From: Jay Maynard <jmaynard@conmicro.cx>
To: linux-alpha@vger.kernel.org
Subject: Re: 2.4 kernels broken on Takara?
Date: Mon, 9 Feb 2004 18:42:58 -0600 [thread overview]
Message-ID: <20040209184258.A826@thebrain.conmicro.cx> (raw)
In-Reply-To: <20040209075717.A29384@thebrain.conmicro.cx>; from jmaynard@conmicro.cx on Mon, Feb 09, 2004 at 07:57:17AM -0600
On Mon, Feb 09, 2004 at 07:57:17AM -0600, Jay Maynard wrote:
> Okkay, so takara_swizzle looks like it's hiccuping. Based on this, I suspect
> it's the same failure in the 2.4.x kernels I've tried...I'll verify that a
> little later.
Yes, it's the same failure in the 2.4 kernels.
> Now, for a little source code digging...
It appears that the problem is in this line of code:
unsigned int busslot = PCI_SLOT(dev->bus->self->devfn);
The pointer dev->bus->self is zero. I added the following line to the
beginning of takara_swizzle:
if (!dev->bus->self)
printk(KERN_CRIT "takara_swizzle: null dev->bus->self "
"pointer, bus number %d!\n",
dev->bus->number);
and got the following at boot time:
Linux version 2.6.0 (root@romy) (gcc version 3.3.2 (Debian)) #1 Fri Feb 9 17:40:17 CST 2024
Booting on Takara using machine vector Takara from SRM
Major Options: EV56 LEGACY_START VERBOSE_MCHECK MAGIC_SYSRQ
Command line: ro root=/dev/sdb2 console=ttyS0
memcluster 0, usage 1, start 0, end 159
memcluster 1, usage 0, start 159, end 32651
memcluster 2, usage 1, start 32651, end 32768
freeing pages 159:384
freeing pages 849:32651
reserving pages 849:850
pci: cia revision 2
On node 0 totalpages: 32651
DMA zone: 32651 pages, LIFO batch:7
Normal zone: 0 pages, LIFO batch:1
HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: ro root=/dev/sdb2 console=ttyS0
PID hash table entries: 1024 (order 10: 16384 bytes)
Using epoch = 1980
Console: colour VGA+ 80x25
Memory: 253232k/261208k available (2115k kernel code, 6392k reserved, 374k data, 376k init)
Calibrating delay loop... 994.44 BogoMIPS
Dentry cache hash table entries: 32768 (order: 5, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 4, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 8192 bytes)
POSIX conformance testing by UNIFIX
NET: Registered protocol family 16
pci: passed tb register update test
pci: passed sg loopback i/o read test
pci: passed tbia test
pci: passed pte write cache snoop test
pci: failed valid tag invalid pte reload test (mcheck; workaround available)
pci: passed pci machine check test
pci: enabling save/restore of SRM state
PCI: Bus 1, bridge: 0000:00:13.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bus 2, bridge: 0000:00:14.0
IO window: 8000-8fff
MEM window: 02200000-022fffff
PREFETCH window: 02300000-023fffff
PCI: Setting latency timer of device 0000:00:13.0 to 64
takara_swizzle: null dev->bus->self pointer, bus number 0!
Unable to handle kernel paging request at virtual address 0000000000000040
swapper(1): Oops 0
pc = [<fffffc000059bf50>] ra = [<fffffc000059bf34>] ps = 0000 Not tainted
v0 = 000000000513b280 t0 = 0000000000000010 t1 = fffffc00005f8680
t2 = 0000000000000000 t3 = 0000000000000000 t4 = ffffffff00000000
t5 = 0000000000000001 t6 = fffffffffffe07f2 t7 = fffffc000015c000
s0 = fffffc000fef9000 s1 = 0000000000000001 s2 = fffffc000015fe18
s3 = 0000000000000007 s4 = fffffc0000538680 s5 = fffffc0000538680
s6 = 0000000000000008
a0 = fffffc858000a000 a1 = 00000000000007f2 a2 = ffffffffffffffff
a3 = 000000000000000a a4 = fffffffffffffffb a5 = 0000000000000000
t8 = 0000000000000000 t9 = fffffc000060a060 t10= 0000000000000000
t11= 000000000000000a pv = fffffc00003f95e0 at = 0000000000000000
gp = fffffc0000658680 sp = fffffc000015fdc8
Trace:fffffc0000310144 fffffc0000313268
Code: a4290020 23bdc74c 43e00000 a4810038 28610078 203f0010 <a0440040> 43e303a3
Kernel panic: Attempted to kill init!
The addresses map to:
fffffc0000310144 = init+0x24
fffffc0000313268 = kernel_thread+0x28
fffffc000059bf50 = takara_swizzle+0x80
Any guesses as to why that pointer's null when it shouldn't be?
next prev parent reply other threads:[~2004-02-10 0:42 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-08 16:39 2.4 kernels broken on Takara? Jay Maynard
2004-02-08 21:14 ` Jan-Benedict Glaw
2004-02-08 23:53 ` Jay Maynard
2004-02-09 9:02 ` Jan-Benedict Glaw
2004-02-09 13:57 ` Jay Maynard
2004-02-10 0:42 ` Jay Maynard [this message]
2004-02-09 11:56 ` Thomas Steudten
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040209184258.A826@thebrain.conmicro.cx \
--to=jmaynard@conmicro.cx \
--cc=linux-alpha@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.