[<prev] [next>] [day] [month] [year] [list]
Message-ID: <1694173.4OOsIkYGBD@avalon>
Date: Mon, 11 May 2015 20:28:24 +0300
From: Laurent Pinchart <laurent.pinchart@...asonboard.com>
To: Nicholas Krause <xerofoify@...il.com>
Cc: ulf.hansson@...aro.org, ben.dooks@...ethink.co.uk,
ykaneko0929@...il.com, laurent.pinchart+renesas@...asonboard.com,
kouichi.tomita.yn@...esas.com, kuninori.morimoto.gx@...esas.com,
linux-mmc@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mmc:Add pointer cast to long for slave_id_rx and tx in the function, sh_mmcif_request_dma_one
Hello,
On Monday 11 May 2015 13:15:17 Nicholas Krause wrote:
> This adds a pointer cast to long in the function, sh_mmif_request_dma_one
I would use the uintptr_t type instead of long, as it has been designed for
this purpose exactly.
> for the when assigning one of the variables slave_id_tx or slave_id_rx of
> the structure pointer,pdata to the void pointer, slave_data and the enum
> directon respectfully.
It's very nice to be respectful, but the commit message doesn't tell why this
is needed. Something along the lines of "Cast integer to void * through
uintptr_t to avoid compiler warning when compiling on 64bit platforms." would
be more helpful.
> Signed-off-by: Nicholas Krause <xerofoify@...il.com>
> ---
> drivers/mmc/host/sh_mmcif.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/mmc/host/sh_mmcif.c b/drivers/mmc/host/sh_mmcif.c
> index 7eff087..e276558 100644
> --- a/drivers/mmc/host/sh_mmcif.c
> +++ b/drivers/mmc/host/sh_mmcif.c
> @@ -398,8 +398,8 @@ sh_mmcif_request_dma_one(struct sh_mmcif_host *host,
>
> if (pdata)
> slave_data = direction == DMA_MEM_TO_DEV ?
> - (void *)pdata->slave_id_tx :
> - (void *)pdata->slave_id_rx;
> + (void *)(long)pdata->slave_id_tx :
> + (void *)(long)pdata->slave_id_rx;
>
> chan = dma_request_slave_channel_compat(mask, shdma_chan_filter,
> slave_data, &host->pd->dev,
--
Regards,
Laurent Pinchart
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists