Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves
> 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
Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves
On Friday, November 01, 2013 03:44:38 PM Jarkko Nikula wrote: > 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 devices could lead to regressions, so I'd rather be > > conservative and aim for 3.14. > > > Valid concern. Quick grep below doesn't reveal any obvious device name > matching outside of sound/soc/ but of course it doesn't prove it to be > impossible. > > git grep '[0-9]\-00' |grep name > git grep 'spi[0-9].[0-9]' |grep name 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". Thanks! -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves
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 devices could lead to regressions, so I'd rather be conservative and aim for 3.14. Valid concern. Quick grep below doesn't reveal any obvious device name matching outside of sound/soc/ but of course it doesn't prove it to be impossible. git grep '[0-9]\-00' |grep name git grep 'spi[0-9].[0-9]' |grep name -- Jarkko -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves
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 using bus numbers which could change. > > > > Slave device name change goes as > > > > "x-00yz" -> "i2c-INTABCD:ij" > > "spix.y" -> "spi-INTABCD:ij" > > > > This version adds patch to include/acpi/acpi_bus.h that allow us to > > remove #if IS_ENABLED(CONFIG_ACPI) checks that were added in the > > first version. > > > > Set goes on top linux-pm/linux-next commit e56b4d2. > > > > First version here: > > http://mailman.alsa-project.org/pipermail/alsa-devel/2013-October/067737.html > > > > Jarkko Nikula (3): > > ACPI: Expose struct acpi_device and acpi_bus_get_device() to non-ACPI > > builds > > i2c: Use stable dev_name for ACPI enumerated I2C slaves > > spi: Use stable dev_name for ACPI enumerated SPI slaves > > > > drivers/i2c/i2c-core.c | 24 > > drivers/spi/spi.c | 20 +--- > > include/acpi/acpi_bus.h | 9 +++-- > > 3 files changed, 44 insertions(+), 9 deletions(-) > > 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 devices could lead to regressions, so I'd rather be conservative and aim for 3.14. signature.asc Description: Digital signature
Re: [PATCHv2 0/3] I2C and SPI dev_name change for ACPI enumerated slaves
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 > > "x-00yz" -> "i2c-INTABCD:ij" > "spix.y" -> "spi-INTABCD:ij" > > This version adds patch to include/acpi/acpi_bus.h that allow us to > remove #if IS_ENABLED(CONFIG_ACPI) checks that were added in the > first version. > > Set goes on top linux-pm/linux-next commit e56b4d2. > > First version here: > http://mailman.alsa-project.org/pipermail/alsa-devel/2013-October/067737.html > > Jarkko Nikula (3): > ACPI: Expose struct acpi_device and acpi_bus_get_device() to non-ACPI > builds > i2c: Use stable dev_name for ACPI enumerated I2C slaves > spi: Use stable dev_name for ACPI enumerated SPI slaves > > drivers/i2c/i2c-core.c | 24 > drivers/spi/spi.c | 20 +--- > include/acpi/acpi_bus.h | 9 +++-- > 3 files changed, 44 insertions(+), 9 deletions(-) Looks good to me. If there are no objections, I can merge these through my tree. Thanks! -- I speak only for myself. Rafael J. Wysocki, Intel Open Source Technology Center. -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
