LKML Archive on
help / color / mirror / Atom feed
From: Stefan Richter <>
To: Adrian Bunk <>
Cc: "Ismail Dönmez" <>,,, "Greg KH" <>
Subject: Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)
Date: Thu, 15 Mar 2007 01:08:43 +0100	[thread overview]
Message-ID: <> (raw)
In-Reply-To: <>

Ismail Dönmez wrote:
> On Wednesday 14 March 2007 20:25:24 Stefan Richter wrote:
>> Ismail Dönmez wrote:
>> > Are you able to rmmod it?
>> Yes, but on 2.6.20 and earlier kernels, most of the time with
>> development versions of the 1394 drivers. I still haven't tried
>> 2.6.21-rc, will hopefully get to it tonight.
> Ok then that explains a bit, without suspend if I rmmod ohci1394 module I got 
> the exact oops.

Elsewhere, Adrian Bunk wrote:
| Is this an old problem, or what was the last kernel that worked
| for you?


according to a quick test I made right now it is a regression post 2.6.20.
# modprobe ohci1394   # wait a bit, eth1394 is auto-loaded
# modprobe -r eth1394
# modprobe -r ohci1394
# modprobe ohci1394   # wait a bit, eth1394 is auto-loaded
# modprobe -r ohci1394
oopses with the same trace as Ismael posted. And indeed, looking at his
trace once more I now also spot eth1394 among his linked-in modules.

Ismail, if you have the opportunity, the next thing you could test would
be to unload eth1394 explicitly before ohci1394 on 2.6.21-rc3. This
would _not_ oops according to my observation.

Thanks to Ismail's link to the similar report on 2.6.19-rc5-mm2 we
already have a hot candidate to be the trigger (not necessarily to be
the actual bug):;a=commit;h=43cb76d91ee85f579a69d42bc8efc08bac560278
"Network: convert network devices to use struct device instead of

Alas I didn't remember that older 2.6.19-rc5-mm2 discussion when I saw
Greg's pull request with this conversion patch (February 7) and didn't
react and test Linus' newest.

Advice would be appreciated...
Stefan Richter
-=====-=-=== --== -====

  reply	other threads:[~2007-03-15  0:09 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-14  4:42 Ooops with suspend to RAM Ismail Dönmez
2007-03-14 11:14 ` oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM) Stefan Richter
2007-03-14 11:45   ` oops in __nodemgr_remove_host_dev Stefan Richter
2007-03-14 16:58   ` oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM) Ismail Dönmez
2007-03-14 18:25     ` Stefan Richter
2007-03-14 22:51       ` Ismail Dönmez
2007-03-15  0:08         ` Stefan Richter [this message]
2007-03-15  0:14           ` Stefan Richter
2007-03-15  0:45           ` Ismail Dönmez
2007-03-15  0:49           ` Ismail Dönmez
2007-03-16 19:46             ` Stefan Richter
2007-03-20 21:43             ` [PATCH 2.6.21-rc4] ieee1394: fix oops on "modprobe -r ohci1394" after network class_device conversion Stefan Richter
2007-03-20 22:26               ` Ismail Dönmez
2007-03-21 18:11                 ` Stefan Richter
2007-03-20 23:34               ` Greg KH
2007-03-21  0:16                 ` Stefan Richter
2007-05-13 11:43                   ` Stefan Richter
2007-05-20 20:21                     ` Stefan Richter
2007-03-14 11:50 ` Ooops with suspend to RAM Adrian Bunk
2007-03-14 16:59   ` Ismail Dönmez

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \ \ \ \ \ \ \ \
    --subject='Re: oops in __nodemgr_remove_host_dev (was Re: Ooops with suspend to RAM)' \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).