* [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device [not found] <1406298233-27876-1-git-send-email-pawel.moll@arm.com> @ 2014-07-25 14:23 ` Pawel Moll 2014-08-08 16:36 ` Pawel Moll 0 siblings, 1 reply; 9+ messages in thread From: Pawel Moll @ 2014-07-25 14:23 UTC (permalink / raw) To: Greg Kroah-Hartman Cc: paul, Pawel Moll, Arnd Bergmann, Stephen Warren, Catalin Marinas, Peter De Schrijver, Anton Vorontsov, linux-mmc, linux-kernel, Chris Ball, linux-tegra, arm, Olof Johansson, Ulf Hansson, linuxppc-dev, linux-arm-kernel The code selecting a device for the sdhci host has been continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 "mmc: sdhci-pltfm: Add structure for host-specific data" and a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt device does not pass parent to sdhci_alloc_host") while there does not seem to be any reason to use platform device's parent in the first place. The comment saying "Some PCI-based MFD need the parent here" seem to refer to Timberdale FPGA driver (the only MFD driver registering SDHCI cell, drivers/mfd/timberdale.c) but again, the only situation when parent device matter is runtime PM, which is not implemented for Timberdale. Cc: Chris Ball <chris@printf.net> Cc: Anton Vorontsov <anton@enomsg.org> Cc: Ulf Hansson <ulf.hansson@linaro.org> Cc: linux-mmc@vger.kernel.org Cc: linuxppc-dev@lists.ozlabs.org Signed-off-by: Pawel Moll <pawel.moll@arm.com> --- This patch is a part of effort to remove references to platform_bus and make it static. Chris, Anton, Ulf - could you please advise if the assumptions above are correct or if I'm completely wrong? Do you know what where the real reasons to use parent originally? The PCI comment seems like a red herring to me... drivers/mmc/host/sdhci-pltfm.c | 9 ++------- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c index 7e834fb..4996112 100644 --- a/drivers/mmc/host/sdhci-pltfm.c +++ b/drivers/mmc/host/sdhci-pltfm.c @@ -136,13 +136,8 @@ struct sdhci_host *sdhci_pltfm_init(struct platform_device *pdev, if (resource_size(iomem) < 0x100) dev_err(&pdev->dev, "Invalid iomem size!\n"); - /* Some PCI-based MFD need the parent here */ - if (pdev->dev.parent != &platform_bus && !np) - host = sdhci_alloc_host(pdev->dev.parent, - sizeof(struct sdhci_pltfm_host) + priv_size); - else - host = sdhci_alloc_host(&pdev->dev, - sizeof(struct sdhci_pltfm_host) + priv_size); + host = sdhci_alloc_host(&pdev->dev, + sizeof(struct sdhci_pltfm_host) + priv_size); if (IS_ERR(host)) { ret = PTR_ERR(host); -- 1.9.1 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-07-25 14:23 ` [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device Pawel Moll @ 2014-08-08 16:36 ` Pawel Moll 2014-08-11 9:07 ` Ulf Hansson 0 siblings, 1 reply; 9+ messages in thread From: Pawel Moll @ 2014-08-08 16:36 UTC (permalink / raw) To: Chris Ball, Anton Vorontsov, Ulf Hansson Cc: paul@pwsan.com, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote: > The code selecting a device for the sdhci host has been > continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 > "mmc: sdhci-pltfm: Add structure for host-specific data" and > a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt > device does not pass parent to sdhci_alloc_host") while there > does not seem to be any reason to use platform device's parent > in the first place. > > The comment saying "Some PCI-based MFD need the parent here" > seem to refer to Timberdale FPGA driver (the only MFD driver > registering SDHCI cell, drivers/mfd/timberdale.c) but again, > the only situation when parent device matter is runtime PM, > which is not implemented for Timberdale. > > Cc: Chris Ball <chris@printf.net> > Cc: Anton Vorontsov <anton@enomsg.org> > Cc: Ulf Hansson <ulf.hansson@linaro.org> > Cc: linux-mmc@vger.kernel.org > Cc: linuxppc-dev@lists.ozlabs.org > Signed-off-by: Pawel Moll <pawel.moll@arm.com> > --- > > This patch is a part of effort to remove references to platform_bus > and make it static. > > Chris, Anton, Ulf - could you please advise if the assumptions > above are correct or if I'm completely wrong? Do you know what > where the real reasons to use parent originally? The PCI comment > seems like a red herring to me... Can I take the silence as a suggestion that the change looks ok-ish for you? Paweł ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-08 16:36 ` Pawel Moll @ 2014-08-11 9:07 ` Ulf Hansson 2014-08-11 9:15 ` Pawel Moll 0 siblings, 1 reply; 9+ messages in thread From: Ulf Hansson @ 2014-08-11 9:07 UTC (permalink / raw) To: Pawel Moll Cc: paul@pwsan.com, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, Anton Vorontsov, linux-mmc@vger.kernel.org, Chris Ball, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org On 8 August 2014 18:36, Pawel Moll <pawel.moll@arm.com> wrote: > On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote: >> The code selecting a device for the sdhci host has been >> continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 >> "mmc: sdhci-pltfm: Add structure for host-specific data" and >> a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt >> device does not pass parent to sdhci_alloc_host") while there >> does not seem to be any reason to use platform device's parent >> in the first place. >> >> The comment saying "Some PCI-based MFD need the parent here" >> seem to refer to Timberdale FPGA driver (the only MFD driver >> registering SDHCI cell, drivers/mfd/timberdale.c) but again, >> the only situation when parent device matter is runtime PM, >> which is not implemented for Timberdale. >> >> Cc: Chris Ball <chris@printf.net> >> Cc: Anton Vorontsov <anton@enomsg.org> >> Cc: Ulf Hansson <ulf.hansson@linaro.org> >> Cc: linux-mmc@vger.kernel.org >> Cc: linuxppc-dev@lists.ozlabs.org >> Signed-off-by: Pawel Moll <pawel.moll@arm.com> >> --- >> >> This patch is a part of effort to remove references to platform_bus >> and make it static. >> >> Chris, Anton, Ulf - could you please advise if the assumptions >> above are correct or if I'm completely wrong? Do you know what >> where the real reasons to use parent originally? The PCI comment >> seems like a red herring to me... > > Can I take the silence as a suggestion that the change looks ok-ish for > you? Sorry for the delay. I suppose this make sense, but I really don't know for sure. I guess we need some testing in linux-next, to get some confidence. Kind regards Uffe > > Pawe=C5=82 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-mmc" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-11 9:07 ` Ulf Hansson @ 2014-08-11 9:15 ` Pawel Moll 2014-08-11 9:32 ` Ulf Hansson 2014-08-11 10:02 ` [PATCH 3/5] " Russell King - ARM Linux 0 siblings, 2 replies; 9+ messages in thread From: Pawel Moll @ 2014-08-11 9:15 UTC (permalink / raw) To: Ulf Hansson Cc: paul@pwsan.com, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, Anton Vorontsov, linux-mmc@vger.kernel.org, Chris Ball, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org On Mon, 2014-08-11 at 10:07 +0100, Ulf Hansson wrote: > On 8 August 2014 18:36, Pawel Moll <pawel.moll@arm.com> wrote: > > On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote: > >> The code selecting a device for the sdhci host has been > >> continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 > >> "mmc: sdhci-pltfm: Add structure for host-specific data" and > >> a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt > >> device does not pass parent to sdhci_alloc_host") while there > >> does not seem to be any reason to use platform device's parent > >> in the first place. > >> > >> The comment saying "Some PCI-based MFD need the parent here" > >> seem to refer to Timberdale FPGA driver (the only MFD driver > >> registering SDHCI cell, drivers/mfd/timberdale.c) but again, > >> the only situation when parent device matter is runtime PM, > >> which is not implemented for Timberdale. > >> > >> Cc: Chris Ball <chris@printf.net> > >> Cc: Anton Vorontsov <anton@enomsg.org> > >> Cc: Ulf Hansson <ulf.hansson@linaro.org> > >> Cc: linux-mmc@vger.kernel.org > >> Cc: linuxppc-dev@lists.ozlabs.org > >> Signed-off-by: Pawel Moll <pawel.moll@arm.com> > >> --- > >> > >> This patch is a part of effort to remove references to platform_bus > >> and make it static. > >> > >> Chris, Anton, Ulf - could you please advise if the assumptions > >> above are correct or if I'm completely wrong? Do you know what > >> where the real reasons to use parent originally? The PCI comment > >> seems like a red herring to me... > > > > Can I take the silence as a suggestion that the change looks ok-ish for > > you? > > Sorry for the delay. I suppose this make sense, but I really don't > know for sure. > > I guess we need some testing in linux-next, to get some confidence. Would you take it into -next then? Unless I'm completely wrong there should be no impact on any in-tree driver... Cheers! Pawel ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-11 9:15 ` Pawel Moll @ 2014-08-11 9:32 ` Ulf Hansson 2014-08-12 8:58 ` Ulf Hansson 2014-08-11 10:02 ` [PATCH 3/5] " Russell King - ARM Linux 1 sibling, 1 reply; 9+ messages in thread From: Ulf Hansson @ 2014-08-11 9:32 UTC (permalink / raw) To: Pawel Moll Cc: paul@pwsan.com, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, Anton Vorontsov, linux-mmc@vger.kernel.org, Chris Ball, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org On 11 August 2014 11:15, Pawel Moll <pawel.moll@arm.com> wrote: > On Mon, 2014-08-11 at 10:07 +0100, Ulf Hansson wrote: >> On 8 August 2014 18:36, Pawel Moll <pawel.moll@arm.com> wrote: >> > On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote: >> >> The code selecting a device for the sdhci host has been >> >> continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 >> >> "mmc: sdhci-pltfm: Add structure for host-specific data" and >> >> a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt >> >> device does not pass parent to sdhci_alloc_host") while there >> >> does not seem to be any reason to use platform device's parent >> >> in the first place. >> >> >> >> The comment saying "Some PCI-based MFD need the parent here" >> >> seem to refer to Timberdale FPGA driver (the only MFD driver >> >> registering SDHCI cell, drivers/mfd/timberdale.c) but again, >> >> the only situation when parent device matter is runtime PM, >> >> which is not implemented for Timberdale. >> >> >> >> Cc: Chris Ball <chris@printf.net> >> >> Cc: Anton Vorontsov <anton@enomsg.org> >> >> Cc: Ulf Hansson <ulf.hansson@linaro.org> >> >> Cc: linux-mmc@vger.kernel.org >> >> Cc: linuxppc-dev@lists.ozlabs.org >> >> Signed-off-by: Pawel Moll <pawel.moll@arm.com> >> >> --- >> >> >> >> This patch is a part of effort to remove references to platform_bus >> >> and make it static. >> >> >> >> Chris, Anton, Ulf - could you please advise if the assumptions >> >> above are correct or if I'm completely wrong? Do you know what >> >> where the real reasons to use parent originally? The PCI comment >> >> seems like a red herring to me... >> > >> > Can I take the silence as a suggestion that the change looks ok-ish for >> > you? >> >> Sorry for the delay. I suppose this make sense, but I really don't >> know for sure. >> >> I guess we need some testing in linux-next, to get some confidence. > > Would you take it into -next then? Unless I'm completely wrong there > should be no impact on any in-tree driver... I will take it; though I think it's best to queue it for 3.18 to get some more testing. Kind regards Uffe ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-11 9:32 ` Ulf Hansson @ 2014-08-12 8:58 ` Ulf Hansson 2014-08-12 10:37 ` [PATCH 3/5 v2] " Pawel Moll 0 siblings, 1 reply; 9+ messages in thread From: Ulf Hansson @ 2014-08-12 8:58 UTC (permalink / raw) To: Pawel Moll Cc: paul@pwsan.com, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, Anton Vorontsov, linux-mmc@vger.kernel.org, Chris Ball, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org On 11 August 2014 11:32, Ulf Hansson <ulf.hansson@linaro.org> wrote: > On 11 August 2014 11:15, Pawel Moll <pawel.moll@arm.com> wrote: >> On Mon, 2014-08-11 at 10:07 +0100, Ulf Hansson wrote: >>> On 8 August 2014 18:36, Pawel Moll <pawel.moll@arm.com> wrote: >>> > On Fri, 2014-07-25 at 15:23 +0100, Pawel Moll wrote: >>> >> The code selecting a device for the sdhci host has been >>> >> continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 >>> >> "mmc: sdhci-pltfm: Add structure for host-specific data" and >>> >> a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt >>> >> device does not pass parent to sdhci_alloc_host") while there >>> >> does not seem to be any reason to use platform device's parent >>> >> in the first place. >>> >> >>> >> The comment saying "Some PCI-based MFD need the parent here" >>> >> seem to refer to Timberdale FPGA driver (the only MFD driver >>> >> registering SDHCI cell, drivers/mfd/timberdale.c) but again, >>> >> the only situation when parent device matter is runtime PM, >>> >> which is not implemented for Timberdale. >>> >> >>> >> Cc: Chris Ball <chris@printf.net> >>> >> Cc: Anton Vorontsov <anton@enomsg.org> >>> >> Cc: Ulf Hansson <ulf.hansson@linaro.org> >>> >> Cc: linux-mmc@vger.kernel.org >>> >> Cc: linuxppc-dev@lists.ozlabs.org >>> >> Signed-off-by: Pawel Moll <pawel.moll@arm.com> >>> >> --- >>> >> >>> >> This patch is a part of effort to remove references to platform_bus >>> >> and make it static. >>> >> >>> >> Chris, Anton, Ulf - could you please advise if the assumptions >>> >> above are correct or if I'm completely wrong? Do you know what >>> >> where the real reasons to use parent originally? The PCI comment >>> >> seems like a red herring to me... >>> > >>> > Can I take the silence as a suggestion that the change looks ok-ish for >>> > you? >>> >>> Sorry for the delay. I suppose this make sense, but I really don't >>> know for sure. >>> >>> I guess we need some testing in linux-next, to get some confidence. >> >> Would you take it into -next then? Unless I'm completely wrong there >> should be no impact on any in-tree driver... > > I will take it; though I think it's best to queue it for 3.18 to get > some more testing. This patch causes a compiler warning, could you please fix it. Kind regards Uffe ^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH 3/5 v2] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-12 8:58 ` Ulf Hansson @ 2014-08-12 10:37 ` Pawel Moll 2014-08-12 11:51 ` Ulf Hansson 0 siblings, 1 reply; 9+ messages in thread From: Pawel Moll @ 2014-08-12 10:37 UTC (permalink / raw) To: Ulf Hansson Cc: Pawel Moll, Greg Kroah-Hartman, Anton Vorontsov, linux-mmc, Chris Ball, linux-kernel, linuxppc-dev The code selecting a device for the sdhci host has been continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 "mmc: sdhci-pltfm: Add structure for host-specific data" and a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt device does not pass parent to sdhci_alloc_host" while there does not seem to be any reason to use platform device's parent in the first place. The comment saying "Some PCI-based MFD need the parent here" seem to refer to Timberdale FPGA driver (the only MFD driver registering SDHCI cell, drivers/mfd/timberdale.c) but again, the only situation when parent device matter is runtime PM, which is not implemented for Timberdale. Signed-off-by: Pawel Moll <pawel.moll@arm.com> --- drivers/mmc/host/sdhci-pltfm.c | 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c index 7e834fb..c5b01d6 100644 --- a/drivers/mmc/host/sdhci-pltfm.c +++ b/drivers/mmc/host/sdhci-pltfm.c @@ -123,7 +123,6 @@ struct sdhci_host *sdhci_pltfm_init(struct platform_device *pdev, size_t priv_size) { struct sdhci_host *host; - struct device_node *np = pdev->dev.of_node; struct resource *iomem; int ret; @@ -136,13 +135,8 @@ struct sdhci_host *sdhci_pltfm_init(struct platform_device *pdev, if (resource_size(iomem) < 0x100) dev_err(&pdev->dev, "Invalid iomem size!\n"); - /* Some PCI-based MFD need the parent here */ - if (pdev->dev.parent != &platform_bus && !np) - host = sdhci_alloc_host(pdev->dev.parent, - sizeof(struct sdhci_pltfm_host) + priv_size); - else - host = sdhci_alloc_host(&pdev->dev, - sizeof(struct sdhci_pltfm_host) + priv_size); + host = sdhci_alloc_host(&pdev->dev, + sizeof(struct sdhci_pltfm_host) + priv_size); if (IS_ERR(host)) { ret = PTR_ERR(host); -- 1.9.1 ^ permalink raw reply related [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5 v2] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-12 10:37 ` [PATCH 3/5 v2] " Pawel Moll @ 2014-08-12 11:51 ` Ulf Hansson 0 siblings, 0 replies; 9+ messages in thread From: Ulf Hansson @ 2014-08-12 11:51 UTC (permalink / raw) To: Pawel Moll Cc: Greg Kroah-Hartman, Anton Vorontsov, linux-mmc, Chris Ball, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org On 12 August 2014 12:37, Pawel Moll <pawel.moll@arm.com> wrote: > The code selecting a device for the sdhci host has been > continuously tweaked (4b711cb13843f5082e82970dd1e8031383134a65 > "mmc: sdhci-pltfm: Add structure for host-specific data" and > a4d2177f00a5252d825236c5124bc1e9918bdb41 "mmc: sdhci-pltfm: dt > device does not pass parent to sdhci_alloc_host" while there > does not seem to be any reason to use platform device's parent > in the first place. > > The comment saying "Some PCI-based MFD need the parent here" > seem to refer to Timberdale FPGA driver (the only MFD driver > registering SDHCI cell, drivers/mfd/timberdale.c) but again, > the only situation when parent device matter is runtime PM, > which is not implemented for Timberdale. > > Signed-off-by: Pawel Moll <pawel.moll@arm.com> Thanks! Queued for 3.18. Kind regards Uffe > --- > drivers/mmc/host/sdhci-pltfm.c | 10 ++-------- > 1 file changed, 2 insertions(+), 8 deletions(-) > > diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c > index 7e834fb..c5b01d6 100644 > --- a/drivers/mmc/host/sdhci-pltfm.c > +++ b/drivers/mmc/host/sdhci-pltfm.c > @@ -123,7 +123,6 @@ struct sdhci_host *sdhci_pltfm_init(struct platform_device *pdev, > size_t priv_size) > { > struct sdhci_host *host; > - struct device_node *np = pdev->dev.of_node; > struct resource *iomem; > int ret; > > @@ -136,13 +135,8 @@ struct sdhci_host *sdhci_pltfm_init(struct platform_device *pdev, > if (resource_size(iomem) < 0x100) > dev_err(&pdev->dev, "Invalid iomem size!\n"); > > - /* Some PCI-based MFD need the parent here */ > - if (pdev->dev.parent != &platform_bus && !np) > - host = sdhci_alloc_host(pdev->dev.parent, > - sizeof(struct sdhci_pltfm_host) + priv_size); > - else > - host = sdhci_alloc_host(&pdev->dev, > - sizeof(struct sdhci_pltfm_host) + priv_size); > + host = sdhci_alloc_host(&pdev->dev, > + sizeof(struct sdhci_pltfm_host) + priv_size); > > if (IS_ERR(host)) { > ret = PTR_ERR(host); > -- > 1.9.1 > ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device 2014-08-11 9:15 ` Pawel Moll 2014-08-11 9:32 ` Ulf Hansson @ 2014-08-11 10:02 ` Russell King - ARM Linux 1 sibling, 0 replies; 9+ messages in thread From: Russell King - ARM Linux @ 2014-08-11 10:02 UTC (permalink / raw) To: Pawel Moll Cc: Ulf Hansson, Arnd Bergmann, Stephen Warren, Greg Kroah-Hartman, Peter De Schrijver, Anton Vorontsov, linux-mmc@vger.kernel.org, Chris Ball, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, arm@kernel.org, Catalin Marinas, Olof Johansson, linuxppc-dev@lists.ozlabs.org, paul@pwsan.com, linux-arm-kernel@lists.infradead.org On Mon, Aug 11, 2014 at 10:15:50AM +0100, Pawel Moll wrote: > On Mon, 2014-08-11 at 10:07 +0100, Ulf Hansson wrote: > > Sorry for the delay. I suppose this make sense, but I really don't > > know for sure. > > > > I guess we need some testing in linux-next, to get some confidence. > > Would you take it into -next then? Unless I'm completely wrong there > should be no impact on any in-tree driver... But not until 3.17-rc1 has been released. linux-next should not receive new material other than bug fixes while a merge window is open. -- FTTC broadband for 0.8mile line: currently at 9.5Mbps down 400kbps up according to speedtest.net. ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2014-08-12 11:51 UTC | newest] Thread overview: 9+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <1406298233-27876-1-git-send-email-pawel.moll@arm.com> 2014-07-25 14:23 ` [PATCH 3/5] mmc: sdhci-pltfm: Do not use parent as the host's device Pawel Moll 2014-08-08 16:36 ` Pawel Moll 2014-08-11 9:07 ` Ulf Hansson 2014-08-11 9:15 ` Pawel Moll 2014-08-11 9:32 ` Ulf Hansson 2014-08-12 8:58 ` Ulf Hansson 2014-08-12 10:37 ` [PATCH 3/5 v2] " Pawel Moll 2014-08-12 11:51 ` Ulf Hansson 2014-08-11 10:02 ` [PATCH 3/5] " Russell King - ARM Linux
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).