Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Kosina <jikos@xxxxxxxx>
- Date: Mon, 11 Dec 2006 10:35:51 +0100 (CET)
On Mon, 11 Dec 2006, Neil Brown wrote:
this nash thing is exactly the command which triggers a bit differentTrying to work on it - not making a lot of progress. I find it hard to
oops in my case. On my side, the oops is fully reproducible. If you
manage to make your case also reproducible, could you please try to
revert md-change-lifetime-rules-for-md-devices.patch? This made the
oops vanish in my case. I think Neil is working on it.
see how anything in md can cause the inode for a block-device file to
disappear... It is a bit of a long-shot, but this patch might change
things. It changes the order in which things are de-allocated. Jiri and
Jiri: would either of both of you see if you can reproduce the bug with
this patch on 2.6.19-rc6-mm2 ???
Hi Neil,
sorry to say that, but it's still there after applying your patch.
--
Jiri Kosina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Neil Brown
- Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- References:
- oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Slaby
- Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Jiri Kosina
- Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- From: Neil Brown
- oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- Prev by Date: Re: [PATCH]: typo in init/initramfs.c
- Next by Date: Re: [PATCH -rt] kernel/latency_trace.c cleanup
- Previous by thread: Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- Next by thread: Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
- Index(es):
Relevant Pages
|
