Re: IO issues vs. multiple busses

2001-03-04 Thread Geert Uytterhoeven
On Sat, 3 Mar 2001, Grant Grundler wrote: > Benjamin Herrenschmidt wrote: > > Additionally, the same problem is true for ISA memory, when it exist > > obviously. > > Really? I expected ISA memory to look like reguler uncacheable memory > and the drivers would simply dereference the address. But I

Re: IO issues vs. multiple busses

2001-03-04 Thread Benjamin Herrenschmidt
>So once again I vote for the introduction of >isa_{request,release}_mem_region(), just like we already have isa_readb() and >friends. Well, it's the same problem as the IO, there may be more than one ISA mem region, especially when you put 2 video cards on 2 different PCI hosts (even without a P

Re: IO issues vs. multiple busses

2001-03-04 Thread Geert Uytterhoeven
On Sat, 3 Mar 2001, Benjamin Herrenschmidt wrote: > With those two simple functions, we could at least > > - Have vgacon disable itself when there's no ISA memory (that can be ^^ > handled by >reserving the region and thus preventing re

Re: IO issues vs. multiple busses

2001-03-03 Thread Grant Grundler
Benjamin Herrenschmidt wrote: ... > The reason why I'm getting this problem on the public place (again ?) > is that we are now faced with people who want to put video cards in both > AGP & PCI busses, those cards requiring accesses to some legacy VGA IOs > on each of their busses. I don't see any

Re: IO issues vs. multiple busses

2001-03-03 Thread Benjamin Herrenschmidt
>Here are my comments directly responding to your mail. Hi ! Thanks for taking the time to respond in details. >Large systems have problems with I/O port space and legacy devices. >There just isn't enough I/O port space to support large configs >and ISA aliasing and all the other crud. That's wh

Re: IO issues vs. multiple busses

2001-03-02 Thread Grant Grundler
Benjamin, Here are my comments directly responding to your mail. Benjamin Herrenschmidt wrote: > Hi Grant ! > > My original mail is: > > Here's the return of an ld problem for which we really need a > solution asap since it's now biting us in real life configurations... > > So the problem