},
> .probe = sdhci_esdhc_mcf_probe,
> .remove = sdhci_esdhc_mcf_remove,
>
Acked-by: Angelo Dureghello
(2) | BIT(0))
looks like i need some glasses. Thanks a lot for the fix.
I probably missed it since not using 16bytes transfers.
Tested-by: Angelo Dureghello
Regards,
angelo
> #define EDMA_TCD_ATTR_SSIZE_8BIT 0
> #define EDMA_TCD_ATTR_SSIZE_16BIT (EDMA_TCD_ATTR_DSIZE_16BIT << 8)
> #define EDMA_TCD_ATTR_SSIZE_32BIT (EDMA_TCD_ATTR_DSIZE_32BIT << 8)
> --
> 2.7.4
Non functional fix, set Kb to b, to avoid any misundertanding.
Signed-off-by: Angelo Dureghello
---
drivers/w1/slaves/w1_ds2430.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/w1/slaves/w1_ds2430.c b/drivers/w1/slaves/w1_ds2430.c
index 6fb0563fb2ae..75bb8a88620b
ff ff ff
0010 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 40
0020
Signed-off-by: Angelo Dureghello
---
drivers/w1/slaves/Kconfig | 8 +
drivers/w1/slaves/Makefile| 1 +
drivers/w1/slaves/w1_ds2430.c | 295 ++
3 files changed, 304 insertions(+
430.c - w1 family 14 (DS2430) driver
+ **
+ * Copyright (c) 2019 Angelo Dureghello
+ *
+ * Cloned and modified from ds2431
+ * Copyright (c) 2008 Bernhard Weirich
+ *
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+#include
+
+#define W1_EEPROM_DS2430 0x14
+
+#defin
+--
> drivers/dma/fsl-edma-common.h | 14 ++-
> drivers/dma/fsl-edma.c | 109
> ++---
> drivers/dma/mcf-edma.c | 11 ++-
> 6 files changed, 239 insertions(+), 50 deletions(-)
>
I tested the patch-set on ColdFire mcf5441x (stmark2 board), all works fine.
Tested-by: Angelo Dureghello
Regards,
Angelo
> --
> 2.7.4
>
d also avoids swapping data twice.
>
> Reported-by: Angelo Dureghello
> Fixes: aecc787c06f4300f ("iomap: Use non-raw io functions for
> io{read|write}XXbe")
> Signed-off-by: Geert Uytterhoeven
> ---
> This can be reverted later, after this oddity of the Coldfire I/O
> s
Hi all,
just rebased to master right now, so @ > 5.1.1,
nommu boot works, mmu boot hangs without any message.
Before rebase i was near 5.1-rc1 but lost the log, unfortunately.
I start to investigate on this. Please let me know if you may
have any idea about where the issue could come from.
the assumption.
> >
> > Fix this by providing our own variants, using the raw accessors,
> > reinstating the old behavior. This is fine on m68k, as no special
> > barriers are needed, and also avoids swapping data twice.
> >
> > Reported-by: Angelo Dureghello
e = fsl_edma_free_desc;
> vchan_init(_chan->vchan, _edma->dma_dev);
>
> diff --git a/drivers/dma/mcf-edma.c b/drivers/dma/mcf-edma.c
> index 5de1b07eddff..7de54b2fafdb 100644
> --- a/drivers/dma/mcf-edma.c
> +++ b/drivers/dma/mcf-edma.c
> @@ -214,6 +214,7 @@ static int mcf_edma_probe(struct platform_device *pdev)
> mcf_chan->edma = mcf_edma;
> mcf_chan->slave_id = i;
> mcf_chan->idle = true;
> + mcf_chan->dma_dir = DMA_NONE;
> mcf_chan->vchan.desc_free = fsl_edma_free_desc;
> vchan_init(_chan->vchan, _edma->dma_dev);
> iowrite32(0x0, >tcd[i].csr);
> --
> 2.17.1
>
I tested this patch on:
- Vybrid VF50N (Toradex Colibri VF50)
- ColdFire mcf54415 (Sysam stmark2 board)
and dma still works properly.
Tested-by: Angelo Dureghello
*fsl_chan,
> struct fsl_edma_desc *fsl_desc;
> int i;
>
> - fsl_desc = kzalloc(sizeof(*fsl_desc) +
> -sizeof(struct fsl_edma_sw_tcd) *
> -sg_len, GFP_NOWAIT);
> + fsl_desc = kzalloc(struct_size(fsl_desc, tc
Hi,
sorry, there was no build-test robot warning anymore about it.
Will fix it in a patch in short.
On Thu, Sep 13, 2018 at 12:22:18PM +1000, Stephen Rothwell wrote:
> Hi Vinod,
>
> After merging the slave-dma tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
>
Hi,
sorry, there was no build-test robot warning anymore about it.
Will fix it in a patch in short.
On Thu, Sep 13, 2018 at 12:22:18PM +1000, Stephen Rothwell wrote:
> Hi Vinod,
>
> After merging the slave-dma tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
>
Hi,
On Fri, Jul 06, 2018 at 08:16:29AM +0200, Krzysztof Kozlowski wrote:
> On 6 July 2018 at 08:05, Vinod wrote:
> > On 05-07-18, 18:23, Angelo Dureghello wrote:
> >> Hi Stafan,
> >>
> >> On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agn
Hi,
On Fri, Jul 06, 2018 at 08:16:29AM +0200, Krzysztof Kozlowski wrote:
> On 6 July 2018 at 08:05, Vinod wrote:
> > On 05-07-18, 18:23, Angelo Dureghello wrote:
> >> Hi Stafan,
> >>
> >> On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agn
Hi Stafan,
On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agner wrote:
> Hi Vinod, Hi Angelo,
>
> On 05.07.2018 14:45, Angelo Dureghello wrote:
> > Hi Vinod,
> >
> > On Thu, Jul 05, 2018 at 10:12:53AM +0200, Angelo Dureghello wrote:
> >> Hi Vinod,
> >
Hi Stafan,
On Thu, Jul 05, 2018 at 05:55:31PM +0200, Stefan Agner wrote:
> Hi Vinod, Hi Angelo,
>
> On 05.07.2018 14:45, Angelo Dureghello wrote:
> > Hi Vinod,
> >
> > On Thu, Jul 05, 2018 at 10:12:53AM +0200, Angelo Dureghello wrote:
> >> Hi Vinod,
> >
Hi Vinod,
On Thu, Jul 05, 2018 at 10:12:53AM +0200, Angelo Dureghello wrote:
> Hi Vinod,
>
> On Thu, Jul 05, 2018 at 01:05:52PM +0530, Vinod wrote:
> > On 04-07-18, 10:54, Krzysztof Kozlowski wrote:
> > > Hi,
> > >
> > > The commit 6ad069123f03bebe4315d
Hi Vinod,
On Thu, Jul 05, 2018 at 10:12:53AM +0200, Angelo Dureghello wrote:
> Hi Vinod,
>
> On Thu, Jul 05, 2018 at 01:05:52PM +0530, Vinod wrote:
> > On 04-07-18, 10:54, Krzysztof Kozlowski wrote:
> > > Hi,
> > >
> > > The commit 6ad069123f03bebe4315d
Hi Vinod,
On Thu, Jul 05, 2018 at 01:05:52PM +0530, Vinod wrote:
> On 04-07-18, 10:54, Krzysztof Kozlowski wrote:
> > Hi,
> >
> > The commit 6ad069123f03bebe4315dea13d44845854ca6043 ("dmaengine:
> > fsl-edma: extract common fsl-edma code (no changes in behavior
> > intended)"), even though
Hi Vinod,
On Thu, Jul 05, 2018 at 01:05:52PM +0530, Vinod wrote:
> On 04-07-18, 10:54, Krzysztof Kozlowski wrote:
> > Hi,
> >
> > The commit 6ad069123f03bebe4315dea13d44845854ca6043 ("dmaengine:
> > fsl-edma: extract common fsl-edma code (no changes in behavior
> > intended)"), even though
Hi,
just to inform you that i have in mind to add spi(soon, at least seems
just a matter con Kconfig changes) and usdhc(later)
drivers/support for stmark2 mcf5441x based board.
But no problem, in case i'll re-add the this code as needed.
On 24/08/2017 16:34, Alexandre Belloni wrote:
As
Hi,
just to inform you that i have in mind to add spi(soon, at least seems
just a matter con Kconfig changes) and usdhc(later)
drivers/support for stmark2 mcf5441x based board.
But no problem, in case i'll re-add the this code as needed.
On 24/08/2017 16:34, Alexandre Belloni wrote:
As
subscribe linux-kernel
--
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/
subscribe linux-kernel
--
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/
/show_bug.cgi?id=17877
Produced binaries are not working on the target.
Is it possible to have available another m68k toolchain
(including older or newer binutils/as than the bugged 2.22) ?
Thanks,
Best regards,
Angelo Dureghello
--
To unsubscribe from this list: send the line "unsubscribe
/show_bug.cgi?id=17877
Produced binaries are not working on the target.
Is it possible to have available another m68k toolchain
(including older or newer binutils/as than the bugged 2.22) ?
Thanks,
Best regards,
Angelo Dureghello
--
To unsubscribe from this list: send the line unsubscribe linux
27 matches
Mail list logo