Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.ecn.uoknor.edu!solace!nntp.uio.no!news.cais.net!newsfeed.internetmci.com!in1.uu.net!dziuxsolim.rutgers.edu!er6.rutgers.edu!not-for-mail From: kenn@eden.rutgers.edu (Ken Nakata) Newsgroups: comp.unix.bsd.netbsd.misc Subject: Re: NetBSD/mak68k: problems with serial overruns, X console Date: 19 Apr 1996 19:17:52 -0400 Organization: Rutgers University Lines: 53 Message-ID: <4l96v0$1go@er6.rutgers.edu> References: <4kk201$4gg@spool.cs.wisc.edu> <russ-1304961000570001@seismo.demon.co.uk> <3174140F.75BE@zuc.org> <mrz5149-1604960958180001@129.21.30.1> <4l3335$s3e@er7.rutgers.edu> <mrz5149-1804961146260001@129.21.30.1> NNTP-Posting-Host: er6.rutgers.edu mrz5149@rit.cs.rit.edu (M. R. Zucca) writes: ] In article <4l3335$s3e@er7.rutgers.edu>, kenn@eden.rutgers.edu (Ken ] Nakata) wrote: ] > No, the best way is to download the video driver off the ROM and ] > access the hardware through it. It's actually been done recently. ] > There's an on-going effort to write a color X server which takes ] > advantage of the new grf driver, too. ] It's the first I've heard of it. It's so hard to get news on this stuff! I'm not surprised since I don't remember seeing you on the port-mac68k mailing list ;-) ] First off, it would be nice if there was a pointer to the XMacBSD hardware ] source for the X Server. Uh... yeah, I'll make it available for the general public once I finished the color server. ] It should be with the rest of the X Stuff at the ] XFree86 site that is pointed to from ftp.netbsd.org. I'm not so sure about this. Our port has nothing (besides XFree86 team's fixes to the main xc source tree) to do with XFree86. XFree86 is for i386 Unices, you know? ] I checked into using the ROMs. While it's a nice idea, what do you do about ] something like IIvx video? If you look closely, the Apple_Video_Brazil ] driver is loaded by the system and is not contained in the ROMs. In addtion, ] the IIvx's slot information for the video is not reliable even if it was ] independant (consider the IIvx video base address hack). In the case of the ] IIvx and possibly IIci internal video, you need the CLUT's base address. Hmm, the internal video's color support has to be done separately from the NuBus (or PDS) video's color support, then. I haven't really thought of it. Is there an elegant way to accommodate all the internal video models? (IIci, IIsi, IIvx, etc.) ] BTW, since you seem to know alot about what's new could you fill those of us ] in who would like to know or give us a pointer to something with *fresh* ] information. You should subscribe to the port-mac68k list since it's the place where people exchange their ideas about improving NetBSD/mac68k (see Chris Demetriou's periodical posting "NetBSD mailing lists FAQ" on comp.unix.bsd.netbsd.announce) and information about how to use it. ken -- Ken Nakata . . . . Cook College, Rutgers - The State University of New Jersey http://remus.rutgers.edu/~kenn/, ftp://remus.rutgers.edu/pub/NetBSD/index.html . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . "He who refuses to do arithmetic is doomed to talk nonsense." -- John McCarthy