* Mohammed, Afzal <afzal@xxxxxx> [120614 01:59]: > Hi Tony, > > On Wed, Jun 13, 2012 at 21:58:53, Hunter, Jon wrote: > > > > Presently there are no peripherals in mainline turning on writeprotect, > > > initially intention was to just disable writeprotect at the end of probe > > > and not provide platforms opportunity to enable writeprotect as none > > > need it, still a provision has been provided for platform to enable it. > > > > > > Probably these to be taken care when there is a requirement. > > > > Ok, but I am still not happy about this. So I did find that our > > omap2420h4 board does route the write protect to both NOR and NAND. > > Therefore, it does appear to be a valid use-case that multiple child > > devices can share the write-protect. So maybe we do not need to reserve > > the write-protect like we are doing for chip-selects, but I think that > > : > > > devices should indicate if they use the write-protect pin and we should > > either have this "enable on boot" as a global setting not specific to a > > child device or ensure that multiple devices using the wp have the same > > configuration of the wp on boot. In other words, if one device says > > enable on boot and the other does not, then warn. > > Which one of Jon's above suggestions would you prefer, > > i.e. > writeprotect as a global setting for all devices > Or > Ensure that multiple devices using wp have same configuration > > Or anything else you have in mind ? If it's shared it can cause undesired effects on the mounted rootfs if one device changes it. So some kind of checking for a shared case should be available before a device is allowed to change it. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html