Can PYSMAP_COMPAT go?
Wolfram Sang
w.sang at pengutronix.de
Tue Apr 20 02:35:47 EDT 2010
Hi,
triggered by bug-report #15729 (thread at [1]), I wondered where default "0"
for MTD_PHYSMAP_LEN came from and found
73566edf9b91dd085ddb12033d0ea7288979dd10. Its description says:
Once all physmap users have been converted to instantiate their own
platform devices, the compat code can go. (Or we decide that we can
change all the in-tree users at the same time, and never merge the
compat code.)
Grepping for current users:
~/Kernel/linux-2.6/arch$ grep -r 'MAP_COMPAT' * | grep -v 'is not set'
sh/configs/polaris_defconfig:CONFIG_MTD_PHYSMAP_COMPAT=y
This one could be fixed and then the compat code could be removed. I'd pick up
the job, if I get a sign that this has a chance to go in. Or shall compat stay
for a reason?
Regards,
Wolfram
[1] http://marc.info/?l=linux-kernel&m=127024096210230&w=2
--
Pengutronix e.K. | Wolfram Sang |
Industrial Linux Solutions | http://www.pengutronix.de/ |
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-mtd/attachments/20100420/7d096e86/attachment-0001.sig>
More information about the linux-mtd
mailing list