watchdog
Hi list, I'm using FreeBSD (uname is below) and these days I'm caught in the log message below: vpn# uname -a FreeBSD vpn.auroraalimentos.com.br 7.3-STABLE FreeBSD 7.3-STABLE #0: Sat Jun 19 18:39:18 BRT 2010 r...@vpn.xxx.com.br:/usr/obj/usr/src/sys/VPN i386 Nov 8 11:53:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) -- recovering Nov 8 12:01:21 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) -- recovering Nov 8 12:21:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) -- recovering Nov 8 16:11:34 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) -- recovering it is possible that the network interface (xl0) is in trouble? -- Márcio Luciano Donada Aurora Alimentos - Cooperativa Central Oeste Catarinense Departamento de T.I. ___ 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: Fatal trap 18
on 09/11/2010 15:55 Dan Allen said the following: > > On 8 Nov 2010, at 10:30 PM, Andriy Gapon wrote: > >> Can you please also provide the following output: >> $ kenv | fgrep hint.acpi > > hint.acpi.0.oem="TOSHIB" > hint.acpi.0.revision="1" > hint.acpi.0.rsdp="0xf01e0" > hint.acpi.0.rsdt="0x3f7a" Two more things: - sysctl machdep.acpi_root - /boot/loader.conf contents -- Andriy Gapon ___ 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: Fatal trap 18
On 8 Nov 2010, at 10:30 PM, Andriy Gapon wrote: > Can you please also provide the following output: > $ kenv | fgrep hint.acpi hint.acpi.0.oem="TOSHIB" hint.acpi.0.revision="1" hint.acpi.0.rsdp="0xf01e0" hint.acpi.0.rsdt="0x3f7a" ___ 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: Missing CPU Debug Output
on 09/11/2010 16:00 Dan Allen said the following: > This very long email contains the non-zipped versions of the four debug files > requested. The archive reached me successfully because I was in To/Cc, but it was stripped by mailing list software. BTW, instead of very long emails it's better to upload files and provide links to them. -- Andriy Gapon ___ 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: Fatal trap 18
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: > - sysctl machdep.acpi_root machdep.acpi_root: 983520 ___ 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: Fatal trap 18
On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: > /boot/loader.conf contents This might be the smoking gun! cat loader.conf: hint.apic.0.disabled="1" Dan ___ 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: Fatal trap 18
on 09/11/2010 17:22 Dan Allen said the following: > > On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: > >> /boot/loader.conf contents > > This might be the smoking gun! > > cat loader.conf: > > hint.apic.0.disabled="1" Yes, it is. So why do you have it and what happens if you remove it? -- Andriy Gapon ___ 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: Fatal trap 18
On 9 Nov 2010, at 8:24 AM, Andriy Gapon wrote: > on 09/11/2010 17:22 Dan Allen said the following: >> >> On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: >> >>> /boot/loader.conf contents >> >> This might be the smoking gun! >> >> cat loader.conf: >> >> hint.apic.0.disabled="1" > > Yes, it is. > So why do you have it and what happens if you remove it? Well, there is good news and bad news. The good news is that if I remove this hint the machine boots with 2 CPUs. The bad news is that I get lots of: CPU0: local APIC error 0x40 CPU1: local APIC error 0x40 messages and the machine is very unresponsive. Every keystroke has a second or two of delay. It really is unusable. If memory serves I had to turn off APIC in order to see both CPUs at some time in the past. However, at some time in the past I had both CPUs and did not have the severe unresponsiveness that I get without this hint. So with APIC I get both CPUs but an unusable config. Without APIC I have one CPU but things are lively. What next? Dan ___ 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: Fatal trap 18
on 09/11/2010 17:59 Dan Allen said the following: > > On 9 Nov 2010, at 8:24 AM, Andriy Gapon wrote: > >> on 09/11/2010 17:22 Dan Allen said the following: >>> >>> On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: >>> /boot/loader.conf contents >>> >>> This might be the smoking gun! >>> >>> cat loader.conf: >>> >>> hint.apic.0.disabled="1" >> >> Yes, it is. >> So why do you have it and what happens if you remove it? > > Well, there is good news and bad news. > > The good news is that if I remove this hint the machine boots with 2 CPUs. > > The bad news is that I get lots of: > > CPU0: local APIC error 0x40 > CPU1: local APIC error 0x40 > > messages and the machine is very unresponsive. Every keystroke has a second > or two of delay. It really is unusable. > > If memory serves I had to turn off APIC in order to see both CPUs at some > time in the past. However, at some time in the past I had both CPUs and did > not have the severe unresponsiveness that I get without this hint. > > So with APIC I get both CPUs but an unusable config. Without APIC I have one > CPU but things are lively. > > What next? Let's see if anybody else can help you with that stuff. My jurisdiction (area of expertise) ends here. Verbose dmesg will be useful in any case. -- Andriy Gapon ___ 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: Fatal trap 18
On 9 Nov 2010, at 9:07 AM, Andriy Gapon wrote: > Let's see if anybody else can help you with that stuff. > My jurisdiction (area of expertise) ends here. Thank you for your help! Dan ___ 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: watchdog
On Tue, Nov 09, 2010 at 09:19:01AM -0200, M?rcio Luciano Donada wrote: > Hi list, > > I'm using FreeBSD (uname is below) and these days I'm caught in the log > message below: > > vpn# uname -a > FreeBSD vpn.auroraalimentos.com.br 7.3-STABLE FreeBSD 7.3-STABLE #0: Sat > Jun 19 18:39:18 BRT 2010 > r...@vpn.xxx.com.br:/usr/obj/usr/src/sys/VPN i386 > > Nov 8 11:53:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) > -- recovering > Nov 8 12:01:21 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) > -- recovering > Nov 8 12:21:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) > -- recovering > Nov 8 16:11:34 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) > -- recovering > > it is possible that the network interface (xl0) is in trouble? > If my memory serve me right there were a couple of reports about xl(4) watchdog timeout in past. The message was added by me to track down possible cause of watchdog timeouts. The message means driver lost Tx completion interrupts but driver noticed that the queued frames were successfully transmitted such that it didn't reset the controller and showed the informational message. To further narrow down the issue, would you show me the following information? o full 'dmesg' output o 'pciconf -lcbv' output o 'devinfo -rv | grep phy' output ___ 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"
Last of the RELENG_6 Monthly Snapshots...
The 201011 (November 2010) Monthly Snapshots are done. Since the Security Team will be dropping support for RELENG_6 at the end of this month we will stop generating RELENG_6 snapshots for the set of architectures that survived this long (amd64, i386, pc98, and sparc64). I also placed a copy of just the 6.4-STABLE-201011 ISOs on the ftp-archive site: ftp://ftp-archive.freebsd.org/pub/FreeBSD-Archive/snapshots/6-STABLE/ so they will remain available longer than the four months that they will stay on the primary FTP site. -- Ken Smith - From there to here, from here to | kensm...@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | signature.asc Description: This is a digitally signed message part
Re: watchdog
Em 9/11/2010 17:24, Pyun YongHyeon escreveu: > On Tue, Nov 09, 2010 at 09:19:01AM -0200, M?rcio Luciano Donada wrote: >> Hi list, >> >> I'm using FreeBSD (uname is below) and these days I'm caught in the log >> message below: >> >> vpn# uname -a >> FreeBSD vpn.auroraalimentos.com.br 7.3-STABLE FreeBSD 7.3-STABLE #0: Sat >> Jun 19 18:39:18 BRT 2010 >> r...@vpn.xxx.com.br:/usr/obj/usr/src/sys/VPN i386 >> >> Nov 8 11:53:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) >> -- recovering >> Nov 8 12:01:21 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) >> -- recovering >> Nov 8 12:21:55 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) >> -- recovering >> Nov 8 16:11:34 vpn kernel: xl0: watchdog timeout (missed Tx interrupts) >> -- recovering >> >> it is possible that the network interface (xl0) is in trouble? >> > > If my memory serve me right there were a couple of reports about > xl(4) watchdog timeout in past. The message was added by me to > track down possible cause of watchdog timeouts. The message means > driver lost Tx completion interrupts but driver noticed that the > queued frames were successfully transmitted such that it didn't > reset the controller and showed the informational message. > > To further narrow down the issue, would you show me the following > information? > o full 'dmesg' output > o 'pciconf -lcbv' output > o 'devinfo -rv | grep phy' output Hi, here's the information you requested: vpn# devinfo -rv|grep phy rgephy0 pnpinfo oui=0x732 model=0x11 rev=0x0 at phyno=1 acphy0 pnpinfo oui=0x895 model=0x12 rev=0x1 at phyno=1 vpn# dmesg Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.3-STABLE #0: Sat Jun 19 18:39:18 BRT 2010 r...@vpn.auroraalimentos.com.br:/usr/obj/usr/src/sys/VPN i386 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2800+ (2079.56-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Family = 6 Model = a Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 2080309248 (1983 MB) avail memory = 2025820160 (1931 MB) kbd1 at kbdmux0 cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: on hostb0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfc30-0xfc300fff irq 11 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfc301000-0xfc301fff irq 3 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xfc303000-0xfc3030ff irq 5 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 6 ports with 6 removable, self powered pci0: at device 6.0 (no driver attached) pcib1: at device 8.0 on pci0 pci5: on pcib1 $PIR: No matching entry for 5.4.INTA re0: port 0x2000-0x20ff mem 0xfc80-0xfc8000ff irq 5 at device 4.0 on pci5 re0: Chip rev. 0x0080 re0: MAC rev. 0x miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:08:54:d4:55:ba re0: [FILTER] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x34a0-0x34af at device 9.0 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pcib2: at device 12.0 on pci0 pci20: on pcib2 xl0: <3Com 3c920B-EMB Integrated Fast Etherlink XL> port 0x1000-0x107f mem 0xfc90-0xfc90007f irq 3 at device 1.0 on pci20 miibus1: on xl0 acphy0: PHY 1 on miibus1 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:0a:5e:30:c5:7e xl0: [ITHREAD] pcib3: at device 30.0 on pci0 pci1: on pcib3 vgapci0: mem 0xfd00-0xfdff,0xf800-0xfbff,0xfc20-0xfc27 irq 5 at device 0.0 on pci1 cpu0 on motherboard pnpbios: error 0/82 getting device count/size limit pmtimer0 on isa0 orm0: at iomem 0xc-0xcafff,0xcb000-0xcb7ff pnpid ORM on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-L
Re: Fatal trap 18
On Tuesday, November 09, 2010 10:24:59 am Andriy Gapon wrote: > on 09/11/2010 17:22 Dan Allen said the following: > > > > On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: > > > >> /boot/loader.conf contents > > > > This might be the smoking gun! > > > > cat loader.conf: > > > > hint.apic.0.disabled="1" > > Yes, it is. > So why do you have it and what happens if you remove it? The kernel should still not panic if someone disables APIC. -- John Baldwin ___ 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: Fatal trap 18
on 09/11/2010 22:32 John Baldwin said the following: > On Tuesday, November 09, 2010 10:24:59 am Andriy Gapon wrote: >> on 09/11/2010 17:22 Dan Allen said the following: >>> >>> On 9 Nov 2010, at 8:11 AM, Andriy Gapon wrote: >>> /boot/loader.conf contents >>> >>> This might be the smoking gun! >>> >>> cat loader.conf: >>> >>> hint.apic.0.disabled="1" >> >> Yes, it is. >> So why do you have it and what happens if you remove it? > > The kernel should still not panic if someone disables APIC. 100% agreement - and it shouldn't do that now. The last good half of this thread was devoted to finding the reason why Dan's system discovered only one logical CPU. The panic issue was resolved a bit earlier, but the thread subject wasn't changed. -- Andriy Gapon ___ 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"
8-STABLE buildworld failure
After updating source today, I am receiving the following error when running make NOCCACHE=YES -j16 buildkernel ===> zlib (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/GENERIC -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 -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/zlib/../../net/zlib.c ld -d -warn-common -r -d -o zlib.ko.debug zlib.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | xargs -J% objcopy % zlib.ko.debug objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug zlib.ko 1 error *** Error code 2 1 error *** Error code 2 Here's make.conf: SUP_UPDATE=yes SUPFILE=/usr/share/examples/cvsup/stable-supfile PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile SUPHOST=cvsup5.us.freebsd.org #WITHOUT_X11=yes PORTS_MODULES=emulators/virtualbox-ose-kmod # ccache .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE) #CC=/usr/local/libexec/ccache/world-cc #CXX=/usr/local/libexec/ccache/world-c++ .endif # added by use.perl 2010-11-09 09:32:27 PERL_VERSION=5.10.1 And src.conf: WITHOUT_PROFILE=true# Avoid compiling profiled libraries ___ 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: Fatal trap 18
On 9 Nov 2010, at 3:08 PM, Andriy Gapon wrote: >> The kernel should still not panic if someone disables APIC. > > 100% agreement - and it shouldn't do that now. The kernel on my Core Duo machine does not panic with APIC off. In fact it works much better with it off. The only problem is that I am missing one of my two Cores with APIC off! Dan ___ 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 i386/pc98
TB --- 2010-11-10 02:21:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-11-10 02:21:18 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-11-10 02:21:18 - cleaning the object tree TB --- 2010-11-10 02:21:41 - cvsupping the source tree TB --- 2010-11-10 02:21:41 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-11-10 02:21:55 - building world TB --- 2010-11-10 02:21:55 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 02:21:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 02:21:55 - TARGET=pc98 TB --- 2010-11-10 02:21:55 - TARGET_ARCH=i386 TB --- 2010-11-10 02:21:55 - TZ=UTC TB --- 2010-11-10 02:21:55 - __MAKE_CONF=/dev/null TB --- 2010-11-10 02:21:55 - cd /src TB --- 2010-11-10 02:21:55 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 10 02:21:59 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 Wed Nov 10 03:23:54 UTC 2010 TB --- 2010-11-10 03:23:54 - generating LINT kernel config TB --- 2010-11-10 03:23:54 - cd /src/sys/pc98/conf TB --- 2010-11-10 03:23:54 - /usr/bin/make -B LINT TB --- 2010-11-10 03:23:54 - building LINT kernel TB --- 2010-11-10 03:23:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 03:23:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 03:23:54 - TARGET=pc98 TB --- 2010-11-10 03:23:54 - TARGET_ARCH=i386 TB --- 2010-11-10 03:23:54 - TZ=UTC TB --- 2010-11-10 03:23:54 - __MAKE_CONF=/dev/null TB --- 2010-11-10 03:23:54 - cd /src TB --- 2010-11-10 03:23:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 10 03:23:54 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-10 03:26:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-10 03:26:51 - ERROR: failed to build lint kernel TB --- 2010-11-10 03:26:51 - 2804.25 user 696.76 system 3932.69 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full ___ 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"
what is best FreeBSD-based 802.11b/g/n AP package for Ubiquiti and Tranzeo gear?
We are seeing the "stuck beacon" problem and the NETDEV WATCHDOG problem on Rocket M2 and Bullet M2 running AirOS 5.3-beta2 and the "stuck beacon" problem on Bullet 2 HP running AirOS 3.5.1 Does anyone have a recommendation for a solid FreeBSD-based 802.11b/g/n AP package for the Ubiquiti family and for the Tranzeo EX2-8? Your input is really appreciated. kind regards/ldv Larry Vaden Internet Texoma, Inc. Serving Rural Texomaland Since 1995 We Care About Your Connection! XM.v5.3-beta2.6873.101018.1811# dmesg | grep -i "stuck beacon" | wc -l 91 [94009.052000] ath_bstuck_tasklet: stuck beacon; resetting (bmiss count 9) XM.v5.3-beta2.6873.101018.1811# dmesg | grep -i "watchdog" [ 7945.985000] NETDEV WATCHDOG: wifi0: transmit timed out XM.v5.3-beta2.6873.101018.1811# ___ 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 powerpc/powerpc
TB --- 2010-11-10 03:26:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-11-10 03:26:51 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-11-10 03:26:51 - cleaning the object tree TB --- 2010-11-10 03:27:16 - cvsupping the source tree TB --- 2010-11-10 03:27:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-11-10 03:27:35 - building world TB --- 2010-11-10 03:27:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 03:27:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 03:27:35 - TARGET=powerpc TB --- 2010-11-10 03:27:35 - TARGET_ARCH=powerpc TB --- 2010-11-10 03:27:35 - TZ=UTC TB --- 2010-11-10 03:27:35 - __MAKE_CONF=/dev/null TB --- 2010-11-10 03:27:35 - cd /src TB --- 2010-11-10 03:27:35 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 10 03:27:36 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 Wed Nov 10 04:28:29 UTC 2010 TB --- 2010-11-10 04:28:29 - generating LINT kernel config TB --- 2010-11-10 04:28:29 - cd /src/sys/powerpc/conf TB --- 2010-11-10 04:28:29 - /usr/bin/make -B LINT TB --- 2010-11-10 04:28:29 - building LINT kernel TB --- 2010-11-10 04:28:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 04:28:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 04:28:29 - TARGET=powerpc TB --- 2010-11-10 04:28:29 - TARGET_ARCH=powerpc TB --- 2010-11-10 04:28:29 - TZ=UTC TB --- 2010-11-10 04:28:29 - __MAKE_CONF=/dev/null TB --- 2010-11-10 04:28:29 - cd /src TB --- 2010-11-10 04:28:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 10 04:28:29 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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-10 04:30:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-10 04:30:30 - ERROR: failed to build lint kernel TB --- 2010-11-10 04:30:30 - 2845.32 user 638.80 system 3818.95 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full ___ 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 sparc64/sparc64
TB --- 2010-11-10 04:06:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-11-10 04:06:04 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2010-11-10 04:06:04 - cleaning the object tree TB --- 2010-11-10 04:06:25 - cvsupping the source tree TB --- 2010-11-10 04:06:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2010-11-10 04:06:52 - building world TB --- 2010-11-10 04:06:52 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 04:06:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 04:06:52 - TARGET=sparc64 TB --- 2010-11-10 04:06:52 - TARGET_ARCH=sparc64 TB --- 2010-11-10 04:06:52 - TZ=UTC TB --- 2010-11-10 04:06:52 - __MAKE_CONF=/dev/null TB --- 2010-11-10 04:06:52 - cd /src TB --- 2010-11-10 04:06:52 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 10 04:06:53 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 Wed Nov 10 05:00:16 UTC 2010 TB --- 2010-11-10 05:00:16 - generating LINT kernel config TB --- 2010-11-10 05:00:16 - cd /src/sys/sparc64/conf TB --- 2010-11-10 05:00:16 - /usr/bin/make -B LINT TB --- 2010-11-10 05:00:16 - building LINT kernel TB --- 2010-11-10 05:00:16 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-10 05:00:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-10 05:00:16 - TARGET=sparc64 TB --- 2010-11-10 05:00:16 - TARGET_ARCH=sparc64 TB --- 2010-11-10 05:00:16 - TZ=UTC TB --- 2010-11-10 05:00:16 - __MAKE_CONF=/dev/null TB --- 2010-11-10 05:00:16 - cd /src TB --- 2010-11-10 05:00:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 10 05:00: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 [...] from @/contrib/dev/acpica/include/acpi.h:128, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/platform/acfreebsd.h:124:36: error: machine/acpica_machdep.h: No such file or directory In file included from @/contrib/dev/acpica/include/acpi.h:130, from /src/sys/modules/tpm/../../dev/tpm/tpm_acpi.c:43: @/contrib/dev/acpica/include/actypes.h:127:2: error: #error ACPI_MACHINE_WIDTH not defined @/contrib/dev/acpica/include/actypes.h:276:2: error: #error unknown ACPI_MACHINE_WIDTH mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/tpm. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-10 05:02:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-10 05:02:04 - ERROR: failed to build lint kernel TB --- 2010-11-10 05:02:04 - 2674.15 user 573.73 system 3359.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full ___ 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: 8-STABLE buildworld failure
On 11/09/2010 19:09, Bryce Edwards wrote: > After updating source today, I am receiving the following error when > running make NOCCACHE=YES -j16 buildkernel > > > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer > -I/usr/obj/usr/src/sys/GENERIC -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 -std=iso9899:1999 -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.ko.debug zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | > xargs -J% objcopy % zlib.ko.debug > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug > zlib.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 > > Here's make.conf: > > SUP_UPDATE=yes > SUPFILE=/usr/share/examples/cvsup/stable-supfile > PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile > SUPHOST=cvsup5.us.freebsd.org > > #WITHOUT_X11=yes > > PORTS_MODULES=emulators/virtualbox-ose-kmod > > # ccache > .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && > !defined(NOCCACHE) > #CC=/usr/local/libexec/ccache/world-cc > #CXX=/usr/local/libexec/ccache/world-c++ > .endif > > # added by use.perl 2010-11-09 09:32:27 > PERL_VERSION=5.10.1 > > And src.conf: > > WITHOUT_PROFILE=true# Avoid compiling profiled libraries This is a log from a buildkernel and not like the subject insists as a buildworld. Can you please rebuild world and then try a buildkernel cd /usr/src make -DNOCCACHE -DALWAYS_CHECK_MAKE buildworld make -DNOCCACHE -DALWAYS_CHECK_MAKE buildkernel make -DNOCCACHE -DALWAYS_CHECK_MAKE installkernel Reboot & then: cd /usr/src make -DNOCCACHE installworld make -DNOCCACHE delete-old make -DNOCCACHE delete-old-libs You may also want to adjust that example ccache make.conf example sometime too as that will not always do what you expect it to do. -- jhell,v ___ 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: 8-STABLE buildworld failure
On Tue, Nov 9, 2010 at 11:04 PM, jhell wrote: > On 11/09/2010 19:09, Bryce Edwards wrote: >> After updating source today, I am receiving the following error when >> running make NOCCACHE=YES -j16 buildkernel >> >> >> ===> zlib (all) >> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >> /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer >> -I/usr/obj/usr/src/sys/GENERIC -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 -std=iso9899:1999 -fstack-protector -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -c >> /usr/src/sys/modules/zlib/../../net/zlib.c >> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >> :> export_syms >> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | >> xargs -J% objcopy % zlib.ko.debug >> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >> objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug >> zlib.ko >> 1 error >> *** Error code 2 >> 1 error >> *** Error code 2 >> >> Here's make.conf: >> >> SUP_UPDATE=yes >> SUPFILE=/usr/share/examples/cvsup/stable-supfile >> PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile >> SUPHOST=cvsup5.us.freebsd.org >> >> #WITHOUT_X11=yes >> >> PORTS_MODULES=emulators/virtualbox-ose-kmod >> >> # ccache >> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >> !defined(NOCCACHE) >> #CC=/usr/local/libexec/ccache/world-cc >> #CXX=/usr/local/libexec/ccache/world-c++ >> .endif >> >> # added by use.perl 2010-11-09 09:32:27 >> PERL_VERSION=5.10.1 >> >> And src.conf: >> >> WITHOUT_PROFILE=true # Avoid compiling profiled libraries > > This is a log from a buildkernel and not like the subject insists as a > buildworld. Can you please rebuild world and then try a buildkernel > > cd /usr/src > make -DNOCCACHE -DALWAYS_CHECK_MAKE buildworld > make -DNOCCACHE -DALWAYS_CHECK_MAKE buildkernel > make -DNOCCACHE -DALWAYS_CHECK_MAKE installkernel > > Reboot & then: > cd /usr/src > make -DNOCCACHE installworld > make -DNOCCACHE delete-old > make -DNOCCACHE delete-old-libs > My apologies! The subject is wrong and it was during the buildkernel. The buildworld was done just prior just like your example and completed OK. The only difference is that I did not define ALWAYS_CHECK_MAKE. > > You may also want to adjust that example ccache make.conf example > sometime too as that will not always do what you expect it to do. > > -- > > jhell,v > ___ 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: 8-STABLE buildworld failure
On 11/10/2010 00:07, Bryce Edwards wrote: > On Tue, Nov 9, 2010 at 11:04 PM, jhell wrote: >> On 11/09/2010 19:09, Bryce Edwards wrote: >>> After updating source today, I am receiving the following error when >>> running make NOCCACHE=YES -j16 buildkernel >>> >>> >>> ===> zlib (all) >>> cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE >>> -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include >>> /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq >>> -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer >>> -I/usr/obj/usr/src/sys/GENERIC -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 -std=iso9899:1999 -fstack-protector -Wall >>> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >>> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -c >>> /usr/src/sys/modules/zlib/../../net/zlib.c >>> ld -d -warn-common -r -d -o zlib.ko.debug zlib.o >>> :> export_syms >>> awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | >>> xargs -J% objcopy % zlib.ko.debug >>> objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols >>> objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug >>> zlib.ko >>> 1 error >>> *** Error code 2 >>> 1 error >>> *** Error code 2 >>> >>> Here's make.conf: >>> >>> SUP_UPDATE=yes >>> SUPFILE=/usr/share/examples/cvsup/stable-supfile >>> PORTSSUPFILE=/usr/share/examples/cvsup/ports-supfile >>> SUPHOST=cvsup5.us.freebsd.org >>> >>> #WITHOUT_X11=yes >>> >>> PORTS_MODULES=emulators/virtualbox-ose-kmod >>> >>> # ccache >>> .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && >>> !defined(NOCCACHE) >>> #CC=/usr/local/libexec/ccache/world-cc >>> #CXX=/usr/local/libexec/ccache/world-c++ >>> .endif >>> >>> # added by use.perl 2010-11-09 09:32:27 >>> PERL_VERSION=5.10.1 >>> >>> And src.conf: >>> >>> WITHOUT_PROFILE=true# Avoid compiling profiled libraries >> >> This is a log from a buildkernel and not like the subject insists as a >> buildworld. Can you please rebuild world and then try a buildkernel >> >> cd /usr/src >> make -DNOCCACHE -DALWAYS_CHECK_MAKE buildworld >> make -DNOCCACHE -DALWAYS_CHECK_MAKE buildkernel >> make -DNOCCACHE -DALWAYS_CHECK_MAKE installkernel >> >> Reboot & then: >> cd /usr/src >> make -DNOCCACHE installworld >> make -DNOCCACHE delete-old >> make -DNOCCACHE delete-old-libs >> > > My apologies! The subject is wrong and it was during the buildkernel. > The buildworld was done just prior just like your example and > completed OK. The only difference is that I did not define > ALWAYS_CHECK_MAKE. > Also quoting UPDATING: 20101022: A workaround for a fixed ld bug has been removed in kernel code, so make sure that your system ld is built from sources after revision 211583 from 2010-08-21 (r210245 from 2010-07-19 if building stable/8 kernel on head, r211584 from 2010-08-21 for stable/7). A symptom of incorrect ld version is different addresses for set_pcpu section and __start_set_pcpu symbol in kernel and/or modules. >> >> You may also want to adjust that example ccache make.conf example >> sometime too as that will not always do what you expect it to do. >> >> -- >> >> jhell,v >> -- jhell,v ___ 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: 8-STABLE buildworld failure
On Tue, Nov 09, 2010 at 06:09:08PM -0600, Bryce Edwards wrote: > After updating source today, I am receiving the following error when > running make NOCCACHE=YES -j16 buildkernel Please re-run the buildkernel without any -j or -jXX flags to see where the actual error happened. The below doesn't show the actual error due to the nature of the parallel build. I doubt this has anything to do with ccache. > ===> zlib (all) > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -fno-common -g -fno-omit-frame-pointer > -I/usr/obj/usr/src/sys/GENERIC -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 -std=iso9899:1999 -fstack-protector -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c > /usr/src/sys/modules/zlib/../../net/zlib.c > ld -d -warn-common -r -d -o zlib.ko.debug zlib.o > :> export_syms > awk -f /usr/src/sys/conf/kmod_syms.awk zlib.ko.debug export_syms | > xargs -J% objcopy % zlib.ko.debug > objcopy --only-keep-debug zlib.ko.debug zlib.ko.symbols > objcopy --strip-debug --add-gnu-debuglink=zlib.ko.symbols zlib.ko.debug > zlib.ko > 1 error > *** Error code 2 > 1 error > *** Error code 2 -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
