On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
From: Christian Zigotzky <hidden> Date: 2020-01-20 09:41:37
Am 16.01.20 um 16:46 schrieb Ulf Hansson:
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
quoted
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
I am not sure if the ppc community have to fix this issue because your
updates (mmc-v5.4-2) are responsible for this issue. If nobody wants to
fix this issue then we will lost the onboard SD card support in the
future. PLEASE check the 'mmc-v5.4-2' updates again.
On Mon, 20 Jan 2020 at 10:17, Christian Zigotzky [off-list ref] wrote:
Am 16.01.20 um 16:46 schrieb Ulf Hansson:
quoted
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
quoted
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
I am not sure if the ppc community have to fix this issue because your
updates (mmc-v5.4-2) are responsible for this issue. If nobody wants to
fix this issue then we will lost the onboard SD card support in the
future. PLEASE check the 'mmc-v5.4-2' updates again.
Applying your suggested fix breaks other archs/boards. It's really not
a good situation, but I will not take a step back when it's quite easy
to take a step forward instead.
Someone just need to care and send a patch, it doesn't look that hard
to me, but maybe I am wrong.
Apologies if this isn't the answer you wanted, but that's all I can do
for now, sorry.
Kind regards
Uffe
From: Michael Ellerman <mpe@ellerman.id.au> Date: 2020-01-24 11:51:50
Ulf Hansson [off-list ref] writes:
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
quoted
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
That's a pretty small community these days :) :/
Christian can you test this please? I think I got the polarity of all
the tests right, but it's Friday night so maybe I'm wrong :)
cheers
From 975ba6e8b52d6f5358e93c1f5a47adc4a0b5fb70 Mon Sep 17 00:00:00 2001
From: Michael Ellerman <mpe@ellerman.id.au>
Date: Fri, 24 Jan 2020 22:26:59 +1100
Subject: [PATCH] of: Add OF_DMA_DEFAULT_COHERENT & select it on powerpc
There's an OF helper called of_dma_is_coherent(), which checks if a
device has a "dma-coherent" property to see if the device is coherent
for DMA.
But on some platforms devices are coherent by default, and on some
platforms it's not possible to update existing device trees to add the
"dma-coherent" property.
So add a Kconfig symbol to allow arch code to tell
of_dma_is_coherent() that devices are coherent by default, regardless
of the presence of the property.
Select that symbol on powerpc when NOT_COHERENT_CACHE is not set, ie.
when the system has a coherent cache.
Fixes: 92ea637edea3 ("of: introduce of_dma_is_coherent() helper")
Cc: stable@vger.kernel.org # v3.16+
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
---
arch/powerpc/Kconfig | 1 +
drivers/of/Kconfig | 4 ++++
drivers/of/address.c | 6 +++++-
3 files changed, 10 insertions(+), 1 deletion(-)
@@ -103,4 +103,8 @@ config OF_OVERLAYconfigOF_NUMAbool+configOF_DMA_DEFAULT_COHERENT+# arches should select this if DMA is coherent by default for OF devices+bool+endif# OF
From: Christian Zigotzky <hidden> Date: 2020-01-25 13:29:16
On 24 January 2020 at 12:42 pm, Michael Ellerman wrote:
Ulf Hansson [off-list ref] writes:
quoted
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
quoted
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
That's a pretty small community these days :) :/
Christian can you test this please? I think I got the polarity of all
the tests right, but it's Friday night so maybe I'm wrong :)
cheers
From 975ba6e8b52d6f5358e93c1f5a47adc4a0b5fb70 Mon Sep 17 00:00:00 2001
From: Michael Ellerman <mpe@ellerman.id.au>
Date: Fri, 24 Jan 2020 22:26:59 +1100
Subject: [PATCH] of: Add OF_DMA_DEFAULT_COHERENT & select it on powerpc
There's an OF helper called of_dma_is_coherent(), which checks if a
device has a "dma-coherent" property to see if the device is coherent
for DMA.
But on some platforms devices are coherent by default, and on some
platforms it's not possible to update existing device trees to add the
"dma-coherent" property.
So add a Kconfig symbol to allow arch code to tell
of_dma_is_coherent() that devices are coherent by default, regardless
of the presence of the property.
Select that symbol on powerpc when NOT_COHERENT_CACHE is not set, ie.
when the system has a coherent cache.
Fixes: 92ea637edea3 ("of: introduce of_dma_is_coherent() helper")
Cc: stable@vger.kernel.org # v3.16+
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
---
arch/powerpc/Kconfig | 1 +
drivers/of/Kconfig | 4 ++++
drivers/of/address.c | 6 +++++-
3 files changed, 10 insertions(+), 1 deletion(-)
@@ -103,4 +103,8 @@ config OF_OVERLAYconfigOF_NUMAbool+configOF_DMA_DEFAULT_COHERENT+# arches should select this if DMA is coherent by default for OF devices+bool+endif# OF
From: Christian Zigotzky <hidden> Date: 2020-01-28 08:01:27
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are
using new SanDisk High (>8G) CF cards with this driver [1] and we need
the following line in the file "drivers/ata/pata_pcmcia.c".
+ PCMCIA_DEVICE_MANF_CARD(0x00f1, 0x0101), /* SanDisk High
(>8G) CFA */
Thanks,
Christian
[1] https://forum.hyperion-entertainment.com/viewtopic.php?f=35&t=4282
From: Christoph Hellwig <hch@infradead.org> Date: 2020-01-28 08:11:26
On Tue, Jan 28, 2020 at 08:58:29AM +0100, Christian Zigotzky wrote:
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are using
new SanDisk High (>8G) CF cards with this driver [1] and we need the
following line in the file "drivers/ata/pata_pcmcia.c".
+ PCMCIA_DEVICE_MANF_CARD(0x00f1, 0x0101), /* SanDisk High (>8G)
CFA */
Please send a formal patch for it to linux-ide@vger.kernel.org
From: Michael Ellerman <mpe@ellerman.id.au> Date: 2020-01-28 11:58:18
Christian Zigotzky [off-list ref] writes:
On 24 January 2020 at 12:42 pm, Michael Ellerman wrote:
quoted
Ulf Hansson [off-list ref] writes:
quoted
On Thu, 16 Jan 2020 at 12:18, Christian Zigotzky [off-list ref] wrote:
quoted
Hi All,
We still need the attached patch for our onboard SD card interface
[1,2]. Could you please add this patch to the tree?
No, because according to previous discussion that isn't the correct
solution and more importantly it will break other archs (if I recall
correctly).
Looks like someone from the ppc community needs to pick up the ball.
That's a pretty small community these days :) :/
Christian can you test this please? I think I got the polarity of all
the tests right, but it's Friday night so maybe I'm wrong :)
cheers
Michael,
Thanks a lot for the new patch! I compiled the RC7 of kernel 5.5 with
your patch again yesterday and the kernel works without any problems
with our onboard SD cards. [1]
From: Rob Herring <robh+dt@kernel.org> Date: 2020-01-28 14:24:20
On Tue, Jan 28, 2020 at 2:01 AM Christian Zigotzky
[off-list ref] wrote:
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are
using new SanDisk High (>8G) CF cards with this driver [1] and we need
the following line in the file "drivers/ata/pata_pcmcia.c".
+ PCMCIA_DEVICE_MANF_CARD(0x00f1, 0x0101), /* SanDisk High
(>8G) CFA */
Run get_maintainers.pl and it will answer that for you:
$ scripts/get_maintainer.pl -f drivers/ata/pata_pcmcia.c
Bartlomiej Zolnierkiewicz [off-list ref]
(maintainer:LIBATA PATA DRIVERS)
Jens Axboe [off-list ref] (maintainer:LIBATA PATA DRIVERS)
linux-ide@vger.kernel.org (open list:LIBATA PATA DRIVERS)
linux-kernel@vger.kernel.org (open list)
From: Christian Zigotzky <hidden> Date: 2020-01-28 14:53:35
On 28 January 2020 at 3:16 pm, Rob Herring wrote:
On Tue, Jan 28, 2020 at 2:01 AM Christian Zigotzky
[off-list ref] wrote:
quoted
Hi All,
Which mailing list is responsible for the pata_pcmcia driver? We are
using new SanDisk High (>8G) CF cards with this driver [1] and we need
the following line in the file "drivers/ata/pata_pcmcia.c".
+ PCMCIA_DEVICE_MANF_CARD(0x00f1, 0x0101), /* SanDisk High
(>8G) CFA */
Run get_maintainers.pl and it will answer that for you:
$ scripts/get_maintainer.pl -f drivers/ata/pata_pcmcia.c
Bartlomiej Zolnierkiewicz [off-list ref]
(maintainer:LIBATA PATA DRIVERS)
Jens Axboe [off-list ref] (maintainer:LIBATA PATA DRIVERS)
linux-ide@vger.kernel.org (open list:LIBATA PATA DRIVERS)
linux-kernel@vger.kernel.org (open list)