12 Mar
2007
12 Mar
'07
2 p.m.
At least the 9631 version of the Nvidia video driver did not compile after the
patch was applied and the kernel successfully build and booted. Same would
definitely hold for older Nvidia versions and possibly newer ones as well.
Problem: A bunch of obseleted #define SA_..... entries
in the linux source/include/linux/interrupt.h
They say do not use in newer code but Nvidia does need them.
Solution: Copy these from an older or unpatched version of this file and then
paste into the new one. One need not rebuild the kernel since these are no
longer used there. After do this, Nvidia will build and run fine (so far).
12 Mar
12 Mar
3:06 p.m.
On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
At least the 9631 version of the Nvidia video driver
did not compile
after the patch was applied and the kernel successfully build and
booted. Same would definitely hold for older Nvidia versions and
possibly newer ones as well.
Problem: A bunch of obseleted #define SA_..... entries
in the linux source/include/linux/interrupt.h
They say do not use in newer code but Nvidia does need them.
Solution: Copy these from an older or unpatched version of this file
and then paste into the new one. One need not rebuild the kernel
since these are no longer used there. After do this, Nvidia will
build and run fine (so far).
Don't "fix" the kernel, but fix the drivers ;)
Patches for 9746 driver attached.
Tom
7:22 p.m.
I believe only the migration helpers patch is needed for the legacy 96** series.
On 3/12/07, Thomas Kuther <gimpel(a)sonnenkinder.org> wrote:
On Mo, 12.03.07 19:00 David Baron
<d_baron(a)012.net.il> wrote:
At least the 9631 version of the Nvidia video
driver did not compile
after the patch was applied and the kernel successfully build and
booted. Same would definitely hold for older Nvidia versions and
possibly newer ones as well.
Problem: A bunch of obseleted #define SA_..... entries
in the linux source/include/linux/interrupt.h
They say do not use in newer code but Nvidia does need them.
Solution: Copy these from an older or unpatched version of this file
and then paste into the new one. One need not rebuild the kernel
since these are no longer used there. After do this, Nvidia will
build and run fine (so far).
Don't "fix" the kernel, but fix the drivers ;)
Patches for 9746 driver attached.
Tom
7:31 p.m.
On Mo, 12.03.07 17:22 "Reuben Martin" <reuben.m(a)gmail.com> wrote:
I believe only the migration helpers patch is needed
for the legacy
96** series.
Yes, the kmem_cache_t removal patch is not important. The new 9755
driver doesn't need to be patched at all.
Tom
On 3/12/07, Thomas Kuther
<gimpel(a)sonnenkinder.org> wrote:
> On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
>
> > At least the 9631 version of the Nvidia video driver did not
> > compile after the patch was applied and the kernel successfully
> > build and booted. Same would definitely hold for older Nvidia
> > versions and possibly newer ones as well.
> >
> > Problem: A bunch of obseleted #define SA_..... entries
> > in the linux source/include/linux/interrupt.h
> >
> > They say do not use in newer code but Nvidia does need them.
> >
> > Solution: Copy these from an older or unpatched version of this
> > file and then paste into the new one. One need not rebuild the
> > kernel since these are no longer used there. After do this,
> > Nvidia will build and run fine (so far).
>
> Don't "fix" the kernel, but fix the drivers ;)
> Patches for 9746 driver attached.
>
> Tom
>
>
5 Apr
5 Apr
9:49 p.m.
Thomas Kuther wrote:
On Mo, 12.03.07 17:22 "Reuben Martin"
<reuben.m(a)gmail.com> wrote:
Tom,
where did you get these patches? I have an MX4000 and apparently the
last nvidia driver to support this chipset is v9731, but I can't get it
to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
thanks!
brad
I believe only the migration helpers patch is
needed for the legacy
96** series.
Yes, the kmem_cache_t removal patch is not important. The new 9755
driver doesn't need to be patched at all.
Tom
> On 3/12/07, Thomas Kuther <gimpel(a)sonnenkinder.org> wrote:
>
>> On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
>>
>>
>>> At least the 9631 version of the Nvidia video driver did not
>>> compile after the patch was applied and the kernel successfully
>>> build and booted. Same would definitely hold for older Nvidia
>>> versions and possibly newer ones as well.
>>>
>>> Problem: A bunch of obseleted #define SA_..... entries
>>> in the linux source/include/linux/interrupt.h
>>>
>>> They say do not use in newer code but Nvidia does need them.
>>>
>>> Solution: Copy these from an older or unpatched version of this
>>> file and then paste into the new one. One need not rebuild the
>>> kernel since these are no longer used there. After do this,
>>> Nvidia will build and run fine (so far).
>>>
>> Don't "fix" the kernel, but fix the drivers ;)
>> Patches for 9746 driver attached.
>> 
6 Apr
6 Apr
2:14 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, Apr 05, 2007 at 04:49:50PM -0700, Brad Fuller wrote:
Thomas Kuther wrote:
OK, I have to ask a really stupid question. I was told that no special kernel modules or
proprietary drivers are required in order to get Nvidia graphics chips working: the free
"nv" driver is supposed to work just fine (for 2D anyway, which is all I need).
Am I missing something? Did I make a boo-boo by buying a machine with an Nvidia chip?
- -ken
On Mo, 12.03.07 17:22 "Reuben Martin"
<reuben.m(a)gmail.com> wrote:
Tom,
where did you get these patches? I have an MX4000 and apparently the
last nvidia driver to support this chipset is v9731, but I can't get it
to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
I believe only the migration helpers patch is
needed for the legacy
96** series.
Yes, the kmem_cache_t removal patch is not important. The new 9755
driver doesn't need to be patched at all.
Tom
>On 3/12/07, Thomas Kuther <gimpel(a)sonnenkinder.org> wrote:
>
>>On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
>>
>>
>>>At least the 9631 version of the Nvidia video driver did not
>>>compile after the patch was applied and the kernel successfully
>>>build and booted. Same would definitely hold for older Nvidia
>>>versions and possibly newer ones as well.
>>>
>>>Problem: A bunch of obseleted #define SA_..... entries
>>>in the linux source/include/linux/interrupt.h
>>>
>>>They say do not use in newer code but Nvidia does need them.
>>>
>>>Solution: Copy these from an older or unpatched version of this
>>>file and then paste into the new one. One need not rebuild the
>>>kernel since these are no longer used there. After do this,
>>>Nvidia will build and run fine (so far).
>>>
>>Don't "fix" the kernel, but fix the drivers ;)
>>Patches for 9746 driver attached.
>> -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFGFcjye8HF+6xeOIcRAh9tAJ9SMmrXeTcYM1KvzzZg1GXat//pOACdHtOr
Yd/m2ylhsNssU73KZUIlPYo=
=bxtt
-----END PGP SIGNATURE-----
2:18 a.m.
nvidia gpu's work 100% under linux with either the nv or the nvidia drivers.
as you say for proper 3d you need the closed source nvidia driver.
you have made the right choice.
g.
3:18 a.m.
Ken Restivo wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Thu, Apr 05, 2007 at 04:49:50PM -0700, Brad Fuller wrote:
no, nv works fine. But, I need the 3D for this:
http://croquetproject.org/index.php/Main_Page
Anybody help? I was fine w/o the realtime kernel. Now, I'm stuck.
--
brad fuller
http://www.Sonaural.com/
+1 (408) 799-6124
Thomas Kuther wrote:
OK, I have to ask a really stupid question. I was told that no special kernel modules or
proprietary drivers are required in order to get Nvidia graphics chips working: the free
"nv" driver is supposed to work just fine (for 2D anyway, which is all I need).
Am I missing something? Did I make a boo-boo by buying a machine with an Nvidia chip?
On Mo, 12.03.07 17:22 "Reuben Martin"
<reuben.m(a)gmail.com> wrote:
Tom,
where did you get these patches? I have an MX4000 and apparently the
last nvidia driver to support this chipset is v9731, but I can't get it
to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
I believe only the migration helpers patch is
needed for the legacy
96** series.
Yes, the kmem_cache_t removal patch is not important. The new 9755
driver doesn't need to be patched at all.
Tom
> On 3/12/07, Thomas Kuther <gimpel(a)sonnenkinder.org> wrote:
>
>
>> On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
>>
>>
>>
>>> At least the 9631 version of the Nvidia video driver did not
>>> compile after the patch was applied and the kernel successfully
>>> build and booted. Same would definitely hold for older Nvidia
>>> versions and possibly newer ones as well.
>>>
>>> Problem: A bunch of obseleted #define SA_..... entries
>>> in the linux source/include/linux/interrupt.h
>>>
>>> They say do not use in newer code but Nvidia does need them.
>>>
>>> Solution: Copy these from an older or unpatched version of this
>>> file and then paste into the new one. One need not rebuild the
>>> kernel since these are no longer used there. After do this,
>>> Nvidia will build and run fine (so far).
>>>
>>>
>> Don't "fix" the kernel, but fix the drivers ;)
>> Patches for 9746 driver attached.
>>
>>
3:37 a.m.
someone made a post about this...to build nvidia-legacy-drivers against the
2.6.20 you need to copy part of your original kernel and replace it into the
new kernel. can't remember what the file was called tho. btw it worked.
took a while, but i found it. David Baron posted it.
http://lalists.stanford.edu/lau/2007/03/0534.html
hth
g.
5:07 a.m.
Geoff Beasley wrote:
someone made a post about this...to build
nvidia-legacy-drivers against the
2.6.20 you need to copy part of your original kernel and replace it into the
new kernel. can't remember what the file was called tho. btw it worked.
took a while, but i found it. David Baron posted it.
http://lalists.stanford.edu/lau/2007/03/0534.html
HA! You are referencing this thread! Yeah, I read it, I just have those
questions in my original msg.
thanks,
brad
6:46 a.m.
On Do, 05.04.07 16:49 Brad Fuller <brad(a)sonaural.com> wrote:
Thomas Kuther wrote:
The migration helper patch just fixes that SA.. IRQ stuff.. one liner.
I don't know what version of nvidia driver works for your MX4000, but
if the new generation one works (it should down to GF4 cards),
then just use the latest 9755 version, that works fine without patches.
For the legacy drivers, there are patches for newer kernels available,
latest I'm aware of is 2.6.19 (Gentoo portage holds a patch for that)
Cheers,
Tom
On Mo, 12.03.07 17:22 "Reuben Martin"
<reuben.m(a)gmail.com> wrote:
Tom,
where did you get these patches? I have an MX4000 and apparently the
last nvidia driver to support this chipset is v9731, but I can't get
it to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
thanks!
brad
I believe only the migration helpers patch is
needed for the legacy
96** series.
Yes, the kmem_cache_t removal patch is not important. The new 9755
driver doesn't need to be patched at all.
Tom
> On 3/12/07, Thomas Kuther <gimpel(a)sonnenkinder.org> wrote:
>
>> On Mo, 12.03.07 19:00 David Baron <d_baron(a)012.net.il> wrote:
>>
>>
>>> At least the 9631 version of the Nvidia video driver did not
>>> compile after the patch was applied and the kernel successfully
>>> build and booted. Same would definitely hold for older Nvidia
>>> versions and possibly newer ones as well.
>>>
>>> Problem: A bunch of obseleted #define SA_..... entries
>>> in the linux source/include/linux/interrupt.h
>>>
>>> They say do not use in newer code but Nvidia does need them.
>>>
>>> Solution: Copy these from an older or unpatched version of this
>>> file and then paste into the new one. One need not rebuild the
>>> kernel since these are no longer used there. After do this,
>>> Nvidia will build and run fine (so far).
>>>
>> Don't "fix" the kernel, but fix the drivers ;)
>> Patches for 9746 driver attached.
>> 
7:24 a.m.
Am Freitag, 6. April 2007 schrieb Brad Fuller:
where did you get these patches? I have an MX4000 and
apparently the
last nvidia driver to support this chipset is v9731, but I can't get it
to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
I use the two attached patches:
NVIDIA-Linux-x86-1.0-9631-pkg1_IRQF_SHARED.patch against nvidia driver
and
20-rt_EXPORT_SYMBOL.patch against the kernel.
Cheers,
Karsten
8:38 a.m.
On Friday 06 April 2007, Karsten Wiese wrote:
Am Freitag, 6. April 2007 schrieb Brad Fuller:
The first removes the SA_ entries and replaces with equivalent #defined
constant.
Where does one get these patches and how does one apply them (the Nvidia is
closed driver .run file which includes compressed sources inside. The rt8
patch is a patch file, not a collection of source.
BTW: I did not run into any pagefault_disable undefined symbols anywhere to my
recollection. As I said, the rt8 patch had no business removing the SA_
defines (Linus has not done this yet!).
where did you get these patches? I have an MX4000
and apparently the
last nvidia driver to support this chipset is v9731, but I can't get it
to work. I assume I need these patches and possibly copy over the
obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
I use the two attached patches:
NVIDIA-Linux-x86-1.0-9631-pkg1_IRQF_SHARED.patch against nvidia driver
and
20-rt_EXPORT_SYMBOL.patch against the kernel.
8:42 a.m.
On Fr, 06.04.07 13:09 David Baron <d_baron(a)012.net.il> wrote:
On Friday 06 April 2007, Karsten Wiese wrote:
there is an option to extract the .run archive only. --extract-only
maybe. Then apply your patches and compile the driver from within the
source tree.
Am Freitag, 6. April 2007 schrieb Brad Fuller:
The first removes the SA_ entries and replaces with equivalent
#defined constant.
Where does one get these patches and how does one apply them (the
Nvidia is closed driver .run file which includes compressed sources
inside. The rt8 patch is a patch file, not a collection of source. where did you get these patches? I have an MX4000
and apparently
the last nvidia driver to support this chipset is v9731, but I
can't get it to work. I assume I need these patches and possibly
copy over the obsoleted #define SA_..... entries?
And, what is the "migration helpers patch"?
Basically: do you know what I need to do to make the nvidia driver
version that works for MX4000 work?
I use the two attached patches:
NVIDIA-Linux-x86-1.0-9631-pkg1_IRQF_SHARED.patch against
nvidia driver and
20-rt_EXPORT_SYMBOL.patch against the kernel.
12:52 p.m.
On 4/6/07, David Baron <d_baron(a)012.net.il> wrote:
BTW: I did not run into any pagefault_disable
undefined symbols anywhere to my
recollection. As I said, the rt8 patch had no business removing the SA_
defines (Linus has not done this yet!).
I doubt the -rt developers care about closed source drivers. It's up
to nvidia to fix their code to work with -rt.
Lee
12 Mar
12 Mar
7:40 p.m.
On Mon, 2007-03-12 at 19:00 +0200, David Baron wrote:
Solution: Copy these from an older or unpatched
version of this file and then
paste into the new one. One need not rebuild the kernel since these are no
longer used there. After do this, Nvidia will build and run fine (so far).
This has solved my NVidia and custom kernel problems.
Gordon
6469
days inactive
6494
days old
linux-audio-user@lists.linuxaudio.org
15 comments
9 participants
participants (9)
-
Brad Fuller -
David Baron -
Geoff Beasley -
Gordon JC Pearce -
Karsten Wiese -
Ken Restivo -
Lee Revell -
Reuben Martin -
Thomas Kuther