Re: X.org and A1200 AGA Graphics
Alain Runa <[email protected]> Thu, 14 Oct 2021 20:46:51 +0200
| Newsgroups | gmane.os.netbsd.ports.amiga |
|---|---|
| Message-ID | <[email protected]> |
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 13. Oct 2021, at 23:54, David Brownlee <[email protected]> wrote: > > On Wed, 13 Oct 2021 at 22:21, John Klos <[email protected] <mailto:[email protected]>> 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 completely > different console setups may have twisted the amiga kernel build setup > into something of an odd shape :) > > Something for someone to have some fun head scratching time tracking > down 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 wscons > code and make it simpler). > > David