* Re: [PATCH] sparc: fix compile failure ("struct resource" related)
[not found] <200503012129.11840.adobriyan@mail.ru>
@ 2005-03-01 21:44 ` Andrew Morton
2005-03-03 2:00 ` William Lee Irwin III
0 siblings, 1 reply; 2+ messages in thread
From: Andrew Morton @ 2005-03-01 21:44 UTC (permalink / raw)
To: Alexey Dobriyan; +Cc: wli, sparclinux, linux-kernel
Alexey Dobriyan <adobriyan@mail.ru> wrote:
>
> Signed-off-by: Alexey Dobriyan <adobriyan@mail.ru>
Thanks. Many of these fixups are due to a 64-bit-resource patch in Greg's
bk-pci tree which he has now reverted. That being said:
- That patch will come back sometime
- Fixes like the below make sense anyway and can be merged any time.
- All the fixes which were only applicable when the 64-bit-resource patch
is present have been sent to Greg for when that patch reemerges.
> --- linux-2.6.11-rc5-mm1/arch/sparc/kernel/ioport.c.orig 2005-03-01 21:11:30.000000000 +0200
> +++ linux-2.6.11-rc5-mm1/arch/sparc/kernel/ioport.c 2005-03-01 21:12:48.000000000 +0200
> @@ -54,11 +54,11 @@ static void _sparc_free_io(struct resour
>
> /* This points to the next to use virtual memory for DVMA mappings */
> static struct resource _sparc_dvma = {
> - "sparc_dvma", DVMA_VADDR, DVMA_END - 1
> + .name = "sparc_dvma", .start = DVMA_VADDR, .end = DVMA_END - 1
> };
> /* This points to the start of I/O mappings, cluable from outside. */
> /*ext*/ struct resource sparc_iomap = {
> - "sparc_iomap", IOBASE_VADDR, IOBASE_END - 1
> + .name = "sparc_iomap", .start = IOBASE_VADDR, .end = IOBASE_END - 1
> };
>
> /*
^ permalink raw reply [flat|nested] 2+ messages in thread