Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

2020-09-10 Thread Gedare Bloom
Thanks, good luck :) On Thu, Sep 10, 2020 at 7:19 AM Christian Mauderer wrote: > > Hello Gedare, > > I created a ticket for this in FreeBSD (I really hope I picked the right > way for this). I'll wait whether it needs some adaption and then re-send > an adapted patch for libbsd as soon as I have

Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

2020-09-10 Thread Christian Mauderer
Hello Gedare, I created a ticket for this in FreeBSD (I really hope I picked the right way for this). I'll wait whether it needs some adaption and then re-send an adapted patch for libbsd as soon as I have a version that is accepted in FreeBSD. Best regards Christian On 10/09/2020 09:05, Christ

Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

2020-09-10 Thread Christian Mauderer
Hello Gedare, I'll have to rework some parts (the ones where I checked for the BSP) but I'll try. Best regards Christian On 09/09/2020 17:58, Gedare Bloom wrote: > Can this be pushed upstream in a non-RTEMS specific way? > > On Wed, Sep 9, 2020 at 5:16 AM Christian Mauderer > wrote: >> >> Som

Re: [PATCH rtems-libbsd 1/2] sdhci: Add some workarrounds for i.MX

2020-09-09 Thread Gedare Bloom
Can this be pushed upstream in a non-RTEMS specific way? On Wed, Sep 9, 2020 at 5:16 AM Christian Mauderer wrote: > > Some bits are in the wrong order. Beneath that, the interrupts can occur > in an unexpected order. The DATA_AVAIL interrupt can occur at the same > time as the DMA interrupt (or s