From tinderbox at freebsd.org  Thu Jan  1 09:47:33 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Jan  1 09:47:40 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <20090101094731.9651F7302F@freebsd-current.sentex.ca>

TB --- 2009-01-01 08:11:30 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-01 08:11:30 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-01-01 08:11:30 - cleaning the object tree
TB --- 2009-01-01 08:12:09 - cvsupping the source tree
TB --- 2009-01-01 08:12:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-01-01 08:12:18 - building world
TB --- 2009-01-01 08:12:18 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-01 08:12:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-01 08:12:18 - TARGET=sparc64
TB --- 2009-01-01 08:12:18 - TARGET_ARCH=sparc64
TB --- 2009-01-01 08:12:18 - TZ=UTC
TB --- 2009-01-01 08:12:18 - __MAKE_CONF=/dev/null
TB --- 2009-01-01 08:12:18 - cd /src
TB --- 2009-01-01 08:12:18 - /usr/bin/make -B buildworld
>>> World build started on Thu Jan  1 08:12: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
>>> World build completed on Thu Jan  1 09:31:19 UTC 2009
TB --- 2009-01-01 09:31:19 - generating LINT kernel config
TB --- 2009-01-01 09:31:19 - cd /src/sys/sparc64/conf
TB --- 2009-01-01 09:31:19 - /usr/bin/make -B LINT
TB --- 2009-01-01 09:31:19 - building LINT kernel
TB --- 2009-01-01 09:31:19 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-01 09:31:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-01 09:31:19 - TARGET=sparc64
TB --- 2009-01-01 09:31:19 - TARGET_ARCH=sparc64
TB --- 2009-01-01 09:31:19 - TZ=UTC
TB --- 2009-01-01 09:31:19 - __MAKE_CONF=/dev/null
TB --- 2009-01-01 09:31:19 - cd /src
TB --- 2009-01-01 09:31:19 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Jan  1 09:31: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 -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 -fstack-protector -Werror  vers.c
linking kernel
kern_exec.o(.bss+0x8): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
kern_mib.o(.bss+0x2c8): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
elf_machdep.o(.bss+0x0): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-01 09:47:31 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-01 09:47:31 - ERROR: failed to build lint kernel
TB --- 2009-01-01 09:47:31 - 4600.91 user 415.00 system 5760.73 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Thu Jan  1 10:20:16 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Jan  1 10:20:22 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <20090101102013.5F52B7302F@freebsd-current.sentex.ca>

TB --- 2009-01-01 08:49:24 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-01 08:49:24 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-01-01 08:49:24 - cleaning the object tree
TB --- 2009-01-01 08:49:46 - cvsupping the source tree
TB --- 2009-01-01 08:49:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-01-01 08:49:54 - building world
TB --- 2009-01-01 08:49:54 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-01 08:49:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-01 08:49:54 - TARGET=sun4v
TB --- 2009-01-01 08:49:54 - TARGET_ARCH=sparc64
TB --- 2009-01-01 08:49:54 - TZ=UTC
TB --- 2009-01-01 08:49:54 - __MAKE_CONF=/dev/null
TB --- 2009-01-01 08:49:54 - cd /src
TB --- 2009-01-01 08:49:54 - /usr/bin/make -B buildworld
>>> World build started on Thu Jan  1 08:49:56 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 Jan  1 10:05:57 UTC 2009
TB --- 2009-01-01 10:05:57 - generating LINT kernel config
TB --- 2009-01-01 10:05:57 - cd /src/sys/sun4v/conf
TB --- 2009-01-01 10:05:57 - /usr/bin/make -B LINT
TB --- 2009-01-01 10:05:57 - building LINT kernel
TB --- 2009-01-01 10:05:57 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-01 10:05:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-01 10:05:57 - TARGET=sun4v
TB --- 2009-01-01 10:05:57 - TARGET_ARCH=sparc64
TB --- 2009-01-01 10:05:57 - TZ=UTC
TB --- 2009-01-01 10:05:57 - __MAKE_CONF=/dev/null
TB --- 2009-01-01 10:05:57 - cd /src
TB --- 2009-01-01 10:05:57 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Jan  1 10:05:57 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 -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 -fstack-protector -Werror  vers.c
linking kernel
kern_exec.o(.bss+0x8): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
kern_mib.o(.bss+0x2c8): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
elf_machdep.o(.bss+0x0): multiple definition of `elf64_fallback_brand'
imgact_elf.o(.data+0x0): first defined here
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-01 10:20:13 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-01 10:20:13 - ERROR: failed to build lint kernel
TB --- 2009-01-01 10:20:13 - 4578.48 user 408.34 system 5448.98 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From xcllnt at mac.com  Sat Jan  3 21:40:44 2009
From: xcllnt at mac.com (Marcel Moolenaar)
Date: Sat Jan  3 21:40:51 2009
Subject: invalid disk label on updated current ultra60
In-Reply-To: <20081231194741.GA57089@alchemy.franken.de>
References: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com>
	<20081231194741.GA57089@alchemy.franken.de>
Message-ID: <CB041EF6-A387-4F9F-A07E-CF604DC227E2@mac.com>


On Dec 31, 2008, at 11:47 AM, Marius Strobl wrote:

> On Sun, Dec 28, 2008 at 09:28:49AM -1000, David Cornejo wrote:
>> Hi,
>>
>> I've got an ultra60 that works fine with a kernel built Nov 22nd  and
>> new kernels starting at least a couple of days ago claim that the
>> disklabel on da0 & da1 are invalid and mounting root fails.  This  
>> is a
>> fairly old system that was probably installed with 6 or 7 and  
>> upgraded
>> to 8.  I haven't seen this problem on my x86/amd64 machines is there
>> some incantation to make the disklabels valid?
>>
>
> Apparently the problem are labels (originally) generated by
> Solaris, which uses the native geometry reported by the
> target rather than a synthetic one based on 255 heads and
> 63 sectors as demonstrated by the following format(1M) output
> for two identical disks, the first labeled with format(1M)
> and the second with sunlabel(8) (after zeroing the previous
> one):
>       0. c1t0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
>          /pci@1f,700000/scsi@2/sd@0,0
>       1. c1t1d0 <FreeBSD68G cyl 8922 alt 2 hd 255 sec 63>
>          /pci@1f,700000/scsi@2/sd@1,0
>
> The 63 sectors limit of GEOM_PART_VTOC8 also causes problems
> with IDE disks > 32GB where FreeBSD uses a synthetic geometry
> based on 255 sectors like Solaris does in order to circumvent
> the 16-bit cylinders, heads and sectors fields of the Sun and
> VTOC8 disk labels. I think the upper limits for heads and
> sectors therefore should be just removed from GEOM_PART_VTOC8,
> which should also be safe, i.e. no upper bound needed, as done
> by the below patch in order for their maximum value to be used.
> Marcel, are you okay with this? Do you have a good idea how
> to avoid the warning regarding geometry mismatch for labels
> created by Solaris?

I'm perfectly happy with it. The limits are mostly PC BIOS
specific, though I kept them under the assumption that 1)
they would hold for sparc64 and 2) we may make assumptions
out the geometry in differenmt parts of the FreeBSD source
base.

It seems the limits simply don't hold, so it's better to
remove them and deal with problems in other parts of the
source tree if we encounter them.

As for the warning: I made the geometry mismatch visible
so that we can work the problem. If it's something that
we cannot fix on sparc64 because Solaris uses the native
geometry and we never do (for example), then we should
just get rid of the warning and add a comment instead...

FYI,

-- 
Marcel Moolenaar
xcllnt@mac.com



From konstantin at saurbier.net  Mon Jan  5 06:03:08 2009
From: konstantin at saurbier.net (Konstantin Saurbier)
Date: Mon Jan  5 06:03:15 2009
Subject: Success on Blade 1000 (20081209 snapshot iso)
Message-ID: <3D3A0185-45F3-45D2-948B-5EFFB3C7E69E@saurbier.net>

Hi Marius,

I've tried the 8.0-20081209-SNAP-sparc64-disc1.iso.gz on my
Blade 1000 (Dual US3 750MHz, 1GB Ram, 18GB FC-HDD).
Earlier snapshots crashed while probing the firewire controller,
but that seems to be fixed. Just one LOR.


Copyright (c) 1992-2008 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 8.0-20081209-SNAP #0: Tue Dec  9 19:08:40 UTC 2008
     root@nimrod.franken.de:/usr/obj/usr/src/sys/GENERIC
WARNING: WITNESS option enabled, expect reduced performance.
real memory  = 1073741824 (1024 MB)
avail memory = 1030889472 (983 MB)
cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
ispfw: registered firmware <isp_1000>
ispfw: registered firmware <isp_1040>
ispfw: registered firmware <isp_1040_it>
ispfw: registered firmware <isp_1080>
ispfw: registered firmware <isp_1080_it>
ispfw: registered firmware <isp_12160>
ispfw: registered firmware <isp_12160_it>
ispfw: registered firmware <isp_2100>
ispfw: registered firmware <isp_2200>
ispfw: registered firmware <isp_2300>
ispfw: registered firmware <isp_2322>
ispfw: registered firmware <isp_2400>
kbd0 at kbdmux0
nexus0: <Open Firmware Nexus device>
nexus0: <memory-controller> mem 0x40000400000-0x40000400047 type  
memory-controller (no driver attached)
nexus0: <memory-controller> mem 0x40000c00000-0x40000c00047 type  
memory-controller (no driver attached)
pcib0: <Sun Host-PCI bridge> mem 0x40004700000-0x40004717fff, 
0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff irq  
563,560,561,564,550 on nexus0
pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz
pcib0: DVMA map: 0xc0000000 to 0xffffffff
pcib0: [FILTER]
pcib0: [FILTER]
pcib0: [FILTER]
pcib0: [FILTER]
pci0: <OFW PCI bus> on pcib0
ebus0: <PCI-EBus3 bridge> mem 0x7d000000-0x7dffffff, 
0x7e000000-0x7e7fffff at device 5.0 on pci0
ebus0: <flashprom> addr 0-0x1fffff (no driver attached)
ebus0: <i2c> addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no  
driver attached)
ebus0: <bbc> addr 0x100000000-0x1000fffff (no driver attached)
ebus0: <ppm> addr  
0x10000000e 
-0x100000028,0x100728000-0x100728003,0x10030002e-0x10030002f, 
0x100300600-0x100300607 (no driver attached)
ebus0: <i2c> addr 0x100000030-0x100000031 irq 35 (no driver attached)
ebus0: <beep> addr 0x100000032-0x100000037 (no driver attached)
ebus0: <audio> addr 0x100200000-0x1002000ff,0x100702000-0x10070200f, 
0x100704000-0x10070400f,0x100722000-0x100722003 irq 32,33 (no driver  
attached)
rtc0: <Real-Time Clock> addr 0x100300070-0x100300071 irq 36 on ebus0
ebus0: <gpio> addr 0x100300600-0x100300607 (no driver attached)
ebus0: <pmc> addr 0x100300700-0x100300701 (no driver attached)
ebus0: <floppy> addr 0x1003023f0-0x1003023f7,0x100706000-0x10070600f, 
0x100720000-0x100720003 irq 37 (no driver attached)
ebus0: <parallel> addr 0x100300278-0x100300287,0x10030002e-0x10030002f, 
0x100700000-0x10070000f irq 28 (no driver attached)
scc0: <Siemens SAB 82532 dual channel SCC> addr  
0x100400000-0x10040007f irq 34 on ebus0
scc0: [FILTER]
uart0: <SAB 82532 v3.2, channel A> on scc0
uart0: [FILTER]
uart0: CTS oflow
uart1: <SAB 82532 v3.2, channel B> on scc0
uart1: [FILTER]
uart1: CTS oflow
gem0: <Sun ERI 10/100 Ethernet> mem 0x100000-0x11ffff at device 5.1 on  
pci0
miibus0: <MII bus> on gem0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: 2kB RX FIFO, 2kB TX FIFO
gem0: Ethernet address: 00:03:ba:02:91:4e
gem0: [ITHREAD]
fwohci0: <Sun PCIO-2> mem 0x120000-0x1207ff,0x122000-0x1227ff at  
device 5.2 on pci0
fwohci0: [FILTER]
fwohci0: OHCI version 1.0 (ROM=0)
fwohci0: No. of Isochronous channels is 4.
fwohci0: EUI64 00:03:ba:ff:fe:02:91:4e
fwohci0: Phy 1394a available S400, 4 ports.
fwohci0: Link S400, max_rec 2048 bytes.
firewire0: <IEEE1394(FireWire) bus> on fwohci0
fwe0: <Ethernet over FireWire> on firewire0
if_fwe0: Fake Ethernet address: 02:03:ba:02:91:4e
fwe0: Ethernet address: 02:03:ba:02:91:4e
fwip0: <IP over FireWire> on firewire0
fwip0: Firewire address: 00:03:ba:ff:fe:02:91:4e @ 0xfffe00000000,  
S400, maxrec 2048
sbp0: <SBP-2/SCSI over FireWire> on firewire0
dcons_crom0: <dcons configuration ROM> on firewire0
dcons_crom0: bus_addr 0xc1128000
fwohci0: Initiate bus reset
fwohci0: BUS reset
fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode
ohci0: <Sun PCIO-2 USB controller> mem 0x1000000-0x1007fff at device  
5.3 on pci0
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0, legacy support
usb0: <Sun PCIO-2 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on  
usb0
uhub0: 4 ports with 4 removable, self powered
sym0: <875> port 0x300-0x3ff mem 0x124000-0x1240ff,0x126000-0x126fff  
at device 6.0 on pci0
sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
sym0: [ITHREAD]
sym1: <875> port 0x400-0x4ff mem 0x128000-0x1280ff,0x12a000-0x12afff  
at device 6.1 on pci0
sym1: No NVRAM, ID 7, Fast-20, SE, parity checking
sym1: [ITHREAD]
pcib1: <Sun Host-PCI bridge> mem 0x40004600000-0x40004617fff, 
0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff irq  
562,560,561,564,551 on nexus0
pcib1: Schizo, version 4, IGN 0x8, bus A, 66MHz
Timecounter "pcib1" frequency 150000000 Hz quality 100
pcib1: DVMA map: 0xc0000000 to 0xffffffff
pcib1: [FILTER]
pci1: <OFW PCI bus> on pcib1
isp0: <Qlogic ISP 2200 PCI FC-AL Adapter> port 0x300-0x3ff mem  
0x100000-0x100fff at device 4.0 on pci1
isp0: [ITHREAD]
isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6
isp0: invalid NVRAM header
isp0: invalid NVRAM header
upa0: <UPA bridge> mem 0x40004480000-0x4000448001f, 
0x40004706000-0x4000470600f,0x40004708000-0x4000470800f on nexus0
creator0: <Creator3D> mem 0x1c000000000-0x1c0000003ff, 
0x1c000400000-0x1c0005fffff,0x1c000600000-0x1c0007fffff, 
0x1c001000000-0x1c0013fffff,0x1c001400000-0x1c0017fffff, 
0x1c001800000-0x1c001bfffff,0x1c001c00000-0x1c001ffffff, 
0x1c002000000-0x1c002ffffff,0x1c003000000-0x1c003ffffff, 
0x1c004000000-0x1c0043fffff,0x1c004400000-0x1c0047fffff, 
0x1c004800000-0x1c004bfffff,0x1c004c00000-0x1c004ffffff, 
0x1c005000000-0x1c005ffffff,0x1c006000000-0x1c007ffffff, 
0x1c009000000-0x1c0097fffff,0x1c009800000-0x1c009ffffff, 
0x1c00a000000-0x1c00affffff,0x1c00b000000-0x1c00b7fffff, 
0x1c00b800000-0x1c00bffffff,0x1c00c000000-0x1c00c3fffff, 
0x1c00c800000-0x1c00cffffff,0x1c00d000000-0x1c00d7fffff, 
0x1c00d800000-0x1c00dffffff irq 554 on upa0
creator0: console
creator0: resolution 1280x1024
schppm0: <Schizo power management> mem 0x40004410050-0x40004410057 on  
nexus0
syscons0: <System console> on nexus0
syscons0: Unknown <16 virtual consoles, flags=0x300>
ums0: <vendor 0x0430 product 0x0100, class 0/0, rev 1.00/1.02, addr 2>  
on uhub0
ums0: 3 buttons.
ukbd0: <vendor 0x0430 product 0x0005, class 0/0, rev 1.00/1.02, addr  
3> on uhub0
kbd1 at ukbd0
Timecounter "tick" frequency 750000000 Hz quality 10
Timecounters tick every 1.000 msec
Waiting 5 seconds for SCSI devices to settle
firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me)
firewire0: bus manager 0 (me)
da0 at isp0 bus 0 target 0 lun 0
da0: <SEAGATE ST318304FSUN18G 042D> Fixed Direct Access SCSI-3 device
da0: 100.000MB/s transfers
da0: Command Queueing Enabled
da0: 17274MB (35378533 512 byte sectors: 255H 63S/T 2202C)
SMP: AP CPU #1 Launched!
WARNING: WITNESS option enabled, expect reduced performance.
cd0 at sym0 bus 0 target 0 lun 0
cd0: <TOSHIBA DVD-ROM SD-M1401 1009> Removable CD-ROM SCSI-2 device
cd0: 3.300MB/s transfers
cd0: Attempt to query device size failed: NOT READY, Medium not present
Trying to mount root from ufs:/dev/da0a
Invalid time in real time clock.
Check and reset the date immediately!
lock order reversal:
  1st 0xfffff800010a6070 user map (user map) @ /usr/src/sys/vm/ 
vm_map.c:3115
  2nd 0xfffff8000158b130 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2079
KDB: stack backtrace:
_witness_debugger() at _witness_debugger+0x38
witness_checkorder() at witness_checkorder+0xcf8
__lockmgr_args() at __lockmgr_args+0x2d0
ffs_lock() at ffs_lock+0x88
VOP_LOCK1_APV() at VOP_LOCK1_APV+0x110
_vn_lock() at _vn_lock+0x80
vget() at vget+0x120
vnode_pager_lock() at vnode_pager_lock+0x240
vm_fault() at vm_fault+0x208
trap_pfault() at trap_pfault+0x198
trap() at trap+0xd0
-- fast data access mmu miss tar=0x2a3000 %o7=0xc0081208 --
userland() at 0x10015c
user trace: trap %o7=0xc0081208
pc 0x10015c, sp 0x7fdffffe531
pc 0, sp 0x7fdffffe5f1
done

Great work! Thank you for bringing FreeBSD to my Blade :-)

Konstantin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: Signierter Teil der Nachricht
Url : http://lists.freebsd.org/pipermail/freebsd-sparc64/attachments/20090105/24a3b741/PGP.pgp
From bugmaster at FreeBSD.org  Mon Jan  5 11:07:00 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan  5 11:09:17 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200901051106.n05B6xWe002926@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...
o sparc/109908 sparc64    apache22 mod_perl issue on sparc64
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 n0_reply at emailservice.net  Mon Jan  5 14:23:21 2009
From: n0_reply at emailservice.net (Bet On Sports Directory)
Date: Mon Jan  5 14:23:27 2009
Subject: ''Start 2009 Making Money On World Sporting Events''
Message-ID: <20090105140138.6C75133018B@s155.eatj.com>


   ''Start 2009 Making Money On World Sporting Events'' Bet On Sports
   Directory can offer you a great section of varies sports tipsters with
   2009 discounts, Should you be interested click onto the email
   address/es and send us an email/s requesting more information our
   tipster list's is as follows. 1. ''Make Money From Betting On World
   Soccer'' In 6 months we have made over £17000 for more info email
   ipisoccerinfo@gmail.com 2. ''Make Money From Betting On World Tennis''
   In 2008 We have made over £18,500 + For more Info email
   elitetennisinfo@googlemail.com 3. ''Beat The Credit Crunch In 2009 &
   Make Money From UK Race Horses Losing'' In 9 months We have made over
   £30,000 + For More info email elitehorseracingsystem@gmail.com 4.
   ''Make Money From Live Betting On UK Race Horses Losing'' In 9 months
   We have made over £40,000 + For More info email
   ipiliveracing@googlemail.com 5. ''Make Money From Betting On American
   All Sports'' In 5 months We have made over £40,000 + For More info
   email americanallsports@gmail.com We look forward to hearing from you
   soon email full name, Email address and should you wish to talk to us
   enclosed your daytime phone number with country code we will be happy
   to call you to answer any questions you may have We look forward to
   hear from you Yours Sincerely Betting On World Sports
   betonsportsdirectory@gmail.com
From craig001 at lerwick.hopto.org  Tue Jan  6 16:53:01 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Tue Jan  6 16:53:07 2009
Subject: PR sparc/109908 maybe fixed, YAY
Message-ID: <1231260675.5399.29.camel@main.lerwick.hopto.org>

Hi All

I think this PR is no longer an issue.  I have compiled it successfully
on a fresh jail and it worked no problems.  I suspect it has been fixed
upstream in the actual port.

I have sent an email to bug-followup with my findings.

The output from the script session is available on request.

Cheers

Craig B

From craig001 at lerwick.hopto.org  Tue Jan  6 17:00:12 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Tue Jan  6 17:00:22 2009
Subject: sparc64/109908: apache22 mod_perl issue on sparc64
Message-ID: <200901061700.n06H0Bde083908@freefall.freebsd.org>

The following reply was made to PR sparc64/109908; it has been noted by GNATS.

From: Craig Butler <craig001@lerwick.hopto.org>
To: bug-followup <bug-followup@freebsd.org>
Cc:  
Subject: RE: sparc64/109908: apache22 mod_perl issue on sparc64
Date: Tue, 06 Jan 2009 16:23:22 +0000

 Hi,
 
 I can't replicate this I suspect the port has been fixed upstream,
 
 I have successfully compiled the port in a fresh clean jail.  I am using
 the ports as of lunch time today (portsnap just before I tried to
 compile)
 
 # date
 Tue  6 Jan 2009 16:13:49 UTC
 
 # uname -rp   
 7.0-RELEASE-p5 sparc64
 
 # pkg_info | grep mod_perl
 mod_perl-1.30       Embeds a Perl interpreter in the Apache server
 
 I was running the build in a script session the output is available on
 request.
 
 Kind Regards
 Craig B
 
 
 
From tinderbox at freebsd.org  Tue Jan  6 17:47:02 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Jan  6 17:47:14 2009
Subject: [releng_6 tinderbox] failure on sparc64/sparc64
Message-ID: <20090106174659.8F07A241BA@freebsd-legacy.sentex.ca>

TB --- 2009-01-06 17:45:35 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-01-06 17:45:35 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2009-01-06 17:45:35 - cleaning the object tree
TB --- 2009-01-06 17:46:00 - cvsupping the source tree
TB --- 2009-01-06 17:46:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile
TB --- 2009-01-06 17:46:07 - building world
TB --- 2009-01-06 17:46:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-06 17:46:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-06 17:46:07 - TARGET=sparc64
TB --- 2009-01-06 17:46:07 - TARGET_ARCH=sparc64
TB --- 2009-01-06 17:46:07 - TZ=UTC
TB --- 2009-01-06 17:46:07 - __MAKE_CONF=/dev/null
TB --- 2009-01-06 17:46:07 - cd /src
TB --- 2009-01-06 17:46:07 - /usr/bin/make -B buildworld
>>> 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
[...]
===> usr.sbin/wicontrol (cleandir)
rm -f wicontrol wicontrol.o wicontrol.8.gz wicontrol.8.cat.gz
rm -f .depend GPATH GRTAGS GSYMS GTAGS
===> usr.sbin/wpa (cleandir)
===> usr.sbin/wpa/wpa_supplicant (cleandir)
"Makefile", line 14: Malformed conditional (${MK_EXAMPLES} != "no")
"Makefile", line 17: if-less endif
make: fatal errors encountered -- cannot continue
*** Error code 1

Stop in /src/usr.sbin/wpa.
*** 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-01-06 17:46:59 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-06 17:46:59 - ERROR: failed to build world
TB --- 2009-01-06 17:46:59 - 25.13 user 10.60 system 83.62 real


http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full
From dcornejo at gmail.com  Tue Jan  6 21:09:42 2009
From: dcornejo at gmail.com (David Cornejo)
Date: Tue Jan  6 21:09:48 2009
Subject: invalid disk label on updated current ultra60
In-Reply-To: <CB041EF6-A387-4F9F-A07E-CF604DC227E2@mac.com>
References: <6b8e8f4f0812281128lf48f391r38f063f7f797404@mail.gmail.com>
	<20081231194741.GA57089@alchemy.franken.de>
	<CB041EF6-A387-4F9F-A07E-CF604DC227E2@mac.com>
Message-ID: <6b8e8f4f0901061309h50535c58ue436da56213b70b8@mail.gmail.com>

On Sat, Jan 3, 2009 at 10:40 AM, Marcel Moolenaar <xcllnt@mac.com> wrote:
>
> On Dec 31, 2008, at 11:47 AM, Marius Strobl wrote:
>
>> On Sun, Dec 28, 2008 at 09:28:49AM -1000, David Cornejo wrote:
>>>
>>> Hi,
>>>
>>> I've got an ultra60 that works fine with a kernel built Nov 22nd  and
>>> new kernels starting at least a couple of days ago claim that the
>>> disklabel on da0 & da1 are invalid and mounting root fails.  This is a
>>> fairly old system that was probably installed with 6 or 7 and upgraded
>>> to 8.  I haven't seen this problem on my x86/amd64 machines is there
>>> some incantation to make the disklabels valid?
>>>
>>
>> Apparently the problem are labels (originally) generated by
>> Solaris, which uses the native geometry reported by the
>> target rather than a synthetic one based on 255 heads and
>> 63 sectors as demonstrated by the following format(1M) output
>> for two identical disks, the first labeled with format(1M)
>> and the second with sunlabel(8) (after zeroing the previous
>> one):
>>      0. c1t0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424>
>>         /pci@1f,700000/scsi@2/sd@0,0
>>      1. c1t1d0 <FreeBSD68G cyl 8922 alt 2 hd 255 sec 63>
>>         /pci@1f,700000/scsi@2/sd@1,0
>>
>> The 63 sectors limit of GEOM_PART_VTOC8 also causes problems
>> with IDE disks > 32GB where FreeBSD uses a synthetic geometry
>> based on 255 sectors like Solaris does in order to circumvent
>> the 16-bit cylinders, heads and sectors fields of the Sun and
>> VTOC8 disk labels. I think the upper limits for heads and
>> sectors therefore should be just removed from GEOM_PART_VTOC8,
>> which should also be safe, i.e. no upper bound needed, as done
>> by the below patch in order for their maximum value to be used.
>> Marcel, are you okay with this? Do you have a good idea how
>> to avoid the warning regarding geometry mismatch for labels
>> created by Solaris?
>
> I'm perfectly happy with it. The limits are mostly PC BIOS
> specific, though I kept them under the assumption that 1)
> they would hold for sparc64 and 2) we may make assumptions
> out the geometry in differenmt parts of the FreeBSD source
> base.
>
> It seems the limits simply don't hold, so it's better to
> remove them and deal with problems in other parts of the
> source tree if we encounter them.
>
> As for the warning: I made the geometry mismatch visible
> so that we can work the problem. If it's something that
> we cannot fix on sparc64 because Solaris uses the native
> geometry and we never do (for example), then we should
> just get rid of the warning and add a comment instead...
>
> FYI,
>
> --
> Marcel Moolenaar
> xcllnt@mac.com

The committed change solved my problem, many thanks!

dave c
From craig001 at lerwick.hopto.org  Tue Jan  6 21:20:07 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Tue Jan  6 21:20:17 2009
Subject: sparc64/119240 top has WCPU over 100% on UP system
Message-ID: <200901062120.n06LK6cq079473@freefall.freebsd.org>

The following reply was made to PR sparc64/119240; it has been noted by GNATS.

From: Craig Butler <craig001@lerwick.hopto.org>
To: bug-followup <bug-followup@freebsd.org>
Cc:  
Subject: sparc64/119240 top has WCPU over 100% on UP system
Date: Tue, 06 Jan 2009 21:16:36 +0000

 Hello
 
 I have also seen the same result on sparc64 and amd64 kit,  I have
 looked into it a bit on google and the general feeling is that the WCPU
 (or weighted CPU) count is not all that accurate.
 
 A more accurate representation can be obtained by passing the -C flag
 when starting top.  This is for raw CPU rather than a weighted average,
 on some quick tests on a V120 whilst running buildworld I have not seen
 a reading above 100%.
 
 Kind Regards
 
 Craig Butler
 
From craig001 at lerwick.hopto.org  Wed Jan  7 00:33:05 2009
From: craig001 at lerwick.hopto.org (Craig Butler)
Date: Wed Jan  7 00:33:27 2009
Subject: sparc64/119240 top has WCPU over 100% on UP system
In-Reply-To: <200901062120.n06LK6cq079473@freefall.freebsd.org>
References: <200901062120.n06LK6cq079473@freefall.freebsd.org>
Message-ID: <1231288273.83664.4.camel@main.lerwick.hopto.org>

Hi All

I think its safe to shelve this PR for now, it does not appear to be a
fault and I have seen the same result on other architectures, namely x86
and x64.

I think its due to the way that top works the weighted average out, if
its polling it over a period it could be possible to get above 100%
result for WCPU.  

The -C flag appears to display the raw CPU usage at that point of time
and does not go over 100%

Thanks

Craig Butler


On Tue, 2009-01-06 at 21:20 +0000, Craig Butler wrote:
> The following reply was made to PR sparc64/119240; it has been noted by GNATS.
> 
> From: Craig Butler <craig001@lerwick.hopto.org>
> To: bug-followup <bug-followup@freebsd.org>
> Cc:  
> Subject: sparc64/119240 top has WCPU over 100% on UP system
> Date: Tue, 06 Jan 2009 21:16:36 +0000
> 
>  Hello
>  
>  I have also seen the same result on sparc64 and amd64 kit,  I have
>  looked into it a bit on google and the general feeling is that the WCPU
>  (or weighted CPU) count is not all that accurate.
>  
>  A more accurate representation can be obtained by passing the -C flag
>  when starting top.  This is for raw CPU rather than a weighted average,
>  on some quick tests on a V120 whilst running buildworld I have not seen
>  a reading above 100%.
>  
>  Kind Regards
>  
>  Craig Butler
>  
> _______________________________________________
> 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"

From marius at alchemy.franken.de  Wed Jan  7 21:30:19 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Wed Jan  7 21:30:27 2009
Subject: Booting of 200811 snapshot on Sun Fire V880
In-Reply-To: <493FB038.3080103@chruetertee.ch>
References: <4935839E.4010000@chruetertee.ch>
	<20081204180726.GA19048@alchemy.franken.de>
	<26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com>
	<20081205172112.GA52382@alchemy.franken.de>
	<26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com>
	<20081209081300.GK52382@alchemy.franken.de>
	<493E433F.5040703@chruetertee.ch>
	<20081209211900.GC15733@alchemy.franken.de>
	<493FB038.3080103@chruetertee.ch>
Message-ID: <20090107213014.GA21404@alchemy.franken.de>


For the records, the last (actually the first encountered) of
the four panics hit with V880 was solved in r186876. There are
still two non sparc64-specific problems related to these panics
pending proper solution though.

Marius

From marius at FreeBSD.org  Wed Jan  7 21:33:02 2009
From: marius at FreeBSD.org (marius@FreeBSD.org)
Date: Wed Jan  7 21:33:50 2009
Subject: sparc64/109908: apache22 mod_perl issue on sparc64
Message-ID: <200901072133.n07LX1Rv049278@freefall.freebsd.org>

Synopsis: apache22 mod_perl issue on sparc64

State-Changed-From-To: open->closed
State-Changed-By: marius
State-Changed-When: Wed Jan 7 21:32:18 UTC 2009
State-Changed-Why: 

Close; the problem is reported to be fixed in mod_perl-1.30.

http://www.freebsd.org/cgi/query-pr.cgi?pr=109908
From ahuete.devel at gmail.com  Sat Jan 10 16:21:48 2009
From: ahuete.devel at gmail.com (Antonio Huete Jimenez)
Date: Sat Jan 10 16:21:56 2009
Subject: Greetings! Wrong settings on 7.1-RELEASE for ZFS
Message-ID: <4969345B.50506@gmail.com>

Hi all,

First I would like to say hello to everyone as I'm new on this mailing 
list :-)

I have a Sun Netra X1 equipped with a UltraSparc IIe 500MHz processor, 
1GB RAM, 2 x 40GB IDE harddisks.
In the first HD I've installed the OS (FreeBSD 7.1) and I want to use 
ZFS for the second, so while reading 
http://wiki.freebsd.org/ZFSTuningGuide , I tried to use ZFS kern memory 
usage settings specified in the document for AMD64, but after rebooting 
the system is unable to boot showing a lot of messages related to cpu 0 
with text "panic: trap: fast data access mmu miss".

I can provide some more information when needed.

Best regards,
Antonio Huete


From bugmaster at FreeBSD.org  Mon Jan 12 03:07:00 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan 12 03:09:13 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200901121106.n0CB6xDA092129@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 Jan 12 12:41:19 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Mon Jan 12 12:41:27 2009
Subject: Greetings! Wrong settings on 7.1-RELEASE for ZFS
In-Reply-To: <4969345B.50506@gmail.com>
References: <4969345B.50506@gmail.com>
Message-ID: <20090112204117.GA9469@alchemy.franken.de>

On Sun, Jan 11, 2009 at 12:50:51AM +0100, Antonio Huete Jimenez wrote:
> Hi all,
> 
> First I would like to say hello to everyone as I'm new on this mailing 
> list :-)
> 
> I have a Sun Netra X1 equipped with a UltraSparc IIe 500MHz processor, 
> 1GB RAM, 2 x 40GB IDE harddisks.
> In the first HD I've installed the OS (FreeBSD 7.1) and I want to use 
> ZFS for the second, so while reading 
> http://wiki.freebsd.org/ZFSTuningGuide , I tried to use ZFS kern memory 
> usage settings specified in the document for AMD64, but after rebooting 
> the system is unable to boot showing a lot of messages related to cpu 0 
> with text "panic: trap: fast data access mmu miss".
> 
> I can provide some more information when needed.
> 

Did you just copy&paste the example settings given for amd64
there? That would mean that you dedicated all of the RAM to
the kernel, which isn't going to fly...

Marius

From ahuete.devel at gmail.com  Mon Jan 12 14:37:00 2009
From: ahuete.devel at gmail.com (Antonio Huete Jimenez)
Date: Mon Jan 12 14:37:06 2009
Subject: Greetings! Wrong settings on 7.1-RELEASE for ZFS
In-Reply-To: <20090112204117.GA9469@alchemy.franken.de>
References: <4969345B.50506@gmail.com>
	<20090112204117.GA9469@alchemy.franken.de>
Message-ID: <496BC607.7080102@gmail.com>

Marius,

Yes, I copy&pasted without any thinking :)
I set it to 256M just after posting on the list and now seems it's
working fine.

Thanks
Antonio
> On Sun, Jan 11, 2009 at 12:50:51AM +0100, Antonio Huete Jimenez wrote:
>   
>> Hi all,
>>
>> First I would like to say hello to everyone as I'm new on this mailing 
>> list :-)
>>
>> I have a Sun Netra X1 equipped with a UltraSparc IIe 500MHz processor, 
>> 1GB RAM, 2 x 40GB IDE harddisks.
>> In the first HD I've installed the OS (FreeBSD 7.1) and I want to use 
>> ZFS for the second, so while reading 
>> http://wiki.freebsd.org/ZFSTuningGuide , I tried to use ZFS kern memory 
>> usage settings specified in the document for AMD64, but after rebooting 
>> the system is unable to boot showing a lot of messages related to cpu 0 
>> with text "panic: trap: fast data access mmu miss".
>>
>> I can provide some more information when needed.
>>
>>     
>
> Did you just copy&paste the example settings given for amd64
> there? That would mean that you dedicated all of the RAM to
> the kernel, which isn't going to fly...
>
> Marius
>
>   

From tinderbox at freebsd.org  Mon Jan 12 17:33:45 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Mon Jan 12 17:33:52 2009
Subject: [releng_7 tinderbox] failure on sparc64/sparc64
Message-ID: <20090113013341.D390C1B5060@freebsd-stable.sentex.ca>

TB --- 2009-01-13 00:31:07 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-01-13 00:31:07 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2009-01-13 00:31:07 - cleaning the object tree
TB --- 2009-01-13 00:31:22 - cvsupping the source tree
TB --- 2009-01-13 00:31:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile
TB --- 2009-01-13 00:31:32 - building world
TB --- 2009-01-13 00:31:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-13 00:31:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-13 00:31:32 - TARGET=sparc64
TB --- 2009-01-13 00:31:32 - TARGET_ARCH=sparc64
TB --- 2009-01-13 00:31:32 - TZ=UTC
TB --- 2009-01-13 00:31:32 - __MAKE_CONF=/dev/null
TB --- 2009-01-13 00:31:32 - cd /src
TB --- 2009-01-13 00:31:32 - /usr/bin/make -B buildworld
>>> World build started on Tue Jan 13 00:31: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 Tue Jan 13 01:30:14 UTC 2009
TB --- 2009-01-13 01:30:14 - generating LINT kernel config
TB --- 2009-01-13 01:30:14 - cd /src/sys/sparc64/conf
TB --- 2009-01-13 01:30:14 - /usr/bin/make -B LINT
TB --- 2009-01-13 01:30:15 - building LINT kernel
TB --- 2009-01-13 01:30:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-13 01:30:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-13 01:30:15 - TARGET=sparc64
TB --- 2009-01-13 01:30:15 - TARGET_ARCH=sparc64
TB --- 2009-01-13 01:30:15 - TZ=UTC
TB --- 2009-01-13 01:30:15 - __MAKE_CONF=/dev/null
TB --- 2009-01-13 01:30:15 - cd /src
TB --- 2009-01-13 01:30:15 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Tue Jan 13 01:30: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
[...]
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -c ;  cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  ata_if.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/ata/ata-all.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/ata/ata-card.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/ata/ata-chipset.c
/src/sys/dev/ata/ata-chipset.c: In function 'ata_marvell_ident':
/src/sys/dev/ata/ata-chipset.c:2558: error: 'MV_61XX' undeclared (first use in this function)
/src/sys/dev/ata/ata-chipset.c:2558: error: (Each undeclared identifier is reported only once
/src/sys/dev/ata/ata-chipset.c:2558: error: for each function it appears in.)
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-13 01:33:41 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-13 01:33:41 - ERROR: failed to build lint kernel
TB --- 2009-01-13 01:33:41 - 3266.99 user 347.49 system 3753.93 real


http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full
From marius at alchemy.franken.de  Tue Jan 13 11:51:32 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Tue Jan 13 11:51:39 2009
Subject: improvements in 7.1
Message-ID: <20090113195129.GA9784@alchemy.franken.de>


FYI, in comparison to FreeBSD 7.0, 7.1 contains the following
improvements interesting for sparc64:
o ata(4) was tought about the mapping used by (Open)Solaris
  required to fit the geometries of larger, i.e. > 32GB,
  disks into the the 16-bit fields of the Sun and VTOC8 disk
  labels. This means it's now possible to use the full
  capacity of such disks without the need to label them with
  (Open)Solaris.
o dc(4) grew a workaround for a minor hardware bug of certain
  chips that it supports, including those used on-board in
  V100 and X1, which prevented the link state to be reported
  correctly, in turn causing failover of lagg(4) to not work.
  Solving this revealed bugs which could lead to panics in
  dc(4) itself though. If you're using dc(4) and updated
  some time between 7.0 and 7.1 you'll definitely should
  switch to 7.1.
o esp(4) received an overhaul adapting it to MPSAFE cam(4)
  and make it more robust regarding target failures that
  previously caused panics, amongst other improvements.
  Unfortunately, the esp(4) in 7.0 was incorrectly marked
  as being MPSAFE with unclear outcome. If you use esp(4)
  on a MP machine you thus should update to 7.1
o kbdmux(4) was enabled by default in the sparc64 GENERIC.
  Since sunkbd(4) emulates PS/2 keyboards by default for
  some time just like ukbd(4) does it's possible to mix
  RS232 and USB keyboards now (this actually was requested
  by someone some time ago...).
o gem(4) received some minor fixes. Support for the SBus-
  version of GEM will hit CURRENT soon and should be
  available in 7-STABLE some time before 7.2.
o hme(4) got some fixes and improvements, though nothing
  particular standing out.
o sf(4) was enabled by default in the sparc64 GENERIC
  after it received a major overhaul making it work on all
  architectures supported by FreeBSD.
o sym(4) was adapted to MPSAFE cam(4) and now correctly
  negotiates Ultra-3 with 53C1010 without NVRAM as
  found on sparc64.
o vr(4) was enabled by default in the sparc64 GENERIC
  after it received a major overhaul making it work on all
  architectures supported by FreeBSD.
o The sparc64 interrupt code was better adapted to the
  machine independent one, getting rid of unnecessary
  disabling and re-enabling of the interrupt source with
  ever acknowledge and allowing to load-balance interrupts
  across the CPUs in MP system as well as binding single
  interrupts to specific CPUs.
o The sparc64 OFW PCI code was switched over to use the
  PCI domain support, which is mandatory for bringing in
  support for USIII and beyond sun4u. This should be
  transparent for the average user, just pciconf(8)
  selectors might have changed on some machines as a
  result.
o A workaround in the sparc64 stack_save(9) for an old GCC
  bug was removed, which fixes backtracing of curthread as
  done by witness(4) for displaying information when using
  GCC 4.2 or later.
o A race concerning more or less (well, at least not limited
  to sparc64) machine dependent code of kmem(4), which
  allowed a panic to by triggered using for example fstat(1),
  was fixed.

Chances are also that we once again shipped with working
Firefox 2 and friends, though unfortunately version 3
was reported to again contain a bunch of LP64 bugs.

Marius

From securitasdirect at jarfoval.fr  Tue Jan 13 14:30:57 2009
From: securitasdirect at jarfoval.fr (Securitas Direct)
Date: Tue Jan 13 14:32:25 2009
Subject: =?iso-8859-1?q?La_s=E9curit=E9_avant_tout?=
Message-ID: <MTk3OC43MDIzMjA4LjEzNDYyODI=@S5d34b>


     Si vous ne pouvez pas voir correctement ce message, [1]cliquez ici
                        [2][emailwebreflexe_01.gif] 
                        [3][emailwebreflexe_02.gif] 
                        [4][emailwebreflexe_03.gif] 
                        [5][emailwebreflexe_04.gif] 
                        [6][emailwebreflexe_05.gif] 
                        [7][emailwebreflexe_06.gif] 
                        [8][emailwebreflexe_07.gif] 

   Soci?t? titulaire de l'autorisation administrative pr?fectorale de la
    Pr?fecture d'ANTONY n?2004/057du 01/09/04 Securitas Direct : SAS au
    capital de 1 537 424 euros - RCS B 345 006 027 - n'0 TVA : FR 60 345
    006 027 - 1 Centrale Parc - Avenue Sully Prud'homme - 92290 Ch?tenay
   Malabry Autorisation Administrative du 16 novembre 1992 - Loi 83629 du
    12 Juillet 1983, Art. 8: ?L'autorisation administrative pr?alable ne
    conf?re aucun caract?re officiel ? l'entreprise ou aux personnes qui
   en b?n?ficient. Elle n'engage en aucune mani?re la responsabilit? des
   pouvoirs publics.? Photos et documents non contractuels SD DEP 11/07.
                           www.securitasdirect.fr

   Pour ne plus recevoir nos messages : [9]d?sinscription

References

   1. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   2. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   3. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   4. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   5. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   6. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   7. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   8. http://url.jarfoval.fr/id.asp?l=51481-7023208-1346282-1978-0
   9. http://url.jarfoval.fr/id.asp?l=51482-7023208-1346282-1978-0&id=1346282-1978-7023208-e7fb2511&res=fr
From ena-Williams8676 at damailbox.com  Thu Jan 15 00:00:13 2009
From: ena-Williams8676 at damailbox.com (Pat Williams)
Date: Thu Jan 15 00:00:19 2009
Subject: sparc64/130572: None
Message-ID: <200901150756.n0F7uU8r039042@www.freebsd.org>


>Number:         130572
>Category:       sparc64
>Synopsis:       None
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-sparc64
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jan 15 08:00:12 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Pat Williams
>Release:        None
>Organization:
None
>Environment:
None
>Description:
None
>How-To-Repeat:
None
>Fix:
None

>Release-Note:
>Audit-Trail:
>Unformatted:
From brueffer at FreeBSD.org  Thu Jan 15 00:03:51 2009
From: brueffer at FreeBSD.org (brueffer@FreeBSD.org)
Date: Thu Jan 15 00:03:57 2009
Subject: sparc64/130572: None
Message-ID: <200901150803.n0F83ox8066455@freefall.freebsd.org>

Synopsis: None

State-Changed-From-To: open->closed
State-Changed-By: brueffer
State-Changed-When: Thu Jan 15 09:03:29 CET 2009
State-Changed-Why: 
Not a PR.

http://www.freebsd.org/cgi/query-pr.cgi?pr=130572
From securitasdirect at jarfoval.fr  Fri Jan 16 04:10:56 2009
From: securitasdirect at jarfoval.fr (Securitas Direct)
Date: Fri Jan 16 04:11:04 2009
Subject: =?iso-8859-1?q?La_s=E9curit=E9_avant_tout?=
Message-ID: <MTk3OC43MDIzMjA4LjE0MDYwMzU=@S1125e9>


     Si vous ne pouvez pas voir correctement ce message, [1]cliquez ici
                        [2][emailwebreflexe_01.gif] 
                        [3][emailwebreflexe_02.gif] 
                        [4][emailwebreflexe_03.gif] 
                        [5][emailwebreflexe_04.gif] 
                        [6][emailwebreflexe_05.gif] 
                        [7][emailwebreflexe_06.gif] 
                        [8][emailwebreflexe_07.gif] 

   Soci?t? titulaire de l'autorisation administrative pr?fectorale de la
    Pr?fecture d'ANTONY n?2004/057du 01/09/04 Securitas Direct : SAS au
    capital de 1 537 424 euros - RCS B 345 006 027 - n'0 TVA : FR 60 345
    006 027 - 1 Centrale Parc - Avenue Sully Prud'homme - 92290 Ch?tenay
   Malabry Autorisation Administrative du 16 novembre 1992 - Loi 83629 du
    12 Juillet 1983, Art. 8: ?L'autorisation administrative pr?alable ne
    conf?re aucun caract?re officiel ? l'entreprise ou aux personnes qui
   en b?n?ficient. Elle n'engage en aucune mani?re la responsabilit? des
   pouvoirs publics.? Photos et documents non contractuels SD DEP 11/07.
                           www.securitasdirect.fr

   Pour ne plus recevoir nos messages : [9]d?sinscription

References

   1. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   2. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   3. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   4. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   5. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   6. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   7. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   8. http://url.jarfoval.fr/id.asp?l=51481-7023208-1406035-1978-0
   9. http://url.jarfoval.fr/id.asp?l=51482-7023208-1406035-1978-0&id=1406035-1978-7023208-20501830&res=fr
From tinderbox at freebsd.org  Sat Jan 17 04:43:35 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Jan 17 04:43:41 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <20090117124331.50A047302F@freebsd-current.sentex.ca>

TB --- 2009-01-17 11:10:49 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-17 11:10:49 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-01-17 11:10:49 - cleaning the object tree
TB --- 2009-01-17 11:11:16 - cvsupping the source tree
TB --- 2009-01-17 11:11:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-01-17 11:11:23 - building world
TB --- 2009-01-17 11:11:23 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-17 11:11:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-17 11:11:23 - TARGET=sun4v
TB --- 2009-01-17 11:11:23 - TARGET_ARCH=sparc64
TB --- 2009-01-17 11:11:23 - TZ=UTC
TB --- 2009-01-17 11:11:23 - __MAKE_CONF=/dev/null
TB --- 2009-01-17 11:11:23 - cd /src
TB --- 2009-01-17 11:11:23 - /usr/bin/make -B buildworld
>>> World build started on Sat Jan 17 11:11: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 Sat Jan 17 12:29:00 UTC 2009
TB --- 2009-01-17 12:29:00 - generating LINT kernel config
TB --- 2009-01-17 12:29:00 - cd /src/sys/sun4v/conf
TB --- 2009-01-17 12:29:00 - /usr/bin/make -B LINT
TB --- 2009-01-17 12:29:00 - building LINT kernel
TB --- 2009-01-17 12:29:00 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-17 12:29:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-17 12:29:00 - TARGET=sun4v
TB --- 2009-01-17 12:29:00 - TARGET_ARCH=sparc64
TB --- 2009-01-17 12:29:00 - TZ=UTC
TB --- 2009-01-17 12:29:00 - __MAKE_CONF=/dev/null
TB --- 2009-01-17 12:29:00 - cd /src
TB --- 2009-01-17 12:29:00 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Jan 17 12:29:00 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 -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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hvcons.c
cc -c -x assembler-with-cpp -DLOCORE -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 -fstack-protector -Werror /src/sys/sun4v/sun4v/hcall.S
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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hviommu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/identcpu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/in_cksum.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/intr_machdep.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/machdep.c
/src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-17 12:43:31 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-17 12:43:31 - ERROR: failed to build lint kernel
TB --- 2009-01-17 12:43:31 - 4578.29 user 404.15 system 5561.55 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From ardelean at ww.uni-erlangen.de  Sat Jan 17 06:43:22 2009
From: ardelean at ww.uni-erlangen.de (Gheorghe Ardelean)
Date: Sat Jan 17 06:43:28 2009
Subject: FreeBSD 7.1-RELEASE working on Netra AX1105-500
Message-ID: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>


Hi,

I have tested FreeBSD 7.1-RELEASE on a Netra AX1105-500 and it works quite
nicely. Attached is the dmesg.

Installing 7.0-RELEASE was not possible because of READ_BIG errors, in
7.1-RELEASE I am still getting some of them but the boot process continues
allowing me to do the rest of the installation over network (I did not
tested a CD only installation).

Pietro or Mark could you please add the attached dmesg to the dmesgs I
have already provided on sparc64 wiki?
(http://wiki.freebsd.org/FreeBSD/sparc64/dmesgs)

Thank you!

Best regards,

Gheorghe Ardelean.
-------------- next part --------------
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
Timecounter "tick" frequency 500000000 Hz quality 1000
real memory  = 536870912 (512 MB)
avail memory = 505643008 (482 MB)
cpu0: Sun Microsystems UltraSparc-IIe Processor (500.00 MHz CPU)
registered firmware set <isp_1000>
registered firmware set <isp_1040>
registered firmware set <isp_1040_it>
registered firmware set <isp_1080>
registered firmware set <isp_1080_it>
registered firmware set <isp_12160>
registered firmware set <isp_12160_it>
registered firmware set <isp_2100>
registered firmware set <isp_2200>
registered firmware set <isp_2300>
registered firmware set <isp_2322>
registered firmware set <isp_2400>
kbd0 at kbdmux0
ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413, REGOPS_FUNC)
nexus0: <Open Firmware Nexus device>
pcib0: <U2P UPA-PCI bridge> mem 0x1fe00000000-0x1fe0000ffff,0x1fe01000000-0x1fe010000ff irq 2032,2030,2031,2021 on nexus0
pcib0: Sabre, impl 0, version 0, IGN 0x1f, bus A, 66MHz
pcib0: [FILTER]
pcib0: [FILTER]
pcib0: [GIANT-LOCKED]
pcib0: [ITHREAD]
pcib0: DVMA map: 0xc0000000 to 0xc3ffffff
pcib0: [FILTER]
pci0: <OFW PCI bus> on pcib0
pcib1: <APB PCI-PCI bridge> at device 1.1 on pci0
pci1: <OFW PCI bus> on pcib1
ebus0: <PCI-EBus3 bridge> mem 0xf0000000-0xf0ffffff,0xf1000000-0xf17fffff at device 12.0 on pci1
ebus0: <idprom>: incomplete
ebus0: <flashprom> addr 0x1000000000-0x10000fffff (no driver attached)
eeprom0: <EEPROM/clock> addr 0x1400000000-0x1400001fff on ebus0
eeprom0: model mk48t59
isab0: <PCI-ISA bridge> at device 7.0 on pci1
pcib0: guessing interrupt 0 for device 1.1 pin 1
isa0: <ISA bus> on isab0
gem0: <Sun ERI 10/100 Ethernet> mem 0xe0400000-0xe041ffff at device 12.1 on pci1
miibus0: <MII bus> on gem0
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem0: 2kB RX FIFO, 2kB TX FIFO
gem0: Ethernet address: 00:03:ba:tt:xx:yy
gem0: [ITHREAD]
ohci0: <Sun PCIO-2 USB controller> mem 0xe2000000-0xe2007fff at device 12.3 on pci1
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0, legacy support
usb0: <Sun PCIO-2 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 4 ports with 4 removable, self powered
pci1: <old, non-VGA display device> at device 3.0 (no driver attached)
atapci0: <AcerLabs M5229 UDMA66 controller> port 0x400-0x407,0x418-0x41b,0x410-0x417,0x408-0x40b,0x420-0x42f at device 13.0 on pci1
atapci0: [ITHREAD]
atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
gem1: <Sun ERI 10/100 Ethernet> mem 0xe0440000-0xe045ffff at device 5.1 on pci1
miibus1: <MII bus> on gem1
ukphy1: <Generic IEEE 802.3u media interface> PHY 1 on miibus1
ukphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem1: 2kB RX FIFO, 2kB TX FIFO
gem1: Ethernet address: 00:03:ba:tt:xx:zz
gem1: [ITHREAD]
ohci1: <Sun PCIO-2 USB controller> mem 0xe5000000-0xe5007fff at device 5.3 on pci1
ohci1: [GIANT-LOCKED]
ohci1: [ITHREAD]
usb1: OHCI version 1.0, legacy support
usb1: <Sun PCIO-2 USB controller> on ohci1
usb1: USB revision 1.0
uhub1: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1
uhub1: 4 ports with 4 removable, self powered
pcib2: <APB PCI-PCI bridge> at device 1.0 on pci0
pci2: <OFW PCI bus> on pcib2
nexus0: <syscons> type unknown (no driver attached)
uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 43 on isa0
uart0: [FILTER]
uart0: console (9600,n,8,1)
uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 43 on isa0
uart1: [FILTER]
Timecounters tick every 1.000 msec
ad0: 3077MB <Seagate ST33232A 3.02> at ata2-master UDMA33
acd0: DVDR <ATAPI iHDP118 4/GL03> at ata3-master PIO4
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 
GEOM_LABEL: Label for provider acd0 is iso9660/FreeBSD_Install.
acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 
Trying to mount root from ufs:/dev/ad0a
Invalid time in real time clock.
Check and reset the date immediately!
From royce at alaska.net  Sat Jan 17 10:14:19 2009
From: royce at alaska.net (Royce Williams)
Date: Sat Jan 17 10:14:25 2009
Subject: sparc64 dmesgs on wiki (was: Re: FreeBSD 7.1-RELEASE working on
 Netra AX1105-500)
In-Reply-To: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
References: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
Message-ID: <49721C6B.9080002@alaska.net>

Gheorghe Ardelean wrote, on 1/17/2009 5:18 AM:
> Pietro or Mark could you please add the attached dmesg to the dmesgs I
> have already provided on sparc64 wiki?
> (http://wiki.freebsd.org/FreeBSD/sparc64/dmesgs)

Wow - I had no idea that this page even existed!

My page listed on the wiki is modestly described as "Several dmesgs".
;-)  I actually have 156 dmesgs, ranging from 5.0 through 8.0-CURRENT,
for 38 different Sun models.

I don't want to duplicate effort, but I also don't want to lose the
history that I've collected.  Should I lay off storing mine, should we
fold some of them into the wiki, or something else?

Royce


-- 
Royce D. Williams                                   - http://royce.ws/
     Your neighbor is anyone you happen to be with.  - Mr. Rogers
From admin at stardothosting.com  Sat Jan 17 12:15:44 2009
From: admin at stardothosting.com (SDH Support)
Date: Sat Jan 17 12:15:50 2009
Subject: FreeBSD 7.1-RELEASE working on Netra AX1105-500
In-Reply-To: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
References: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
Message-ID: <001201c978dc$e421fa20$ac65ee60$@com>

> Installing 7.0-RELEASE was not possible because of READ_BIG errors, in
> 7.1-RELEASE I am still getting some of them but the boot process
> continues allowing me to do the rest of the installation over network
> (I did not tested a CD only installation).


7.1-RELEASE Sparc64 Did not install via CD on my Netra X1. It would get to
the installation phase where it finishes unpacking the ports tree and then
just sit there with no progress.



---
Kevin
www.stardothosting.com 

From tinderbox at freebsd.org  Sat Jan 17 13:38:18 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Jan 17 13:38:25 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <20090117213814.2EAF77302F@freebsd-current.sentex.ca>

TB --- 2009-01-17 20:05:28 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-17 20:05:28 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-01-17 20:05:28 - cleaning the object tree
TB --- 2009-01-17 20:05:50 - cvsupping the source tree
TB --- 2009-01-17 20:05:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-01-17 20:05:59 - building world
TB --- 2009-01-17 20:05:59 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-17 20:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-17 20:05:59 - TARGET=sun4v
TB --- 2009-01-17 20:05:59 - TARGET_ARCH=sparc64
TB --- 2009-01-17 20:05:59 - TZ=UTC
TB --- 2009-01-17 20:05:59 - __MAKE_CONF=/dev/null
TB --- 2009-01-17 20:05:59 - cd /src
TB --- 2009-01-17 20:05:59 - /usr/bin/make -B buildworld
>>> World build started on Sat Jan 17 20:06:01 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 Jan 17 21:23:49 UTC 2009
TB --- 2009-01-17 21:23:49 - generating LINT kernel config
TB --- 2009-01-17 21:23:49 - cd /src/sys/sun4v/conf
TB --- 2009-01-17 21:23:49 - /usr/bin/make -B LINT
TB --- 2009-01-17 21:23:49 - building LINT kernel
TB --- 2009-01-17 21:23:49 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-17 21:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-17 21:23:49 - TARGET=sun4v
TB --- 2009-01-17 21:23:49 - TARGET_ARCH=sparc64
TB --- 2009-01-17 21:23:49 - TZ=UTC
TB --- 2009-01-17 21:23:49 - __MAKE_CONF=/dev/null
TB --- 2009-01-17 21:23:49 - cd /src
TB --- 2009-01-17 21:23:49 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sat Jan 17 21:23: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
[...]
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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hvcons.c
cc -c -x assembler-with-cpp -DLOCORE -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 -fstack-protector -Werror /src/sys/sun4v/sun4v/hcall.S
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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hviommu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/identcpu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/in_cksum.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/intr_machdep.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/machdep.c
/src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-17 21:38:14 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-17 21:38:14 - ERROR: failed to build lint kernel
TB --- 2009-01-17 21:38:14 - 4573.65 user 407.92 system 5565.85 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From linimon at lonesome.com  Sat Jan 17 13:51:51 2009
From: linimon at lonesome.com (Mark Linimon)
Date: Sat Jan 17 13:51:58 2009
Subject: sparc64 dmesgs on wiki (was: Re: FreeBSD 7.1-RELEASE working on
	Netra AX1105-500)
In-Reply-To: <49721C6B.9080002@alaska.net>
References: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
	<49721C6B.9080002@alaska.net>
Message-ID: <20090117212641.GA28973@soaustin.net>

On Sat, Jan 17, 2009 at 08:59:07AM -0900, Royce Williams wrote:
> I don't want to duplicate effort, but I also don't want to lose the
> history that I've collected.  Should I lay off storing mine, should we
> fold some of them into the wiki, or something else?

I'd say leave yours up and we'll change the wording on pointing to
yours.

I'm behind at least a couple of updates on it.

mcl
From royce at alaska.net  Sat Jan 17 18:22:22 2009
From: royce at alaska.net (Royce Williams)
Date: Sat Jan 17 18:22:30 2009
Subject: sparc64 dmesgs on wiki
In-Reply-To: <20090117212641.GA28973@soaustin.net>
References: <Pine.LNX.4.33.0901171506570.21277-200000@servww6.ww.uni-erlangen.de>
	<49721C6B.9080002@alaska.net> <20090117212641.GA28973@soaustin.net>
Message-ID: <4972925E.4010406@alaska.net>

Mark Linimon wrote, on 1/17/2009 12:26 PM:
> On Sat, Jan 17, 2009 at 08:59:07AM -0900, Royce Williams wrote:
>> I don't want to duplicate effort, but I also don't want to lose the
>> history that I've collected.  Should I lay off storing mine, should we
>> fold some of them into the wiki, or something else?
> 
> I'd say leave yours up and we'll change the wording on pointing to
> yours.

Well, that sounds fine - no pressure.

Since the wiki is probably an easier way (read as: self-serve, for the
wiki-enabled) to maintain it, maybe I could leave the newer ones (7+)
for the wikiers to maintain going forward, and I could keep the older
ones for historical purposes.  The latter is obviously easier for me
to maintain. :-)  And I think that it's the newer ones that are
probably more useful.

Maybe put mine at the bottom and mention that the older dmesgs are at
my place, so that people who are looking for the current stuff will
see the useful content first.

> I'm behind at least a couple of updates on it.

No worries there - I was pleased to see it as-is!

Aside: I've got a simple shell script to count them, cull out a couple
of details, and package them up ... but it's nothing like the NYCBUG
dmesgd (http://www.nycbug.org/?NAV=dmesgd).  Part of me wants to just
have everybody use that, since it's searchable.  And part of me wants
to roll my own.  But it's probably not worth the cycles.

Royce

-- 
Royce D. Williams                                   - http://royce.ws/
  Shut off anything that's noisier than it is useful. - Merlin Mann
From tinderbox at freebsd.org  Sat Jan 17 22:17:55 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Sat Jan 17 22:18:13 2009
Subject: [head tinderbox] failure on sparc64/sun4v
Message-ID: <20090118061751.06A587302F@freebsd-current.sentex.ca>

TB --- 2009-01-18 04:44:46 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-18 04:44:46 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2009-01-18 04:44:46 - cleaning the object tree
TB --- 2009-01-18 04:45:12 - cvsupping the source tree
TB --- 2009-01-18 04:45:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile
TB --- 2009-01-18 04:45:20 - building world
TB --- 2009-01-18 04:45:20 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-18 04:45:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-18 04:45:20 - TARGET=sun4v
TB --- 2009-01-18 04:45:20 - TARGET_ARCH=sparc64
TB --- 2009-01-18 04:45:20 - TZ=UTC
TB --- 2009-01-18 04:45:20 - __MAKE_CONF=/dev/null
TB --- 2009-01-18 04:45:20 - cd /src
TB --- 2009-01-18 04:45:20 - /usr/bin/make -B buildworld
>>> World build started on Sun Jan 18 04:45:21 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 Sun Jan 18 06:03:14 UTC 2009
TB --- 2009-01-18 06:03:14 - generating LINT kernel config
TB --- 2009-01-18 06:03:14 - cd /src/sys/sun4v/conf
TB --- 2009-01-18 06:03:14 - /usr/bin/make -B LINT
TB --- 2009-01-18 06:03:15 - building LINT kernel
TB --- 2009-01-18 06:03:15 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-18 06:03:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-18 06:03:15 - TARGET=sun4v
TB --- 2009-01-18 06:03:15 - TARGET_ARCH=sparc64
TB --- 2009-01-18 06:03:15 - TZ=UTC
TB --- 2009-01-18 06:03:15 - __MAKE_CONF=/dev/null
TB --- 2009-01-18 06:03:15 - cd /src
TB --- 2009-01-18 06:03:15 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Sun Jan 18 06:03: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
[...]
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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hvcons.c
cc -c -x assembler-with-cpp -DLOCORE -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 -fstack-protector -Werror /src/sys/sun4v/sun4v/hcall.S
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 -fstack-protector -Werror  /src/sys/sun4v/sun4v/hviommu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/identcpu.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sparc64/sparc64/in_cksum.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/intr_machdep.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror  /src/sys/sun4v/sun4v/machdep.c
/src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative
*** Error code 1

Stop in /obj/sun4v/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-18 06:17:50 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-18 06:17:50 - ERROR: failed to build lint kernel
TB --- 2009-01-18 06:17:50 - 4575.47 user 406.34 system 5584.66 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full
From bugmaster at FreeBSD.org  Mon Jan 19 03:07:06 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan 19 03:09:06 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200901191107.n0JB750x063104@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 toasty at dragondata.com  Mon Jan 19 12:35:59 2009
From: toasty at dragondata.com (Kevin Day)
Date: Mon Jan 19 12:36:07 2009
Subject: 24/48 CPU Fire 6800 / 12 CPU E4500
Message-ID: <D72682CF-158D-492B-B9DB-CE4745F8FA11@dragondata.com>


I'm trying to save some cosmetically damaged Sun gear from being sold  
as scrap. The configurations are:


Sun E4500
12x400MHz CPU
12GB RAM

Sun Fire 6800
24x750MHZ (or possibly 48, they can't remember)
64GB RAM


They're huge, but we have space in our datacenter for them if I can  
match their scrap value.

I'm thinking they could be very interesting for people working in SMP  
or scheduler developers. Non-power-of-2 number of CPUs, large number  
of CPUs, huge memory, etc.

I'd need to match the price they'd get for spare parts / scrap metal  
to take them(and somehow come up with that cash), but I'm happy to  
provide space/power/cooling/bandwidth/remote access if any of the  
sparc developers would actually use this.  Before I go too far down  
the road here, would any kernel hackers want a chance to bang on one  
of these? I could set up remote access.


-- Kevin

From marius at alchemy.franken.de  Tue Jan 20 14:02:29 2009
From: marius at alchemy.franken.de (Marius Strobl)
Date: Tue Jan 20 14:02:36 2009
Subject: 24/48 CPU Fire 6800 / 12 CPU E4500
In-Reply-To: <D72682CF-158D-492B-B9DB-CE4745F8FA11@dragondata.com>
References: <D72682CF-158D-492B-B9DB-CE4745F8FA11@dragondata.com>
Message-ID: <20090120220224.GA14878@alchemy.franken.de>

On Mon, Jan 19, 2009 at 06:26:37PM -0600, Kevin Day wrote:
> 
> I'm trying to save some cosmetically damaged Sun gear from being sold  
> as scrap. The configurations are:
> 
> 
> Sun E4500
> 12x400MHz CPU
> 12GB RAM
> 
> Sun Fire 6800
> 24x750MHZ (or possibly 48, they can't remember)
> 64GB RAM
> 
> 
> They're huge, but we have space in our datacenter for them if I can  
> match their scrap value.
> 
> I'm thinking they could be very interesting for people working in SMP  
> or scheduler developers. Non-power-of-2 number of CPUs, large number  
> of CPUs, huge memory, etc.
> 
> I'd need to match the price they'd get for spare parts / scrap metal  
> to take them(and somehow come up with that cash), but I'm happy to  
> provide space/power/cooling/bandwidth/remote access if any of the  
> sparc developers would actually use this.  Before I go too far down  
> the road here, would any kernel hackers want a chance to bang on one  
> of these? I could set up remote access.
> 

Well, it would be interesting to get FreeBSD running on
the Fire 6800 but whether that's worth spending money
for such a machine and its hosting I'm not sure. In any
case it would be great if you could provide me with the
Open Firmware device tree dump of the Fire 6800, i.e. the
output obtained from running f.e. running `prtconf -pPv`
under Solaris.

Marius

From tinderbox at freebsd.org  Wed Jan 21 13:49:10 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Wed Jan 21 13:49:22 2009
Subject: [releng_6 tinderbox] failure on sparc64/sparc64
Message-ID: <20090121214907.28297241BA@freebsd-legacy.sentex.ca>

TB --- 2009-01-21 20:49:30 - tinderbox 2.6 running on freebsd-legacy.sentex.ca
TB --- 2009-01-21 20:49:30 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2009-01-21 20:49:30 - cleaning the object tree
TB --- 2009-01-21 20:49:59 - cvsupping the source tree
TB --- 2009-01-21 20:49:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile
TB --- 2009-01-21 20:50:08 - building world
TB --- 2009-01-21 20:50:08 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-21 20:50:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-21 20:50:08 - TARGET=sparc64
TB --- 2009-01-21 20:50:08 - TARGET_ARCH=sparc64
TB --- 2009-01-21 20:50:08 - TZ=UTC
TB --- 2009-01-21 20:50:08 - __MAKE_CONF=/dev/null
TB --- 2009-01-21 20:50:08 - cd /src
TB --- 2009-01-21 20:50:08 - /usr/bin/make -B buildworld
>>> 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
TB --- 2009-01-21 21:42:30 - generating LINT kernel config
TB --- 2009-01-21 21:42:30 - cd /src/sys/sparc64/conf
TB --- 2009-01-21 21:42:30 - /usr/bin/make -B LINT
TB --- 2009-01-21 21:42:30 - building LINT kernel
TB --- 2009-01-21 21:42:30 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-21 21:42:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-21 21:42:30 - TARGET=sparc64
TB --- 2009-01-21 21:42:30 - TARGET_ARCH=sparc64
TB --- 2009-01-21 21:42:30 - TZ=UTC
TB --- 2009-01-21 21:42:30 - __MAKE_CONF=/dev/null
TB --- 2009-01-21 21:42:30 - cd /src
TB --- 2009-01-21 21:42:30 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Wed Jan 21 21:42: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
[...]
cc -c -O2 -pipe -fno-strict-aliasing  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror  /src/sys/kern/vfs_lookup.c
cc -c -O2 -pipe -fno-strict-aliasing  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror  /src/sys/kern/vfs_mount.c
cc -c -O2 -pipe -fno-strict-aliasing  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror  /src/sys/kern/vfs_subr.c
cc -c -O2 -pipe -fno-strict-aliasing  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -fformat-extensions -std=c99  -nostdinc -I-  -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/dev/em -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=medlow -msoft-float -ffreestanding -Werror  /src/sys/kern/vfs_syscalls.c
/src/sys/kern/vfs_syscalls.c: In function `kern_getdirentries':
/src/sys/kern/vfs_syscalls.c:3715: error: `uap' undeclared (first use in this function)
/src/sys/kern/vfs_syscalls.c:3715: error: (Each undeclared identifier is reported only once
/src/sys/kern/vfs_syscalls.c:3715: error: for each function it appears in.)
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-21 21:49:07 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-21 21:49:07 - ERROR: failed to build lint kernel
TB --- 2009-01-21 21:49:07 - 2922.20 user 335.97 system 3576.18 real


http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full
From tinderbox at freebsd.org  Thu Jan 22 01:02:51 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Thu Jan 22 01:02:58 2009
Subject: [releng_7 tinderbox] failure on sparc64/sparc64
Message-ID: <20090122090248.195761B5060@freebsd-stable.sentex.ca>

TB --- 2009-01-22 07:53:33 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-01-22 07:53:33 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2009-01-22 07:53:33 - cleaning the object tree
TB --- 2009-01-22 07:53:52 - cvsupping the source tree
TB --- 2009-01-22 07:53:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/sparc64/sparc64/supfile
TB --- 2009-01-22 07:54:03 - building world
TB --- 2009-01-22 07:54:03 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-22 07:54:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-22 07:54:03 - TARGET=sparc64
TB --- 2009-01-22 07:54:03 - TARGET_ARCH=sparc64
TB --- 2009-01-22 07:54:03 - TZ=UTC
TB --- 2009-01-22 07:54:03 - __MAKE_CONF=/dev/null
TB --- 2009-01-22 07:54:03 - cd /src
TB --- 2009-01-22 07:54:03 - /usr/bin/make -B buildworld
>>> World build started on Thu Jan 22 07:54:04 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 Jan 22 08:56:18 UTC 2009
TB --- 2009-01-22 08:56:18 - generating LINT kernel config
TB --- 2009-01-22 08:56:18 - cd /src/sys/sparc64/conf
TB --- 2009-01-22 08:56:18 - /usr/bin/make -B LINT
TB --- 2009-01-22 08:56:18 - building LINT kernel
TB --- 2009-01-22 08:56:18 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-22 08:56:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-22 08:56:18 - TARGET=sparc64
TB --- 2009-01-22 08:56:18 - TARGET_ARCH=sparc64
TB --- 2009-01-22 08:56:18 - TZ=UTC
TB --- 2009-01-22 08:56:18 - __MAKE_CONF=/dev/null
TB --- 2009-01-22 08:56:18 - cd /src
TB --- 2009-01-22 08:56:18 - /usr/bin/make -B buildkernel KERNCONF=LINT
>>> Kernel build for LINT started on Thu Jan 22 08:56:18 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 -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  /src/sys/dev/usb/uhid.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/usb/uhub.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/usb/uipaq.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/usb/ukbd.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/usb/ulpt.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc  -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror  /src/sys/dev/usb/umass.c
/src/sys/dev/usb/umass.c:577: error: 'USB_PRODUCT_NETAC_ONLYDISK' undeclared here (not in a function)
/src/sys/dev/usb/umass.c:613: error: 'USB_PRODUCT_ONSPEC_SDS_HOTFIND_D' undeclared here (not in a function)
*** Error code 1

Stop in /obj/sparc64/src/sys/LINT.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-22 09:02:48 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-22 09:02:48 - ERROR: failed to build lint kernel
TB --- 2009-01-22 09:02:48 - 3458.30 user 357.01 system 4154.52 real


http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full
From bugmaster at FreeBSD.org  Mon Jan 26 03:07:07 2009
From: bugmaster at FreeBSD.org (FreeBSD bugmaster)
Date: Mon Jan 26 03:09:04 2009
Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org
Message-ID: <200901261107.n0QB7315024397@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 tinderbox at freebsd.org  Tue Jan 27 04:10:01 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Jan 27 04:10:09 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <20090127120957.BEA877302F@freebsd-current.sentex.ca>

TB --- 2009-01-27 11:03:39 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-27 11:03:39 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-01-27 11:03:39 - cleaning the object tree
TB --- 2009-01-27 11:04:02 - cvsupping the source tree
TB --- 2009-01-27 11:04:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-01-27 11:04:09 - building world
TB --- 2009-01-27 11:04:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-27 11:04:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-27 11:04:09 - TARGET=sparc64
TB --- 2009-01-27 11:04:09 - TARGET_ARCH=sparc64
TB --- 2009-01-27 11:04:09 - TZ=UTC
TB --- 2009-01-27 11:04:09 - __MAKE_CONF=/dev/null
TB --- 2009-01-27 11:04:09 - cd /src
TB --- 2009-01-27 11:04:09 - /usr/bin/make -B buildworld
>>> World build started on Tue Jan 27 11:04: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
[...]
/src/sbin/ipfw/ipfw2.c:2552: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2552: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2558: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2558: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2573: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2573: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2578: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2578: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

Stop in /src/sbin/ipfw.
*** Error code 1

Stop in /src/sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-27 12:09:57 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-27 12:09:57 - ERROR: failed to build world
TB --- 2009-01-27 12:09:57 - 3176.56 user 313.49 system 3978.05 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
From tinderbox at freebsd.org  Tue Jan 27 14:36:43 2009
From: tinderbox at freebsd.org (FreeBSD Tinderbox)
Date: Tue Jan 27 14:38:16 2009
Subject: [head tinderbox] failure on sparc64/sparc64
Message-ID: <20090127120957.BEA877302F@freebsd-current.sentex.ca>

TB --- 2009-01-27 11:03:39 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2009-01-27 11:03:39 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2009-01-27 11:03:39 - cleaning the object tree
TB --- 2009-01-27 11:04:02 - cvsupping the source tree
TB --- 2009-01-27 11:04:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2009-01-27 11:04:09 - building world
TB --- 2009-01-27 11:04:09 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-01-27 11:04:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-01-27 11:04:09 - TARGET=sparc64
TB --- 2009-01-27 11:04:09 - TARGET_ARCH=sparc64
TB --- 2009-01-27 11:04:09 - TZ=UTC
TB --- 2009-01-27 11:04:09 - __MAKE_CONF=/dev/null
TB --- 2009-01-27 11:04:09 - cd /src
TB --- 2009-01-27 11:04:09 - /usr/bin/make -B buildworld
>>> World build started on Tue Jan 27 11:04: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
[...]
/src/sbin/ipfw/ipfw2.c:2552: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2552: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2558: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2558: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2573: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2573: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2578: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
/src/sbin/ipfw/ipfw2.c:2578: warning: format '%llu' expects type 'long long unsigned int', but argument 4 has type 'uint64_t'
*** Error code 1

Stop in /src/sbin/ipfw.
*** Error code 1

Stop in /src/sbin.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2009-01-27 12:09:57 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2009-01-27 12:09:57 - ERROR: failed to build world
TB --- 2009-01-27 12:09:57 - 3176.56 user 313.49 system 3978.05 real


http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"