From: Eric Anholt <hidden> Date: 2016-06-04 02:23:37
The min() macro was complaining about mismatched types. The max len
is at most SZ_1G, so we can just put it in an unsigned int.
Signed-off-by: Eric Anholt <redacted>
---
Vinod, if you ack it, this one would be nice to be able to merge
through the -soc tree, so that when we enable of arm64 builds of this
driver we don't introduce a new compiler warning.
drivers/dma/bcm2835-dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
On Fri, Jun 03, 2016 at 07:23:33PM -0700, Eric Anholt wrote:
quoted hunk
The min() macro was complaining about mismatched types. The max len
is at most SZ_1G, so we can just put it in an unsigned int.
Signed-off-by: Eric Anholt <redacted>
---
Vinod, if you ack it, this one would be nice to be able to merge
through the -soc tree, so that when we enable of arm64 builds of this
driver we don't introduce a new compiler warning.
drivers/dma/bcm2835-dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
bcm2835_dma_max_frame_length() returns size_t. so this should also add a
complain about type mismatch as well!
Also, wouldn't it be better to make both args of min() as size_t then?
unsigned int i, len;
dma_addr_t addr;
struct scatterlist *sgent;
--
2.8.0.rc3
From: Eric Anholt <hidden> Date: 2016-06-06 17:15:12
Vinod Koul [off-list ref] writes:
On Fri, Jun 03, 2016 at 07:23:33PM -0700, Eric Anholt wrote:
quoted
The min() macro was complaining about mismatched types. The max len
is at most SZ_1G, so we can just put it in an unsigned int.
Signed-off-by: Eric Anholt <redacted>
---
Vinod, if you ack it, this one would be nice to be able to merge
through the -soc tree, so that when we enable of arm64 builds of this
driver we don't introduce a new compiler warning.
drivers/dma/bcm2835-dma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
bcm2835_dma_max_frame_length() returns size_t. so this should also add a
complain about type mismatch as well!
Also, wouldn't it be better to make both args of min() as size_t then?
Assignments from different sizes don't produce warnings. The other arg
of the min() is a u32, and this value is known to be < u32, so I don't
see the problem. I could start promoting u32s to size_ts instead, but I
don't know where that would end.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160606/d65d5e79/attachment-0001.sig>