[Fwd: [parisc-linux] 715/80 problems]

[Fwd: [parisc-linux] 715/80 problems]

[phi]

[-- Attachment #1: Type: text/plain, Size: 263 bytes --]

Sorry I sent this reply to Philipp while I meant to send it to the list.

Inthe mean time I saw Alex mail, so its sounds more like a regression
than a new desgin orientation.

Correct me if I'm wrong.
Phi

--
mailto:Philippe_Benard@hp.com
Technical Consulting Lab

[-- Attachment #2: Type: message/rfc822, Size: 1398 bytes --]

From: phi@tcleur.france.hp.com
To: Philipp Rumpf <prumpf@suse.de>
Subject: Re: [parisc-linux] 715/80 problems
Date: Wed, 22 Sep 1999 18:58:39 +0200
Message-ID: <37E90ABF.71B2FAD6@tcleur.france.hp.com>

Philipp Rumpf wrote:
> 
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.
> 

I'm single node oriented for now, I use to setup my disc so I could have
all in 1, i.e a LIF area, an HFS with the development system on it, an
EXT2 area (for the future), a swap area for linux, I don't plan to boo
HP-UX on this one.

With the regression that occured after 14 september  1999, or so (20
septembre is wrong, 14 setp is good), I can't use it anymore.

I'm think about a newfs to regain the full HFS capacity unless one of
you can tell me this will be put back as it was before. For now I assume
the vmlinux is not supposed to boot from isl> hpux right?

Phi

--
mailto:Philippe_Benard@hp.com
Technical Consulting Lab

Re: [Fwd: [parisc-linux] 715/80 problems]

[Alex deVries]

phi@tcleur.france.hp.com wrote:
> 
> With the regression that occured after 14 september  1999, or so (20
> septembre is wrong, 14 setp is good), I can't use it anymore.
> 
> I'm think about a newfs to regain the full HFS capacity unless one of
> you can tell me this will be put back as it was before. For now I assume
> the vmlinux is not supposed to boot from isl> hpux right?

It's *supposed to* work, but it doesn't.

Ah, okay.  This means that we should just be able to see what changed on
Sept. 14 and figure out what to fix.

Is anyone interested in fixing this?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group

Re: [parisc-linux] 715/80 problems

[Helge Deller]

Am Wed, 22 Sep 1999 schrieb Alex deVries:
> phi@tcleur.france.hp.com wrote:
> > 
> > With the regression that occured after 14 september  1999, or so (20
> > septembre is wrong, 14 setp is good), I can't use it anymore.
> > 
> > I'm think about a newfs to regain the full HFS capacity unless one of
> > you can tell me this will be put back as it was before. For now I assume
> > the vmlinux is not supposed to boot from isl> hpux right?
> 
> It's *supposed to* work, but it doesn't.
> 
> Ah, okay.  This means that we should just be able to see what changed on
> Sept. 14 and figure out what to fix.
> 
> Is anyone interested in fixing this?

Hi Philippe,
Hi Alex.

I´m not really sure, but maybe I know why it doesn´t boot any longer.
Phi, could you look in the file arch/parisc/Makefile in the section
LDFLAGS=-R<yyy>  if your working version has <yyy> as 0x10000 and your
non-working version has 0xC0010000. If yes, then it shows that the
hpux-bootloader isn´t able to load our kernel into the virtual space at
0xC0000000 and directly stops [segfaults?] without any message. One possible
solution could be, to patch the contents of the vmlinux-file at offsets 0x18,
(0x28??), 0x8A and 0x98 with &= 0xFFFFFFF (without C0). Please take a look in
the som.h-file, which contents have to be patched !  This way the hpux-loader
could load the kernel to the correct adress-room and the kernel
(already) automatically sets up the virtual adress-mapping.
In our own bootloader we read the contents of this header too and use the
"ADJ_LOW"-Function to get the correct adresses before loading the kernel.

Sure, maybe I´m totally wrong !

Helge Deller.

> 
> - Alex

[parisc-linux] 715/100 data page fault and msg output

[Grant Grundler]

Here's the output from the 715/100 followed by some comments:

...
mem_init 0xC01667E0 0xC1000000
mem_map c0116000
&_stext c0010000
&_data_start c0071000
start_mem c0167000
Memory: 14948k available (388k kernel code, 984k data, 64k init) [c0000000,c1000000]
here
here
here
here
here
here
here
here
here
here
VM test
c007640c c0013288 c0076000
POSIX conformance testing by UNIFIX
do_basic setup 2
do_basic setup 2
interrupted with code 15, regs c0076874
IAOQ: c0067c4c c0067c50
ISR: 00000000 IOR: c00167a8 IIR: 02a008b8
ior 00000004
sp c0076ac0
c0078000 c0078000
bad pgd 00000000 at c0078000
address 00000004 (vma)
vma 00000000
bad_area
bad address 00000004

PSW  : 0004000b  GR 1 : 00000000  GR 2 : 00014de8  GR 3 : c0079000  
GR 4 : c0079000  GR 5 : c010dd48  GR 6 : c00fe000  GR 7 : c0105800  
GR 8 : 00002000  GR 9 : 00000008  GR10 : c0015e84  GR11 : fc3ffe1f  
GR12 : 00000000  GR13 : 00000001  GR14 : 0000000a  GR15 : f0000704  
GR16 : f000b858  GR17 : 00000002  GR18 : 00000000  GR19 : c00eb92c  
GR20 : 0001aa03  GR21 : f0105800  GR22 : 00000000  GR23 : 00000060  
GR24 : f0105800  GR25 : 00000001  GR26 : c00ddc8c  GR27 : c0071000  
GR28 : 00000000  GR29 : 00000000  GR30 : 00000000  GR31 : c0017840  
SR0  : 00000000  SR1  : 00000000  SR2  : 00000000  SR3  : 00000000  
SR4  : 00000000  SR5  : 00000000  SR6  : 00000000  SR7  : 00000000  
IAOQ : c0067c4c c0067c50
SHR 1: 50000800  SHR 8: 00000008  SHR 9: c00d7000  SHR16: c0076874  
SHR17: 00000002  SHR24: f0105800  SHR25: 00000001  
Kernel panic: bad address

In swapper task - not syncing
================================================

I think this is a "Data Page Fault". The processor tried to
access an address which wasn't valid in the Page directory.
Couple of things in the trap handler would help here:
o More white space - makes what to cut/paste easier to determine
o clear text describing the fault
o In this case the offending instruction and a stack trace.
o printing the invalid address, IOAQ and general registers was good
o a message about please reset the machine to restart or something
  like that.

On a different note, the kernel prints lots of useful stuff along
with plenty of garbage. As a general rule, I would like to propose
folks use file name and line number instead of "here" and "Heya".
Remember we will be debugging stuff via other folks console output
quite a bit.

thanks,
grant

ps. Alex showed me the "la la la" work around in init_task.c.
   Is anyone already working to make this a runtime check?

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253

[parisc-linux] 715/80 problems

[Hannu Martikka]

Hei!


With 715/80 I get following:

Boot
:disk(....)/stand/vmlinux

GRs

0x00000000
...
	<bunch of HEX-values>
CRs

	<bunch of HEX-values>
SRs

	<bunch of HEX-values>
OTHER

	<bunch of HEX-values>

and then nothing...
It should be plain 715 but I have addon X.25 card on this machine (EISA?)

- Goodi
"The linuX Files -- The Source is Out There."
ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°

Re: [parisc-linux] 715/80 problems

[Philipp Rumpf]

> With 715/80 I get following:
> Boot
> :disk(....)/stand/vmlinux

you might want to try to boot via tftp / bootp as this is what most of us do
and it seems to work for us.

	Philipp Rumpf

Re: [parisc-linux] 715/80 problems

[Hannu Martikka]

On Wed, 22 Sep 1999, Philipp Rumpf wrote:

> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.
What's the difference? I mean why should it be different?
I guess tftp/bootp uses the Image (make Image) and IPL can use vmlinux
(make vmlinux) kernel.

> 	Philipp Rumpf
- Goodi
"The linuX Files -- The Source is Out There."
ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°

Re: [parisc-linux] 715/80 problems

[Philipp Rumpf]

> What's the difference? I mean why should it be different?
> I guess tftp/bootp uses the Image (make Image) and IPL can use vmlinux
> (make vmlinux) kernel.

It can't (or at least I don't know it can).  The kernel image has to be
loaded by a boot loader, and there is reason to believe it has to be our
boot loader.

 	Philipp Rumpf

Re: [parisc-linux] 715/80 problems

[Grant Grundler]

Philipp Rumpf wrote:
> Hannu Martikka wrote:
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.

Goodi,
Are you using HP-UX boot loader?

To boot from disk, one should do "make Image" and dd the Image to disk.
This will trash the HP-UX file system so only do this on a spare disk!
The loader used is then from the parisc-linux source tree.

grant

Re: [parisc-linux] 715/80 problems

[Hannu Martikka]

On Wed, 22 Sep 1999, Grant Grundler wrote:

> Philipp Rumpf wrote:
> > Hannu Martikka wrote:
> > > With 715/80 I get following:
> > > Boot
> > > :disk(....)/stand/vmlinux
> > 
> > you might want to try to boot via tftp / bootp as this is what most of us do
> > and it seems to work for us.
> 
> Goodi,
> Are you using HP-UX boot loader?
I was... It used to work (at the time when kernel didn't... :)

> To boot from disk, one should do "make Image" and dd the Image to disk.
> This will trash the HP-UX file system so only do this on a spare disk!
> The loader used is then from the parisc-linux source tree.
I setup the tftp/bootp server and now I can boot my 715/80 from lan.
Last thing it says is "urgh" and then it stays in for(;;). I cannot say
wether that is good or bad :)

> grant
- Goodi
"The linuX Files -- The Source is Out There."
ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°

Re: [parisc-linux] 715/80 problems

[Alex deVries]

Philipp Rumpf wrote:
> 
> > With 715/80 I get following:
> > Boot
> > :disk(....)/stand/vmlinux
> 
> you might want to try to boot via tftp / bootp as this is what most of us do
> and it seems to work for us.

There's definitely a problem with booting off of a disk, and I'm not
sure what the problem really is.  It'd be great if someone could look
into this, I know we're not implementing the entire LIF header.

Has *anyone* been able to boot from disk?

- Alex

-- 
Alex deVries
Vice President of Engineering
The Puffin Group

Re: [parisc-linux] 715/80 problems

[Grant Grundler]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

Hannu Martikka wrote:
> Hei!
> 
> 
> With 715/80 I get following:
> 
> Boot
> :disk(....)/stand/vmlinux
> 

Hannu/Goodi,
You didn't get any messages about a bad address here?

Dumping the GRs/CRs/SRs suggests a SW fault which can't be
handled...but the linux kernel needs to learn how to dump
more useful information.

BTW, those "<bunch of HEX-values>" mean something to various
people on the list. If you can collect (and post) all output
via serial console starting with the "Boot" message, others
on this list might be able to help.

> GRs
> 
> 0x00000000
> ...
> 	<bunch of HEX-values>
> CRs
> 
> 	<bunch of HEX-values>
> SRs
> 
> 	<bunch of HEX-values>
> OTHER
> 
> 	<bunch of HEX-values>
> 
> and then nothing...
> It should be plain 715 but I have addon X.25 card on this machine (EISA?)

I think the EISA is ignored for now...

grant

> 
> - Goodi
> "The linuX Files -- The Source is Out There."
> ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°
> 
> ---------------------------------------------------------------------------
> To unsubscribe: send e-mail to parisc-linux-request@thepuffingroup.com with
> `unsubscribe' as the subject.
> 

Grant Grundler
Communications Infrastructure Computer Operations
+1.408.447.7253

Re: [parisc-linux] 715/80 problems

[Hannu Martikka]

On Wed, 22 Sep 1999, Grant Grundler wrote:

> Hannu Martikka wrote:
> > Hei!
> > With 715/80 I get following:
> > 
> > Boot
> > :disk(....)/stand/vmlinux
> > 
> 
> Hannu/Goodi,
> You didn't get any messages about a bad address here?
Nope. First thing that showed up was "GRs".

> Dumping the GRs/CRs/SRs suggests a SW fault which can't be
> handled...but the linux kernel needs to learn how to dump
> more useful information.
> 
> BTW, those "<bunch of HEX-values>" mean something to various
> people on the list. If you can collect (and post) all output
> via serial console starting with the "Boot" message, others
> on this list might be able to help.
I was using the IPL/HPUX loader to start kernel. Are you still interested?
It now works with tftp/bootp.

> Grant Grundler
> Communications Infrastructure Computer Operations
> +1.408.447.7253
- Goodi
"The linuX Files -- The Source is Out There."
ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø,¸¸,ø¤º°`°º¤ø¤º°`°º¤ø,¸¸,ø¤º°