lkml.org 
[lkml]   [2008]   [Oct]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [Bug] pci allocation resources problems on x86_64
Hi,

> and that range it can not use that...
>
> only solution could be
>
> Allocating PCI resources starting at c2000000 (gap: c0000000:20000000)
>
> about pci_mem_start from 0xc1000000 instead of 0xc200000
>
> __init void e820_setup_gap(void)
> {
> unsigned long gapstart, gapsize, round;
> int found;
>
> gapstart = 0x10000000;
> gapsize = 0x400000;
> found = e820_search_gap(&gapstart, &gapsize, 0, MAX_GAP_END);
>
> #ifdef CONFIG_X86_64
> if (!found) {
> gapstart = (max_pfn << PAGE_SHIFT) + 1024*1024;
> printk(KERN_ERR "PCI: Warning: Cannot find a gap in the 32bit
> "
> "address range\n"
> KERN_ERR "PCI: Unassigned devices with 32bit resource
> "
> "registers may break!\n");
> }
> #endif
>
> /*
> * See how much we want to round up: start off with
> * rounding to the next 1MB area.
> */
> round = 0x100000;
> while ((gapsize >> 4) > round)
> round += round;
> /* Fun with two's complement */
> pci_mem_start = (gapstart + round) & -round;
>
> printk(KERN_INFO
> "Allocating PCI resources starting at %lx (gap: %lx:%lx)\n",
> pci_mem_start, gapstart, gapsize);
> }
>
>
> please check if you can change memhole size in BIOS... if not, we can
> have more patch for it....make pci_mem_start more compact...

It is not possible to modify anything from the bios at least nothing related to
memory. So what do you suggest forcing the pci_mem_start. When I look at the
dmesg file I find some open windows such as 0xc0000001 -> 0xdfffffff and
0xf0000001 -> to 0xfebffffff or something like that.

Mathieu

>
> YH
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>




\
 
 \ /
  Last update: 2008-10-25 14:47    [W:0.049 / U:3.588 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site