On Wed, Apr 22, 2009 at 6:05 PM, Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx> wrote: > On Wed, 22 Apr 2009 17:49:18 -0700 > Yinghai Lu <yinghai@xxxxxxxxxx> wrote: > >> Jesse Barnes wrote: >> > On Wed, 22 Apr 2009 15:37:04 -0700 >> > Yinghai Lu <yinghai@xxxxxxxxxx> wrote: >> > >> >> one system with 4g installed ( there is 1g hole) >> >> >> >> when 4G installed. >> >> BIOS put ACPI etc need the hole >> >> [ 0.000000] BIOS-provided physical RAM map: >> >> [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009bc00 >> >> (usable) [ 0.000000] BIOS-e820: 000000000009bc00 - >> >> 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: >> >> 00000000000e3000 - 0000000000100000 (reserved) [ 0.000000] >> >> BIOS-e820: 0000000000100000 - 00000000bffa0000 (usable) >> >> [ 0.000000] BIOS-e820: 00000000bffa0000 - 00000000bffae000 >> >> (ACPI data) [ 0.000000] BIOS-e820: 00000000bffae000 - >> >> 00000000bfff0000 (ACPI NVS) [ 0.000000] BIOS-e820: >> >> 00000000bfff0000 - 00000000c0000000 (reserved) [ 0.000000] >> >> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) >> >> [ 0.000000] BIOS-e820: 00000000ffb00000 - 0000000100000000 >> >> (reserved) [ 0.000000] BIOS-e820: 0000000100000000 - >> >> 0000000140000000 (usable) so in kernel resource will be reserved >> >> for 0xbffa0000 - 0xbfff0000 for ACPI 0x100000 - 0xbffa0000 for >> >> RAM... >> >> >> >> and BIOS set >> >> [ 0.240007] pci 0000:00:01.0: bridge 64bit mmio pref: >> >> [0xbdf00000-0xddefffff] [ 0.237102] pci 0000:01:00.0: reg 10 >> >> 32bit mmio: [0xc0000000-0xcfffffff] that is conflict with reserved >> >> res. so it can not be reserved Kernel. >> >> >> >> then Kernel try to get range from 0x140000000 ( above the RAM, 5G >> >> and above 4g) and set let the bridge to use it, and ATI cards to >> >> use it. >> >> >> >> but the problem is that ATI only support 32bit ... >> > >> > So Ivan's patch didn't work for you for this problem? I was >> > planning on applying it, but it would be nice to get some test >> > results first. >> >> looks like Ivan patch still has some problem. > > Can you be more specific? :) I'd like to get this resolved properly as > well, and I think the principles Ivan outlined are the right ones to > follow... > to check the BAR support 64bit or not should be read from pci_read_bases and pci_bridge_read_bases... aka Ivan's patch logic is some kind of wrong. YH -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
