Mon, 22 Nov 1999 08:30:23 +0100
> Hi Philipp,
> 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).