RE: LSI supported mps(4) driver in stable/9 and stable/8
There is one more instance of similar issue reported on freebsd-scsi mailing list. ~ Kashyap > -Original Message- > From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd- > sta...@freebsd.org] On Behalf Of Desai, Kashyap > Sent: Friday, February 03, 2012 10:59 PM > To: Johan Hendriks > Cc: freebsd-stable > Subject: RE: LSI supported mps(4) driver in stable/9 and stable/8 > > > > > -Original Message- > > From: Johan Hendriks [mailto:joh.hendr...@gmail.com] > > Sent: Friday, February 03, 2012 10:53 PM > > To: Desai, Kashyap > > Cc: freebsd-stable > > Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > > > > Desai, Kashyap schreef: > > > > > >> -Original Message- > > >> From: Johan Hendriks [mailto:joh.hendr...@gmail.com] > > >> Sent: Friday, February 03, 2012 10:02 PM > > >> To: Desai, Kashyap > > >> Cc: freebsd-stable > > >> Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > > >> > > >> Desai, Kashyap schreef: > > >>> Try attached patch.! (This patch is not taken against upstream > code, > > >> so you may see some hunk fail.) > > >>> ~ Kashyap > > >>> > > -Original Message- > > From: Johan Hendriks [mailto:joh.hendr...@gmail.com] > > Sent: Friday, February 03, 2012 8:42 PM > > To: Desai, Kashyap > > Cc: freebsd-stable > > Subject: Re: LSI supported mps(4) driver in stable/9 and stable/8 > > > > Desai, Kashyap schreef: > > > Hi Johan, > > > > > > I have already figure out this issue in our lab. > > > > > > I also have fix for this issue. (Just don't want to create > > >> regression, > > that is why I have not posted outside) > > > Since you have seen similar issue, It is worth to try my patch. > > > > > > My machine is not getting IP right now. I will send you patch > once > > >> my > > machine is in network ? > > > ~ Kashyap > > > > > > > > >> -Original Message- > > >> From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd- > > >> sta...@freebsd.org] On Behalf Of Johan Hendriks > > >> Sent: Friday, February 03, 2012 8:13 PM > > >> To: Kenneth D. Merry > > >> Cc: freebsd-stable > > >> Subject: Re: LSI supported mps(4) driver in stable/9 and > stable/8 > > >> > > >> Kenneth D. Merry schreef: > > >>> Hi folks, > > >>> > > >>> The LSI-supported version of the mps(4) driver that supports > > their > > 6Gb > > >> SAS > > >>> HBAs as well as WarpDrive controllers, is now in stable/9 and > > >> stable/8. > > >>> Please test it out and let me and Kashyap (CCed) know if you > run > > into > > >>> any problems. > > >>> > > >>> In addition to supporting WarpDrive, the driver also supports > > >> Integrated > > >>> RAID. > > >>> > > >>> Thanks to LSI for doing the work on this driver! > > >>> > > >>> Note that the CAM infrastructure changes that went into > > >> FreeBSD/head > > >> along > > >>> with this driver have not gone into either stable/9 or > stable/8. > > Only > > >> the > > >>> driver itself has been merged. > > >>> > > >>> The CAM infrastructure changes depend on some other da(4) > driver > > >> changes > > >>> that will need to get merged before they can go back. If that > > >> merge > > >>> happens, it will probably only be into stable/9. > > >>> > > >>> A couple of notes about issues with this driver: > > >>> > > >>> - Unlike the previous mps(4) driver, it probes > > sequentially. > > >> If > > you > > >> have > > >>>a lot of drives in your system, it will take a while to > > >> probe > > them > > >> all. > > >>> - You may see warning messages like this: > > >>> > > >>> _mapping_add_new_device: failed to add the device with handle > > >> 0x0019 > > >> to persiste > > >>> nt table because there is no free space available > > >>> _mapping_add_new_device: failed to add the device with handle > > >> 0x001a > > >> to persiste > > >>> nt table because there is no free space available > > >>> > > >>> - The driver is not endian safe. (It assumes a little > > endian > > >> machine.) > > >>>This is not new, the previous version of the driver had > > the > > same > > >> issue. > > >>> The LSI folks know about these issues. The driver has passed > > >> their > > >> testing > > >>> process. > > >>> > > >>> Many thanks to LSI for going through the effort to support > > >> FreeBSD. > > >>> Ken > > >> Hello Ken. > > >> > > >> Just updated our 16 bay server. did a csup today. > > >> did try some commands, it looked like the drives got husseled. > > >> > > >> But after giving the command camcontrol rescan all it does not > > give > > back > > >> the prompt. > > >> Also top shows me the following. > > >> 1
[releng_8_1 tinderbox] failure on mips/mips
TB --- 2012-02-04 12:10:29 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-04 12:10:29 - starting RELENG_8_1 tinderbox run for mips/mips TB --- 2012-02-04 12:10:29 - cleaning the object tree TB --- 2012-02-04 12:10:43 - cvsupping the source tree TB --- 2012-02-04 12:10:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_1/mips/mips/supfile TB --- 2012-02-04 12:16:09 - building world TB --- 2012-02-04 12:16:09 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 12:16:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 12:16:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 12:16:09 - SRCCONF=/dev/null TB --- 2012-02-04 12:16:09 - TARGET=mips TB --- 2012-02-04 12:16:09 - TARGET_ARCH=mips TB --- 2012-02-04 12:16:09 - TZ=UTC TB --- 2012-02-04 12:16:09 - __MAKE_CONF=/dev/null TB --- 2012-02-04 12:16:09 - cd /src TB --- 2012-02-04 12:16:09 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 4 12:16:10 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 4 12:52:21 UTC 2012 TB --- 2012-02-04 12:52:21 - cd /src/sys/mips/conf TB --- 2012-02-04 12:52:21 - /usr/sbin/config -m ADM5120 TB --- 2012-02-04 12:52:21 - building ADM5120 kernel TB --- 2012-02-04 12:52:21 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 12:52:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 12:52:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 12:52:21 - SRCCONF=/dev/null TB --- 2012-02-04 12:52:21 - TARGET=mips TB --- 2012-02-04 12:52:21 - TARGET_ARCH=mips TB --- 2012-02-04 12:52:21 - TZ=UTC TB --- 2012-02-04 12:52:21 - __MAKE_CONF=/dev/null TB --- 2012-02-04 12:52:21 - cd /src TB --- 2012-02-04 12:52:21 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Sat Feb 4 12:52:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ADM5120 completed on Sat Feb 4 12:53:33 UTC 2012 TB --- 2012-02-04 12:53:33 - cd /src/sys/mips/conf TB --- 2012-02-04 12:53:33 - /usr/sbin/config -m IDT TB --- 2012-02-04 12:53:33 - building IDT kernel TB --- 2012-02-04 12:53:33 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 12:53:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 12:53:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 12:53:33 - SRCCONF=/dev/null TB --- 2012-02-04 12:53:33 - TARGET=mips TB --- 2012-02-04 12:53:33 - TARGET_ARCH=mips TB --- 2012-02-04 12:53:33 - TZ=UTC TB --- 2012-02-04 12:53:33 - __MAKE_CONF=/dev/null TB --- 2012-02-04 12:53:33 - cd /src TB --- 2012-02-04 12:53:33 - /usr/bin/make -B buildkernel KERNCONF=IDT >>> Kernel build for IDT started on Sat Feb 4 12:53:33 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for IDT completed on Sat Feb 4 12:55:10 UTC 2012 TB --- 2012-02-04 12:55:10 - cd /src/sys/mips/conf TB --- 2012-02-04 12:55:10 - /usr/sbin/config -m MALTA TB --- 2012-02-04 12:55:10 - building MALTA kernel TB --- 2012-02-04 12:55:10 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 12:55:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 12:55:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 12:55:10 - SRCCONF=/dev/null TB --- 2012-02-04 12:55:10 - TARGET=mips TB --- 2012-02-04 12:55:10 - TARGET_ARCH=mips TB --- 2012-02-04 12:55:10 - TZ=UTC TB --- 2012-02-04 12:55:10 - __MAKE_CONF=/dev/null TB --- 2012-02-04 12:55:10 - cd /src TB --- 2012-02-04 12:55:10 - /usr/bin/make -B buildkernel KERNCONF=MALTA >>> Kernel build for MALTA started on Sat Feb 4 12:55:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for MALTA completed on Sat Feb 4 12:56:39 UTC 2012 TB --- 2012-02-04 12:56:39 - cd /src/sys/mips/conf TB --- 2012-02-04 12:56:39 - /usr/sbin/config -m QEMU TB --- 2012-02-04 12:56:39 - building QEMU kernel TB --- 2012-02-04 12:56:39 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 12:56:39 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 12:56:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 12:56:39 - SRCCONF=/dev/null TB --- 2012-02-04 12:56:39 - TARGET=mips TB --- 2012-02-04 12:56:39 - TARGET_ARCH=mips TB --- 2012-02-04 12:56:39 - TZ=UTC TB --- 2012-02-04 12:56:39 - __MAKE_CONF=/dev/null TB ---
[releng_8_2 tinderbox] failure on mips/mips
TB --- 2012-02-04 14:33:52 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-04 14:33:52 - starting RELENG_8_2 tinderbox run for mips/mips TB --- 2012-02-04 14:33:52 - cleaning the object tree TB --- 2012-02-04 14:34:00 - cvsupping the source tree TB --- 2012-02-04 14:34:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/mips/mips/supfile TB --- 2012-02-04 14:34:12 - building world TB --- 2012-02-04 14:34:12 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 14:34:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 14:34:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 14:34:12 - SRCCONF=/dev/null TB --- 2012-02-04 14:34:12 - TARGET=mips TB --- 2012-02-04 14:34:12 - TARGET_ARCH=mips TB --- 2012-02-04 14:34:12 - TZ=UTC TB --- 2012-02-04 14:34:12 - __MAKE_CONF=/dev/null TB --- 2012-02-04 14:34:12 - cd /src TB --- 2012-02-04 14:34:12 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 4 14:34:13 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 4 15:10:31 UTC 2012 TB --- 2012-02-04 15:10:31 - cd /src/sys/mips/conf TB --- 2012-02-04 15:10:31 - /usr/sbin/config -m ADM5120 TB --- 2012-02-04 15:10:31 - building ADM5120 kernel TB --- 2012-02-04 15:10:31 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 15:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 15:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 15:10:31 - SRCCONF=/dev/null TB --- 2012-02-04 15:10:31 - TARGET=mips TB --- 2012-02-04 15:10:31 - TARGET_ARCH=mips TB --- 2012-02-04 15:10:31 - TZ=UTC TB --- 2012-02-04 15:10:31 - __MAKE_CONF=/dev/null TB --- 2012-02-04 15:10:31 - cd /src TB --- 2012-02-04 15:10:31 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Sat Feb 4 15:10:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ADM5120 completed on Sat Feb 4 15:11:43 UTC 2012 TB --- 2012-02-04 15:11:43 - cd /src/sys/mips/conf TB --- 2012-02-04 15:11:43 - /usr/sbin/config -m ALCHEMY TB --- 2012-02-04 15:11:43 - building ALCHEMY kernel TB --- 2012-02-04 15:11:43 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 15:11:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 15:11:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 15:11:43 - SRCCONF=/dev/null TB --- 2012-02-04 15:11:43 - TARGET=mips TB --- 2012-02-04 15:11:43 - TARGET_ARCH=mips TB --- 2012-02-04 15:11:43 - TZ=UTC TB --- 2012-02-04 15:11:43 - __MAKE_CONF=/dev/null TB --- 2012-02-04 15:11:43 - cd /src TB --- 2012-02-04 15:11:43 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Sat Feb 4 15:11:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/ucmpdi2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/udivdi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/umod
Re: FreeBSD 8.2-stable: devd fails to restart
On Fri, 03 Feb 2012 23:37:56 -0500 Jason Hellenthal wrote: > > Just because of what I read already is pretty terse I am top-posting for > a reason. > > $ su - > # /etc/rc.d/devd stop > # pgrep -l devd (This should show nothing if so kill the results) Done: root@kg-v2# /etc/rc.d/devd stop devd not running? root@kg-v2# pgrep -l devd root@kg-v2# > # /sbin/devd -D -d(Paste the results) The first output was longer than my scrollback buffer, so I tried it one more time. Now it just "hangs" here: root@kg-v2# /sbin/devd -D -d Parsing /etc/devd.conf setting scsi-controller-regex=(aac|adv|adw|aha|ahb|ahc|ahd|aic|amd|amr|asr|bt|ciss|ct|dpt|esp|ida|iir|ips|isp|mlx|mly|mpt|ncr|ncv|nsp|stg|sym|trm|wds)[0-9]+ Parsing files in /etc/devd Parsing /etc/devd/asus.conf Parsing /etc/devd/uath.conf Parsing /etc/devd/usb.conf Parsing files in /usr/local/etc/devd Parsing /usr/local/etc/devd/webcamd.conf Strange. I tried deinstalling webcamd (yes, a shot in the dark, I know), but it didn't help: root@kg-v2# pkg_deinstall webcamd-3.2.0.2 ---> Deinstalling 'webcamd-3.2.0.2' ==> You should manually remove the "webcamd" user. [Updating the pkgdb in /var/db/pkg ... - 954 packages found (-1 +0) (...) done] root@kg-v2# pgrep -l devd root@kg-v2# /sbin/devd -D -d Parsing /etc/devd.conf setting scsi-controller-regex=(aac|adv|adw|aha|ahb|ahc|ahd|aic|amd|amr|asr|bt|ciss|ct|dpt|esp|ida|iir|ips|isp|mlx|mly|mpt|ncr|ncv|nsp|stg|sym|trm|wds)[0-9]+ Parsing files in /etc/devd Parsing /etc/devd/asus.conf Parsing /etc/devd/uath.conf Parsing /etc/devd/usb.conf Parsing files in /usr/local/etc/devd -- Torfinn ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 8.2-stable: devd fails to restart
On Sat, Feb 04, 2012 at 04:44:23PM +0100, Torfinn Ingolfsen wrote: > On Fri, 03 Feb 2012 23:37:56 -0500 > Jason Hellenthal wrote: > > > Just because of what I read already is pretty terse I am top-posting for > > a reason. > > > > $ su - > > # /etc/rc.d/devd stop > > # pgrep -l devd (This should show nothing if so kill the results) > > Done: > root@kg-v2# /etc/rc.d/devd stop > devd not running? > root@kg-v2# pgrep -l devd > root@kg-v2# > > > # /sbin/devd -D -d (Paste the results) > > The first output was longer than my scrollback buffer, so I tried it one more > time. > Now it just "hangs" here: > root@kg-v2# /sbin/devd -D -d > Parsing /etc/devd.conf > setting > scsi-controller-regex=(aac|adv|adw|aha|ahb|ahc|ahd|aic|amd|amr|asr|bt|ciss|ct|dpt|esp|ida|iir|ips|isp|mlx|mly|mpt|ncr|ncv|nsp|stg|sym|trm|wds)[0-9]+ > Parsing files in /etc/devd > Parsing /etc/devd/asus.conf > Parsing /etc/devd/uath.conf > Parsing /etc/devd/usb.conf > Parsing files in /usr/local/etc/devd > Parsing /usr/local/etc/devd/webcamd.conf > > Strange. Why is this strange? Look at what the -d flag does. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 8.2-stable: devd fails to restart
More data: root@kg-v2# service devd status devd is not running. root@kg-v2# service devd start Starting devd. devd: devd already running, pid: 808 /etc/rc.d/devd: WARNING: failed to start devd root@kg-v2# rm /var/run/devd.pid root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 30165. root@kg-v2# service devd stop Stopping devd. root@kg-v2# service devd status devd is not running. root@kg-v2# ll /var/run/devd.pid -rw--- 1 root wheel 5 Feb 4 16:45 /var/run/devd.pid root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 30206. Let me try to install the webcamd port again... done. Now testing again: root@kg-v2# service devd status devd is running as pid 30206. root@kg-v2# service devd stop Stopping devd. root@kg-v2# ll /var/run/devd.pid -rw--- 1 root wheel 5 Feb 4 16:48 /var/run/devd.pid root@kg-v2# service devd status devd is not running. root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 35551. Not really sure what's going on here. -- Torfinn ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8_2 tinderbox] failure on powerpc/powerpc
TB --- 2012-02-04 14:58:57 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-04 14:58:57 - starting RELENG_8_2 tinderbox run for powerpc/powerpc TB --- 2012-02-04 14:58:57 - cleaning the object tree TB --- 2012-02-04 14:59:30 - cvsupping the source tree TB --- 2012-02-04 14:59:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/powerpc/powerpc/supfile TB --- 2012-02-04 14:59:45 - building world TB --- 2012-02-04 14:59:45 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 14:59:45 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 14:59:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 14:59:45 - SRCCONF=/dev/null TB --- 2012-02-04 14:59:45 - TARGET=powerpc TB --- 2012-02-04 14:59:45 - TARGET_ARCH=powerpc TB --- 2012-02-04 14:59:45 - TZ=UTC TB --- 2012-02-04 14:59:45 - __MAKE_CONF=/dev/null TB --- 2012-02-04 14:59:45 - cd /src TB --- 2012-02-04 14:59:45 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 4 14:59:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 4 15:46:06 UTC 2012 TB --- 2012-02-04 15:46:06 - generating LINT kernel config TB --- 2012-02-04 15:46:06 - cd /src/sys/powerpc/conf TB --- 2012-02-04 15:46:06 - /usr/bin/make -B LINT TB --- 2012-02-04 15:46:06 - cd /src/sys/powerpc/conf TB --- 2012-02-04 15:46:06 - /usr/sbin/config -m LINT TB --- 2012-02-04 15:46:06 - building LINT kernel TB --- 2012-02-04 15:46:06 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 15:46:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 15:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 15:46:06 - SRCCONF=/dev/null TB --- 2012-02-04 15:46:06 - TARGET=powerpc TB --- 2012-02-04 15:46:06 - TARGET_ARCH=powerpc TB --- 2012-02-04 15:46:06 - TZ=UTC TB --- 2012-02-04 15:46:06 - __MAKE_CONF=/dev/null TB --- 2012-02-04 15:46:06 - cd /src TB --- 2012-02-04 15:46:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 4 15:46:06 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat Feb 4 16:01:34 UTC 2012 TB --- 2012-02-04 16:01:34 - cd /src/sys/powerpc/conf TB --- 2012-02-04 16:01:34 - /usr/sbin/config -m GENERIC TB --- 2012-02-04 16:01:34 - building GENERIC kernel TB --- 2012-02-04 16:01:34 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 16:01:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 16:01:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 16:01:34 - SRCCONF=/dev/null TB --- 2012-02-04 16:01:34 - TARGET=powerpc TB --- 2012-02-04 16:01:34 - TARGET_ARCH=powerpc TB --- 2012-02-04 16:01:34 - TZ=UTC TB --- 2012-02-04 16:01:34 - __MAKE_CONF=/dev/null TB --- 2012-02-04 16:01:34 - cd /src TB --- 2012-02-04 16:01:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 4 16:01:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sat Feb 4 16:11:57 UTC 2012 TB --- 2012-02-04 16:11:57 - cd /src/sys/powerpc/conf TB --- 2012-02-04 16:11:57 - /usr/sbin/config -m MPC85XX TB --- 2012-02-04 16:11:57 - building MPC85XX kernel TB --- 2012-02-04 16:11:57 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 16:11:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 16:11:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 16:11:57 - SRCCONF=/dev/null TB --- 2012-02-04 16:11:57 - TARGET=powerpc TB --- 2012-02-04 16:11:57 - TARGET_ARCH=powerpc TB --- 2012-02-04 16:11:57 - TZ=UTC TB --- 2012-02-04 16:11:57 - __MAKE_CONF=/dev/null TB --- 2012-02-04 16:11:57 - cd /src TB --- 2012-02-04 16:11:57 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Sat Feb 4 16:11:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --pa
Re: FreeBSD 8.2-stable: devd fails to restart
On Sat, 4 Feb 2012, Torfinn Ingolfsen wrote: More data: root@kg-v2# service devd status devd is not running. root@kg-v2# service devd start Starting devd. devd: devd already running, pid: 808 /etc/rc.d/devd: WARNING: failed to start devd root@kg-v2# rm /var/run/devd.pid root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 30165. root@kg-v2# service devd stop Stopping devd. root@kg-v2# service devd status devd is not running. root@kg-v2# ll /var/run/devd.pid -rw--- 1 root wheel 5 Feb 4 16:45 /var/run/devd.pid root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 30206. Let me try to install the webcamd port again... done. Now testing again: root@kg-v2# service devd status devd is running as pid 30206. root@kg-v2# service devd stop Stopping devd. root@kg-v2# ll /var/run/devd.pid -rw--- 1 root wheel 5 Feb 4 16:48 /var/run/devd.pid root@kg-v2# service devd status devd is not running. root@kg-v2# service devd start Starting devd. root@kg-v2# service devd status devd is running as pid 35551. Not really sure what's going on here. Possibly relevant: http://www.freebsd.org/cgi/query-pr.cgi?pr=140462&cat= (Using DHCP from /etc/rc.conf leaves a lock on devd.pid. SYNCDHCP does not.) And the thread: http://lists.freebsd.org/pipermail/freebsd-current/2009-October/012749.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ld: kernel.debug: Not enough room for program headers
Trying to build 8-stable i386 for the last couple of days gives this error when building the kernel: /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error Use (or not) of ccache doesn't change the error. The kernel config file is include GENERIC nocpu I486_CPU ident LIGHTNING nooptions INET6 nooptions WITNESS nooptions INVARIANTS nodeviceeisa nodevicefdc device ahci #optionsATA_CAM ... (followed by a lot of nodevice and nooption entries to disable unneeded stuff from GENERIC). ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 8.2-stable: devd fails to restart
On Sat, Feb 4, 2012 at 9:52 AM, Torfinn Ingolfsen < torfinn.ingolf...@broadpark.no> wrote: > More data: > root@kg-v2# service devd status > > > Not really sure what's going on here. > sh -x /etc/rc.d/devd restart should tell you what is going on. -- Adam Vande More ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > Trying to build 8-stable i386 for the last couple of days gives this > error when building the kernel: > > /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c > linking kernel.debug > ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) > ld: final link failed: Bad value > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > Use (or not) of ccache doesn't change the error. > > The kernel config file is > > include GENERIC > nocpu I486_CPU > ident LIGHTNING > > nooptions INET6 > nooptions WITNESS > nooptions INVARIANTS > > nodeviceeisa > > nodevicefdc > > device ahci > #optionsATA_CAM > ... > (followed by a lot of nodevice and nooption entries to disable unneeded > stuff from GENERIC). Not sure if this has anything to do with it but (/usr/local/libexec/ccache/world/cc) My last kernel build completed perfectly (...completed on Sat Feb 4 11:18:21 EST 2012) You might have to clean your cache. -- ;s =; ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > Trying to build 8-stable i386 for the last couple of days gives this > error when building the kernel: > > /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c > linking kernel.debug > ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) > ld: final link failed: Bad value > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > Use (or not) of ccache doesn't change the error. > > The kernel config file is > > include GENERIC > nocpu I486_CPU > ident LIGHTNING > > nooptions INET6 > nooptions WITNESS > nooptions INVARIANTS > > nodeviceeisa > > nodevicefdc > > device ahci > #optionsATA_CAM > ... > (followed by a lot of nodevice and nooption entries to disable unneeded > stuff from GENERIC). Aslso for reference: Path: /usr/src Working Copy Root Path: /usr/src URL: file:///exports/nsvn/stable/8 Repository Root: file:///exports/nsvn Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 230983 Node Kind: directory Schedule: normal Last Changed Author: mav Last Changed Rev: 230983 Last Changed Date: 2012-02-04 10:43:16 -0500 (Sat, 04 Feb 2012) -- ;s =; ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > Trying to build 8-stable i386 for the last couple of days gives this > error when building the kernel: > > /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c > linking kernel.debug > ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) > ld: final link failed: Bad value > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error The freebsd-stable mailing list has been filled with tinderbox failures for this exact problem with the LINT kernel, and it appears to be specific to RELENG_8 on i386. http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html Start from the bottom and search upwards for the string: "[releng_8 tinderbox] failure on i386/i386" Point being: the problem is not you. -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 10:48:16AM -0800, Jeremy Chadwick wrote: > On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > > Trying to build 8-stable i386 for the last couple of days gives this > > error when building the kernel: > > > > /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g > > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include > > opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 > > --param large-function-growth=1000 -mno-align-long-strings > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c > > linking kernel.debug > > ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) > > ld: final link failed: Bad value > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > The freebsd-stable mailing list has been filled with tinderbox failures > for this exact problem with the LINT kernel, and it appears to be > specific to RELENG_8 on i386. > > http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html > > Start from the bottom and search upwards for the string: > "[releng_8 tinderbox] failure on i386/i386" > > Point being: the problem is not you. > This is why I don't like ccache. Technically the problem is there but also coexists within the source itself. For whatever reason I would believe a cached copy of already built source is having some collisions. As already stated "NO CCACHE" the kernel can be built with what I posted on three different machines. -- ;s =; pgpYIoGesw7M8.pgp Description: PGP signature
Re: ld: kernel.debug: Not enough room for program headers
On Sat, 4 Feb 2012, Jason Hellenthal wrote: On Sat, Feb 04, 2012 at 10:48:16AM -0800, Jeremy Chadwick wrote: On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: Trying to build 8-stable i386 for the last couple of days gives this error when building the kernel: /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error The freebsd-stable mailing list has been filled with tinderbox failures for this exact problem with the LINT kernel, and it appears to be specific to RELENG_8 on i386. http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html Start from the bottom and search upwards for the string: "[releng_8 tinderbox] failure on i386/i386" Point being: the problem is not you. This is why I don't like ccache. Technically the problem is there but also coexists within the source itself. For whatever reason I would believe a cached copy of already built source is having some collisions. As already stated "NO CCACHE" the kernel can be built with what I posted on three different machines. But it still does (did) not build here with NOCCACHE set, so it's not a ccache problem. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: > > >On Sat, Feb 04, 2012 at 10:48:16AM -0800, Jeremy Chadwick wrote: > >>On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > >>>Trying to build 8-stable i386 for the last couple of days gives this > >>>error when building the kernel: > >>> > >>>/usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 -g > >>>-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > >>>-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > >>>-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > >>>-I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > >>>-include opt_global.h -fno-common -finline-limit=8000 --param > >>>inline-unit-growth=100 --param large-function-growth=1000 > >>>-mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > >>>-mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror > >>>vers.c > >>>linking kernel.debug > >>>ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) > >>>ld: final link failed: Bad value > >>>*** Error code 1 > >>>1 error > >>>*** Error code 2 > >>>1 error > >>>*** Error code 2 > >>>1 error > >> > >>The freebsd-stable mailing list has been filled with tinderbox failures > >>for this exact problem with the LINT kernel, and it appears to be > >>specific to RELENG_8 on i386. > >> > >>http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html > >> > >>Start from the bottom and search upwards for the string: > >>"[releng_8 tinderbox] failure on i386/i386" > >> > >>Point being: the problem is not you. > >> > > > >This is why I don't like ccache. Technically the problem is there but > >also coexists within the source itself. For whatever reason I would > >believe a cached copy of already built source is having some collisions. > >As already stated "NO CCACHE" the kernel can be built with what I > >posted on three different machines. > > But it still does (did) not build here with NOCCACHE set, so it's > not a ccache problem. Correct. And from what I can tell, the tinderbox builds don't use ccache either, so I'm not sure what Jason is getting at. :-) -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: FreeBSD 8.2-stable: devd fails to restart
On Sat, 04 Feb 2012 10:34:19 -0700 (MST) Warren Block wrote: > > Possibly relevant: > http://www.freebsd.org/cgi/query-pr.cgi?pr=140462&cat= > > (Using DHCP from /etc/rc.conf leaves a lock on devd.pid. SYNCDHCP does > not.) > > And the thread: > http://lists.freebsd.org/pipermail/freebsd-current/2009-October/012749.html Yes, it seems to be that problem. Tested on my other machine, which hasn't changed since the problem was discovered: root@kg-v7# service devd status devd is not running. root@kg-v7# ll /var/run/devd.pid -rw--- 1 root wheel 3 Jan 12 20:40 /var/run/devd.pid root@kg-v7# lsof /var/run/devd.pid COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME dhclient 1075 root5w VREG 0,703 918547 /var/run/devd.pid dhclient 1091 _dhcp5w VREG 0,703 918547 /var/run/devd.pid root@kg-v7# So, if this was worked on back in 2009, why isn't fixed yet? -- Torfinn ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: > > > On Sat, Feb 04, 2012 at 10:48:16AM -0800, Jeremy Chadwick wrote: > >> On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > >>> Trying to build 8-stable i386 for the last couple of days gives this > >>> error when building the kernel: > >>> > >>> /usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -std=c99 > >>> -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > >>> -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > >>> -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > >>> -include opt_global.h -fno-common -finline-limit=8000 --param > >>> inline-unit-growth=100 --param large-function-growth=1000 > >>> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > >>> -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror > >>> vers.c > >>> linking kernel.debug > >>> ld: kernel.debug: Not enough room for program headers (allocated 5, need > >>> 6) > >>> ld: final link failed: Bad value > >>> *** Error code 1 > >>> 1 error > >>> *** Error code 2 > >>> 1 error > >>> *** Error code 2 > >>> 1 error > >> > >> The freebsd-stable mailing list has been filled with tinderbox failures > >> for this exact problem with the LINT kernel, and it appears to be > >> specific to RELENG_8 on i386. > >> > >> http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html > >> > >> Start from the bottom and search upwards for the string: > >> "[releng_8 tinderbox] failure on i386/i386" > >> > >> Point being: the problem is not you. > >> > > > > This is why I don't like ccache. Technically the problem is there but > > also coexists within the source itself. For whatever reason I would > > believe a cached copy of already built source is having some collisions. > > As already stated "NO CCACHE" the kernel can be built with what I > > posted on three different machines. > > But it still does (did) not build here with NOCCACHE set, so it's not > a ccache problem. I have seen ccache before run anyway even though .if statements are within make.conf to prevent it. It was something to do with make and friends built from world with ccache and after it would continue to use ccache regardless. This can be verified by watching the cache hits and misses during a compile with NOCCACHE set. Its tough to revert from this but involves removing ccache/distcc from the system. -- ;s =; pgpIOevQmhCmD.pgp Description: PGP signature
[releng_8_1 tinderbox] failure on mips/mips
TB --- 2012-02-04 22:53:14 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-04 22:53:14 - starting RELENG_8_1 tinderbox run for mips/mips TB --- 2012-02-04 22:53:14 - cleaning the object tree TB --- 2012-02-04 22:53:21 - cvsupping the source tree TB --- 2012-02-04 22:53:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_1/mips/mips/supfile TB --- 2012-02-04 22:58:46 - building world TB --- 2012-02-04 22:58:46 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 22:58:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 22:58:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 22:58:46 - SRCCONF=/dev/null TB --- 2012-02-04 22:58:46 - TARGET=mips TB --- 2012-02-04 22:58:46 - TARGET_ARCH=mips TB --- 2012-02-04 22:58:46 - TZ=UTC TB --- 2012-02-04 22:58:46 - __MAKE_CONF=/dev/null TB --- 2012-02-04 22:58:46 - cd /src TB --- 2012-02-04 22:58:46 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 4 22:58:46 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 4 23:35:13 UTC 2012 TB --- 2012-02-04 23:35:13 - cd /src/sys/mips/conf TB --- 2012-02-04 23:35:13 - /usr/sbin/config -m ADM5120 TB --- 2012-02-04 23:35:13 - building ADM5120 kernel TB --- 2012-02-04 23:35:13 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 23:35:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 23:35:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 23:35:13 - SRCCONF=/dev/null TB --- 2012-02-04 23:35:13 - TARGET=mips TB --- 2012-02-04 23:35:13 - TARGET_ARCH=mips TB --- 2012-02-04 23:35:13 - TZ=UTC TB --- 2012-02-04 23:35:13 - __MAKE_CONF=/dev/null TB --- 2012-02-04 23:35:13 - cd /src TB --- 2012-02-04 23:35:13 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Sat Feb 4 23:35:13 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ADM5120 completed on Sat Feb 4 23:36:24 UTC 2012 TB --- 2012-02-04 23:36:24 - cd /src/sys/mips/conf TB --- 2012-02-04 23:36:24 - /usr/sbin/config -m IDT TB --- 2012-02-04 23:36:24 - building IDT kernel TB --- 2012-02-04 23:36:24 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 23:36:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 23:36:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 23:36:24 - SRCCONF=/dev/null TB --- 2012-02-04 23:36:24 - TARGET=mips TB --- 2012-02-04 23:36:24 - TARGET_ARCH=mips TB --- 2012-02-04 23:36:24 - TZ=UTC TB --- 2012-02-04 23:36:24 - __MAKE_CONF=/dev/null TB --- 2012-02-04 23:36:24 - cd /src TB --- 2012-02-04 23:36:24 - /usr/bin/make -B buildkernel KERNCONF=IDT >>> Kernel build for IDT started on Sat Feb 4 23:36:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for IDT completed on Sat Feb 4 23:37:59 UTC 2012 TB --- 2012-02-04 23:37:59 - cd /src/sys/mips/conf TB --- 2012-02-04 23:37:59 - /usr/sbin/config -m MALTA TB --- 2012-02-04 23:37:59 - building MALTA kernel TB --- 2012-02-04 23:37:59 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 23:37:59 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 23:37:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 23:37:59 - SRCCONF=/dev/null TB --- 2012-02-04 23:37:59 - TARGET=mips TB --- 2012-02-04 23:37:59 - TARGET_ARCH=mips TB --- 2012-02-04 23:37:59 - TZ=UTC TB --- 2012-02-04 23:37:59 - __MAKE_CONF=/dev/null TB --- 2012-02-04 23:37:59 - cd /src TB --- 2012-02-04 23:37:59 - /usr/bin/make -B buildkernel KERNCONF=MALTA >>> Kernel build for MALTA started on Sat Feb 4 23:37:59 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for MALTA completed on Sat Feb 4 23:39:25 UTC 2012 TB --- 2012-02-04 23:39:25 - cd /src/sys/mips/conf TB --- 2012-02-04 23:39:25 - /usr/sbin/config -m QEMU TB --- 2012-02-04 23:39:25 - building QEMU kernel TB --- 2012-02-04 23:39:25 - CROSS_BUILD_TESTING=YES TB --- 2012-02-04 23:39:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-04 23:39:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-04 23:39:25 - SRCCONF=/dev/null TB --- 2012-02-04 23:39:25 - TARGET=mips TB --- 2012-02-04 23:39:25 - TARGET_ARCH=mips TB --- 2012-02-04 23:39:25 - TZ=UTC TB --- 2012-02-04 23:39:25 - __MAKE_CONF=/dev/null TB ---
Re: ld: kernel.debug: Not enough room for program headers
On Sat, 4 Feb 2012, Jason Hellenthal wrote: On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: But it still does (did) not build here with NOCCACHE set, so it's not a ccache problem. I have seen ccache before run anyway even though .if statements are within make.conf to prevent it. It was something to do with make and friends built from world with ccache and after it would continue to use ccache regardless. This can be verified by watching the cache hits and misses during a compile with NOCCACHE set. Its tough to revert from this but involves removing ccache/distcc from the system. Interesting. Just for fun, I tried that, and the ccache stats didn't change. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8_2 tinderbox] failure on mips/mips
TB --- 2012-02-05 01:16:09 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-05 01:16:09 - starting RELENG_8_2 tinderbox run for mips/mips TB --- 2012-02-05 01:16:09 - cleaning the object tree TB --- 2012-02-05 01:16:17 - cvsupping the source tree TB --- 2012-02-05 01:16:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/mips/mips/supfile TB --- 2012-02-05 01:16:33 - building world TB --- 2012-02-05 01:16:33 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 01:16:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 01:16:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 01:16:33 - SRCCONF=/dev/null TB --- 2012-02-05 01:16:33 - TARGET=mips TB --- 2012-02-05 01:16:33 - TARGET_ARCH=mips TB --- 2012-02-05 01:16:33 - TZ=UTC TB --- 2012-02-05 01:16:33 - __MAKE_CONF=/dev/null TB --- 2012-02-05 01:16:33 - cd /src TB --- 2012-02-05 01:16:33 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 5 01:16:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 5 01:52:51 UTC 2012 TB --- 2012-02-05 01:52:51 - cd /src/sys/mips/conf TB --- 2012-02-05 01:52:51 - /usr/sbin/config -m ADM5120 TB --- 2012-02-05 01:52:51 - building ADM5120 kernel TB --- 2012-02-05 01:52:51 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 01:52:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 01:52:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 01:52:51 - SRCCONF=/dev/null TB --- 2012-02-05 01:52:51 - TARGET=mips TB --- 2012-02-05 01:52:51 - TARGET_ARCH=mips TB --- 2012-02-05 01:52:51 - TZ=UTC TB --- 2012-02-05 01:52:51 - __MAKE_CONF=/dev/null TB --- 2012-02-05 01:52:51 - cd /src TB --- 2012-02-05 01:52:51 - /usr/bin/make -B buildkernel KERNCONF=ADM5120 >>> Kernel build for ADM5120 started on Sun Feb 5 01:52:51 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ADM5120 completed on Sun Feb 5 01:54:04 UTC 2012 TB --- 2012-02-05 01:54:04 - cd /src/sys/mips/conf TB --- 2012-02-05 01:54:04 - /usr/sbin/config -m ALCHEMY TB --- 2012-02-05 01:54:04 - building ALCHEMY kernel TB --- 2012-02-05 01:54:04 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 01:54:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 01:54:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 01:54:04 - SRCCONF=/dev/null TB --- 2012-02-05 01:54:04 - TARGET=mips TB --- 2012-02-05 01:54:04 - TARGET_ARCH=mips TB --- 2012-02-05 01:54:04 - TZ=UTC TB --- 2012-02-05 01:54:04 - __MAKE_CONF=/dev/null TB --- 2012-02-05 01:54:04 - cd /src TB --- 2012-02-05 01:54:04 - /usr/bin/make -B buildkernel KERNCONF=ALCHEMY >>> Kernel build for ALCHEMY started on Sun Feb 5 01:54:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/ucmpdi2.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/udivdi3.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=1000 --param large-function-growth=10 -EL -fno-pic -mno-abicalls -G0 -EL -march=mips32 -msoft-float -mno-dsp -ffreestanding -Werror /src/sys/libkern/umod
[releng_8_2 tinderbox] failure on powerpc/powerpc
TB --- 2012-02-05 01:34:50 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-02-05 01:34:50 - starting RELENG_8_2 tinderbox run for powerpc/powerpc TB --- 2012-02-05 01:34:50 - cleaning the object tree TB --- 2012-02-05 01:35:22 - cvsupping the source tree TB --- 2012-02-05 01:35:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8_2/powerpc/powerpc/supfile TB --- 2012-02-05 01:35:33 - building world TB --- 2012-02-05 01:35:33 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 01:35:33 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 01:35:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 01:35:33 - SRCCONF=/dev/null TB --- 2012-02-05 01:35:33 - TARGET=powerpc TB --- 2012-02-05 01:35:33 - TARGET_ARCH=powerpc TB --- 2012-02-05 01:35:33 - TZ=UTC TB --- 2012-02-05 01:35:33 - __MAKE_CONF=/dev/null TB --- 2012-02-05 01:35:33 - cd /src TB --- 2012-02-05 01:35:33 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 5 01:35:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Feb 5 02:21:50 UTC 2012 TB --- 2012-02-05 02:21:50 - generating LINT kernel config TB --- 2012-02-05 02:21:50 - cd /src/sys/powerpc/conf TB --- 2012-02-05 02:21:50 - /usr/bin/make -B LINT TB --- 2012-02-05 02:21:50 - cd /src/sys/powerpc/conf TB --- 2012-02-05 02:21:50 - /usr/sbin/config -m LINT TB --- 2012-02-05 02:21:50 - building LINT kernel TB --- 2012-02-05 02:21:50 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 02:21:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 02:21:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 02:21:50 - SRCCONF=/dev/null TB --- 2012-02-05 02:21:50 - TARGET=powerpc TB --- 2012-02-05 02:21:50 - TARGET_ARCH=powerpc TB --- 2012-02-05 02:21:50 - TZ=UTC TB --- 2012-02-05 02:21:50 - __MAKE_CONF=/dev/null TB --- 2012-02-05 02:21:50 - cd /src TB --- 2012-02-05 02:21:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 02:21:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sun Feb 5 02:37:21 UTC 2012 TB --- 2012-02-05 02:37:21 - cd /src/sys/powerpc/conf TB --- 2012-02-05 02:37:21 - /usr/sbin/config -m GENERIC TB --- 2012-02-05 02:37:21 - building GENERIC kernel TB --- 2012-02-05 02:37:21 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 02:37:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 02:37:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 02:37:21 - SRCCONF=/dev/null TB --- 2012-02-05 02:37:21 - TARGET=powerpc TB --- 2012-02-05 02:37:21 - TARGET_ARCH=powerpc TB --- 2012-02-05 02:37:21 - TZ=UTC TB --- 2012-02-05 02:37:21 - __MAKE_CONF=/dev/null TB --- 2012-02-05 02:37:21 - cd /src TB --- 2012-02-05 02:37:21 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 5 02:37:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 5 02:47:44 UTC 2012 TB --- 2012-02-05 02:47:44 - cd /src/sys/powerpc/conf TB --- 2012-02-05 02:47:44 - /usr/sbin/config -m MPC85XX TB --- 2012-02-05 02:47:44 - building MPC85XX kernel TB --- 2012-02-05 02:47:44 - CROSS_BUILD_TESTING=YES TB --- 2012-02-05 02:47:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-05 02:47:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-05 02:47:44 - SRCCONF=/dev/null TB --- 2012-02-05 02:47:44 - TARGET=powerpc TB --- 2012-02-05 02:47:44 - TARGET_ARCH=powerpc TB --- 2012-02-05 02:47:44 - TZ=UTC TB --- 2012-02-05 02:47:44 - __MAKE_CONF=/dev/null TB --- 2012-02-05 02:47:44 - cd /src TB --- 2012-02-05 02:47:44 - /usr/bin/make -B buildkernel KERNCONF=MPC85XX >>> Kernel build for MPC85XX started on Sun Feb 5 02:47:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wa,-me500 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --pa
Re: ld: kernel.debug: Not enough room for program headers
On Sat, Feb 04, 2012 at 05:18:18PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: > > > On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > >> But it still does (did) not build here with NOCCACHE set, so it's not > >> a ccache problem. > > > > I have seen ccache before run anyway even though .if statements are > > within make.conf to prevent it. It was something to do with make and > > friends built from world with ccache and after it would continue to use > > ccache regardless. This can be verified by watching the cache hits and > > misses during a compile with NOCCACHE set. Its tough to revert from > > this but involves removing ccache/distcc from the system. > > Interesting. Just for fun, I tried that, and the ccache stats didn't > change. Wierd. I dont know what to say to that and out of ideas at this point. Can say though that FreeBSD 8.2-STABLE #1 r230983M: Sat Feb 4 11:05:52 EST 2012 this one did compile cleanly here. usr/obj was clean when built and have build logs for every batch of 10 revisions for the past 6 months with no errors shown. -- ;s =; ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
ZFS panics on pool moved from OpenSolaris
Hi all, I'm experiencing an issue in migrating my NAS from OpenSolaris over to FreeBSD, I've tried both releng_8_2 and releng_9 I have similar issues in both cases. The pool is a RAID-Z pool comprising 4 1TB drives, it was originally created on OpenSolaris (not sure what version, 2010.09 maybe, it was one of the last ones prior to the Oracle acquisition), pool was a V14 pool, initially I built a FreeBSD-8.2 system to migrate the pool to, migrated it over OK, upgraded it from V14 to V15, but later testing revealed something wasn't happy, when listing certain directories (and even doing an ls -la at the root of the pool) resulted in a kernel panic (Mostly GENERIC kernel, rebuilt with KVA_PAGES 512 but other than that stock); panic: avl_find() succeeded inside avl_add() cpuid = 0 KDB: stack backtrace: #0 0x808e0d07 at kdb_backtrace+0x47 #1 0x808b1dc7 at panic+0x117 #2 0x862e6602 at avl_add+0x52 #3 0x8635c136 at zfs_fuid_table_load+0x1f6 #4 0x8635c3ee at zfs_fuid_init+0x14e #5 0x8635c4d7 at zfs_fuid_find_by_idx+0xb7 #6 0x8635c52d at zfs_fuid_map_id+0x2d #7 0x8635d56f at zfs_groupmember+0x2f #8 0x8636df0b at zfs_zaccess_aces_check+0x1db #9 0x8636377 at zfs_zaccess+0x57 #10 0x8636d6fb at zfs_zaccess_rwx+0x3b #11 0x86385f61 at zfs_freebsd_access+0xf1 #12 0x80c02ea2 at VOP_ACCESS_APV+0x42 #13 0x809457cf at change_dir+0x5f #14 0x809467b1 at kern_chdir+0x81 #15 0x80946a22 at chdir+0x22 #16 0x808eca39 at syscallenter+0x329 #17 0x80be4e14 at syscall+0x34 Looks like something in the permissions structure was causing grief, tried running a scrub across the pool, didn't resolve the issue. After spending some time fighting with it I decided that it wasn't worth the effort, and I upgraded to FreeBSD-9.0 to see if that would assist (I normally avoid x.0 releases), once again pool imported fine, however I was still seeing similar panics, ran a scrub across the pool, still not happy, also upgraded the pool to v28 tried again, when that failed I scrubbed again but still no joy. As a matter of interest I booted an OpenIndiana live CD and tried copying the directories contents to another location, I am now able to list the directories. However there are still issues. The issue seems to have shifted slightly, stack trace from a recent panic is below (GENERIC kernel on 9.0-RELEASE); panic: avl_find() succeeded inside avl_add() cpuid = 0 KDB: stack backtrace: #0 0xc0a4b157 at kdb_backtrace+0x47 #1 0xc0a186b7 at panic+0x117 #2 0xc5a2d7b2 at avl_add+0x52 #3 0xc5ac44e6 at zfs_fuid_table_load+0x1f6 #4 0xc5ac479e at zfs_fuid_init+0x14e #5 0xc5ac4893 at zfs_fuid_find_by_idx+0xc3 #6 0xc5ac48ed at zfs_fuid_map_id+0x2d #7 0xc5ac492f at zfs_groupmember+0x2f #8 0xc5adbdcb at zfs_zaccess_aces_check+0x1db #9 0xc5adc257 at zfs_zaccess+0xb7 #10 0xc5afa7d4 at zfs_freebsd_getattr+0x1f4 #11 0xc0d69322 at VOP_GETATTR_APV+0x42 #12 0xc0ab81c9 at vn_stat+0x79 #13 0xc0aaefdd at kern_statat_vnhook+0xfd #14 0xc0aaf1cc at kern_statat+0x3c #15 0xc0aaf156 at kern_lstat+0x36 #16 0xc0aaf1ff at sys_lstat+0x2f #17 0xc0d49315 at syscall+0x355 This time it appears to be related to some extended attribute(s), I can do an ls on one of the directories in question but an ls -la causes a panic, so it would seem that it's some attribute which is only shown in the long form of the ls output that is causing the issue. I've done some digging around via the magic of google and this seems to be a fairly common issue, but I've not found a solution for it (barring copying the data off, recreating the pool and restoring the data, I'd like to avoid this if at all possible. If I could determine what the problematic attribute was and a means to strip it (be that from FreeBSD or from an OpenIndiana liveCD) I think that will get me back up and running. If anybody can provide some suggestions as to what I may be able to do to resolve this issue in situ I would be very grateful. Thanks, Morgan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
