Use a resource_size_t instead of unsigned long since some arch's are
capable of having ioremap deal with addresses greater than the size of a
unsigned long.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
---
include/linux/io.h |4 ++--
lib/devres.c |4 ++--
2 files changed, 4
Kumar Gala wrote:
Use a resource_size_t instead of unsigned long since some arch's are
capable of having ioremap deal with addresses greater than the size of a
unsigned long.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
Acked-by: Tejun Heo [EMAIL PROTECTED]
Thanks.
--
tejun
Tejun Heo wrote:
Kumar Gala wrote:
Use a resource_size_t instead of unsigned long since some arch's are
capable of having ioremap deal with addresses greater than the size of a
unsigned long.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
Acked-by: Tejun Heo [EMAIL PROTECTED]
Fine with me,
On Apr 29, 2008, at 1:37 AM, Jeff Garzik wrote:
Tejun Heo wrote:
Kumar Gala wrote:
Use a resource_size_t instead of unsigned long since some arch's are
capable of having ioremap deal with addresses greater than the
size of a
unsigned long.
Signed-off-by: Kumar Gala [EMAIL PROTECTED]
On Tue, Apr 29, 2008 at 09:08:14AM -0500, Kumar Gala wrote:
On Apr 29, 2008, at 1:37 AM, Jeff Garzik wrote:
Tejun Heo wrote:
Kumar Gala wrote:
Use a resource_size_t instead of unsigned long since some arch's are
capable of having ioremap deal with addresses greater than the size of a
Kumar Gala wrote:
Its a pretty trivial
patch and would be nice to go into 2.6.26. I would also consider it a
bug fix of shorts for any driver
Looked like a bugfix of longs to me... :-)
jdl
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org