On Wed, Dec 10, 2014 at 02:44:58PM +0100, Geert Uytterhoeven wrote:
> Hi Wolfram,
>
> On Wed, Dec 10, 2014 at 2:21 PM, Wolfram Sang <wsa@xxxxxxxxxxxxx> wrote:
> > DMA is opt-in for this driver. So, we can't use deferred probing in
> > probe, because our driver would get endlessly deferred if DMA support is
> > compiled in but only the DMA driver is missing. Because we can't know
> > when the DMA driver might show up, we always try again when a DMA
> > transfer would be possible. The downside is that there is more overhead
> > for setting up every DMA transfer.
>
> ... for setting up every PIO transfer?
>
> Once DMA is available, it's just one extra variable check.
ACK. Mixed that up.
>
> > Reported-by: Geert Uytterhoeven <geert+renesas@xxxxxxxxx>
> > Signed-off-by: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
> > ---
> > drivers/i2c/busses/i2c-sh_mobile.c | 98 +++++++++++++++++++-------------------
> > 1 file changed, 48 insertions(+), 50 deletions(-)
> >
> > diff --git a/drivers/i2c/busses/i2c-sh_mobile.c b/drivers/i2c/busses/i2c-sh_mobile.c
> > index 636f2297143a..ea7b99212fa6 100644
> > --- a/drivers/i2c/busses/i2c-sh_mobile.c
> > +++ b/drivers/i2c/busses/i2c-sh_mobile.c
> > @@ -144,6 +144,7 @@ struct sh_mobile_i2c_data {
> > int sr;
> > bool send_stop;
> >
> > + struct resource *res;
>
> I thinkk you can just store dma_addr_t port_addr here.
Yes, but I liked the resource better :)
Attachment:
signature.asc
Description: Digital signature
