[parisc-linux] HIL status

Matthew Wilcox Matthew.Wilcox@genedata.com
Wed, 10 Nov 1999 01:52:45 +0100


On Wed, Nov 10, 1999 at 01:14:09AM +0100, Philipp Rumpf wrote:
> > My question is: how?  Mach hardcodes the address of ASP to 0xf0800000,
> > but there's nothing even close in the driver list.  I notice in the
> 
> > 2. Scorpio Jr Core BA (11) at 0xf082f000, versions 0xb, 0x0, 0x70, 0x0, 0x0
> > 3. Scorpio Jr Core SCSI (10) at 0xf0825000, versions 0xb, 0x0, 0x71, 0x0, 0x0
> > 4. Scorpio Jr Core LAN (802.3) (10) at 0xf0826000, versions 0xb, 0x0, 0x72, 0x0, 0x0
> > 5. Scorpio Jr Core HIL (10) at 0xf0821000, versions 0xb, 0x0, 0x73, 0x0, 0x0
> > 6. Scorpio Jr Core RS-232 (10) at 0xf0823000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> > 7. Scorpio Jr Core RS-232 (10) at 0xf0822000, versions 0xb, 0x0, 0x75, 0x0, 0x0
> > 8. Scorpio Jr Core Centronics (10) at 0xf0824000, versions 0xb, 0x0, 0x74, 0x0, 0x0
> 
> I am sorry, but when all this devices are within a 1 MB offset of the HPA we're
> looking for (0xf0800000 + 1 M = 0xf0900000, I hope), doesn't that look very nice
> indeed ?  You are right that the interrupt management (which is at address
> 0xf0800000) is not specifically printed here, but I think we should be able
> to deduce it, shouldn't we ?

Ummmm.. how exactly were you intending on going about this?  In lasi.c,
in lasi_init_chip(), round the address down to the nearest megabyte?
(possibly with a check on the type of `lasi' we found?)

-- 
Matthew Wilcox <willy@bofh.ai>
"Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture." - N Stephenson