On Thu, Feb 05, 2015 at 09:53:26AM -0800, Guenter Roeck wrote: > On Thu, Feb 05, 2015 at 03:40:28PM +0100, Wolfram Sang wrote: > > > > > At the same time multi-master access is quite rare. > > > > > > > > It should still work in those rare cases. A setup of an SoC, an EC > > > > (those like to be masters, as well), and an EEPROM is not very far off. > > > > To clarify: What I meant here is, at24 should also work in those rare > > cases reliably (like the described case of SoC, EC and EEPROM). Your > > patch sacrificies this reliability. > > > But it won't, and it can't. 24c32 should simply not be used in such cases. > Besides, at least on PCs, ACPI should reserve and thus block SMBus access > if it is used by an EC (or IPMI or similar). > > I don't think it should (or even can) be the Linux kernel's responsibility > to ensure that the hardware does not prevent such problems. > Hi Wolfram, I wonder where we are with thisp patch; I don't recall a reply to my previous e-mail. Do you need some more time to think about it ? Otherwise I'll publish an out-of-tree version of the at24 driver with the patch applied on github, for those who might need the functionality provided by this patch. Please let me know. Thanks, Guenter -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html