Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

r294070: KLD nvidia-modeset.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type

108 views
Skip to first unread message

O. Hartmann

unread,
Jan 15, 2016, 1:20:52 PM1/15/16
to FreeBSD CURRENT
On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
loading nvidia kernel module results in the error:

KLD nvidia-modeset.ko: depends on kernel - not available or version
mismatch linker_load_file: Unsupported file type

This worked prior to r294070

Regards,

Oliver

David Wolfskill

unread,
Jan 15, 2016, 1:24:37 PM1/15/16
to O. Hartmann, FreeBSD CURRENT
> ....

My most recent build of head was at r294086; I didn't see a problem with
nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf,
so it's rebuilt every time I rebuild the kernel.

Have you rebuilt nvidia-driver recently?

Peace,
david
--
David H. Wolfskill da...@catwhisker.org
Those who would murder in the name of God or prophet are blasphemous cowards.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
signature.asc

Michael Butler

unread,
Jan 15, 2016, 1:36:51 PM1/15/16
to David Wolfskill, O. Hartmann, FreeBSD CURRENT
On 01/15/16 13:24, David Wolfskill wrote:
> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote:
>> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
>> loading nvidia kernel module results in the error:
>>
>> KLD nvidia-modeset.ko: depends on kernel - not available or version
>> mismatch linker_load_file: Unsupported file type
>>
>> This worked prior to r294070
>> ....
>
> My most recent build of head was at r294086; I didn't see a problem with
> nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf,
> so it's rebuilt every time I rebuild the kernel.
>
> Have you rebuilt nvidia-driver recently?

This is as a consequence of the following change. You need to rebuild
all modules to match the kernel:

------------------------------------------------------------------------
r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines
Changed paths:
M /head/sys/compat/linuxkpi/common/include/linux/pci.h
M /head/sys/compat/linuxkpi/common/src/linux_pci.c
M /head/sys/sys/param.h

Implement support for PCI suspend, resume and shutdown events in the
LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force
recompilation of existing KMODs.

imb

_______________________________________________
freebsd...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

Michael Butler

unread,
Jan 15, 2016, 1:41:14 PM1/15/16
to David Wolfskill, O. Hartmann, FreeBSD CURRENT
On 01/15/16 13:35, Michael Butler wrote:
> On 01/15/16 13:24, David Wolfskill wrote:
>> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote:
>>> On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
>>> loading nvidia kernel module results in the error:
>>>
>>> KLD nvidia-modeset.ko: depends on kernel - not available or version
>>> mismatch linker_load_file: Unsupported file type
>>>
>>> This worked prior to r294070
>>> ....
>>
>> My most recent build of head was at r294086; I didn't see a problem with
>> nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf,
>> so it's rebuilt every time I rebuild the kernel.
>>
>> Have you rebuilt nvidia-driver recently?
>
> This is as a consequence of the following change. You need to rebuild
> all modules to match the kernel:
>
> ------------------------------------------------------------------------
> r294086 | hselasky | 2016-01-15 06:18:58 -0500 (Fri, 15 Jan 2016) | 7 lines
> Changed paths:
> M /head/sys/compat/linuxkpi/common/include/linux/pci.h
> M /head/sys/compat/linuxkpi/common/src/linux_pci.c
> M /head/sys/sys/param.h
>
> Implement support for PCI suspend, resume and shutdown events in the
> LinuxKPI. Fix a few spaces to tabs. Bump the FreeBSD version to force
> recompilation of existing KMODs.

Sorry - I take that back - that change was later than the SVN you're
noting. I'd still try a rebuild though and look for any undefined symbols ..

Gary Jennejohn

unread,
Jan 15, 2016, 11:12:07 PM1/15/16
to Michael Butler, David Wolfskill, O. Hartmann, FreeBSD CURRENT
Or build it without Linux support.

Mine was built on October 17, 2015 and I'm running r294095 without
a problem.

--
Gary Jennejohn

O. Hartmann

unread,
Jan 16, 2016, 3:04:11 AM1/16/16
to David Wolfskill, FreeBSD CURRENT
Am Fri, 15 Jan 2016 10:24:16 -0800
David Wolfskill <da...@catwhisker.org> schrieb:

> On Fri, Jan 15, 2016 at 07:19:43PM +0100, O. Hartmann wrote:
> > On FreeBSD 11.0-CURRENT #1 r294070: Fri Jan 15 06:21:20 CET 2016 amd64,
> > loading nvidia kernel module results in the error:
> >
> > KLD nvidia-modeset.ko: depends on kernel - not available or version
> > mismatch linker_load_file: Unsupported file type
> >
> > This worked prior to r294070
> > ....
>
> My most recent build of head was at r294086; I didn't see a problem with
> nvidia -- but I have 'PORTS_MODULES=x11/nvidia-driver' in /etc/src.conf,
> so it's rebuilt every time I rebuild the kernel.

I have this tag also, as you know, in my /etc/src.conf. But: I do buildworld and
especially buildkernel with flag -DNO_CLEAN".

After I did a "make kernel" (in /usr/src) the proplem went away! I guess this has to do
with the fact that I played with different versions of nvidia's driver (355.11 - 361.18
with a new buildframework proposed at PR 201340
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201340).

>
> Have you rebuilt nvidia-driver recently?

Yes, indeed, many, many times that day ;-)

>
> Peace,
> david

Kind regards,

oh

O. Hartmann

unread,
Jan 16, 2016, 3:13:55 AM1/16/16
to Michael Butler, David Wolfskill, FreeBSD CURRENT
Am Fri, 15 Jan 2016 13:35:01 -0500
Michael Butler <i...@protected-networks.net> schrieb:
I imply - regarding my previous answer - that -DNO_CLEAN flag while building kernel will
not do. As I wrote, I rebuild the kernel with "make kernel" and the module could be
loaded again.

But I see for now, that the Linuxulator modules are loaded - idenependent of disabling
Linux in the configuration of x11/nvidia-driver (I use the proposal from PR 201340, found
here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201340).

Thank you very much.

Kind regards,

Oliver

O. Hartmann

unread,
Jan 16, 2016, 3:17:24 AM1/16/16
to Gary Jennejohn, Michael Butler, David Wolfskill, FreeBSD CURRENT
Am Sat, 16 Jan 2016 05:11:40 +0100
Gary Jennejohn <gljen...@gmail.com> schrieb:
I did build without Linux, but Linuxulator gets loaded now with the new driver for
nVidia boards (nividia-modeset.ko) automatically when loaded :-(

I might be wrong, sinde I also load VBox modules, but I havn't had this issue before.

Using proposal x11/nvidia-driver PR 201340.

Kind regards,
Oliver

Gary Jennejohn

unread,
Jan 16, 2016, 3:43:00 AM1/16/16
to O. Hartmann, Michael Butler, David Wolfskill, FreeBSD CURRENT
Well, do you really need nvidia-modeset? It isn't a prerequisite for
installing the driver. And my Linuxulator starts fine without it.
I would simply delete it.

O. Hartmann

unread,
Jan 16, 2016, 4:00:05 AM1/16/16
to Gary Jennejohn, Michael Butler, David Wolfskill, FreeBSD CURRENT
Am Sat, 16 Jan 2016 09:42:34 +0100
I need the new module since nVidia claims having put a lot of logic there. Without
loading it, the screen remains black, block cursor available, no graphics, but switching
console remains functional. Loading nvidia.ko only leads to that behaviour,
nvidia-modeset.ko reels in nvidia.ko and everything is fine again. As I refered to
PR 201340.

CURRENT clainms to have a new 64bit capable Linuxulator, but it should reveal itself as
linux64.ko - as I extracted from several posts. I persoanly do not need Linux ontop of
FreeBSD, neither 32bit nor 64bit, I have my Linux servers and desktops were FreeBSD isn't
capable or to clumsy (mostly moderate or modern graphical devices and scientific GPGPU
issues). So, I'd like to get rid of the linuxulator kernel module.
0 new messages