PCI Resource allocation

[Flores, Raul]

A bit off topic, but since the subject is pci resource allocation:

As entered here:
http://bugs.gentoo.org/show_bug.cgi?id=249832

the 2.6.24-gentoo-r3 kernel; iomem tree for my video display works, but
has not worked in the following kernels:
2.6.26-gentoo-r2
2.6.27-gentoo-r2
2.6.28-rc4 (perfmon2 git)

Using g5_defconfig on an iMac G5 iSight PowerMac 12,1 ppc64 (cross 32
userspace) PPC970FX

Had to hack to arch/powerpc/kernel/pci-common.c in alloc_resource() so
that I could run the 2.6.28 kernel with perfmon2.


Thanks for all the work that gets done here,

Raul


-----Original Message-----
From: linuxppc-dev-bounces+raul.flores=lmco.com at ozlabs.org
[mailto:linuxppc-dev-bounces+raul.flores=lmco.com at ozlabs.org] On Behalf
Of Benjamin Herrenschmidt
Sent: Thursday, December 04, 2008 4:54 PM
To: Deepak Pandian
Cc: linuxppc-dev at ozlabs.org
Subject: Re: PCI Resource allocation

On Fri, 2008-12-05 at 00:06 +0530, Deepak Pandian wrote:
> Hi,
> 
> In ppc4xx_pci i see the pci size to be declared as
>  u32 lah, lal, pciah, pcial, sa;

I think the 4xx code is pretty much ok at this stage no ?

> Also at many other places I see the pci region is not capable of
> handling resources > 4GB. I am planning to work on this arch specific
> code to make it handle pci resource of width greater than 4 GB.

Which "many other places" ?

> But before that i wanted to clarify whether the core kernel will be
> able to handle pci regions with width greater than  4GB.

There's at least one place in the generic PCI code, in
pci_read_bridge_bases(), that needs fixing in a similar way as we
already fixed __pci_read_base(), ie by testing the resource_size_t size
rather than whether the platform is 64-bit.

There might be a few more.

Cheers,
Ben.


_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev at ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev