Here is a interesting question which I hope you have the answer to. For
cards that lock when you acccess the framebuffer and accel engine. Does
this happen when you access any part of the framebuffer while the accel
engine is running or only when you access the area of the framebuffer
which the a
On Thu, 30 Sep 1999 [EMAIL PROTECTED] wrote:
> Hi !
>
> > Here is a interesting question which I hope you have the answer to. For
> > cards that lock when you acccess the framebuffer and accel engine. Does
> > this happen when you access any part of the framebuffer while the accel
> > engine is
On Tue, 28 Sep 1999, Andreas Beck wrote:
> > > No you can't. You can with the KGIcon driver. Try that one please, you
> > > even should be able to have 2D accelleration (3D is coming very soon !)
>
> > I heard Virge locks really easy if you use accels at the same time as
> > accessing the frame
On Fri, 1 Oct 1999, Rodolphe Ortalo wrote:
> Andreas Beck wrote:
> > It just polls the accelIdle bit and waits for it to come up while the ioctl
> > is still running.
>
> Alternatively, some cards can also send an interrupt when the accel
> engine has finished, no ? (But you need to protect the
> For "behaved" cards, this is a good idea, though.
Agree. Alot of cards also use a test register to see if the accel engine
is busy instead of a interrupt.
> The problem is, that on cards that lock up, we cannot rely on applications
> acquiring this lock. An mmaping/unmapping the framebuffer
> Wait a minute. For me a 'kernel lock' is not acquired by the application
> directly at its initiative. It is used _inside_ the kernel between various
> parts of the kernel.
> So, in fact, I wonder if it's possible to put a kernel lock on the fb-area
> (the resource is the card memory) that can
> > Once we have accepted to
> > memory map the fb into the userspace process adress space the only
> > way to prevent it (even temporarily) to access this area is to
> > unmap everything.
>
> Well - to unmap the part that might conflict. This may vary between cards.
That was my question the ot
> I thought to the SMP case - because memory sharing between processes
> may already have given rise to mechanisms we could reuse.
You mean something similar to shm IPC stuff. This was discussed on the MM
list. The problem with this is shm doesn't handle access to these memory
regions. If two p
> > With cards framebuffers growing in memory size
> Who says you need to map it all ?
Well most low end cards don't have have OpenGL on chip so you need access
to the framebuffer between accel operations.
I realized over the weekend what the linux kernel really needs. This is
something I'm go
On Mon, 4 Oct 1999, Jos Hulzink wrote:
> On Fri, 1 Oct 1999, James Simmons wrote:
>
> > By the way the semaphore idea isn't a bad idea. The big things is we have
> > to make sure only one process at a time is using the framebuffer or accel
> > engine. Basically on
On Mon, 4 Oct 1999, Andreas Beck wrote:
> But I'll contact Stephen about it. Looking at the Linux-Kernel reviews,
> we'll probably get along well :-).
I'm in a interesting debate with him. Well as you know I'm seeking a
solution to the accel and framebuffer access issue. He is totally sold on
t
> If a process dies, all file handles are automatically close()ed by
> the kernel, and when it closes /dev/gfx or whatever then the any
> associated locks should also be released.
Doh! I just noticed that. Also any semaphores are set automatically.
> > And... int? Aren't there cards that use float?
>
> Good point. I do not know about cards that use float. Should be pretty rare,
> as floats are very expensive to handle and rarely needed, unless the card
> has an internal geometry processor.
All Voodoo cards, AccelGalaxy, and the Oxyge
On Tue, 5 Oct 1999, Andreas Beck wrote:
> > the DRI method of coorperative locking from userland. I think this method
> > sucks.
>
> Depends. If you have a good card, this is the way to go. If it cannot be
> crashed/locked/burned by a bad program, all is well.
>
> If it can, we have to protect
> There are easier ways to block a process than to modify the scheduler
> itself. Check out the vt_waitactive code in drivers/char/vt.c and see
> if that is ameniable to your problem.
This blocks the current process. What I need to do is block all the
process that could be using a particular vi
> When _this_ mail would be forwarded to Linus personaly and directly, it
> could be sure, that this stuff will get into the kernel 2.5.x ...
This is the plan. I'm pushing for this stuff for 2.5.x. I want to see a
good and stable solution to graphics on linux.
>
>
> Christoph Egger
> E-Mail:
> > Well I think there are ways to put arbitrary processes to sleep
> > waiting for a semaphore or whatever. Point is: modifying the
> > scheduler WONT go down well with the top linux dudes, I suspect
> > they'll reject that very very hard (and rightly so IMHO).
>
> IIRC, IRIX and AIX do j
> > > When _this_ mail would be forwarded to Linus personaly and directly, it
> > > could be sure, that this stuff will get into the kernel 2.5.x ...
> >
> > This is the plan. I'm pushing for this stuff for 2.5.x. I want to see a
> > good and stable solution to graphics on linux.
>
> Great! I w
> IIRC, IRIX and AIX do just that. It is a specialized type of hard
> realtime guaranteed scheduling for the display and console subsystems. And
> regular kernel semaphores are not going to be able to give you hard realtime
> guarantees. The whole display and console system needs to be:
Howdy. I'm writing a FB-Driver HOWTO. Well what I was hoping for is a
excellent detailed explaination of how to set up a video mode. This way
drivr writers can setup proper video modes that calculate the proper clock
timings like KGIcon does :) Thank you for your help.
-
> > I have heavy opposition. Most of the top guys are sold on the DRI
> > approach. I personal am not. So my goal is to make a system that will
> > outperform DRI.
> >
>
> That's a not so good news. Hmm... Linus itself is the last instance...
> especially in _contentious_ questions... and his de
> Christoph Egger wrote:
> > But I am not sure, if this is the right way to push it for 2.5.x. But it
> > could or should the _last_ way we should go to push it... Any comments?
>
> I have only one comment - leave Linus and other "top guys" alone until
> you have working code to send them.
Agre
> Hello.
>
> I've succeeded to setup vesa framebuffer on my computer (2.2.10 on i386). Now
> I am trying to run ggi applications. Every time I start such an application
> the console just freezes, and the only way for me to get out of this state is
> the magic button called `Reset'.
>
> Could
On Sat, 9 Oct 1999, Andreas Beck wrote:
> > Howdy. I'm writing a FB-Driver HOWTO. Well what I was hoping for is a
> > excellent detailed explaination of how to set up a video mode. This way
> > drivr writers can setup proper video modes that calculate the proper clock
> > timings like KGIcon doe
> > This would have to be added. I see from RTLinux it depends heavly on
> > FIFOs. What are FIFO watermark violations?
>
> Often, hardware (like video hardware) which must handle command FIFOs
> will provide settable high/low watermark values, which will either fip a
> status bit or fire
Thank you so much. Can I use it in my FB-Driver-HOWTO ? It was so well
written.
--
Given infinite time and monkeys the monkeys could type out the complete
works of Shakespeare. Win 98 source code? Eight monkeys, five minutes
> Matrox(G100 4MB) Frame buffer.
> Problem is I can not operate with GGI input without super user privileges.
Weird. Never had this problem.
> Other problem that every console uses the same fb.
How many vidoe card do you have? Their is normally one video for all
virtual terminals. If you hav
On Tue, 12 Oct 1999, Michael Sobolev wrote:
> On Mon, Oct 11, 1999 at 07:17:45PM -0400, James Simmons wrote:
> > Hum. These are fbcon bugs. More like console code bugs. I have sent this
> > to the fbdev list.
> BTW, what is fbdev list you are talking about? Where
On Thu, 14 Oct 1999, Michael Sobolev wrote:
> On Tue, Oct 12, 1999 at 09:36:46AM -0400, James Simmons wrote:
> > FrameBuffer List <[EMAIL PROTECTED]>. Its a majordomo program
> > so you have to do the subscribe "email address" in the body if I remember
> >
> I found the problem - ggiglut never calls ggiClose(), so there is no
> clean termination (leaves fb in odd state too). Fixed this by adding
> a close function to glut - there ought to be one anyway, I would
> count this as a glut bug.
Is this with Mesa from CVS ? If it is I will fix it. I neve
On Fri, 15 Oct 1999, Justin Cormack wrote:
> >
> >
> > > I found the problem - ggiglut never calls ggiClose(), so there is no
> > > clean termination (leaves fb in odd state too). Fixed this by adding
> > > a close function to glut - there ought to be one anyway, I would
> > > count this as a
On Wed, 20 Oct 1999, Martin Vogt wrote:
>
>
>
> Hi,
>
> I have written an mpeg I video player for Linux, but
> I can't play 30 Frames/Second because I must make
> the conversion YUV -> RGB for every pixel in _software_.
>
> (2.520.000 Pixel a second)
>
> Does GGI has hardware support for th
> > > > > I found the problem - ggiglut never calls ggiClose(), so there is no
> > > > > clean termination (leaves fb in odd state too). Fixed this by adding
> > > > > a close function to glut - there ought to be one anyway, I would
> > > > > count this as a glut bug.
> > > >
> > > > Is this wit
> Hey, does that mean my ATI 3D Rage Pro will have native KGI support
> soon? In that case, will it be able to coexist with my Matrox Millenium I
> and my Voodoo II? If so, I can't wait to start running triple-headed X
> here ;> Not to mention 2 screens with heavy 3d effects on each! :)
Their wi
> For the latter, there is no elegant solution under standard Linux.
> The closest interval a periodic task can be run at to check the
> ray position without hacking the kernel (on i386) is 100 times a
> second. This can hardly give an accurate reading/signal. So we are
> stuck with either los
Pretty cool. Anyone going for this?
"We've all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire works of Shakespeare. Now,
thanks to the Internet, we know this is not true."
On Wed, 20 Oct 1999, Edward S. Marshall wrote:
> Just so you know yo
On Thu, 21 Oct 1999, Brian S. Julin wrote:
> On Wed, 20 Oct 1999, James Simmons wrote:
> > >From what Jon said it my mistake. I will fix this. By the way I have goten
> > in touch with ATI. They have gone to the extend of giving out all their 3D
> > docs!!! They ev
Jon where can people downlaod the binary for the savage drive ryou wrote
for Mesa-GGI. People are discussion this on the GLX list. I would like to
tell them where to go get it. Thank.
"We've all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire
On Fri, 29 Oct 1999, Per Wigren wrote:
> Does KGI work with this card yet?
Not that I know of. Their is a framebuffer driver for it in 2.3.23 so this
driver will be in 2.4.x
Do you have this piece of code? Could you send it to me so I can compile
it and test this problem?
"We've all heard that a million monkeys banging on a million typewriters
will eventually reproduce the entire works of Shakespeare. Now,
thanks to the Internet, we know this is not true. It made
I just tried to compile wip-0.1. Here is the error I get.
make[4]: Entering directory `/home/jsimmons/wip-0.1/wip/fonts'
c++ -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -c wipmc.cpp
wipmc.cpp:19: wip.h: No such file or directory
"We've all heard that a million monkeys banging on a million typew
Does teh kgicon driver work for ATI 64 GX cards? I tried to compile it
from todays degas snapshot. The auto configure script only works to detect
one card. I have several cards. I would like it to detect my ATI GX card.
Then I can port it to the kernel:-)
P.S
The nivdia kgicon driver went in
> Unknown. I no longer have Mach64 cards to test with. Someone else should
> take over the mach64 driver.
Well I'm working to combine your work with the ATI driver in the kernel :)
P.S
No one up for grabs to create a multihead detection script for kgicon?
> > Works great with all four buttons and the wheel. As of kernel 2.3.25 the
> > USB mouse driver only supports one USB mouse,
>
> ARGL ... will they make the same mistakes again over and over ?
Yes :( The good news is Vojetch is working on something that does use
multiple mice. Even regualr
> > Yes :( The good news is Vojetch is working on something that does use
> > multiple mice. Even regualr mice.
>
> I can only make suggestions, but he should have a look at using KGI-0.9 as a
> base and simply enhance the somewhat neglected KII input interface a bit.
> Thanks Brian there is a
> Hello,
>
> Did anyone listening succeed iin starting two XF86 servers on two different
> videocards?
I never done it but I know people who have with XFB_Dev. To get it going
all you have to do is setenv FRAMEBUFFER /dev/fb2 to use the second head.
The mouse and keyboard handling is a big PI
Egger wrote:
>
>
> On Thu, 11 Nov 1999, James Simmons wrote:
>
> > On a personal note. I have learned radical changes will never go in.
>
> Are you sure? Is the 64GB memory support no radical change?
>
>
>
> Christoph Egger
> E-Mail: [EMAIL PROTECTED]
>
On Fri, 12 Nov 1999, Jon M. Taylor wrote:
> http://www.tsi-pdx.com/jo/99-461.htm
>
> Jon
Technical Soultions. That name sounds familar. I think I have dealt with
one of their people before.
>
> ---
> 'Cloning and the reprogramming of DNA is the first serious step in
> becoming one with
On 8 Nov 1999, Marcus Sundberg wrote:
> James Simmons <[EMAIL PROTECTED]> writes:
>
> >No one up for grabs to create a multihead detection script for kgicon?
>
> pcidetect handles multiple cards just fine.
It just detects my matrox card. Is their somethings I
On Tue, 16 Nov 1999, teunis wrote:
> Heya all... I ported abuse to GGI.. Only a couple of changes (replaced
> svga with ggi stuff :)
>
> Anyways, anyone care and should I upload it?
>
> (added scaling so primary mode is now 640x480. If I felt like it I'd make
> 320x200 work again too :) [or
> I can add that in the past few weeks, there was a mail from - they said
> so - developpers from intel who were developping linux frame buffer
> drivers the i810, they were saying they would release it soon, this
> occures after James Simmons made his FB howto available; they were
No. I believe thats a binary only driver. The reason for PI existance is
to help comapnies develope drivers but yet keep them closed sourced.
"Testing? What testing? If it compiles it's great, if it boots it's
perfect."
On Thu, 18 Nov 1999, David Waite wrote:
> About the I810 - I just found
On Thu, 18 Nov 1999, Joseph Carter wrote:
> On Wed, Nov 17, 1999 at 11:51:54PM -0800, Jon M. Taylor wrote:
> > 3Dfx has released the sources for the version of Glide 3 which
> > runs as a part of an X/Glide/Mesa/DRI assemblage. There should be a lot
> > of info in those sources that can be
On 17 Nov 1999, [iso-8859-1] Milton César wrote:
> My video card is a Trident 9880 with 2Mb of memory!!! but I am not getting
> to configure it
> Such as to do
I don't believe this card is supported due to the lack of documentation.
>From their web page they only give documentatio
> > Hi...
> >
> > is there any hope for the GForce?
> > I have access to one, and the only thing that runs on it is console :(
> >
> > Greetings
I heard a binary only X server is avaliable.
> nVidia hasn't been very friendly about releasing specs in the past. I
> wouldn't expect them to change
On Tue, 23 Nov 1999, GGI Mailinglist wrote:
> Hello,
>
> I compiled the KGIcon Driver [Snapshot from Nov 16] for the ATI Mach64
> Videocard and i'm not able to set up videomodes above 720x400, perhaps i
> haven't the right videotimings for my monitor.
Have you used the setmon utility that come
> * Don't use pcicfg space for other purposes than initial configuration.
> Especially do not use it in _mode_setup() to distinguish device versions.
> Use flags or a chipset_version field in the _t structure instead.
Here is something to think about. It was recently discussed on the linux
k
Since their was talk about NiVidia I found a driver somewhere for it.
Forgot where. I believe NiVidia released this. Its attached the driver
to this email.
"Testing? What testing? If it compiles it's great, if it boots it's
perfect."
nvlinux.x86.gcc.patch.gz
> James Simmons <[EMAIL PROTECTED]> writes:
>
> > Since their was talk about NiVidia I found a driver somewhere for it.
> > Forgot where. I believe NiVidia released this. Its attached the driver
> > to this email.
>
> You call that a driver ?!?
No. NiVidia
I went look at the ggi web page and the mail archives are missing from
September on.
-==-
==-- _
---==---(_)__ __ __ James Simmons
ock more into
this. I wish I had two monitors :(
-==-
==-- _
---==---(_)__ __ __ James Simmons
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=
.
-==-
==-- _
---==---(_)__ __ __ James Simmons
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbcon/gfx developer
The choice of a GNU generation
; > > On another computer with cirrus Logic 5464 Chipset and KGI Module the
> > > program works fine.
Which mode are you setting it to?
-==-
----==-- _
raphics/intel810/
Its a xfcom X server for their chipset. They also have the agpgart code
there.
-==-
==-- _
---==---(_)__ __ __ James Simmons
--==---/ / _ \/
> from which i extracted the code snippets showed in my mail above.
>
> karsten
Try the native ATI driver to se if its the KGIcon driver. Which ATI card
do you specifically have?
-==-
==-- _
can send it to you, if you
> want (2812351 Byte size).
I'm more interested in what the changes where that possibly broke it.
-==-
==-- _
---==---(_)_
Thanks. Will look at it. Their where quite a few changes.
-==-
==-- _
---==---(_)__ __ __ James Simmons
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED
On Fri, 26 Nov 1999, Geert Uytterhoeven wrote:
> On Thu, 25 Nov 1999, James Simmons wrote:
> > before. Actually I have todays CVS from GGI. Testing their library. I
> > noticed the you can lower/raise the ramdac clock. You can also control the
> > clock the same way from us
still
can you fb_var_screeninfo.pixclock and this flag to properly set the
ramdac clock for a particular chipset. I see a few drivers handle this
properly like matroxfb.
-==-
==-- _
---
ion about thi card.
okay.
-==-
==-- _
---==---(_)__ __ ____ __ James Simmons
--==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbcon/gfx developer
The choice of a GNU generation
.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbcon/gfx developer
The choice of a GNU generation
-- Forwarded message --
Date: 29 Nov 1999 18:28:54 +0100
From: Tomas Berndtsson <[EMAIL PROTECTED]>
To: James S
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbcon/gfx developer
The choice of a GNU generation
Yes I do. Oops. Will look at newer CVS.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED
I'm about to give the ATI kgicon driver a try. Will let you know the
results.
-==
== _
---== (_)__ __ __ James Si
I have a mailing list which you can joined at
http://lists.sourceforge.net/mailman/listinfo/linuxgfx-dev
-==
== _
---== (_)__ __ __ Jam
paddr 0xfe00 size 8388608
fb1: KGI frame buffer device using 8192K of video memory
then blank screen.
-==
== _
---== (_)__ __ __ James Si
I had to do my own simple little loop based memset routine.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_/
recently. Jon anything new?
-==
== _
---== (_)__ __ ____ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbdev/gfx developer
The choice of a GNU generation
I did do that!!
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbdev
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbdev/gfx developer
The choice of a GNU generation
On Mon, 6 Dec 1999, Thayne Harbaugh wrote:
> It's been a while since I've followed GGI deve
Do you mean KGIcon or KGI. Their is a difference.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED
.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_/_//_/\_,_/ /_/\_\ fbdev/gfx developer
The choice of a GNU generation
On 7 Dec 1999, Marcus Sundberg wrote:
> In case anyone missed it 3dfx has now released full specs for all
>
rd. I haven't heard from them in awhile.
-==
== _
---== (_)__ __ __ James Simmons
--== / / _ \/ // /\ \/ / [EMAIL PROTECTED]
-=/_
Look into added accel support to
libGGI. As Mesa-GGI programs work on teh consoel or in X. Last I heard GGI
was working with XFree86 to support accels when using the X environment.
James Simmons (o_
fbdev/gfx developer
its AFAIK. As I am familiar with the G400 registers and
> stuff I would help extending GGI or writing a Mesa target for fbdev.
True. Add the support to GGI and Mesa-GGI will take advantage of it :)
James Simmons (o_
fbdev/gfx developer
GGI will work. You don't need KGIcon to run GGI
fbdev target. I run Mesa-GGI on the matroxfb all the time. Also GGI works
on Window with Direct X support.
James Simmons (o_
fbdev/gfx developer (o_
GGI is you can take advatange
of others works because it is a thin wrapper.
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
way. Any pointers to other sources of information would also be
> appreciated.
Well to understand better how to set a video mode you can read my
FB-Driver-HOWTO. It son the fbdev homepage at http://www.linux-fbdev.org.
The GGI site (http://www.ggi-project.org) also h
3D functions?
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
hanks.
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
> > If not what
> > features do you feel libGGI lacks to have this happen?
> >
> > Also can libGGI handle DMA transfers, AGP?
>
> LibGGI can handle anything the hardware supports, it's a SMOP.
> There are currently no such features implemented for any target.
How would one go about implementin
> Hmm. Interesting situation.
> I wonder if Microsoft will get mad that wine has working directX? :)
> [even direct3D based on Mesa IIRC :]
I talking about writing directX library for linux. Wine translates the
Direct X into X window protocol. This is a very different thing.
> A big problem I
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
-- Forwarded message --
Date: 14
feeling is that letting the boot firmware take care of this was
one of the nicest blessings for our X server support, the user
doesn't need to specify magic video timing mode lines etc. for Sun
video cards.
James Simmons (o_
fbde
each card as well as the details of the hardware
programming itself to support Sun framebuffers in the library.
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbde
> As for resolution changing, you currently get one resolution and that
> is it. Users can change the resolution to get a different console
> layout or what X gives them via OpenPROM variable setting from the
> boot firmware command-line. F.e. on my Creator3D + Sony 24"
> wide-aspect monitor I
James Simmons (o_
fbdev/gfx developer (o_ (o_ //\
http://www.linux-fbdev.org (/)_ (/)_ V_/_
http://linuxgfx.sourceforge.net
-- Forwarded message --
Date: Mon
> But I am a member, and I believe my mail did get through to the
> ggi list as well.
It should have gotten threw. Will forward it just in case.
> > > The first problem was that cgsix doesn't support changing resolution;
> > > it produced an error, because every ggi-demo seemed to set some
>
> > Yes, but maybe the library shouldn't exit completely. The cgsix driver
> > gives error no matter what resolution you try to set with the ioctl,
> > so even if you set 1152x900x8, it will fail.
>
> I'll hack sbusfb so that it returns 0 for display change if it matches the
> probed resolution
solution changing at some time, but my personal
> feeling is that letting the boot firmware take care of this was
> one of the nicest blessings for our X server support, the user
> doesn't need to specify magic video timing mode lines etc. for Sun
> video cards.
This is a very very
1 - 100 of 142 matches
Mail list logo
