[releng_9 tinderbox] failure on i386/pc98
TB --- 2013-05-24 03:55:19 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 03:55:19 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 03:55:19 - starting RELENG_9 tinderbox run for i386/pc98 TB --- 2013-05-24 03:55:19 - cleaning the object tree TB --- 2013-05-24 03:55:19 - /usr/local/bin/svn stat /src TB --- 2013-05-24 03:55:24 - At svn revision 250954 TB --- 2013-05-24 03:55:25 - building world TB --- 2013-05-24 03:55:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 03:55:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 03:55:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 03:55:25 - SRCCONF=/dev/null TB --- 2013-05-24 03:55:25 - TARGET=pc98 TB --- 2013-05-24 03:55:25 - TARGET_ARCH=i386 TB --- 2013-05-24 03:55:25 - TZ=UTC TB --- 2013-05-24 03:55:25 - __MAKE_CONF=/dev/null TB --- 2013-05-24 03:55:25 - cd /src TB --- 2013-05-24 03:55:25 - /usr/bin/make -B buildworld World build started on Fri May 24 03:55:26 UTC 2013 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 Fri May 24 06:50:23 UTC 2013 TB --- 2013-05-24 06:50:23 - generating LINT kernel config TB --- 2013-05-24 06:50:23 - cd /src/sys/pc98/conf TB --- 2013-05-24 06:50:23 - /usr/bin/make -B LINT TB --- 2013-05-24 06:50:23 - cd /src/sys/pc98/conf TB --- 2013-05-24 06:50:23 - /usr/sbin/config -m LINT TB --- 2013-05-24 06:50:23 - building LINT kernel TB --- 2013-05-24 06:50:23 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 06:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 06:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 06:50:23 - SRCCONF=/dev/null TB --- 2013-05-24 06:50:23 - TARGET=pc98 TB --- 2013-05-24 06:50:23 - TARGET_ARCH=i386 TB --- 2013-05-24 06:50:23 - TZ=UTC TB --- 2013-05-24 06:50:23 - __MAKE_CONF=/dev/null TB --- 2013-05-24 06:50:23 - cd /src TB --- 2013-05-24 06:50:23 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 06:50:23 UTC 2013 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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue aic7xxx_reg_print.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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam.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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_MASK' undeclared (first use in this function) /src/sys/cam/cam_periph.c:736: error: (Each undeclared identifier is reported only once
[releng_9 tinderbox] failure on i386/i386
TB --- 2013-05-24 03:55:19 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 03:55:19 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 03:55:19 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2013-05-24 03:55:19 - cleaning the object tree TB --- 2013-05-24 03:55:19 - /usr/local/bin/svn stat /src TB --- 2013-05-24 03:55:24 - At svn revision 250954 TB --- 2013-05-24 03:55:25 - building world TB --- 2013-05-24 03:55:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 03:55:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 03:55:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 03:55:25 - SRCCONF=/dev/null TB --- 2013-05-24 03:55:25 - TARGET=i386 TB --- 2013-05-24 03:55:25 - TARGET_ARCH=i386 TB --- 2013-05-24 03:55:25 - TZ=UTC TB --- 2013-05-24 03:55:25 - __MAKE_CONF=/dev/null TB --- 2013-05-24 03:55:25 - cd /src TB --- 2013-05-24 03:55:25 - /usr/bin/make -B buildworld World build started on Fri May 24 03:55:26 UTC 2013 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 Fri May 24 06:50:30 UTC 2013 TB --- 2013-05-24 06:50:30 - generating LINT kernel config TB --- 2013-05-24 06:50:30 - cd /src/sys/i386/conf TB --- 2013-05-24 06:50:30 - /usr/bin/make -B LINT TB --- 2013-05-24 06:50:30 - cd /src/sys/i386/conf TB --- 2013-05-24 06:50:30 - /usr/sbin/config -m LINT TB --- 2013-05-24 06:50:30 - building LINT kernel TB --- 2013-05-24 06:50:30 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 06:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 06:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 06:50:30 - SRCCONF=/dev/null TB --- 2013-05-24 06:50:30 - TARGET=i386 TB --- 2013-05-24 06:50:30 - TARGET_ARCH=i386 TB --- 2013-05-24 06:50:30 - TZ=UTC TB --- 2013-05-24 06:50:30 - __MAKE_CONF=/dev/null TB --- 2013-05-24 06:50:30 - cd /src TB --- 2013-05-24 06:50:30 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 06:50:30 UTC 2013 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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue aic79xx_reg_print.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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam.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 -Wmissing-include-dirs -fdiagnostics-show-option -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-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_MASK' undeclared (first use in this function) /src/sys/cam/cam_periph.c:736: error: (Each undeclared identifier is reported only once
Re: Apparent fxp regression in FreeBSD 8.4-RC3
On May 24, 2013 1:58 AM, Jeremy Chadwick j...@koitsu.org wrote: I can't test anything without an ISO -- the system in question is truly bare-bones (no hard disk, can't boot USB memsticks, etc.). I'm not a good test subject for changes on this one, I'm afraid. On another system, if you can set up an NFS root file system of 8.4 and PXE boot it, then you can help test individual changes to binaries such as dhclient. See: http://www.freebsd.org/doc/en/books/handbook/network-pxe-nfs.html PXE booting environment may or may not repro the problem, but it would be very helpful if you could try it since you have the right hardware. As Glen and Josh have mentioned, unfortunately this is probably too late in the 8.4 release cycle to fix and will have to be release noted. -- Craig ___ 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_9 tinderbox] failure on ia64/ia64
TB --- 2013-05-24 05:18:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 05:18:28 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 05:18:28 - starting RELENG_9 tinderbox run for ia64/ia64 TB --- 2013-05-24 05:18:28 - cleaning the object tree TB --- 2013-05-24 05:18:28 - /usr/local/bin/svn stat /src TB --- 2013-05-24 05:18:55 - At svn revision 250954 TB --- 2013-05-24 05:18:56 - building world TB --- 2013-05-24 05:18:56 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 05:18:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 05:18:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 05:18:56 - SRCCONF=/dev/null TB --- 2013-05-24 05:18:56 - TARGET=ia64 TB --- 2013-05-24 05:18:56 - TARGET_ARCH=ia64 TB --- 2013-05-24 05:18:56 - TZ=UTC TB --- 2013-05-24 05:18:56 - __MAKE_CONF=/dev/null TB --- 2013-05-24 05:18:56 - cd /src TB --- 2013-05-24 05:18:56 - /usr/bin/make -B buildworld World build started on Fri May 24 05:18:57 UTC 2013 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 Fri May 24 07:14:38 UTC 2013 TB --- 2013-05-24 07:14:38 - generating LINT kernel config TB --- 2013-05-24 07:14:38 - cd /src/sys/ia64/conf TB --- 2013-05-24 07:14:38 - /usr/bin/make -B LINT TB --- 2013-05-24 07:14:38 - cd /src/sys/ia64/conf TB --- 2013-05-24 07:14:38 - /usr/sbin/config -m LINT TB --- 2013-05-24 07:14:38 - building LINT kernel TB --- 2013-05-24 07:14:38 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 07:14:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 07:14:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 07:14:38 - SRCCONF=/dev/null TB --- 2013-05-24 07:14:38 - TARGET=ia64 TB --- 2013-05-24 07:14:38 - TARGET_ARCH=ia64 TB --- 2013-05-24 07:14:38 - TZ=UTC TB --- 2013-05-24 07:14:38 - __MAKE_CONF=/dev/null TB --- 2013-05-24 07:14:38 - cd /src TB --- 2013-05-24 07:14:38 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 07:14:38 UTC 2013 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 aic79xx_reg_print.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 -Wmissing-include-dirs -fdiagnostics-show-option -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/cam/cam.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 -Wmissing-include-dirs -fdiagnostics-show-option -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/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_MASK' undeclared (first use in this function) /src/sys/cam/cam_periph.c:736: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_periph.c:736: error: for each function it appears in.) /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_VADDR' undeclared (first use in this function) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src.
Re: Apparent fxp regression in FreeBSD 8.4-RC3
YongHyeon PYUN pyu...@gmail.com wrote in 20130524054720.ga1...@michelle.cdnetworks.com: py On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: pyOn Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: py If someone wants me to test DHCP via fxp(4) on the above system (I can py do so with both NICs), just let me know; it should only take me half an py hour or so. py py I'll politely wait for someone to say please do so else won't bother. py py pyFor the sake of completeness... py pyPlease do so. :) py py Issue reproduced 100% reliably, even within sysinstall. py py {snip} py py Forgot to add: py py This issue ONLY happens when using DHCP. py py Statically assigning the IP address works fine; fxp0 goes down once, py up once, then stays up indefinitely. py py I asked Mike to try backing out dhclient(8) change(r247336) but it py seems he missed that. Jeremy, could you try that? py py I guess dhclient(8) does not like flow-control negotiation of py fxp(4) after link establishment. Okay, I could reproduce this issue on my box. After invocation of dhclient(8), a link is up and then state_reboot() drops the link establishment. Removing the changes around RTM_IFINFO in r247336 makes it work with no problem. A workaround is specifying the following line in rc.conf: ifconfig_fxp0=DHCP media 100baseTX mediaopt full-duplex -- Hiroki pgplYTY7pdVsc.pgp Description: PGP signature
Re: Apparent fxp regression in FreeBSD 8.4-RC3
On May 24, 2013, at 1:47 AM, YongHyeon PYUN wrote: On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: On Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: If someone wants me to test DHCP via fxp(4) on the above system (I can do so with both NICs), just let me know; it should only take me half an hour or so. I'll politely wait for someone to say please do so else won't bother. For the sake of completeness... Please do so. :) Issue reproduced 100% reliably, even within sysinstall. {snip} Forgot to add: This issue ONLY happens when using DHCP. Statically assigning the IP address works fine; fxp0 goes down once, up once, then stays up indefinitely. I asked Mike to try backing out dhclient(8) change(r247336) but it seems he missed that. Jeremy, could you try that? I have a system up and running and showing the problem (that was non-trival, just for the record - one machine blew the PSU after POST, the other refused to boot off an IDE drive, and then required two CD-ROM drives before I found a functional one, and it took a good half-hour to find what's apparently the last piece of writable CD-R media I own). I am not awesome with svn, but I'll see if I can manually undo r247336 and give it a spin. Charles I guess dhclient(8) does not like flow-control negotiation of fxp(4) after link establishment. I also tested network I/O in the statically-assigned scenario. Pinging the box from another machine on the LAN: $ ping 192.168.1.192 PING 192.168.1.192 (192.168.1.192): 56 data bytes 64 bytes from 192.168.1.192: icmp_seq=0 ttl=64 time=0.180 ms 64 bytes from 192.168.1.192: icmp_seq=1 ttl=64 time=0.138 ms 64 bytes from 192.168.1.192: icmp_seq=2 ttl=64 time=0.214 ms 64 bytes from 192.168.1.192: icmp_seq=3 ttl=64 time=0.165 ms 64 bytes from 192.168.1.192: icmp_seq=4 ttl=64 time=0.114 ms ^C --- 192.168.1.192 ping statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.114/0.162/0.214/0.034 ms ___ 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 ___ 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_9 tinderbox] failure on amd64/amd64
TB --- 2013-05-24 03:55:19 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 03:55:19 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 03:55:19 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2013-05-24 03:55:19 - cleaning the object tree TB --- 2013-05-24 03:55:19 - /usr/local/bin/svn stat /src TB --- 2013-05-24 03:55:24 - At svn revision 250954 TB --- 2013-05-24 03:55:25 - building world TB --- 2013-05-24 03:55:25 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 03:55:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 03:55:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 03:55:25 - SRCCONF=/dev/null TB --- 2013-05-24 03:55:25 - TARGET=amd64 TB --- 2013-05-24 03:55:25 - TARGET_ARCH=amd64 TB --- 2013-05-24 03:55:25 - TZ=UTC TB --- 2013-05-24 03:55:25 - __MAKE_CONF=/dev/null TB --- 2013-05-24 03:55:25 - cd /src TB --- 2013-05-24 03:55:25 - /usr/bin/make -B buildworld World build started on Fri May 24 03:55:26 UTC 2013 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 Fri May 24 07:27:48 UTC 2013 TB --- 2013-05-24 07:27:48 - generating LINT kernel config TB --- 2013-05-24 07:27:48 - cd /src/sys/amd64/conf TB --- 2013-05-24 07:27:48 - /usr/bin/make -B LINT TB --- 2013-05-24 07:27:48 - cd /src/sys/amd64/conf TB --- 2013-05-24 07:27:48 - /usr/sbin/config -m LINT TB --- 2013-05-24 07:27:48 - building LINT kernel TB --- 2013-05-24 07:27:48 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 07:27:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 07:27:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 07:27:48 - SRCCONF=/dev/null TB --- 2013-05-24 07:27:48 - TARGET=amd64 TB --- 2013-05-24 07:27:48 - TARGET_ARCH=amd64 TB --- 2013-05-24 07:27:48 - TZ=UTC TB --- 2013-05-24 07:27:48 - __MAKE_CONF=/dev/null TB --- 2013-05-24 07:27:48 - cd /src TB --- 2013-05-24 07:27:48 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 07:27:48 UTC 2013 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 -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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue aic79xx_reg_print.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function
Re: Apparent fxp regression in FreeBSD 8.4-RC3
Hiroki Sato h...@freebsd.org wrote in 20130524.162926.395058052118975996@allbsd.org: hr YongHyeon PYUN pyu...@gmail.com wrote hr in 20130524054720.ga1...@michelle.cdnetworks.com: hr hr A workaround is specifying the following line in rc.conf: hr hr ifconfig_fxp0=DHCP media 100baseTX mediaopt full-duplex Hmm, I guess this can happen on other NICs when the link negotiation causes a link-state flap. Is it true? -- Hiroki pgpsjeYWEzvsx.pgp Description: PGP signature
Re: Apparent fxp regression in FreeBSD 8.4-RC3
YongHyeon PYUN pyu...@gmail.com wrote in 20130524054720.ga1...@michelle.cdnetworks.com: py On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: py On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: pyOn Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: py If someone wants me to test DHCP via fxp(4) on the above system (I can py do so with both NICs), just let me know; it should only take me half an py hour or so. py py I'll politely wait for someone to say please do so else won't bother. py py pyFor the sake of completeness... py pyPlease do so. :) py py Issue reproduced 100% reliably, even within sysinstall. py py {snip} py py Forgot to add: py py This issue ONLY happens when using DHCP. py py Statically assigning the IP address works fine; fxp0 goes down once, py up once, then stays up indefinitely. py py I asked Mike to try backing out dhclient(8) change(r247336) but it py seems he missed that. Jeremy, could you try that? py py I guess dhclient(8) does not like flow-control negotiation of py fxp(4) after link establishment. Okay, I could reproduce this issue on my box. After invocation of dhclient(8), a link is up and then state_reboot() drops the link establishment. Removing the changes around RTM_IFINFO in r247336 makes it work with no problem. A workaround is specifying the following line in rc.conf: ifconfig_fxp0=DHCP media 100baseTX mediaopt full-duplex -- Hiroki I can confirm that backing out r247336 on a box running 9.1-stable.r250229 fixes the problem. I hadn't seen the problem before because the box normally has a static ip address. John Theus TheUsGroup.com ___ 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: Apparent fxp regression in FreeBSD 8.4-RC3
On May 24, 2013, at 1:47 AM, YongHyeon PYUN wrote: On Thu, May 23, 2013 at 09:49:19PM -0700, Jeremy Chadwick wrote: On Thu, May 23, 2013 at 09:40:35PM -0700, Jeremy Chadwick wrote: On Thu, May 23, 2013 at 11:42:44PM -0400, Glen Barber wrote: On Thu, May 23, 2013 at 08:38:06PM -0700, Jeremy Chadwick wrote: If someone wants me to test DHCP via fxp(4) on the above system (I can do so with both NICs), just let me know; it should only take me half an hour or so. I'll politely wait for someone to say please do so else won't bother. For the sake of completeness... Please do so. :) Issue reproduced 100% reliably, even within sysinstall. {snip} Forgot to add: This issue ONLY happens when using DHCP. Statically assigning the IP address works fine; fxp0 goes down once, up once, then stays up indefinitely. I asked Mike to try backing out dhclient(8) change(r247336) but it seems he missed that. Jeremy, could you try that? I guess dhclient(8) does not like flow-control negotiation of fxp(4) after link establishment. Confirmed here that removing the linkstate stuff from r247336 fixes it. Before: May 24 08:00:17 fxptest dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 24 08:00:17 fxptest dhclient: New Broadcast Address (fxp0): 10.3.2.255 May 24 08:00:17 fxptest dhclient: New Routers (fxp0): 10.3.2.1 May 24 08:00:19 fxptest kernel: fxp0: link state changed to UP May 24 08:00:19 fxptest kernel: fxp0: link state changed to DOWN May 24 08:00:19 fxptest dhclient: New IP Address (fxp0): 10.3.2.109 May 24 08:00:19 fxptest dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 24 08:00:19 fxptest dhclient: New Broadcast Address (fxp0): 10.3.2.255 May 24 08:00:19 fxptest dhclient: New Routers (fxp0): 10.3.2.1 May 24 08:00:21 fxptest kernel: fxp0: link state changed to UP May 24 08:00:21 fxptest dhclient: New IP Address (fxp0): 10.3.2.109 May 24 08:00:21 fxptest kernel: fxp0: link state changed to DOWN May 24 08:00:21 fxptest dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 24 08:00:21 fxptest dhclient: New Broadcast Address (fxp0): 10.3.2.255 May 24 08:00:21 fxptest dhclient: New Routers (fxp0): 10.3.2.1 May 24 08:00:23 fxptest kernel: fxp0: link state changed to UP May 24 08:00:23 fxptest dhclient: New IP Address (fxp0): 10.3.2.109 May 24 08:00:23 fxptest kernel: fxp0: link state changed to DOWN After: May 24 08:07:05 fxptest kernel: fxp0: link state changed to DOWN May 24 08:07:07 fxptest kernel: fxp0: link state changed to UP May 24 08:07:12 fxptest dhclient: New IP Address (fxp0): 10.3.2.109 May 24 08:07:12 fxptest kernel: fxp0: link state changed to DOWN May 24 08:07:12 fxptest dhclient: New Subnet Mask (fxp0): 255.255.255.0 May 24 08:07:12 fxptest dhclient: New Broadcast Address (fxp0): 10.3.2.255 May 24 08:07:12 fxptest dhclient: New Routers (fxp0): 10.3.2.1 May 24 08:07:14 fxptest kernel: fxp0: link state changed to UP root@fxptest:/usr/home/spork # date Fri May 24 08:10:32 UTC 2013 Note there is still a down/up/down/up transition on starting dhclient… Am I correct that the linkstate changes are meant to allow for an automatic retry for a lease when the ethernet connection is dropped? That doesn't seem wrong, it just seems like somewhere we should be waiting a few seconds. It appears that each time dhclient gets a lease, even without the linkstate code, the connection briefly drops…' Charles ___ 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_9 tinderbox] failure on sparc64/sparc64
TB --- 2013-05-24 07:33:29 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 07:33:29 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 07:33:29 - starting RELENG_9 tinderbox run for sparc64/sparc64 TB --- 2013-05-24 07:33:30 - cleaning the object tree TB --- 2013-05-24 07:33:30 - /usr/local/bin/svn stat /src TB --- 2013-05-24 07:33:37 - At svn revision 250954 TB --- 2013-05-24 07:33:38 - building world TB --- 2013-05-24 07:33:38 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 07:33:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 07:33:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 07:33:38 - SRCCONF=/dev/null TB --- 2013-05-24 07:33:38 - TARGET=sparc64 TB --- 2013-05-24 07:33:38 - TARGET_ARCH=sparc64 TB --- 2013-05-24 07:33:38 - TZ=UTC TB --- 2013-05-24 07:33:38 - __MAKE_CONF=/dev/null TB --- 2013-05-24 07:33:38 - cd /src TB --- 2013-05-24 07:33:38 - /usr/bin/make -B buildworld World build started on Fri May 24 07:33:38 UTC 2013 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 Fri May 24 08:45:28 UTC 2013 TB --- 2013-05-24 08:45:28 - generating LINT kernel config TB --- 2013-05-24 08:45:28 - cd /src/sys/sparc64/conf TB --- 2013-05-24 08:45:28 - /usr/bin/make -B LINT TB --- 2013-05-24 08:45:28 - cd /src/sys/sparc64/conf TB --- 2013-05-24 08:45:28 - /usr/sbin/config -m LINT TB --- 2013-05-24 08:45:28 - building LINT kernel TB --- 2013-05-24 08:45:28 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 08:45:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 08:45:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 08:45:28 - SRCCONF=/dev/null TB --- 2013-05-24 08:45:28 - TARGET=sparc64 TB --- 2013-05-24 08:45:28 - TARGET_ARCH=sparc64 TB --- 2013-05-24 08:45:28 - TZ=UTC TB --- 2013-05-24 08:45:28 - __MAKE_CONF=/dev/null TB --- 2013-05-24 08:45:28 - cd /src TB --- 2013-05-24 08:45:28 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 08:45:28 UTC 2013 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 -Wmissing-include-dirs -fdiagnostics-show-option -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 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror aic79xx_reg_print.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam.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 -Wmissing-include-dirs -fdiagnostics-show-option -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 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_MASK' undeclared (first use in this function) /src/sys/cam/cam_periph.c:736: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_periph.c:736: error: for each function it appears in.) /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_VADDR' undeclared (first use in this function) *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-05-24 08:48:38 - WARNING: /usr/bin/make returned exit code
[releng_9 tinderbox] failure on powerpc/powerpc
TB --- 2013-05-24 06:55:54 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-05-24 06:55:54 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtan...@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-05-24 06:55:54 - starting RELENG_9 tinderbox run for powerpc/powerpc TB --- 2013-05-24 06:55:54 - cleaning the object tree TB --- 2013-05-24 06:55:54 - /usr/local/bin/svn stat /src TB --- 2013-05-24 06:56:07 - At svn revision 250954 TB --- 2013-05-24 06:56:08 - building world TB --- 2013-05-24 06:56:08 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 06:56:08 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 06:56:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 06:56:08 - SRCCONF=/dev/null TB --- 2013-05-24 06:56:08 - TARGET=powerpc TB --- 2013-05-24 06:56:08 - TARGET_ARCH=powerpc TB --- 2013-05-24 06:56:08 - TZ=UTC TB --- 2013-05-24 06:56:08 - __MAKE_CONF=/dev/null TB --- 2013-05-24 06:56:08 - cd /src TB --- 2013-05-24 06:56:08 - /usr/bin/make -B buildworld World build started on Fri May 24 06:56:08 UTC 2013 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 Fri May 24 09:26:03 UTC 2013 TB --- 2013-05-24 09:26:03 - generating LINT kernel config TB --- 2013-05-24 09:26:03 - cd /src/sys/powerpc/conf TB --- 2013-05-24 09:26:03 - /usr/bin/make -B LINT TB --- 2013-05-24 09:26:03 - cd /src/sys/powerpc/conf TB --- 2013-05-24 09:26:03 - /usr/sbin/config -m LINT TB --- 2013-05-24 09:26:03 - building LINT kernel TB --- 2013-05-24 09:26:03 - CROSS_BUILD_TESTING=YES TB --- 2013-05-24 09:26:03 - MAKEOBJDIRPREFIX=/obj TB --- 2013-05-24 09:26:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-05-24 09:26:03 - SRCCONF=/dev/null TB --- 2013-05-24 09:26:03 - TARGET=powerpc TB --- 2013-05-24 09:26:03 - TARGET_ARCH=powerpc TB --- 2013-05-24 09:26:03 - TZ=UTC TB --- 2013-05-24 09:26:03 - __MAKE_CONF=/dev/null TB --- 2013-05-24 09:26:03 - cd /src TB --- 2013-05-24 09:26:03 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Fri May 24 09:26:03 UTC 2013 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 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror aic79xx_reg_print.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/cam/cam_periph.c /src/sys/cam/cam_periph.c: In function 'cam_periph_mapmem': /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_MASK' undeclared (first use in this function) /src/sys/cam/cam_periph.c:736: error: (Each undeclared identifier is reported only once /src/sys/cam/cam_periph.c:736: error: for each function it appears in.) /src/sys/cam/cam_periph.c:736: error: 'CAM_DATA_VADDR' undeclared (first use in this function) *** Error code 1 Stop in
Re: Proposed MFC to hastctl: compact 'status' and introduce 'list' command
http://svnweb.freebsd.org/changeset/base/248291 ... The reason I'm asking is that it could lead to changes in hast-related scripts which one use in production. Any chance we could do this is 2 stages - first being to add 'list' to give us a chnace ti change scripts over, then make the chnages to 'status'. I have scripts which try and parse the outut from 'status' which will need changing, and I sspect I am not the only one... cheers, -pete. ___ 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: Proposed MFC to hastctl: compact 'status' and introduce 'list' command
Pete, On Fri, 24 May 2013, Pete French wrote: http://svnweb.freebsd.org/changeset/base/248291 ... The reason I'm asking is that it could lead to changes in hast-related scripts which one use in production. Any chance we could do this is 2 stages - first being to add 'list' to give us a chnace ti change scripts over, then make the chnages to 'status'. I have scripts which try and parse the outut from 'status' which will need changing, and I sspect I am not the only one... I see no problem with this, as it is one-lite patch (modulo usage/manual page changes); it would be direct commit to -stable, but as it is temporary, I see no problem there too. Mikolaj, your opinion? -- 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: Proposed MFC to hastctl: compact 'status' and introduce 'list' command
On Fri, May 24, 2013 at 02:08:28PM +0400, Dmitry Morozovsky wrote: Pete, On Fri, 24 May 2013, Pete French wrote: http://svnweb.freebsd.org/changeset/base/248291 ... The reason I'm asking is that it could lead to changes in hast-related scripts which one use in production. Any chance we could do this is 2 stages - first being to add 'list' to give us a chnace ti change scripts over, then make the chnages to 'status'. I have scripts which try and parse the outut from 'status' which will need changing, and I sspect I am not the only one... I see no problem with this, as it is one-lite patch (modulo usage/manual page changes); it would be direct commit to -stable, but as it is temporary, I see no problem there too. Mikolaj, your opinion? It looks like a very good idea. -- Mikolaj Golub ___ 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: Apparent fxp regression in FreeBSD 8.4-RC3
I'll have access to the test box on Tuesday, will test a fixed IP number then. I'm unable to test that here since reinstalling 8.4 on the NAT box will require eventually reinstalling 8.3-RELEASE and I'm not the only one using the NAT box for Internet access. The test box had 8.3-RC3 installed from a downloaded 8.3-RC3 CD using installation from the CD and with all binaries taken off the CD. No changes were made after installation and reboot. I agree that this seems to be a problem only experienced by those still using the fxp interface and DHCP on a certain subset of Supermicro systems, which has to be a very small group. I did find one other reference to a similar problem at http://forum.pfsense.org/index.php?topic=61102.0) However, one of the posters was using 8.3p7 which predates my 8.3p8. The posters also report that this issue affects only a small subset of similar machines and can be solved by either changing the boot order of the connected systems (not possible for me) or by forcing fxp to 100Mbit full duplex, which I haven't tried. I definitely don't want this issue to hold up 8.4-RELEASE; if it is a problem it can be fixed for those affected with a patch after release. Mike Squires mi...@siralan.org msqui...@iga.in.gov (where the test box lives) ___ 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
SunFire X2200 ilo's bge1 DOWN/UP
hi, after upgrading to 9.1-stable, this particular hardware - SunFire X2200, is toggeling bge1 DOWN/UP every few hours, this port is being used by the ILO. To check, I upgraded another identical host, and the same problem appears. There is not correlation with time, since they happend at totaly different times. I rebooted both hosts at almost the same time. one host : uptime: 5:24PM up 6:15, 0 users, load averages: 0.00, 0.00, 0.00 May 24 12:53:52 sf-04 kernel: bge1: link state changed to DOWN May 24 12:53:55 sf-04 kernel: bge1: link state changed to UP May 24 15:34:25 sf-04 kernel: bge1: link state changed to DOWN May 24 15:34:28 sf-04 kernel: bge1: link state changed to UP and uptime: 5:24PM up 6:14, 0 users, load averages: 0.00, 0.00, 0.00 May 24 16:30:44 sf-10 kernel: bge1: link state changed to DOWN May 24 16:30:44 sf-10 kernel: bge1: link state changed to UP this is not serious, the ilo (ssh) connection is ok, but it's anoying, we have more than 10 of this hosts, and if I upgrade all of them, the logs will fill up with this :-) any ideas? cheers, danny ___ 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: SunFire X2200 ilo's bge1 DOWN/UP
Is this your bug? http://www.freebsd.org/cgi/query-pr.cgi?pr=171121 ___ 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: Apparent fxp regression in FreeBSD 8.4-RC3
Hiroki Sato wrote this message on Fri, May 24, 2013 at 16:36 +0900: Hiroki Sato h...@freebsd.org wrote in 20130524.162926.395058052118975996@allbsd.org: hr YongHyeon PYUN pyu...@gmail.com wrote hr in 20130524054720.ga1...@michelle.cdnetworks.com: hr hr A workaround is specifying the following line in rc.conf: hr hr ifconfig_fxp0=DHCP media 100baseTX mediaopt full-duplex Hmm, I guess this can happen on other NICs when the link negotiation causes a link-state flap. Is it true? Just as a bit of history of this change (since I think I may have introduced part of this issue in 163061 of if_fxp.c)... fxp used to previously not drop link when you would switch from autoneg to a fixed media... The problem with this was that if you booted it always defaults to autoneg and if your switch was autoneg, then the switch would negotiate 100/full. If you then manually switched fxp to 100/full, things would be fine till either the switch was reset and/or the cable pulled. Then when the switch came back and was not be able to autoneg, it then would make the link 100/half, which of course would cause problems I made this change because it was better to flap the link on media switch, and force and earlier detection that there was this mismatch between the switch, then possibly months or years later... I actually believe all 100Mbps cards should do this on media change in order to prevent the above issue... Unless of course the card can do both autoneg and fixed media at the same time, which is probably the problem with this fxp chip/phy... Hope this helps with some history behind this issue.. -- John-Mark Gurney Voice: +1 415 225 5579 All that I will do, has been done, All that I have, has not. ___ 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: SunFire X2200 ilo's bge1 DOWN/UP
Daniel Braniss wrote: hi, after upgrading to 9.1-stable, this particular hardware - SunFire X2200, is toggeling bge1 DOWN/UP every few hours, this port is being used by the ILO. To check, I upgraded another identical host, and the same problem appears. There is not correlation with time, since they happend at totaly different times. I rebooted both hosts at almost the same time. one host : uptime: 5:24PM up 6:15, 0 users, load averages: 0.00, 0.00, 0.00 May 24 12:53:52 sf-04 kernel: bge1: link state changed to DOWN May 24 12:53:55 sf-04 kernel: bge1: link state changed to UP May 24 15:34:25 sf-04 kernel: bge1: link state changed to DOWN May 24 15:34:28 sf-04 kernel: bge1: link state changed to UP and uptime: 5:24PM up 6:14, 0 users, load averages: 0.00, 0.00, 0.00 May 24 16:30:44 sf-10 kernel: bge1: link state changed to DOWN May 24 16:30:44 sf-10 kernel: bge1: link state changed to UP this is not serious, the ilo (ssh) connection is ok, but it's anoying, we have more than 10 of this hosts, and if I upgrade all of them, the logs will fill up with this :-) What revision are you running? There was problem report at February http://lists.freebsd.org/pipermail/freebsd-net/2013-February/034715.html http://lists.freebsd.org/pipermail/freebsd-net/2013-March/034778.html I provided access to Yongari to our Sun Fire X2100 M2 (bge 5715C) and he fixed the problem. (in revision r248226, I don't know if it was MFCed) http://lists.freebsd.org/pipermail/freebsd-net/2013-March/034922.html Miroslav Lachman ___ 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: Apparent fxp regression in FreeBSD 8.4-RC3
I agree that this seems to be a problem only experienced by those still using the fxp interface and DHCP on a certain subset of Supermicro systems, which has to be a very small group. This isn't entirely correct. The test box I used has an Intel Pro 100 pci card plugged into an Intel motherboard. fxp0: Intel 82559 Pro/100 Ethernet port 0xe000-0xe03f mem 0xfe60-0xfe600fff,0xfe50-0xfe5f irq 22 at device 1.0 on pci3 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface PHY 1 on miibus0 John Theus TheUsGroup.com ___ 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