From: Tim Fairchild <tim@bcs4me.com>
To: Lee Revell <rlrevell@joe-job.com>
Cc: Christoph Hellwig <hch@infradead.org>,
Sid Boyce <sboyce@blueyonder.co.uk>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: NVIDIA Driver 1.0-6111 fix
Date: Sun, 5 Sep 2004 07:02:27 +1000 [thread overview]
Message-ID: <200409050702.29007.tim@bcs4me.com> (raw)
In-Reply-To: <1094327788.6575.209.camel@krustophenia.net>
On Sunday 05 Sep 2004 05:56, you wrote:
> On Sat, 2004-09-04 at 05:54, Tim Fairchild wrote:
> > The nvidia module compiles fine with the non mm kernel but will
> > not compile with the mm patches for me.
>
> The nvidia module is binary-only. You are not compiling it, AIUI the
> installer fetches the binary module from the nvidia site and builds some
> wrappers. Even if this process were to succeed the result would almost
> certainly not work. This is the reason you need open source software.
Well, sure, there is a binary part, but there is also a source module which
compiled fine and ran well once I found how to patch it for the mm kernels. I
only wanted to do this for some testing and now gone back to a more standard
2.6.9 snapshot which works fine with the default nvidia driver without
patching (still must compile of course).
> Judging from all the tainted-kernel OOPS'es that get posted here, it
> would appear that the majority of Linux users are perfectly willing to
> buy hardware that requires binary-only drivers. People do not seem to
> understand that there is absolutely NO incentive for vendors to open
> their source if you would buy it just the same with a binary driver!
Users are in a difficult area here. They just want a working system and the
nvidia binary driver (for example) is easy to install and works very well.
You simply run a shell script which will either download a kernel module to
suit or compile a module to suit, and load the binary portion. When there is
a major change, as in the move to 2.6 kernel, then we might need a new binary
driver from nvidia. Even fairly clueless users can be walked through the
nvidia driver installation.
I know the binary driver does not sit well with all and I fully understand
that, but users just want 3D support (and better 2D) and the nvidia binary
driver does that for them and generally the support is quite good in
producing up to date drivers. linux is really a bit screwed without this at
the moment as far as users who want 3D on cheap accessable nvidia hardware
goes... Users don't really care about open and closed source. They just want
to play quake 3 (etc).
And with the competition still hot in the video market I don't see nvidia or
ati openning up too much, tho I would think the real secrets were in the
hardware and firmware and not the silly little driver software - but hey,
these guys are in a cut throat business so I guess they feel they are just
trying to survive as many before them have not.
I've never had an oops that was specifically caused by the nvidia module, tho
I suppose it does happen. Generally when I get an oops I remove the driver
and recreate the situation with an untainted kernel.
tim
next prev parent reply other threads:[~2004-09-04 21:02 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-04 0:17 NVIDIA Driver 1.0-6111 fix Sid Boyce
2004-09-04 6:28 ` Prakash K. Cheemplavam
2004-09-04 9:25 ` Dominik Karall
2004-09-04 9:32 ` Sid Boyce
2004-09-04 9:36 ` Christoph Hellwig
2004-09-04 9:54 ` Tim Fairchild
2004-09-04 9:58 ` Christoph Hellwig
2004-09-04 19:56 ` Lee Revell
2004-09-04 21:02 ` Tim Fairchild [this message]
2004-09-04 21:22 ` Lee Revell
2004-09-04 22:09 ` Tim Fairchild
2004-09-05 1:12 ` [OT] " Christian Kujau
2004-09-05 1:52 ` Lee Revell
2004-09-05 2:03 ` Horst von Brand
2004-09-05 3:32 ` [OT] " Lee Revell
2004-09-05 5:29 ` Tim Fairchild
2004-09-05 5:57 ` Lee Revell
2004-09-05 23:20 ` J.A. Magallon
2004-09-06 0:23 ` Lee Revell
2004-09-06 20:54 ` Alessandro Sappia
2004-09-05 12:03 ` Giuseppe Bilotta
2004-09-05 12:04 ` Alan Cox
2004-09-05 13:39 ` Grzegorz Kulewski
2004-09-05 14:37 ` Sid Boyce
2004-09-05 23:29 ` Chris Wedgwood
2004-09-04 21:22 ` Dominik Karall
2004-09-04 21:25 ` Lee Revell
2004-09-04 23:44 ` Paul Jakma
2004-09-05 6:27 ` Sid Boyce
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200409050702.29007.tim@bcs4me.com \
--to=tim@bcs4me.com \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rlrevell@joe-job.com \
--cc=sboyce@blueyonder.co.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox