[parisc-linux] Progress

[Philipp Rumpf]

> Hi Philipp,

Hi.

> I am currently booting with "hpux /stand/vmunix".
>
> This doesn't use the boot code in ipl_c.c.  Maybe the problem is the failure
> in main to open "/dev/console".  Possibly, "/dev/console" is not in the ram
> disk or, if it is, the kernel is not figuring out which tty to use.

Don't do that, then :).

Honestly, I don't think we have a way yet to use the command line the HPUX
boot loader passes us (which I was told uses the ANSI C way of passing
arguments, i.e. argument count in GR26, pointer to NULL-terminated array
of pointers to NULL-terminated arrays of strings in GR25).  Anyone up to
write some glue code that puts that back together into a simple long string
Linux's commandline splitting code can spli again ?

> > > I also need to slow down the console messages.
> > 
> > edit arch/parisc/kernel/pdc_cons.c and put a __delay(N); in pdc_putc.  N is
> > approximately the number of CPU cycles you want to wait.  I suggest placing
> > it directly after the "case 'n':" as that gives you a per-line delay instead
> > of a per-character one.
> 
> I tried this and it didn't work.  It looks like __delay() is broken.  The
> ".balignl" is clearly bogus.

Oh.  Why ?  The way it is intended is to align the following code to a 64-byte
boundary (cache lines on current PA2.0 CPUs are 64 bytes, I think) using nops.

> I think the "addib" tests need to bew looked at more closely.

Possible.  They seem to work fine for the rest of us though (i.e. the delay
loop gets calibrated nicely).

	Philipp Rumpf