diff options
| author | Benjamin Herrenschmidt <benh@kernel.crashing.org> | 2008-04-29 00:59:11 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-04-29 08:06:02 -0700 |
| commit | b70d3a2c596fb52b02488ad4aef13fa0d602090c (patch) | |
| tree | 502793fdd2ca7c7e0d66af3e750d4ffbec6db248 /arch/frv/mb93090-mb00 | |
| parent | 626adeb6675fdf60e9d8c6212776b0b0acf0e376 (diff) | |
| download | kernel_samsung_aries-b70d3a2c596fb52b02488ad4aef13fa0d602090c.zip kernel_samsung_aries-b70d3a2c596fb52b02488ad4aef13fa0d602090c.tar.gz kernel_samsung_aries-b70d3a2c596fb52b02488ad4aef13fa0d602090c.tar.bz2 | |
iomap: fix 64 bits resources on 32 bits
Almost all implementations of pci_iomap() in the kernel, including the generic
lib/iomap.c one, copies the content of a struct resource into unsigned long's
which will break on 32 bits platforms with 64 bits resources.
This fixes all definitions of pci_iomap() to use resource_size_t. I also
"fixed" the 64bits arch for consistency.
Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: <linux-arch@vger.kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/frv/mb93090-mb00')
| -rw-r--r-- | arch/frv/mb93090-mb00/pci-iomap.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/arch/frv/mb93090-mb00/pci-iomap.c b/arch/frv/mb93090-mb00/pci-iomap.c index 068fa04..35f6df2 100644 --- a/arch/frv/mb93090-mb00/pci-iomap.c +++ b/arch/frv/mb93090-mb00/pci-iomap.c @@ -13,8 +13,8 @@ void __iomem *pci_iomap(struct pci_dev *dev, int bar, unsigned long maxlen) { - unsigned long start = pci_resource_start(dev, bar); - unsigned long len = pci_resource_len(dev, bar); + resource_size_t start = pci_resource_start(dev, bar); + resource_size_t len = pci_resource_len(dev, bar); unsigned long flags = pci_resource_flags(dev, bar); if (!len || !start) |