[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Version 0.9 of PA-RISC Linux Released

On Sun, Jun 03, 2001 at 09:42:11PM -0500, Michael S. Zick wrote:
> Hi Folks -
> Sub-Title this one: Adventures in running V0.9 on a HP9000/720 box:

Well, 720 is explicitly mentioned as not yet being supported.  There seems
to be a bug in the ASP driver, so SCSI and LAN don't work.  In addition,
the trap handler needs another case to handle 720 & family (traps 26,
27 and 28 are reported as trap 18 on this cpu, and which one needs to be
distinguished.  there's a hack around which assumes this is a page-fault,
but this will get you into an infinite loop in kernel space if user does
unaligned data reference instead).  Oh, and I hear a rumour that this
revision of the CPU does not allow user-space reads of %cr27, so we need
to write a handler for this machine, or use non-floating stacks in glibc.

> File: linux/drivers/char/console.c
> Function: void __init con_init
> Approx. lines 2455-2457
> 	call to register_console appears to never return - 
> The 9000/720 (at least mine) has a SGC display reported by the inventory list.
> Changing the passed command line (with IPL editor) to: console=ttyB
> (which specifies the PDC console functions) seems to by-pass the above code

Sounds like a bug in the STI code too then... helge, did you want a 720
or 730 to play with?  :-)

> I had been trouble shooting a number of different things in the LASI-SEM700
> scsi driver for the 53c7xx (yes, the 9000/720 has the oldest controller
> available).
> The driver was reporting "unable to obtain consistant DMA memory" - among
> other strange and mysterious things.
> Only recently did I notice that the ethernet driver is reporting the same thing -

That's expected behaviour.  Richard, could we change the printk?
It's clearly confusing our users -- this is not the first bug report
we've received about it.  How about making it print "using explicit
DMA coherency mode" instead?  [other suggestions for proper wording

> The printer port driver is reporting (interrupt driven mode) - is the printer port on
> the 720 DMA capable?

Don't know.  Can't say I've tried the parallel port myself on any machine.

> Note: All work is being done XC(x86) - the 720 disk was wiped clean
> before I got the machine.  So I have to get it running before I can
> trouble shoot why it isn't running with the native mode toolset.

I'm still xcompiling my kernels :-)  I know it's a stable build
environment, and up until jsm & alan modra found the most recent bug,
it had no known bugs...

> Yes - I am using the most recent XC-... things available from your site.

The bug only affects 64-bit kernels, so don't worry about it.

> PS: Is any work being done at the work station end?  Such as an 80960
> X-client?  This system came with two workstations - a HP 700/RX (model
> C2708A) and a HP Envizex, aSeries (model C2731A).

I can't say that I know those systems... these are old X terminals based on
the i960 processor?  If so, I'm not aware of any work being done on these.
I'll put them on my list, right after the m88k port :-)

Revolutions do not require corporate support.

Reply to: