[PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves

2013-11-01 Thread Jarkko Nikula
Hi Second version of the set that changes I2C and SPI slave device names to be generated from stable ACPI device names on ACPI 5 based systems instead of using bus numbers which could change. Slave device name change goes as x-00yz - i2c-INTABCD:ij spix.y - spi-INTABCD:ij This

Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves

2013-11-01 Thread Rafael J. Wysocki
On Friday, November 01, 2013 02:35:53 PM Jarkko Nikula wrote: Hi Second version of the set that changes I2C and SPI slave device names to be generated from stable ACPI device names on ACPI 5 based systems instead of using bus numbers which could change. Slave device name change goes as

Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves

2013-11-01 Thread Wolfram Sang
On Fri, Nov 01, 2013 at 02:18:06PM +0100, Rafael J. Wysocki wrote: On Friday, November 01, 2013 02:35:53 PM Jarkko Nikula wrote: Hi Second version of the set that changes I2C and SPI slave device names to be generated from stable ACPI device names on ACPI 5 based systems instead of

Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves

2013-11-01 Thread Jarkko Nikula
On 11/01/2013 03:20 PM, Wolfram Sang wrote: On Fri, Nov 01, 2013 at 02:18:06PM +0100, Rafael J. Wysocki wrote: Looks good to me. If there are no objections, I can merge these through my tree. Which is basically fine with me. Do you want to have it in 3.13 already? I mean renaming the

Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves

2013-11-01 Thread Wolfram Sang
Well, if any breakage is caught in 3.13-rc, it should be easy enough to revert these changes and try again during the next cycle. I honestly don't see any benefit from waiting for the next cycle just in case. OK. signature.asc Description: Digital signature