[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