Bug#660983: marked as done ([linux-2.6] Licensed Symbol Conflicts with Some Non-GPL Modules)
Your message dated Thu, 23 Feb 2012 05:25:38 -0600
with message-id <20120223112538.GA28033@burratino>
and subject line Re: Licensed Symbol Conflicts with Some Non-GPL Modules
has caused the Debian Bug report #660983,
regarding [linux-2.6] Licensed Symbol Conflicts with Some Non-GPL Modules
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
660983: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660983
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: linux-2.6
Version: 3.2.1-rt
Severity: normal
--- Please enter the report below this line. ---
First: Great news--now have officital rt-preemptive kernels.
A recurring problem with patched or debug kernels concerns gpl-only symbol
names preventing non-gpl modules from building or running. Current case
involves "migrate_enable" which blocks the nvidia module from building (using
dkms). There may be others since those using the rt kernels are usually
involved with multimedia and will be more likely to be using non-gpl software.
This renders the new kernels unusable in such cases, Manual work-arounds will
be illegal or quasi-legal at best.
--- System information. ---
Architecture: i386
Kernel: Linux 3.1.0-1-686-pae
Debian Release: wheezy/sid
500 unstable ftp.us.debian.org
500 testing ftp.us.debian.org
1 experimental ftp.us.debian.org
--- Package information. ---
Package's Depends field is empty.
Package's Recommends field is empty.
Package's Suggests field is empty.
--- End Message ---
--- Begin Message ---
Hi David,
David Baron wrote:
> Current case
> involves "migrate_enable" which blocks the nvidia module from building (using
> dkms). There may be others since those using the rt kernels are usually
> involved with multimedia and will be more likely to be using non-gpl software.
I never had the impression before that the rt kernels are mainly for
audio, nor that multimedia implied using GPL-incompatible binary
kernel modules more often than other hardware support.
It looks like the driver has locking problems on -rt kernels
anyway[1]. If you'd like to pursue a way to get that driver working
on -rt kernels, I'd suggest filing a report directly with Nvidia, and
then a report against the src:nvidia-graphics-drivers package if you'd
like it tracked in Debian.
Closing since I don't see a potential change to the kernel here and I
think the details in such a report regarding the nvidia driver would
not overlap much with this one.
By the way, have you tried nouveau? On my card at least it works very
well, and it is supported upstream. I would be very interested in any
bugs you find in it.
Hope that helps,
Jonathan
[1] http://thread.gmane.org/gmane.linux.rt.user/7474/focus=7582
--- End Message ---
Reply to: