Kernel 2054 breaks nvidia.ko loading

Justin Conover justin.conover at gmail.com
Thu Mar 16 05:09:20 UTC 2006


On 3/15/06, Gilboa Davara <gilboad at gmail.com> wrote:
>
> On 3/16/06, Dave Jones <davej at redhat.com> wrote:
> > On Wed, Mar 15, 2006 at 07:11:26PM -0600, Jonathan Berry wrote:
> >  > On 3/15/06, Jim Bevier <jim at jbsys.com> wrote:
> >  > > It seems the kernel from today, 2054, breaks the loading of the
> nvidia.ko
> >  > > module.  I get the message "nvidia: Unknown symbol
> print_tainted".  Building
> >  > > of VMware module does not have any problem.  The last good kernel
> that
> >  > > worked was 2045.  Was the symbol deleted?
> >  >
> >  > I am seeing a problem with loading the nvidia module as well.  Builds
> >  > just fine from a src.rpm acquired from:
> >  > http://www.leemhuis.info/files/fedorarpms/MISC.lvn/graphics/  Running
> >  > x86_64, as I think you are.  I cannot seem to find the problem here.
> >  > I downloaded kernel-2.6.15-1.2054_FC5.src.rpm and did an rpmbuild -bp
> >  > to get the source tree.  I found print_tainted seemingly defined just
> >  > fine in kernel/panic.c:
> >  > const char *print_tainted(void)
> >  > {
> >  >         static char buf[20];
> >  >         if (tainted) {
> >  >                 snprintf(buf, sizeof(buf), "Tainted: %c%c%c%c%c%c",
> >  >                         tainted & TAINT_PROPRIETARY_MODULE ? 'P' :
> 'G',
> >  >                         tainted & TAINT_FORCED_MODULE ? 'F' : ' ',
> >  >                         tainted & TAINT_UNSAFE_SMP ? 'S' : ' ',
> >  >                         tainted & TAINT_FORCED_RMMOD ? 'R' : ' ',
> >  >                         tainted & TAINT_MACHINE_CHECK ? 'M' : ' ',
> >  >                         tainted & TAINT_BAD_PAGE ? 'B' : ' ');
> >  >         }
> >  >         else
> >  >                 snprintf(buf, sizeof(buf), "Not tainted");
> >  >         return(buf);
> >  > }
> >  > EXPORT_SYMBOL_GPL(print_tainted);
> >  > Looks like the symbol is there and exported.  Granted, I'm not an
> that
> >  > knowledgeable about such things, but that looks okay to me.  Anyone
> >  > have any ideas what is going on here?
> >
> > An oversight on my part.
> > print_tainted is used in the spinlock macros, so essentially,
> > the macro is made GPL-only too.  I've reverted that change
> > in cvs, but it's too late for the final FC5 image, which is
> > already being pushed out to mirrors.
> >
> > It'll be fixed in the very first update kernel for FC5, which
> > will likely be within the first few days of release.
> >
> >                 Dave
> >
> > --
>
> Ohhhh! Gasp!!!!
> Not again?!?!?
>
> Dave,
>
> This is beyond *bad*.
> This effectively kills each and every non-GPL kernel module out there.
> Instead of having a fun release-day, we'll be playing catch-up with
> numerous "Fedora-5-ate-my-baby" threads.
>
> There's got to be a way to fix it. Either by stopping the
> ISO-mastering or changing the release-notes to acknowledge the problem
> and pushing a new kernel ASAP.
>
> Gilboa
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> To unsubscribe:
> https://www.redhat.com/mailman/listinfo/fedora-test-list
>


Sounds to me like everything is fine, there will be an updated kernel after
the release.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20060315/57b5126a/attachment.htm>


More information about the fedora-test-list mailing list