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.

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.

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.)

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

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.)

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.)

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 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.

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

All for now,

Dave