Port-prep archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: GENERIC 5.1.2 panics on 7248/120

Thanks all, now I catched the culprit: the combination of if_we and
pnpbus. I noticed there were garbage characters from if_we in the first
dmesg I posted. So I disabled the if_we from the GENERIC kernel:

< we*   at pnpbus?                      # WD/SMC Ethernet
> #we*  at pnpbus?                      # WD/SMC Ethernet
< we1   at isa? port 0x300 iomem 0xe8000 irq 11
> #we1  at isa? port 0x300 iomem 0xe8000 irq 11

And now the kernel boots (console output attached).

The card is an IBM genuine ISA board and I can even configure it in the
System Management Services menu. The installer kernel recognizes the
card without the pnpbus and causes no panic.

(we1 messages in the dmesg of the installer)
we1 at isa0 port 0x300-0x31f iomem 0xe4000-0xe7fff irq 11
we1: WD8013EBT Ethernet (16-bit)
we1: Ethernet address 00:20:35:56:87:4f

(console output from the modified GENERIC kernel)
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
    2006, 2007, 2008, 2009, 2010, 2011, 2012
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

NetBSD 5.1.2_PATCH (GEN7248) #3: Sat Jul 21 11:50:03 JST 2012
Model: IBM PPS Model 7248 (E)
total memory = 32768 KB
avail memory = 26296 KB
mainbus0 (root)
cpu0 at mainbus0: 604 (Revision 3.4), ID 0 (primary)
cpu0: HID0 c084<ICE,DCE,SGE,BHT>, powersave: 1
cpu0: 121.21 MHz
pnpbus0 at mainbus0
wdc0 at pnpbus0: port 0x1f0-0x1f7 0x3f6, irq 13, DMA 6
atabus0 at wdc0 channel 0
wdc1 at pnpbus0: port 0x170-0x177 0x376, irq 13, DMA 7
atabus1 at wdc1 channel 0
fdc0 at pnpbus0: port 0x3f0-0x3f5 0x3f7, irq 6, DMA 2
mcclock0 at pnpbus0: port 0x70-0x71, irq 8: mc146818 compatible
time-of-day clock
nvram0 at pnpbus0: port 0x74-0x75 0x76
pci0 at mainbus0 bus 0: indirect configuration space access
pchb0 at pci0 dev 0 function 0
pchb0: Motorola MPC105 "Eagle" Host Bridge (rev. 0x24)
pchb0: L2 cache: 512K, write-through mode
pcib0 at pci0 dev 11 function 0: IBM Fire Coral ISA Bridge w/PnP (rev.
pcn0 at pci0 dev 12 function 0: AMD PCnet-PCI Ethernet
pcn0: Am79c970A PCnet-PCI II rev 6, Ethernet address 08:00:5a:f8:a1:d2
pcn0: interrupting at irq 15
pcn0: 10base5, 10base5-FDX, 10baseT, 10baseT-FDX, auto, auto-FDX
vga0 at pci0 dev 14 function 0: S3 86C864-1 ("Vision864") (rev. 0x00)
wsdisplay0 at vga0 kbdmux 1
drm at vga0 not configured
siop0 at pci0 dev 16 function 0: Symbios Logic 53c810 (fast scsi)
siop0: interrupting at irq 15
scsibus0 at siop0: 8 targets, 8 luns per target
isa0 at pcib0
lpt0 at isa0 port 0x3bc-0x3bf irq 7
com0 at isa0 port 0x3f8-0x3ff irq 4: ns16550a, working fifo
com0: console
com1 at isa0 port 0x2f8-0x2ff irq 3: ns16550a, working fifo
pckbc0 at isa0 port 0x60-0x64
pckbd0 at pckbc0 (kbd slot)
pckbc0: using irq 1 for kbd slot
wskbd0 at pckbd0 mux 1
pms0 at pckbc0 (aux slot)
pckbc0: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
attimer0 at isa0 port 0x40-0x43: AT Timer
pcppi0 at isa0 port 0x61
isabeep0 at pcppi0
attimer0: attached to pcppi0
biomask 800019e netmask 800019e ttymask 800019e
scsibus0: waiting 2 seconds for devices to settle...
fd0 at fdc0 drive 0: 1.44MB, 80 cyl, 2 head, 18 sec
st0 at scsibus0 target 0 lun 0: <CONNER, CTT8000-S, 1.17> tape removable
st0: drive empty
st0: sync (200.00ns offset 8), 8-bit (5.000MB/s) transfers
cd0 at scsibus0 target 3 lun 0: <IBM, CDRM00203\000\000\000\000\000!K,
8B08> cdrom removable
cd0: sync (100.00ns offset 8), 8-bit (10.000MB/s) transfers
sd0 at scsibus0 target 6 lun 0: <IBM, DCAS-32160    !#, S69D> disk fixed
sd0: 2063 MB, 8188 cyl, 3 head, 172 sec, 512 bytes/sect x 4226725
sd0: sync (100.00ns offset 8), 8-bit (10.000MB/s) transfers, tagged
Kernelized RAIDframe activated
boot device: sd0
root on sd0a dumps on sd0b
root file system type: ffs
Sat Jul 21 12:11:19 JST 2012
swapctl: setting dump device to /dev/sd0b
swapctl: adding /dev/sd0b as swap device at priority 0
Starting file system checks:

On Fri, 2012-07-20 at 08:28 -0700, Matt Thomas wrote:
> On Jul 20, 2012, at 7:43 AM, Andy Ruhl wrote:
> > On Fri, Jul 20, 2012 at 3:35 AM, Hisanobu Tomari 
> > <htomari%myopera.com@localhost> wrote:
> >> 
> >> 0x00577c10: at panic+0x210
> >> 0x00577c60: at trap+0x108
> >> 0x00577cf0: kernel DSI read trap @ 0x20800a30 by turnstile_block+0x150:
> >> srr1=0x9
> >> 032
> >>            r1=0x577db0 cr=0x44882228 xer=0 ctr=0x2ea6b0
> >> dsisr=0x40000000
> >> 0x00577db0: at turnstile_block+0xd8
> >> 0x00577de0: at rw_vector_enter+0x1e4
> >> 0x00577e40: at prop_dictionary_get+0x2c
> >> 0x00577e70: at gen_fwpath+0x40
> >> 0x00577ea0: at cpu_rootconf+0x330
> >> 0x00577ee0: at main+0x1fc
> >> 0x00577f30: at 0x1000f0
> >> db>
> > 
> > I'm no kernel hacker, but it looks like it's the kernel probing
> > hardware and it ran into a problem.
> Not hardware, it's done with by now.
> 0x20800a30 is way above physical memory (only 0x02000000 of that) and
> way below the KERNEL_SRs (mapped kernel memory).
> i'd look at the instruction at turnstile_block+0x150 and see
> what it was trying access.

Home | Main Index | Thread Index | Old Index