| 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
| ||
|
Message-Id: <1211867031.10205.13.camel@shinybook.infradead.org> Date: Tue, 27 May 2008 06:43:51 +0100 From: David Woodhouse <dwmw2@...radead.org> To: Arjan van de Ven <arjan@...radead.org> Cc: Linus Torvalds <torvalds@...ux-foundation.org>, Jesper Krogh <jesper@...gh.cc>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006@....net> Subject: Re: Linux 2.6.26-rc4 On Mon, 2008-05-26 at 17:25 -0700, Arjan van de Ven wrote: > btw this guy has shown up on kerneloops.org a lot: > http://www.kerneloops.org/searchweek.php?search=__ioremap_caller > where it's trying to map memory as uncachable, which is.. well nasty > (it seems to map not just the piece it needs, but more, and then turns > that "more" uncachable, even if the kernel is using it for "normal" > things) The driver needs that 'more' to reach the lock registers for the flash chip. If it's being used for other things, shouldn't the request_region() fail? On a vaguely related note, there's a lot to be said for _not_ using the standard PCI driver setup on the BIOS flash drivers, and going back to having them manually loaded rather than being automatically loaded whenever the appropriate southbridge is present. It would be nicer if the only people who have write access to their BIOS flash are the ones who _really_ wanted it. -- dwmw2 -- 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