From bugmaster at FreeBSD.org Mon May 4 11:08:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 4 11:09:54 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200905041108.n44B84kL098872@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 [install] 7.0 Beta won't install on U60 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 [hang] system is hung during boot from CD 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 13 problems total. From hannula at gmail.com Mon May 4 13:49:24 2009 From: hannula at gmail.com (Olev) Date: Mon May 4 13:49:31 2009 Subject: 7.2-RELEASE working on Sun Fire V480R Message-ID: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> As it is not listed in supported systems I gave it a shot. Installs ok. Onboard ethernet not working. The machine I tested it on has 2x PCI SCSI cards inside and it finds them too. Verbose dmesg below: Sun Fire 480R, No Keyboard Copyright 2007 Sun Microsystems, Inc. All rights reserved. OpenBoot 4.22.34, 4096 MB memory installed, Serial #53044977. Ethernet address 0:3:ba:29:66:f1, Host ID: 832966f1. Rebooting with command: boot Boot device: disk File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a Boot loader: /boot/loader Consoles: Open Firmware console Booting with sun4u support. FreeBSD/sparc64 bootstrap loader, Revision 1.0 (root@obrian.cse.buffalo.edu, Fri May 1 14:51:37 UTC 2009) bootpath="/pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x7c0348+0x78d48 syms=[0x8+0x823e0+0x8+0x70aa3] / Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 8 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -v jumping to kernel entry at 0xc0078000. 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.2-RELEASE #0: Sat May 2 08:25:23 UTC 2009 root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xc092e000. real memory = 4294967296 (4096 MB) avail memory = 4174045184 (3980 MB) machine: SUNW,Sun-Fire-480R cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) mask=0x23 maxtl=5 maxwin=7 initalizing intr_countp cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) mask=0x23 maxtl=5 maxwin=7 INTR: Adding CPU 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs wlan: <802.11 Link Layer> firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc05fd180 registered firmware set firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc060202e registered firmware set firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc06079ce registered firmware set firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc060fa7c registered firmware set firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc06174f2 registered firmware set firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc06213b6 registered firmware set firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0628148 registered firmware set firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc0631fe4 registered firmware set firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc0644bc6 registered firmware set firmware: 'isp_2300' version 1: 105078 bytes loaded at 0xc0657964 registered firmware set firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc06713da registered firmware set firmware: 'isp_2400' version 1: 172952 bytes loaded at 0xc068ef94 registered firmware set random: kbd0 at kbdmux0 nfslock: pseudo-device mem: null: openfirm: nexus0: nexus0: mem 0x40000400000-0x40000400047 type memory-controller (no driver attached) nexus0: mem 0x40001400000-0x40001400047 type memory-controller (no driver attached) pcib0: mem 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff irq 563,560,561,564,565 on nexus0 pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz pcib0: DVMA map: 0xc0000000 to 0xffffffff pcib0: bus range 0 to 0; PCI bus 0 pcib0: [FILTER] pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1000, dev=0x000f, revid=0x14 domain=0, bus=0, slot=3, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled map[14]: type Memory, range 32, base 0x100000, size 8, enabled map[18]: type Memory, range 32, base 0x102000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x14 domain=0, bus=0, slot=3, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=b, irq=255 map[10]: type I/O Port, range 32, base 0x400, size 8, port disabled map[14]: type Memory, range 32, base 0x104000, size 8, enabled map[18]: type Memory, range 32, base 0x106000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x14 domain=0, bus=0, slot=4, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 map[10]: type I/O Port, range 32, base 0x500, size 8, port disabled map[14]: type Memory, range 32, base 0x108000, size 8, enabled map[18]: type Memory, range 32, base 0x10a000, size 12, enabled found-> vendor=0x1000, dev=0x000f, revid=0x14 domain=0, bus=0, slot=4, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) intpin=b, irq=255 map[10]: type I/O Port, range 32, base 0x600, size 8, port disabled map[14]: type Memory, range 32, base 0x10c000, size 8, enabled map[18]: type Memory, range 32, base 0x10e000, size 12, enabled found-> vendor=0x1095, dev=0x0646, revid=0x07 domain=0, bus=0, slot=6, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=255 powerspec 1 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0x700, size 3, port disabled map[14]: type I/O Port, range 32, base 0x718, size 2, enabled map[18]: type I/O Port, range 32, base 0x710, size 3, enabled map[1c]: type I/O Port, range 32, base 0x708, size 2, enabled map[20]: type I/O Port, range 32, base 0x720, size 4, enabled sym0: <875> port 0x300-0x3ff mem 0x100000-0x1000ff,0x102000-0x102fff at device 3.0 on pci0 sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x100000 sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x102000 sym0: chip clock is 40218KHz sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: open drain IRQ line driver, using on-chip SRAM sym0: using LOAD/STORE-based firmware. sym0: [MPSAFE] sym0: [ITHREAD] sym1: <875> port 0x400-0x4ff mem 0x104000-0x1040ff,0x106000-0x106fff at device 3.1 on pci0 sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x104000 sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x106000 sym1: chip clock is 40218KHz sym1: No NVRAM, ID 7, Fast-20, SE, parity checking sym1: open drain IRQ line driver, using on-chip SRAM sym1: using LOAD/STORE-based firmware. sym1: [MPSAFE] sym1: [ITHREAD] sym2: <875> port 0x500-0x5ff mem 0x108000-0x1080ff,0x10a000-0x10afff at device 4.0 on pci0 sym2: Reserved 0x100 bytes for rid 0x14 type 3 at 0x108000 sym2: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10a000 sym2: chip clock is 40218KHz sym2: No NVRAM, ID 7, Fast-20, SE, parity checking sym2: open drain IRQ line driver, using on-chip SRAM sym2: using LOAD/STORE-based firmware. sym2: [MPSAFE] sym2: [ITHREAD] sym3: <875> port 0x600-0x6ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff at device 4.1 on pci0 sym3: Reserved 0x100 bytes for rid 0x14 type 3 at 0x10c000 sym3: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10e000 sym3: chip clock is 40218KHz sym3: No NVRAM, ID 7, Fast-20, SE, parity checking sym3: open drain IRQ line driver, using on-chip SRAM sym3: using LOAD/STORE-based firmware. sym3: [MPSAFE] sym3: [ITHREAD] atapci0: port 0x700-0x707,0x718-0x71b,0x710-0x717,0x708-0x70b,0x720-0x72f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x720 pcib0: belatedly registered as interrupt controller for vector 0x208 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: HW has secondary channel disabled ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x700 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x718 ata2: reset tp1 mask=03 ostat0=00 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x4 ata2: [MPSAFE] ata2: [ITHREAD] pcib1: mem 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff irq 562,560,561,564,566 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: bus range 0 to 0; PCI bus 0 pcib1: [FILTER] pcib1: [FILTER] pcib1: [FILTER] pcib1: [FILTER] pci1: on pcib1 pci1: domain=1, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=1, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pcib2: mem 0x40004f00000-0x40004f17fff,0x40004c10000-0x40004c1004f,0x7ffea000000-0x7ffea0000ff irq 627,624,625,628,629 on nexus0 pcib2: Schizo, version 4, IGN 0x9, bus B, 33MHz pcib2: DVMA map: 0xc0000000 to 0xffffffff pcib2: bus range 0 to 0; PCI bus 0 pcib2: [FILTER] pci2: on pcib2 pci2: domain=2, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=2, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x108e, dev=0x1100, revid=0x01 domain=2, bus=0, slot=1, func=0 class=06-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) map[10]: type Memory, range 32, base 0x7d000000, size 24, enabled map[14]: type Memory, range 32, base 0x7e000000, size 23, enabled found-> vendor=0x108e, dev=0x1103, revid=0x01 domain=2, bus=0, slot=1, func=3 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) map[10]: type Memory, range 32, base 0x1000000, size 15, memory disabled found-> vendor=0x108e, dev=0xabba, revid=0x11 domain=2, bus=0, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0x200000, size 21, memory disabled ebus0: mem 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2 ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x7d000000 ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0x7e000000 ebus0: addr 0-0x1fffff (no driver attached) ebus0: addr 0x100000000-0x1000fffff (no driver attached) ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 (no driver attached) ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no driver attached) ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 rtc0: registered as a time-of-day clock (resolution 1000000us) rtc0: invalid timeebus0: addr 0x100300600-0x100300607 (no driver attached) ebus0: addr 0x100300700-0x100300701 (no driver attached) uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on ebus0 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on ebus0 uart1: [FILTER] uart1: fast interrupt scc0: addr 0x100400000-0x10040007f irq 34 on ebus0 scc0: not resetting hardware scc0: [FILTER] uart2: on scc0 uart2: [FILTER] uart2: CTS oflow uart2: fast interrupt uart2: console (9600,n,8,1) uart3: on scc0 uart3: [FILTER] uart3: CTS oflow uart3: fast interrupt scc0: fast interrupt ohci0: mem 0x1000000-0x1007fff at device 1.3 on pci2 ohci0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x1000000 ohci0: (New OHCI DeviceId=0x1103108e) ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: 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 pci2: at device 2.0 (no driver attached) pcib3: mem 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f,0x7ffe8000000-0x7ffe80000ff irq 626,624,625,628,630 on nexus0 pcib3: Schizo, version 4, IGN 0x9, bus A, 66MHz Timecounter "pcib3" frequency 150000000 Hz quality 100 pcib3: DVMA map: 0xc0000000 to 0xffffffff pcib3: bus range 0 to 0; PCI bus 0 pcib3: [FILTER] pcib3: [FILTER] pcib3: [FILTER] pcib3: [FILTER] pci3: on pcib3 pci3: domain=3, physical bus=0 found-> vendor=0x108e, dev=0x8001, revid=0x00 domain=3, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x108e, dev=0xabba, revid=0x11 domain=3, bus=0, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 (16000 ns) intpin=a, irq=255 map[10]: type Memory, range 32, base 0x200000, size 21, memory disabled found-> vendor=0x1077, dev=0x2200, revid=0x05 domain=3, bus=0, slot=2, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 1 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled map[14]: type Memory, range 32, base 0x400000, size 12, memory disabled pci3: at device 1.0 (no driver attached) Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 3.0 isp0: port 0x300-0x3ff mem 0x400000-0x400fff at device 2.0 on pci3 isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0x400000 isp0: using Memory space register mapping isp0: [MPSAFE] isp0: [ITHREAD] isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 isp0: Last F/W revision was 2.1.105 isp0: 309 max I/O command limit set isp0: invalid NVRAM header isp0: invalid NVRAM header isp0: Using Node WWN 0x400000007f000009 isp0: Using Port WWN 0x400000007f000009 syscons0: no video adapter found. nexus0: type unknown (no driver attached) Reducing kern.maxvnodes 134011 -> 100000 procfs registered Timecounter "tick" frequency 900000000 Hz quality 10 Timecounters tick every 1.000 msec lo0: bpf attached isp0: LIP Received isp0: Loop UP isp0: Port Database Changed ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire isp0: Firmware State Ready> acd0: setting PIO4 on CMD 646U2 chip isp0: HBA PortID 0x000029 N-Port Handle 109, Connection Topology 'Private Loop' isp0: HBA WWNN 0x400000007f000009 HBA WWPN 0x400000007f000009 isp0: PortID 0x0000ef handle 0x0 role Target arrived at tgt 0 WWNN 0x20000004cfb551b1 WWPN 0x21000004cfb551b1 isp0: PortID 0x0000e8 handle 0x1 role Target arrived at tgt 1 WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed acd0: DVDR drive at ata2 as master acd0: read 4134KB/s (4134KB/s) write 172KB/s, 512KB buffer, PIO4 acd0: Reads: CDDA acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc Waiting 5 seconds for SCSI devices to settle (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym2:0:-1:-1): SCSI BUS reset delivered. (noperiph:sym3:0:-1:-1): SCSI BUS reset delivered. (probe0:isp0:0:0:0): Retrying Command (probe1:isp0:0:1:0): Retrying Command pass0 at isp0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-3 device pass0: Serial Number 3FP233TR00007316NY71 pass0: 100.000MB/s transfers pass0: Command Queueing Enabled pass1 at isp0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-3 device pass1: Serial Number 3FP239L000007315HL0H pass1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed PortID 0xe8 pass1: Command Queueing Enabled GEOM: new disk da0 GEOM: new disk da1 da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: Serial Number 3FP233TR00007316NY71 da0: 100.000MB/s transfers da0: Command Queueing Enabled da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: Serial Number 3FP239L000007315HL0H da1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed PortID 0xe8 da1: Command Queueing Enabled da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) SMP: AP CPU #1 Launched! From craig001 at lerwick.hopto.org Tue May 5 00:35:00 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Tue May 5 00:35:06 2009 Subject: 7.2-RELEASE working on Sun Fire V480R In-Reply-To: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> References: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> Message-ID: <1241482033.86830.2.camel@main.lerwick.hopto.org> nics are Cassini's I think... found-> vendor=0x108e, dev=0xabba, revid=0x11 Correct Marius ?? On Mon, 2009-05-04 at 16:23 +0300, Olev wrote: > As it is not listed in supported systems I gave it a shot. Installs > ok. Onboard ethernet not working. The machine I tested it on has 2x > PCI SCSI cards inside and it finds them too. Verbose dmesg below: > > Sun Fire 480R, No Keyboard > Copyright 2007 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.22.34, 4096 MB memory installed, Serial #53044977. > Ethernet address 0:3:ba:29:66:f1, Host ID: 832966f1. > > Rebooting with command: boot > Boot device: disk File and args: > > >> FreeBSD/sparc64 boot block > Boot path: /pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a > Boot loader: /boot/loader > Consoles: Open Firmware console > > Booting with sun4u support. > > FreeBSD/sparc64 bootstrap loader, Revision 1.0 > (root@obrian.cse.buffalo.edu, Fri May 1 14:51:37 UTC 2009) > bootpath="/pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a" > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x7c0348+0x78d48 syms=[0x8+0x823e0+0x8+0x70aa3] > / > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel] in 8 seconds... > > Type '?' for a list of commands, 'help' for more detailed help. > OK boot -v > jumping to kernel entry at 0xc0078000. > 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.2-RELEASE #0: Sat May 2 08:25:23 UTC 2009 > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Preloaded elf kernel "/boot/kernel/kernel" at 0xc092e000. > real memory = 4294967296 (4096 MB) > avail memory = 4174045184 (3980 MB) > machine: SUNW,Sun-Fire-480R > cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) > mask=0x23 maxtl=5 maxwin=7 > initalizing intr_countp > cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) > mask=0x23 maxtl=5 maxwin=7 > INTR: Adding CPU 1 as a target > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > wlan: <802.11 Link Layer> > firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc05fd180 > registered firmware set > firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc060202e > registered firmware set > firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc06079ce > registered firmware set > firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc060fa7c > registered firmware set > firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc06174f2 > registered firmware set > firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc06213b6 > registered firmware set > firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0628148 > registered firmware set > firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc0631fe4 > registered firmware set > firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc0644bc6 > registered firmware set > firmware: 'isp_2300' version 1: 105078 bytes loaded at 0xc0657964 > registered firmware set > firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc06713da > registered firmware set > firmware: 'isp_2400' version 1: 172952 bytes loaded at 0xc068ef94 > registered firmware set > random: > kbd0 at kbdmux0 > nfslock: pseudo-device > mem: > null: > openfirm: > nexus0: > nexus0: mem 0x40000400000-0x40000400047 type > memory-controller (no driver attached) > nexus0: mem 0x40001400000-0x40001400047 type > memory-controller (no driver attached) > pcib0: mem > 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff > irq 563,560,561,564,565 on nexus0 > pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz > pcib0: DVMA map: 0xc0000000 to 0xffffffff > pcib0: bus range 0 to 0; PCI bus 0 > pcib0: [FILTER] > pci0: on pcib0 > pci0: domain=0, physical bus=0 > found-> vendor=0x108e, dev=0x8001, revid=0x00 > domain=0, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x1000, dev=0x000f, revid=0x14 > domain=0, bus=0, slot=3, func=0 > class=01-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=255 > map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled > map[14]: type Memory, range 32, base 0x100000, size 8, enabled > map[18]: type Memory, range 32, base 0x102000, size 12, enabled > found-> vendor=0x1000, dev=0x000f, revid=0x14 > domain=0, bus=0, slot=3, func=1 > class=01-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) > intpin=b, irq=255 > map[10]: type I/O Port, range 32, base 0x400, size 8, port disabled > map[14]: type Memory, range 32, base 0x104000, size 8, enabled > map[18]: type Memory, range 32, base 0x106000, size 12, enabled > found-> vendor=0x1000, dev=0x000f, revid=0x14 > domain=0, bus=0, slot=4, func=0 > class=01-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=255 > map[10]: type I/O Port, range 32, base 0x500, size 8, port disabled > map[14]: type Memory, range 32, base 0x108000, size 8, enabled > map[18]: type Memory, range 32, base 0x10a000, size 12, enabled > found-> vendor=0x1000, dev=0x000f, revid=0x14 > domain=0, bus=0, slot=4, func=1 > class=01-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 (16000 ns) > intpin=b, irq=255 > map[10]: type I/O Port, range 32, base 0x600, size 8, port disabled > map[14]: type Memory, range 32, base 0x10c000, size 8, enabled > map[18]: type Memory, range 32, base 0x10e000, size 12, enabled > found-> vendor=0x1095, dev=0x0646, revid=0x07 > domain=0, bus=0, slot=6, func=0 > class=01-01-8f, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) > lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) > intpin=a, irq=255 > powerspec 1 supports D0 D1 D2 D3 current D0 > map[10]: type I/O Port, range 32, base 0x700, size 3, port disabled > map[14]: type I/O Port, range 32, base 0x718, size 2, enabled > map[18]: type I/O Port, range 32, base 0x710, size 3, enabled > map[1c]: type I/O Port, range 32, base 0x708, size 2, enabled > map[20]: type I/O Port, range 32, base 0x720, size 4, enabled > sym0: <875> port 0x300-0x3ff mem 0x100000-0x1000ff,0x102000-0x102fff > at device 3.0 on pci0 > sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x100000 > sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x102000 > sym0: chip clock is 40218KHz > sym0: No NVRAM, ID 7, Fast-20, SE, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > sym0: [MPSAFE] > sym0: [ITHREAD] > sym1: <875> port 0x400-0x4ff mem 0x104000-0x1040ff,0x106000-0x106fff > at device 3.1 on pci0 > sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x104000 > sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x106000 > sym1: chip clock is 40218KHz > sym1: No NVRAM, ID 7, Fast-20, SE, parity checking > sym1: open drain IRQ line driver, using on-chip SRAM > sym1: using LOAD/STORE-based firmware. > sym1: [MPSAFE] > sym1: [ITHREAD] > sym2: <875> port 0x500-0x5ff mem 0x108000-0x1080ff,0x10a000-0x10afff > at device 4.0 on pci0 > sym2: Reserved 0x100 bytes for rid 0x14 type 3 at 0x108000 > sym2: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10a000 > sym2: chip clock is 40218KHz > sym2: No NVRAM, ID 7, Fast-20, SE, parity checking > sym2: open drain IRQ line driver, using on-chip SRAM > sym2: using LOAD/STORE-based firmware. > sym2: [MPSAFE] > sym2: [ITHREAD] > sym3: <875> port 0x600-0x6ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff > at device 4.1 on pci0 > sym3: Reserved 0x100 bytes for rid 0x14 type 3 at 0x10c000 > sym3: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10e000 > sym3: chip clock is 40218KHz > sym3: No NVRAM, ID 7, Fast-20, SE, parity checking > sym3: open drain IRQ line driver, using on-chip SRAM > sym3: using LOAD/STORE-based firmware. > sym3: [MPSAFE] > sym3: [ITHREAD] > atapci0: port > 0x700-0x707,0x718-0x71b,0x710-0x717,0x708-0x70b,0x720-0x72f at device > 6.0 on pci0 > atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x720 > pcib0: belatedly registered as interrupt controller for vector 0x208 > atapci0: [MPSAFE] > atapci0: [ITHREAD] > atapci0: HW has secondary channel disabled > ata2: on atapci0 > atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x700 > atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x718 > ata2: reset tp1 mask=03 ostat0=00 ostat1=00 > ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 > ata2: reset tp2 stat0=00 stat1=00 devices=0x4 > ata2: [MPSAFE] > ata2: [ITHREAD] > pcib1: mem > 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff > irq 562,560,561,564,566 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: bus range 0 to 0; PCI bus 0 > pcib1: [FILTER] > pcib1: [FILTER] > pcib1: [FILTER] > pcib1: [FILTER] > pci1: on pcib1 > pci1: domain=1, physical bus=0 > found-> vendor=0x108e, dev=0x8001, revid=0x00 > domain=1, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > pcib2: mem > 0x40004f00000-0x40004f17fff,0x40004c10000-0x40004c1004f,0x7ffea000000-0x7ffea0000ff > irq 627,624,625,628,629 on nexus0 > pcib2: Schizo, version 4, IGN 0x9, bus B, 33MHz > pcib2: DVMA map: 0xc0000000 to 0xffffffff > pcib2: bus range 0 to 0; PCI bus 0 > pcib2: [FILTER] > pci2: on pcib2 > pci2: domain=2, physical bus=0 > found-> vendor=0x108e, dev=0x8001, revid=0x00 > domain=2, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x108e, dev=0x1100, revid=0x01 > domain=2, bus=0, slot=1, func=0 > class=06-80-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) > lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 (6250 ns) > map[10]: type Memory, range 32, base 0x7d000000, size 24, enabled > map[14]: type Memory, range 32, base 0x7e000000, size 23, enabled > found-> vendor=0x108e, dev=0x1103, revid=0x01 > domain=2, bus=0, slot=1, func=3 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) > lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 (1250 ns) > map[10]: type Memory, range 32, base 0x1000000, size 15, memory disabled > found-> vendor=0x108e, dev=0xabba, revid=0x11 > domain=2, bus=0, slot=2, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) > lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=255 > map[10]: type Memory, range 32, base 0x200000, size 21, memory disabled > ebus0: mem > 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2 > ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x7d000000 > ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0x7e000000 > ebus0: addr 0-0x1fffff (no driver attached) > ebus0: addr 0x100000000-0x1000fffff (no driver attached) > ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 > (no driver attached) > ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no > driver attached) > ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) > rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 > rtc0: registered as a time-of-day clock (resolution 1000000us) > rtc0: invalid timeebus0: addr 0x100300600-0x100300607 (no > driver attached) > ebus0: addr 0x100300700-0x100300701 (no driver attached) > uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on ebus0 > uart0: [FILTER] > uart0: fast interrupt > uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on ebus0 > uart1: [FILTER] > uart1: fast interrupt > scc0: addr > 0x100400000-0x10040007f irq 34 on ebus0 > scc0: not resetting hardware > scc0: [FILTER] > uart2: on scc0 > uart2: [FILTER] > uart2: CTS oflow > uart2: fast interrupt > uart2: console (9600,n,8,1) > uart3: on scc0 > uart3: [FILTER] > uart3: CTS oflow > uart3: fast interrupt > scc0: fast interrupt > ohci0: mem 0x1000000-0x1007fff at device 1.3 on pci2 > ohci0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x1000000 > ohci0: (New OHCI DeviceId=0x1103108e) > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: 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 > pci2: at device 2.0 (no driver attached) > pcib3: mem > 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f,0x7ffe8000000-0x7ffe80000ff > irq 626,624,625,628,630 on nexus0 > pcib3: Schizo, version 4, IGN 0x9, bus A, 66MHz > Timecounter "pcib3" frequency 150000000 Hz quality 100 > pcib3: DVMA map: 0xc0000000 to 0xffffffff > pcib3: bus range 0 to 0; PCI bus 0 > pcib3: [FILTER] > pcib3: [FILTER] > pcib3: [FILTER] > pcib3: [FILTER] > pci3: on pcib3 > pci3: domain=3, physical bus=0 > found-> vendor=0x108e, dev=0x8001, revid=0x00 > domain=3, bus=0, slot=0, func=0 > class=06-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > found-> vendor=0x108e, dev=0xabba, revid=0x11 > domain=3, bus=0, slot=1, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) > lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 (16000 ns) > intpin=a, irq=255 > map[10]: type Memory, range 32, base 0x200000, size 21, memory disabled > found-> vendor=0x1077, dev=0x2200, revid=0x05 > domain=3, bus=0, slot=2, func=0 > class=01-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) > lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) > intpin=a, irq=255 > powerspec 1 supports D0 D3 current D0 > map[10]: type I/O Port, range 32, base 0x300, size 8, port disabled > map[14]: type Memory, range 32, base 0x400000, size 12, memory disabled > pci3: at device 1.0 (no driver attached) > Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 3.0 > isp0: port 0x300-0x3ff mem > 0x400000-0x400fff at device 2.0 on pci3 > isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0x400000 > isp0: using Memory space register mapping > isp0: [MPSAFE] > isp0: [ITHREAD] > isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 > isp0: Last F/W revision was 2.1.105 > isp0: 309 max I/O command limit set > isp0: invalid NVRAM header > isp0: invalid NVRAM header > isp0: Using Node WWN 0x400000007f000009 > isp0: Using Port WWN 0x400000007f000009 > syscons0: no video adapter found. > nexus0: type unknown (no driver attached) > Reducing kern.maxvnodes 134011 -> 100000 > procfs registered > Timecounter "tick" frequency 900000000 Hz quality 10 > Timecounters tick every 1.000 msec > lo0: bpf attached > isp0: LIP Received > isp0: Loop UP > isp0: Port Database Changed > ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire > isp0: Firmware State Ready> > acd0: setting PIO4 on CMD 646U2 chip > isp0: HBA PortID 0x000029 N-Port Handle 109, Connection Topology 'Private Loop' > isp0: HBA WWNN 0x400000007f000009 HBA WWPN 0x400000007f000009 > isp0: PortID 0x0000ef handle 0x0 role Target arrived at tgt 0 > WWNN 0x20000004cfb551b1 WWPN 0x21000004cfb551b1 > isp0: PortID 0x0000e8 handle 0x1 role Target arrived at tgt 1 > WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed > acd0: DVDR drive at ata2 as master > acd0: read 4134KB/s (4134KB/s) write 172KB/s, 512KB buffer, PIO4 > acd0: Reads: CDDA > acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write > acd0: Audio: play, 16 volume levels > acd0: Mechanism: ejectable tray, unlocked > acd0: Medium: no/blank disc > Waiting 5 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym2:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym3:0:-1:-1): SCSI BUS reset delivered. > (probe0:isp0:0:0:0): Retrying Command > (probe1:isp0:0:1:0): Retrying Command > pass0 at isp0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-3 device > pass0: Serial Number 3FP233TR00007316NY71 > pass0: 100.000MB/s transfers > pass0: Command Queueing Enabled > pass1 at isp0 bus 0 target 1 lun 0 > pass1: Fixed Direct Access SCSI-3 device > pass1: Serial Number 3FP239L000007315HL0H > pass1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN > 0x21000004cfb558ed PortID 0xe8 > pass1: Command Queueing Enabled > GEOM: new disk da0 > GEOM: new disk da1 > da0 at isp0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: Serial Number 3FP233TR00007316NY71 > da0: 100.000MB/s transfers > da0: Command Queueing Enabled > da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > da1 at isp0 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: Serial Number 3FP239L000007315HL0H > da1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN > 0x21000004cfb558ed PortID 0xe8 > da1: Command Queueing Enabled > da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > SMP: AP CPU #1 Launched! > _______________________________________________ > 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 mcalderara at phys.ethz.ch Tue May 5 01:26:25 2009 From: mcalderara at phys.ethz.ch (Mauro Calderara) Date: Tue May 5 01:26:33 2009 Subject: 7.2-RELEASE working on Sun Fire V480R In-Reply-To: <1241482033.86830.2.camel@main.lerwick.hopto.org> References: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> <1241482033.86830.2.camel@main.lerwick.hopto.org> Message-ID: <51D049E9-2244-410E-AF62-A0D069DA19DB@phys.ethz.ch> > nics are Cassini's I think... > > found-> vendor=0x108e, dev=0xabba, revid=0x11 > > Correct Marius ?? Aww, if you could add support for these, that'd be great! They are also built into the B100s of which I have a few... mauro > On Mon, 2009-05-04 at 16:23 +0300, Olev wrote: >> As it is not listed in supported systems I gave it a shot. Installs >> ok. Onboard ethernet not working. The machine I tested it on has 2x >> PCI SCSI cards inside and it finds them too. Verbose dmesg below: >> >> Sun Fire 480R, No Keyboard >> Copyright 2007 Sun Microsystems, Inc. All rights reserved. >> OpenBoot 4.22.34, 4096 MB memory installed, Serial #53044977. >> Ethernet address 0:3:ba:29:66:f1, Host ID: 832966f1. >> >> Rebooting with command: boot >> Boot device: disk File and args: >> >>>> FreeBSD/sparc64 boot block >> Boot path: /pci@9,600000/SUNW,qlc@2/fp@0,0/ >> disk@w21000004cfb551b1,0:a >> Boot loader: /boot/loader >> Consoles: Open Firmware console >> >> Booting with sun4u support. >> >> FreeBSD/sparc64 bootstrap loader, Revision 1.0 >> (root@obrian.cse.buffalo.edu, Fri May 1 14:51:37 UTC 2009) >> bootpath="/pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a" >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel data=0x7c0348+0x78d48 >> syms=[0x8+0x823e0+0x8+0x70aa3] >> / >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel] in 8 seconds... >> >> Type '?' for a list of commands, 'help' for more detailed help. >> OK boot -v >> jumping to kernel entry at 0xc0078000. >> 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.2-RELEASE #0: Sat May 2 08:25:23 UTC 2009 >> root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc092e000. >> real memory = 4294967296 (4096 MB) >> avail memory = 4174045184 (3980 MB) >> machine: SUNW,Sun-Fire-480R >> cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) >> mask=0x23 maxtl=5 maxwin=7 >> initalizing intr_countp >> cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) >> mask=0x23 maxtl=5 maxwin=7 >> INTR: Adding CPU 1 as a target >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >> wlan: <802.11 Link Layer> >> firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc05fd180 >> registered firmware set >> firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc060202e >> registered firmware set >> firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc06079ce >> registered firmware set >> firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc060fa7c >> registered firmware set >> firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc06174f2 >> registered firmware set >> firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc06213b6 >> registered firmware set >> firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0628148 >> registered firmware set >> firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc0631fe4 >> registered firmware set >> firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc0644bc6 >> registered firmware set >> firmware: 'isp_2300' version 1: 105078 bytes loaded at 0xc0657964 >> registered firmware set >> firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc06713da >> registered firmware set >> firmware: 'isp_2400' version 1: 172952 bytes loaded at 0xc068ef94 >> registered firmware set >> random: >> kbd0 at kbdmux0 >> nfslock: pseudo-device >> mem: >> null: >> openfirm: >> nexus0: >> nexus0: mem 0x40000400000-0x40000400047 type >> memory-controller (no driver attached) >> nexus0: mem 0x40001400000-0x40001400047 type >> memory-controller (no driver attached) >> pcib0: mem >> 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f, >> 0x7ffee000000-0x7ffee0000ff >> irq 563,560,561,564,565 on nexus0 >> pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz >> pcib0: DVMA map: 0xc0000000 to 0xffffffff >> pcib0: bus range 0 to 0; PCI bus 0 >> pcib0: [FILTER] >> pci0: on pcib0 >> pci0: domain=0, physical bus=0 >> found-> vendor=0x108e, dev=0x8001, revid=0x00 >> domain=0, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 >> ns) >> found-> vendor=0x1000, dev=0x000f, revid=0x14 >> domain=0, bus=0, slot=3, func=0 >> class=01-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 >> (16000 ns) >> intpin=a, irq=255 >> map[10]: type I/O Port, range 32, base 0x300, size 8, port >> disabled >> map[14]: type Memory, range 32, base 0x100000, size 8, >> enabled >> map[18]: type Memory, range 32, base 0x102000, size 12, >> enabled >> found-> vendor=0x1000, dev=0x000f, revid=0x14 >> domain=0, bus=0, slot=3, func=1 >> class=01-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 >> (16000 ns) >> intpin=b, irq=255 >> map[10]: type I/O Port, range 32, base 0x400, size 8, port >> disabled >> map[14]: type Memory, range 32, base 0x104000, size 8, >> enabled >> map[18]: type Memory, range 32, base 0x106000, size 12, >> enabled >> found-> vendor=0x1000, dev=0x000f, revid=0x14 >> domain=0, bus=0, slot=4, func=0 >> class=01-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 >> (16000 ns) >> intpin=a, irq=255 >> map[10]: type I/O Port, range 32, base 0x500, size 8, port >> disabled >> map[14]: type Memory, range 32, base 0x108000, size 8, >> enabled >> map[18]: type Memory, range 32, base 0x10a000, size 12, >> enabled >> found-> vendor=0x1000, dev=0x000f, revid=0x14 >> domain=0, bus=0, slot=4, func=1 >> class=01-00-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 >> (16000 ns) >> intpin=b, irq=255 >> map[10]: type I/O Port, range 32, base 0x600, size 8, port >> disabled >> map[14]: type Memory, range 32, base 0x10c000, size 8, >> enabled >> map[18]: type Memory, range 32, base 0x10e000, size 12, >> enabled >> found-> vendor=0x1095, dev=0x0646, revid=0x07 >> domain=0, bus=0, slot=6, func=0 >> class=01-01-8f, hdrtype=0x00, mfdev=0 >> cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) >> lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 >> (1000 ns) >> intpin=a, irq=255 >> powerspec 1 supports D0 D1 D2 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x700, size 3, port >> disabled >> map[14]: type I/O Port, range 32, base 0x718, size 2, enabled >> map[18]: type I/O Port, range 32, base 0x710, size 3, enabled >> map[1c]: type I/O Port, range 32, base 0x708, size 2, enabled >> map[20]: type I/O Port, range 32, base 0x720, size 4, enabled >> sym0: <875> port 0x300-0x3ff mem 0x100000-0x1000ff,0x102000-0x102fff >> at device 3.0 on pci0 >> sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x100000 >> sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x102000 >> sym0: chip clock is 40218KHz >> sym0: No NVRAM, ID 7, Fast-20, SE, parity checking >> sym0: open drain IRQ line driver, using on-chip SRAM >> sym0: using LOAD/STORE-based firmware. >> sym0: [MPSAFE] >> sym0: [ITHREAD] >> sym1: <875> port 0x400-0x4ff mem 0x104000-0x1040ff,0x106000-0x106fff >> at device 3.1 on pci0 >> sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x104000 >> sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x106000 >> sym1: chip clock is 40218KHz >> sym1: No NVRAM, ID 7, Fast-20, SE, parity checking >> sym1: open drain IRQ line driver, using on-chip SRAM >> sym1: using LOAD/STORE-based firmware. >> sym1: [MPSAFE] >> sym1: [ITHREAD] >> sym2: <875> port 0x500-0x5ff mem 0x108000-0x1080ff,0x10a000-0x10afff >> at device 4.0 on pci0 >> sym2: Reserved 0x100 bytes for rid 0x14 type 3 at 0x108000 >> sym2: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10a000 >> sym2: chip clock is 40218KHz >> sym2: No NVRAM, ID 7, Fast-20, SE, parity checking >> sym2: open drain IRQ line driver, using on-chip SRAM >> sym2: using LOAD/STORE-based firmware. >> sym2: [MPSAFE] >> sym2: [ITHREAD] >> sym3: <875> port 0x600-0x6ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff >> at device 4.1 on pci0 >> sym3: Reserved 0x100 bytes for rid 0x14 type 3 at 0x10c000 >> sym3: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10e000 >> sym3: chip clock is 40218KHz >> sym3: No NVRAM, ID 7, Fast-20, SE, parity checking >> sym3: open drain IRQ line driver, using on-chip SRAM >> sym3: using LOAD/STORE-based firmware. >> sym3: [MPSAFE] >> sym3: [ITHREAD] >> atapci0: port >> 0x700-0x707,0x718-0x71b,0x710-0x717,0x708-0x70b,0x720-0x72f at device >> 6.0 on pci0 >> atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x720 >> pcib0: belatedly registered as interrupt controller for vector 0x208 >> atapci0: [MPSAFE] >> atapci0: [ITHREAD] >> atapci0: HW has secondary channel disabled >> ata2: on atapci0 >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x700 >> atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x718 >> ata2: reset tp1 mask=03 ostat0=00 ostat1=00 >> ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb >> ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 >> ata2: reset tp2 stat0=00 stat1=00 devices=0x4 >> ata2: [MPSAFE] >> ata2: [ITHREAD] >> pcib1: mem >> 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f, >> 0x7ffec000000-0x7ffec0000ff >> irq 562,560,561,564,566 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: bus range 0 to 0; PCI bus 0 >> pcib1: [FILTER] >> pcib1: [FILTER] >> pcib1: [FILTER] >> pcib1: [FILTER] >> pci1: on pcib1 >> pci1: domain=1, physical bus=0 >> found-> vendor=0x108e, dev=0x8001, revid=0x00 >> domain=1, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 >> ns) >> pcib2: mem >> 0x40004f00000-0x40004f17fff,0x40004c10000-0x40004c1004f, >> 0x7ffea000000-0x7ffea0000ff >> irq 627,624,625,628,629 on nexus0 >> pcib2: Schizo, version 4, IGN 0x9, bus B, 33MHz >> pcib2: DVMA map: 0xc0000000 to 0xffffffff >> pcib2: bus range 0 to 0; PCI bus 0 >> pcib2: [FILTER] >> pci2: on pcib2 >> pci2: domain=2, physical bus=0 >> found-> vendor=0x108e, dev=0x8001, revid=0x00 >> domain=2, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 >> ns) >> found-> vendor=0x108e, dev=0x1100, revid=0x01 >> domain=2, bus=0, slot=1, func=0 >> class=06-80-00, hdrtype=0x00, mfdev=1 >> cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) >> lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 >> (6250 ns) >> map[10]: type Memory, range 32, base 0x7d000000, size 24, >> enabled >> map[14]: type Memory, range 32, base 0x7e000000, size 23, >> enabled >> found-> vendor=0x108e, dev=0x1103, revid=0x01 >> domain=2, bus=0, slot=1, func=3 >> class=0c-03-10, hdrtype=0x00, mfdev=1 >> cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) >> lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 >> (1250 ns) >> map[10]: type Memory, range 32, base 0x1000000, size 15, >> memory disabled >> found-> vendor=0x108e, dev=0xabba, revid=0x11 >> domain=2, bus=0, slot=2, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) >> lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 >> (16000 ns) >> intpin=a, irq=255 >> map[10]: type Memory, range 32, base 0x200000, size 21, >> memory disabled >> ebus0: mem >> 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2 >> ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x7d000000 >> ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0x7e000000 >> ebus0: addr 0-0x1fffff (no driver attached) >> ebus0: addr 0x100000000-0x1000fffff (no driver attached) >> ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 >> (no driver attached) >> ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no >> driver attached) >> ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) >> rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 >> rtc0: registered as a time-of-day clock (resolution 1000000us) >> rtc0: invalid timeebus0: addr 0x100300600-0x100300607 (no >> driver attached) >> ebus0: addr 0x100300700-0x100300701 (no driver attached) >> uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on >> ebus0 >> uart0: [FILTER] >> uart0: fast interrupt >> uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on >> ebus0 >> uart1: [FILTER] >> uart1: fast interrupt >> scc0: addr >> 0x100400000-0x10040007f irq 34 on ebus0 >> scc0: not resetting hardware >> scc0: [FILTER] >> uart2: on scc0 >> uart2: [FILTER] >> uart2: CTS oflow >> uart2: fast interrupt >> uart2: console (9600,n,8,1) >> uart3: on scc0 >> uart3: [FILTER] >> uart3: CTS oflow >> uart3: fast interrupt >> scc0: fast interrupt >> ohci0: mem 0x1000000-0x1007fff at >> device 1.3 on pci2 >> ohci0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x1000000 >> ohci0: (New OHCI DeviceId=0x1103108e) >> ohci0: [GIANT-LOCKED] >> ohci0: [ITHREAD] >> usb0: OHCI version 1.0, legacy support >> usb0: 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 >> pci2: at device 2.0 (no driver attached) >> pcib3: mem >> 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f, >> 0x7ffe8000000-0x7ffe80000ff >> irq 626,624,625,628,630 on nexus0 >> pcib3: Schizo, version 4, IGN 0x9, bus A, 66MHz >> Timecounter "pcib3" frequency 150000000 Hz quality 100 >> pcib3: DVMA map: 0xc0000000 to 0xffffffff >> pcib3: bus range 0 to 0; PCI bus 0 >> pcib3: [FILTER] >> pcib3: [FILTER] >> pcib3: [FILTER] >> pcib3: [FILTER] >> pci3: on pcib3 >> pci3: domain=3, physical bus=0 >> found-> vendor=0x108e, dev=0x8001, revid=0x00 >> domain=3, bus=0, slot=0, func=0 >> class=06-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 >> ns) >> found-> vendor=0x108e, dev=0xabba, revid=0x11 >> domain=3, bus=0, slot=1, func=0 >> class=02-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) >> lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 >> (16000 ns) >> intpin=a, irq=255 >> map[10]: type Memory, range 32, base 0x200000, size 21, >> memory disabled >> found-> vendor=0x1077, dev=0x2200, revid=0x05 >> domain=3, bus=0, slot=2, func=0 >> class=01-00-00, hdrtype=0x00, mfdev=0 >> cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) >> lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 >> (0 ns) >> intpin=a, irq=255 >> powerspec 1 supports D0 D3 current D0 >> map[10]: type I/O Port, range 32, base 0x300, size 8, port >> disabled >> map[14]: type Memory, range 32, base 0x400000, size 12, >> memory disabled >> pci3: at device 1.0 (no driver attached) >> Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 3.0 >> isp0: port 0x300-0x3ff mem >> 0x400000-0x400fff at device 2.0 on pci3 >> isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0x400000 >> isp0: using Memory space register mapping >> isp0: [MPSAFE] >> isp0: [ITHREAD] >> isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 >> isp0: Last F/W revision was 2.1.105 >> isp0: 309 max I/O command limit set >> isp0: invalid NVRAM header >> isp0: invalid NVRAM header >> isp0: Using Node WWN 0x400000007f000009 >> isp0: Using Port WWN 0x400000007f000009 >> syscons0: no video adapter found. >> nexus0: type unknown (no driver attached) >> Reducing kern.maxvnodes 134011 -> 100000 >> procfs registered >> Timecounter "tick" frequency 900000000 Hz quality 10 >> Timecounters tick every 1.000 msec >> lo0: bpf attached >> isp0: LIP Received >> isp0: Loop UP >> isp0: Port Database Changed >> ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire >> isp0: Firmware State Ready> >> acd0: setting PIO4 on CMD 646U2 chip >> isp0: HBA PortID 0x000029 N-Port Handle 109, Connection Topology >> 'Private Loop' >> isp0: HBA WWNN 0x400000007f000009 HBA WWPN 0x400000007f000009 >> isp0: PortID 0x0000ef handle 0x0 role Target arrived at tgt 0 >> WWNN 0x20000004cfb551b1 WWPN 0x21000004cfb551b1 >> isp0: PortID 0x0000e8 handle 0x1 role Target arrived at tgt 1 >> WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed >> acd0: DVDR drive at ata2 as master >> acd0: read 4134KB/s (4134KB/s) write 172KB/s, 512KB buffer, PIO4 >> acd0: Reads: CDDA >> acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write >> acd0: Audio: play, 16 volume levels >> acd0: Mechanism: ejectable tray, unlocked >> acd0: Medium: no/blank disc >> Waiting 5 seconds for SCSI devices to settle >> (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. >> (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. >> (noperiph:sym2:0:-1:-1): SCSI BUS reset delivered. >> (noperiph:sym3:0:-1:-1): SCSI BUS reset delivered. >> (probe0:isp0:0:0:0): Retrying Command >> (probe1:isp0:0:1:0): Retrying Command >> pass0 at isp0 bus 0 target 0 lun 0 >> pass0: Fixed Direct Access SCSI-3 >> device >> pass0: Serial Number 3FP233TR00007316NY71 >> pass0: 100.000MB/s transfers >> pass0: Command Queueing Enabled >> pass1 at isp0 bus 0 target 1 lun 0 >> pass1: Fixed Direct Access SCSI-3 >> device >> pass1: Serial Number 3FP239L000007315HL0H >> pass1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN >> 0x21000004cfb558ed PortID 0xe8 >> pass1: Command Queueing Enabled >> GEOM: new disk da0 >> GEOM: new disk da1 >> da0 at isp0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-3 device >> da0: Serial Number 3FP233TR00007316NY71 >> da0: 100.000MB/s transfers >> da0: Command Queueing Enabled >> da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) >> da1 at isp0 bus 0 target 1 lun 0 >> da1: Fixed Direct Access SCSI-3 device >> da1: Serial Number 3FP239L000007315HL0H >> da1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN >> 0x21000004cfb558ed PortID 0xe8 >> da1: Command Queueing Enabled >> da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) >> SMP: AP CPU #1 Launched! >> _______________________________________________ >> 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 >> " > > _______________________________________________ > 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 craig001 at lerwick.hopto.org Tue May 5 01:34:16 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Tue May 5 01:34:23 2009 Subject: 7.2-RELEASE working on Sun Fire V480R In-Reply-To: <51D049E9-2244-410E-AF62-A0D069DA19DB@phys.ethz.ch> References: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> <1241482033.86830.2.camel@main.lerwick.hopto.org> <51D049E9-2244-410E-AF62-A0D069DA19DB@phys.ethz.ch> Message-ID: <1241487191.87316.4.camel@main.lerwick.hopto.org> On Mon, 2009-05-04 at 17:57 -0700, Mauro Calderara wrote: > > nics are Cassini's I think... > > > > found-> vendor=0x108e, dev=0xabba, revid=0x11 > > > > Correct Marius ?? > > Aww, if you could add support for these, that'd be great! They are > also built into the B100s of which I have a few... > > mauro Join the gang... I also have a fair few B100s and B200x sitting in a B1600 chassis. I have to update the firmwares on all of them then hand em over to Marius (I haven't forgotten :) ) We are working on it, but currently the last build the B100s were panic'ing on boot. I should be able to dedicate more time to this when am off contract from Ireland. Cheers /Craig > > > On Mon, 2009-05-04 at 16:23 +0300, Olev wrote: > >> As it is not listed in supported systems I gave it a shot. Installs > >> ok. Onboard ethernet not working. The machine I tested it on has 2x > >> PCI SCSI cards inside and it finds them too. Verbose dmesg below: > >> > >> Sun Fire 480R, No Keyboard > >> Copyright 2007 Sun Microsystems, Inc. All rights reserved. > >> OpenBoot 4.22.34, 4096 MB memory installed, Serial #53044977. > >> Ethernet address 0:3:ba:29:66:f1, Host ID: 832966f1. > >> > >> Rebooting with command: boot > >> Boot device: disk File and args: > >> > >>>> FreeBSD/sparc64 boot block > >> Boot path: /pci@9,600000/SUNW,qlc@2/fp@0,0/ > >> disk@w21000004cfb551b1,0:a > >> Boot loader: /boot/loader > >> Consoles: Open Firmware console > >> > >> Booting with sun4u support. > >> > >> FreeBSD/sparc64 bootstrap loader, Revision 1.0 > >> (root@obrian.cse.buffalo.edu, Fri May 1 14:51:37 UTC 2009) > >> bootpath="/pci@9,600000/SUNW,qlc@2/fp@0,0/disk@w21000004cfb551b1,0:a" > >> Loading /boot/defaults/loader.conf > >> /boot/kernel/kernel data=0x7c0348+0x78d48 > >> syms=[0x8+0x823e0+0x8+0x70aa3] > >> / > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel] in 8 seconds... > >> > >> Type '?' for a list of commands, 'help' for more detailed help. > >> OK boot -v > >> jumping to kernel entry at 0xc0078000. > >> 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.2-RELEASE #0: Sat May 2 08:25:23 UTC 2009 > >> root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > >> Preloaded elf kernel "/boot/kernel/kernel" at 0xc092e000. > >> real memory = 4294967296 (4096 MB) > >> avail memory = 4174045184 (3980 MB) > >> machine: SUNW,Sun-Fire-480R > >> cpu0: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) > >> mask=0x23 maxtl=5 maxwin=7 > >> initalizing intr_countp > >> cpu1: Sun Microsystems UltraSparc-III+ Processor (900.00 MHz CPU) > >> mask=0x23 maxtl=5 maxwin=7 > >> INTR: Adding CPU 1 as a target > >> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >> wlan: <802.11 Link Layer> > >> firmware: 'isp_1000' version 1: 20142 bytes loaded at 0xc05fd180 > >> registered firmware set > >> firmware: 'isp_1040' version 1: 22944 bytes loaded at 0xc060202e > >> registered firmware set > >> firmware: 'isp_1040_it' version 1: 32942 bytes loaded at 0xc06079ce > >> registered firmware set > >> firmware: 'isp_1080' version 1: 31350 bytes loaded at 0xc060fa7c > >> registered firmware set > >> firmware: 'isp_1080_it' version 1: 40644 bytes loaded at 0xc06174f2 > >> registered firmware set > >> firmware: 'isp_12160' version 1: 28050 bytes loaded at 0xc06213b6 > >> registered firmware set > >> firmware: 'isp_12160_it' version 1: 40604 bytes loaded at 0xc0628148 > >> registered firmware set > >> firmware: 'isp_2100' version 1: 76770 bytes loaded at 0xc0631fe4 > >> registered firmware set > >> firmware: 'isp_2200' version 1: 77214 bytes loaded at 0xc0644bc6 > >> registered firmware set > >> firmware: 'isp_2300' version 1: 105078 bytes loaded at 0xc0657964 > >> registered firmware set > >> firmware: 'isp_2322' version 1: 108856 bytes loaded at 0xc06713da > >> registered firmware set > >> firmware: 'isp_2400' version 1: 172952 bytes loaded at 0xc068ef94 > >> registered firmware set > >> random: > >> kbd0 at kbdmux0 > >> nfslock: pseudo-device > >> mem: > >> null: > >> openfirm: > >> nexus0: > >> nexus0: mem 0x40000400000-0x40000400047 type > >> memory-controller (no driver attached) > >> nexus0: mem 0x40001400000-0x40001400047 type > >> memory-controller (no driver attached) > >> pcib0: mem > >> 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f, > >> 0x7ffee000000-0x7ffee0000ff > >> irq 563,560,561,564,565 on nexus0 > >> pcib0: Schizo, version 4, IGN 0x8, bus B, 33MHz > >> pcib0: DVMA map: 0xc0000000 to 0xffffffff > >> pcib0: bus range 0 to 0; PCI bus 0 > >> pcib0: [FILTER] > >> pci0: on pcib0 > >> pci0: domain=0, physical bus=0 > >> found-> vendor=0x108e, dev=0x8001, revid=0x00 > >> domain=0, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) > >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 > >> ns) > >> found-> vendor=0x1000, dev=0x000f, revid=0x14 > >> domain=0, bus=0, slot=3, func=0 > >> class=01-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=a, irq=255 > >> map[10]: type I/O Port, range 32, base 0x300, size 8, port > >> disabled > >> map[14]: type Memory, range 32, base 0x100000, size 8, > >> enabled > >> map[18]: type Memory, range 32, base 0x102000, size 12, > >> enabled > >> found-> vendor=0x1000, dev=0x000f, revid=0x14 > >> domain=0, bus=0, slot=3, func=1 > >> class=01-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=b, irq=255 > >> map[10]: type I/O Port, range 32, base 0x400, size 8, port > >> disabled > >> map[14]: type Memory, range 32, base 0x104000, size 8, > >> enabled > >> map[18]: type Memory, range 32, base 0x106000, size 12, > >> enabled > >> found-> vendor=0x1000, dev=0x000f, revid=0x14 > >> domain=0, bus=0, slot=4, func=0 > >> class=01-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=a, irq=255 > >> map[10]: type I/O Port, range 32, base 0x500, size 8, port > >> disabled > >> map[14]: type Memory, range 32, base 0x108000, size 8, > >> enabled > >> map[18]: type Memory, range 32, base 0x10a000, size 12, > >> enabled > >> found-> vendor=0x1000, dev=0x000f, revid=0x14 > >> domain=0, bus=0, slot=4, func=1 > >> class=01-00-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0146, statreg=0x0200, cachelnsz=16 (dwords) > >> lattimer=0x88 (4080 ns), mingnt=0x11 (4250 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=b, irq=255 > >> map[10]: type I/O Port, range 32, base 0x600, size 8, port > >> disabled > >> map[14]: type Memory, range 32, base 0x10c000, size 8, > >> enabled > >> map[18]: type Memory, range 32, base 0x10e000, size 12, > >> enabled > >> found-> vendor=0x1095, dev=0x0646, revid=0x07 > >> domain=0, bus=0, slot=6, func=0 > >> class=01-01-8f, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) > >> lattimer=0x10 (480 ns), mingnt=0x02 (500 ns), maxlat=0x04 > >> (1000 ns) > >> intpin=a, irq=255 > >> powerspec 1 supports D0 D1 D2 D3 current D0 > >> map[10]: type I/O Port, range 32, base 0x700, size 3, port > >> disabled > >> map[14]: type I/O Port, range 32, base 0x718, size 2, enabled > >> map[18]: type I/O Port, range 32, base 0x710, size 3, enabled > >> map[1c]: type I/O Port, range 32, base 0x708, size 2, enabled > >> map[20]: type I/O Port, range 32, base 0x720, size 4, enabled > >> sym0: <875> port 0x300-0x3ff mem 0x100000-0x1000ff,0x102000-0x102fff > >> at device 3.0 on pci0 > >> sym0: Reserved 0x100 bytes for rid 0x14 type 3 at 0x100000 > >> sym0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x102000 > >> sym0: chip clock is 40218KHz > >> sym0: No NVRAM, ID 7, Fast-20, SE, parity checking > >> sym0: open drain IRQ line driver, using on-chip SRAM > >> sym0: using LOAD/STORE-based firmware. > >> sym0: [MPSAFE] > >> sym0: [ITHREAD] > >> sym1: <875> port 0x400-0x4ff mem 0x104000-0x1040ff,0x106000-0x106fff > >> at device 3.1 on pci0 > >> sym1: Reserved 0x100 bytes for rid 0x14 type 3 at 0x104000 > >> sym1: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x106000 > >> sym1: chip clock is 40218KHz > >> sym1: No NVRAM, ID 7, Fast-20, SE, parity checking > >> sym1: open drain IRQ line driver, using on-chip SRAM > >> sym1: using LOAD/STORE-based firmware. > >> sym1: [MPSAFE] > >> sym1: [ITHREAD] > >> sym2: <875> port 0x500-0x5ff mem 0x108000-0x1080ff,0x10a000-0x10afff > >> at device 4.0 on pci0 > >> sym2: Reserved 0x100 bytes for rid 0x14 type 3 at 0x108000 > >> sym2: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10a000 > >> sym2: chip clock is 40218KHz > >> sym2: No NVRAM, ID 7, Fast-20, SE, parity checking > >> sym2: open drain IRQ line driver, using on-chip SRAM > >> sym2: using LOAD/STORE-based firmware. > >> sym2: [MPSAFE] > >> sym2: [ITHREAD] > >> sym3: <875> port 0x600-0x6ff mem 0x10c000-0x10c0ff,0x10e000-0x10efff > >> at device 4.1 on pci0 > >> sym3: Reserved 0x100 bytes for rid 0x14 type 3 at 0x10c000 > >> sym3: Reserved 0x1000 bytes for rid 0x18 type 3 at 0x10e000 > >> sym3: chip clock is 40218KHz > >> sym3: No NVRAM, ID 7, Fast-20, SE, parity checking > >> sym3: open drain IRQ line driver, using on-chip SRAM > >> sym3: using LOAD/STORE-based firmware. > >> sym3: [MPSAFE] > >> sym3: [ITHREAD] > >> atapci0: port > >> 0x700-0x707,0x718-0x71b,0x710-0x717,0x708-0x70b,0x720-0x72f at device > >> 6.0 on pci0 > >> atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x720 > >> pcib0: belatedly registered as interrupt controller for vector 0x208 > >> atapci0: [MPSAFE] > >> atapci0: [ITHREAD] > >> atapci0: HW has secondary channel disabled > >> ata2: on atapci0 > >> atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x700 > >> atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0x718 > >> ata2: reset tp1 mask=03 ostat0=00 ostat1=00 > >> ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb > >> ata2: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 > >> ata2: reset tp2 stat0=00 stat1=00 devices=0x4 > >> ata2: [MPSAFE] > >> ata2: [ITHREAD] > >> pcib1: mem > >> 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f, > >> 0x7ffec000000-0x7ffec0000ff > >> irq 562,560,561,564,566 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: bus range 0 to 0; PCI bus 0 > >> pcib1: [FILTER] > >> pcib1: [FILTER] > >> pcib1: [FILTER] > >> pcib1: [FILTER] > >> pci1: on pcib1 > >> pci1: domain=1, physical bus=0 > >> found-> vendor=0x108e, dev=0x8001, revid=0x00 > >> domain=1, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) > >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 > >> ns) > >> pcib2: mem > >> 0x40004f00000-0x40004f17fff,0x40004c10000-0x40004c1004f, > >> 0x7ffea000000-0x7ffea0000ff > >> irq 627,624,625,628,629 on nexus0 > >> pcib2: Schizo, version 4, IGN 0x9, bus B, 33MHz > >> pcib2: DVMA map: 0xc0000000 to 0xffffffff > >> pcib2: bus range 0 to 0; PCI bus 0 > >> pcib2: [FILTER] > >> pci2: on pcib2 > >> pci2: domain=2, physical bus=0 > >> found-> vendor=0x108e, dev=0x8001, revid=0x00 > >> domain=2, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0146, statreg=0x0280, cachelnsz=0 (dwords) > >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 > >> ns) > >> found-> vendor=0x108e, dev=0x1100, revid=0x01 > >> domain=2, bus=0, slot=1, func=0 > >> class=06-80-00, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0146, statreg=0x0280, cachelnsz=16 (dwords) > >> lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x19 > >> (6250 ns) > >> map[10]: type Memory, range 32, base 0x7d000000, size 24, > >> enabled > >> map[14]: type Memory, range 32, base 0x7e000000, size 23, > >> enabled > >> found-> vendor=0x108e, dev=0x1103, revid=0x01 > >> domain=2, bus=0, slot=1, func=3 > >> class=0c-03-10, hdrtype=0x00, mfdev=1 > >> cmdreg=0x0000, statreg=0x0280, cachelnsz=16 (dwords) > >> lattimer=0x50 (2400 ns), mingnt=0x0a (2500 ns), maxlat=0x05 > >> (1250 ns) > >> map[10]: type Memory, range 32, base 0x1000000, size 15, > >> memory disabled > >> found-> vendor=0x108e, dev=0xabba, revid=0x11 > >> domain=2, bus=0, slot=2, func=0 > >> class=02-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) > >> lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=a, irq=255 > >> map[10]: type Memory, range 32, base 0x200000, size 21, > >> memory disabled > >> ebus0: mem > >> 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2 > >> ebus0: Reserved 0x1000000 bytes for rid 0x10 type 3 at 0x7d000000 > >> ebus0: Reserved 0x800000 bytes for rid 0x14 type 3 at 0x7e000000 > >> ebus0: addr 0-0x1fffff (no driver attached) > >> ebus0: addr 0x100000000-0x1000fffff (no driver attached) > >> ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 > >> (no driver attached) > >> ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no > >> driver attached) > >> ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) > >> rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 > >> rtc0: registered as a time-of-day clock (resolution 1000000us) > >> rtc0: invalid timeebus0: addr 0x100300600-0x100300607 (no > >> driver attached) > >> ebus0: addr 0x100300700-0x100300701 (no driver attached) > >> uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on > >> ebus0 > >> uart0: [FILTER] > >> uart0: fast interrupt > >> uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on > >> ebus0 > >> uart1: [FILTER] > >> uart1: fast interrupt > >> scc0: addr > >> 0x100400000-0x10040007f irq 34 on ebus0 > >> scc0: not resetting hardware > >> scc0: [FILTER] > >> uart2: on scc0 > >> uart2: [FILTER] > >> uart2: CTS oflow > >> uart2: fast interrupt > >> uart2: console (9600,n,8,1) > >> uart3: on scc0 > >> uart3: [FILTER] > >> uart3: CTS oflow > >> uart3: fast interrupt > >> scc0: fast interrupt > >> ohci0: mem 0x1000000-0x1007fff at > >> device 1.3 on pci2 > >> ohci0: Reserved 0x8000 bytes for rid 0x10 type 3 at 0x1000000 > >> ohci0: (New OHCI DeviceId=0x1103108e) > >> ohci0: [GIANT-LOCKED] > >> ohci0: [ITHREAD] > >> usb0: OHCI version 1.0, legacy support > >> usb0: 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 > >> pci2: at device 2.0 (no driver attached) > >> pcib3: mem > >> 0x40004e00000-0x40004e17fff,0x40004c10000-0x40004c1004f, > >> 0x7ffe8000000-0x7ffe80000ff > >> irq 626,624,625,628,630 on nexus0 > >> pcib3: Schizo, version 4, IGN 0x9, bus A, 66MHz > >> Timecounter "pcib3" frequency 150000000 Hz quality 100 > >> pcib3: DVMA map: 0xc0000000 to 0xffffffff > >> pcib3: bus range 0 to 0; PCI bus 0 > >> pcib3: [FILTER] > >> pcib3: [FILTER] > >> pcib3: [FILTER] > >> pcib3: [FILTER] > >> pci3: on pcib3 > >> pci3: domain=3, physical bus=0 > >> found-> vendor=0x108e, dev=0x8001, revid=0x00 > >> domain=3, bus=0, slot=0, func=0 > >> class=06-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0146, statreg=0x02a0, cachelnsz=0 (dwords) > >> lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 > >> ns) > >> found-> vendor=0x108e, dev=0xabba, revid=0x11 > >> domain=3, bus=0, slot=1, func=0 > >> class=02-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0144, statreg=0x04a0, cachelnsz=16 (dwords) > >> lattimer=0xff (7650 ns), mingnt=0x40 (16000 ns), maxlat=0x40 > >> (16000 ns) > >> intpin=a, irq=255 > >> map[10]: type Memory, range 32, base 0x200000, size 21, > >> memory disabled > >> found-> vendor=0x1077, dev=0x2200, revid=0x05 > >> domain=3, bus=0, slot=2, func=0 > >> class=01-00-00, hdrtype=0x00, mfdev=0 > >> cmdreg=0x0000, statreg=0x02b0, cachelnsz=16 (dwords) > >> lattimer=0xf8 (7440 ns), mingnt=0x40 (16000 ns), maxlat=0x00 > >> (0 ns) > >> intpin=a, irq=255 > >> powerspec 1 supports D0 D3 current D0 > >> map[10]: type I/O Port, range 32, base 0x300, size 8, port > >> disabled > >> map[14]: type Memory, range 32, base 0x400000, size 12, > >> memory disabled > >> pci3: at device 1.0 (no driver attached) > >> Qlogic ISP Driver, FreeBSD Version 5.9, Core Version 3.0 > >> isp0: port 0x300-0x3ff mem > >> 0x400000-0x400fff at device 2.0 on pci3 > >> isp0: Reserved 0x1000 bytes for rid 0x14 type 3 at 0x400000 > >> isp0: using Memory space register mapping > >> isp0: [MPSAFE] > >> isp0: [ITHREAD] > >> isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6 > >> isp0: Last F/W revision was 2.1.105 > >> isp0: 309 max I/O command limit set > >> isp0: invalid NVRAM header > >> isp0: invalid NVRAM header > >> isp0: Using Node WWN 0x400000007f000009 > >> isp0: Using Port WWN 0x400000007f000009 > >> syscons0: no video adapter found. > >> nexus0: type unknown (no driver attached) > >> Reducing kern.maxvnodes 134011 -> 100000 > >> procfs registered > >> Timecounter "tick" frequency 900000000 Hz quality 10 > >> Timecounters tick every 1.000 msec > >> lo0: bpf attached > >> isp0: LIP Received > >> isp0: Loop UP > >> isp0: Port Database Changed > >> ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=80 wire > >> isp0: Firmware State Ready> > >> acd0: setting PIO4 on CMD 646U2 chip > >> isp0: HBA PortID 0x000029 N-Port Handle 109, Connection Topology > >> 'Private Loop' > >> isp0: HBA WWNN 0x400000007f000009 HBA WWPN 0x400000007f000009 > >> isp0: PortID 0x0000ef handle 0x0 role Target arrived at tgt 0 > >> WWNN 0x20000004cfb551b1 WWPN 0x21000004cfb551b1 > >> isp0: PortID 0x0000e8 handle 0x1 role Target arrived at tgt 1 > >> WWNN 0x20000004cfb558ed WWPN 0x21000004cfb558ed > >> acd0: DVDR drive at ata2 as master > >> acd0: read 4134KB/s (4134KB/s) write 172KB/s, 512KB buffer, PIO4 > >> acd0: Reads: CDDA > >> acd0: Writes: CDR, CDRW, DVDR, DVDRAM, test write > >> acd0: Audio: play, 16 volume levels > >> acd0: Mechanism: ejectable tray, unlocked > >> acd0: Medium: no/blank disc > >> Waiting 5 seconds for SCSI devices to settle > >> (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > >> (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > >> (noperiph:sym2:0:-1:-1): SCSI BUS reset delivered. > >> (noperiph:sym3:0:-1:-1): SCSI BUS reset delivered. > >> (probe0:isp0:0:0:0): Retrying Command > >> (probe1:isp0:0:1:0): Retrying Command > >> pass0 at isp0 bus 0 target 0 lun 0 > >> pass0: Fixed Direct Access SCSI-3 > >> device > >> pass0: Serial Number 3FP233TR00007316NY71 > >> pass0: 100.000MB/s transfers > >> pass0: Command Queueing Enabled > >> pass1 at isp0 bus 0 target 1 lun 0 > >> pass1: Fixed Direct Access SCSI-3 > >> device > >> pass1: Serial Number 3FP239L000007315HL0H > >> pass1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN > >> 0x21000004cfb558ed PortID 0xe8 > >> pass1: Command Queueing Enabled > >> GEOM: new disk da0 > >> GEOM: new disk da1 > >> da0 at isp0 bus 0 target 0 lun 0 > >> da0: Fixed Direct Access SCSI-3 device > >> da0: Serial Number 3FP233TR00007316NY71 > >> da0: 100.000MB/s transfers > >> da0: Command Queueing Enabled > >> da0: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > >> da1 at isp0 bus 0 target 1 lun 0 > >> da1: Fixed Direct Access SCSI-3 device > >> da1: Serial Number 3FP239L000007315HL0H > >> da1: 100.000MB/s transfers WWNN 0x20000004cfb558ed WWPN > >> 0x21000004cfb558ed PortID 0xe8 > >> da1: Command Queueing Enabled > >> da1: 34732MB (71132959 512 byte sectors: 255H 63S/T 4427C) > >> SMP: AP CPU #1 Launched! > >> _______________________________________________ > >> 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 > >> " > > > > _______________________________________________ > > 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 > > " > > _______________________________________________ > 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 tinderbox at freebsd.org Tue May 5 17:58:54 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue May 5 17:59:11 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090505175851.0EE1B7302F@freebsd-current.sentex.ca> TB --- 2009-05-05 16:25:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-05 16:25:09 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-05 16:25:10 - cleaning the object tree TB --- 2009-05-05 16:25:42 - cvsupping the source tree TB --- 2009-05-05 16:25:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-05 16:25:52 - building world TB --- 2009-05-05 16:25:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-05 16:25:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-05 16:25:52 - TARGET=sparc64 TB --- 2009-05-05 16:25:52 - TARGET_ARCH=sparc64 TB --- 2009-05-05 16:25:52 - TZ=UTC TB --- 2009-05-05 16:25:52 - __MAKE_CONF=/dev/null TB --- 2009-05-05 16:25:52 - cd /src TB --- 2009-05-05 16:25:52 - /usr/bin/make -B buildworld >>> World build started on Tue May 5 16:25:53 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue May 5 17:46:14 UTC 2009 TB --- 2009-05-05 17:46:14 - generating LINT kernel config TB --- 2009-05-05 17:46:14 - cd /src/sys/sparc64/conf TB --- 2009-05-05 17:46:14 - /usr/bin/make -B LINT TB --- 2009-05-05 17:46:14 - building LINT kernel TB --- 2009-05-05 17:46:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-05 17:46:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-05 17:46:14 - TARGET=sparc64 TB --- 2009-05-05 17:46:14 - TARGET_ARCH=sparc64 TB --- 2009-05-05 17:46:14 - TZ=UTC TB --- 2009-05-05 17:46:14 - __MAKE_CONF=/dev/null TB --- 2009-05-05 17:46:14 - cd /src TB --- 2009-05-05 17:46:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 5 17:46:14 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/netgraph/ng_base.c:142: warning: initialization makes pointer from integer without a cast /src/sys/netgraph/ng_base.c:143: warning: initialization makes integer from pointer without a cast /src/sys/netgraph/ng_base.c:143: error: initializer element is not computable at load time /src/sys/netgraph/ng_base.c:143: error: (near initialization for 'ng_deadnode.nd_magic') /src/sys/netgraph/ng_base.c:144: warning: initialization makes pointer from integer without a cast /src/sys/netgraph/ng_base.c:145: warning: braces around scalar initializer /src/sys/netgraph/ng_base.c:145: warning: (near initialization for 'ng_deadnode.lastline') /src/sys/netgraph/ng_base.c:145: warning: initialization makes integer from pointer without a cast *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-05 17:58:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-05 17:58:51 - ERROR: failed to build lint kernel TB --- 2009-05-05 17:58:51 - 4436.18 user 419.07 system 5621.04 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From marius at alchemy.franken.de Wed May 6 19:47:07 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed May 6 19:47:14 2009 Subject: 7.2-RELEASE working on Sun Fire V480R In-Reply-To: <51D049E9-2244-410E-AF62-A0D069DA19DB@phys.ethz.ch> References: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> <1241482033.86830.2.camel@main.lerwick.hopto.org> <51D049E9-2244-410E-AF62-A0D069DA19DB@phys.ethz.ch> Message-ID: <20090506192000.GA90010@alchemy.franken.de> On Mon, May 04, 2009 at 05:57:51PM -0700, Mauro Calderara wrote: > >nics are Cassini's I think... > > > >found-> vendor=0x108e, dev=0xabba, revid=0x11 > > > >Correct Marius ?? correct > > Aww, if you could add support for these, that'd be great! They are > also built into the B100s of which I have a few... For cas(4) to work on B100, pci(4) still needs top be told that BARs containing 0 are valid at least on sparc64... Marius From tinderbox at freebsd.org Thu May 7 22:03:39 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 7 22:03:57 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090507220336.10EBA7302F@freebsd-current.sentex.ca> TB --- 2009-05-07 21:18:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-07 21:18:13 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-07 21:18:13 - cleaning the object tree TB --- 2009-05-07 21:18:46 - cvsupping the source tree TB --- 2009-05-07 21:18:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-07 21:19:00 - building world TB --- 2009-05-07 21:19:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-07 21:19:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-07 21:19:00 - TARGET=sun4v TB --- 2009-05-07 21:19:00 - TARGET_ARCH=sparc64 TB --- 2009-05-07 21:19:00 - TZ=UTC TB --- 2009-05-07 21:19:00 - __MAKE_CONF=/dev/null TB --- 2009-05-07 21:19:00 - cd /src TB --- 2009-05-07 21:19:00 - /usr/bin/make -B buildworld >>> World build started on Thu May 7 21:19:06 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DNEED_SOLARIS_BOOLEAN -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/sgsmsg/../../../cddl/compat/opensolaris/include -I/src/cddl/usr.bin/sgsmsg/../../../cddl/contrib/opensolaris/cmd/sgs/include -I/src/cddl/usr.bin/sgsmsg/../../../sys/cddl/contrib/opensolaris/uts/common -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o sgsmsg avl.o sgsmsg.o string_table.o findprime.o ===> cddl/usr.bin/zinject (all) cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/zinject.c cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c: In function 'translate_record': /src/cddl/usr.bin/zinject/../../contrib/opensolaris/cmd/zinject/translate.c:373: warning: passing argument 4 of 'calculate_range' discards qualifiers from pointer target type cc -O2 -pipe -I/src/cddl/usr.bin/zinject/../../../sys/cddl/compat/opensolaris -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/include -I/src/cddl/usr.bin/zinject/../../compat/opensolaris/lib/libumem -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzfs/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/lib/libnvpair -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/usr.bin/zinject/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/usr.bin/zinject/../../contrib/opensolaris/head -I/src/cddl/usr.bin/zinject/../../lib/libumem -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zinject zinject.o translate.o -lavl -lgeom -lm -lnvpair -lumem -luutil -lzfs -lzpool /obj/sun4v/src/tmp/usr/lib/libzpool.so: undefined reference to `vn_rele_async_fini' *** Error code 1 Stop in /src/cddl/usr.bin/zinject. *** Error code 1 Stop in /src/cddl/usr.bin. *** Error code 1 Stop in /src/cddl. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-07 22:03:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-07 22:03:35 - ERROR: failed to build world TB --- 2009-05-07 22:03:35 - 2232.81 user 262.47 system 2722.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Sat May 9 07:09:45 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 9 07:09:51 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090509070941.13C967302F@freebsd-current.sentex.ca> TB --- 2009-05-09 05:43:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-09 05:43:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-09 05:43:12 - cleaning the object tree TB --- 2009-05-09 05:43:49 - cvsupping the source tree TB --- 2009-05-09 05:43:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-09 05:43:59 - building world TB --- 2009-05-09 05:43:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-09 05:43:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-09 05:43:59 - TARGET=sparc64 TB --- 2009-05-09 05:43:59 - TARGET_ARCH=sparc64 TB --- 2009-05-09 05:43:59 - TZ=UTC TB --- 2009-05-09 05:43:59 - __MAKE_CONF=/dev/null TB --- 2009-05-09 05:43:59 - cd /src TB --- 2009-05-09 05:43:59 - /usr/bin/make -B buildworld >>> World build started on Sat May 9 05:44:03 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 May 9 07:05:13 UTC 2009 TB --- 2009-05-09 07:05:13 - generating LINT kernel config TB --- 2009-05-09 07:05:13 - cd /src/sys/sparc64/conf TB --- 2009-05-09 07:05:13 - /usr/bin/make -B LINT TB --- 2009-05-09 07:05:13 - building LINT kernel TB --- 2009-05-09 07:05:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-09 07:05:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-09 07:05:13 - TARGET=sparc64 TB --- 2009-05-09 07:05:13 - TARGET_ARCH=sparc64 TB --- 2009-05-09 07:05:13 - TZ=UTC TB --- 2009-05-09 07:05:13 - __MAKE_CONF=/dev/null TB --- 2009-05-09 07:05:13 - cd /src TB --- 2009-05-09 07:05:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 9 07:05:14 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 [...] awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/sparc64/src/sys/LINT /src/sys/modules/nullfs/../../fs/nullfs/null_subr.c /src/sys/modules/nullfs/../../fs/nullfs/null_vfsops.c /src/sys/modules/nullfs/../../fs/nullfs/null_vnops.c ===> opensolaris (depend) @ -> /src/sys machine -> /src/sys/sparc64/include make: don't know how to make atomic.S. Stop *** Error code 2 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-09 07:09:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-09 07:09:40 - ERROR: failed to build lint kernel TB --- 2009-05-09 07:09:40 - 3921.31 user 392.82 system 5188.72 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From marius at alchemy.franken.de Sun May 10 20:26:04 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun May 10 20:26:10 2009 Subject: US-III crashes on current In-Reply-To: <49C755B5.3090709@kasimir.com> References: <49C755B5.3090709@kasimir.com> Message-ID: <20090510202601.GA27008@alchemy.franken.de> On Mon, Mar 23, 2009 at 10:26:13AM +0100, Florian Smeets wrote: > On 23.03.2009 1:30 Uhr, zenxyzzy wrote: > >2) halt consistently panic's the machine. quite benign, if you think about > >it: > > Regarding this i posted to scsi@ some time ago: > http://docs.freebsd.org/cgi/mid.cgi?49A2B464.4020409 > > I'm also still seeing this. > > > > >panic: trap: fast data access mmu miss > >cpuid = 0 > >KDB: enter: panic > >[thread pid 1402 tid 100148 ] > >Stopped at kdb_enter+0x80: ta %xcc, 1 > >db> where > >Tracing pid 1402 tid 100148 td 0xfffff8000448a700 > >panic() at panic+0x20c > >trap() at trap+0x4d0 > >-- fast data access mmu miss tar=0x14543da000 %o7=0xc034c96c -- > >callout_lock() at callout_lock+0x40 > >untimeout() at untimeout+0xc > >isp_done() at isp_done+0x140 > >isp_intr() at isp_intr+0x3eb8 > >isp_poll() at isp_poll+0x38 > >xpt_polled_action() at xpt_polled_action+0xc8 > >dashutdown() at dashutdown+0x16c > >boot() at boot+0x858 > >reboot() at reboot+0x64 > >syscall() at syscall+0x2e8 > >-- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- > >userland() at 0x4056af08 > >user trace: trap %o7=0x1013e4 > >pc 0x4056af08, sp 0x7fdffffe261 > >pc 0x100df0, sp 0x7fdffffe321 > >pc 0x402066f4, sp 0x7fdffffe3e1 > For the records, this was fixed with r191979. Marius From bugmaster at FreeBSD.org Mon May 11 11:07:05 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 11 11:09:21 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200905111107.n4BB74t3086103@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 [install] 7.0 Beta won't install on U60 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 [hang] system is hung during boot from CD 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 13 problems total. From tinderbox at freebsd.org Mon May 11 19:44:59 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon May 11 19:45:11 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090511194455.3A0017302F@freebsd-current.sentex.ca> TB --- 2009-05-11 18:30:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 18:30:43 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-11 18:30:43 - cleaning the object tree TB --- 2009-05-11 18:31:18 - cvsupping the source tree TB --- 2009-05-11 18:31:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-11 18:31:27 - building world TB --- 2009-05-11 18:31:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 18:31:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 18:31:27 - TARGET=sparc64 TB --- 2009-05-11 18:31:27 - TARGET_ARCH=sparc64 TB --- 2009-05-11 18:31:27 - TZ=UTC TB --- 2009-05-11 18:31:27 - __MAKE_CONF=/dev/null TB --- 2009-05-11 18:31:27 - cd /src TB --- 2009-05-11 18:31:27 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 18:31:29 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 19:44:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 19:44:55 - ERROR: failed to build world TB --- 2009-05-11 19:44:55 - 3463.61 user 345.80 system 4451.57 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Mon May 11 20:26:22 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Mon May 11 20:26:29 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090511202619.349E27302F@freebsd-current.sentex.ca> TB --- 2009-05-11 19:17:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-11 19:17:12 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-11 19:17:12 - cleaning the object tree TB --- 2009-05-11 19:17:54 - cvsupping the source tree TB --- 2009-05-11 19:17:54 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-11 19:18:07 - building world TB --- 2009-05-11 19:18:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-11 19:18:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-11 19:18:07 - TARGET=sun4v TB --- 2009-05-11 19:18:07 - TARGET_ARCH=sparc64 TB --- 2009-05-11 19:18:07 - TZ=UTC TB --- 2009-05-11 19:18:07 - __MAKE_CONF=/dev/null TB --- 2009-05-11 19:18:07 - cd /src TB --- 2009-05-11 19:18:07 - /usr/bin/make -B buildworld >>> World build started on Mon May 11 19:18:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/usr.bin/mail/vars.c cc -O2 -pipe -std=gnu99 -fstack-protector -o mail version.o cmd1.o cmd2.o cmd3.o cmdtab.o collect.o edit.o fio.o getname.o head.o v7.local.o lex.o list.o main.o names.o popen.o quit.o send.o strings.o temp.o tty.o util.o vars.o gzip -cn /src/usr.bin/mail/mail.1 > mail.1.gz ===> usr.bin/make (all) cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/arch.c cc1: warnings being treated as errors /src/usr.bin/make/arch.c: In function 'Arch_ParseArchive': /src/usr.bin/make/arch.c:402: warning: the address of 'members' will never be NULL *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-11 20:26:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-11 20:26:19 - ERROR: failed to build world TB --- 2009-05-11 20:26:19 - 3464.46 user 344.03 system 4146.30 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From arek at wup-katowice.pl Tue May 12 12:50:50 2009 From: arek at wup-katowice.pl (Arek Czereszewski) Date: Tue May 12 12:51:00 2009 Subject: 7.2 rel on SUN Fire V250 Message-ID: <4A096C89.9020904@wup-katowice.pl> Hi, 7.2 from bootonly cd installs OK on this machine. At this moment everything work fine. Regards Arek -- Arek Czereszewski arek (at) wup-katowice (dot) pl "UNIX allows me to work smarter, not harder." From akranzel at gmail.com Tue May 12 19:35:10 2009 From: akranzel at gmail.com (Adam K.) Date: Tue May 12 19:35:16 2009 Subject: Sun Fire 280R questions. Message-ID: It looks like I may be able to get one of these boxes relatively cheaply, and had a few questions. Anything special about getting FreeBSD onto it? There doesn't seem to be a FreeBSD/Sparc64-specific install document, at least that I was able to find. Any of the built-in hardware not supported, and thus needs to be substituted with a PCI card? Any known issues with the ports system on Sparc64? I'll probably put the box in as a replacement for a rather ancient PC that's currently a mail/web server. Any tricks to getting it to work with a serial console? I've got some experience with Sun hardware, but none with relatively recent equipment like this. Great job getting FreeBSD to work on these machines, especially with support for the Ultrasparc III machines. It doesn't look like anything else but Solaris really supports them at all. Thanks -Adam From akranzel at gmail.com Tue May 12 19:38:45 2009 From: akranzel at gmail.com (Adam K.) Date: Tue May 12 19:38:51 2009 Subject: Sun Fire 280R questions. Message-ID: It looks like I may be able to get one of these boxes relatively cheaply, and had a few questions. Anything special about getting FreeBSD onto it? There doesn't seem to be a FreeBSD/Sparc64-specific install document, at least that I was able to find. Any of the built-in hardware not supported, and thus needs to be substituted with a PCI card? Any known issues with the ports system on Sparc64? I'll probably put the box in as a replacement for a rather ancient PC that's currently a mail/web server. Any tricks to getting it to work with a serial console? I've got some experience with Sun hardware, but none with relatively recent equipment like this. Great job getting FreeBSD to work on these machines, especially with support for the Ultrasparc III machines. It doesn't look like anything else but Solaris really supports them at all. Thanks -Adam From linimon at lonesome.com Tue May 12 22:09:17 2009 From: linimon at lonesome.com (Mark Linimon) Date: Tue May 12 22:09:23 2009 Subject: Sun Fire 280R questions. In-Reply-To: References: Message-ID: <20090512215255.GA31766@lonesome.com> On Tue, May 12, 2009 at 12:06:07PM -0700, Adam K. wrote: > Any known issues with the ports system on Sparc64? Yes, numerous ones :-) It doesn't see as much use as i386 or amd64 (by a long shot), and numerous ports assume that they are running on i386, both due to integer size and byte ordering. You'll want to look at portsmon.freebsd.org and www.freshports.org for more information. Right now there's no current "what ports don't build on sparc64" page; I need to update it. mcl From akranzel at gmail.com Wed May 13 06:08:53 2009 From: akranzel at gmail.com (Adam K.) Date: Wed May 13 06:09:00 2009 Subject: Sun Fire 280R questions. In-Reply-To: <20090512215255.GA31766@lonesome.com> References: <20090512215255.GA31766@lonesome.com> Message-ID: On Tue, May 12, 2009 at 2:52 PM, Mark Linimon wrote: > On Tue, May 12, 2009 at 12:06:07PM -0700, Adam K. wrote: > > Any known issues with the ports system on Sparc64? > > Yes, numerous ones :-) It doesn't see as much use as i386 or amd64 > (by a long shot), and numerous ports assume that they are running on > i386, both due to integer size and byte ordering. You'll want to look > at portsmon.freebsd.org and www.freshports.org for more information. > Right now there's no current "what ports don't build on sparc64" page; > I need to update it. > > mcl Okay. If I do end up getting the machine, I'll see if I can do some test builds of some of the major ports, if that'd be useful. -Adam From marius at alchemy.franken.de Wed May 13 20:55:57 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Wed May 13 20:56:06 2009 Subject: Sun Fire 280R questions. In-Reply-To: References: <20090512215255.GA31766@lonesome.com> Message-ID: <20090513205553.GA66971@alchemy.franken.de> On Tue, May 12, 2009 at 11:08:52PM -0700, Adam K. wrote: > On Tue, May 12, 2009 at 2:52 PM, Mark Linimon wrote: > > > On Tue, May 12, 2009 at 12:06:07PM -0700, Adam K. wrote: > > > Any known issues with the ports system on Sparc64? > > > > Yes, numerous ones :-) It doesn't see as much use as i386 or amd64 > > (by a long shot), and numerous ports assume that they are running on > > i386, both due to integer size and byte ordering. You'll want to look > > at portsmon.freebsd.org and www.freshports.org for more information. > > Right now there's no current "what ports don't build on sparc64" page; > > I need to update it. > > > > mcl > > > Okay. If I do end up getting the machine, I'll see if I can do some test > builds of some of the major ports, if that'd be useful. > "Major" ports like Apache HTTPD, BIND, Perl, Sendmail, etc. work just fine... Marius From lukasz at chroot.pl Wed May 13 21:45:06 2009 From: lukasz at chroot.pl (KGB) Date: Wed May 13 21:45:13 2009 Subject: Sun Fire 280R questions. In-Reply-To: <20090513205553.GA66971@alchemy.franken.de> References: <20090512215255.GA31766@lonesome.com> <20090513205553.GA66971@alchemy.franken.de> Message-ID: <1242250117.3846.8.camel@zenobia> I have Sun Fire 280R too, but I can't run on it any FreeBSD. After boot I see something like "Jump to kernel entry at 000000" (some digits) and machine hangs up. Any suggestion? Lukasz From mapsware at prodigy.net.mx Thu May 14 05:03:03 2009 From: mapsware at prodigy.net.mx (Martin Alejandro Paredes Sanchez) Date: Thu May 14 05:03:09 2009 Subject: Installing from cdrom not working In-Reply-To: <1241024690.98833.26.camel@bmcgover-pc.cisco.com> References: <200904272058.18266.mapsware@prodigy.net.mx> <1241024317.3270.60.camel@main.lerwick.hopto.org> <1241024690.98833.26.camel@bmcgover-pc.cisco.com> Message-ID: <200905132202.39940.mapsware@prodigy.net.mx> El Mi? 29 Abr 2009, Brian McGovern escribi?: > > > is ok that i used a CD-RW instead of a CD+RW, CD-R or CD+R? > > > > Its worth a try of a normal cdr. > > My V100s and V120s hate CD-RWs. I've also found its often worth while > recording at slower speeds than allowed. The speed/power levels on many > drives are goofy, and often an alternative speed gives better > performance on wonky drives. I see the same problem/solution with DVDs > on various players. > > -B I did not find an option to burn at lower speed, but change the option to burn the CD at once, I use the same CD-RW but different ISO image (since the 7.2 Release was available). maps From arek at wup-katowice.pl Thu May 14 05:55:52 2009 From: arek at wup-katowice.pl (Arek Czereszewski) Date: Thu May 14 05:56:23 2009 Subject: 7.2 rel on SUN Fire V250 In-Reply-To: <4A096C89.9020904@wup-katowice.pl> References: <4A096C89.9020904@wup-katowice.pl> Message-ID: <4A0BB265.5080308@wup-katowice.pl> More info: yesterday build (kernel & world): uname -a FreeBSD asgard 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Tue May 12 11:24:27 UTC 2009 root@asgard:/usr/obj/usr/src/sys/ASGARD sparc64 # dmesg 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.2-RELEASE #0: Tue May 12 11:24:27 UTC 2009 root@asgard:/usr/obj/usr/src/sys/ASGARD real memory = 2147483648 (2048 MB) avail memory = 2080219136 (1983 MB) cpu0: Sun Microsystems UltraSparc-IIIi Processor (1064.00 MHz CPU) registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set registered firmware set kbd0 at kbdmux0 nexus0: nexus0: mem 0x40000000000-0x40000000007 type memory-controller (no driver attached) pcib0: mem 0x4000e600000-0x4000e60afff,0x4000e410000-0x4000e41701f,0x7ce00000000-0x7ce000000ff,0x4000e780000-0x4000e78ffff irq 1842,1840,1841,1844,1827 on nexus0 pcib0: Tomatillo, version 4, IGN 0x1c, bus A, 66MHz pcib0: DVMA map: 0xc0000000 to 0xdfffffff pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pci0: on pcib0 bge0: mem 0x200000-0x20ffff at device 3.0 on pci0 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:03:ba:a5:b3:43 bge0: [ITHREAD] vgapci0: port 0x900-0x9ff mem 0x8000000-0xfffffff,0x100000-0x10ffff at device 2.0 on pci0 jbusppm0: mem 0x4000e000000-0x4000e000007,0x4000e410050-0x4000e41005f on nexus0 pcib1: mem 0x4000ef00000-0x4000ef0afff,0x4000ec10000-0x4000ec1701f,0x7c600000000-0x7c6000000ff,0x4000ef80000-0x4000ef8ffff irq 1907,1904,1905,1908,1893 on nexus0 pcib1: Tomatillo, version 4, IGN 0x1d, bus B, 66MHz pcib1: DVMA map: 0xc0000000 to 0xdfffffff pci1: on pcib1 sym0: <1010-66> port 0x300-0x3ff mem 0x100000-0x1003ff,0x102000-0x103fff at device 4.0 on pci1 sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking sym0: [ITHREAD] sym1: <1010-66> port 0x400-0x4ff mem 0x104000-0x1043ff,0x106000-0x107fff at device 4.1 on pci1 sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking sym1: [ITHREAD] pcib2: mem 0x4000f600000-0x4000f60afff,0x4000f410000-0x4000f41701f,0x7fe00000000-0x7fe000000ff,0x4000f780000-0x4000f78ffff irq 1970,1968,1969,1972,1953 on nexus0 pcib2: Tomatillo, version 4, IGN 0x1e, bus A, 33MHz pcib2: DVMA map: 0xc0000000 to 0xdfffffff pcib2: [FILTER] pci2: on pcib2 isab0: at device 7.0 on pci2 pcib2: could not route pin 1 for device 7.0 isa0: could not map ISA interrupt 1 for node 0xf009f378: parallel isa0: on isab0 pci2: at device 6.0 (no driver attached) ohci0: mem 0x1000000-0x1000fff at device 10.0 on pci2 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0x2000000-0x2000fff at device 11.0 on pci2 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered atapci0: port 0x900-0x907,0x918-0x91b,0x910-0x917,0x908-0x90b,0x920-0x92f at device 13.0 on pci2 atapci0: [ITHREAD] atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] jbusppm1: mem 0x4000f000000-0x4000f000007,0x4000f410050-0x4000f41005f on nexus0 pcib3: mem 0x4000ff00000-0x4000ff0afff,0x4000fc10000-0x4000fc1701f,0x7f600000000-0x7f6000000ff,0x4000ff80000-0x4000ff8ffff irq 2035,2032,2033,2036,2019 on nexus0 pcib3: Tomatillo, version 4, IGN 0x1f, bus B, 66MHz pcib3: DVMA map: 0xc0000000 to 0xdfffffff pcib3: [FILTER] pcib3: [FILTER] pcib3: [FILTER] pcib3: [FILTER] pci3: on pcib3 nexus0: mem 0x4000fc64000-0x4000fc6400f type i2c (no driver attached) nexus0: type unknown (no driver attached) rtc0: at port 0x70-0x71 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 44 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 44 on isa0 uart1: [FILTER] Timecounter "tick" frequency 1064000000 Hz quality 1000 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: DVDR at ata3-master PIO4 da0 at sym0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 62, 16bit) da0: Command Queueing Enabled da0: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da1 at sym0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz DT, offset 62, 16bit) da1: Command Queueing Enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) GEOM_LABEL: Label for provider da0a is ufsid/4a092cd13d31ea68. GEOM_LABEL: Label for provider da0d is ufsid/4a092cd18535509b. GEOM_LABEL: Label for provider da0e is ufsid/4a092cd4ea122972. GEOM_LABEL: Label for provider da0f is ufsid/4a092cd212224819. GEOM_LABEL: Label for provider da1d is ufsid/4a0942242d6b1d5a. GEOM_LABEL: Label for provider da1e is ufsid/4a09422663d79281. Trying to mount root from ufs:/dev/da0a GEOM_LABEL: Label ufsid/4a092cd13d31ea68 removed. GEOM_LABEL: Label for provider da0a is ufsid/4a092cd13d31ea68. GEOM_LABEL: Label ufsid/4a092cd18535509b removed. GEOM_LABEL: Label for provider da0d is ufsid/4a092cd18535509b. GEOM_LABEL: Label ufsid/4a0942242d6b1d5a removed. GEOM_LABEL: Label for provider da1d is ufsid/4a0942242d6b1d5a. GEOM_LABEL: Label ufsid/4a092cd212224819 removed. GEOM_LABEL: Label for provider da0f is ufsid/4a092cd212224819. GEOM_LABEL: Label ufsid/4a09422663d79281 removed. GEOM_LABEL: Label ufsid/4a092cd4ea122972 removed. GEOM_LABEL: Label for provider da1e is ufsid/4a09422663d79281. GEOM_LABEL: Label for provider da0e is ufsid/4a092cd4ea122972. GEOM_LABEL: Label ufsid/4a092cd13d31ea68 removed. GEOM_LABEL: Label ufsid/4a0942242d6b1d5a removed. GEOM_LABEL: Label ufsid/4a092cd18535509b removed. GEOM_LABEL: Label ufsid/4a092cd212224819 removed. GEOM_LABEL: Label ufsid/4a09422663d79281 removed. GEOM_LABEL: Label ufsid/4a092cd4ea122972 removed. bge0: link state changed to UP -- Arek Czereszewski arek (at) wup-katowice (dot) pl "UNIX allows me to work smarter, not harder." From marius at alchemy.franken.de Thu May 14 06:50:16 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu May 14 06:50:29 2009 Subject: Sun Fire 280R questions. In-Reply-To: <1242250117.3846.8.camel@zenobia> References: <20090512215255.GA31766@lonesome.com> <20090513205553.GA66971@alchemy.franken.de> <1242250117.3846.8.camel@zenobia> Message-ID: <20090514065011.GG1158@alchemy.franken.de> On Wed, May 13, 2009 at 11:28:37PM +0200, KGB wrote: > I have Sun Fire 280R too, but I can't run on it any FreeBSD. > After boot I see something like "Jump to kernel entry at 000000" (some > digits) and machine hangs up. Any suggestion? > Use a serial console, the integrated RSC oder plug in a supported graphics cards (see the hardware notes). Marius From gahr at FreeBSD.org Thu May 14 19:02:10 2009 From: gahr at FreeBSD.org (Pietro Cerutti) Date: Thu May 14 19:02:17 2009 Subject: Sun Fire 280R questions. In-Reply-To: References: Message-ID: <4A0C5EBC.7000907@FreeBSD.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Adam K. wrote: | It looks like I may be able to get one of these boxes relatively cheaply, | and had a few questions. | | Anything special about getting FreeBSD onto it? There doesn't seem to be a | FreeBSD/Sparc64-specific install document, at least that I was able to find. | Any of the built-in hardware not supported, and thus needs to be substituted | with a PCI card? I have just installed a Sun Fire280R with FreeBSD 7.2-RELEASE. It works just fine, apart from the Cassini NIC (vendor=0x108e device=0xabba). This isn't supported yet, see the following thread: http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-May/006362.html Have fun :) | Thanks | -Adam - -- Pietro Cerutti gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp +-----------------+ | How do you get | |that backwards b?| +-----------------+ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEAREKAAYFAkoMXrsACgkQwMJqmJVx945OyQCgpyLTuxPDKhG2CsTw+y/5boT5 DeQAn2oLx5VuIdVT05sEisQ+W7qY3heM =vRu7 -----END PGP SIGNATURE----- From akranzel at gmail.com Thu May 14 23:22:39 2009 From: akranzel at gmail.com (Adam K.) Date: Thu May 14 23:22:45 2009 Subject: E420R + (soon) FreeBSD. Message-ID: I just got one of these machines for $45. 4 450MHz CPUs, 4GB ram. Should be enough to do something fun with, hopefully :) I don't imagine there'll be any difficulties installing on an older machine like this, but I'll add the dmesg to the wiki, anyhow. Anything specific that'd be useful to the Sparc64 port for me to test? -Adam From tnelson at fudnet.net Fri May 15 03:02:30 2009 From: tnelson at fudnet.net (Tim Nelson) Date: Fri May 15 03:02:36 2009 Subject: E420R + (soon) FreeBSD. In-Reply-To: References: Message-ID: <4A0CD72A.4080906@fudnet.net> Adam K. wrote: > I just got one of these machines for $45. 4 450MHz CPUs, 4GB ram. Should be > enough to do something fun with, hopefully :) > I don't imagine there'll be any difficulties installing on an older machine > like this, but I'll add the dmesg to the wiki, anyhow. Anything specific > that'd be useful to the Sparc64 port for me to test? > > -Adam > _______________________________________________ I have the same machine with the same specs. It's worked fine with FreeBSD since 6.0-RELEASE IIRC. You should have no problems with the base and the more common sparc64 ports. Mine was previously running as a general purpose web box with Apache, BIND, MySQL, etc. All built without a single problem. If you have any problems, post here. I'm open to ridding it of Debian and reinstalling with FreeBSD if you need some assistance. :-) --Tim From craig001 at lerwick.hopto.org Fri May 15 09:42:50 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Fri May 15 09:42:56 2009 Subject: Sun Fire 280R questions. In-Reply-To: <20090512215255.GA31766@lonesome.com> References: <20090512215255.GA31766@lonesome.com> Message-ID: <1242380562.40393.18.camel@main.lerwick.hopto.org> Hi Mark Is there anyway we can link in with Fenners work to list the broken ports ? How are we looking build cluster wise, are we able to do complete port tree builds ? In previous emails its been said that port developers don't have access to sparc64 kit, I may be able to help out by providing a jailed environment hanging off the end of an adsl line... do you think that would be any use ? Kind Regards Craig B On Tue, 2009-05-12 at 16:52 -0500, Mark Linimon wrote: > On Tue, May 12, 2009 at 12:06:07PM -0700, Adam K. wrote: > > Any known issues with the ports system on Sparc64? > > Yes, numerous ones :-) It doesn't see as much use as i386 or amd64 > (by a long shot), and numerous ports assume that they are running on > i386, both due to integer size and byte ordering. You'll want to look > at portsmon.freebsd.org and www.freshports.org for more information. > Right now there's no current "what ports don't build on sparc64" page; > I need to update it. > > mcl > _______________________________________________ > 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 seklecki at noc.cfi.pgh.pa.us Fri May 15 13:55:12 2009 From: seklecki at noc.cfi.pgh.pa.us (Brian A. Seklecki) Date: Fri May 15 13:55:18 2009 Subject: Sun E250 In-Reply-To: <4A0841FD.6070502@cern.ch> References: <4A07EF76.4040801@cern.ch> <1242050567.2053.225.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> <4A0841FD.6070502@cern.ch> Message-ID: <1242395406.31340.3144.camel@soundwave.ws.pitbpa0.priv.collaborativefusion.com> On Mon, 2009-05-11 at 16:19 +0100, RAUL H C LOPES wrote: > Hi, > > No. the A1000 does not require any special RAID controller. > > Freebsd 7.2 is freezing after message: > Jumping to kernel entry at 0xc0078000 Okay, this erroneous behavior is happening much earlier than before the RAID controller probe. I would recommend asking about E250 support on freebsd-sparc64@freebsd.org (CC'd) Make sure that you try this with a serial console attached to the unit. ~BAS > > I tried boot both with "bootonly" and "install" CDs. > > raul From mike.gordon at primus.ca Sun May 17 14:32:42 2009 From: mike.gordon at primus.ca (mike gordon) Date: Sun May 17 14:33:31 2009 Subject: Technology - Oracle, IBM, ERP - SAP, QAD, CRM - Siebel, Communication - Cisco, Manufacturing, Healthcare customer lists Message-ID: <200905171330.n4HDUuxn025599@matrix.start.ca> This email is to introduce our company Repharm and services we offer. Repharm is an international leader of sales and marketing database products for high technology businesses. We provide installed customer lists for companies such as Oracle, PeopleSoft, Siebel, etc. Our lists are continuously maintained to ensure the highest level of accuracy and completeness. We have hundreds of industry leaders as customers today - many whose names you would recognize. If you are interested, we could send you a sample of one of our lists complete with summary information, so that you could evaluate our content. To find out about the various lists we have available, in preparation for any sales or marketing campaigns that your organization may be considering in future, we'd love to hear from you. Or, perhaps you'd be interested in acquiring your competitors' customer lists? If you would like more information, please contact us at (905) 721-8456 or email us at repharm1@aol.com Below are just some of the lists available: ERP (ENTERPRISE RESOURCE PLANNING): Baan JD Edwards Lawson Made2Manage Mapics Marcam Oracle Peoplesoft SAP SSA E-BUSINESS APPLICATIONS: Ariba BMC BroadVision Commerce One Webtrends MIDDLEWARE/CONNECTIVITY/APP SERVERS/WEB SERVERS: Bea Systems Iona Unisys OPERATING SYSTEMS/HARDWARE/SOFTWARE: COMPAQ HP 3000 HP 9000 HP-UX IBM AS/400 IBM OS/390 Lotus Notes Microsoft Sun Microsystems DATABASE: DB2 FileMaker Informix Oracle SQL SybaseCRM (CUSTOMER RELATIONSHIP MANAGEMENT): Clarify E.piphany HNC Onyx Pivotal Siebel Vantive Xchange SUPPLY CHAIN: Agile i2 Technologies Manugistics QAD Webplan COMMUNICATIONS: Nortel Cisco 3com Siemens Alcatel Telecom Vars ASP?s CLECS ISP?s E-COMMERCE: Dot Com Directory Consultant Directory Software Directory EXECUTIVE DIRECTORIES: Chief Executive Officer Chief Financial Officer Chief Information Officer Engineering Human Resources Purchasing Sales/Marketing INDUSTRY SPECIFIC LISTS: Agriculture, Forestry and Fishing, Communications, Construction, Finance, Insurance and Real Estate, Manufacturing, Mining, Public Administration, Retail Trade, Services, Transportation, Utilities, Wholesale Trade From bugmaster at FreeBSD.org Mon May 18 11:07:02 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 18 11:09:28 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200905181107.n4IB70xj075803@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 [install] 7.0 Beta won't install on U60 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 [hang] system is hung during boot from CD 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 13 problems total. From steve at kcilink.com Mon May 18 16:04:58 2009 From: steve at kcilink.com (Steve Scally) Date: Mon May 18 16:05:06 2009 Subject: Serial Port Troubleshooting Message-ID: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> Hello, I currently have two machines one Ultra60 and one Dell GX400. Both of these boxes have two serial ports. Currently port A on the Sun goes to com2 on the Dell and com1 on the Dell goes to port B on the Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night using the serial connection from the Dell box. However now when trying to connect from the Sun to the Dell I only receive the "connected" string and no prompt. I also tried connecting to the Dell from the Sun and then rebooting the dell from another terminal. When the Dell box reaches the multi-user prompt the terminal window with the serial connection receives a question mark, "?." My boot.config and ttys files have not changed and I did test that it was working prior to upgrading the Sun. I read through the freebsd docs however most of it is just the setup and "it should work". When I initially set this up it did work just as it was written. I was wondering if I missed any changes in 7.2 for the serial ports or if there is any other documentation to look at for troubleshooting serial port connections. Is there is a script or more debugging I can turn on to see where exactly the connection is failing? I have included snips of my dmesg and boot.config and ttys file. Let me know if you need more info or the full listings. I haven't troubleshooted serial port issues before and apologize if I missed something obvious. Thank you for your help. I use the following commands to connect. Sun Terms root 900 0.0 0.2 5880 1176 u1 Is+ 11:46PM 0:00.02 /usr/ libexec/getty std.9600 ttyu1 root 732 0.0 0.2 5880 1168 v1 Is+ 11:26PM 0:00.01 /usr/ libexec/getty Pc ttyv1 root 733 0.0 0.2 5880 1168 v2 Is+ 11:26PM 0:00.01 /usr/ libexec/getty Pc ttyv2 Dell Terms root 896 0.0 0.1 1352 948 d0 Is+ 8:51PM 0:00.01 /usr/ libexec/getty std.9600 ttyd0 root 762 0.0 0.1 1352 948 v1 Is+ 8:11PM 0:00.00 /usr/ libexec/getty Pc ttyv1 root 763 0.0 0.1 1352 948 v2 Is+ 8:11PM 0:00.00 /usr/ libexec/getty Pc ttyv2 From the Sun to the Dell cu -l /dev/cuau0 From Dell to Sun cu -l /dev/cuad1 Sun Files FreeBSD 7.2-RELEASE #1: Sun May 17 14:00:45 EDT 2009 root@etch.helios.local:/usr/obj/usr/src/sys/GENERIC cpu0: Sun Microsystems UltraSparc-II Processor (450.03 MHz CPU) scc0: addr 0x1400400000-0x140040007f irq 43 on ebus0 scc0: [FILTER] uart0: on scc0 uart0: [FILTER] uart0: CTS oflow uart1: on scc0 uart1: [FILTER] uart1: CTS oflow uart1: console (9600,n,8,1) uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on ebus0 uart2: [FILTER] uart2: keyboard (1200,n,8,1) uart2: keyboard not present uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on ebus0 uart3: [FILTER] boot.config -Dh /etc/ttys # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. # uart(4) ttyu0 "/usr/libexec/getty std.9600" dialup off secure ttyu1 "/usr/libexec/getty std.9600" vt100 on secure ttyu2 "/usr/libexec/getty std.9600" vt100 off secure ttyu3 "/usr/libexec/getty std.9600" vt100 off secure Dell Files FreeBSD 7.2-RELEASE #1: Sun May 17 22:22:58 EDT 2009 sscally@buzz.helios.local:/usr/obj/usr/src/sys/GENERIC sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] boot.config -Dh /etc/ttys # Serial terminals # The 'dialup' keyword identifies dialin lines to login, fingerd etc. ttyd0 "/usr/libexec/getty std.9600" vt100 on secure ttyd1 "/usr/libexec/getty std.9600" dialup off secure ttyd2 "/usr/libexec/getty std.9600" dialup off secure ttyd3 "/usr/libexec/getty std.9600" dialup off secure From marius at alchemy.franken.de Tue May 19 17:55:04 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Tue May 19 17:55:11 2009 Subject: Serial Port Troubleshooting In-Reply-To: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> Message-ID: <20090519175501.GA65063@alchemy.franken.de> On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: > Hello, > > I currently have two machines one Ultra60 and one Dell GX400. Both > of these boxes have two serial ports. Currently port A on the Sun > goes to com2 on the Dell and com1 on the Dell goes to port B on the > Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night using > the serial connection from the Dell box. However now when trying to > connect from the Sun to the Dell I only receive the "connected" string > and no prompt. I also tried connecting to the Dell from the Sun and > then rebooting the dell from another terminal. When the Dell box > reaches the multi-user prompt the terminal window with the serial > connection receives a question mark, "?." Does this imply that the low-level console works, i.e. you get the dmesg output of the kernel etc. but at the point getty(8) should take over things break? Does the other way work, i.e. can you login in to the Sun from the Dell machine? What happens if you connect each machine to itself and try to log in? Have you tried with something different than cu(1), f.e. minicom from ports? > My boot.config and ttys > files have not changed and I did test that it was working prior to > upgrading the Sun. I read through the freebsd docs however most of it > is just the setup and "it should work". When I initially set this up > it did work just as it was written. I was wondering if I missed any > changes in 7.2 for the serial ports or if there is any other > documentation to look at for troubleshooting serial port connections. > Is there is a script or more debugging I can turn on to see where > exactly the connection is failing? Not as far as I can tell. > I have included snips of my dmesg > and boot.config and ttys file. Let me know if you need more info or > the full listings. > I haven't troubleshooted serial port issues before and apologize if I > missed something obvious. > > Thank you for your help. > > I use the following commands to connect. > > Sun Terms > root 900 0.0 0.2 5880 1176 u1 Is+ 11:46PM 0:00.02 /usr/ > libexec/getty std.9600 ttyu1 > root 732 0.0 0.2 5880 1168 v1 Is+ 11:26PM 0:00.01 /usr/ > libexec/getty Pc ttyv1 > root 733 0.0 0.2 5880 1168 v2 Is+ 11:26PM 0:00.01 /usr/ > libexec/getty Pc ttyv2 > > Dell Terms > root 896 0.0 0.1 1352 948 d0 Is+ 8:51PM 0:00.01 /usr/ > libexec/getty std.9600 ttyd0 > root 762 0.0 0.1 1352 948 v1 Is+ 8:11PM 0:00.00 /usr/ > libexec/getty Pc ttyv1 > root 763 0.0 0.1 1352 948 v2 Is+ 8:11PM 0:00.00 /usr/ > libexec/getty Pc ttyv2 > > From the Sun to the Dell > > cu -l /dev/cuau0 > > From Dell to Sun > > cu -l /dev/cuad1 > > > Sun Files > > FreeBSD 7.2-RELEASE #1: Sun May 17 14:00:45 EDT 2009 > root@etch.helios.local:/usr/obj/usr/src/sys/GENERIC > cpu0: Sun Microsystems UltraSparc-II Processor (450.03 MHz CPU) > scc0: addr > 0x1400400000-0x140040007f irq 43 on ebus0 > scc0: [FILTER] > uart0: on scc0 > uart0: [FILTER] > uart0: CTS oflow > uart1: on scc0 > uart1: [FILTER] > uart1: CTS oflow > uart1: console (9600,n,8,1) > uart2: <16550 or compatible> addr 0x14003083f8-0x14003083ff irq 41 on > ebus0 > uart2: [FILTER] > uart2: keyboard (1200,n,8,1) > uart2: keyboard not present > uart3: <16550 or compatible> addr 0x14003062f8-0x14003062ff irq 42 on > ebus0 > uart3: [FILTER] > > boot.config > -Dh > > /etc/ttys > > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > # uart(4) > ttyu0 "/usr/libexec/getty std.9600" dialup off secure > ttyu1 "/usr/libexec/getty std.9600" vt100 on secure > ttyu2 "/usr/libexec/getty std.9600" vt100 off secure > ttyu3 "/usr/libexec/getty std.9600" vt100 off secure > > Dell Files > > FreeBSD 7.2-RELEASE #1: Sun May 17 22:22:58 EDT 2009 > sscally@buzz.helios.local:/usr/obj/usr/src/sys/GENERIC > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > > boot.config > -Dh > > /etc/ttys > > # Serial terminals > # The 'dialup' keyword identifies dialin lines to login, fingerd etc. > ttyd0 "/usr/libexec/getty std.9600" vt100 on secure > ttyd1 "/usr/libexec/getty std.9600" dialup off secure > ttyd2 "/usr/libexec/getty std.9600" dialup off secure > ttyd3 "/usr/libexec/getty std.9600" dialup off secure > > _______________________________________________ Marius From steve at kcilink.com Tue May 19 18:44:31 2009 From: steve at kcilink.com (Steve Scally) Date: Tue May 19 18:44:37 2009 Subject: Serial Port Troubleshooting In-Reply-To: <20090519175501.GA65063@alchemy.franken.de> References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> <20090519175501.GA65063@alchemy.franken.de> Message-ID: Marius & all, First thank you for your responses. On May 19, 2009, at 1:55 PM, Marius Strobl wrote: > On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: >> Hello, >> >> I currently have two machines one Ultra60 and one Dell GX400. Both >> of these boxes have two serial ports. Currently port A on the Sun >> goes to com2 on the Dell and com1 on the Dell goes to port B on the >> Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night >> using >> the serial connection from the Dell box. However now when trying to >> connect from the Sun to the Dell I only receive the "connected" >> string >> and no prompt. I also tried connecting to the Dell from the Sun and >> then rebooting the dell from another terminal. When the Dell box >> reaches the multi-user prompt the terminal window with the serial >> connection receives a question mark, "?." > > Does this imply that the low-level console works, i.e. you get > the dmesg output of the kernel etc. but at the point getty(8) > should take over things break? > Does the other way work, i.e. can you login in to the Sun from > the Dell machine? > What happens if you connect each machine to itself and try to > log in? > Have you tried with something different than cu(1), f.e. > minicom from ports? To answer your questions. I assume the low-level console is working if it is showing up the dmesg output. Is there any other way to verify this? I appears that yes at this point the failure is occurring when getty should be taking over, is there way to verify this as well? I can indeed login to the Sun from the Dell using tip and cu, I have not tried minicom simply because cu worked before. I will try tonight to remove all serial cables, reboot both boxes without any serial cables attached, then I will just attach the Sun to Dell setup and try again. This is the only output I have from /var/log/aculog. Sun (Tue May 19 14:37:56 2009) call completed (Tue May 19 14:38:21 2009) call terminated Dell (Tue May 19 14:35:55 2009) call completed (Tue May 19 14:36:34 2009) call completed Connecting Dell to Sun using cu -l /dev/cuad1 [root@buzz]% cu -l /dev/cuad1 Connected FreeBSD/sparc64 (etch) (ttyu1) login: Connecting Sun to Dell using cu -l /dev/cuau0 etch# cu -l /dev/cuau0 Connected I appreciate your help and thanks again. From suport at bid2win.ro Wed May 20 04:31:32 2009 From: suport at bid2win.ro (suport@bid2win.ro) Date: Wed May 20 04:31:42 2009 Subject: Laptop, Lcd-uri, Telefoane si multe alte produse toate la 1 leu!!!! Message-ID: <20090520042121203.61CB722226D528A1@Ecmgsgfnwkjydkhhiphh> Intra si tu pe www.bid2win.ro si ai numai de castigat! Toate produsele pleaca de la pretul de 1 leu!!! Intra si nu vei regreta!! WWW.BID2WIN.RO Multumim! Echipa Bid 2 Win In conformitate cu legea 365/2002 cu modificarile aduse prin legea 121/2006 privind comertul electronic, acest mesaj nu este si nu poate fi considerat spam, deoarece: - contine datele necesare de identificare ale expeditorului; - adresa dumneavoastra de e-mail a fost gasita fie pe un site public, fie intr-un ghid de afaceri; - acest mesaj va este adresat cu scopul de a va invita sa beneficiati de serviciile companiei noastre si va este transmis in dorinta de a va tine la curent cu cele mai noi si mai profitabile servicii pe care vi le putem oferi. Pentru ca intelegem si apreciem intimitatea dumneavoastra, ne cerem scuze daca acest mesaj a ajuns din greseala la dumneavoastra, iar daca doriti sa nu mai primiti astfel de mesaje in viitor va rugam sa dati un replay la acest mesaj indicand adresa sau adresele de e-mail care doriti sa fie sterse din baza de date. Va multumim! From mcalderara at lbl.gov Wed May 20 20:36:28 2009 From: mcalderara at lbl.gov (Mauro Calderara) Date: Wed May 20 20:36:34 2009 Subject: tap-driver on sparc64 Message-ID: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> Hi Marius I just ran into an issue with the tap-driver on FreeBSD resulting in a kernel panic. Googling yielded this bug report (the poster did exactly what I'm trying to do, run OpenVPN on a tap-interface): http://lists.freebsd.org/pipermail/freebsd-sparc64/2006-May/004132.html You provided a patch but it seems the person never responded. I still see the issue on 7.0 and am currently recompiling to see whether it is still there with 7.2. Did that patch go into the official repo somewhen? In case not, what would you need to create one? I'm pretty sure I can provide instructions detailed enough to reproduce the issue. Thanks, mauro From tinderbox at freebsd.org Thu May 21 02:42:44 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 21 02:42:56 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090521024240.6E3247302F@freebsd-current.sentex.ca> TB --- 2009-05-21 01:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-21 01:10:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-21 01:10:00 - cleaning the object tree TB --- 2009-05-21 01:10:35 - cvsupping the source tree TB --- 2009-05-21 01:10:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-21 01:10:52 - building world TB --- 2009-05-21 01:10:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 01:10:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 01:10:52 - TARGET=sparc64 TB --- 2009-05-21 01:10:52 - TARGET_ARCH=sparc64 TB --- 2009-05-21 01:10:52 - TZ=UTC TB --- 2009-05-21 01:10:52 - __MAKE_CONF=/dev/null TB --- 2009-05-21 01:10:52 - cd /src TB --- 2009-05-21 01:10:52 - /usr/bin/make -B buildworld >>> World build started on Thu May 21 01:10:54 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 May 21 02:33:13 UTC 2009 TB --- 2009-05-21 02:33:13 - generating LINT kernel config TB --- 2009-05-21 02:33:13 - cd /src/sys/sparc64/conf TB --- 2009-05-21 02:33:13 - /usr/bin/make -B LINT TB --- 2009-05-21 02:33:13 - building LINT kernel TB --- 2009-05-21 02:33:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 02:33:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 02:33:13 - TARGET=sparc64 TB --- 2009-05-21 02:33:13 - TARGET_ARCH=sparc64 TB --- 2009-05-21 02:33:13 - TZ=UTC TB --- 2009-05-21 02:33:13 - __MAKE_CONF=/dev/null TB --- 2009-05-21 02:33:13 - cd /src TB --- 2009-05-21 02:33:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 21 02:33:13 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/dev/wb/if_wb.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/dev/wi/if_wi.c cc1: warnings being treated as errors /src/sys/dev/wi/if_wi.c: In function 'wi_rx_intr': /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-21 02:42:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-21 02:42:40 - ERROR: failed to build lint kernel TB --- 2009-05-21 02:42:40 - 4287.73 user 417.24 system 5560.03 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Thu May 21 03:30:43 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 21 03:30:55 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090521033040.0A4FE7302F@freebsd-current.sentex.ca> TB --- 2009-05-21 02:05:33 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-21 02:05:33 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-21 02:05:33 - cleaning the object tree TB --- 2009-05-21 02:06:09 - cvsupping the source tree TB --- 2009-05-21 02:06:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-21 02:06:28 - building world TB --- 2009-05-21 02:06:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 02:06:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 02:06:28 - TARGET=sun4v TB --- 2009-05-21 02:06:28 - TARGET_ARCH=sparc64 TB --- 2009-05-21 02:06:28 - TZ=UTC TB --- 2009-05-21 02:06:28 - __MAKE_CONF=/dev/null TB --- 2009-05-21 02:06:28 - cd /src TB --- 2009-05-21 02:06:28 - /usr/bin/make -B buildworld >>> World build started on Thu May 21 02:06:29 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 May 21 03:22:27 UTC 2009 TB --- 2009-05-21 03:22:27 - generating LINT kernel config TB --- 2009-05-21 03:22:27 - cd /src/sys/sun4v/conf TB --- 2009-05-21 03:22:27 - /usr/bin/make -B LINT TB --- 2009-05-21 03:22:28 - building LINT kernel TB --- 2009-05-21 03:22:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-21 03:22:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-21 03:22:28 - TARGET=sun4v TB --- 2009-05-21 03:22:28 - TARGET_ARCH=sparc64 TB --- 2009-05-21 03:22:28 - TZ=UTC TB --- 2009-05-21 03:22:28 - __MAKE_CONF=/dev/null TB --- 2009-05-21 03:22:28 - cd /src TB --- 2009-05-21 03:22:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu May 21 03:22:28 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] 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/dev/wb/if_wb.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/dev/wi/if_wi.c cc1: warnings being treated as errors /src/sys/dev/wi/if_wi.c: In function 'wi_rx_intr': /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: right shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type /src/sys/dev/wi/if_wi.c:1385: warning: left shift count >= width of type *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-21 03:30:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-21 03:30:39 - ERROR: failed to build lint kernel TB --- 2009-05-21 03:30:39 - 4253.29 user 413.07 system 5106.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From marius at alchemy.franken.de Thu May 21 14:46:28 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu May 21 14:46:35 2009 Subject: Serial Port Troubleshooting In-Reply-To: References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> <20090519175501.GA65063@alchemy.franken.de> Message-ID: <20090521144625.GA89774@alchemy.franken.de> On Tue, May 19, 2009 at 02:44:29PM -0400, Steve Scally wrote: > Marius & all, > > First thank you for your responses. > > On May 19, 2009, at 1:55 PM, Marius Strobl wrote: > > >On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: > >>Hello, > >> > >>I currently have two machines one Ultra60 and one Dell GX400. Both > >>of these boxes have two serial ports. Currently port A on the Sun > >>goes to com2 on the Dell and com1 on the Dell goes to port B on the > >>Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night > >>using > >>the serial connection from the Dell box. However now when trying to > >>connect from the Sun to the Dell I only receive the "connected" > >>string > >>and no prompt. I also tried connecting to the Dell from the Sun and > >>then rebooting the dell from another terminal. When the Dell box > >>reaches the multi-user prompt the terminal window with the serial > >>connection receives a question mark, "?." > > > >Does this imply that the low-level console works, i.e. you get > >the dmesg output of the kernel etc. but at the point getty(8) > >should take over things break? > >Does the other way work, i.e. can you login in to the Sun from > >the Dell machine? > >What happens if you connect each machine to itself and try to > >log in? > >Have you tried with something different than cu(1), f.e. > >minicom from ports? > > To answer your questions. I assume the low-level console is working > if it is showing up the dmesg output. Is there any other way to > verify this? If you get the kernel output this should be a sufficient proof that the low-level console on the Dell machine, the cabling and the terminal emulation on the Sun machine are all working. If the TTY also duplicates as console device like in your case a 3-wire cabling is actually sufficient, otherwise it would also need to deliver a DCD. You could additionally test whether the low-level console input actually also works. The only way to do so that I currently can think of is to build a kernel with ddb(4) and check whether its prompt works. I don't think you'll gain any information related to your problem by doing so though. > I appears that yes at this point the failure is occurring when getty > should be taking over, is there way to verify this as well? Unfortunately I can't think of one. Unless you want to delve into debugging the code the only thing I can suggest is to try to use uart(4) instead of sio(4) as the problem seems to be on the side of the Dell machine as its low-level console works. Note that besides needing to use ttyu0 instead of ttyd0 in /etc/ttys and a kernel without sio(4), setting up uart(4) as a console also differs from sio(4) on amd64 and i386, i.e. you don't need a boot.config but instead should put something like the following in /boot/loader.conf: console="comconsole" hw.uart.console="io:0x3f8,br:9600" > > I can indeed login to the Sun from the Dell using tip and cu, I have > not tried minicom simply because cu worked before. Well, cu(1) and tip(1) often don't work for me (i.e. no communication) while things like conserver and minicom just do, so I prefer to use the latter even if they are overkill for my needs. This doesn't seem to be the problem in your case though > > I will try tonight to remove all serial cables, reboot both boxes > without any serial cables attached, then I will just attach the Sun to > Dell setup and try again. > > This is the only output I have from /var/log/aculog. > > Sun > > (Tue May 19 14:37:56 2009) call completed > (Tue May 19 14:38:21 2009) call terminated > > Dell > > (Tue May 19 14:35:55 2009) call completed > (Tue May 19 14:36:34 2009) call completed > > Connecting Dell to Sun using cu -l /dev/cuad1 > > [root@buzz]% cu -l /dev/cuad1 > Connected > > FreeBSD/sparc64 (etch) (ttyu1) > > login: > > Connecting Sun to Dell using cu -l /dev/cuau0 > > etch# cu -l /dev/cuau0 > Connected > > I appreciate your help and thanks again. Marius From marius at alchemy.franken.de Thu May 21 14:50:07 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Thu May 21 14:50:21 2009 Subject: tap-driver on sparc64 In-Reply-To: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> References: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> Message-ID: <20090521145005.GB89774@alchemy.franken.de> On Wed, May 20, 2009 at 01:14:06PM -0700, Mauro Calderara wrote: > Hi Marius > > I just ran into an issue with the tap-driver on FreeBSD resulting in a > kernel panic. Googling yielded this bug report (the poster did exactly > what I'm trying to do, run OpenVPN on a tap-interface): > http://lists.freebsd.org/pipermail/freebsd-sparc64/2006-May/004132.html > > You provided a patch but it seems the person never responded. I still > see the issue on 7.0 and am currently recompiling to see whether it is > still there with 7.2. Did that patch go into the official repo somewhen? > > In case not, what would you need to create one? I'm pretty sure I can > provide instructions detailed enough to reproduce the issue. > Hi, that patch went it into the repository prior to FreeBSD 7.0, so what you are seeing is likely to be a different problem. If it still persists with 7.2 it would be great if you could also provide a backtrace. Marius From mcalderara at lbl.gov Thu May 21 22:15:02 2009 From: mcalderara at lbl.gov (Mauro Calderara) Date: Thu May 21 22:15:09 2009 Subject: tap-driver on sparc64 In-Reply-To: <20090521145005.GB89774@alchemy.franken.de> References: <21C7712A-2C48-4D95-91B9-536361CA04EA@lbl.gov> <20090521145005.GB89774@alchemy.franken.de> Message-ID: <77C5E7CD-F672-41A6-80D0-A10E3BC13370@lbl.gov> Hi there > that patch went it into the repository prior to FreeBSD 7.0, > so what you are seeing is likely to be a different problem. > If it still persists with 7.2 it would be great if you > could also provide a backtrace. Problem seems to be solved in 7.2. Sorry for bothering. And thanks for all the work you do on sparc64. I know it is not a popular port, but I am very happy with it for many things. mauro From linimon at lonesome.com Sun May 24 15:19:25 2009 From: linimon at lonesome.com (Mark Linimon) Date: Sun May 24 15:19:33 2009 Subject: Sun Fire 280R questions. In-Reply-To: <1242380562.40393.18.camel@main.lerwick.hopto.org> References: <20090512215255.GA31766@lonesome.com> <1242380562.40393.18.camel@main.lerwick.hopto.org> Message-ID: <20090524151924.GA6058@lonesome.com> On Fri, May 15, 2009 at 10:42:42AM +0100, Craig Butler wrote: > Is there anyway we can link in with Fenners work to list the broken > ports ? Well, his list is "doesn't fetch", but it's broken. That's on my list of things to fix, and adding the information to portsmon is also. > How are we looking build cluster wise, are we able to do complete port > tree builds ? Since a couple of weeks before BSDCan I had been ignoring the sparc64 builds while I got ready, but I started a new, complete, 7 build a few days ago, and it is nearly complete. I have some replacement disks that I need to ship to ISC to bring some of the Netras back online. The lerwick machines I have not been able to configure correctly. We will be losing some of the York machines in the near future. When I get back from vacation I intend to do some cluster maintenance. > In previous emails its been said that port developers don't have access > to sparc64 kit, I may be able to help out by providing a jailed > environment hanging off the end of an adsl line... do you think that > would be any use ? I think it would be in great demand. mcl From craig001 at lerwick.hopto.org Sun May 24 19:01:35 2009 From: craig001 at lerwick.hopto.org (Craig Butler) Date: Sun May 24 19:04:59 2009 Subject: Sun Fire 280R questions. In-Reply-To: <20090524151924.GA6058@lonesome.com> References: <20090512215255.GA31766@lonesome.com> <1242380562.40393.18.camel@main.lerwick.hopto.org> <20090524151924.GA6058@lonesome.com> Message-ID: <1243191671.1371.36.camel@main.lerwick.hopto.org> Hi Mark... I can't send mail direct to you, for the last two weeks your mail server has refused to accept it; [root@polaris:~] # cat /var/log/qmail/* | grep 3925: | tai64nlocal 2009-05-24 19:31:14.795506500 starting delivery 3925: msg 10200090 to remote linimon@lonesome.com 2009-05-24 19:32:15.629006500 delivery 3925: deferral: Connected_to_66.135.55.46_but_connection_died._(#4.4.2)/ I've sent 2 mails, the first one returned as undelivered after me mail server tried for a week; I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : Connected to 66.135.55.46 but connection died. (#4.4.2) I'm not going to try again; this message has been in the queue too long. My comments are in line, On Sun, 2009-05-24 at 10:19 -0500, Mark Linimon wrote: > On Fri, May 15, 2009 at 10:42:42AM +0100, Craig Butler wrote: > > Is there anyway we can link in with Fenners work to list the broken > > ports ? > > Well, his list is "doesn't fetch", but it's broken. That's on my list > of things to fix, and adding the information to portsmon is also. > > > How are we looking build cluster wise, are we able to do complete port > > tree builds ? > > Since a couple of weeks before BSDCan I had been ignoring the sparc64 > builds while I got ready, but I started a new, complete, 7 build a few > days ago, and it is nearly complete. > > I have some replacement disks that I need to ship to ISC to bring > some of the Netras back online. The lerwick machines I have not > been able to configure correctly. We will be losing some of the > York machines in the near future. What do you need Lerwick wise ? I have build1 up and running, but no one been on it for donkeys... The last thing I did was reboot it when ssh got stuck (as it regularly does when building). What happened to York ?? can we ship any units over here ? I would be keen to help get the sparc64 side up to full speed again. I am going to approach Kip and see if I can get involved with porting to the later Ultrasparc T1/T2/Rock's... Massive learning curve but I think it will be useful. > When I get back from vacation I intend to do some cluster maintenance. How long you away for ? hope your having a great holiday. > > > In previous emails its been said that port developers don't have access > > to sparc64 kit, I may be able to help out by providing a jailed > > environment hanging off the end of an adsl line... do you think that > > would be any use ? > > I think it would be in great demand. OK, I'll arrange something, it wont be the quickest, but at least the devs would have access to sparc kit. /Craig B > > mcl From marius at alchemy.franken.de Sun May 24 20:26:51 2009 From: marius at alchemy.franken.de (Marius Strobl) Date: Sun May 24 20:26:57 2009 Subject: 7.2-RELEASE working on Sun Fire V480R In-Reply-To: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> References: <4b8db2420905040623o6af3a0c2je96954880a1d32d9@mail.gmail.com> Message-ID: <20090524202648.GA38360@alchemy.franken.de> On Mon, May 04, 2009 at 04:23:24PM +0300, Olev wrote: > As it is not listed in supported systems I gave it a shot. Installs > ok. Onboard ethernet not working. The machine I tested it on has 2x > PCI SCSI cards inside and it finds them too. Verbose dmesg below: > > Sun Fire 480R, No Keyboard > Copyright 2007 Sun Microsystems, Inc. All rights reserved. > OpenBoot 4.22.34, 4096 MB memory installed, Serial #53044977. > Ethernet address 0:3:ba:29:66:f1, Host ID: 832966f1. > Could you give a driver for the on-board Ethernet NIC a try with this machine? If yes what (patch, pre-built kernel, install CD image) would you require to do so? Marius From bugmaster at FreeBSD.org Mon May 25 11:07:01 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon May 25 11:09:28 2009 Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org Message-ID: <200905251107.n4PB70pP092959@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 [install] 7.0 Beta won't install on U60 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 [hang] system is hung during boot from CD 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 13 problems total. From tinderbox at freebsd.org Tue May 26 13:24:11 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue May 26 13:24:28 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090526132408.074F67302F@freebsd-current.sentex.ca> TB --- 2009-05-26 11:51:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 11:51:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-26 11:51:32 - cleaning the object tree TB --- 2009-05-26 11:52:04 - cvsupping the source tree TB --- 2009-05-26 11:52:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-26 11:52:12 - building world TB --- 2009-05-26 11:52:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 11:52:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 11:52:12 - TARGET=sparc64 TB --- 2009-05-26 11:52:12 - TARGET_ARCH=sparc64 TB --- 2009-05-26 11:52:12 - TZ=UTC TB --- 2009-05-26 11:52:12 - __MAKE_CONF=/dev/null TB --- 2009-05-26 11:52:12 - cd /src TB --- 2009-05-26 11:52:12 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 11:52:15 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 May 26 13:13:46 UTC 2009 TB --- 2009-05-26 13:13:46 - generating LINT kernel config TB --- 2009-05-26 13:13:46 - cd /src/sys/sparc64/conf TB --- 2009-05-26 13:13:46 - /usr/bin/make -B LINT TB --- 2009-05-26 13:13:46 - building LINT kernel TB --- 2009-05-26 13:13:46 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 13:13:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 13:13:46 - TARGET=sparc64 TB --- 2009-05-26 13:13:46 - TARGET_ARCH=sparc64 TB --- 2009-05-26 13:13:46 - TZ=UTC TB --- 2009-05-26 13:13:46 - __MAKE_CONF=/dev/null TB --- 2009-05-26 13:13:46 - cd /src TB --- 2009-05-26 13:13:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 13:13:46 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/geom/geom_pc98_enc.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/geom/geom_slice.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/geom/geom_subr.c cc1: warnings being treated as errors /src/sys/geom/geom_subr.c: In function 'db_show_bio': /src/sys/geom/geom_subr.c:1313: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1314: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1317: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 13:24:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 13:24:07 - ERROR: failed to build lint kernel TB --- 2009-05-26 13:24:07 - 4325.01 user 419.02 system 5555.16 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Tue May 26 14:38:05 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Tue May 26 14:38:10 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090526143802.039607302F@freebsd-current.sentex.ca> TB --- 2009-05-26 13:15:04 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-26 13:15:04 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-26 13:15:05 - cleaning the object tree TB --- 2009-05-26 13:15:52 - cvsupping the source tree TB --- 2009-05-26 13:15:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-26 13:15:59 - building world TB --- 2009-05-26 13:15:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 13:15:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 13:15:59 - TARGET=sun4v TB --- 2009-05-26 13:15:59 - TARGET_ARCH=sparc64 TB --- 2009-05-26 13:15:59 - TZ=UTC TB --- 2009-05-26 13:15:59 - __MAKE_CONF=/dev/null TB --- 2009-05-26 13:15:59 - cd /src TB --- 2009-05-26 13:15:59 - /usr/bin/make -B buildworld >>> World build started on Tue May 26 13:16: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 Tue May 26 14:29:21 UTC 2009 TB --- 2009-05-26 14:29:21 - generating LINT kernel config TB --- 2009-05-26 14:29:21 - cd /src/sys/sun4v/conf TB --- 2009-05-26 14:29:21 - /usr/bin/make -B LINT TB --- 2009-05-26 14:29:21 - building LINT kernel TB --- 2009-05-26 14:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-26 14:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-26 14:29:21 - TARGET=sun4v TB --- 2009-05-26 14:29:21 - TARGET_ARCH=sparc64 TB --- 2009-05-26 14:29:21 - TZ=UTC TB --- 2009-05-26 14:29:21 - __MAKE_CONF=/dev/null TB --- 2009-05-26 14:29:21 - cd /src TB --- 2009-05-26 14:29:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue May 26 14:29:22 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/geom/geom_pc98_enc.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/geom/geom_slice.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/geom/geom_subr.c cc1: warnings being treated as errors /src/sys/geom/geom_subr.c: In function 'db_show_bio': /src/sys/geom/geom_subr.c:1313: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1314: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' /src/sys/geom/geom_subr.c:1317: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-26 14:38:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-26 14:38:01 - ERROR: failed to build lint kernel TB --- 2009-05-26 14:38:01 - 4278.86 user 416.99 system 4977.01 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From steve at kcilink.com Tue May 26 19:17:59 2009 From: steve at kcilink.com (Steve Scally) Date: Tue May 26 19:18:06 2009 Subject: Serial Port Troubleshooting In-Reply-To: <20090521144625.GA89774@alchemy.franken.de> References: <43658782-451B-4B3E-9F59-6E04409AFAA1@kcilink.com> <20090519175501.GA65063@alchemy.franken.de> <20090521144625.GA89774@alchemy.franken.de> Message-ID: <3EBD0181-3670-4FB1-BC2C-33A74A8B371D@kcilink.com> Marius, My status update. On May 21, 2009, at 10:46 AM, Marius Strobl wrote: > On Tue, May 19, 2009 at 02:44:29PM -0400, Steve Scally wrote: >> Marius & all, >> >> First thank you for your responses. >> >> On May 19, 2009, at 1:55 PM, Marius Strobl wrote: >> >>> On Mon, May 18, 2009 at 11:49:14AM -0400, Steve Scally wrote: >>>> Hello, >>>> >>>> I currently have two machines one Ultra60 and one Dell GX400. >>>> Both >>>> of these boxes have two serial ports. Currently port A on the Sun >>>> goes to com2 on the Dell and com1 on the Dell goes to port B on the >>>> Sun. I upgraded my Ultra60 to FreeBSD 7.2 from 7.0 last night >>>> using >>>> the serial connection from the Dell box. However now when trying >>>> to >>>> connect from the Sun to the Dell I only receive the "connected" >>>> string >>>> and no prompt. I also tried connecting to the Dell from the Sun >>>> and >>>> then rebooting the dell from another terminal. When the Dell box >>>> reaches the multi-user prompt the terminal window with the serial >>>> connection receives a question mark, "?." >>> >>> Does this imply that the low-level console works, i.e. you get >>> the dmesg output of the kernel etc. but at the point getty(8) >>> should take over things break? >>> Does the other way work, i.e. can you login in to the Sun from >>> the Dell machine? >>> What happens if you connect each machine to itself and try to >>> log in? >>> Have you tried with something different than cu(1), f.e. >>> minicom from ports? >> >> To answer your questions. I assume the low-level console is working >> if it is showing up the dmesg output. Is there any other way to >> verify this? > > If you get the kernel output this should be a sufficient proof > that the low-level console on the Dell machine, the cabling and > the terminal emulation on the Sun machine are all working. If > the TTY also duplicates as console device like in your case a > 3-wire cabling is actually sufficient, otherwise it would also > need to deliver a DCD. > You could additionally test whether the low-level console input > actually also works. The only way to do so that I currently can > think of is to build a kernel with ddb(4) and check whether its > prompt works. I don't think you'll gain any information related > to your problem by doing so though. > >> I appears that yes at this point the failure is occurring when getty >> should be taking over, is there way to verify this as well? > > Unfortunately I can't think of one. Unless you want to delve > into debugging the code the only thing I can suggest is to > try to use uart(4) instead of sio(4) as the problem seems to > be on the side of the Dell machine as its low-level console > works. Note that besides needing to use ttyu0 instead of ttyd0 > in /etc/ttys and a kernel without sio(4), setting up uart(4) > as a console also differs from sio(4) on amd64 and i386, i.e. > you don't need a boot.config but instead should put something > like the following in /boot/loader.conf: > console="comconsole" > hw.uart.console="io:0x3f8,br:9600" I setup my Dell machine to use uart instead of sio and I received the same result that I started with. The Dell can connect to the Sun machine however, the Sun can not connect to the Dell. My kernel config file had include GENERIC ident BUZZ-GENERIC nodevice sio device uart device puc I tried two different builds with and without the puc driver even though I don't have a pci serial card. I was just testing all options. My loader.conf contained the settings you had above. When that didn't work and after searching online I found these settings and adjusted them accordingly to match what I had in my dmesg output. http://jdc.parodius.com/freebsd/uart.txt hint.uart.0.at="isa" hint.uart.0.port="0x3F8" hint.uart.0.flags="0x10" hint.uart.0.irq="4" hint.uart.1.at="isa" hint.uart.1.port="0x2F8" hint.uart.1.irq="3" hint.uart.2.disabled="1" hint.uart.3.disabled="1" I also added the information below to my ttys file # Serial terminals (for uart(4)) ttyu0 "/usr/libexec/getty std.9600" vt100 on secure ttyu1 "/usr/libexec/getty std.9600" vt100 on secure ttyu2 "/usr/libexec/getty std.9600" dialup off secure ttyu3 "/usr/libexec/getty std.9600" dialup off secure I tried having just ttyu0 listen, ttyu1 and then put both set to on. I have not tried using minicom yet as it takes a bit to rebuilt and test kernel config changes. If using minicom doesn't work I suppose I will revert the Dell box to 6.3 and then upgrade to 7.0, 72. I will also revert the Sun box to 7.0 then do the test of Sun 7.0 Dell 6.3, Sun 7.0 Dell 7.0, Sun 7.0, Dell 7.2 and see at which point the serial port stops working. If I go back to a known working configuration and it still does not work then I know it is most likely a hardware issue and maybe the port has just stopped working. I will keep you updated on my findings. Thank you and also to everyone that gave me responses. > > >> >> I can indeed login to the Sun from the Dell using tip and cu, I have >> not tried minicom simply because cu worked before. > > Well, cu(1) and tip(1) often don't work for me (i.e. no > communication) while things like conserver and minicom just > do, so I prefer to use the latter even if they are overkill > for my needs. This doesn't seem to be the problem in your > case though > >> >> I will try tonight to remove all serial cables, reboot both boxes >> without any serial cables attached, then I will just attach the Sun >> to >> Dell setup and try again. >> >> This is the only output I have from /var/log/aculog. >> >> Sun >> >> (Tue May 19 14:37:56 2009) call completed >> (Tue May 19 14:38:21 2009) call terminated >> >> Dell >> >> (Tue May 19 14:35:55 2009) call completed >> (Tue May 19 14:36:34 2009) call completed >> >> Connecting Dell to Sun using cu -l /dev/cuad1 >> >> [root@buzz]% cu -l /dev/cuad1 >> Connected >> >> FreeBSD/sparc64 (etch) (ttyu1) >> >> login: >> >> Connecting Sun to Dell using cu -l /dev/cuau0 >> >> etch# cu -l /dev/cuau0 >> Connected >> >> I appreciate your help and thanks again. > > Marius > > _______________________________________________ > 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 tinderbox at freebsd.org Thu May 28 21:19:46 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Thu May 28 21:20:02 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090528211942.CD9707302F@freebsd-current.sentex.ca> TB --- 2009-05-28 20:41:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-28 20:41:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-28 20:41:38 - cleaning the object tree TB --- 2009-05-28 20:42:22 - cvsupping the source tree TB --- 2009-05-28 20:42:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-28 20:42:34 - building world TB --- 2009-05-28 20:42:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-28 20:42:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-28 20:42:34 - TARGET=sparc64 TB --- 2009-05-28 20:42:34 - TARGET_ARCH=sparc64 TB --- 2009-05-28 20:42:34 - TZ=UTC TB --- 2009-05-28 20:42:34 - __MAKE_CONF=/dev/null TB --- 2009-05-28 20:42:34 - cd /src TB --- 2009-05-28 20:42:34 - /usr/bin/make -B buildworld >>> World build started on Thu May 28 20:42:38 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building static ugidfw library ranlib libugidfw.a cc -fPIC -DPIC -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libugidfw/ugidfw.c -o ugidfw.So building shared library libugidfw.so.3 ===> lib/libusbhid (all) cc -O2 -pipe -std=gnu99 -fstack-protector -c /src/lib/libusbhid/descr.c /src/lib/libusbhid/descr.c: In function 'hid_get_report_desc': /src/lib/libusbhid/descr.c:79: error: storage size of 'ugd' isn't known *** Error code 1 Stop in /src/lib/libusbhid. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-28 21:19:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-28 21:19:42 - ERROR: failed to build world TB --- 2009-05-28 21:19:42 - 1718.91 user 190.61 system 2283.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri May 29 06:24:01 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 29 06:24:07 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090529062357.D664B7302F@freebsd-current.sentex.ca> TB --- 2009-05-29 04:58:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 04:58:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-29 04:58:48 - cleaning the object tree TB --- 2009-05-29 04:59:04 - cvsupping the source tree TB --- 2009-05-29 04:59:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-29 04:59:12 - building world TB --- 2009-05-29 04:59:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 04:59:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 04:59:12 - TARGET=sparc64 TB --- 2009-05-29 04:59:12 - TARGET_ARCH=sparc64 TB --- 2009-05-29 04:59:12 - TZ=UTC TB --- 2009-05-29 04:59:12 - __MAKE_CONF=/dev/null TB --- 2009-05-29 04:59:12 - cd /src TB --- 2009-05-29 04:59:12 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 04:59:13 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 Fri May 29 06:21:32 UTC 2009 TB --- 2009-05-29 06:21:32 - generating LINT kernel config TB --- 2009-05-29 06:21:32 - cd /src/sys/sparc64/conf TB --- 2009-05-29 06:21:32 - /usr/bin/make -B LINT TB --- 2009-05-29 06:21:32 - building LINT kernel TB --- 2009-05-29 06:21:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 06:21:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 06:21:32 - TARGET=sparc64 TB --- 2009-05-29 06:21:32 - TARGET_ARCH=sparc64 TB --- 2009-05-29 06:21:32 - TZ=UTC TB --- 2009-05-29 06:21:32 - __MAKE_CONF=/dev/null TB --- 2009-05-29 06:21:32 - cd /src TB --- 2009-05-29 06:21:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 06:21:32 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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 -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 06:23:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 06:23:57 - ERROR: failed to build lint kernel TB --- 2009-05-29 06:23:57 - 3918.27 user 392.65 system 5109.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Fri May 29 07:01:59 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Fri May 29 07:02:11 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090529070155.05BC87302F@freebsd-current.sentex.ca> TB --- 2009-05-29 05:41:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 05:41:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-29 05:41:46 - cleaning the object tree TB --- 2009-05-29 05:42:19 - cvsupping the source tree TB --- 2009-05-29 05:42:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-29 05:42:29 - building world TB --- 2009-05-29 05:42:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 05:42:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 05:42:29 - TARGET=sun4v TB --- 2009-05-29 05:42:29 - TARGET_ARCH=sparc64 TB --- 2009-05-29 05:42:29 - TZ=UTC TB --- 2009-05-29 05:42:29 - __MAKE_CONF=/dev/null TB --- 2009-05-29 05:42:29 - cd /src TB --- 2009-05-29 05:42:29 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 05:42:31 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 Fri May 29 06:59:56 UTC 2009 TB --- 2009-05-29 06:59:56 - generating LINT kernel config TB --- 2009-05-29 06:59:56 - cd /src/sys/sun4v/conf TB --- 2009-05-29 06:59:56 - /usr/bin/make -B LINT TB --- 2009-05-29 06:59:56 - building LINT kernel TB --- 2009-05-29 06:59:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 06:59:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 06:59:56 - TARGET=sun4v TB --- 2009-05-29 06:59:56 - TARGET_ARCH=sparc64 TB --- 2009-05-29 06:59:56 - TZ=UTC TB --- 2009-05-29 06:59:56 - __MAKE_CONF=/dev/null TB --- 2009-05-29 06:59:56 - cd /src TB --- 2009-05-29 06:59:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 29 06:59:56 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sun4v/mdesc/mdesc_bus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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 -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 /src/sys/kern/kern_sx.c:39:29: error: opt_adaptive_sx.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-29 07:01:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-29 07:01:54 - ERROR: failed to build lint kernel TB --- 2009-05-29 07:01:54 - 3909.72 user 384.66 system 4807.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From tinderbox at freebsd.org Sat May 30 00:51:05 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sat May 30 00:51:22 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090530005101.2EC217302F@freebsd-current.sentex.ca> TB --- 2009-05-29 23:19:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-29 23:19:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-29 23:19:07 - cleaning the object tree TB --- 2009-05-29 23:19:37 - cvsupping the source tree TB --- 2009-05-29 23:19:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-29 23:19:49 - building world TB --- 2009-05-29 23:19:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-29 23:19:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-29 23:19:49 - TARGET=sparc64 TB --- 2009-05-29 23:19:49 - TARGET_ARCH=sparc64 TB --- 2009-05-29 23:19:49 - TZ=UTC TB --- 2009-05-29 23:19:49 - __MAKE_CONF=/dev/null TB --- 2009-05-29 23:19:49 - cd /src TB --- 2009-05-29 23:19:49 - /usr/bin/make -B buildworld >>> World build started on Fri May 29 23:19:51 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 May 30 00:41:12 UTC 2009 TB --- 2009-05-30 00:41:12 - generating LINT kernel config TB --- 2009-05-30 00:41:12 - cd /src/sys/sparc64/conf TB --- 2009-05-30 00:41:12 - /usr/bin/make -B LINT TB --- 2009-05-30 00:41:12 - building LINT kernel TB --- 2009-05-30 00:41:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-30 00:41:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-30 00:41:12 - TARGET=sparc64 TB --- 2009-05-30 00:41:12 - TARGET_ARCH=sparc64 TB --- 2009-05-30 00:41:12 - TZ=UTC TB --- 2009-05-30 00:41:12 - __MAKE_CONF=/dev/null TB --- 2009-05-30 00:41:12 - cd /src TB --- 2009-05-30 00:41:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 30 00:41:12 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/dev/usb/controller/uhci_pci.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/dev/usb/controller/usb_controller.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/dev/usb/storage/umass.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/dev/usb/storage/urio.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/dev/usb/usb_busdma.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/dev/usb/usb_compat_linux.c /src/sys/dev/usb/usb_compat_linux.c:714: error: conflicting types for 'usb_setup_endpoint' /src/sys/dev/usb/usb_compat_linux.h:320: error: previous declaration of 'usb_setup_endpoint' was 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-05-30 00:51:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-30 00:51:00 - ERROR: failed to build lint kernel TB --- 2009-05-30 00:51:00 - 4275.34 user 417.72 system 5513.69 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sun May 31 15:22:09 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 31 15:22:16 2009 Subject: [head tinderbox] failure on sparc64/sparc64 Message-ID: <20090531152206.5D65B7302F@freebsd-current.sentex.ca> TB --- 2009-05-31 14:07:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-31 14:07:40 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-05-31 14:07:40 - cleaning the object tree TB --- 2009-05-31 14:08:20 - cvsupping the source tree TB --- 2009-05-31 14:08:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-05-31 14:08:45 - building world TB --- 2009-05-31 14:08:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-31 14:08:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-31 14:08:45 - TARGET=sparc64 TB --- 2009-05-31 14:08:45 - TARGET_ARCH=sparc64 TB --- 2009-05-31 14:08:45 - TZ=UTC TB --- 2009-05-31 14:08:45 - __MAKE_CONF=/dev/null TB --- 2009-05-31 14:08:45 - cd /src TB --- 2009-05-31 14:08:45 - /usr/bin/make -B buildworld >>> World build started on Sun May 31 14:08:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/jot/jot.1 > jot.1.gz ===> usr.bin/kdump (all) cc -O2 -pipe -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. -std=gnu99 -fstack-protector -c /src/usr.bin/kdump/kdump.c cc -O2 -pipe -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. -std=gnu99 -fstack-protector -c ioctl.c ioctl.c: In function 'ioctlname': ioctl.c:151: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' ioctl.c:185: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' ioctl.c:2607: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-31 15:22:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-31 15:22:06 - ERROR: failed to build world TB --- 2009-05-31 15:22:06 - 3452.33 user 350.86 system 4465.84 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From tinderbox at freebsd.org Sun May 31 16:18:16 2009 From: tinderbox at freebsd.org (FreeBSD Tinderbox) Date: Sun May 31 16:18:28 2009 Subject: [head tinderbox] failure on sparc64/sun4v Message-ID: <20090531161812.0D6AE7302F@freebsd-current.sentex.ca> TB --- 2009-05-31 15:11:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-05-31 15:11:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-05-31 15:11:21 - cleaning the object tree TB --- 2009-05-31 15:11:55 - cvsupping the source tree TB --- 2009-05-31 15:11:55 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-05-31 15:12:03 - building world TB --- 2009-05-31 15:12:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-05-31 15:12:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-05-31 15:12:03 - TARGET=sun4v TB --- 2009-05-31 15:12:03 - TARGET_ARCH=sparc64 TB --- 2009-05-31 15:12:03 - TZ=UTC TB --- 2009-05-31 15:12:03 - __MAKE_CONF=/dev/null TB --- 2009-05-31 15:12:03 - cd /src TB --- 2009-05-31 15:12:03 - /usr/bin/make -B buildworld >>> World build started on Sun May 31 15:12:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.bin/jot/jot.1 > jot.1.gz ===> usr.bin/kdump (all) cc -O2 -pipe -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. -std=gnu99 -fstack-protector -c /src/usr.bin/kdump/kdump.c cc -O2 -pipe -I/src/usr.bin/kdump/../ktrace -I/src/usr.bin/kdump -I/src/usr.bin/kdump/../.. -std=gnu99 -fstack-protector -c ioctl.c ioctl.c: In function 'ioctlname': ioctl.c:151: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' ioctl.c:185: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' ioctl.c:2607: error: invalid application of 'sizeof' to incomplete type 'struct vi_req' *** Error code 1 Stop in /src/usr.bin/kdump. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-05-31 16:18:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-05-31 16:18:12 - ERROR: failed to build world TB --- 2009-05-31 16:18:12 - 3434.06 user 341.05 system 4010.34 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full