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: Mon, 26 Nov 2012 04:35:27 +0000 (GMT) From: "Maciej W. Rozycki" <macro@...ux-mips.org> To: Greg KH <gregkh@...uxfoundation.org> cc: Bill Pemberton <wfp5p@...ginia.edu>, netdev@...r.kernel.org Subject: Re: [PATCH 080/493] fddi: remove use of __devexit_p On Wed, 21 Nov 2012, Greg KH wrote: > > TURBOchannel, although valid, is an old exotic case that might not be > > worth arguing for, except for purity maybe. But there are surely many > > contemporary systems out there that are known they are never going to > > support hot device replacement. Consider most of the embedded systems for > > example, where devices may even physically be cast into a single SOC (with > > no prospect of chipping off any pieces ever ;) ), that certainly could not > > care less of device replacement, but they do care a lot about memory > > consumption. > > Even those don't care about less than 5k of memory, do they? I guess you're right. As long as it's not 5k per driver + who_knows_how_much per platform for some generic stuff that is. Of course this is still a waste, but I can accept it as a compromise between the use of machine resources and the cost of maintenance. > > Was this implication considered, discussed and diregarded as not > > important enough compared to benefits from hardcoding HOTPLUG support? > > Yes, I don't know of any modern system that does not enable > CONFIG_HOTPLUG, do you? I've never enabled it outside x86 to be honest. None of the platforms I care of supports it in hardware. > > I'm seriously asking for a pointer, not trying to cause any stir-up -- > > regrettably I fail to follow most discussions these days, but I would like > > to know what the background behind this decision was. Thanks a lot! > > See Russell's response in this thread for details if you are curious. Hmm, not in my inbox for some reason (unless I'm blind), but thanks for the pointer, I'll see if I can chase it online in some mailing list archive. Maciej -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists