| Hi John,
You probably missed something from WSCONS, because I once converted GENERIC to compile a wscons kernel before and it did not make any difference in compile/link behaviour.
On a first sight I don’t see e.g. these in your WSTEST: wsdisplay0 at wsemuldisplaydev? console 1 wsdisplay* at wsemuldisplaydev? console ? … pseudo-device wsfont # wsfont(4) dynamic font loading support pseudo-device wsmux # mouse & keyboard multiplexor
Regards, Alain
On Wed, 13 Oct 2021 at 22:21, John Klos <john%ziaspace.com@localhost> wrote:
Changes now pulled up into netbsd-9, so you can probably assume that
the http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-9/latest/
autobuilt binaries from tomorrow will include them, and of course will
be in any netbsd-9.3
FYI - if using WSCONS which included GENERIC and turns things off, it
works. However, if you modify GENERIC to match WSCONS, linking fails:
# link WSTEST/netbsd
/usr/current/src/../tools/bin/m68k--netbsdelf-ld -Map netbsd.map --cref -n -Ttext 0 -e start -X -o netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ} vers.o swapnetbsd.o
/usr/current/src/../tools/bin/m68k--netbsdelf-ld: amidisplaycc.o: in function `amidisplaycc_attach':
/usr/current/src/sys/arch/amiga/dev/amidisplaycc.c:475: undefined reference to `wsemuldisplaydevprint'
/usr/current/src/../tools/bin/m68k--netbsdelf-ld: amidisplaycc.o: in function `amidisplaycc_cninit':
/usr/current/src/sys/arch/amiga/dev/amidisplaycc.c:391: undefined reference to `wsdisplay_cnattach'
diff sys/arch/amiga/conf/{GENERIC,WSTEST}
244c244
< #amidisplaycc0 at mainbus0 # wscons interface to
custom chips
---
amidisplaycc0 at mainbus0 # wscons interface to custom chips
246,249c246,249
< #options WSEMUL_VT100
< #options WSDISPLAY_COMPAT_USL # wsconscfg VT handling
< #options FONT_VT220L8x10
< #options FONT_VT220ISO8x16
---
options WSEMUL_VT100
options WSDISPLAY_COMPAT_USL # wsconscfg VT handling
options FONT_VT220L8x10
options FONT_VT220ISO8x16
256,258c256,258
< grfcc0 at mainbus0 # custom chips
< grfrt0 at zbus0 # retina II
< grfrh0 at zbus0 # retina III
---
#grfcc0 at mainbus0 # custom chips
#grfrt0 at zbus0 # retina II
#grfrh0 at zbus0 # retina III
260c260
< grful0 at zbus0 # A2410
---
#grful0 at zbus0 # A2410
265,267c265,267
< grf0 at grfcc0
< grf1 at grfrt0
< grf2 at grfrh0
---
#grf0 at grfcc0
#grf1 at grfrt0
#grf2 at grfrh0
269c269
< grf4 at grful0
---
#grf4 at grful0
273,275c273,275
< ite0 at grf0 # terminal emulators for grfs
< ite1 at grf1 # terminal emulators for grfs
< ite2 at grf2 # terminal emulators for grfs
---
#ite0 at grf0 # terminal emulators for grfs
#ite1 at grf1 # terminal emulators for grfs
#ite2 at grf2 # terminal emulators for grfs
277c277
< ite4 at grf4 # terminal emulators for grfs
---
#ite4 at grf4 # terminal emulators for grfs
314c314
< #wskbd0 at kbd0 console ?
---
wskbd0 at kbd0 console ?
338c338
< #wsmouse* at ms?
---
wsmouse* at ms?
BTW - what is "wsdisplay0 at amidisplaycc0 console ?" for, if not for
wscons?
I'm... going to suggest that the need to build for two completelydifferent console setups may have twisted the amiga kernel build setupinto something of an odd shape :)Something for someone to have some fun head scratching time trackingdown exactly what is going on (or just put it in to take it out &defer it for now until the time comes to rip out all the non wsconscode and make it simpler).David
|