diff options
author | Daniel Ritz <daniel.ritz@gmx.ch> | 2005-09-08 18:57:14 -0400 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-09-09 18:25:46 -0400 |
commit | f0eca9626c6becb6fc56106b2e4287c6c784af3d (patch) | |
tree | 552a52f367d9d964d4ac3f86ccacfd538aa610c3 /arch/x86_64/kernel/e820.c | |
parent | 41d0ab2a7dfe9e25504169c98eac5e84e5509e3d (diff) |
[PATCH] Update PCI IOMEM allocation start
This fixes the problem with "Averatec 6240 pcmcia_socket0: unable to
apply power", which was due to the CardBus IOMEM register region being
allocated at an address that was actually inside the RAM window that had
been reserved for video frame-buffers in an UMA setup.
The BIOS _should_ have marked that region reserved in the e820 memory
descriptor tables, but did not.
It is fixed by rounding up the default starting address of PCI memory
allocations, so that we leave a bigger gap after the final known memory
location. The amount of rounding depends on how big the unused memory
gap is that we can allocate IOMEM from.
Based on example code by Linus.
Acked-by: Greg KH <greg@kroah.com>
Acked-by: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'arch/x86_64/kernel/e820.c')
-rw-r--r-- | arch/x86_64/kernel/e820.c | 16 |
1 files changed, 8 insertions, 8 deletions
diff --git a/arch/x86_64/kernel/e820.c b/arch/x86_64/kernel/e820.c index 116ac5f53dce..bb0ae18ec02b 100644 --- a/arch/x86_64/kernel/e820.c +++ b/arch/x86_64/kernel/e820.c | |||
@@ -567,7 +567,7 @@ unsigned long pci_mem_start = 0xaeedbabe; | |||
567 | */ | 567 | */ |
568 | __init void e820_setup_gap(void) | 568 | __init void e820_setup_gap(void) |
569 | { | 569 | { |
570 | unsigned long gapstart, gapsize; | 570 | unsigned long gapstart, gapsize, round; |
571 | unsigned long last; | 571 | unsigned long last; |
572 | int i; | 572 | int i; |
573 | int found = 0; | 573 | int found = 0; |
@@ -604,14 +604,14 @@ __init void e820_setup_gap(void) | |||
604 | } | 604 | } |
605 | 605 | ||
606 | /* | 606 | /* |
607 | * Start allocating dynamic PCI memory a bit into the gap, | 607 | * See how much we want to round up: start off with |
608 | * aligned up to the nearest megabyte. | 608 | * rounding to the next 1MB area. |
609 | * | ||
610 | * Question: should we try to pad it up a bit (do something | ||
611 | * like " + (gapsize >> 3)" in there too?). We now have the | ||
612 | * technology. | ||
613 | */ | 609 | */ |
614 | pci_mem_start = (gapstart + 0xfffff) & ~0xfffff; | 610 | round = 0x100000; |
611 | while ((gapsize >> 4) > round) | ||
612 | round += round; | ||
613 | /* Fun with two's complement */ | ||
614 | pci_mem_start = (gapstart + round) & -round; | ||
615 | 615 | ||
616 | printk(KERN_INFO "Allocating PCI resources starting at %lx (gap: %lx:%lx)\n", | 616 | printk(KERN_INFO "Allocating PCI resources starting at %lx (gap: %lx:%lx)\n", |
617 | pci_mem_start, gapstart, gapsize); | 617 | pci_mem_start, gapstart, gapsize); |