MFC of em/igb drivers
I got the new drivers in Friday afternoon for those that don't see CVS messages. The igb driver is for 82575 and 82576 adapters, it has multiqueue support and MSIX, there will be more server type enhancements in that driver as I get the time. The em driver now will be client oriented, the latest hardware support however is for 82574, Hartwell, which is a really nice low cost PCIE dual-port adapter, that actually also has MSIX. This first released support for it will use 3 interrupt vectors, one for TX, one for RX, and Link. The hardware actually supports 5 vectors, so I am planning to add support for another RX and TX queue as my schedule allows. Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver provides init and an ioctl interface to use that facility, I hope we see software support follow on soon. This is an early announcement, I am not sure on exact dates for availability but they should be soon. As ever, issues and bugs should be sent to me. Cheers everyone! Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of em/igb drivers
On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > I got the new drivers in Friday afternoon for those that don't see CVS > messages. [skip] > As ever, issues and bugs should be sent to me. Cheers everyone! It seems the MFC to RELENG_7 has broken build of static kernels having device em but not having device igb: linking kernel.debug e1000_api.o(.text+0xcc6): In function `e1000_setup_init_funcs': /usr/local/obj/src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2008-05-03 08:26:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 08:26:43 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2008-05-03 08:26:43 - cleaning the object tree TB --- 2008-05-03 08:27:19 - cvsupping the source tree TB --- 2008-05-03 08:27:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2008-05-03 08:27:27 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 08:27:27 - cd /src TB --- 2008-05-03 08:27:27 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 08:27:29 UTC 2008 >>> 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 May 3 09:57:02 UTC 2008 TB --- 2008-05-03 09:57:03 - generating LINT kernel config TB --- 2008-05-03 09:57:03 - cd /src/sys/amd64/conf TB --- 2008-05-03 09:57:03 - /usr/bin/make -B LINT TB --- 2008-05-03 09:57:03 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 09:57:03 - cd /src TB --- 2008-05-03 09:57:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 09:57:03 UTC 2008 >>> 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 May 3 10:18:58 UTC 2008 TB --- 2008-05-03 10:18:58 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:18:58 - cd /src TB --- 2008-05-03 10:18:58 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 10:18:58 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -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=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0xabb): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:27:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:27:29 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 10:27:29 - tinderbox aborted TB --- 6060.49 user 618.46 system 7246.26 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: samba build failure on 6-STABLE
On 1 May 2008, at 15:39, Michael Proto wrote: Greg Byshenk wrote: I'm posting this to freebsd-stable even though it is a problem with a port, because the port itself has not changed, but a rebuild fails (on a system and with a configuration that worked before my most recent system updates). Basically my problem is that the current Samba3 (samba-3.0.28,1) won't build on a recent 6-STABLE system (I noticed it with sources csup'd 24 April, and it continues with sources csup'd today, 1 May). The strange thing is that this is a version of samba that has previously built successfully, on the machine and with the configuration that is now failing. (I was attempting to rebuild because I saw some strange library errors.) This at least suggests to me that the problem is _not_ due to something changing with Samba, but to some other change that is being reflected in the Samba build. The system in question is built from sources csup'd today (1 May 2008), with all installed ports current as of today. The same Samba did build successfully with a source and ports tree csup'd on 7 March 2008. As a test to see if there is some problem with the ports dependencies, I've tried a 'portupgrade -fR samba'; all of the dependencies built fine, but then I got the same error when attempting to build Samba itself. It is not definitive, but this suggests to me that this is not a ports problem (per se), but a kernel/world problem. This latter is highlighted by the fact that Samba builds without error on a system with sources csup'd on 17 April. That is, if I take the exact same system on which the build fails, revert my world/kernel to a build from 17 April (leaving everything else exactly the same), then the error disappears and Samba builds successfully. The actual error is below. Any ideas are welcome. I have a machine that I can play with if someone would like me to try anything. -greg Compiling smbd/oplock_linux.c smbd/oplock_linux.c: In function `signal_handler': smbd/oplock_linux.c:73: error: structure has no member named `si_fd' The following command failed: cc -I. -I/usr/ports/net/samba3/work/samba-3.0.28/source -O2 -fno- strict-aliasing -pipe -D_SAMBA_BUILD_=3 -I/usr/local/include -I/ usr/ports/net/samba3/work/samba-3.0.28/source/iniparser/src - Iinclude -I./include -I. -I. -I./lib/replace -I./lib/talloc -I./ tdb/include -I./libaddns -I./librpc -DHAVE_CONFIG_H -I/usr/local/ include -DLDAP_DEPRECATED-I/usr/ports/net/samba3/work/ samba-3.0.28/source/lib -D_SAMBA_BUILD_=3 -fPIC -DPIC -c smbd/ oplock_linux.c -o smbd/oplock_linux.o *** Error code 1 Stop in /usr/ports/net/samba3/work/samba-3.0.28/source. *** Error code 1 Stop in /usr/ports/net/samba3. *** Error code 1 Stop in /usr/ports/net/samba3. I can confirm this on a 6-STABLE system last SUPed (kernel and world rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box when it was 6.3-RELEASE, and now fails in exactly the same place when trying to rebuild on 6-STABLE. The attached patch should fix the problem syscall.diff Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on i386/i386
TB --- 2008-05-03 09:18:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 09:18:12 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2008-05-03 09:18:12 - cleaning the object tree TB --- 2008-05-03 09:18:36 - cvsupping the source tree TB --- 2008-05-03 09:18:36 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2008-05-03 09:18:45 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 09:18:45 - cd /src TB --- 2008-05-03 09:18:45 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 09:18:46 UTC 2008 >>> 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 May 3 10:21:19 UTC 2008 TB --- 2008-05-03 10:21:19 - generating LINT kernel config TB --- 2008-05-03 10:21:19 - cd /src/sys/i386/conf TB --- 2008-05-03 10:21:19 - /usr/bin/make -B LINT TB --- 2008-05-03 10:21:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:21:19 - cd /src TB --- 2008-05-03 10:21:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 10:21:19 UTC 2008 >>> 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 May 3 10:46:09 UTC 2008 TB --- 2008-05-03 10:46:09 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 10:46:09 - cd /src TB --- 2008-05-03 10:46:09 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 10:46:10 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -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=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 -Werror vers.c linking kernel.debug e1000_api.o(.text+0xbce): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 10:55:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 10:55:00 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 10:55:00 - tinderbox aborted TB --- 5014.81 user 467.65 system 5808.75 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of em/igb drivers
On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > I got the new drivers in Friday afternoon for those that don't see CVS > messages. > > The igb driver is for 82575 and 82576 adapters, it has multiqueue support and > MSIX, there will be more server type enhancements in that driver as I get the > time. > > The em driver now will be client oriented, the latest hardware support however > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port > adapter, > that actually also has MSIX. This first released support for it will > use 3 interrupt > vectors, one for TX, one for RX, and Link. The hardware actually supports 5 > vectors, so I am planning to add support for another RX and TX queue as my > schedule allows. > > Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver > provides init and an ioctl interface to use that facility, I hope we > see software > support follow on soon. This is an early announcement, I am not sure on > exact dates for availability but they should be soon. > > As ever, issues and bugs should be sent to me. Cheers everyone! Besides the broken tinderbox, you did not connected the igb module to the module build. Is this intentional ? pgpWSSOMyFdzm.pgp Description: PGP signature
[releng_7 tinderbox] failure on i386/pc98
TB --- 2008-05-03 10:27:30 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 10:27:30 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2008-05-03 10:27:30 - cleaning the object tree TB --- 2008-05-03 10:27:45 - cvsupping the source tree TB --- 2008-05-03 10:27:45 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2008-05-03 10:27:52 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 10:27:52 - cd /src TB --- 2008-05-03 10:27:52 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 10:27:53 UTC 2008 >>> 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 May 3 11:29:48 UTC 2008 TB --- 2008-05-03 11:29:48 - generating LINT kernel config TB --- 2008-05-03 11:29:48 - cd /src/sys/pc98/conf TB --- 2008-05-03 11:29:48 - /usr/bin/make -B LINT TB --- 2008-05-03 11:29:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 11:29:48 - cd /src TB --- 2008-05-03 11:29:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 11:29:48 UTC 2008 >>> 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 May 3 11:51:22 UTC 2008 TB --- 2008-05-03 11:51:22 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 11:51:22 - cd /src TB --- 2008-05-03 11:51:22 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 11:51:23 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -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=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 vers.c linking kernel.debug e1000_api.o(.text+0xbce): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 11:58:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 11:58:14 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 11:58:14 - tinderbox aborted TB --- 4668.25 user 459.38 system 5444.75 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on ia64/ia64
TB --- 2008-05-03 10:55:01 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 10:55:01 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2008-05-03 10:55:01 - cleaning the object tree TB --- 2008-05-03 10:55:19 - cvsupping the source tree TB --- 2008-05-03 10:55:19 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2008-05-03 10:55:25 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 10:55:25 - cd /src TB --- 2008-05-03 10:55:25 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 10:55:26 UTC 2008 >>> 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 May 3 12:18:59 UTC 2008 TB --- 2008-05-03 12:18:59 - generating LINT kernel config TB --- 2008-05-03 12:18:59 - cd /src/sys/ia64/conf TB --- 2008-05-03 12:18:59 - /usr/bin/make -B LINT TB --- 2008-05-03 12:18:59 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 12:18:59 - cd /src TB --- 2008-05-03 12:18:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 12:18:59 UTC 2008 >>> 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 May 3 12:46:33 UTC 2008 TB --- 2008-05-03 12:46:33 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 12:46:33 - cd /src TB --- 2008-05-03 12:46:33 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 12:46:33 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -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 -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 -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0x28a2): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 12:55:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 12:55:44 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 12:55:44 - tinderbox aborted TB --- 6432.80 user 456.12 system 7242.88 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-ia64-ia64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_7 tinderbox] failure on sparc64/sparc64
TB --- 2008-05-03 12:55:44 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2008-05-03 12:55:44 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2008-05-03 12:55:44 - cleaning the object tree TB --- 2008-05-03 12:55:59 - cvsupping the source tree TB --- 2008-05-03 12:55:59 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2008-05-03 12:56:05 - building world (CFLAGS=-O2 -pipe) TB --- 2008-05-03 12:56:05 - cd /src TB --- 2008-05-03 12:56:05 - /usr/bin/make -B buildworld >>> World build started on Sat May 3 12:56:07 UTC 2008 >>> 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 May 3 13:55:33 UTC 2008 TB --- 2008-05-03 13:55:33 - generating LINT kernel config TB --- 2008-05-03 13:55:33 - cd /src/sys/sparc64/conf TB --- 2008-05-03 13:55:33 - /usr/bin/make -B LINT TB --- 2008-05-03 13:55:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 13:55:33 - cd /src TB --- 2008-05-03 13:55:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 3 13:55:33 UTC 2008 >>> 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 May 3 14:15:02 UTC 2008 TB --- 2008-05-03 14:15:02 - building GENERIC kernel (COPTFLAGS=-O2 -pipe) TB --- 2008-05-03 14:15:02 - cd /src TB --- 2008-05-03 14:15:02 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 3 14:15:02 UTC 2008 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC cc -c -O2 -pipe -fno-strict-aliasing -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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel.debug e1000_api.o(.text+0x1288): In function `e1000_setup_init_funcs': /src/sys/dev/em/e1000_api.c:352: undefined reference to `e1000_init_function_pointers_82575' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2008-05-03 14:21:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2008-05-03 14:21:23 - ERROR: failed to build GENERIC kernel TB --- 2008-05-03 14:21:23 - tinderbox aborted TB --- 4519.30 user 411.14 system 5138.83 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of em/igb drivers
On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov <[EMAIL PROTECTED]> wrote: > On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > > > > I got the new drivers in Friday afternoon for those that don't see CVS > > messages. > > > > The igb driver is for 82575 and 82576 adapters, it has multiqueue support > and > > MSIX, there will be more server type enhancements in that driver as I get > the > > time. > > > > The em driver now will be client oriented, the latest hardware support > however > > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port > adapter, > > that actually also has MSIX. This first released support for it will > > use 3 interrupt > > vectors, one for TX, one for RX, and Link. The hardware actually supports 5 > > vectors, so I am planning to add support for another RX and TX queue as my > > schedule allows. > > > > Hartwell is also the first adapter that has IEEE 1588 PTP support, the > driver > > provides init and an ioctl interface to use that facility, I hope we > > see software > > support follow on soon. This is an early announcement, I am not sure on > > exact dates for availability but they should be soon. > > > > As ever, issues and bugs should be sent to me. Cheers everyone! > > Besides the broken tinderbox, you did not connected the igb module to > the module build. Is this intentional ? > No, not intentional, both issues are now fixed, sorry, was tired yesterday afternoon :) Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: samba build failure on 6-STABLE
On Sat, May 03, 2008 at 11:42:14AM +0100, Doug Rabson wrote: > On 1 May 2008, at 15:39, Michael Proto wrote: > >Greg Byshenk wrote: > >>[...] Basically my problem is that the current Samba3 (samba-3.0.28,1) > >>won't build on a recent 6-STABLE system (I noticed it with sources > >>csup'd 24 April, and it continues with sources csup'd today, 1 May). > >>The strange thing is that this is a version of samba that has > >>previously built successfully, on the machine and with the > >>configuration that is now failing. (I was attempting > >>to rebuild because I saw some strange library errors.) This at least > >>suggests to me that the problem is _not_ due to something changing > >>with Samba, but to some other change that is being reflected in the > >>Samba build. [...] > >I can confirm this on a 6-STABLE system last SUPed (kernel and world > >rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box > >when it was 6.3-RELEASE, and now fails in exactly the same place when > >trying to rebuild on 6-STABLE. > The attached patch should fix the problem. It appears that it does. I've applied the patch on a test machine, and Samba now builds successfully. I've also done a reinstall of Samba, and the rebuild version appears to be working properly (though I have not yet done any extensive testing). Thanks, -greg -- greg byshenk - [EMAIL PROTECTED] - Leiden, NL ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of em/igb drivers
Jack Vogel wrote: On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov <[EMAIL PROTECTED]> wrote: On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: I got the new drivers in Friday afternoon for those that don't see CVS > messages. > > The igb driver is for 82575 and 82576 adapters, it has multiqueue support and > MSIX, there will be more server type enhancements in that driver as I get the > time. > > The em driver now will be client oriented, the latest hardware support however > is for 82574, Hartwell, which is a really nice low cost PCIE dual-port adapter, > that actually also has MSIX. This first released support for it will > use 3 interrupt > vectors, one for TX, one for RX, and Link. The hardware actually supports 5 > vectors, so I am planning to add support for another RX and TX queue as my > schedule allows. > > Hartwell is also the first adapter that has IEEE 1588 PTP support, the driver > provides init and an ioctl interface to use that facility, I hope we > see software > support follow on soon. This is an early announcement, I am not sure on > exact dates for availability but they should be soon. > > As ever, issues and bugs should be sent to me. Cheers everyone! Besides the broken tinderbox, you did not connected the igb module to the module build. Is this intentional ? No, not intentional, both issues are now fixed, sorry, was tired yesterday afternoon :) Is it still true that support for the 575 moved from em to igb? If so, please put an entry in src/UPDATING about it and ask the re/docs team to make sure it's documented in the next release notes. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: samba build failure on 6-STABLE
On 3 May 2008, at 18:23, Greg Byshenk wrote: On Sat, May 03, 2008 at 11:42:14AM +0100, Doug Rabson wrote: On 1 May 2008, at 15:39, Michael Proto wrote: Greg Byshenk wrote: [...] Basically my problem is that the current Samba3 (samba-3.0.28,1) won't build on a recent 6-STABLE system (I noticed it with sources csup'd 24 April, and it continues with sources csup'd today, 1 May). The strange thing is that this is a version of samba that has previously built successfully, on the machine and with the configuration that is now failing. (I was attempting to rebuild because I saw some strange library errors.) This at least suggests to me that the problem is _not_ due to something changing with Samba, but to some other change that is being reflected in the Samba build. [...] I can confirm this on a 6-STABLE system last SUPed (kernel and world rebuilt) to 20080428 11:23 EDT. samba-3.0.28,1 built fine on this box when it was 6.3-RELEASE, and now fails in exactly the same place when trying to rebuild on 6-STABLE. The attached patch should fix the problem. It appears that it does. I've applied the patch on a test machine, and Samba now builds successfully. I've also done a reinstall of Samba, and the rebuild version appears to be working properly (though I have not yet done any extensive testing). Great, thanks for testing. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: restore issues "Header with wrong dumpdate." and "getfile: lost data"
> Date: Fri, 2 May 2008 15:33:03 +0100 > From: David Malone <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: lost > data" > > On Thu, May 01, 2008 at 03:52:14PM -0500, Scott Lambert wrote: > > I've seen http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 which > > seems to apply to the "getfile: lost data" lines. There is also > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/118087 which seems to > > apply to "Header with wrong dumpdate." > > I believe these are basically harmless. I don't know if Kirk plans > to merge the fix, but I can do it if he wants. I put in the fix for "Header with wrong dumpdate" when I came across it. I never realized that there was an outstanding PR. I am happy to have you MFC the fix and close the PR with an appropriate note that it has been fixed. > > 120881 seems not to have been applied to CVS just yet. > > Ah - I'd missed 120881. This seems to relate to a more recent change > of Kirk's. Kirk - do you want to look at: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 > > or would you prefer if I had a look at it? > > David. I have taken a look at it and can make the following observations on the proposed fix: It seems that the culprit is the following sequence in tape.c if (curblk > 0) panic("getfile: lost data\n"); This was introduced in version 1.48 Version 1.44.2.1 of tape.c shipped with FreeBSD 6.2 has a different handler: if (curblk > 0) (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); which doesn't panic. The 1.48 change added support for restoring extended attributes. This change was never MFC'ed to FreeBSD 6 as it required updates of and . There was concern that too many folks would get compile errors in `make world' and not understand what needed to be done to fix them. So the if (curblk > 0) (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); code in 1.44.2.1 is correct for that version of restore because it does not support extended attributes. I put the panic in for 1.48 because I believed that I would always have skipped over any extra blocks at the end of a file (or extended attribute) and thus there should never have been any left. Obviously, I missed some case :-( So, while the proposed fix does get rid of the panic, my concern is that it will instead put some spurious data at the end of a file or extended attribute. Ideally, I would like to get a copy of the dump (or really just the first part of it needed to reproduce the problem) so that I can analyze it to figure out what I am doing wrong. Kirk McKusick ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: MFC of em/igb drivers
On Sat, May 3, 2008 at 10:24 AM, Scott Long <[EMAIL PROTECTED]> wrote: > > Jack Vogel wrote: > > > On Sat, May 3, 2008 at 4:45 AM, Kostik Belousov <[EMAIL PROTECTED]> > wrote: > > > > > On Sat, May 03, 2008 at 12:14:32AM -0700, Jack Vogel wrote: > > > > > > > > > > > > > I got the new drivers in Friday afternoon for those that don't see CVS > > > > > > > > messages. > > > > > > > > The igb driver is for 82575 and 82576 adapters, it has multiqueue > support and > > > > MSIX, there will be more server type enhancements in that driver as I > get the > > > > time. > > > > > > > > The em driver now will be client oriented, the latest hardware > support however > > > > is for 82574, Hartwell, which is a really nice low cost PCIE > dual-port adapter, > > > > that actually also has MSIX. This first released support for it will > > > > use 3 interrupt > > > > vectors, one for TX, one for RX, and Link. The hardware actually > supports 5 > > > > vectors, so I am planning to add support for another RX and TX queue > as my > > > > schedule allows. > > > > > > > > Hartwell is also the first adapter that has IEEE 1588 PTP support, > the driver > > > > provides init and an ioctl interface to use that facility, I hope we > > > > see software > > > > support follow on soon. This is an early announcement, I am not sure > on > > > > exact dates for availability but they should be soon. > > > > > > > > As ever, issues and bugs should be sent to me. Cheers everyone! > > > > > > Besides the broken tinderbox, you did not connected the igb module to > > > the module build. Is this intentional ? > > > > > > > > > > No, not intentional, both issues are now fixed, sorry, was tired yesterday > > afternoon :) > > > > > > Is it still true that support for the 575 moved from em to igb? If so, > please put an entry in src/UPDATING about it and ask the re/docs team to > make sure it's documented in the next release notes. > > Scott > Ahhh yes, I forgot about that, will do Scott. Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: restore issues "Header with wrong dumpdate." and "getfile: lost data"
On Sat, May 03, 2008 at 01:13:00PM -0700, Kirk McKusick wrote: > > Date: Fri, 2 May 2008 15:33:03 +0100 > > From: David Malone <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED] > > Subject: Re: restore issues "Header with wrong dumpdate." and "getfile: > > lost data" > > > > On Thu, May 01, 2008 at 03:52:14PM -0500, Scott Lambert wrote: > > > 120881 seems not to have been applied to CVS just yet. > > > > Ah - I'd missed 120881. This seems to relate to a more recent change > > of Kirk's. Kirk - do you want to look at: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=120881 > > > > or would you prefer if I had a look at it? > > I have taken a look at it and can make the following observations > on the proposed fix: > > It seems that the culprit is the following sequence in tape.c > if (curblk > 0) > panic("getfile: lost data\n"); > This was introduced in version 1.48 > Version 1.44.2.1 of tape.c shipped with FreeBSD 6.2 has a different > handler: > if (curblk > 0) > (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); > which doesn't panic. > > The 1.48 change added support for restoring extended attributes. > This change was never MFC'ed to FreeBSD 6 as it required updates > of and . There was concern > that too many folks would get compile errors in `make world' and not > understand what needed to be done to fix them. So the > if (curblk > 0) > (*fill)((char *)buf, (long)((curblk * TP_BSIZE) + size)); > code in 1.44.2.1 is correct for that version of restore because it > does not support extended attributes. I put the panic in for 1.48 > because I believed that I would always have skipped over any extra > blocks at the end of a file (or extended attribute) and thus there > should never have been any left. Obviously, I missed some case :-( > So, while the proposed fix does get rid of the panic, my concern is > that it will instead put some spurious data at the end of a file or > extended attribute. Ideally, I would like to get a copy of the dump > (or really just the first part of it needed to reproduce the problem) > so that I can analyze it to figure out what I am doing wrong. I have had the problem with dumps made on any of my FreeBSD 4.x systems. If you don't still have a 4.x system laying around, I can send you a link to a test dump. -- Scott LambertKC5MLE Unix SysAdmin [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"