Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: > On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: > > On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: > > > On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > > > > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > > > > > > > I would be able to have this and the other patch in the SPI tree in > > > > > case > > > > > it overlaps with other work - I'm not sure what the plan will be for > > > > > merging this stuff but if there were a branch which I could merge into > > > > > the SPI tree that'd be good. > > > > > > > I think these two can go via your SPI tree as they shouldn't have > > > > dependencies to the I2C tree. > > > > > > There's all the driver changes though - it seems best to push the whole > > > series through one branch so there's fewer bisection problems. > > > > Ah, right. Then I suppose the right tree would be the I2C tree (as majority > > of the patches are I2C related)? > > > > Wolfram, are you OK with this? > > Alternatively, I can apply them too if everyone is OK with that. Sounds good to me, thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:28PM +0200, Wolfram Sang wrote: > On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: > > On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: > > > On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: > > > > On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > > > > > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > > > > > > > > > I would be able to have this and the other patch in the SPI tree in > > > > > > case > > > > > > it overlaps with other work - I'm not sure what the plan will be for > > > > > > merging this stuff but if there were a branch which I could merge > > > > > > into > > > > > > the SPI tree that'd be good. > > > > > > > > > I think these two can go via your SPI tree as they shouldn't have > > > > > dependencies to the I2C tree. > > > > > > > > There's all the driver changes though - it seems best to push the whole > > > > series through one branch so there's fewer bisection problems. > > > > > > Ah, right. Then I suppose the right tree would be the I2C tree (as > > > majority > > > of the patches are I2C related)? > > > > > > Wolfram, are you OK with this? > > > > Alternatively, I can apply them too if everyone is OK with that. > > > > They are PM+ACPI changes after all ... > > I'd like to give at least an ACK. But I need to find some time for that. > Is it urgent? Looks like 3.13 material to me... It's not urgent. Please take your time. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: > On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: > > On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: > > > On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > > > > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > > > > > > > I would be able to have this and the other patch in the SPI tree in > > > > > case > > > > > it overlaps with other work - I'm not sure what the plan will be for > > > > > merging this stuff but if there were a branch which I could merge into > > > > > the SPI tree that'd be good. > > > > > > > I think these two can go via your SPI tree as they shouldn't have > > > > dependencies to the I2C tree. > > > > > > There's all the driver changes though - it seems best to push the whole > > > series through one branch so there's fewer bisection problems. > > > > Ah, right. Then I suppose the right tree would be the I2C tree (as majority > > of the patches are I2C related)? > > > > Wolfram, are you OK with this? > > Alternatively, I can apply them too if everyone is OK with that. > > They are PM+ACPI changes after all ... I'd like to give at least an ACK. But I need to find some time for that. Is it urgent? Looks like 3.13 material to me... signature.asc Description: Digital signature
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: > On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: > > On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > > > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > > > > > I would be able to have this and the other patch in the SPI tree in case > > > > it overlaps with other work - I'm not sure what the plan will be for > > > > merging this stuff but if there were a branch which I could merge into > > > > the SPI tree that'd be good. > > > > > I think these two can go via your SPI tree as they shouldn't have > > > dependencies to the I2C tree. > > > > There's all the driver changes though - it seems best to push the whole > > series through one branch so there's fewer bisection problems. > > Ah, right. Then I suppose the right tree would be the I2C tree (as majority > of the patches are I2C related)? > > Wolfram, are you OK with this? Alternatively, I can apply them too if everyone is OK with that. They are PM+ACPI changes after all ... Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: > On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > > > I would be able to have this and the other patch in the SPI tree in case > > > it overlaps with other work - I'm not sure what the plan will be for > > > merging this stuff but if there were a branch which I could merge into > > > the SPI tree that'd be good. > > > I think these two can go via your SPI tree as they shouldn't have > > dependencies to the I2C tree. > > There's all the driver changes though - it seems best to push the whole > series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: > On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > > I would be able to have this and the other patch in the SPI tree in case > > it overlaps with other work - I'm not sure what the plan will be for > > merging this stuff but if there were a branch which I could merge into > > the SPI tree that'd be good. > I think these two can go via your SPI tree as they shouldn't have > dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. signature.asc Description: Digital signature
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: > On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote: > > This patch adds runtime PM support for the SPI bus analogous to what has > > been done for the I2C bus. This means that the SPI core prepares runtime PM > > for a client device just before a driver is about to be bound to it. > > Devices that are not bound to any driver are not prepared for runtime PM. > > Acked-by: Mark Brown Thanks! > I would be able to have this and the other patch in the SPI tree in case > it overlaps with other work - I'm not sure what the plan will be for > merging this stuff but if there were a branch which I could merge into > the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote: This patch adds runtime PM support for the SPI bus analogous to what has been done for the I2C bus. This means that the SPI core prepares runtime PM for a client device just before a driver is about to be bound to it. Devices that are not bound to any driver are not prepared for runtime PM. Acked-by: Mark Brown broo...@linaro.org Thanks! I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. signature.asc Description: Digital signature
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? Alternatively, I can apply them too if everyone is OK with that. They are PM+ACPI changes after all ... Thanks, Rafael -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? Alternatively, I can apply them too if everyone is OK with that. They are PM+ACPI changes after all ... I'd like to give at least an ACK. But I need to find some time for that. Is it urgent? Looks like 3.13 material to me... signature.asc Description: Digital signature
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:28PM +0200, Wolfram Sang wrote: On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? Alternatively, I can apply them too if everyone is OK with that. They are PM+ACPI changes after all ... I'd like to give at least an ACK. But I need to find some time for that. Is it urgent? Looks like 3.13 material to me... It's not urgent. Please take your time. -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Thu, Sep 12, 2013 at 01:04:55PM +0200, Rafael J. Wysocki wrote: On Thursday, September 12, 2013 12:43:02 PM Mika Westerberg wrote: On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote: On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote: On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote: I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. I think these two can go via your SPI tree as they shouldn't have dependencies to the I2C tree. There's all the driver changes though - it seems best to push the whole series through one branch so there's fewer bisection problems. Ah, right. Then I suppose the right tree would be the I2C tree (as majority of the patches are I2C related)? Wolfram, are you OK with this? Alternatively, I can apply them too if everyone is OK with that. Sounds good to me, thanks! -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote: > This patch adds runtime PM support for the SPI bus analogous to what has > been done for the I2C bus. This means that the SPI core prepares runtime PM > for a client device just before a driver is about to be bound to it. > Devices that are not bound to any driver are not prepared for runtime PM. Acked-by: Mark Brown I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. signature.asc Description: Digital signature
Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote: This patch adds runtime PM support for the SPI bus analogous to what has been done for the I2C bus. This means that the SPI core prepares runtime PM for a client device just before a driver is about to be bound to it. Devices that are not bound to any driver are not prepared for runtime PM. Acked-by: Mark Brown broo...@linaro.org I would be able to have this and the other patch in the SPI tree in case it overlaps with other work - I'm not sure what the plan will be for merging this stuff but if there were a branch which I could merge into the SPI tree that'd be good. signature.asc Description: Digital signature