[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080830124945.3de989f6@siona.skinnemoen.net>
Date: Sat, 30 Aug 2008 12:49:45 +0200
From: Haavard Skinnemoen <haavard.skinnemoen@...el.com>
To: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
Cc: eaa@...medical.com, linux-mtd@...ts.infradead.org,
kernel@...32linux.org, dwmw2@...radead.org,
fujita.tomonori@....ntt.co.jp, jens.axboe@...cle.com,
linux-kernel@...r.kernel.org
Subject: Re: MTD/block regression (was Re: Slub debugging NAND error in
2.6.25.10.atmel.2)
On Sat, 30 Aug 2008 10:34:12 +0900
FUJITA Tomonori <fujita.tomonori@....ntt.co.jp> wrote:
> Really sorry about that. A fix was queued in Jens' tree:
>
> http://marc.info/?l=linux-kernel&m=122000748432301&w=2
Ah, great. Sorry for not searching the list before posting.
> > Unfortunately, I can't revert it cleanly, so it could be a false
> > positive. But it does sort of make sense, since it makes the filter
> > per-queue instead of per-gendisk, so if MTD uses the same queue for
> > several block devices, the filter kobject might end up being
> > initialized multiple times. Or something.
>
> Right, the problem is that MTD uses the same queue for multiple
> gendisks. It would be great if a MTD developer could fix it.
Yeah, I sort of suspected that MTD was doing something unusual.
Unfortunately, I'm not familiar enough with the MTD and block code
to help out here...
Haavard
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists