[releng_8 tinderbox] failure on amd64/amd64
TB --- 2010-01-16 06:57:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 06:57:10 - starting RELENG_8 tinderbox run for amd64/amd64 TB --- 2010-01-16 06:57:10 - cleaning the object tree TB --- 2010-01-16 06:57:36 - cvsupping the source tree TB --- 2010-01-16 06:57:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/amd64/amd64/supfile TB --- 2010-01-16 06:58:17 - building world TB --- 2010-01-16 06:58:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 06:58:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 06:58:17 - TARGET=amd64 TB --- 2010-01-16 06:58:17 - TARGET_ARCH=amd64 TB --- 2010-01-16 06:58:17 - TZ=UTC TB --- 2010-01-16 06:58:17 - __MAKE_CONF=/dev/null TB --- 2010-01-16 06:58:17 - cd /src TB --- 2010-01-16 06:58:17 - /usr/bin/make -B buildworld World build started on Sat Jan 16 06:58:18 UTC 2010 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 stage 5.1: building 32 bit shim libraries World build completed on Sat Jan 16 08:24:16 UTC 2010 TB --- 2010-01-16 08:24:16 - generating LINT kernel config TB --- 2010-01-16 08:24:16 - cd /src/sys/amd64/conf TB --- 2010-01-16 08:24:16 - /usr/bin/make -B LINT TB --- 2010-01-16 08:24:16 - building LINT kernel TB --- 2010-01-16 08:24:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:24:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:24:16 - TARGET=amd64 TB --- 2010-01-16 08:24:16 - TARGET_ARCH=amd64 TB --- 2010-01-16 08:24:16 - TZ=UTC TB --- 2010-01-16 08:24:16 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:24:16 - cd /src TB --- 2010-01-16 08:24:16 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jan 16 08:24:16 UTC 2010 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue agp_if.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -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=100 --param
[releng_8 tinderbox] failure on i386/i386
TB --- 2010-01-16 07:50:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 07:50:04 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2010-01-16 07:50:04 - cleaning the object tree TB --- 2010-01-16 07:50:34 - cvsupping the source tree TB --- 2010-01-16 07:50:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2010-01-16 07:51:04 - building world TB --- 2010-01-16 07:51:04 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 07:51:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 07:51:04 - TARGET=i386 TB --- 2010-01-16 07:51:04 - TARGET_ARCH=i386 TB --- 2010-01-16 07:51:04 - TZ=UTC TB --- 2010-01-16 07:51:04 - __MAKE_CONF=/dev/null TB --- 2010-01-16 07:51:04 - cd /src TB --- 2010-01-16 07:51:04 - /usr/bin/make -B buildworld World build started on Sat Jan 16 07:51:04 UTC 2010 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 Jan 16 08:48:25 UTC 2010 TB --- 2010-01-16 08:48:25 - generating LINT kernel config TB --- 2010-01-16 08:48:25 - cd /src/sys/i386/conf TB --- 2010-01-16 08:48:25 - /usr/bin/make -B LINT TB --- 2010-01-16 08:48:25 - building LINT kernel TB --- 2010-01-16 08:48:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:48:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:48:25 - TARGET=i386 TB --- 2010-01-16 08:48:25 - TARGET_ARCH=i386 TB --- 2010-01-16 08:48:25 - TZ=UTC TB --- 2010-01-16 08:48:25 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:48:25 - cd /src TB --- 2010-01-16 08:48:25 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jan 16 08:48:25 UTC 2010 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 -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aha/aha_mca.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahb/ahb.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function
[releng_8 tinderbox] failure on i386/pc98
TB --- 2010-01-16 08:14:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 08:14:54 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-01-16 08:14:54 - cleaning the object tree TB --- 2010-01-16 08:15:12 - cvsupping the source tree TB --- 2010-01-16 08:15:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-01-16 08:27:31 - building world TB --- 2010-01-16 08:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:27:31 - TARGET=pc98 TB --- 2010-01-16 08:27:31 - TARGET_ARCH=i386 TB --- 2010-01-16 08:27:31 - TZ=UTC TB --- 2010-01-16 08:27:31 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:27:31 - cd /src TB --- 2010-01-16 08:27:31 - /usr/bin/make -B buildworld World build started on Sat Jan 16 08:27:32 UTC 2010 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 Jan 16 09:25:09 UTC 2010 TB --- 2010-01-16 09:25:09 - generating LINT kernel config TB --- 2010-01-16 09:25:09 - cd /src/sys/pc98/conf TB --- 2010-01-16 09:25:09 - /usr/bin/make -B LINT TB --- 2010-01-16 09:25:09 - building LINT kernel TB --- 2010-01-16 09:25:09 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 09:25:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 09:25:09 - TARGET=pc98 TB --- 2010-01-16 09:25:09 - TARGET_ARCH=i386 TB --- 2010-01-16 09:25:09 - TZ=UTC TB --- 2010-01-16 09:25:09 - __MAKE_CONF=/dev/null TB --- 2010-01-16 09:25:09 - cd /src TB --- 2010-01-16 09:25:09 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jan 16 09:25:09 UTC 2010 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 -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/age/if_age.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/agp/agp.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue agp_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors
Re: AHCI and ZFS: root mount error
On Fri, Jan 15, 2010 at 3:55 PM, Volodymyr Kostyrko c.kw...@gmail.com wrote: On Fri, 15 Jan 2010 21:13:39 +0100 Romain Garbage romain.garb...@gmail.com wrote: After setting ahci_load=YES in /boot/loader.conf, I get a root mount error. ahci seems to attach to disk correctly (I get ada0 messages with no error) Without ahci_load=YES, system boots fine, with ata module attaching to disk. I have a full zfs system, set up following wiki instructions: http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition (MBR scheme, ZFS in a FreeBSD slice, together with a swap partition) I'm using a GENERIC kernel, RELENG_8 branch. I have faced some problems that looks exactly like you say. I haven't investigated thoroughly after some quick-hack-repairs machine runs flawlessly. 1. I have moved to RELENG_8 from RELENG_8_0. I don't think this is it but zfsloader support was what I was looking for. 2. I reinitialised zfs partitions again with a boot code. But this time I used bs=512 dd option. 3. I recreated zpool.cache and replaced it on my pool. I believe the step 3 has fixed your issue. I believe that the zfs loader on -HEAD is less prone to this type of problems, but I am not entirely sure if it would be helpful for all-disk-name-changed case, though. So, in conclusion, in order to fix the problem, one need: Boot into an environment where you can mount ZFS partition. With a LiveFS boot, one can do this: 0) during boot, load zfs, tmpfs 1) mount a tmpfs on /boot/zfs 2) zpool import -f -R /mnt yourpool 3) set hostid to the one in your zpool, perhaps chroot into the zpool and do hostid start 4) export and re-import zpool 5) overwrite /pool/boot/zfs with /boot/zfs 6) make sure the zfs has been written down to disk 7) reboot (Steps 3-4 may be skipped in theory but I personally recommend one to do that). Cheers, -- Xin LI delp...@delphij.net http://www.delphij.net ___ 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 tinderbox] failure on ia64/ia64
TB --- 2010-01-16 08:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-01-16 08:15:00 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-01-16 08:15:00 - cleaning the object tree TB --- 2010-01-16 08:15:18 - cvsupping the source tree TB --- 2010-01-16 08:15:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-01-16 08:27:31 - building world TB --- 2010-01-16 08:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 08:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 08:27:31 - TARGET=ia64 TB --- 2010-01-16 08:27:31 - TARGET_ARCH=ia64 TB --- 2010-01-16 08:27:31 - TZ=UTC TB --- 2010-01-16 08:27:31 - __MAKE_CONF=/dev/null TB --- 2010-01-16 08:27:31 - cd /src TB --- 2010-01-16 08:27:31 - /usr/bin/make -B buildworld World build started on Sat Jan 16 08:27:32 UTC 2010 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 Jan 16 09:41:08 UTC 2010 TB --- 2010-01-16 09:41:08 - generating LINT kernel config TB --- 2010-01-16 09:41:08 - cd /src/sys/ia64/conf TB --- 2010-01-16 09:41:08 - /usr/bin/make -B LINT TB --- 2010-01-16 09:41:08 - building LINT kernel TB --- 2010-01-16 09:41:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-01-16 09:41:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-01-16 09:41:08 - TARGET=ia64 TB --- 2010-01-16 09:41:08 - TARGET_ARCH=ia64 TB --- 2010-01-16 09:41:08 - TZ=UTC TB --- 2010-01-16 09:41:08 - __MAKE_CONF=/dev/null TB --- 2010-01-16 09:41:08 - cd /src TB --- 2010-01-16 09:41:08 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Sat Jan 16 09:41:08 UTC 2010 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/agp/agp_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror agp_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aha/aha.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/aha/aha_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ahci/ahci.c cc1: warnings being treated as errors /src/sys/dev/ahci/ahci.c: In function 'ahci_setup_interrupt': /src/sys/dev/ahci/ahci.c:574: warning: implicit declaration of function 'bus_describe_intr' /src/sys/dev/ahci/ahci.c:574: warning: nested extern declaration of 'bus_describe_intr' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-01-16 09:44:40 - WARNING: /usr/bin/make
8.0 regression: mouse redrawing in console eats too much cpu and doesn't look good
Hello, Since moving from 6.4 to 8.0 I noticed that usage of mouse (usb) in console has somewhat regressed: First, as soon as I start moving my mouse interrupts increase to 15-18 % as seen in top(1). That's way too much and seems like a bug. Second, mouse cursor looks worse. It used to be solid while now it looks half transparent as if its redrawing was not synced or something. Regards, Martin ___ 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: process in STOP state
On Friday 15 January 2010 02:31:22 David Xu wrote: Tijl Coosemans wrote: Besides weird formatting of procstat -k output, I do not see anything wrong in the state of the process. It got SIGSTOP, I am sure. Attaching gdb helps because debugger gets signal reports instead of target process getting the signal actions on signal delivery. The only question is why the process gets SIGSTOP at all. Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that. I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 describing a problem with ptrace and signals, so you might want to give the kernel patch a try. The problem in your patch is that ksi pointer can not be hold across thread sleeping, because once the process is resumed, there is no guarantee that the thread will run first, once the signal came from process's signal queue, other threads can remove the signal, and here your sigqueue_take(ksi) is dangerous code. If other threads can run before the current thread then there's a second problem next to the one in the PR (current thread deletes signal that shouldn't be deleted). Then those other threads can see that the SIGSTOP bit (or another signal) is still set and stop the process a second time. This might be what happens in the OP's case. So, the signal has to be cleared before suspending the process, but then other threads can still deliver other signals which might change delivery order and I don't see any way around that besides introducing a per process signal lock that is also kept while the process is stopped. Comments? ___ 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 zpool stall on RELENG_8
Dear colleagues, after some unidenfified trouble I am no longer able to access raidz1 pool on my home file server (8 sata disks). rebooting from outer media works fine until `zpool import' - then process is stuck in zio-io_cv state forever (I waited for 2+ hours) without real activity. This is reproducible on both amd64 and i386. Any hints? Thanks in advance! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: ZFS zpool stall on RELENG_8
On Sat, 16 Jan 2010, Dmitry Morozovsky wrote: DM after some unidenfified trouble I am no longer able to access raidz1 pool on my DM home file server (8 sata disks). rebooting from outer media works fine until DM `zpool import' - then process is stuck in zio-io_cv state forever (I waited DM for 2+ hours) without real activity. This is reproducible on both amd64 and DM i386. DM DM Any hints? Thanks in advance! well, I just booted from fresh stable/8/amd64 with DDB compiled in. what info should I extract from kernel debugger? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ 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: atheros broadcast/multicast corruption with multiple hostap's
Russell Yount wrote: It seems AP to client broadcasts/multicasts traffic is broken when using WPA2/802.11i with multiple hostapds in 8.0. Only the SSID associated with the last hostapd to be started has AP to client broadcasts/multicasts being delivered correctly. The AP and client are 8.0 freebsd systems althought I see same problems with windows XP as a client. The AP has 4 hostapds configured to use TLS with client certificates for authentication. (hostapd recompiled with HOSTAPD_CFLAGS=-DEAP_SERVER) The AP and client radio are shown as ath0: AR5212 mac 5.9 RF5112 phy 4.3 in dmesg. Client authenticate using client certificates associate correctly to all 4 SSIDs. Unicast traffic flows correctly between clients and AP for all for 4 SSIDs. Client to AP broadcast/multicast traffic works on of 4 SSIDs. AP to client broadcast/multicast traffic only works on 1 of the SSIDs. I have documented this using ARP broadcasts, but normal IP broadcasts also observed to corrupted. When an ARP request is send through the AP to an associated client it seems to be trashed on any of the SSID except the one associated with the last hostapd to be started. Here is the output of client side tcpdump showing the problems. In the first client side tcpdump with the hostapd associated with the SSID being associaed with the last hostapd started and the traffic flowing normally. In the second client side tcpdump with the hostapd associated with the SSID being not the last hostapd started the ARP request is resent multiple times and appears corrupted. I would really like to find a fix for this. Any help would be greatly appreciated. This sounds like the crypto encap of the frame is clobbering the mbuf contents. You can verify this by setting up multiple vaps w/o WPA. If this is the problem look for the mbuf copy logic for mcast frames and make sure a deep copy is done. Sam ___ 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: ath hostap problems
Nenhum_de_Nos wrote: On Tue, January 5, 2010 00:09, Nenhum_de_Nos wrote: hail, I have a Core 2 Duo 2.66 GHz as a wifi ap: Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs Jan 4 22:31:08 xxx kernel: Copyright (c) 1992-2010 The FreeBSD Project. Jan 4 22:31:08 xxx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 4 22:31:08 xxx kernel: The Regents of the University of California. All rights reserved. Jan 4 22:31:08 xxx kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jan 4 22:31:08 xxx kernel: FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 Jan 4 22:31:08 xxx kernel: r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 Jan 4 22:31:08 xxx kernel: Timecounter i8254 frequency 1193182 Hz quality 0 Jan 4 22:31:08 xxx kernel: CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2669.34-MHz K8-class CPU) Jan 4 22:31:08 xxx kernel: Origin = GenuineIntel Id = 0x6fb Stepping = 11 xxx# uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 cat /etc/hostapd.conf interface=wlan0 #bridge=bridge0 driver=bsd logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=0 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=0 ssid=apartnet2 #macaddr_acl=1 #accept_mac_file=/etc/hostapd/accept auth_algs=3 eapol_key_index_workaround=0 #eap_server=0 wpa=3 wpa_psk_file=/etc/hostapd/wpa_psk wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP #stakey=0 ieee8021x=0 hw_mode=g and just get these messages in logs: Jan 4 22:49:46 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:49:48 xxx last message repeated 4 times Jan 4 22:49:48 xxx postfix/local[1293]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:49:48 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:03 xxx last message repeated 46 times Jan 4 22:50:03 xxx kernel: Jan 4 22:50:03 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:19 xxx last message repeated 51 times Jan 4 22:50:20 xxx kernel: Jan 4 22:50:20 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:33 xxx last message repeated 41 times Jan 4 22:50:33 xxx kernel: Jan 4 22:50:33 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:49 xxx last message repeated 50 times Jan 4 22:50:49 xxx postfix/local[1296]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:50:49 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:51:20 xxx last message repeated 98 times Jan 4 22:51:50 xxx last message repeated 100 times Jan 4 22:51:50 xxx postfix/local[1297]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:51:50 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) I can't even see the network in other computers. Some time ago I reported this problem in here, but using slower hardware. and Sam said that was it. That machine was running Linux before and is now being converted to FreeBSD 8. when in linux, I had some performance penalties but it works great for internet access. is there anything I can do to solve this ? the card is this: a...@pci0:5:0:0:class=0x02 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet the card doesn't support 802.11a though. I'm about to buy a rum based usb wlan, may be Hawking HWUG1 or TP-LINK TL-WN321G, to make another freebsd based ap for light internet access. is this supposed to happen as well ? thanks, matheus Using similar configuration file for hostapd, I did test another atheros based wlan card in same role: a...@pci0:1:0:0:class=0x02 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01VEN_1095DEV_1392SUBSYS_10280242REV_1000 (USBVID_147EPID_20165B71A44601)' class = network subclass = ethernet this is a pcie part, AFAIK, running on Asus F3T turion based notebook. Runs FreeBSD 8 as well: [math...@xxx/usr/home/matheus]$ uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #5: Sun Jan 3 16:20:25 BRT 2010 r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 but this time I have no message as tha other box, and the AP works fine. matheus Are both machines SMP? Stuck beacons typically arise for two reasons: the channel is busy and the ap can't get on the air to send the frame, or the host/bus is overloaded and cannot meet the realtime requirements of posting the beacon frame in time to hit the beacon transmit schedule. I can't tell from the above info whether either might be possible. Sam ___ freebsd-stable@freebsd.org mailing list
buildworld WITH_CTF=1 breaks cc1plus on STABLE?
Good evening, I am observing that doing a buildworld on stable (r202448) with WITH_CTF=1 breaks /usr/libexec/cc1plus on my amd64. Doing so causes cc1plus to crash with internal errors and ports like devel/popt don't even make it through the configure stage (fails sanity check). Is this behaviour expected? Is it discouraged to build world WITH_CTF? Regards. Riggs ___ 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: recommended miniPCI 802.11a/b/g card for Soekris net5501 running FreeBSD 8-STABLE?
for about two years, i have been using the Metrix CM9 miniPCI (http://metrix.net/cm9-p-2.html) on freebsd 8 on a 5501 and have been happy with it randy ___ 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: process in STOP state
Tijl Coosemans wrote: On Friday 15 January 2010 02:31:22 David Xu wrote: Tijl Coosemans wrote: Besides weird formatting of procstat -k output, I do not see anything wrong in the state of the process. It got SIGSTOP, I am sure. Attaching gdb helps because debugger gets signal reports instead of target process getting the signal actions on signal delivery. The only question is why the process gets SIGSTOP at all. Wine uses ptrace(2) sometimes. The SIGSTOP could have come from that. I recently submitted http://www.freebsd.org/cgi/query-pr.cgi?pr=142757 describing a problem with ptrace and signals, so you might want to give the kernel patch a try. The problem in your patch is that ksi pointer can not be hold across thread sleeping, because once the process is resumed, there is no guarantee that the thread will run first, once the signal came from process's signal queue, other threads can remove the signal, and here your sigqueue_take(ksi) is dangerous code. If other threads can run before the current thread then there's a second problem next to the one in the PR (current thread deletes signal that shouldn't be deleted). Then those other threads can see that the SIGSTOP bit (or another signal) is still set and stop the process a second time. This might be what happens in the OP's case. So, the signal has to be cleared before suspending the process, but then other threads can still deliver other signals which might change delivery order and I don't see any way around that besides introducing a per process signal lock that is also kept while the process is stopped. Comments? I don't have an idea now, we ever delivered signal to thread's queue, though it may lose signal if thread exits, but it does not have the problem you have described here, we may need to rethink how to fix the signal-lost problem but still deliver signal to thread's queue, just an idea. ___ 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
Drive light on all the time on 8-STABLE.
Hi, On the weekend, I moved my 8-STABLE installation (csup'd late Dec 2009) onto a new drive, a Seagate ST31000528AS CC3; and while the transfer was successful, I've noticed that the drive light is solidly on all the time, even if it boots into single-user. # uname -a FreeBSD osiris.chen.org.nz 8.0-STABLE FreeBSD 8.0-STABLE #1: Sat Jan 16 08:32:54 NZDT 2010 root@:/usr/obj/usr/src/sys/OSIRIS amd64 Is this something I should be worried about? There doesn't appear to be any disk I/O (I can't hear the disk grinding), but I may be wrong. The drive from which I transferred from did not exhibit this strange behaviour. Any advice would be welcome. Cheers. -- Jonathan Chen j...@chen.org.nz -- The things we know best are the things we haven't been taught. - Marquis de Vauvenargues ___ 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
