Re: [parisc-linux] proposed changes to dino.c

[James Bottomley <James.Bottomley@steeleye.com>]

On Fri, 2003-12-12 at 02:48, Grant Grundler wrote:
> I just realized some drivers may need to access data (not code)
> in the ROM. I'm not aware of any but I don't want to under
> estimate how creative people can get. Just something to beware
> when bringing up new cards.

Hmm, well, we can back it out if people start hitting problems.

The reason for it is the Quad tulip card:  The bridge chip only requests
a 1MB PCI window, but each chip has two memory BARs: the iomem region
(128bytes, with page alignment) and the ROM (256Kb).  The bridge
allocation routines seem to work the BARs in reverse, so by the time the
ROM BARs are allocated, the memory window is full and none of the
devices can function.

I suppose I could look at a two phase approach: count all the resources
and sizes and then resize the bridge window appropriately...we actually
already need to do this for the GSC window on my C360...firmware
allocates too much space in the GSC/8 window and I run out of iomem
space for devices on the GSC/10.

James