From bugmaster at FreeBSD.org Mon Feb 2 03:07:04 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 2 03:09:04 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200902021107.n12B706i094568@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 16 problems total. From marius at alchemy.franken.de Mon Feb 2 14:07:02 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Feb 2 14:07:09 2009 Subject: cas(4) [Re: Tier 2 Support] In-Reply-To: <1229690593.81803.8.camel@main.lerwick.hopto.org> References: <089f01c96137$1b7ea530$527bef90$@com> <1229624249.72316.12.camel@buffy.york.ac.uk> <1229690593.81803.8.camel@main.lerwick.hopto.org> Message-ID: <20090202220659.GA80091@alchemy.franken.de> On Fri, Dec 19, 2008 at 12:43:13PM +0000, Craig Butler wrote: > > > Are you talking about the Blade 100's (the desktop-style machines) or > > the B100 Blades (Sun's early attempt at Blade servers)? If you're > > talking the former, I can confirm that FreeBSD runs very well on them, > > however I don't believe the on-board network card is supported on the > > latter. > > aye, > > If its the b100s that slot into a b1600 chassis FreeBSD doesn't > currently work with the cassini nics that are in the chassis.... yet FYI, I've put a cas(4) with working basic support for Cassini+ and Saturn into the usiii perforce tree. If you have the latter you'll also want to fetch nsgphy(4) from there. Marius From tinderbox at freebsd.org Tue Feb 3 02:39:35 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 3 02:39:55 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090203103931.D84687302F@freebsd-current.sentex.ca> TB --- 2009-02-03 08:55:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 08:55:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-03 08:55:23 - cleaning the object tree TB --- 2009-02-03 08:55:53 - cvsupping the source tree TB --- 2009-02-03 08:55:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-03 08:56:00 - building world TB --- 2009-02-03 08:56:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 08:56:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 08:56:00 - TARGET=sparc64 TB --- 2009-02-03 08:56:00 - TARGET_ARCH=sparc64 TB --- 2009-02-03 08:56:00 - TZ=UTC TB --- 2009-02-03 08:56:00 - __MAKE_CONF=/dev/null TB --- 2009-02-03 08:56:00 - cd /src TB --- 2009-02-03 08:56:00 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 08:56:02 UTC 2009 >>> 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 Tue Feb 3 10:14:08 UTC 2009 TB --- 2009-02-03 10:14:08 - generating LINT kernel config TB --- 2009-02-03 10:14:08 - cd /src/sys/sparc64/conf TB --- 2009-02-03 10:14:08 - /usr/bin/make -B LINT TB --- 2009-02-03 10:14:08 - building LINT kernel TB --- 2009-02-03 10:14:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 10:14:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 10:14:08 - TARGET=sparc64 TB --- 2009-02-03 10:14:08 - TARGET_ARCH=sparc64 TB --- 2009-02-03 10:14:08 - TZ=UTC TB --- 2009-02-03 10:14:08 - __MAKE_CONF=/dev/null TB --- 2009-02-03 10:14:08 - cd /src TB --- 2009-02-03 10:14:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 10:14:08 UTC 2009 >>> 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 [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** 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 --- 2009-02-03 10:39:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 10:39:31 - ERROR: failed to build lint kernel TB --- 2009-02-03 10:39:31 - 5103.84 user 433.73 system 6248.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Feb 3 03:29:06 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 3 03:29:18 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090203112903.15F027302F@freebsd-current.sentex.ca> TB --- 2009-02-03 09:50:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 09:50:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-03 09:50:22 - cleaning the object tree TB --- 2009-02-03 09:50:50 - cvsupping the source tree TB --- 2009-02-03 09:50:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-03 09:50:58 - building world TB --- 2009-02-03 09:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 09:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 09:50:58 - TARGET=sun4v TB --- 2009-02-03 09:50:58 - TARGET_ARCH=sparc64 TB --- 2009-02-03 09:50:58 - TZ=UTC TB --- 2009-02-03 09:50:58 - __MAKE_CONF=/dev/null TB --- 2009-02-03 09:50:58 - cd /src TB --- 2009-02-03 09:50:58 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 09:50:59 UTC 2009 >>> 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 Tue Feb 3 11:06:03 UTC 2009 TB --- 2009-02-03 11:06:03 - generating LINT kernel config TB --- 2009-02-03 11:06:03 - cd /src/sys/sun4v/conf TB --- 2009-02-03 11:06:03 - /usr/bin/make -B LINT TB --- 2009-02-03 11:06:03 - building LINT kernel TB --- 2009-02-03 11:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 11:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 11:06:03 - TARGET=sun4v TB --- 2009-02-03 11:06:03 - TARGET_ARCH=sparc64 TB --- 2009-02-03 11:06:03 - TZ=UTC TB --- 2009-02-03 11:06:03 - __MAKE_CONF=/dev/null TB --- 2009-02-03 11:06:03 - cd /src TB --- 2009-02-03 11:06:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 11:06:03 UTC 2009 >>> 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 [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 11:29:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 11:29:03 - ERROR: failed to build lint kernel TB --- 2009-02-03 11:29:03 - 5079.16 user 430.36 system 5920.31 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From craig001 at lerwick.hopto.org Tue Feb 3 05:41:32 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Tue Feb 3 05:41:39 2009 Subject: can anyone make available the whole usIII source tree from perforce please Message-ID: <1233668470.1364.45.camel@main.lerwick.hopto.org> Hi Guys I am trying to compile and test out Marius's cassini drivers, I have created a module Makefile and can compile the module against head cvsup'd last night. However head buildkernel doesn't compile correctly on the sparc64 /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warnin g: data definition has no type or storage class /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warnin g: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warnin g: parameter names (without types) in function declaration /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In functio n 'usb2_quirkstr': /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) I would like to try it against the perforce source tree... Can someone please tar it up and make it available. http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/usiii&HIDEDEL=NO Thanks Craig Butler From marius at alchemy.franken.de Tue Feb 3 14:07:40 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Feb 3 14:07:47 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <1233668470.1364.45.camel@main.lerwick.hopto.org> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> Message-ID: <20090203220737.GA7715@alchemy.franken.de> On Tue, Feb 03, 2009 at 01:41:10PM +0000, Craig Butler wrote: > Hi Guys > > I am trying to compile and test out Marius's cassini drivers, I have > created a module Makefile and can compile the module against head > cvsup'd last night. > > However head buildkernel doesn't compile correctly on the sparc64 > <...> > > I would like to try it against the perforce source tree... Can someone > please tar it up and make it available. I use the perforce tree merely for dumping so it isn't guaranteed to compile as a whole either. FYI, I've added glue for FreeBSD < 800016 to cas(4) so you can use it with 7.1 as you initially intended. There's a strange panic in the mii(4) code when loading it as a module which I haven't looked at so far though, so I suggest to build it statically into the kernel for now. Marius From craig001 at lerwick.hopto.org Wed Feb 4 06:16:39 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Feb 4 06:16:45 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <20090203220737.GA7715@alchemy.franken.de> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> Message-ID: <1233756984.45384.31.camel@main.lerwick.hopto.org> On Tue, 2009-02-03 at 23:07 +0100, Marius Strobl wrote: > On Tue, Feb 03, 2009 at 01:41:10PM +0000, Craig Butler wrote: > > Hi Guys > > > > I am trying to compile and test out Marius's cassini drivers, I have > > created a module Makefile and can compile the module against head > > cvsup'd last night. > > > > However head buildkernel doesn't compile correctly on the sparc64 > > > > <...> > > > > > I would like to try it against the perforce source tree... Can someone > > please tar it up and make it available. > > I use the perforce tree merely for dumping so it isn't guaranteed > to compile as a whole either. FYI, I've added glue for FreeBSD < > 800016 to cas(4) so you can use it with 7.1 as you initially > intended. There's a strange panic in the mii(4) code when loading > it as a module which I haven't looked at so far though, so I > suggest to build it statically into the kernel for now. > > Marius > Hi Marius, Thanks for all your hard work and pointers so far. I have compiled and installed the new kernel (cas is statically compiled in). Unfortunately its panic'ing on boot with the following; cas0: at device 10.0 on pci0 panic: trap: memory address not aligned cpuid = 0 Uptime: 1s Is there a work around for that ? am I able to get anymore detail on the trap ? Kind Regards Craig Butler From craig001 at lerwick.hopto.org Wed Feb 4 06:24:36 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Feb 4 06:24:43 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <1233756984.45384.31.camel@main.lerwick.hopto.org> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> Message-ID: <1233757460.45384.32.camel@main.lerwick.hopto.org> On Wed, 2009-02-04 at 14:16 +0000, Craig Butler wrote: > > On Tue, 2009-02-03 at 23:07 +0100, Marius Strobl wrote: > > On Tue, Feb 03, 2009 at 01:41:10PM +0000, Craig Butler wrote: > > > Hi Guys > > > > > > I am trying to compile and test out Marius's cassini drivers, I have > > > created a module Makefile and can compile the module against head > > > cvsup'd last night. > > > > > > However head buildkernel doesn't compile correctly on the sparc64 > > > > > > > <...> > > > > > > > > I would like to try it against the perforce source tree... Can someone > > > please tar it up and make it available. > > > > I use the perforce tree merely for dumping so it isn't guaranteed > > to compile as a whole either. FYI, I've added glue for FreeBSD < > > 800016 to cas(4) so you can use it with 7.1 as you initially > > intended. There's a strange panic in the mii(4) code when loading > > it as a module which I haven't looked at so far though, so I > > suggest to build it statically into the kernel for now. > > > > Marius > > > > > Hi Marius, > > Thanks for all your hard work and pointers so far. I have compiled and > installed the new kernel (cas is statically compiled in). Unfortunately > its panic'ing on boot with the following; > > cas0: at device 10.0 on pci0 > panic: trap: memory address not aligned > cpuid = 0 > Uptime: 1s > > Is there a work around for that ? am I able to get anymore detail on the > trap ? > > Kind Regards > > Craig Butler bit more info, verbose boot; cas0: at device 10.0 on pci0 cas0: flags=0x8 cas0: Lazy allocation of 0x200000 bytes rid 0x10 type 3 at 0 panic: trap: memory address not aligned cpuid = 0 Uptime: 1s From rorya+freebsd.org at TrueStep.com Wed Feb 4 09:20:02 2009 From: rorya+freebsd.org at TrueStep.com (Rory Arms) Date: Wed Feb 4 09:20:09 2009 Subject: sparc64/131371: 7.1-R sparc64 panics on boot Message-ID: <200902041711.n14HBBGt042335@www.freebsd.org> >Number: 131371 >Category: sparc64 >Synopsis: 7.1-R sparc64 panics on boot >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 04 17:20:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Rory Arms >Release: 7.1-RELEASE >Organization: >Environment: FreeBSD 7.1-RELEASE #0: Fri Jan 2 01:32:39 UTC 2009 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >Description: Just decided to try installing FreeBSD/sparc64 on a Tatung U4MP The U4MP is a rackmount is based on the SUN SPARCengine UltraAXmp+ system board. This one has dual UltraSPARC II 450 MHz processors and 2048 MiB of RAM. I decided to netboot FreeBSD right from a CD image on a server, via OPB. Here's the log of the bootup with some POST output prior to kernel bootstrap: UltraAX-MP+ WorkServer (2 X UltraSPARC-II 448MHz), No Keyboard OpenBoot 3.10.50 ME, 2048 MB memory installed, Serial #15728707. Ethernet address 8:0:20:f0:0:43, Host ID: 80f00043. Initializing1024 megs of memory at addr 0 897 Software Power ON CPU0 has assumed the role of Boot CPU @(#) UltraAX-MP+ WorkServer 3.10.50 ME created 1999/09/13 14:38 Online: CPU0 UltraSPARC-II (v10.0) 5:1 4096KB 2-2 ECache MCap 10 Online: CPU1 UltraSPARC-II (v10.0) 5:1 4096KB 2-2 ECache MCap 10 Offline: CPU2 Offline: CPU3 Enter Checking KB ps/2 kbd check: 0000.0000.0000.00fe Checking Sun KB Marvin SC Dtag SRAM supports upto 8192KB of ECache Setting system ECache size to 4096KB Clearing DTAGS...Done Clearing E-Cache Tags...Done Clearing I/D TLBs...Done Probing Memory... memory @ 0000.0000.0000.0000 : 128 128 128 128 128 128 128 128 memory @ 0000.0000.4000.0000 : X X X X X X X X memory @ 0000.0000.8000.0000 : 128 128 128 128 128 128 128 128 memory @ 0000.0000.c000.0000 : X X X X X X X X Done MEM BASE = 0000.0000.8000.0000 MEM SIZE = 0000.0000.4000.0000 Clearing Memory...Done MMUs ON Copying ROM to RAM...Done ROM PC = 0000.01ff.f000.4730 Dcmpesig noMmry.000.00.00045a4 29KB..Doe Satn oth krel t00.00f057d ttya initialized SC Control: EWP:0 IAP:0 FATAL:0 WAKEUP:0 BXIR:0 BPOR:0 SXIR:0 SPOR:1 POR:0 Probing Memory Bank #0 128 128 128 128 128 128 128 128 : 1024 Megabytes Probing Memory Bank #1 0 0 0 0 0 0 0 0 : 0 Megabytes Probing Memory Bank #2 128 128 128 128 128 128 128 128 : 1024 Megabytes Probing Memory Bank #3 0 0 0 0 0 0 0 0 : 0 Megabytes Setting 60ns memory timings Environmental monitoring: Disabled i2c adc adc adc gpio gpio Probing Floppy: No drives detected Probing UPA slots... UPA slot 0 cpu UPA slot 1 cpu UPA slot 4 pci pci UPA slot 1f pci pci Probing /pci@1f,4000 at Device 1 network Probing /pci@1f,4000 at Device 2 Nothing there Probing /pci@1f,4000 at Device 3 Nothing there Probing /pci@1f,4000 at Device 4 Nothing there Probing /pci@1f,2000 at Device 1 Nothing there Probing /pci@4,4000 at Device 6 scsi disk tape scsi disk tape Probing /pci@4,4000 at Device 2 SUNW,m64Pro Probing /pci@4,4000 at Device 3 Nothing there Probing /pci@4,4000 at Device 4 Nothing there Probing /pci@4,4000 at Device 5 Nothing there Probing /pci@4,2000 at Device 1 Nothing there SC Control: EWP:0 IAP:0 FATAL:0 WAKEUP:0 BXIR:0 BPOR:0 SXIR:0 SPOR:1 POR:0 Probing Memory Bank #0 128 128 128 128 128 128 128 128 : 1024 Megabytes Probing Memory Bank #1 0 0 0 0 0 0 0 0 : 0 Megabytes Probing Memory Bank #2 128 128 128 128 128 128 128 128 : 1024 Megabytes Probing Memory Bank #3 0 0 0 0 0 0 0 0 : 0 Megabytes Setting 60ns memory timings Environmental monitoring: Disabled i2c adc adc adc gpio gpio Probing Floppy: No drives detected Probing UPA slots... UPA slot 0 cpu UPA slot 1 cpu UPA slot 4 pci pci UPA slot 1f pci pci Probing /pci@1f,4000 at Device 1 network Probing /pci@1f,4000 at Device 2 Nothing there Probing /pci@1f,4000 at Device 3 Nothing there Probing /pci@1f,4000 at Device 4 Nothing there Probing /pci@1f,2000 at Device 1 Nothing there Probing /pci@4,4000 at Device 6 scsi disk tape scsi disk tape Probing /pci@4,4000 at Device 2 SUNW,m64Pro Probing /pci@4,4000 at Device 3 Nothing there Probing /pci@4,4000 at Device 4 Nothing there Probing /pci@4,4000 at Device 5 Nothing there Probing /pci@4,2000 at Device 1 Nothing there UltraAX-MP+ WorkServer (2 X UltraSPARC-II 448MHz), No Keyboard OpenBoot 3.10.50 ME, 2048 MB memory installed, Serial #15728707. Ethernet address 8:0:20:f0:0:43, Host ID: 80f00043. Executing last command: boot /pci@1f,4000/network@1,1:bootp,loader-sparc64 Boot device: /pci@1f,4000/network@1,1:bootp,loader-sparc64 File and args: Using Onboard Transceiver - Link Up. 36a00 Server IP address: 10.101.1.1 Client IP address: 10.101.1.13 Gateway IP address: 10.101.1.1 Consoles: Open Firmware console Booting with sun4u support. FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@obrian.cse.buffalo.edu, Thu Jan 1 08:47:00 UTC 2009) bootpath="/pci@1f,4000/network@1,1:bootp,loader-sparc64" boot: ethernet address: 08:00:20:f0:00:43 Using Onboard Transceiver - Link Up. net_open: server addr: 10.101.1.1 net_open: server path: /mnt/cdrom Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x739b48+0x74b38 syms=[0x8+0x7d058+0x8+0x6bd34] - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... jumping to kernel entry at 0xc0070000. stray vector interrupt 2029 Copyright (c) 1992-2009 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.1-RELEASE #0: Fri Jan 2 01:32:39 UTC 2009 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC real memory = 2147483648 (2048 MB) avail memory = 2075926528 (1979 MB) cpu0: Sun Microsystems UltraSparc-II Processor (448.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-II Processor (448.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kbd0 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOP S_FUNC) nexus0: pcib0: mem 0x1fe00004000-0x1fe00005fff,0x1fe01000000-0x1fe0 10000ff,0x1fe00000000-0x1fe0000cfff irq 2033,2030,2031,2021,2024,2034 on nexus0 pcib0: Psycho, impl 0, version 4, IGN 0x1f, bus B, 33MHz pcib0: [FILTER] pcib0: [FILTER] pcib0: [GIANT-LOCKED] pcib0: [ITHREAD] pcib0: [GIANT-LOCKED] pcib0: [ITHREAD] initializing counter-timer Timecounter "pcib0" frequency 1000000 Hz quality 100 pcib0: DVMA map: 0xfc000000 to 0xffffffff pcib0: [FILTER] pci0: on pcib0 ebus0: mem 0x70000000-0x70ffffff,0x71000000-0x717fffff at dev ice 1.0 on pci0 auxio0: addr 0x1400726000-0x1400726003,0x1400728000-0x140072 8003,0x140072a000-0x140072a003,0x140072c000-0x140072c003,0x140072f000-0x140072f0 03 on ebus0 ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) ebus0: addr 0x1400500000-0x1400500007 (no driver attached) scc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: CTS oflow uart0: console (9600,n,8,1) uart1: on scc0 uart1: [FILTER] uart1: CTS oflow uart2: <16550 or compatible> addr 0x14003803f8-0x14003803ff irq 41 on ebus0 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: <16550 or compatible> addr 0x14003602f8-0x14003602ff irq 42 on ebus0 uart3: [FILTER] ebus0: addr 0x1400340278-0x1400340287,0x140030015c-0x140030015d,0x1400700 000-0x140070000f irq 34 (no driver attached) ebus0: addr 0x14003203f0-0x14003203f7,0x1400706000-0x140070600f,0x1400 720000-0x1400720003 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr 0x1400600000-0x1400600003 irq 40 (no driver attached) hme0: mem 0x8000-0xffff at device 1.1 on pci0 miibus0: on hme0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto hme0: Ethernet address: 08:00:20:f0:00:43 hme0: [ITHREAD] pcib1: mem 0x1fe00002000-0x1fe00003fff,0x1fe01800000-0x1fe0 18000ff,0x1fe00000000-0x1fe0000cfff irq 2032,2030,2031,2021,2024,2034 on nexus0 pcib1: Psycho, impl 0, version 4, IGN 0x1f, bus A, 66MHz pcib1: [FILTER] pci1: on pcib1 pcib2: mem 0x1c800004000-0x1c800005fff,0x1c801000000-0x1c80 10000ff,0x1c800000000-0x1c80000cfff irq 305,302,303 on nexus0 pcib2: Psycho, impl 0, version 4, IGN 0x4, bus B, 33MHz pcib2: [FILTER] pcib2: [FILTER] panic: psycho_set_intr: failed to set up interrupt 3 cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... Resetting ... >How-To-Repeat: It panics every single time on this model, however I've ever tried any other version, either. I'll be testing with NetBSD/sparc64 4.0 next and see how it does, as it looks like the psycho driver that FreeBSD uses was derived from NetBSD. Note that the system boots and runs just fine with the copy of Solaris 8 that's installed on one of the local drives. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From ansarm at gmail.com Wed Feb 4 10:41:46 2009 From: ansarm at gmail.com (Ansar Mohammed) Date: Wed Feb 4 10:41:53 2009 Subject: mount_smbfs In-Reply-To: <200902041711.n14HBBGt042335@www.freebsd.org> References: <200902041711.n14HBBGt042335@www.freebsd.org> Message-ID: <087f01c986f4$a1bd26c0$e5377440$@com> Is mount_smbfs supported under sparc64? From marius at alchemy.franken.de Wed Feb 4 11:39:13 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed Feb 4 11:39:20 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <1233756984.45384.31.camel@main.lerwick.hopto.org> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> Message-ID: <20090204193910.GH15677@alchemy.franken.de> On Wed, Feb 04, 2009 at 02:16:24PM +0000, Craig Butler wrote: > > Hi Marius, > > Thanks for all your hard work and pointers so far. I have compiled and > installed the new kernel (cas is statically compiled in). Unfortunately > its panic'ing on boot with the following; > > cas0: at device 10.0 on pci0 > panic: trap: memory address not aligned > cpuid = 0 > Uptime: 1s > > Is there a work around for that ? am I able to get anymore detail on the > trap ? > I need a backtrace and the corresponding source code line numbers to help you with this. The failsafe way to obtain these is to use a kernel built with kdb(4) and ddb(4) and to translate the addresses from the backtrace using gdb(1) with the corresponding kernel.debug. Marius From marius at alchemy.franken.de Wed Feb 4 11:41:43 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed Feb 4 11:41:50 2009 Subject: mount_smbfs In-Reply-To: <087f01c986f4$a1bd26c0$e5377440$@com> References: <200902041711.n14HBBGt042335@www.freebsd.org> <087f01c986f4$a1bd26c0$e5377440$@com> Message-ID: <20090204194141.GA15757@alchemy.franken.de> On Wed, Feb 04, 2009 at 01:15:58PM -0500, Ansar Mohammed wrote: > Is mount_smbfs supported under sparc64? > Last time yongari@ and me looked into this our conclusion was that it should be okay on big-endian machines after the last round of fixes but still lacks proper handling of architectures with strict alignment requirements, YMMV. Marius From marius at alchemy.franken.de Wed Feb 4 13:50:05 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed Feb 4 13:50:11 2009 Subject: sparc64/131371: 7.1-R sparc64 panics on boot Message-ID: <200902042150.n14Lo45f063887@freefall.freebsd.org> The following reply was made to PR sparc64/131371; it has been noted by GNATS. From: Marius Strobl To: Rory Arms Cc: freebsd-gnats-submit@freebsd.org Subject: Re: sparc64/131371: 7.1-R sparc64 panics on boot Date: Wed, 4 Feb 2009 22:30:32 +0100 On Wed, Feb 04, 2009 at 05:11:11PM +0000, Rory Arms wrote: > > pcib2: mem 0x1c800004000-0x1c800005fff,0x1c801000000-0x1c80 > 10000ff,0x1c800000000-0x1c80000cfff irq 305,302,303 on nexus0 > pcib2: Psycho, impl 0, version 4, IGN 0x4, bus B, 33MHz > pcib2: [FILTER] > pcib2: [FILTER] > panic: psycho_set_intr: failed to set up interrupt 3 Could you please give the following stable/7 kernel a try? http://people.freebsd.org/~marius/psycho.gz It's built with the patch at: http://people.freebsd.org/~marius/psycho.diff Marius From linimon at FreeBSD.org Thu Feb 5 15:00:56 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Thu Feb 5 15:01:02 2009 Subject: sparc64/131371: [panic] 7.1-R sparc64 panics on boot on Tatung U4MP Message-ID: <200902052300.n15N0thA057409@freefall.freebsd.org> Synopsis: [panic] 7.1-R sparc64 panics on boot on Tatung U4MP State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Thu Feb 5 23:00:43 UTC 2009 State-Changed-Why: Note that submitter was asked for feedback. http://www.freebsd.org/cgi/query-pr.cgi?pr=131371 From ansarm at gmail.com Thu Feb 5 16:52:46 2009 From: ansarm at gmail.com (Ansar Mohammed) Date: Thu Feb 5 16:53:44 2009 Subject: installing Solaris back onto ultra after FreeBSD Message-ID: <01ca01c987f5$37f23fd0$a7d6bf70$@com> Hello All, For some reason when I try to reinstall Solaris on my Ultra, after installing FreeBSD, the install hangs when it tries to write to disk. Has anyone seen this before? From ansarm at gmail.com Thu Feb 5 17:10:41 2009 From: ansarm at gmail.com (Ansar Mohammed) Date: Thu Feb 5 17:10:48 2009 Subject: installing Solaris back onto ultra after FreeBSD In-Reply-To: <498B8DB5.80305@alaska.net> References: <01ca01c987f5$37f23fd0$a7d6bf70$@com> <498B8DB5.80305@alaska.net> Message-ID: <01cf01c987f7$b87691e0$2963b5a0$@com> Format is core-dumping :) -----Original Message----- From: Royce Williams [mailto:royce@alaska.net] Sent: Thursday, February 05, 2009 8:09 PM To: Ansar Mohammed Cc: freebsd-sparc64@freebsd.org Subject: Re: installing Solaris back onto ultra after FreeBSD Ansar Mohammed wrote, on 2/5/2009 3:52 PM: > For some reason when I try to reinstall Solaris on my Ultra, after > installing FreeBSD, the install hangs when it tries to write to disk. Has > anyone seen this before? Hmm ... sounds like you didn't get an error - 'bad magic', 'label is corrupt' - anything like that? You may need to rewrite the disk label from a Solaris boot CD or other mechanism. Caveat: it's been a looong time since I've done this, am doing this from memory (and a little Googling). Use the 'format' command to view the current labels. If I recall correctly, you have to use 'format -e' (expert mode), select the drive in question, select 'label', and select SMI and then format the drive. Some more info - search for EFI here: dlc.sun.com/pdf/817-5093/817-5093.pdf Some other possibly useful threads: http://www.webservertalk.com/message1248306.html Listers: is this covered in a FAQ somewhere? Royce From royce at alaska.net Thu Feb 5 17:35:20 2009 From: royce at alaska.net (Royce Williams) Date: Thu Feb 5 17:35:26 2009 Subject: installing Solaris back onto ultra after FreeBSD In-Reply-To: <01ca01c987f5$37f23fd0$a7d6bf70$@com> References: <01ca01c987f5$37f23fd0$a7d6bf70$@com> Message-ID: <498B8DB5.80305@alaska.net> Ansar Mohammed wrote, on 2/5/2009 3:52 PM: > For some reason when I try to reinstall Solaris on my Ultra, after > installing FreeBSD, the install hangs when it tries to write to disk. Has > anyone seen this before? Hmm ... sounds like you didn't get an error - 'bad magic', 'label is corrupt' - anything like that? You may need to rewrite the disk label from a Solaris boot CD or other mechanism. Caveat: it's been a looong time since I've done this, am doing this from memory (and a little Googling). Use the 'format' command to view the current labels. If I recall correctly, you have to use 'format -e' (expert mode), select the drive in question, select 'label', and select SMI and then format the drive. Some more info - search for EFI here: dlc.sun.com/pdf/817-5093/817-5093.pdf Some other possibly useful threads: http://www.webservertalk.com/message1248306.html Listers: is this covered in a FAQ somewhere? Royce From sr at genyosha.net Thu Feb 5 18:15:33 2009 From: sr at genyosha.net (Steve Rikli) Date: Thu Feb 5 18:15:39 2009 Subject: installing Solaris back onto ultra after FreeBSD In-Reply-To: <01cf01c987f7$b87691e0$2963b5a0$@com> References: <01ca01c987f5$37f23fd0$a7d6bf70$@com> <498B8DB5.80305@alaska.net> <01cf01c987f7$b87691e0$2963b5a0$@com> Message-ID: <20090206014639.GA96198@dragon.genyosha.net> On Thu, Feb 05, 2009 at 08:10:36PM -0500, Ansar Mohammed wrote: > Format is core-dumping :) I think I've seen that before, though it may have been something other than a FreeBSD disk label. In any case Royce's explanation is probably still correct; what I did in that situation (i.e. unable to use 'format') was put the disk in another Ultra, 'dd' over the first few megabytes of the disk just to wipe out the existing label, and then try 'format' again after putting it back in the original machine w/Solaris boot CD etc. IIRC the absence of a recognizeable disk label was enough to let the Solaris 'format' put a new label of its own on the disk. I don't recall if a Solaris boot CD has 'dd' or something else included to otherwise wipe out the disk label -- maybe someone else knows an alternate trick, especially if you don't have a spare Ultra to work on the disk. If the disk you're hoping to re-install onto is still bootable(?) you may even be able to use it to destroy itself. :-) Cheers, sr. > -----Original Message----- > From: Royce Williams [mailto:royce@alaska.net] > Sent: Thursday, February 05, 2009 8:09 PM > To: Ansar Mohammed > Cc: freebsd-sparc64@freebsd.org > Subject: Re: installing Solaris back onto ultra after FreeBSD > > Ansar Mohammed wrote, on 2/5/2009 3:52 PM: > > For some reason when I try to reinstall Solaris on my Ultra, after > > installing FreeBSD, the install hangs when it tries to write to disk. Has > > anyone seen this before? > > Hmm ... sounds like you didn't get an error - 'bad magic', 'label is > corrupt' - anything like that? > > You may need to rewrite the disk label from a Solaris boot CD or other > mechanism. Caveat: it's been a looong time since I've done this, am > doing this from memory (and a little Googling). > > Use the 'format' command to view the current labels. If I recall > correctly, you have to use 'format -e' (expert mode), select the drive > in question, select 'label', and select SMI and then format the drive. > > Some more info - search for EFI here: > > dlc.sun.com/pdf/817-5093/817-5093.pdf > > > Some other possibly useful threads: > > http://www.webservertalk.com/message1248306.html > > > Listers: is this covered in a FAQ somewhere? > > Royce > > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" -- || Steve Rikli ||| || || Systems Administrator ||| How can something that is almost 3 MB || || Genyosha Networks ||| in size be called a "kernel"? || || sr@genyosha.net ||| || From drosih at rpi.edu Fri Feb 6 15:04:25 2009 From: drosih at rpi.edu (Garance A Drosihn) Date: Fri Feb 6 15:04:32 2009 Subject: installing Solaris back onto ultra after FreeBSD In-Reply-To: <20090206014639.GA96198@dragon.genyosha.net> References: <01ca01c987f5$37f23fd0$a7d6bf70$@com> <498B8DB5.80305@alaska.net> <01cf01c987f7$b87691e0$2963b5a0$@com> <20090206014639.GA96198@dragon.genyosha.net> Message-ID: At 5:46 PM -0800 2/5/09, Steve Rikli wrote: >On Thu, Feb 05, 2009, Ansar Mohammed wrote: > > Format is core-dumping :) > >I think I've seen that before, though it may have been something other >than a FreeBSD disk label. > >In any case Royce's explanation is probably still correct; what I did >in that situation (i.e. unable to use 'format') was put the disk in >another Ultra, 'dd' over the first few megabytes of the disk just to >wipe out the existing label, and then try 'format' again after putting >it back in the original machine w/Solaris boot CD etc. I assume that he could also boot up into a FreeBSD install CD, and use FreeBSD to 'dd' over the disk. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From tinderbox at freebsd.org Sat Feb 7 07:11:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 07:12:05 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090207151148.350A47302F@freebsd-current.sentex.ca> TB --- 2009-02-07 13:26:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 13:26:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-07 13:26:35 - cleaning the object tree TB --- 2009-02-07 13:27:07 - cvsupping the source tree TB --- 2009-02-07 13:27:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-07 13:27:14 - building world TB --- 2009-02-07 13:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 13:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 13:27:14 - TARGET=sparc64 TB --- 2009-02-07 13:27:14 - TARGET_ARCH=sparc64 TB --- 2009-02-07 13:27:14 - TZ=UTC TB --- 2009-02-07 13:27:14 - __MAKE_CONF=/dev/null TB --- 2009-02-07 13:27:14 - cd /src TB --- 2009-02-07 13:27:14 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 13:27:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 14:46:15 UTC 2009 TB --- 2009-02-07 14:46:15 - generating LINT kernel config TB --- 2009-02-07 14:46:15 - cd /src/sys/sparc64/conf TB --- 2009-02-07 14:46:15 - /usr/bin/make -B LINT TB --- 2009-02-07 14:46:15 - building LINT kernel TB --- 2009-02-07 14:46:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 14:46:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 14:46:15 - TARGET=sparc64 TB --- 2009-02-07 14:46:15 - TARGET_ARCH=sparc64 TB --- 2009-02-07 14:46:15 - TZ=UTC TB --- 2009-02-07 14:46:15 - __MAKE_CONF=/dev/null TB --- 2009-02-07 14:46:15 - cd /src TB --- 2009-02-07 14:46:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 14:46:15 UTC 2009 >>> 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 [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** 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 --- 2009-02-07 15:11:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 15:11:48 - ERROR: failed to build lint kernel TB --- 2009-02-07 15:11:48 - 5100.05 user 439.48 system 6312.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sat Feb 7 07:48:13 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 07:48:20 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090207154808.4C8787302F@freebsd-current.sentex.ca> TB --- 2009-02-07 14:07:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 14:07:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-07 14:07:39 - cleaning the object tree TB --- 2009-02-07 14:08:12 - cvsupping the source tree TB --- 2009-02-07 14:08:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-07 14:08:22 - building world TB --- 2009-02-07 14:08:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 14:08:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 14:08:22 - TARGET=sun4v TB --- 2009-02-07 14:08:22 - TARGET_ARCH=sparc64 TB --- 2009-02-07 14:08:22 - TZ=UTC TB --- 2009-02-07 14:08:22 - __MAKE_CONF=/dev/null TB --- 2009-02-07 14:08:22 - cd /src TB --- 2009-02-07 14:08:22 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 14:08:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 15:25:30 UTC 2009 TB --- 2009-02-07 15:25:30 - generating LINT kernel config TB --- 2009-02-07 15:25:30 - cd /src/sys/sun4v/conf TB --- 2009-02-07 15:25:30 - /usr/bin/make -B LINT TB --- 2009-02-07 15:25:30 - building LINT kernel TB --- 2009-02-07 15:25:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 15:25:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 15:25:30 - TARGET=sun4v TB --- 2009-02-07 15:25:30 - TARGET_ARCH=sparc64 TB --- 2009-02-07 15:25:30 - TZ=UTC TB --- 2009-02-07 15:25:30 - __MAKE_CONF=/dev/null TB --- 2009-02-07 15:25:30 - cd /src TB --- 2009-02-07 15:25:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 15:25:30 UTC 2009 >>> 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 [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 15:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 15:48:08 - ERROR: failed to build lint kernel TB --- 2009-02-07 15:48:08 - 5061.14 user 437.35 system 6028.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Sat Feb 7 15:18:07 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 15:18:23 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090207231803.A68E97302F@freebsd-current.sentex.ca> TB --- 2009-02-07 21:41:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 21:41:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-07 21:41:48 - cleaning the object tree TB --- 2009-02-07 21:42:22 - cvsupping the source tree TB --- 2009-02-07 21:42:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-07 21:42:32 - building world TB --- 2009-02-07 21:42:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 21:42:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 21:42:32 - TARGET=sparc64 TB --- 2009-02-07 21:42:32 - TARGET_ARCH=sparc64 TB --- 2009-02-07 21:42:32 - TZ=UTC TB --- 2009-02-07 21:42:32 - __MAKE_CONF=/dev/null TB --- 2009-02-07 21:42:32 - cd /src TB --- 2009-02-07 21:42:32 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 21:42:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 23:01:48 UTC 2009 TB --- 2009-02-07 23:01:48 - generating LINT kernel config TB --- 2009-02-07 23:01:48 - cd /src/sys/sparc64/conf TB --- 2009-02-07 23:01:48 - /usr/bin/make -B LINT TB --- 2009-02-07 23:01:48 - building LINT kernel TB --- 2009-02-07 23:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 23:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 23:01:48 - TARGET=sparc64 TB --- 2009-02-07 23:01:48 - TARGET_ARCH=sparc64 TB --- 2009-02-07 23:01:48 - TZ=UTC TB --- 2009-02-07 23:01:48 - __MAKE_CONF=/dev/null TB --- 2009-02-07 23:01:48 - cd /src TB --- 2009-02-07 23:01:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 23:01:48 UTC 2009 >>> 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 [...] alias_db.o(.text+0x34fc): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36d4): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36dc): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3894): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 23:18:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 23:18:03 - ERROR: failed to build lint kernel TB --- 2009-02-07 23:18:03 - 4633.48 user 415.73 system 5774.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sat Feb 7 15:47:20 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 7 15:47:37 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090207234717.8669F7302F@freebsd-current.sentex.ca> TB --- 2009-02-07 22:14:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 22:14:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-07 22:14:55 - cleaning the object tree TB --- 2009-02-07 22:15:28 - cvsupping the source tree TB --- 2009-02-07 22:15:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-07 22:15:36 - building world TB --- 2009-02-07 22:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 22:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 22:15:36 - TARGET=sun4v TB --- 2009-02-07 22:15:36 - TARGET_ARCH=sparc64 TB --- 2009-02-07 22:15:36 - TZ=UTC TB --- 2009-02-07 22:15:36 - __MAKE_CONF=/dev/null TB --- 2009-02-07 22:15:36 - cd /src TB --- 2009-02-07 22:15:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 22:15:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 23:32:50 UTC 2009 TB --- 2009-02-07 23:32:50 - generating LINT kernel config TB --- 2009-02-07 23:32:50 - cd /src/sys/sun4v/conf TB --- 2009-02-07 23:32:50 - /usr/bin/make -B LINT TB --- 2009-02-07 23:32:50 - building LINT kernel TB --- 2009-02-07 23:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 23:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 23:32:50 - TARGET=sun4v TB --- 2009-02-07 23:32:50 - TARGET_ARCH=sparc64 TB --- 2009-02-07 23:32:50 - TZ=UTC TB --- 2009-02-07 23:32:50 - __MAKE_CONF=/dev/null TB --- 2009-02-07 23:32:50 - cd /src TB --- 2009-02-07 23:32:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 23:32:50 UTC 2009 >>> 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 [...] alias_db.o(.text+0x34fc): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36d4): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36dc): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3894): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 23:47:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 23:47:17 - ERROR: failed to build lint kernel TB --- 2009-02-07 23:47:17 - 4599.20 user 413.13 system 5541.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From bugmaster at FreeBSD.org Mon Feb 9 03:07:00 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 9 03:09:18 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200902091106.n19B6wWT009259@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/131371 sparc64 [panic] 7.1-R sparc64 panics on boot on Tatung U4MP f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 17 problems total. From tinderbox at freebsd.org Tue Feb 10 23:18:13 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 10 23:18:26 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090211071810.41D217302F@freebsd-current.sentex.ca> TB --- 2009-02-11 06:08:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-11 06:08:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-11 06:08:16 - cleaning the object tree TB --- 2009-02-11 06:08:37 - cvsupping the source tree TB --- 2009-02-11 06:08:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-11 06:08:46 - building world TB --- 2009-02-11 06:08:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-11 06:08:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-11 06:08:46 - TARGET=sun4v TB --- 2009-02-11 06:08:46 - TARGET_ARCH=sparc64 TB --- 2009-02-11 06:08:46 - TZ=UTC TB --- 2009-02-11 06:08:46 - __MAKE_CONF=/dev/null TB --- 2009-02-11 06:08:46 - cd /src TB --- 2009-02-11 06:08:46 - /usr/bin/make -B buildworld >>> World build started on Wed Feb 11 06:08:48 UTC 2009 >>> 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 [...] 5536 bytes transferred in 0.000060 secs (92508633 bytes/sec) ===> sys/boot/sparc64/loader (all) cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -c /src/sys/boot/sparc64/loader/locore.S cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/loader/../../ficl -I/src/sys/boot/sparc64/loader/../../ficl/sparc64 -I/src/sys/boot/sparc64/loader/../../common -I. -I/src/sys/boot/sparc64/loader/../../ofw/libofw/ -I/src/sys/boot/sparc64/loader/../../../../lib/libstand/ -ffreestanding -c /src/sys/boot/sparc64/loader/main.c /src/sys/boot/sparc64/loader/main.c: In function 'itlb_enter_sun4u': /src/sys/boot/sparc64/loader/main.c:502: error: 'PROMBASE' undeclared (first use in this function) /src/sys/boot/sparc64/loader/main.c:502: error: (Each undeclared identifier is reported only once /src/sys/boot/sparc64/loader/main.c:502: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/boot/sparc64/loader. *** Error code 1 Stop in /src/sys/boot/sparc64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-11 07:18:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-11 07:18:10 - ERROR: failed to build world TB --- 2009-02-11 07:18:10 - 3371.59 user 331.06 system 4193.59 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Thu Feb 12 10:26:34 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Feb 12 10:26:45 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090212182623.021277302F@freebsd-current.sentex.ca> TB --- 2009-02-12 17:03:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 17:03:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-12 17:03:15 - cleaning the object tree TB --- 2009-02-12 17:03:45 - cvsupping the source tree TB --- 2009-02-12 17:03:45 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-12 17:03:54 - building world TB --- 2009-02-12 17:03:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 17:03:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 17:03:54 - TARGET=sparc64 TB --- 2009-02-12 17:03:54 - TARGET_ARCH=sparc64 TB --- 2009-02-12 17:03:54 - TZ=UTC TB --- 2009-02-12 17:03:54 - __MAKE_CONF=/dev/null TB --- 2009-02-12 17:03:54 - cd /src TB --- 2009-02-12 17:03:54 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 17:03:55 UTC 2009 >>> 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 Thu Feb 12 18:23:20 UTC 2009 TB --- 2009-02-12 18:23:20 - generating LINT kernel config TB --- 2009-02-12 18:23:20 - cd /src/sys/sparc64/conf TB --- 2009-02-12 18:23:20 - /usr/bin/make -B LINT TB --- 2009-02-12 18:23:20 - building LINT kernel TB --- 2009-02-12 18:23:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:23:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:23:20 - TARGET=sparc64 TB --- 2009-02-12 18:23:20 - TARGET_ARCH=sparc64 TB --- 2009-02-12 18:23:20 - TZ=UTC TB --- 2009-02-12 18:23:20 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:23:20 - cd /src TB --- 2009-02-12 18:23:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 18:23:20 UTC 2009 >>> 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 [...] machine -> /src/sys/sparc64/include ln -sf /obj/sparc64/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sparc64/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/sparc64/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 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 --- 2009-02-12 18:26:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 18:26:22 - ERROR: failed to build lint kernel TB --- 2009-02-12 18:26:22 - 3922.27 user 385.20 system 4987.52 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Thu Feb 12 10:31:57 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Feb 12 10:32:03 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090212183154.843D17302F@freebsd-current.sentex.ca> TB --- 2009-02-12 17:10:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-12 17:10:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-12 17:10:35 - cleaning the object tree TB --- 2009-02-12 17:10:59 - cvsupping the source tree TB --- 2009-02-12 17:10:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-12 17:11:07 - building world TB --- 2009-02-12 17:11:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 17:11:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 17:11:07 - TARGET=sun4v TB --- 2009-02-12 17:11:07 - TARGET_ARCH=sparc64 TB --- 2009-02-12 17:11:07 - TZ=UTC TB --- 2009-02-12 17:11:07 - __MAKE_CONF=/dev/null TB --- 2009-02-12 17:11:07 - cd /src TB --- 2009-02-12 17:11:07 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 12 17:11:08 UTC 2009 >>> 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 Thu Feb 12 18:29:23 UTC 2009 TB --- 2009-02-12 18:29:23 - generating LINT kernel config TB --- 2009-02-12 18:29:23 - cd /src/sys/sun4v/conf TB --- 2009-02-12 18:29:23 - /usr/bin/make -B LINT TB --- 2009-02-12 18:29:23 - building LINT kernel TB --- 2009-02-12 18:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-12 18:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-12 18:29:23 - TARGET=sun4v TB --- 2009-02-12 18:29:23 - TARGET_ARCH=sparc64 TB --- 2009-02-12 18:29:23 - TZ=UTC TB --- 2009-02-12 18:29:23 - __MAKE_CONF=/dev/null TB --- 2009-02-12 18:29:23 - cd /src TB --- 2009-02-12 18:29:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 12 18:29:23 UTC 2009 >>> 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 [...] sparc64 -> /src/sys/sparc64/include ln -sf /obj/sun4v/src/sys/LINT/opt_compat.h opt_compat.h ln -sf /obj/sun4v/src/sys/LINT/opt_mac.h opt_mac.h ln -sf /obj/sun4v/src/sys/LINT/opt_svr4.h opt_svr4.h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h make: don't know how to make svr4_machdep.c. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-12 18:31:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-12 18:31:54 - ERROR: failed to build lint kernel TB --- 2009-02-12 18:31:54 - 3917.34 user 386.91 system 4878.81 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From rorya+freebsd.org at TrueStep.com Thu Feb 12 16:40:03 2009 From: rorya+freebsd.org at TrueStep.com (Rory Arms) Date: Thu Feb 12 16:40:09 2009 Subject: sparc64/131371: [panic] 7.1-R sparc64 panics on boot on Tatung U4MP Message-ID: <200902130040.n1D0e3nR090908@freefall.freebsd.org> The following reply was made to PR sparc64/131371; it has been noted by GNATS. From: Rory Arms To: bug-followup@FreeBSD.org Cc: Subject: Re: sparc64/131371: [panic] 7.1-R sparc64 panics on boot on Tatung U4MP Date: Thu, 12 Feb 2009 18:52:52 -0500 Thanks, Marius. As mentioned in my reply email to you a few days ago, your patch resolves this issue. I look forward to seeing it committed to 7.1-STABLE. - rory From bugmaster at FreeBSD.org Mon Feb 16 03:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 16 03:09:14 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200902161106.n1GB6wne096269@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/131371 sparc64 [panic] 7.1-R sparc64 panics on boot on Tatung U4MP f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 17 problems total. From tinderbox at freebsd.org Mon Feb 16 11:51:23 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Feb 16 11:51:36 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090216195120.D8B747302F@freebsd-current.sentex.ca> TB --- 2009-02-16 18:00:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-16 18:00:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-16 18:00:43 - cleaning the object tree TB --- 2009-02-16 18:01:23 - cvsupping the source tree TB --- 2009-02-16 18:01:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-16 18:01:32 - building world TB --- 2009-02-16 18:01:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-16 18:01:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-16 18:01:32 - TARGET=sparc64 TB --- 2009-02-16 18:01:32 - TARGET_ARCH=sparc64 TB --- 2009-02-16 18:01:32 - TZ=UTC TB --- 2009-02-16 18:01:32 - __MAKE_CONF=/dev/null TB --- 2009-02-16 18:01:32 - cd /src TB --- 2009-02-16 18:01:32 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 16 18:01:34 UTC 2009 >>> 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 Mon Feb 16 19:20:28 UTC 2009 TB --- 2009-02-16 19:20:28 - generating LINT kernel config TB --- 2009-02-16 19:20:28 - cd /src/sys/sparc64/conf TB --- 2009-02-16 19:20:28 - /usr/bin/make -B LINT TB --- 2009-02-16 19:20:28 - building LINT kernel TB --- 2009-02-16 19:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-16 19:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-16 19:20:28 - TARGET=sparc64 TB --- 2009-02-16 19:20:28 - TARGET_ARCH=sparc64 TB --- 2009-02-16 19:20:28 - TZ=UTC TB --- 2009-02-16 19:20:28 - __MAKE_CONF=/dev/null TB --- 2009-02-16 19:20:28 - cd /src TB --- 2009-02-16 19:20:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 16 19:20:28 UTC 2009 >>> 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 Mon Feb 16 19:48:16 UTC 2009 TB --- 2009-02-16 19:48:16 - building GENERIC kernel TB --- 2009-02-16 19:48:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-16 19:48:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-16 19:48:16 - TARGET=sparc64 TB --- 2009-02-16 19:48:16 - TARGET_ARCH=sparc64 TB --- 2009-02-16 19:48:16 - TZ=UTC TB --- 2009-02-16 19:48:16 - __MAKE_CONF=/dev/null TB --- 2009-02-16 19:48:16 - cd /src TB --- 2009-02-16 19:48:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Feb 16 19:48:16 UTC 2009 >>> 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 [...] /src/sys/cam/cam_xpt.c:6064: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6129: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6174: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6285: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6318: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6356: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6359: warning: unused variable 'text' /src/sys/cam/cam_xpt.c:6368: warning: unused variable 'text' *** Error code 1 Stop in /obj/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-16 19:51:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-16 19:51:20 - ERROR: failed to build GENERIC kernel TB --- 2009-02-16 19:51:20 - 5350.48 user 474.51 system 6636.71 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Feb 17 14:39:22 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 17 14:39:38 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090217223916.B73EA7302F@freebsd-current.sentex.ca> TB --- 2009-02-17 21:23:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-17 21:23:15 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-17 21:23:15 - cleaning the object tree TB --- 2009-02-17 21:23:49 - cvsupping the source tree TB --- 2009-02-17 21:23:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-17 21:23:58 - building world TB --- 2009-02-17 21:23:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-17 21:23:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-17 21:23:58 - TARGET=sun4v TB --- 2009-02-17 21:23:58 - TARGET_ARCH=sparc64 TB --- 2009-02-17 21:23:58 - TZ=UTC TB --- 2009-02-17 21:23:58 - __MAKE_CONF=/dev/null TB --- 2009-02-17 21:23:58 - cd /src TB --- 2009-02-17 21:23:58 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 17 21:23:59 UTC 2009 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/filter.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftp-proxy ftp-proxy.o filter.o /obj/sun4v/src/usr.sbin/ftp-proxy/ftp-proxy/../libevent/libevent.a gzip -cn /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.8 > ftp-proxy.8.gz ===> usr.sbin/fwcontrol (all) cc -O2 -pipe -I/src/usr.sbin/fwcontrol -I/src/usr.sbin/fwcontrol/../../sys -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/fwcontrol/fwcontrol.c /src/usr.sbin/fwcontrol/fwcontrol.c: In function 'show_topology_map': /src/usr.sbin/fwcontrol/fwcontrol.c:546: error: 'struct ' has no member named 'phy_delay' *** Error code 1 Stop in /src/usr.sbin/fwcontrol. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-17 22:39:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-17 22:39:16 - ERROR: failed to build world TB --- 2009-02-17 22:39:16 - 3599.45 user 353.77 system 4561.21 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Tue Feb 17 14:39:35 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 17 14:39:58 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090217223926.DFD9E73031@freebsd-current.sentex.ca> TB --- 2009-02-17 21:22:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-17 21:22:51 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-17 21:22:51 - cleaning the object tree TB --- 2009-02-17 21:23:24 - cvsupping the source tree TB --- 2009-02-17 21:23:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-17 21:23:33 - building world TB --- 2009-02-17 21:23:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-17 21:23:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-17 21:23:33 - TARGET=sparc64 TB --- 2009-02-17 21:23:33 - TARGET_ARCH=sparc64 TB --- 2009-02-17 21:23:33 - TZ=UTC TB --- 2009-02-17 21:23:33 - __MAKE_CONF=/dev/null TB --- 2009-02-17 21:23:33 - cd /src TB --- 2009-02-17 21:23:33 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 17 21:23:35 UTC 2009 >>> 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 [...] cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/filter.c cc -O2 -pipe -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/libevent -I/src/usr.sbin/ftp-proxy/ftp-proxy/../../../sys/contrib/pf -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o ftp-proxy ftp-proxy.o filter.o /obj/sparc64/src/usr.sbin/ftp-proxy/ftp-proxy/../libevent/libevent.a gzip -cn /src/usr.sbin/ftp-proxy/ftp-proxy/../../../contrib/pf/ftp-proxy/ftp-proxy.8 > ftp-proxy.8.gz ===> usr.sbin/fwcontrol (all) cc -O2 -pipe -I/src/usr.sbin/fwcontrol -I/src/usr.sbin/fwcontrol/../../sys -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/fwcontrol/fwcontrol.c /src/usr.sbin/fwcontrol/fwcontrol.c: In function 'show_topology_map': /src/usr.sbin/fwcontrol/fwcontrol.c:546: error: 'struct ' has no member named 'phy_delay' *** Error code 1 Stop in /src/usr.sbin/fwcontrol. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-17 22:39:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-17 22:39:26 - ERROR: failed to build world TB --- 2009-02-17 22:39:26 - 3599.99 user 353.70 system 4595.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From flo at kasimir.com Tue Feb 17 16:37:19 2009 From: flo at kasimir.com (Florian Smeets) Date: Tue Feb 17 16:37:25 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <1233756984.45384.31.camel@main.lerwick.hopto.org> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> Message-ID: <499B5520.3040801@kasimir.com> On 04.02.2009 15:16 Uhr, Craig Butler wrote: > Hi Marius, > > Thanks for all your hard work and pointers so far. I have compiled and > installed the new kernel (cas is statically compiled in). Unfortunately > its panic'ing on boot with the following; > > cas0: at device 10.0 on pci0 > panic: trap: memory address not aligned > cpuid = 0 > Uptime: 1s > FWIW, i compiled a kernel with these changes and the cards probe fine. cas0: mem 0x2000000-0x21fffff at device 0.0 on pci1 miibus1: on cas0 cas0: 16kB RX FIFO, 9kB TX FIFO cas0: Ethernet address: 00:03:ba:XX:XX:XX cas0: [ITHREAD] cas1: mem 0x2400000-0x25fffff at device 1.0 on pci1 miibus2: on cas1 cas1: 16kB RX FIFO, 9kB TX FIFO cas1: Ethernet address: 00:03:ba:XX:XX:XX cas1: [ITHREAD] I don't have a cable connected yet, as the machine is remote, but I'll be sure to test it soon. Cheers, Florian From craig001 at lerwick.hopto.org Wed Feb 18 03:10:12 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Wed Feb 18 03:10:19 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <499B5520.3040801@kasimir.com> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> <499B5520.3040801@kasimir.com> Message-ID: <1234955366.2949.2.camel@main.lerwick.hopto.org> On Wed, 2009-02-18 at 01:24 +0100, Florian Smeets wrote: > On 04.02.2009 15:16 Uhr, Craig Butler wrote: > > Hi Marius, > > > > Thanks for all your hard work and pointers so far. I have compiled and > > installed the new kernel (cas is statically compiled in). Unfortunately > > its panic'ing on boot with the following; > > > > cas0: at device 10.0 on pci0 > > panic: trap: memory address not aligned > > cpuid = 0 > > Uptime: 1s > > > > FWIW, i compiled a kernel with these changes and the cards probe fine. > > cas0: mem 0x2000000-0x21fffff at > device 0.0 on pci1 > miibus1: on cas0 > cas0: 16kB RX FIFO, 9kB TX FIFO > cas0: Ethernet address: 00:03:ba:XX:XX:XX > cas0: [ITHREAD] > cas1: mem 0x2400000-0x25fffff at > device 1.0 on pci1 > miibus2: on cas1 > cas1: 16kB RX FIFO, 9kB TX FIFO > cas1: Ethernet address: 00:03:ba:XX:XX:XX > cas1: [ITHREAD] > > I don't have a cable connected yet, as the machine is remote, but I'll > be sure to test it soon. > > Cheers, > Florian > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" Congrats ! shame its not working on the b1600 chassis with b100s blades, Marius and myself are trying to debug it atm when I get some free time away from work.. From spawk at acm.poly.edu Fri Feb 20 17:10:02 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Fri Feb 20 17:12:59 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Message-ID: <200902210106.n1L167VG099885@www.freebsd.org> >Number: 131921 >Category: sparc64 >Synopsis: Sending layer-3 traffic over EtherIP tunnel causes kernel panic >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-sparc64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 21 01:10:01 UTC 2009 >Closed-Date: >Last-Modified: >Originator: Boris Kochergin >Release: 7.1 >Organization: Polytechnic Institute of NYU >Environment: FreeBSD dibner-0-ap 7.1-RELEASE-p2 FreeBSD 7.1-RELEASE-p2 #2: Fri Jan 30 22:41:46 EST 2009 boris@dibner-0-ap:/usr/obj/usr/src/sys/DIBNER-0-AP sparc64 >Description: Configuring an EtherIP tunnel on a sparc64 machine, then attempting to send layer-3 traffic over it, panics the kernel. Here is a sample configuration: hme0: flags=8843 metric 0 mtu 1500 options=b ether 08:00:20:f5:65:bb inet 128.238.9.196 netmask 0xffffff00 broadcast 128.238.9.255 media: Ethernet autoselect (100baseTX ) status: active ath0: flags=8943 metric 0 mtu 1500 ether 00:18:e7:32:b7:bd media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) status: associated ssid acm channel 1 (2412 Mhz 11g) bssid 00:18:e7:32:b7:bd authmode OPEN privacy ON deftxkey 1 wepkey 1:104-bit txpower 31.5 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS burst dtimperiod 1 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 bridge0: flags=8843 metric 0 mtu 1500 ether 3a:d6:0d:f7:8a:0b id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: gif0 flags=143 ifmaxaddr 0 port 5 priority 128 path cost 55 member: ath0 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 370370 gif0: flags=8051 metric 0 mtu 1280 tunnel inet 128.238.9.196 --> 128.238.9.199 inet 10.0.0.2 --> 10.0.0.1 netmask 0xffffff00 If I were to assign an IP address to bridge0 and attempt to do anything with it, or if I attempt to send any layer-3 traffic to 10.0.0.1, the kernel panics. Note that the above machine's main purpose is to bridge traffic between the ath0 device and the endpoint of the gif0 tunnel, and the machine itself generates no layer-3 traffic over the EtherIP tunnel, so it's fine if left alone. The problem does not appear on i386. Here is a backtrace: Unread portion of the kernel message buffer: panic: trap: memory address not aligned cpuid = 1 Uptime: 7m24s Dumping 768 MB (2 chunks) chunk at 0: 536870912 bytes | #0 0x00000000c029a0d8 in doadump () at /usr/src/sys/kern/kern_shutdown.c:243 243 savectx(&dumppcb); (kgdb) where #0 0x00000000c029a0d8 in doadump () at /usr/src/sys/kern/kern_shutdown.c:243 #1 0x00000000c029aab8 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #2 0x00000000c029adbc in panic (fmt=0xc06af798 "trap: %s") at /usr/src/sys/kern/kern_shutdown.c:574 #3 0x00000000c0580928 in trap (tf=0xe06dac10) at /usr/src/sys/sparc64/sparc64/trap.c:378 #4 0x00000000c0070fe0 in tl1_trap () #5 0x00000000c03a49d0 in ip_output (m=0xfffff80001756000, opt=0x0, ro=0x0, flags=-1066005504, imo=0x201, inp=0x0) at /usr/src/sys/netinet/ip_output.c:152 #6 0x00000000c039beb4 in in_rtalloc_ign (ro=0xfffff80001829172, ignflags=0, fibnum=22098760) at /usr/src/sys/netinet/in_rmx.c:446 #7 0x00000000c0396b68 in in_gif_output (ifp=Variable "ifp" is not available. ) at /usr/src/sys/netinet/in_gif.c:230 #8 0x00000000c03518bc in gif_output (ifp=0xfffff80001078800, m=0xfffff80001829100, dst=0xe06db078, rt=0xfffff800016e00f8) at /usr/src/sys/net/if_gif.c:455 #9 0x00000000c03a55f8 in ip_output (m=0xfffff80001829100, opt=Variable "opt" is not available. ) at /usr/src/sys/netinet/ip_output.c:554 #10 0x00000000c03a7690 in rip_output (m=0xfffff80001829100, so=Variable "so" is not available. ) at /usr/src/sys/netinet/raw_ip.c:414 #11 0x00000000c03a7754 in rip_send (so=0xfffff80001670000, flags=0, m=0xfffff80001829100, nam=0xfffff80001552640, control=0x0, td=0xfffff80001756000) at /usr/src/sys/netinet/raw_ip.c:885 #12 0x00000000c03040ac in sosend_generic (so=0xfffff80001670000, addr=0xfffff80001552640, uio=0xe06db4a8, top=0xfffff80001829100, control=0x0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/uipc_socket.c:1246 #13 0x00000000c02ff974 in sosend (so=0xfffff80001670000, addr=0xfffff80001552640, uio=0xe06db4a8, top=0x0, control=0x0, flags=0, td=0xfffff80001756000) at /usr/src/sys/kern/uipc_socket.c:1288 #14 0x00000000c03070a4 in kern_sendit (td=0xfffff80001756000, s=3, mp=0xe06db680, flags=0, control=0x0, segflg=Variable "segflg" is not available. ) at /usr/src/sys/kern/uipc_syscalls.c:805 #15 0x00000000c0309f94 in sendit (td=0xfffff80001756000, s=3, mp=0xe06db680, flags=0) at /usr/src/sys/kern/uipc_syscalls.c:742 #16 0x00000000c030a0cc in sendto (td=0xfffff80001756000, uap=0xe06db770) at /usr/src/sys/kern/uipc_syscalls.c:857 #17 0x00000000c0580c4c in syscall (tf=0xe06db880) at /usr/src/sys/sparc64/sparc64/trap.c:610 #18 0x00000000c0070dc0 in tl0_intr () #19 0x0000000000000000 in ?? () >How-To-Repeat: Attempt to send layer-3 traffic over an EtherIP tunnel on sparc64. ping(8) will do the trick. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From tinderbox at freebsd.org Fri Feb 20 19:00:48 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 20 19:01:00 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090221030045.20F247302F@freebsd-current.sentex.ca> TB --- 2009-02-21 01:51:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-21 01:51:48 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-21 01:51:48 - cleaning the object tree TB --- 2009-02-21 01:52:12 - cvsupping the source tree TB --- 2009-02-21 01:52:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-21 01:52:19 - building world TB --- 2009-02-21 01:52:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-21 01:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-21 01:52:19 - TARGET=sun4v TB --- 2009-02-21 01:52:19 - TARGET_ARCH=sparc64 TB --- 2009-02-21 01:52:19 - TZ=UTC TB --- 2009-02-21 01:52:19 - __MAKE_CONF=/dev/null TB --- 2009-02-21 01:52:19 - cd /src TB --- 2009-02-21 01:52:19 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 21 01:52:20 UTC 2009 >>> 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 [...] /obj/sun4v/src/tmp/usr/include/dev/usb2/include/usb2_standard.h:596: error: conflicting types for 'usb_otg_descriptor_t' /obj/sun4v/src/tmp/usr/include/dev/usb/usb.h:362: error: previous declaration of 'usb_otg_descriptor_t' was here /obj/sun4v/src/tmp/usr/include/dev/usb2/include/usb2_standard.h:611: error: conflicting types for 'usb_status_t' /obj/sun4v/src/tmp/usr/include/dev/usb/usb.h:376: error: previous declaration of 'usb_status_t' was here /obj/sun4v/src/tmp/usr/include/dev/usb2/include/usb2_standard.h:619: error: conflicting types for 'usb_hub_status_t' /obj/sun4v/src/tmp/usr/include/dev/usb/usb.h:383: error: previous declaration of 'usb_hub_status_t' was here /obj/sun4v/src/tmp/usr/include/dev/usb2/include/usb2_standard.h:641: error: conflicting types for 'usb_port_status_t' /obj/sun4v/src/tmp/usr/include/dev/usb/usb.h:403: error: previous declaration of 'usb_port_status_t' was here *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-21 03:00:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-21 03:00:44 - ERROR: failed to build world TB --- 2009-02-21 03:00:44 - 3410.39 user 332.16 system 4136.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From marius at alchemy.franken.de Sun Feb 22 09:02:32 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun Feb 22 09:02:39 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <499B5520.3040801@kasimir.com> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <20090203220737.GA7715@alchemy.franken.de> <1233756984.45384.31.camel@main.lerwick.hopto.org> <499B5520.3040801@kasimir.com> Message-ID: <20090222170230.GB69979@alchemy.franken.de> On Wed, Feb 18, 2009 at 01:24:00AM +0100, Florian Smeets wrote: > On 04.02.2009 15:16 Uhr, Craig Butler wrote: > >Hi Marius, > > > >Thanks for all your hard work and pointers so far. I have compiled and > >installed the new kernel (cas is statically compiled in). Unfortunately > >its panic'ing on boot with the following; > > > >cas0: at device 10.0 on pci0 > >panic: trap: memory address not aligned > >cpuid = 0 > >Uptime: 1s > > > > FWIW, i compiled a kernel with these changes and the cards probe fine. > > cas0: mem 0x2000000-0x21fffff at > device 0.0 on pci1 > miibus1: on cas0 > cas0: 16kB RX FIFO, 9kB TX FIFO > cas0: Ethernet address: 00:03:ba:XX:XX:XX > cas0: [ITHREAD] > cas1: mem 0x2400000-0x25fffff at > device 1.0 on pci1 > miibus2: on cas1 > cas1: 16kB RX FIFO, 9kB TX FIFO > cas1: Ethernet address: 00:03:ba:XX:XX:XX > cas1: [ITHREAD] > > I don't have a cable connected yet, as the machine is remote, but I'll > be sure to test it soon. > FYI, the above panic likely isn't a problem of cas(4) but arises from the fact that the resource of that NIC starts at 0 according to its BAR, which is somewhat uncommon but nevertheless should work yet seems to trigger a bug at some other level. Marius From marius at alchemy.franken.de Sun Feb 22 09:10:03 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun Feb 22 09:10:13 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Message-ID: <200902221710.n1MHA3jf093697@freefall.freebsd.org> The following reply was made to PR sparc64/131921; it has been noted by GNATS. From: Marius Strobl To: bug-followup@FreeBSD.org, spawk@acm.poly.edu Cc: Subject: Re: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Date: Sun, 22 Feb 2009 17:58:54 +0100 Could you please give the patch at following URL a try? http://people.freebsd.org/~marius/gif_etherip_align.diff Thanks, Marius From spawk at acm.poly.edu Sun Feb 22 22:00:13 2009 From: spawk at acm.poly.edu (Boris Kochergin) Date: Sun Feb 22 22:00:20 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Message-ID: <200902230600.n1N60Awq088244@freefall.freebsd.org> The following reply was made to PR sparc64/131921; it has been noted by GNATS. From: Boris Kochergin To: Marius Strobl Cc: bug-followup@FreeBSD.org Subject: Re: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Date: Mon, 23 Feb 2009 00:53:53 -0500 The patch fixes it, and I've also tested it on i386 to make sure it doesn't cause any trouble there. Thanks! -Boris From bugmaster at FreeBSD.org Mon Feb 23 03:07:00 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Feb 23 03:09:38 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200902231106.n1NB6xhb055648@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o sparc/131921 sparc64 Sending layer-3 traffic over EtherIP tunnel causes ker f sparc/131371 sparc64 [panic] 7.1-R sparc64 panics on boot on Tatung U4MP f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 7.0 Beta won't install on U60 o sparc/118932 sparc64 7.0-BETA4/sparc-64 kernel panic in rip_output o sparc/113556 sparc64 panic: trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 system is hinged during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 18 problems total. From jhb at freebsd.org Mon Feb 23 07:34:15 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 23 07:34:21 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <20090222170230.GB69979@alchemy.franken.de> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <499B5520.3040801@kasimir.com> <20090222170230.GB69979@alchemy.franken.de> Message-ID: <200902230905.23149.jhb@freebsd.org> On Sunday 22 February 2009 12:02:30 pm Marius Strobl wrote: > On Wed, Feb 18, 2009 at 01:24:00AM +0100, Florian Smeets wrote: > > On 04.02.2009 15:16 Uhr, Craig Butler wrote: > > >Hi Marius, > > > > > >Thanks for all your hard work and pointers so far. I have compiled and > > >installed the new kernel (cas is statically compiled in). Unfortunately > > >its panic'ing on boot with the following; > > > > > >cas0: at device 10.0 on pci0 > > >panic: trap: memory address not aligned > > >cpuid = 0 > > >Uptime: 1s > > > > > > > FWIW, i compiled a kernel with these changes and the cards probe fine. > > > > cas0: mem 0x2000000-0x21fffff at > > device 0.0 on pci1 > > miibus1: on cas0 > > cas0: 16kB RX FIFO, 9kB TX FIFO > > cas0: Ethernet address: 00:03:ba:XX:XX:XX > > cas0: [ITHREAD] > > cas1: mem 0x2400000-0x25fffff at > > device 1.0 on pci1 > > miibus2: on cas1 > > cas1: 16kB RX FIFO, 9kB TX FIFO > > cas1: Ethernet address: 00:03:ba:XX:XX:XX > > cas1: [ITHREAD] > > > > I don't have a cable connected yet, as the machine is remote, but I'll > > be sure to test it soon. > > > > FYI, the above panic likely isn't a problem of cas(4) but > arises from the fact that the resource of that NIC starts > at 0 according to its BAR, which is somewhat uncommon but > nevertheless should work yet seems to trigger a bug at > some other level. The PCI bus driver assumes a BAR of 0 is an invalid resource. There are many systems that use 0 to disable a BAR. I have no idea if "0" is a magic value to disable an individual BAR in the PCI spec itself, however. -- John Baldwin From marius at alchemy.franken.de Mon Feb 23 10:10:04 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Feb 23 10:10:15 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Message-ID: <200902231810.n1NIA3OW081157@freefall.freebsd.org> The following reply was made to PR sparc64/131921; it has been noted by GNATS. From: Marius Strobl To: thompsa@freebsd.org Cc: bug-followup@freebsd.org Subject: Re: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic Date: Mon, 23 Feb 2009 19:01:42 +0100 On Mon, Feb 23, 2009 at 12:53:53AM -0500, Boris Kochergin wrote: > The patch fixes it, and I've also tested it on i386 to make sure it > doesn't cause any trouble there. Thanks! > Hi Andrew, are you okay with the following patch? http://people.freebsd.org/~marius/gif_etherip_align.diff Marius From marius at alchemy.franken.de Mon Feb 23 10:15:36 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Mon Feb 23 10:15:43 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <200902230905.23149.jhb@freebsd.org> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <499B5520.3040801@kasimir.com> <20090222170230.GB69979@alchemy.franken.de> <200902230905.23149.jhb@freebsd.org> Message-ID: <20090223181534.GB46006@alchemy.franken.de> On Mon, Feb 23, 2009 at 09:05:22AM -0500, John Baldwin wrote: > On Sunday 22 February 2009 12:02:30 pm Marius Strobl wrote: > > On Wed, Feb 18, 2009 at 01:24:00AM +0100, Florian Smeets wrote: > > > On 04.02.2009 15:16 Uhr, Craig Butler wrote: > > > >Hi Marius, > > > > > > > >Thanks for all your hard work and pointers so far. I have compiled and > > > >installed the new kernel (cas is statically compiled in). Unfortunately > > > >its panic'ing on boot with the following; > > > > > > > >cas0: at device 10.0 on pci0 > > > >panic: trap: memory address not aligned > > > >cpuid = 0 > > > >Uptime: 1s > > > > > > > > > > FWIW, i compiled a kernel with these changes and the cards probe fine. > > > > > > cas0: mem 0x2000000-0x21fffff at > > > device 0.0 on pci1 > > > miibus1: on cas0 > > > cas0: 16kB RX FIFO, 9kB TX FIFO > > > cas0: Ethernet address: 00:03:ba:XX:XX:XX > > > cas0: [ITHREAD] > > > cas1: mem 0x2400000-0x25fffff at > > > device 1.0 on pci1 > > > miibus2: on cas1 > > > cas1: 16kB RX FIFO, 9kB TX FIFO > > > cas1: Ethernet address: 00:03:ba:XX:XX:XX > > > cas1: [ITHREAD] > > > > > > I don't have a cable connected yet, as the machine is remote, but I'll > > > be sure to test it soon. > > > > > > > FYI, the above panic likely isn't a problem of cas(4) but > > arises from the fact that the resource of that NIC starts > > at 0 according to its BAR, which is somewhat uncommon but > > nevertheless should work yet seems to trigger a bug at > > some other level. > > The PCI bus driver assumes a BAR of 0 is an invalid resource. There are many > systems that use 0 to disable a BAR. I have no idea if "0" is a magic value > to disable an individual BAR in the PCI spec itself, however. > I'm aware of the former, my understanding of the pci(4) code is that it won't pre-allocate such a resource but modulo bugs treats it normally when a driver allocates it though. I've found no indication in the PCI specs that 0 would be a magic value here. It also matches what the firmware has assigned to the device according to the OFW device tree. If the 0 here actually indicates a disabled BAR than this isn't exactly obvious to me as there would be better means in OFW to disable a device... Marius From jhb at freebsd.org Mon Feb 23 12:17:36 2009 From: jhb at freebsd.org (John Baldwin) Date: Mon Feb 23 12:17:42 2009 Subject: can anyone make available the whole usIII source tree from perforce please In-Reply-To: <20090223181534.GB46006@alchemy.franken.de> References: <1233668470.1364.45.camel@main.lerwick.hopto.org> <200902230905.23149.jhb@freebsd.org> <20090223181534.GB46006@alchemy.franken.de> Message-ID: <200902231425.26976.jhb@freebsd.org> On Monday 23 February 2009 1:15:34 pm Marius Strobl wrote: > On Mon, Feb 23, 2009 at 09:05:22AM -0500, John Baldwin wrote: > > On Sunday 22 February 2009 12:02:30 pm Marius Strobl wrote: > > > On Wed, Feb 18, 2009 at 01:24:00AM +0100, Florian Smeets wrote: > > > > On 04.02.2009 15:16 Uhr, Craig Butler wrote: > > > > >Hi Marius, > > > > > > > > > >Thanks for all your hard work and pointers so far. I have compiled and > > > > >installed the new kernel (cas is statically compiled in). Unfortunately > > > > >its panic'ing on boot with the following; > > > > > > > > > >cas0: at device 10.0 on pci0 > > > > >panic: trap: memory address not aligned > > > > >cpuid = 0 > > > > >Uptime: 1s > > > > > > > > > > > > > FWIW, i compiled a kernel with these changes and the cards probe fine. > > > > > > > > cas0: mem 0x2000000-0x21fffff at > > > > device 0.0 on pci1 > > > > miibus1: on cas0 > > > > cas0: 16kB RX FIFO, 9kB TX FIFO > > > > cas0: Ethernet address: 00:03:ba:XX:XX:XX > > > > cas0: [ITHREAD] > > > > cas1: mem 0x2400000-0x25fffff at > > > > device 1.0 on pci1 > > > > miibus2: on cas1 > > > > cas1: 16kB RX FIFO, 9kB TX FIFO > > > > cas1: Ethernet address: 00:03:ba:XX:XX:XX > > > > cas1: [ITHREAD] > > > > > > > > I don't have a cable connected yet, as the machine is remote, but I'll > > > > be sure to test it soon. > > > > > > > > > > FYI, the above panic likely isn't a problem of cas(4) but > > > arises from the fact that the resource of that NIC starts > > > at 0 according to its BAR, which is somewhat uncommon but > > > nevertheless should work yet seems to trigger a bug at > > > some other level. > > > > The PCI bus driver assumes a BAR of 0 is an invalid resource. There are many > > systems that use 0 to disable a BAR. I have no idea if "0" is a magic value > > to disable an individual BAR in the PCI spec itself, however. > > > > I'm aware of the former, my understanding of the pci(4) code > is that it won't pre-allocate such a resource but modulo bugs > treats it normally when a driver allocates it though. No, what will happen is that we don't create a resource list entry for it since it is zero. Then, when pci_alloc_resource() is called, it will see that there isn't a resource list entry and will attempt to allocate a fresh resource range for the BAR and assign it to the BAR. Perhaps we need to have some var in to indicate if 0 is a valid BAR address or not. Also, see pci_delete_resource() which assumes it can completely wipe a BAR by writing 0 to it. But you would need to patch pci_add_map() in a couple of places where it is testing base == 0 to basically ignore those tests to get it to use the 0 - N range. -- John Baldwin From tinderbox at freebsd.org Mon Feb 23 16:05:53 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon Feb 23 16:06:10 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090224000549.935657302F@freebsd-current.sentex.ca> TB --- 2009-02-23 22:44:36 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-23 22:44:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-23 22:44:36 - cleaning the object tree TB --- 2009-02-23 22:45:14 - cvsupping the source tree TB --- 2009-02-23 22:45:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-23 22:45:28 - building world TB --- 2009-02-23 22:45:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-23 22:45:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-23 22:45:28 - TARGET=sparc64 TB --- 2009-02-23 22:45:28 - TARGET_ARCH=sparc64 TB --- 2009-02-23 22:45:28 - TZ=UTC TB --- 2009-02-23 22:45:28 - __MAKE_CONF=/dev/null TB --- 2009-02-23 22:45:28 - cd /src TB --- 2009-02-23 22:45:28 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 23 22:45:30 UTC 2009 >>> 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 Tue Feb 24 00:05:48 UTC 2009 TB --- 2009-02-24 00:05:48 - generating LINT kernel config TB --- 2009-02-24 00:05:48 - cd /src/sys/sparc64/conf TB --- 2009-02-24 00:05:48 - /usr/bin/make -B LINT TB --- 2009-02-24 00:05:48 - building LINT kernel TB --- 2009-02-24 00:05:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 00:05:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 00:05:48 - TARGET=sparc64 TB --- 2009-02-24 00:05:48 - TARGET_ARCH=sparc64 TB --- 2009-02-24 00:05:48 - TZ=UTC TB --- 2009-02-24 00:05:48 - __MAKE_CONF=/dev/null TB --- 2009-02-24 00:05:48 - cd /src TB --- 2009-02-24 00:05:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 00:05:48 UTC 2009 >>> stage 1: configuring the kernel [...] WARNING: duplicate option `DEV_MEM' encountered. WARNING: duplicate device `mem' encountered. WARNING: duplicate option `SUNKBD_EMULATE_ATKBD' encountered. WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated emu10kx headers WARNING: kernel contains GPL contaminated ReiserFS filesystem WARNING: kernel contains GPL contaminated xfs filesystem *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 00:05:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 00:05:49 - ERROR: failed to build lint kernel TB --- 2009-02-24 00:05:49 - 3828.77 user 363.97 system 4873.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Feb 24 02:03:34 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 24 02:03:52 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090224100331.0A00F7302F@freebsd-current.sentex.ca> TB --- 2009-02-24 08:25:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-24 08:25:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-24 08:25:03 - cleaning the object tree TB --- 2009-02-24 08:25:24 - cvsupping the source tree TB --- 2009-02-24 08:25:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-24 08:25:34 - building world TB --- 2009-02-24 08:25:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 08:25:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 08:25:34 - TARGET=sparc64 TB --- 2009-02-24 08:25:34 - TARGET_ARCH=sparc64 TB --- 2009-02-24 08:25:34 - TZ=UTC TB --- 2009-02-24 08:25:34 - __MAKE_CONF=/dev/null TB --- 2009-02-24 08:25:34 - cd /src TB --- 2009-02-24 08:25:34 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 24 08:25:36 UTC 2009 >>> 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 Tue Feb 24 09:46:03 UTC 2009 TB --- 2009-02-24 09:46:03 - generating LINT kernel config TB --- 2009-02-24 09:46:03 - cd /src/sys/sparc64/conf TB --- 2009-02-24 09:46:03 - /usr/bin/make -B LINT TB --- 2009-02-24 09:46:03 - building LINT kernel TB --- 2009-02-24 09:46:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 09:46:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 09:46:03 - TARGET=sparc64 TB --- 2009-02-24 09:46:03 - TARGET_ARCH=sparc64 TB --- 2009-02-24 09:46:03 - TZ=UTC TB --- 2009-02-24 09:46:03 - __MAKE_CONF=/dev/null TB --- 2009-02-24 09:46:03 - cd /src TB --- 2009-02-24 09:46:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 09:46:03 UTC 2009 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgOutput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:89: error: expected expression before 'do' /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgInput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:111: error: expected expression before 'do' *** Error code 1 Stop in /src/sys/modules/ath. *** 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 --- 2009-02-24 10:03:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 10:03:30 - ERROR: failed to build lint kernel TB --- 2009-02-24 10:03:30 - 4699.36 user 418.55 system 5907.44 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue Feb 24 03:20:47 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue Feb 24 03:20:58 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090224112042.9101B7302F@freebsd-current.sentex.ca> TB --- 2009-02-24 09:52:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-24 09:52:51 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-24 09:52:51 - cleaning the object tree TB --- 2009-02-24 09:53:14 - cvsupping the source tree TB --- 2009-02-24 09:53:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-24 09:53:23 - building world TB --- 2009-02-24 09:53:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 09:53:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 09:53:23 - TARGET=sun4v TB --- 2009-02-24 09:53:23 - TARGET_ARCH=sparc64 TB --- 2009-02-24 09:53:23 - TZ=UTC TB --- 2009-02-24 09:53:23 - __MAKE_CONF=/dev/null TB --- 2009-02-24 09:53:23 - cd /src TB --- 2009-02-24 09:53:23 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 24 09:53:24 UTC 2009 >>> 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 Tue Feb 24 11:05:19 UTC 2009 TB --- 2009-02-24 11:05:19 - generating LINT kernel config TB --- 2009-02-24 11:05:19 - cd /src/sys/sun4v/conf TB --- 2009-02-24 11:05:19 - /usr/bin/make -B LINT TB --- 2009-02-24 11:05:19 - building LINT kernel TB --- 2009-02-24 11:05:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-24 11:05:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-24 11:05:19 - TARGET=sun4v TB --- 2009-02-24 11:05:19 - TARGET_ARCH=sparc64 TB --- 2009-02-24 11:05:19 - TZ=UTC TB --- 2009-02-24 11:05:19 - __MAKE_CONF=/dev/null TB --- 2009-02-24 11:05:19 - cd /src TB --- 2009-02-24 11:05:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 11:05:19 UTC 2009 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcgain.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_cal_adcdc.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_eeprom.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath/../../dev/ath -I/src/sys/modules/ath/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -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 /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgOutput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:89: error: expected expression before 'do' /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c: In function 'ar5416GpioCfgInput': /src/sys/modules/ath/../../dev/ath/ath_hal/ar5416/ar5416_gpio.c:111: error: expected expression before 'do' *** Error code 1 Stop in /src/sys/modules/ath. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-24 11:20:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-24 11:20:42 - ERROR: failed to build lint kernel TB --- 2009-02-24 11:20:42 - 4642.16 user 412.07 system 5270.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From sten at blinkenlights.nl Tue Feb 24 23:40:13 2009 From: sten at blinkenlights.nl (Sten Spans) Date: Tue Feb 24 23:40:20 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic In-Reply-To: <200902231810.n1NIA3OW081157@freefall.freebsd.org> References: <200902231810.n1NIA3OW081157@freefall.freebsd.org> Message-ID: On Mon, 23 Feb 2009, Marius Strobl wrote: > The following reply was made to PR sparc64/131921; it has been noted by GNATS. > > From: Marius Strobl > To: thompsa@freebsd.org > Cc: bug-followup@freebsd.org > Subject: Re: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic > Date: Mon, 23 Feb 2009 19:01:42 +0100 > > On Mon, Feb 23, 2009 at 12:53:53AM -0500, Boris Kochergin wrote: > > The patch fixes it, and I've also tested it on i386 to make sure it > > doesn't cause any trouble there. Thanks! > > > > Hi Andrew, > > are you okay with the following patch? > http://people.freebsd.org/~marius/gif_etherip_align.diff Why ETHERIP_ALIGN instead of ETHER_ALIGN ? -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From marius at alchemy.franken.de Tue Feb 24 23:47:54 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue Feb 24 23:48:01 2009 Subject: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel causes kernel panic In-Reply-To: References: <200902231810.n1NIA3OW081157@freefall.freebsd.org> Message-ID: <20090225074744.GC46006@alchemy.franken.de> On Wed, Feb 25, 2009 at 08:40:08AM +0100, Sten Spans wrote: > On Mon, 23 Feb 2009, Marius Strobl wrote: > > >The following reply was made to PR sparc64/131921; it has been noted by > >GNATS. > > > >From: Marius Strobl > >To: thompsa@freebsd.org > >Cc: bug-followup@freebsd.org > >Subject: Re: sparc64/131921: Sending layer-3 traffic over EtherIP tunnel > >causes kernel panic > >Date: Mon, 23 Feb 2009 19:01:42 +0100 > > > >On Mon, Feb 23, 2009 at 12:53:53AM -0500, Boris Kochergin wrote: > >> The patch fixes it, and I've also tested it on i386 to make sure it > >> doesn't cause any trouble there. Thanks! > >> > > > >Hi Andrew, > > > >are you okay with the following patch? > >http://people.freebsd.org/~marius/gif_etherip_align.diff > > > Why ETHERIP_ALIGN instead of ETHER_ALIGN ? > Because in this case the misalignment of the IP-header is caused by the EtherIP- and not the Ethernet-header. Marius From tinderbox at freebsd.org Thu Feb 26 10:54:53 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu Feb 26 10:55:19 2009 Subject: [releng_7 tinderbox] failure on sparc64/sparc64 Message-ID: <20090226185449.0370D1B5060@freebsd-stable.sentex.ca> TB --- 2009-02-26 17:42:23 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-02-26 17:42:23 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2009-02-26 17:42:23 - cleaning the object tree TB --- 2009-02-26 17:42:41 - cvsupping the source tree TB --- 2009-02-26 17:42:41 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2009-02-26 17:42:51 - building world TB --- 2009-02-26 17:42:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-26 17:42:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-26 17:42:51 - TARGET=sparc64 TB --- 2009-02-26 17:42:51 - TARGET_ARCH=sparc64 TB --- 2009-02-26 17:42:51 - TZ=UTC TB --- 2009-02-26 17:42:51 - __MAKE_CONF=/dev/null TB --- 2009-02-26 17:42:51 - cd /src TB --- 2009-02-26 17:42:51 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 26 17:42:53 UTC 2009 >>> 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 Thu Feb 26 18:42:22 UTC 2009 TB --- 2009-02-26 18:42:22 - generating LINT kernel config TB --- 2009-02-26 18:42:22 - cd /src/sys/sparc64/conf TB --- 2009-02-26 18:42:22 - /usr/bin/make -B LINT TB --- 2009-02-26 18:42:23 - building LINT kernel TB --- 2009-02-26 18:42:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-26 18:42:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-26 18:42:23 - TARGET=sparc64 TB --- 2009-02-26 18:42:23 - TARGET_ARCH=sparc64 TB --- 2009-02-26 18:42:23 - TZ=UTC TB --- 2009-02-26 18:42:23 - __MAKE_CONF=/dev/null TB --- 2009-02-26 18:42:23 - cd /src TB --- 2009-02-26 18:42:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 26 18:42:23 UTC 2009 >>> 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 LINT cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c linking kernel vm_map.o(.text+0x3324): In function `vm_map_find': : undefined reference to `pmap_align_superpage' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-26 18:54:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-26 18:54:48 - ERROR: failed to build lint kernel TB --- 2009-02-26 18:54:48 - 3800.23 user 368.36 system 4345.76 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From jhb at freebsd.org Thu Feb 26 12:36:30 2009 From: jhb at freebsd.org (John Baldwin) Date: Thu Feb 26 12:36:36 2009 Subject: [releng_7 tinderbox] failure on sparc64/sparc64 In-Reply-To: <20090226185449.0370D1B5060@freebsd-stable.sentex.ca> References: <20090226185449.0370D1B5060@freebsd-stable.sentex.ca> Message-ID: <200902261536.21497.jhb@freebsd.org> On Thursday 26 February 2009 1:54:49 pm FreeBSD Tinderbox wrote: > [...] > :> hack.c > cc -shared -nostdlib hack.c -o hack.So > rm -f hack.c > MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh LINT > cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=15000 --param > inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin > -mcmodel=medany -msoft-float -ffreestanding -Werror vers.c > linking kernel > vm_map.o(.text+0x3324): In function `vm_map_find': > : undefined reference to `pmap_align_superpage' > *** Error code 1 Gah, sorry for the breakage. I have found the relevant change in HEAD to MFC and am trying to merge it, but am having some issues with NFS at the moment that are making it take a while. The two SVN changes I've found so far that are relevant are 175397 and 178893. -- John Baldwin From info.lmtd at gadgetsdirect.co.uk Fri Feb 27 02:31:16 2009 From: info.lmtd at gadgetsdirect.co.uk (Gadgets DIRECT Lmtd UK) Date: Fri Feb 27 02:31:21 2009 Subject: BONUS OFFER:Get Blackberry Storm/N95/E90/N93 or Apple iPhone 16GB Message-ID: <20090227103115.14B4A8FC1A@mx1.freebsd.org> BONUS OFFER:Get Blackberry Storm/N95/E90/N93 or Apple iPhone 16GB Sony Ericsson X1 - $400 USD SONY PS3 (60GB) = $300 USD Apple iPhone 16GB............$250 USD Blackberry Bold..............$300 USD Blackberry Storm.............$350 USD Samsung Omnia i900 (16GB)....$470 USD HTC Touch Pro................$400 USD HTC Diamond .................$400 USD Nokia N96....................$350 USD Nokia N85....................$350 USD Nokia E71....................$300 USD Nokia E66....................$300 USD Nokia E90....................$350 USD Motorola V3i D&G......$250 USD Nokia N95......... ...$320 USD Nokia N93......... ...$260 USD Nokia N93i ...........$280 USD Nokia N70 ............$160 USD Nokia N72 ............$175 USD Nokia N73 ............$250 USD Nokia N80 ............$200 USD Nokia N90 ............$200 USD Nokia N91 ............$200 USD We are offering 2 free Units for Any 5 Units order Mixed or Single Model in our CLOSEOUT OFFER All Phones,Brand New,Tri- Band,Quadband with Complete Accessories plus Intl Warranty . Alan Pepple Gadgets DIRECT Lmtd UK 6 Greenhill Crescent, Watford Business Park,Watford, WD18 8RF UNITED KINGDOM E-mail- gadgets.direct.lmtd@googlemail.com From tinderbox at freebsd.org Fri Feb 27 17:26:42 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 27 17:26:54 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090228012638.E7EE07302F@freebsd-current.sentex.ca> TB --- 2009-02-28 00:14:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 00:14:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-28 00:14:24 - cleaning the object tree TB --- 2009-02-28 00:14:50 - cvsupping the source tree TB --- 2009-02-28 00:14:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-28 00:14:59 - building world TB --- 2009-02-28 00:14:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 00:14:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 00:14:59 - TARGET=sparc64 TB --- 2009-02-28 00:14:59 - TARGET_ARCH=sparc64 TB --- 2009-02-28 00:14:59 - TZ=UTC TB --- 2009-02-28 00:14:59 - __MAKE_CONF=/dev/null TB --- 2009-02-28 00:14:59 - cd /src TB --- 2009-02-28 00:14:59 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 00:15:00 UTC 2009 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 01:26:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 01:26:38 - ERROR: failed to build world TB --- 2009-02-28 01:26:38 - 3415.07 user 336.91 system 4334.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri Feb 27 18:28:02 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 27 18:28:09 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090228022759.1D2557302F@freebsd-current.sentex.ca> TB --- 2009-02-28 01:22:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 01:22:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-28 01:22:55 - cleaning the object tree TB --- 2009-02-28 01:23:21 - cvsupping the source tree TB --- 2009-02-28 01:23:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-28 01:23:32 - building world TB --- 2009-02-28 01:23:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 01:23:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 01:23:32 - TARGET=sun4v TB --- 2009-02-28 01:23:32 - TARGET_ARCH=sparc64 TB --- 2009-02-28 01:23:32 - TZ=UTC TB --- 2009-02-28 01:23:32 - __MAKE_CONF=/dev/null TB --- 2009-02-28 01:23:32 - cd /src TB --- 2009-02-28 01:23:32 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 01:23:33 UTC 2009 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 02:27:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 02:27:59 - ERROR: failed to build world TB --- 2009-02-28 02:27:59 - 3391.55 user 331.41 system 3903.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Fri Feb 27 23:38:42 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri Feb 27 23:38:54 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090228073839.71AD17302F@freebsd-current.sentex.ca> TB --- 2009-02-28 06:27:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 06:27:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-28 06:27:11 - cleaning the object tree TB --- 2009-02-28 06:27:29 - cvsupping the source tree TB --- 2009-02-28 06:27:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-28 06:27:36 - building world TB --- 2009-02-28 06:27:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 06:27:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 06:27:36 - TARGET=sparc64 TB --- 2009-02-28 06:27:36 - TARGET_ARCH=sparc64 TB --- 2009-02-28 06:27:36 - TZ=UTC TB --- 2009-02-28 06:27:36 - __MAKE_CONF=/dev/null TB --- 2009-02-28 06:27:36 - cd /src TB --- 2009-02-28 06:27:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 06:27:38 UTC 2009 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 07:38:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 07:38:39 - ERROR: failed to build world TB --- 2009-02-28 07:38:39 - 3417.80 user 333.97 system 4287.65 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sat Feb 28 00:34:50 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat Feb 28 00:34:56 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090228083447.368077302F@freebsd-current.sentex.ca> TB --- 2009-02-28 07:24:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-28 07:24:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-28 07:24:45 - cleaning the object tree TB --- 2009-02-28 07:24:59 - cvsupping the source tree TB --- 2009-02-28 07:24:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-28 07:25:09 - building world TB --- 2009-02-28 07:25:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-28 07:25:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-28 07:25:09 - TARGET=sun4v TB --- 2009-02-28 07:25:09 - TARGET_ARCH=sparc64 TB --- 2009-02-28 07:25:09 - TZ=UTC TB --- 2009-02-28 07:25:09 - __MAKE_CONF=/dev/null TB --- 2009-02-28 07:25:09 - cd /src TB --- 2009-02-28 07:25:09 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 28 07:25:11 UTC 2009 >>> 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 [...] gzip -cn /src/usr.bin/from/from.1 > from.1.gz ===> usr.bin/fstat (all) cc -O2 -pipe -I/src/usr.bin/fstat/zfs/../../../sys/cddl/compat/opensolaris -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/include -I/src/usr.bin/fstat/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/usr.bin/fstat/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/usr.bin/fstat/zfs/../../../cddl/contrib/opensolaris/head -I/src/usr.bin/fstat/zfs/.. -DNEED_SOLARIS_BOOLEAN -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /src/usr.bin/fstat/zfs/../zfs.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/cd9660.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/fstat.c cc -O2 -pipe -D_KVM_VNODE -DZFS -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/fstat/msdosfs.c /src/usr.bin/fstat/msdosfs.c: In function 'msdosfs_filestat': /src/usr.bin/fstat/msdosfs.c:113: error: 'struct denode' has no member named 'de_dev' *** Error code 1 Stop in /src/usr.bin/fstat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-28 08:34:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-28 08:34:47 - ERROR: failed to build world TB --- 2009-02-28 08:34:47 - 3406.98 user 333.17 system 4201.89 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full