| 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: Tue, 24 Apr 2007 11:05:48 +0300 From: Sergey Yanovich <ynvich@...il.com> To: Alex Dubov <oakad@...oo.com> CC: linux-kernel@...r.kernel.org Subject: Re: [mmc] alternative TI FM MMC/SD driver for 2.6.21-rc7 Hi, >> If you add support for let's say [tifm_8xx2] in the future, which >> would have port offsets different that [tifm_7xx1], you would also need a >> completely new modules for slots (sd, ms, etc). >> > > Does not this constitutes an unbounded speculation? Only time will tell :) > And then, what would you propose to do with > adapters that have SD support disabled? There are quite a few of those in the wild, as of right > now (SD support is provided by bundled SDHCI on such systems, if at all). Similar argument goes > for other media types as well - many controllers have xD support disabled too (I think you have > one of those - Sony really values its customers). After all, it is not healthy to have dead code > in the kernel. > A typical kernel config is an allmconfig, which has tones of dead code: just see a 'General setup' part of your distro '.config'. There are item like 'SMP' selected by default for 686+ CPUs. And this is far more overhead that a single check of card type on insert. To allow customization, boolean module options that disable certain card type may suffice. And again, you are doing a great work with the driver. -- Sergey Yanovich - 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