All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bob Gill <gillb4@telusplanet.net>
To: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: [2.6.3-rc2 bk] ieee1394 oops on bootup
Date: Wed, 11 Feb 2004 23:58:12 -0700	[thread overview]
Message-ID: <1076569092.3550.53.camel@localhost.localdomain> (raw)

Hi.  I tried your suggestion (but without success).
I built 2.6.3-rc2-bk1 (and on boot I get the badness message).  I backed
up /lib/modules/2.6.3-rc2-bk1/modules.dep and deleted all of the 1394
references from it.  I then booted 2.6.3-rc2-bk1 (no error messages but
no 1394 modules either).  Since insmod/modprobe/depmod will tell you no
1394 modules exist (at this point), I copied modules.dep.bak to
modules.dep (and then ran modprobe ohci1394).  Unfortunately, I got:
ohci1394: $Rev: 1097 $ Ben Collins <bcollins@debian.org>
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[9] 
MMIO=[eb005000-eb0057ff]  Max Packet=[2048]
Badness in kobject_get at lib/kobject.c:431
Call Trace:
[<c0192f22>] kobject_get+0x4c/0x4e
[<c01d775e>] get_device+0x18/0x21
[<c01d82af>] bus_for_each_dev+0x63/0xba
[<f8c9401e>] nodemgr_node_probe+0x4d/0x124 [ieee1394]
[<f8c93ee7>] nodemgr_probe_ne_cb+0x0/0x8d [ieee1394]
[<f8c94463>] nodemgr_host_thread+0x17d/0x1a1 [ieee1394]
[<f8c942e6>] nodemgr_host_thread+0x0/0x1a1 [ieee1394]
[<c0107255>] kernel_thread_helper+0x5/0xb

Unable to handle kernel paging request at virtual address b828ec83
printing eip:
b828ec83
*pde = 00000000
modprobe: FATAL: Module sbp2 already in kernel.
Oops: 0000 [#1]
ieee1394.agent[2413]: ... can't load module sbp2
kernel: CPU:    0
ieee1394.agent[2413]: missing kernel or user mode driver sbp2
kernel: EIP:    0060:[<b828ec83>]    Not tainted
EFLAGS: 00010282
EIP is at 0xb828ec83
eax: b828ec83   ebx: f8c9d3c4   ecx: f75d7f9c   edx: 00000000
esi: f8c938ff   edi: 00000000   ebp: f8c92669   esp: f75d7f40
ds: 007b   es: 007b   ss: 0068
Process knodemgrd_0 (pid: 2411, threadinfo=f75d6000 task=f725e080)
Stack: c0192fbc f8c9d3c4 f8c9d3a0 f8c9d3a8 f8c9d300 f70bf244 c01d82cc
f8c9d3c4
       f75d7f9c f8c9d34c 00000000 f70bf23c f75d7f9c f7155398 f75d7f9c
f8c9401e
       f8c9d300 f70bf23c f75d7f9c f8c93ee7 00000004 f8c9cd40 f75cc000
f7155398
Call Trace:
[<c0192fbc>] kobject_cleanup+0x98/0x9a
[<c01d82cc>] bus_for_each_dev+0x80/0xba
[<f8c9401e>] nodemgr_node_probe+0x4d/0x124 [ieee1394]
[<f8c93ee7>] nodemgr_probe_ne_cb+0x0/0x8d [ieee1394]
[<f8c94463>] nodemgr_host_thread+0x17d/0x1a1 [ieee1394]
[<f8c942e6>] nodemgr_host_thread+0x0/0x1a1 [ieee1394]
[<c0107255>] kernel_thread_helper+0x5/0xb

Code:  Bad EIP value.
<6>sbp2: $Rev: 1096 $ Ben Collins <bcollins@debian.org>


The only really weird thing is that I prefer to keep things as modular
as possible (and if for whatever reason initrd-yadda.img isn't created
after the kernel compile, I run mkinitrd myself).  Here, the messages
are telling me that sbp2 is already in the kernel (and so sbp2 can't be
loaded), but my build script shows:CONFIG_IEEE1394_SBP2=m
CONFIG_IEEE1394_SBP2_PHYS_DMA=y
and when I look in /lib/modules/`uname -r`/kernel/drivers/ie* I get
sbp2.ko along with everything else.  I double checked that the line
loading sbp2 was not in the version of modules.dep that I booted with
(and that it was in the one I finally loaded the 1394 modules with). 
The system seems to be confused as to whether sbp2 is compiled into the
kernel or available as a module.  The logic race theory was a good test,
but I still get an Oops when loading modules long after boot time
(sorry).  

Bob


             reply	other threads:[~2004-02-12  6:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-12  6:58 Bob Gill [this message]
     [not found] <fa.fjveksa.v44uhu@ifi.uio.no>
2004-02-12 14:50 ` [2.6.3-rc2 bk] ieee1394 oops on bootup walt
2004-02-12 14:47   ` Ben Collins
  -- strict thread matches above, loose matches on Subject: below --
2004-02-12  5:04 walt

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=1076569092.3550.53.camel@localhost.localdomain \
    --to=gillb4@telusplanet.net \
    --cc=linux-kernel@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.