headers
Matt Fredette | 5 Jun 2002 16:06
Picon

new snapshot


Hi!  There is a new binary snapshot of NetBSD/hp700 available under:

ftp://ftp.netbsd.org/pub/NetBSD/arch/hp700/snapshot/20020604-1.6A/

Check your local mirror for a copy.

General Notes:

0.  Again, this whole project started with Michael Shalayeff's
    OpenBSD/hppa port.  Without his work as the foundation
    I'd be nowhere.

1.  This is really, really alpha stuff.  No foolin.  Use at 
    your own risk.  I keep the power to my HP/UX drive 
    disconnected while testing.

2.  This snapshot has been tested by me on exactly one machine:
    An HP 9000/715/50 with 48MB of RAM and a serial console.  
    Other people reported success with the previous snapshot on 
    other machines, and this snapshot should also work on them.

3.  There is no new machine support in this snapshot.  If your
    machine didn't work with the previous snapshot, it won't
    work with this one, either... sorry!

4.  This is very much a netboot/diskless-only snapshot.  There
    is no support for booting off of disk, or mounting root
    on a disk.  This will change once I start committing and 
    can work with itohy to incorporate his work in this area.
(Continue reading)

Permalink | Reply | 5 comments |
headers
Matt Fredette | 5 Jun 2002 16:07
Picon

toolchain


I have finally started to commit hp700 support.  It'll take a while to 
get everything in, but in the meantime, here's an i386 binary package 
of the toolchain and toolchain sources I used to create the last snapshot:

ftp://ftp.netbsd.org/pub/NetBSD/arch/hp700/cross/cross-hppa-netbsdelf-1.0.0.0.tgz
ftp://ftp.netbsd.org/pub/NetBSD/arch/hp700/cross/cross-hppa-netbsdelf-1.0.0.0-sources.tar.bz2

These are already on some FTP mirrors, too.

The source tarball is a mess.  It's a `cvs export' of two of my local 
repositories.  One repository has gcc and gdb from the parisc-linux
anoncvs, checked out 2001-10-05, and the other has NetBSD's
gnusrc/gnu/dist/toolchain, checked out 2001-10-04.  Both have mods
by me for hppa--netbsdelf.  While it is possible to arrange everything
into a tree that builds, it's hairy.  Maybe only a good source of diffs
back to gcc-current, binutils-current?

I've only ever used this cross-toolchain to make statically linked 
binaries.  I would be surprised if it could make dynamic libraries 
and executables.

Matt

--

-- 
Matt Fredette
Permalink | Reply | 3 comments |
headers
Jason R Thorpe | 5 Jun 2002 17:08

Re: toolchain

On Wed, Jun 05, 2002 at 10:07:49AM -0400, Matt Fredette wrote:

 > by me for hppa--netbsdelf.  While it is possible to arrange everything
 > into a tree that builds, it's hairy.  Maybe only a good source of diffs
 > back to gcc-current, binutils-current?

binutils 2.12 and -current already have an hppa-netbsd configuration,
which uses the elf32-hppa format.  Are you using elf32-hppa or
elf32-hppa-linux?

 > I've only ever used this cross-toolchain to make statically linked 
 > binaries.  I would be surprised if it could make dynamic libraries 
 > and executables.

It will probably work fine, just ld.elf_so work is needed, I guess.

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 2 comments |
headers
Matt Fredette | 5 Jun 2002 17:31
Picon

Re: toolchain


>  > by me for hppa--netbsdelf.  While it is possible to arrange everything
>  > into a tree that builds, it's hairy.  Maybe only a good source of diffs
>  > back to gcc-current, binutils-current?
> 
> binutils 2.12 and -current already have an hppa-netbsd configuration,
> which uses the elf32-hppa format.  Are you using elf32-hppa or
> elf32-hppa-linux?

elf32-hppa.  You're right, my binutils diffs (attached) are shorter than 
I thought they were.  I did have to do some work on ld/scripttempl/hppaelf.sc.
The .note section thing is one thing I know is a bad hack, and there are 
probably others.

>  > I've only ever used this cross-toolchain to make statically linked 
>  > binaries.  I would be surprised if it could make dynamic libraries 
>  > and executables.
> 
> It will probably work fine, just ld.elf_so work is needed, I guess.

Ya.

Matt

--

-- 
Matt Fredette

[snip]
Index: gnusrc/gnu/dist/toolchain/configure.in
diff -u gnusrc/gnu/dist/toolchain/configure.in:1.1.1.1 gnusrc/gnu/dist/toolchain/configure.in:1.3
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jason R Thorpe | 5 Jun 2002 17:59

Re: toolchain

On Wed, Jun 05, 2002 at 11:31:41AM -0400, Matt Fredette wrote:

 > elf32-hppa.  You're right, my binutils diffs (attached) are shorter than 
 > I thought they were.  I did have to do some work on ld/scripttempl/hppaelf.sc.
 > The .note section thing is one thing I know is a bad hack, and there are 
 > probably others.

What problem were you trying to solve?

If you look at binutils-current and 2.12, what I did there was basically
inherit the hppalinux emul params, and then set the OUTPUT_FORMAT to
elf32-hppa.

Can you please try binutils 2.12 or -current and let me know how it goes?
I do need to make the change to gas to allow labels to not have a : after
them, it looks like... but other than that, it "should work" (because it's
nearly identical to the hppa-linux configuration, which is known to work).

(I can't really try the toolchain out myself until you commit the hp700
bits, because I need the headers to build the compiler.)

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 0 comments |
headers
Yves Bodack | 5 Jun 2002 21:08
Picon

Re: new snapshot

Hi!

I just gave it a try but same problem as last time:
> mainbus0 (root)panic: mbattach: cannot map mainbus IO space
but then i took a look at the matrix of reports from Thilo again, and i
recognized geckos with other then 64 mb have had more luck.
so i tried using only 32mb and ... it works right to the nfs boot requests!
so may be, that's a useful hint

ciao yves...

----- Original Message -----
From: "Matt Fredette" <fredette <at> theory.lcs.mit.edu>
To: <port-hp700 <at> netbsd.org>
Sent: Wednesday, June 05, 2002 4:06 PM
Subject: new snapshot

>
> Hi!  There is a new binary snapshot of NetBSD/hp700 available under:
>
> ftp://ftp.netbsd.org/pub/NetBSD/arch/hp700/snapshot/20020604-1.6A/
>
> Check your local mirror for a copy.
>
> General Notes:
>
> 0.  Again, this whole project started with Michael Shalayeff's
>     OpenBSD/hppa port.  Without his work as the foundation
>     I'd be nowhere.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jochen Kunz | 6 Jun 2002 09:01
Picon

Re: new snapshot

On 2002.06.05 16:06 Matt Fredette wrote:

> Hi!  There is a new binary snapshot of NetBSD/hp700 available under:
> 
> ftp://ftp.netbsd.org/pub/NetBSD/arch/hp700/snapshot/20020604-1.6A/
[...]
> 2.  This snapshot has been tested by me on exactly one machine:
>     An HP 9000/715/50 with 48MB of RAM and a serial console.  
When the LinuxTag (where I will do some NetBSD propaganda...) is over I
will try to get the time to test it on my 715/33 and perhaps 712/60...

Stupid question: What is the difference from hp700 to hp800? 
Or in other words: Why do we have hp700 and not hppa(32|64)? 
--

-- 

tschüß,
         Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Permalink | Reply | 3 comments |
headers
Jason R Thorpe | 6 Jun 2002 19:01

Re: new snapshot

On Thu, Jun 06, 2002 at 09:01:37AM +0200, Jochen Kunz wrote:

 > Stupid question: What is the difference from hp700 to hp800? 
 > Or in other words: Why do we have hp700 and not hppa(32|64)? 

There is an arch/hppa which contains hppa CPU specific support code.

arch/hp700 contains hp700-and-machines-similar-to-it support code.

When you say hp800, which hp800 do you mean?  The old hp800 or the
new hp800? :-)  The new hp800s are very different from the old hp800s,
and if we were to support the old hp800s, it would probably have to
be as a different port (i.e. arch/hp800), and probably a different
MACHINE_ARCH, as well (I seem to recall that HPPA 1.0 and HPPA 1.1
aren't quite compatible, much in the same way that 68010 and 68020
are not quite compatible).

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 2 comments |
headers
Jochen Kunz | 6 Jun 2002 20:32
Picon

Re: new snapshot

On 2002.06.06 19:01 Jason R Thorpe wrote:

> There is an arch/hppa which contains hppa CPU specific support code.
> arch/hp700 contains hp700-and-machines-similar-to-it support code.
Ahh, like m68k and the various ports that are based on that CPU. 

> When you say hp800, which hp800 do you mean?  The old hp800 or the
> new hp800? :-) 
Why do I have the feeling that HP stuff is somewhat obscure? 
Hmm. I should not say obscure as a DEC (RIP) lover. ;-) 

> The new hp800s are very different from the old hp800s,
> and if we were to support the old hp800s, it would probably have to
> be as a different port (i.e. arch/hp800), and probably a different
> MACHINE_ARCH, as well 
Very good to know. The objects of my desire (some E class stuff, maybe a
H70) are all at least HPPA 1.1. Not to speak about the D370 (PA8000)
that I am hunting... 
--

-- 

tschüß,
         Jochen

Homepage: http://www.unixag-kl.fh-kl.de/~jkunz/
Permalink | Reply | 1 comment |
headers
Jason R Thorpe | 6 Jun 2002 20:44

Re: new snapshot

On Thu, Jun 06, 2002 at 08:32:36PM +0200, Jochen Kunz wrote:

 > Very good to know. The objects of my desire (some E class stuff, maybe a
 > H70) are all at least HPPA 1.1. Not to speak about the D370 (PA8000)
 > that I am hunting... 

Yes, you're referring to the "new hp800" :-)  I have an "old hp800"
in my garage -- a 9000/834 ... very similar to a 9000/835 (many years
ago I worked at a university CS dept which had many HP machines, including
a couple 835s used as servers).

These "old hp800s" machines are ... very different from the 700s and
the new 800s.

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 0 comments |

Gmane