Subject: Re: Recent Status (was: HPPA Port Interest.)
To: Eric Schnoebelen <eric@cirr.com>
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
List: port-hp700
Date: 01/08/2000 00:49:49
re
1. to build cross-tools using some checked out sources, make sure your
current running system is built from those same sorces.
in particular your libiberty is out of sync here.
2. to setup a serial console that way it would require having a monitor
anyway, so why not use it? (:

once you mentioned netbsd/hppa is it available anywhere?

cu


Making, drinking tea and reading an opus magnum from Eric Schnoebelen:
> 
> Michael Shalayeff writes:
> - Making, drinking tea and reading an opus magnum from Eric Schnoebelen:
> - > David Brownlee writes:
> - > - On Wed, 29 Dec 1999, Eric Schnoebelen wrote:
> - > - 	Any status updates from people out there - anyone willing to
> - > - 	manage the pge that lists status and info?
> - > 
> - > 	Well, I'm probably not up to a page, but I can provide
> - > this status update from here:
> - > 
> - > 	I noticed that Mickey on the OpenBSD project updated the
> - > OpenBSD tree a bit.  I _still_ wasn't able to get a cross
> - > compiler to build on my OpenBSD/sparc system, so I haven't gone
> - > too much farther down that path..
> -
> - cross-tools builds just fine on i386 and sparc.
> - can you describe your problems before stating it does not build?
> - i can confirm that it builds not only on my machine.
> 
> 	Executing the following command: 
> 		sudo make TARGET=hppa cross-tools
> 
> left me with the following errors:
> gcc -DCROSS_COMPILE -DIN_GCC -DHAIFA   -g   -DHAVE_CONFIG_H  -o cc1 toplev.o version.o tree.o print-tree.o stor-layout.o fold-const.o  function.o stmt.o except.o expr.o calls.o expmed.o explow.o optabs.o  intl.o varasm.o rtl.o print-rtl.o rtlanal.o emit-rtl.o genrtl.o real.o  dbxout.o sdbout.o dwarfout.o dwarf2out.o xcoffout.o bitmap.o alias.o gcse.o  integrate.o jump.o cse.o loop.o unroll.o flow.o stupid.o combine.o varray.o  regclass.o regmove.o local-alloc.o global.o reload.o reload1.o caller-save.o  insn-peep.o reorg.o haifa-sched.o final.o recog.o reg-stack.o  insn-opinit.o insn-recog.o insn-extract.o insn-output.o insn-emit.o lcm.o  profile.o insn-attrtab.o pa.o getpwd.o  convert.o  mbchar.o dyn-string.o graph.o sbitmap.o resource.o hash.o c-parse.o c-lang.o c-lex.o c-pragma.o c-decl.o c-typeck.o c-convert.o  c-aux-info.o c-common.o c-iterate.o obstack.o        -liberty 
> /home/wylbur/eric/work/OpenBSD/src/gnu/egcs/gcc/cse.c:856: Undefined symbol `_find_hash_table_entry' referenced from text segment
> /home/wylbur/eric/work/OpenBSD/src/gnu/egcs/gcc/cse.c:921: Undefined symbol `_empty_hash_table' referenced from text segment
> /home/wylbur/eric/work/OpenBSD/src/gnu/egcs/gcc/cse.c:932: Undefined symbol `_create_hash_table' referenced from text segment
> collect2: ld returned 1 exit status
> *** Error code 1
> 
> Stop in /usr/cross/hppa/usr/obj/gnu/egcs/gcc.
> *** Error code 1
> 
> Digging into OpenBSD's compiler tree was a bit more than I was up
> Sunday afternoon (when I recieve the above error.)
> 
> I'm updating my OpenBSD CVS tree as I type, and will attempt
> another cross build just as soon as the update is complete.
> 
> - > 	I've tried to boot Mickey's latest OpenBSD/hppa kernel
> - > on one my 720, with no luck.  I haven't tried to boot anything
> - > on the `spare' 712, as I haven't gotten it rigged for a serial
> - > console yet.
> -
> - 720 is stated as _unsupported_ until someone w/ the box
> - actually work on it. so, whom have you gotten surprised?
> 
> 	I wasn't terribly suprised.  It hasn't worked before, and
> I didn't really expect it to work this time, but I was taking a
> chance that perhaps something unrelated caused a change in that
> status.  Once I can get the cross compile environment going, I'll
> go at getting the 720 supported for both OpenBSD and NetBSD..
> 
> - fyi, 712 does not support serial console.
> 
> 	Actually, it does, although not in a natural, intuitive way. 
> Inside HP, they have/had a large number of them set up headless
> for various purposes.  However, it is not a configuration
> supported outside of HP.
> 
> 	The magic, gleaned from the parisc-linux@thepuffingroup.com 
> list is:
> 
> 	power up the 712
> 	abort the autoboot (press escape)
> 	at the BOOT_ADMIN> prompt, enter
> 			`boot pri isl'
> 	at the ISL> prompt, type
> 			`conspath 2/0/4.0x283' (for serial)
> 	at the ISL> prompt, type 
> 			`disp'
> 		to verify the console path is:
> 			`(hex) 2/0/4.283.0.0.0.0.0'
> 	If required, retype the `conspath' command, and reverify
> 		until it is correct.
> 	Connect a terminal to the system.
> 	power cycle the system to bring it up on a serial
> 		console.
> 
> Disclaimers: This is _not_ a supported configuration by HP end
> users.  If you mess up the `conspath' command, and let the
> system reset, you have buggered your system into a state where
> only a `dagger' board can reset it.  `dagger' boards are
> available internally to HP, for their use..
> 
> 	The URL of the message in the parisc-linux archive is:
> http://puffin.external.hp.com/mailing-lists/parisc-linux/1440.html
> 
> 	I'm going to set one of my 712's to run off a serial
> console, at least for a while.  The other (my primary X display)
> will continue using the standard graphical display.. :-)
> 
> --
> Eric Schnoebelen		eric@cirr.com		http://www.cirr.com
>       Where subtlety fails us we must simply make do with cream pies.
> 


-- 
    paranoic mickey       (my employers have changed but, the name has remained)