Larry Rosenman | 31 Oct 04:16 2014

VT: NOT giving extended console

Upgraded to:

FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r273876: Thu Oct 30 21:44:26 CDT 2014    
root <at> borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER  amd64

and do NOT get the big VT console.

Dmesg.boot:

Copyright (c) 1992-2014 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 11.0-CURRENT #4 r273876: Thu Oct 30 21:44:26 CDT 2014
    root <at> borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
VT: running with driver "vga".
link_elf_obj: symbol ttm_agp_tt_create undefined
KLD file radeonkms.ko - could not finalize loading
info: [drm] Initialized drm 1.1.0 20060810
CPU: Intel(R) Xeon(R) CPU           E5410   <at>  2.33GHz (2327.55-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x10676  Family=0x6  Model=0x17  Stepping=6
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xce3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,DCA,SSE4.1>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  VT-x: HLT,PAUSE
  TSC: P-state invariant, performance statistics
real memory  = 68719476736 (65536 MB)
avail memory = 65626714112 (62586 MB)
(Continue reading)

jenkins-admin | 30 Oct 23:57 2014
Picon

Build failed in Jenkins: FreeBSD_HEAD-tests2 #156

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/156/>

------------------------------------------
Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#151
Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/ws/>
[FreeBSD_HEAD-tests2] $ /bin/sh -xe /tmp/hudson2656488593023017721.sh
+ sudo python /vm/freebsd-ci/scripts/test/run-tests.py -f /vm/freebsd-ci/scripts/test/config/config.json

bhyveload -m 2G -d
/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img vm_test
Consoles: userboot  

FreeBSD/amd64 User boot, Revision 1.1
(rodrigc <at> havoc.ysv.freebsd.org, Tue Oct 21 05:39:14 UTC
2014)
|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|Loading
/boot/defaults/loader.conf

/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\
```                        `s` `.....---.......--.```   -/+o   .--`         /y:`      +. yo`:.            :o      `+-  y/               -/`  
-o/ .-                  ::/sy+:. /                     `--  /`:                          :``:                          :` /                          / .-                        -. 
--                      -.   `:`                  `:`     .--             `--.        .---.....----. ______   
             ____   _____ _____  |  ____|             |  _ \ / ____|  __ \ | |___ _ __ ___  ___ | |_) | (___ | |  | ||  ___| '__/ _ \/ _
\|  _ < \___ \| |  | || |   | | |  __/
   __/| |_) |____) | |__| || |   | | |    |    ||     |      |      ||_|   |_|  \___|\___||____/|_____/|_____/
||||||||||||||||||||||||----------------------------------------------------------------------------------++++|/-\|/-\|/-\Welcome
to FreeBSD1 .Boot Multi User [Enter]2 .Boot [S]ingle
User3 .[Esc]ape to loader prompt4
.RebootOptions:5 .[K]ernel: kernel (1 of 2)6
.Configure Boot [O]ptions...
(Continue reading)

O. Hartmann | 30 Oct 09:20 2014
Picon
Picon

Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

On CURRENT (FreeBSD 11.0-CURRENT #0 r273810: Wed Oct 29 07:52:22 CET
2014 amd64) a running net/openldap24-sasl-server system is installed and
running and is now about to be the database backend for
Kerberos/Heimdal. net/openldap24-sasl-server is at
openldap-sasl-server-2.4.40.

The database storage scheme of the LDAP backend is MDB, as it is highly
recommended by the vendors of OpenLDAP.

Searching for suitable manuals, I found some HowTos describing how to
setup MIT Kerberos V with an OpenLDAP backend and I started following
the instructions there. Despite the fact that http://www.h5l.org/manual
is dead(!) and no usefull documentation or any kind of a hint where to
find useful documentation for Heimdal can be found, many of the MIT
Kerberos V setup instructions seem to be a dead end when using Heimdal
on FreeBSD. Most of the links on that heimdal site ends up in ERROR 404!

Well, I think my objective isn't that exotic in an more advanced server
environment and I think since FreeBSD is supposed to be used in
advanced server environments this task should be well known - but
little information/documentation is available.

Nevertheless, I use the base system's heimdal implementation and I run
into a very frustrating error when trying to run "kamdin -l":

kadmin: error trying to load dynamic module /usr/lib/hdb_ldap.so:
Cannot open "/usr/lib/hdb_ldap.so"

The setup for the stanza [kdc] is

(Continue reading)

Jeffrey Bouquet | 29 Oct 11:18 2014
Picon

pkg-devel-1.4.0-a3 works good so far

Built with clang... none of the problems (so far) from the previous builds appear to exist from
initial testing of pkg and of a port install.
v9 
had to use -DFORCE_PKG_REGISTER though...
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Andrey V. Elsukov | 29 Oct 10:35 2014
Picon

[RFC][RFT] overhaul if_gre(4)

Hi All,

I prepared the patch for review
  https://reviews.freebsd.org/D1023

Split if_gre(4) into two modules, if_gre(4) for GRE encapsulation
and if_me(4) for minimal encapsulation within IP.

gre(4) changes:

* convert to if_transmit;
* rework locking: protect access to softc with rmlock, protect from
concurrent ioctls with sx lock;
* make implementation conform to the RFC 2784 and partially to RFC 2890;
* correct interface accounting for outgoing datagramms (count only
payload size);
* implement generic support for using IPv6 as delivery header;
* add support for GRE checksums - calculate for outgoing datagramms and
check for inconming datagramms;
* add support for sending sequence number in GRE header;
* remove caching routes support. This fixes problem, when gre(4) doesn't
work at system startup. But this also removes ability to have tunnels
with the same addresses for inner and outer header.
* deprecate support for various GREXXX ioctls, use our standard ioctls
for tunnels.

me(4):
* use the same locking model as gre(4);
* use if_transmit;
* implementation conform to RFC 2004;
(Continue reading)

jenkins-admin | 29 Oct 06:55 2014
Picon

Build failed in Jenkins: FreeBSD_HEAD-tests2 #144

See <https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/144/>

------------------------------------------
[...truncated 22 lines...]
FreeBSD 11.0-CURRENT #1618: Wed Oct 29 05:42:13 UTC 2014
    jenkins <at> jenkins-10.freebsd.org:/usr/obj/builds/FreeBSD_HEAD/sys/GENERIC amd64
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
WARNING: WITNESS option enabled, expect reduced performance.
CPU: Intel(R) Xeon(R) CPU           E5620   <at>  2.40GHz (2399.77-MHz K8-class CPU)
  Origin="GenuineIntel"  Id=0x206c2  Family=0x6  Model=0x2c  Stepping=2
  Features=0x9f83ab7f<FPU,VME,DE,PSE,TSC,MSR,PAE,CX8,APIC,SEP,PGE,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2,SS,HTT,PBE>
  Features2=0x829e6257<SSE3,PCLMULQDQ,DTES64,DS_CPL,SMX,SSSE3,CX16,xTPR,PCID,DCA,SSE4.1,SSE4.2,POPCNT,AESNI,HV>
  AMD Features=0x24100800<SYSCALL,NX,Page1GB,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
Hypervisor: Origin = "bhyve bhyve "
real memory  = 2147483648 (2048 MB)
avail memory = 2040360960 (1945 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <BHYVE  BVMADT  >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 2 package(s) x 1 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
random device not loaded; using insecure entropy
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
random: <Software, Yarrow> initialized
module_register_init: MOD_LOAD (vesa, 0xffffffff80dae150, 0) error 19
acpi0: <BHYVE BVXSDT> on motherboard
(Continue reading)

Ed Maste | 29 Oct 01:20 2014
Picon

HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

I am preparing to move the standalone kernel debug data out of
/boot/kernel/ into /usr/lib/debug/boot/kernel/, mirroring the approach
used for userland debug data. This significantly reduces the boot
partition size requirement, and is a step towards supporting the
installation of kernel debug data ony when required. LLDB and GDB
automatically search for debug data under /usr/lib/debug/ so this
change should be transparent from an end-user perspective.

The change can be reviewed in Phabricator at
https://reviews.freebsd.org/D1006 and can be fetched as a unified diff
from https://people.freebsd.org/~emaste/patches/D1006.diff

This does not change any defaults or knobs: kernel debug files are
still built by default, and may be disabled by setting
WITHOUT_KERNEL_SYMBOLS=YES in /etc/src.conf. I hope to rationalize
this with userland debug in a later step.

Note that the change renames the intermediate and debug data files to
be consistent with userland debug data: in the build directory the
kernel with debug data included is now named kernel.full, and and
kernel.debug is the standalone debug data file.

I plan to merge this in a few days if there are no issues reported in
further review or testing.

-Ed
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"
(Continue reading)

Baptiste Daroussin | 29 Oct 00:19 2014
Picon

pkg 1.4 freeze please test test test!

Hi all,

We are starting the release process of pkg 1.4, we want to have a better release
process than with every single previous version of pkg. For that we will need
you help!

pkg-devel has been updated to the latest version of pkg as of alpha2.

Changes you can expect in pkg 1.4 are the following:
- Loads of bug fixes
- Stricter checking of the path passed via the plist
- Removal of the bundled libyaml
- new --raw-format to chose the output format for info -R and search -R
- ABI is now follwing MACHINE_ARCH (freebsd:10:x86:64 become FreeBSD:10:amd64)
  the old ABI is available as a fallback in ALTABI
- pkg check now support a quiet mode
- new 3 way merge code ("stolen" from the fossil-scm) to allow automerging
  configuration files
- new  <at> config keyword to mark a file as a config file (during
  upgrade/reinstallation it will try to merge the configuration with the one the
  user may have modified) an option AUTOMERGE is available to prevent
  automerging if automerge fails a .pkgnew file will be created along with the
  untouched user version of the configuration
- The update procedure has been improved and speed up a lot (in particular for
  machine with low resources)
- The unique identifier has been modified to be pkgname meaning now ports can be
  moved in new categories without having to be considered a different package
- Only libraries starting by lib* are added to the provided libraries
- General speed up of all operations

(Continue reading)

Gyrd Thane Lange | 28 Oct 23:50 2014
Picon

buildkernel: make[2]: exec(ctfconvert) failed (No such file or directory)

Hi!

I'm trying to build CURRENT r273800 with an empty
(actually nonexisting) /etc/src.conf when it previously had contained:

WITHOUT_MODULES=dtrace
WITHOUT_CDDL=

# uname -a
FreeBSD onyx.thanelange.no 11.0-CURRENT FreeBSD 11.0-CURRENT #7
r273066M: Sun Oct 19 20:12:57 CEST 2014
root <at> onyx.thanelange.no:/usr/obj/usr/src/sys/ONYX  amd64

# rm -rf /usr/obj/*
# make buildworld buildkernel

The world build succeeds fine, but the kernel build fails with:

--------------------------------------------------------------
>>> stage 3.2: building everything
--------------------------------------------------------------
cd /usr/obj/usr/src/sys/ONYX; MAKEOBJDIRPREFIX=/usr/obj
MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac
_SHLIBDIRPREFIX=/usr/obj/usr/src/tmp  _LDSCRIPTROOT=  VERSION="FreeBSD
11.0-CURRENT amd64 1100040"  INSTALL="sh /usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
CC="cc " CXX="c++  "  DEPFLAGS=""  CPP="cpp "  AS="as" AR="ar" LD="ld"
(Continue reading)

Harald Schmalzbauer | 28 Oct 11:30 2014
Picon

missing nullmailer feature in dma(8)/dmagent

 Hello,

I haven't found a way to instruct dma(8) to also forward unqualified
recipients to the relayhost. It always delivers unqualified addresses
locally (if not translated by "aliases").

ssmtp(8) provides an option to define a recipient address for all local
recipients who's ID is <1000.
nullmailer(7) does exactly what I want, it doesn't care about the host
part of the recipient address, it just passes it over.

I'm missing an option for dma(8), which disables local delivery
completely, or like ssmtp, optionally only for ids <1000 resp. not
existing local users.

Why?:
Maintaining aliases at each machine is too expensive.
My aim is that any operator or daemon of any (human-users-less) machine
can simply drop mails to 'chief' or 'root' or 'monitor'. Then there are
MSAs (I don't call them mailhub, in my world a mailhub stores email,
which often is called a "mailhost"), and only these MSAs care about
recipient aliasing and delivery to mailhub or relayhost. With that setup
I have exactly one (resp. each redundant MSA) place to maintain aliases
and/or other forwarding rules/mailertables etc. Since most smtp-agent
implementations handle multiple A records – although I haven't found one
which evaluates MX records – and I have more than one MSA, I can pretty
reliably guaranteee that any failing machine/device/daemon can drop a
note which won't get lost. If I did aliasing on the mailhub instead at
the interposed MSA, I'd loose poor mans' redundancy…

(Continue reading)

John-Mark Gurney | 27 Oct 22:50 2014

issues w/ installing stuff multiple times...

There are issues w/ installing tests where the test files get installed
multiple times.

To reproduce this, use the following steps:
make installworld -j 8 DESTDIR=<somelocation> -DNO_ROOT

Once you have done the above, in <somelocation> there will be the file
METALOG, run:
grep -v type=dir <somelocation>/METALOG | awk '{ print $1 }' | sort | uniq -d

This will print out the current list if files that get installed multiple
times....

Currently, it looks like all the tests subdirs are installed a second
time...

Could someone look at making it so that they don't get installed
multiple times?

Thanks.

--

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."
_______________________________________________
freebsd-current <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

(Continue reading)


Gmane