Subject: Re: Observations running current on a B180L
To: David H. Gutteridge <dhgutteridge@sympatico.ca>
From: Nick Hudson <skrll@netbsd.org>
List: port-hp700
Date: 12/08/2006 09:37:38
On Wednesday 29 November 2006 05:56, David H. Gutteridge wrote:
> Hi all,
>
> Here are some observations I've made running current on my B180L,
> in case they're of interest to anyone.
>
> sysinst works fine for me.  I do see one thing when device entries are
> made:
>
> MAKEDEV: ses0: unknown device
> MAKEDEV: ses1: unknown device
> MAKEDEV: ses2: unknown device
> MAKEDEV: ses3: unknown device
>
> This seems harmless in my context.

Fixed.

> I also noticed that "MAKEDEV all" doesn't make any audio devices,
> though the GENERIC kernel includes harmony(4).  "MAKEDEV audio" of
> course does the trick.

Fixed.

> I tried the audio capabilities for curosity's sake, and they seem to
> work fine, though the headphone jack doesn't seem to work.  The line-in
> does, but I couldn't get audiorecord(1) to work, probably due to my
> lack of experience with it.  (The internal speaker on a B180L rivals the
> sound quality of the beep device on an i386 box.)

hmm, please send-pr.

> gdb doesn't seem to be included as part of the install sets for hp700?

There is no gdb for hppa as yet. It's pretty high on my list, though.

> Do people (using a framebuffer console) find that <Ctrl>-<Alt>-<Esc>
> drops to ddb(4)?  That works for me.  If it's generally the case, I'll
> submit a patch to the ddb(4) man page to add a reference for hp700.
> (It looks like the serial console takes "+++++" by default on hp700,
> but I haven't tried it.)

I'll hook one of my machines up and check.

> Compiling a kernel or perl (as root) causes resource limits to be
> exceeded, I had to use unlimit in csh to get around that, does this
> happen with other archs in current?  (I've always run stable releases
> before on other archs, and I've never seen this.)

I've seen this, but I'm not sure why it happens only on hp700. send-pr, 
please.

> find(1) doesn't recognize hp700 (hppa) binaries correctly.  It thinks
> executables are fonts:
>
> [disciple@arcusiv:disciple]$ file /usr/pkg/bin/digest
> /usr/pkg/bin/digest: X11/NeWS bitmap font, for NetBSD 4.99.4, dynamically
> linked (uses shared libs), stripped
>
> ... and sometimes it gives even stranger results:
>
> [disciple@arcusiv:disciple]$ file /bin/ps
> /bin/ps: Unix Fast File system [v2] (big-endian) last mounted on , last
> written at Sat May 24 10:05:38 2031, clean flag 1, readonly flag 0, number
> of blocks 8319028633824420206, number of data blocks 2336369250386863392,
> number of cylinder groups 0, block size 0, fragment size 0, average file
> size 1987279392, average number of files in dir 1920168736, pending blocks
> to free 7165065848723235840, pending inodes to free 1970496882, system-wide
> uuid 1761000000000, minimum percentage of free blocks 0, TIME optimization
> SPACE optimization, for NetBSD 4.99.4, dynamically linked (uses shared
> libs), not stripped
>
> The latter type of output from find(1) is repeatable, but the actual
> files that trigger this vary after each boot (e.g. last time digest(1)
> did, this time ps(1) did)...

I'm guessing you've installed using a snapshot which is created on a LE 
machine. /usr/share/misc/magic* built on a BE machine should work, e.g.

	ftp://ftp.netbsd.org/pub/NetBSD/misc/skrll/magic.tar.gz

Thanks to Martin Husemann for these. (No patents!)

> I tried building some packages, including some that are X clients.
> Some compiled successfully (e.g. nedit, mpg123), some didn't, (e.g.
> Emacs).
>
> The Emacs build fails with:
>
> cc -c -I/usr/X11R6/include -I/usr/pkg/include -I/usr/local/include
> -L/usr/pkg/lib -L/usr/local/lib  -DPNG_NO_ASSEMBLER_CODE -I/usr/pkg/include
> -I/usr/X11R6/include -I/usr/include -Demacs -DHAVE_CONFIG_H -DUSE_LUCID 
> -I. -I/usr/pkgsrc/editors/emacs/work/emacs-21.4/src -I/usr/X11R6/include
> -I/usr/pkg/include -I/usr/local/include -L/usr/pkg/lib -L/usr/local/lib
> -I/usr/X11R6/include -O2 -march=1.1 -mschedule=7300 -pipe
> -I/usr/pkg/include -I/usr/X11R6/include -I/usr/include callproc.c
> {standard input}: Assembler messages:
> {standard input}:1446: Error: bad expression
> {standard input}:1446: Error: bad expression
> {standard input}:1446: Error: bad expression
> {standard input}:1446: Error: bad expression
> {standard input}:1446: Error: Invalid operands
> gmake[1]: *** [callproc.o] Error 1
> gmake[1]: Leaving directory `/usr/pkgsrc/editors/emacs/work/emacs-21.4/src'
> gmake: *** [src] Error 2
> *** Error code 2
>
> ... I haven't looked into it yet.

Do you have anything in /etc/mk.conf? send-pr.

> I also noticed sometimes duplicate entries appear for the kernfs mount.
>
> [disciple@arcusiv:disciple]$ df -h
> Filesystem    Size      Used     Avail Capacity  Mounted on
> /dev/sd0a     1.0G       29M      929M     3%    /
> /dev/sd0e     497M      4.5M      467M     0%    /var
> /dev/sd0d     5.9G      927M      4.7G    16%    /usr
> kernfs        1.0K      1.0K        0B   100%    /kern
> kernfs        1.0K      1.0K        0B   100%    /kern

send-pr.

> All for now,

Thanks for testing.

Nick