From: Andrew Morton <akpm@osdl.org>
To: Andreas Steinmetz <ast@domdv.de>
Cc: linux-kernel@vger.kernel.org, linux@dominikbrodowski.net
Subject: Re: 2.6.13-rc4-mm1
Date: Sun, 31 Jul 2005 10:47:02 -0700 [thread overview]
Message-ID: <20050731104702.7d16c8a1.akpm@osdl.org> (raw)
In-Reply-To: <42ECD3B2.1080409@domdv.de>
Andreas Steinmetz <ast@domdv.de> wrote:
>
> Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> Andrew,
> the good news is I can access pcmcia devices with rc4-mm1 which I
> couldn't with at least rc3-mm1 on my x86_64 laptop. There is at least
> one more problem with yenta_socket. Please see the attached dmesg output
> and look for:
>
> Badness in __release_resource at kernel/resource.c:184
>
> This happens when accessing pcmcia from an initrd to read keys from a
> pcmcia flash disk and removing the pcmcia modules afterwards.
hm, OK. That's brought to us by the below -mm-only debugging patch. Maybe
we should add more stuff to it to idenfify the child resources?
From: willy@parisc-linux.org (Matthew Wilcox)
What does it mean to release a resource with children? Should the children
become children of the released resource's parent? Should they be released
too? Should we fail the release?
I bet we have no callers who expect this right now, but with
insert_resource() we may get some. At the point where someone hits this
BUG we can figure out what semantics we want.
Signed-off-by: Matthew Wilcox <willy@parisc-linux.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
---
25-akpm/kernel/resource.c | 2 ++
1 files changed, 2 insertions(+)
diff -puN kernel/resource.c~releasing-resources-with-children kernel/resource.c
--- 25/kernel/resource.c~releasing-resources-with-children 2005-04-02 00:21:52.000000000 -0800
+++ 25-akpm/kernel/resource.c 2005-04-02 00:22:22.000000000 -0800
@@ -181,6 +181,8 @@ static int __release_resource(struct res
{
struct resource *tmp, **p;
+ WARN_ON(old->child);
+
p = &old->parent->child;
for (;;) {
tmp = *p;
_
next prev parent reply other threads:[~2005-07-31 17:48 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-31 9:05 2.6.13-rc4-mm1 Andrew Morton
2005-07-31 10:04 ` 2.6.13-rc4-mm1 Felipe Alfaro Solana
2005-07-31 10:19 ` 2.6.13-rc4-mm1 Adrian Bunk
2005-07-31 12:37 ` 2.6.13-rc4-mm1 James Courtier-Dutton
2005-07-31 12:50 ` 2.6.13-rc4-mm1 Adrian Bunk
2005-07-31 14:41 ` 2.6.13-rc4-mm1 Michael Thonke
2005-07-31 13:55 ` 2.6.13-rc4-mm1 Felipe Alfaro Solana
2005-07-31 11:51 ` 2.6.13-rc4-mm1 Rafael J. Wysocki
2005-07-31 13:35 ` 2.6.13-rc4-mm1 Andreas Steinmetz
2005-07-31 17:47 ` Andrew Morton [this message]
2005-07-31 18:49 ` 2.6.13-rc4-mm1 Andreas Steinmetz
2005-07-31 15:11 ` 2.6.13-rc4-mm1 Michael Thonke
2005-07-31 17:42 ` 2.6.13-rc4-mm1 Andrew Morton
2005-07-31 18:25 ` [linux-usb-devel] 2.6.13-rc4-mm1 david-b
2005-07-31 23:02 ` Greg KH
2005-08-01 2:02 ` david-b
2005-07-31 16:44 ` 2.6.13-rc4-mm1 Randy.Dunlap
2005-08-01 0:38 ` 2.6.13-rc4-mm1 Jesus Delgado
2005-08-01 0:49 ` 2.6.13-rc4-mm1 Andrew Morton
2005-08-01 5:52 ` 2.6.13-rc4-mm1 Alexandre Buisse
2005-08-01 7:03 ` 2.6.13-rc4-mm1 David S. Miller
-- strict thread matches above, loose matches on Subject: below --
2005-08-01 17:26 2.6.13-rc4-mm1 Aleksey Gorelov
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=20050731104702.7d16c8a1.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ast@domdv.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@dominikbrodowski.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox