Finally done: updated /usr/src/sys on
nguyen.marshlabs.gaertner.de on its netbsd-6 stable
branch and adopted the old ral(4) code as used with
netbsd-5 to the changed BPF interface of netbsd-6.
This work turned out to be rather easy:
/usr/src/sys/dev/ic/rt26{61,80}.c have so much
identical code that I could essentially transfer what happened on
the NetBSD-maintained rt2661.c to the OpenBSD source
rt2680.c. Likewise for rt2680var.h.
Generating a new kernel with the changes based on
config NGYUEN
cd ../compile/NGUYEN
make depend; make
wouldn't succeed though. The updated kernel also required a new
userland for a newer ACPI compiler. D'uh, 15 hours of serious work
for nguyen but in the end:
ral0 at pci3 dev 0 function 0: vendor 0x1814 product 0x0781 (rev. 0x00)
ral0: MAC/BBP RT2872 (rev 0x0200), RF RT2720 (1T2R)
Those 15 hours are disgraceful. Two things which still bug me:
Even though I use build.sh with -u,
i.e. in upgrade mode, the entire toolchain and entire world get
rebuilt. This doesn't feel right. Maybe USETOOLS=never
in /etc/mk.conf would help?
The only reason for having X11 sources at all is that I like my
xterm(1) compiled with the DABBREV
feature enabled. Maybe MKX11=no would help? One would
think so but hey surprise, that's the default setting anyway
according to mk.conf(5).
Summary:
The interactions of mk.conf and
build.sh are still a mystery to me, but I can do WLAN
again now with netbsd on the netbook.