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