Re: 3.4-beta on B132L and E55 / PCI support

Michael Shalayeff <[email protected]> Tue, 16 Sep 2003 17:09:35 -0400 (EDT)
Newsgroups gmane.os.openbsd.hppa
Message-ID <[email protected]>
Making, drinking tea and reading an opus magnum from Jochen Kunz:
[Charset ISO-8859-15 unsupported, filtering to ASCII...]
> On 2003.09.16 10:37 Michael Shalayeff wrote:
> 
> > it is on the ftp.usa . i suggest you contact the mirror maintainer
> > you have downloaded the snapshot from.
> To be onest, I don't know what mirror I used but definedly not .usa. I 
> must have been a German or at least an European mirror. 

then i guess contacting the maintainer should clear up the problem.

> > > BTW: Why did the kernel use the old Sun rarp/bootparamd method?
> > > Even the boot ROM in the 715/100XC supported dhcp/bootp.
> > you are confused.
> > bootp/tftp is used by the prom to load the kernel.
> > rarpd/bootparam are used to configure root on nfs
> I am not confused, even if I sond like that. ;-)
> I very well relized that the PROM used bootp/tftp to load the kernel. 
> But the kernel used rarp/bootparam. Why did the kernel use a different 
> method like the bootrom? Why did the kernel not use bootp/dhcp? On 

kernel does not use bootprom.

> other architectures (PReP and CHRP e.g.) and other OSes (NetBSD) the 
> PROM and kernel use the same protocols. That way you don't have to 
> configure two different boot setups and keep them in sync. 

you do not need any of the rarpd/bootparams configured to perform an
ftp or http installation -- only to run diskless.

> [Dino / PCI support]
> > this code should come after 3.4 is out as it did not
> > make it on time for 3.4 w/ support in dc(4) and siop(4).
> Seams like I have to learn more about OpenBSD release engeneering. I 
> had a look at the current sources today, checked out via anonacvs. 
> There was an empty hppa/pci directory. So it looked to me like there is 
> nobody working on it. 

please do not tell me what am i not working on.

> > it is not listed as supported and thus is not supported.
> Well. Web pages tend to be outdated and there is written "The following 
> systems may eventually work:[...]HP 9000 E-Class" I thought that the 
> machine may be similar enough to some already supported machine to get 
> a bit more out of it. So I gave it a try. 

no they are not outdated. the lag is measured in days not years.

> > i'd say support for those machines is kinda low-priority
> > since they contain those funky hp-pb modules that we
> > most likely will never support anyway.
> Sad. Very sad. It is such a nice machine.

imho. it's an ugly machine.

cu

-- 
    paranoic mickey       (my employers have changed but, the name has remained)