| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
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