> I've never seen such thing as code without bugs. In my experience,
> the NVIDIA drivers are by far the most complete and solid 3D drivers
> under Linux.
I have to agree. Opensource or not the NVIDIA drivers are the best I have
seen as well.
-
To unsubscribe from this list: send the line "uns
"Android" <[EMAIL PROTECTED]> writes:
> > > I've never seen such thing as code without bugs. In my experience,
> > > the NVIDIA drivers are by far the most complete and solid 3D drivers
> > > under Linux.
> >
> > You are welcome to your opinion. I've got this great bridge to sell you
> too
>
>
> > I've never seen such thing as code without bugs. In my experience,
> > the NVIDIA drivers are by far the most complete and solid 3D drivers
> > under Linux.
>
> You are welcome to your opinion. I've got this great bridge to sell you
too
The most stable of all video drivers under Linux has to
Kiril Vidimce <[EMAIL PROTECTED]> writes:
> On Wed, 29 Nov 2000, Alan Cox wrote:
> > > I've never seen such thing as code without bugs. In my experience,
> > > the NVIDIA drivers are by far the most complete and solid 3D drivers
> > > under Linux.
> >
> > You are welcome to your opinion. I've g
On Wed, 29 Nov 2000, Alan Cox wrote:
> > I've never seen such thing as code without bugs. In my experience,
> > the NVIDIA drivers are by far the most complete and solid 3D drivers
> > under Linux.
>
> You are welcome to your opinion. I've got this great bridge to sell you too
BTW, in case this
On Wed, 29 Nov 2000, Alan Cox wrote:
> > I've never seen such thing as code without bugs. In my experience,
> > the NVIDIA drivers are by far the most complete and solid 3D drivers
> > under Linux.
>
> You are welcome to your opinion. I've got this great bridge to sell you too
I don't see the n
> I've never seen such thing as code without bugs. In my experience,
> the NVIDIA drivers are by far the most complete and solid 3D drivers
> under Linux.
You are welcome to your opinion. I've got this great bridge to sell you too
-
To unsubscribe from this list: send the line "unsubscribe lin
On Wed, 29 Nov 2000, Alan Cox wrote:
> > On Tue, 28 Nov 2000, Dan Hollis wrote:
> > > Dont forget the nvidia driver is completely SMP broken. As in, trash your
> > > filesystems broken.
> >
> > Not true. It works for us with no problems on a number of SMP boxes
> > running 2.2.{14,16}. I don't k
> On Tue, 28 Nov 2000, Dan Hollis wrote:
> > Dont forget the nvidia driver is completely SMP broken. As in, trash your
> > filesystems broken.
>
> Not true. It works for us with no problems on a number of SMP boxes
> running 2.2.{14,16}. I don't know about 2.4.x.
Dan is not the only one to repo
On Tue, 28 Nov 2000, Dan Hollis wrote:
> Dont forget the nvidia driver is completely SMP broken. As in, trash your
> filesystems broken.
Not true. It works for us with no problems on a number of SMP boxes
running 2.2.{14,16}. I don't know about 2.4.x.
KV
--
___
On Wed, 29 Nov 2000 02:29:04 Dan Hollis wrote:
> On Wed, 29 Nov 2000, J . A . Magallon wrote:
> > On Wed, 29 Nov 2000 01:39:56 Dan Hollis wrote:
> > > Dont forget the nvidia driver is completely SMP broken. As in, trash your
> > > filesystems broken.
> > Not so broken. I use it under SMP 2.2.18-p
On Wed, 29 Nov 2000, J . A . Magallon wrote:
> On Wed, 29 Nov 2000 01:39:56 Dan Hollis wrote:
> > Dont forget the nvidia driver is completely SMP broken. As in, trash your
> > filesystems broken.
> Not so broken. I use it under SMP 2.2.18-pre23 and works fine.
Try unreal tournament. Locks up hard
On Wed, 29 Nov 2000 01:39:56 Dan Hollis wrote:
>
> Dont forget the nvidia driver is completely SMP broken. As in, trash your
> filesystems broken.
>
Not so broken. I use it under SMP 2.2.18-pre23 and works fine. But under 2.4
hangs. So I think it is something that changed between 2.2 and 2.4 (
On Wed, 29 Nov 2000, Alan Cox wrote:
> > Thanks to some nice people in #NVIDIA I found what seems to be a
> > solution; compile with processor type as "K6". No segfaults, lost
> > terminfo or disabled consoles.
> > So are there issues with the K7 processor code? Bleh, never mind, I have
> > no ide
Alan Cox wrote:
> The K7 optimisations are not used for I/O space accessess. Or shouldnt be,
> but the nvidia code is unreadable so they may have done so
OK. I believe at least one of the NVIDIA developers read this list, so
hopefully they can look at what can be done on their side.
But seeing as
> Thanks to some nice people in #NVIDIA I found what seems to be a
> solution; compile with processor type as "K6". No segfaults, lost
> terminfo or disabled consoles.
>
> So are there issues with the K7 processor code? Bleh, never mind, I have
> no idea what I am talking about.
The K7 optimisat
Thanks to some nice people in #NVIDIA I found what seems to be a
solution; compile with processor type as "K6". No segfaults, lost
terminfo or disabled consoles.
So are there issues with the K7 processor code? Bleh, never mind, I have
no idea what I am talking about.
Original bug report: http://
17 matches
Mail list logo
