From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 29 22:13:53 2010 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F20F106566C for ; Mon, 29 Mar 2010 22:13:53 +0000 (UTC) (envelope-from craig001@lerwick.hopto.org) Received: from lerwick.hopto.org (81-178-20-70.dsl.pipex.com [81.178.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 681D58FC13 for ; Mon, 29 Mar 2010 22:13:51 +0000 (UTC) Received: (qmail 22202 invoked by uid 98); 29 Mar 2010 23:29:12 +0100 Received: from 192.168.0.2 by polaris.lerwick.hopto.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.95.1/9971. hbedv: 7.9.1.53/7.1.6.174. spamassassin: 3.2.5. Clear:RC:1(192.168.0.2):. Processed in 3.426355 secs); 29 Mar 2010 22:29:12 -0000 Received: from unknown (HELO ?192.168.0.2?) (192.168.0.2) by lerwick.hopto.org with SMTP; 29 Mar 2010 23:29:09 +0100 From: Craig Butler To: Rob Farmer In-Reply-To: <201003292200.o2TM0IIV019575@freefall.freebsd.org> References: <201003292200.o2TM0IIV019575@freefall.freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Mon, 29 Mar 2010 23:13:47 +0100 Message-ID: <1269900827.2048.7.camel@main.lerwick.hopto.org> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/144867: panic: trap: memory address not aligned booting Sunfire 280R X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2010 22:13:53 -0000 On Mon, 2010-03-29 at 22:00 +0000, Rob Farmer wrote: > The following reply was made to PR sparc64/144867; it has been noted by GNATS. > > From: Rob Farmer > To: Marius Strobl > Cc: bug-followup@freebsd.org > Subject: Re: sparc64/144867: panic: trap: memory address not aligned booting > Sunfire 280R > Date: Mon, 29 Mar 2010 14:51:45 -0700 > > On Thu, Mar 25, 2010 at 4:27 PM, Marius Strobl > wrote: > > On Thu, Mar 25, 2010 at 11:07:30AM -0700, Rob Farmer wrote: > >> On Sat, Mar 20, 2010 at 1:43 PM, Marius Strobl > >> >> > >> >> pcib1: mem > >> >> 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff > >> >> irq 562,560,561,564 on nexus0 > >> >> pcib1: Schizo, version 7, IGN 0x8, bus A, 66MHz > >> >> Timecounter "pcib1" frequency 150000000 Hz quality 100 > >> >> pcib1: DVMA map: 0xc0000000 to 0xffffffff 131072 entries, streaming buffer > >> >> panic: pcib: PCI bus A error AFAR 0x1000c0 AFSR 0x320000000 PCI CSR > >> >> 0x60002010f003f IOMMU 0x70003 STATUS 0x2a0 > >> > > >> > Please give the following snapshot a try: > >> > http://people.freebsd.org/~marius/FreeBSD-9.0-20100320-SNAP-sparc64-disc1.iso.gz > >> > That one includes r205254, which works around a quirk of version 7 > >> > Schizo seen when booting V890 from disk. You appear to be hitting > >> > the same issue. > >> > >> That snapshot works great without the MMF cards. > > > > Thanks for testing. > > > >> I don't need them so > >> I will just leave them out, but if you are interested in working on > >> them I can test patches. > > > > Please give the following quick hack a try: > > http://people.freebsd.org/~marius/cas_mmf.diff > > Sorry, no luck - it still panics: > > jumping to kernel entry at 0xc0088000. > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-CURRENT #0: Thu Mar 25 20:26:26 PDT 2010 > rfarmer@sunfire.predatorlabs.net:/usr/obj/usr/src/sys/GENERIC sparc64 > WARNING: WITNESS option enabled, expect reduced performance. > real memory = 8589934592 (8192 MB) > avail memory = 8381587456 (7993 MB) > cpu0: Sun Microsystems UltraSparc-III+ Processor (1200.00 MHz CPU) > cpu1: Sun Microsystems UltraSparc-III+ Processor (1200.00 MHz CPU) > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > kbd0 at kbdmux0 > nexus0: > nexus0: mem 0x40000400000-0x40000400047 type > memory-controller (no driver attached) > nexus0: mem 0x40000c00000-0x40000c00047 type > memory-controller (no driver attached) > pcib0: mem > 0x40004700000-0x40004717fff,0x40004410000-0x4000441004f,0x7ffee000000-0x7ffee0000ff > irq 563,560,561,564,550 on nexus0 > pcib0: Schizo, version 7, IGN 0x8, bus B, 33MHz > pcib0: DVMA map: 0xc0000000 to 0xffffffff 131072 entries, streaming buffer > pcib0: [FILTER] > pcib0: [FILTER] > pcib0: [FILTER] > pcib0: [FILTER] > pcib0: [FILTER] > pci0: on pcib0 > ebus0: mem > 0x7d000000-0x7dffffff,0x7e000000-0x7e7fffff at device 5.0 on pci0 > ebus0: addr 0-0x1fffff (no driver attached) > ebus0: addr 0x10000002e-0x10000002f,0x10000002d irq 35 (no > driver attached) > ebus0: addr 0x100000000-0x1000fffff (no driver attached) > ebus0: addr 0x10030002e-0x10030002f,0x100300600-0x100300607 > (no driver attached) > ebus0: addr 0x100000030-0x100000031 irq 35 (no driver attached) > ebus0: addr 0x100000032-0x100000037 (no driver attached) > rtc0: addr 0x100300070-0x100300071 irq 36 on ebus0 > ebus0: addr 0x100300600-0x100300607 (no driver attached) > ebus0: addr 0x100300700-0x100300701 (no driver attached) > ebus0: addr > 0x100300278-0x100300287,0x10030002e-0x10030002f,0x100700000-0x10070000f > irq 28 (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: addr > 0x100400000-0x10040007f irq 34 on ebus0 > scc0: [FILTER] > uart2: on scc0 > uart2: [FILTER] > uart2: CTS oflow > uart2: console (9600,n,8,1) > uart3: on scc0 > uart3: [FILTER] > uart3: CTS oflow > gem0: mem 0x100000-0x11ffff at device 5.1 on pci0 > miibus0: on gem0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > gem0: 2kB RX FIFO, 2kB TX FIFO > gem0: Ethernet address: 00:03:ba:3a:0f:f2 > gem0: [ITHREAD] > ohci0: mem 0x1000000-0x1007fff at device 5.3 on pci0 > ohci0: [ITHREAD] > usbus0: on ohci0 > sym0: <875> port 0x300-0x3ff mem 0x124000-0x1240ff,0x126000-0x126fff > at device 6.0 on pci0 > sym0: No NVRAM, ID 7, Fast-20, SE, parity checking > sym0: [ITHREAD] > sym1: <875> port 0x400-0x4ff mem 0x128000-0x1280ff,0x12a000-0x12afff > at device 6.1 on pci0 > sym1: No NVRAM, ID 7, Fast-20, SE, parity checking > sym1: [ITHREAD] > pcib1: mem > 0x40004600000-0x40004617fff,0x40004410000-0x4000441004f,0x7ffec000000-0x7ffec0000ff > irq 562,560,561,564 on nexus0 > pcib1: Schizo, version 7, IGN 0x8, bus A, 66MHz > Timecounter "pcib1" frequency 150000000 Hz quality 100 > pcib1: DVMA map: 0xc0000000 to 0xffffffff 131072 entries, streaming buffer > pcib1: [FILTER] > pcib1: [FILTER] > pci1: on pcib1 > isp0: port 0x300-0x3ff mem > 0x100000-0x100fff at device 4.0 on pci1 > isp0: [ITHREAD] > isp0: invalid NVRAM header > isp0: invalid NVRAM header > isp0: bad frame length (0) from NVRAM- using 1024 > isp0: bad execution throttle of 0- using 16 > cas0: mem 0x200000-0x3fffff at device > 1.0 on pci1 > panic: trap: memory address not aligned > 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 0xc0a0e330 > panic() at panic+0x198 > trap() at trap+0x220 > -- memory address not aligned sfar=0x7fd00200001 sfsr=0x1d007d %o7=0xc016f1c8 -- > cas_pci_attach() at cas_pci_attach+0xb1c > device_attach() at device_attach+0x68 > bus_generic_attach() at bus_generic_attach+0x10 > ofw_pcibus_attach() at ofw_pcibus_attach+0x2e4 > device_attach() at device_attach+0x68 > bus_generic_attach() at bus_generic_attach+0x10 > schizo_attach() at schizo_attach+0xe04 > device_attach() at device_attach+0x68 > bus_generic_new_pass() at bus_generic_new_pass+0x130 > bus_generic_new_pass() at bus_generic_new_pass+0xbc > bus_set_pass() at bus_set_pass+0xc4 > configure() at configure+0x4 > mi_startup() at mi_startup+0xf0 > btext() at btext+0x2c > db> > > -- > Rob Farmer > > > > Marius > > cassini memory address trap.... same as on the b100s in the B1600 chassis I think -- I bet if you compile a kernel without device cas it'll get past that bit -- problem then is no network... Marius- I'll have a look at setting up a netboot server and look at getting terminal and blade access for you this weekend if your still interested. I hope to help in anyway possible but me head exploded after trying to debug the panic :) That is if they are related... IIRC you said something to do with the way the BAR was getting assigned. Cheers Craig Butler