Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Dec 2008 11:59:50 +0100
From:      "=?ISO-8859-1?Q?Beat_G=E4tzi?=" <beat@chruetertee.ch>
To:        "Marius Strobl" <marius@alchemy.franken.de>
Cc:        freebsd-sparc64@freebsd.org
Subject:   Re: Booting of 200811 snapshot on Sun Fire V880
Message-ID:  <26f6c7210812080259j1cc1cb3bo2fe827a8442f068a@mail.gmail.com>
In-Reply-To: <20081205172112.GA52382@alchemy.franken.de>
References:  <4935839E.4010000@chruetertee.ch> <20081204180726.GA19048@alchemy.franken.de> <26f6c7210812050014l5dac2871k7ca1db1677d0b7d0@mail.gmail.com> <20081205172112.GA52382@alchemy.franken.de>

next in thread | previous in thread | raw e-mail | index | archive | help
2008/12/5 Marius Strobl <marius@alchemy.franken.de>:
> On Fri, Dec 05, 2008 at 09:14:03AM +0100, Beat Gtzi wrote:
>> 2008/12/4 Marius Strobl <marius@alchemy.franken.de>:
>> > On Tue, Dec 02, 2008 at 07:51:10PM +0100, Beat Gtzi wrote:
>> >> Hi,
>> >>
>> >> I'm trying to boot the 8.0-CURRENT-200811-sparc64-disc1.iso on a Sun
>> >> Fire V880 but it failed:
>> >>
>> >> Copyright (c) 1992-2008 The FreeBSD Project.
>> >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> >>         The Regents of the University of California. All rights reserved.
>> >> FreeBSD is a registered trademark of The FreeBSD Foundation.
>> >> FreeBSD 8.0-CURRENT-200811 #0: Sun Nov  2 08:50:52 UTC 2008
>> >>     root@drazen.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
>> >> WARNING: WITNESS option enabled, expect reduced performance.
>> >> real memory  = 8589934592 (8192 MB)
>> >> avail memory = 8377745408 (7989 MB)
>> >> cpu0: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
>> >> cpu1: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
>> >> cpu2: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
>> >> cpu3: Sun Microsystems UltraSparc-III Processor (750.00 MHz CPU)
>> >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
>> >> registered firmware set <isp_1000>
>> >> registered firmware set <isp_1040>
>> >> registered firmware set <isp_1040_it>
>> >> registered firmware set <isp_1080>
>> >> registered firmware set <isp_1080_it>
>> >> registered firmware set <isp_12160>
>> >> registered firmware set <isp_12160_it>
>> >> registered firmware set <isp_2100>
>> >> registered firmware set <isp_2200>
>> >> registered firmware set <isp_2300>
>> >> registered firmware set <isp_2322>
>> >> registered firmware set <isp_2400>
>> >> kdb0 at kdbmux0
>> >> panic: trap: fast data access mmu miss
>> >> cpuid = 0
>> >> KDB: enter: panic
>> >> [thread pid 0 tid 100000 ]
>> >> Stopped at     kdb_enter+0x80: ta                %xcc, 1
>> >> db> bt
>> >> Tracing pid 0 tid 100000 td 0xc082f530
>> >> panic() at panic+0x20c
>> >> trap() at trap+0x570
>> >> -- fast data access mmu miss tar=0 %o7=0xc0123530 --
>> >> dcons_init_port() at dcons_init_port+0x7c
>> >> dcons_drv_init() at dcons_drv_init+0x144
>> >> dcons_modevent() at dcons_modevent+0x20
>> >> module_register_init() at module_register_init+0xdc
>> >> mi_startup() at mi_startup+0x18c
>> >> btext() at btext+0x30
>> >> db>
>> >>
>> >> POST/diagnostic boot don't show any errors hence I think this is not a
>> >> hardware error. I already tried a reset-all on OBP, to power-cycle the
>> >> machine and updating OBP to the latest version (4.22.34) but it still
>> >> fails. Any hints?
>> >>
>> >
>> > Could you please give the image at:
>> > http://people.freebsd.org/~marius/8.0-20081203-SNAP-sparc64-disc1.iso.gz
>> > a try?
>>
>> Thanks for the new image. Unfortunately it still fails at:
>>
>> kdb0 at kdbmux0
>> panic: trap: fast data access mmu miss
>> cpuid = 0
>> KDB: enter: panic
>> [thread pid 0 tid 100000 ]
>> Stopped at     kdb_enter+0x80: ta                %xcc, 1
>> db> bt
>> Tracing pid 0 tid 100000 td 0xc0848780
>> panic() at panic+0x20c
>> trap() at trap+0x570
>> -- fast data access mmu miss tar=0 %o7=0xc0166070 --
>> dcons_init_port() at dcons_init_port+0x7c
>> dcons_drv_init() at dcons_drv_init+0x144
>> dcons_modevent() at dcons_modevent+0x20
>> module_register_init() at module_register_init+0xdc
>> mi_startup() at mi_startup+0x18c
>> btext() at btext+0x30
>> db>
>>
>
> Ah, I goofed the change, sorry. Could you please try:
> http://people.freebsd.org/~marius/8.0-20081205-SNAP-sparc64-disc1.iso.gz
> instead? If that also fails could you provide temporary
> remote access to a netboot environment?

The new image solves the initial issue but now it fails at:
[...]
gem0: Ethernet address: 00:03:ba:xx:xx:xx
gem0: [ITHREAD]
isp0: <Qlogic ISP 2200 PCI FC-AL Adapter> port 0x300-0x3ff mem
0x400000-0x400fff at device 2.0 on pci1
isp0: [ITHREAD]
isp0: Board Type 2200, Chip Revision 0x5, loaded F/W Revision 2.2.6
isp0: invalid NVRAM header
isp0: invalid NVRAM header
pcib2: <Sun Host-PCI bridge> 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: [FILTER]
pci2: <OFW PCI bus> on pcib2
ebus0: <PCI-EBus3 bridge> mem
0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 1.0 on pci2
ebus0: <flashprom> addr 0-0x1fffff (no driver attached)
ebus0: <bbc> addr 0x100000000-0x1000fffff (no driver attached)
ebus0: <power> addr 0x10030002e-0x10030002f,0x100300600-0x100300607
(no driver attached)
ebus0: <i2c> addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no
driver attached)
ebus0: <i2c> addr 0x100000030-0x100000031 irq 35 (no driver attached)
ebus0: <bbc> addr 0x100500000-0x1005fffff (no driver attached)
ebus0: <i2c> addr 0x10050002e-0x10050002f,0x10050002d irq 40 (no
driver attached)
ebus0: <i2c> addr 0x100500030-0x100500031 irq 40 (no driver attached)
rtc0: <Real-Time Clock> addr 0x100300070-0x100300071 irq 36 on ebus0
ebus0: <gpio> addr 0x100300600-0x100300607 (no driver attached)
ebus0: <pmc> addr 0x100300700-0x100300701 (no driver attached)
uart0: <16550 or compatible> addr 0x1003062f8-0x1003062ff irq 46 on ebus0
uart0: [FILTER]
uart1: <16550 or compatible> addr 0x1003083f8-0x1003083ff irq 45 on ebus0
uart1: [FILTER]
scc0: <Siemens SAB 82532 dual channel SCC> addr
0x100400000-0x10040007f irq 34 on ebus0
scc0: [FILTER]
uart2: <SAB 82532 v3.2, channel A> on scc0
uart2: [FILTER]
uart2: CTS oflow
uart2: console (9600,n,8,1)
uart3: <SAB 82532 v3.2, channel B> on scc0
uart3: [FILTER]
uart3: CTS oflow
gem1: <Sun ERI 10/100 Ethernet> mem 0x100000-0x11ffff at device 1.1 on pci2
miibus1: <MII bus> on gem1
ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus1
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
gem1: 2kB RX FIFO, 2kB TX FIFO
gem1: Ethernet address: 00:03:ba:xx:xx:xx
gem1: [ITHREAD]
ohci0: <Sun PCIO-2 USB controller> mem 0x1000000-0x1007fff at device 1.3 on pci2
ohci0: [GIANT-LOCKED]
ohci0: [ITHREAD]
usb0: OHCI version 1.0, legacy support
usb0: <Sun PCIO-2 USB controller> on ohci0
usb0: USB revision 1.0
uhub0: <(0x108e) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0
uhub0: 4 ports with 4 removable, self powered
pcib3: <OFW PCI-PCI bridge> at device 2.0 on pci2
pci3: <OFW PCI bus> on pcib3
isp1: <Qlogic ISP 10160 PCI SCSI Adapter> port 0x1000-0x10ff mem
0x2000000-0x2000fff at device 4.0 on pci3
pcib2: WARNING: using devices behind PCI-PCI bridges may cause data
corruptionisp1: [ITHREAD]
panic: trap: data access error
cpuid = 0
KDB: enter: panic
[thread pid 0 tid 100000 ]
Stopped at      kdb_enter+0x80: ta              %xcc, 1
db> bt
Tracing pid 0 tid 100000 td 0xc0848780
panic() at panic+0x20c
trap() at trap+0x570
-- data access error %o7=0xc01e6168 --
isp_pci_rd_reg_1080() at isp_pci_rd_reg_1080+0x198
isp_reset() at isp_reset+0x728
isp_pci_attach() at isp_pci_attach+0x1f70
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
bus_generic_attach() at bus_generic_attach+0x10
ofw_pcibus_attach() at ofw_pcibus_attach+0x72c
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
bus_generic_attach() at bus_generic_attach+0x10
ofw_pcib_attach() at ofw_pcib_attach+0x38
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
bus_generic_attach() at bus_generic_attach+0x10
ofw_pcibus_attach() at ofw_pcibus_attach+0x72c
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
bus_generic_attach() at bus_generic_attach+0x10
schizo_attach() at schizo_attach+0x13b8
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
bus_generic_attach() at bus_generic_attach+0x10
nexus_attach() at nexus_attach+0x4fc
device_attach() at device_attach+0x4a4
device_probe_and_attach() at device_probe_and_attach+0x64
root_bus_configure() at root_bus_configure+0x28
configure() at configure+0x4
mi_startup() at mi_startup+0x18c
btext() at btext+0x30
db>

I could provide remote access to the server but I may need some days
to set up a netboot environment.

Many thanks for your help!
Beat



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?26f6c7210812080259j1cc1cb3bo2fe827a8442f068a>