FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian User

 
 
LinkBack Thread Tools
 
Old 09-20-2010, 05:25 PM
Curt Howland
 
Default Mainline kernel source curiosity

Hi. Up to date Squeeze, compiling the latest 2.6.36-rc4 kernel.

Last time the problem was compiling the kernel at all, which is
working just fine now thank you Debian-User.

fakeroot make-kpkg --append-to-version -curt1.0 --initrd kernel_image

creates the .deb file just fine, it installs fine, but when I run it
and try to get the VirtualBox and Nvidia drivers to compile, this is
what I get:

from vbox-installer.log

==========
Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
match the current kernel (version 2.6.36-rc4-curt1.0). Stop.
==========

The thing is, there is no such error with 2.6.35.4-curt1.0, nor when
it was 35-rc4-curt1.0.

So why would it be choking on the custom extension now? I used
_exactly_ the same compile command, listed above.


from /var/log/nvidia-installer.log

===========
In file included from include/linux/kernel.h:17,
from include/linux/sched.h:54,
from include/linux/utsname.h:35,
from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv-linu
x.h:27,
from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:13
:
include/linux/bitops.h: In function ‘hweight_long’:
include/linux/bitops.h:49: warning: signed and unsigned type in conditional
expression
In file included from /usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess
.h:571,
from include/linux/poll.h:14,
from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv-linu
x.h:84,
from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:13
:
/usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess_32.h: In function ‘
copy_from_user’:
/usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess_32.h:209: warning: co
mparison between signed and unsigned integer expressions
/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c: At top level:
/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:426: error: unknown fiel
d ‘ioctl’ specified in initializer
/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:426: warning: initializa
tion from incompatible pointer type
make[4]: *** [/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.o] Error 1
make[3]: *** [_module_/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel] Error
2
make[2]: *** [sub-make] Error 2
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[1]: *** [module] Error 1
make: *** [module] Error 2
-> Error.
ERROR: Unable to build the NVIDIA kernel module.
==========

Which I guess means I have to wait for Nvidia to fix a signed vs
unsigned change in the kernel source.

Can folks suggest if it would be worth while reporting this to Nvidia?

Curt-


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: AANLkTin5qBwT_-4WaqDOanowbVmsV=zXRH=t94Lirwhw@mail.gmail.com">htt p://lists.debian.org/AANLkTin5qBwT_-4WaqDOanowbVmsV=zXRH=t94Lirwhw@mail.gmail.com
 
Old 09-20-2010, 05:45 PM
Arthur Machlas
 
Default Mainline kernel source curiosity

On Mon, Sep 20, 2010 at 12:25 PM, Curt Howland <Howland@priss.com> wrote:
> Hi. Up to date Squeeze, compiling the latest 2.6.36-rc4 kernel.
>
> Last time the problem was compiling the kernel at all, which is
> working just fine now thank you Debian-User.
>
> fakeroot make-kpkg --append-to-version -curt1.0 --initrd kernel_image
>

My guess is you need to build the header at least, and perhaps the
source. It depends on how you're building the modules I suppose. In
any case, you'll have to run either
fakeroot make-kpkg --append-to-version -curt1.0 kernel_headers
fakeroot make-kpkg --append-to-version -curt1.0 kernel_image

And install the debs. Alternatively, build both just to be safe
fakeroot make-kpkg --append-to-version -curt1.0 kernel_headers kernel_image


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: AANLkTikjM7_ZjG48LafVuQa0OMvAC_LMGGazSVHBjxdA@mail .gmail.com">http://lists.debian.org/AANLkTikjM7_ZjG48LafVuQa0OMvAC_LMGGazSVHBjxdA@mail .gmail.com
 
Old 09-20-2010, 05:50 PM
Kumar Appaiah
 
Default Mainline kernel source curiosity

On Mon, Sep 20, 2010 at 01:25:45PM -0400, Curt Howland wrote:
> Last time the problem was compiling the kernel at all, which is
> working just fine now thank you Debian-User.
>
> fakeroot make-kpkg --append-to-version -curt1.0 --initrd kernel_image
>
> creates the .deb file just fine, it installs fine, but when I run it
> and try to get the VirtualBox and Nvidia drivers to compile, this is
> what I get:
>
> from vbox-installer.log
>
> ==========
> Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
> match the current kernel (version 2.6.36-rc4-curt1.0). Stop.
> ==========
>
> The thing is, there is no such error with 2.6.35.4-curt1.0, nor when
> it was 35-rc4-curt1.0.
>
> So why would it be choking on the custom extension now? I used
> _exactly_ the same compile command, listed above.


Is this a manifestation of this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591793

I am unsure, but I was under the impression that kernel-package is
broken for the most recent kernels.

Thanks.

Kumar


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100920175012.GF23119@bowser.ece.utexas.edu">http ://lists.debian.org/20100920175012.GF23119@bowser.ece.utexas.edu
 
Old 09-20-2010, 06:10 PM
Stephen Powell
 
Default Mainline kernel source curiosity

On Mon, 20 Sep 2010 13:25:45 -0400 (EDT), Curt Howland wrote:
>
> Hi. Up to date Squeeze, compiling the latest 2.6.36-rc4 kernel.
>
> Last time the problem was compiling the kernel at all, which is
> working just fine now thank you Debian-User.
>
> fakeroot make-kpkg --append-to-version -curt1.0 --initrd kernel_image
>
> creates the .deb file just fine, it installs fine, but when I run it
> and try to get the VirtualBox and Nvidia drivers to compile, this is
> what I get:
>
> from vbox-installer.log
>
> ==========
> Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
> match the current kernel (version 2.6.36-rc4-curt1.0). Stop.
> ==========
>
> The thing is, there is no such error with 2.6.35.4-curt1.0, nor when
> it was 35-rc4-curt1.0.
>
> So why would it be choking on the custom extension now? I used
> _exactly_ the same compile command, listed above.
>

Curt,

I can't address your specific situation, but perhaps my kernel-building
web page

http://www.wowway.com/~zlinuxman/Kernel.htm

will be helpful to you. I have a specific example now for building
Nvidia drivers, which is covered near the end of the document under
the heading, "A specific example". Perhaps your virtualbox problems
can be solved in a similar manner.

--
.'`. Stephen Powell
: :' :
`. `'`
`-


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 885015105.128213.1285006234715.JavaMail.root@md01. wow.synacor.com">http://lists.debian.org/885015105.128213.1285006234715.JavaMail.root@md01. wow.synacor.com
 
Old 09-20-2010, 06:32 PM
Stephen Powell
 
Default Mainline kernel source curiosity

On Mon, 20 Sep 2010 13:50:12 -0400 (EDT), Kumar Appaiah wrote:
> On Mon, Sep 20, 2010 at 01:25:45PM -0400, Curt Howland wrote:
>> ==========
>> Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
>> match the current kernel (version 2.6.36-rc4-curt1.0). Stop.
>> ==========
>>
>> The thing is, there is no such error with 2.6.35.4-curt1.0, nor when
>> it was 35-rc4-curt1.0.
>>
>> So why would it be choking on the custom extension now? I used
>> _exactly_ the same compile command, listed above.
>
>
> Is this a manifestation of this:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591793
>
> I am unsure, but I was under the impression that kernel-package is
> broken for the most recent kernels.

Curt, I don't know if this is related to the problem or not, but make
sure that you don't have CONFIG_LOCALVERSION or CONFIG_LOCALVERSION_AUTO
set in your kernel configuration file and make sure that you specify
--append-to-version and --revision on *every* invocation of make-kpkg. How
are you creating the virtualbox and nvidia packages? Are you using
module-assistant? Or are you compiling a kernel source module package
using the modules_image target of make-kpkg? If you are using
module-assistant (which I don't recommend if you are building
out-of-kernel-source-tree kernel module packages for a custom kernel)
then you will need to use the kernel_headers target as well as
the kernel_image target, then install both before moving on to
create the modules package.

It is best to install the Debian
out-of-kernel-source-tree kernel module source package and use the
kernel_image and modules_image targets. Then you don't have to
create or install kernel header packages.

HTH

--
.'`. Stephen Powell
: :' :
`. `'`
`-


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1766196363.128836.1285007540897.JavaMail.root@md01 .wow.synacor.com">http://lists.debian.org/1766196363.128836.1285007540897.JavaMail.root@md01 .wow.synacor.com
 
Old 09-20-2010, 07:30 PM
Curt Howland
 
Default Mainline kernel source curiosity

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 20 September 2010, Arthur Machlas was heard to say:
> And install the debs. Alternatively, build both just to be safe
> fakeroot make-kpkg --append-to-version -curt1.0 kernel_headers
> kernel_image

Very interesting. Any idea why "building the headers" was not needed
on previous versions?


- --
Those who torment us for our own good will torment us without end,
for they do so with the approval of their consciences.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQEVAwUBTJe2Pi9Y35yItIgBAQLl9Af/WL3eUmCyaW+aValViGhBTEk563wiVs7G
VWrO+2290PRMESZmuwV0MICtqlUzW7OgIEPvROPTjFohyyCUVm 3jOZFxUZVR3nh4
SF1mNDzhysPjXEp+RxSsiWEpobFhdINzEtz5Oezqg9jRl6Po/CuBjTgagrARRRVO
KdJSFxJCIwJncA+w0xhTb/kQa6c0KO7/BTq06/Sm79LggvDXoR/LG0B29+Mcz1Ao
XqP53VrXRQkujN5XeyoP7PFIcuaRiFqoOpe45zcnEVP05r+Sag cGaj+K/gprP9C5
fRE0ZI5bn0L6bPaZUuKzrLUP7HOOr7DPOu8bP9BXb+zpf22pGi LFew==
=W3tb
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201009201530.06573.Howland@priss.com">http://lists.debian.org/201009201530.06573.Howland@priss.com
 
Old 09-20-2010, 07:43 PM
"tv.debian@googlemail.com"
 
Default Mainline kernel source curiosity

Le 20/09/2010 19:25, Curt Howland wrote:
> Hi. Up to date Squeeze, compiling the latest 2.6.36-rc4 kernel.
>
> Last time the problem was compiling the kernel at all, which is
> working just fine now thank you Debian-User.
>
> fakeroot make-kpkg --append-to-version -curt1.0 --initrd kernel_image
>
> creates the .deb file just fine, it installs fine, but when I run it
> and try to get the VirtualBox and Nvidia drivers to compile, this is
> what I get:
>
> from vbox-installer.log
>
> ==========
> Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
> match the current kernel (version 2.6.36-rc4-curt1.0). Stop.
> ==========
>
> The thing is, there is no such error with 2.6.35.4-curt1.0, nor when
> it was 35-rc4-curt1.0.
>
> So why would it be choking on the custom extension now? I used
> _exactly_ the same compile command, listed above.
>
>
> from /var/log/nvidia-installer.log
>
> ===========
> In file included from include/linux/kernel.h:17,
> from include/linux/sched.h:54,
> from include/linux/utsname.h:35,
> from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv-linu
> x.h:27,
> from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:13
> :
> include/linux/bitops.h: In function ‘hweight_long’:
> include/linux/bitops.h:49: warning: signed and unsigned type in conditional
> expression
> In file included from /usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess
> .h:571,
> from include/linux/poll.h:14,
> from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv-linu
> x.h:84,
> from /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:13
> :
> /usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess_32.h: In function ‘
> copy_from_user’:
> /usr/src/linux-2.6.36-rc4/arch/x86/include/asm/uaccess_32.h:209: warning: co
> mparison between signed and unsigned integer expressions
> /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c: At top level:
> /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:426: error: unknown fiel
> d ‘ioctl’ specified in initializer
> /tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.c:426: warning: initializa
> tion from incompatible pointer type
> make[4]: *** [/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel/nv.o] Error 1
> make[3]: *** [_module_/tmp/selfgz2500/NVIDIA-Linux-x86-256.53/kernel] Error
> 2
> make[2]: *** [sub-make] Error 2
> NVIDIA: left KBUILD.
> nvidia.ko failed to build!
> make[1]: *** [module] Error 1
> make: *** [module] Error 2
> -> Error.
> ERROR: Unable to build the NVIDIA kernel module.
> ==========
>
> Which I guess means I have to wait for Nvidia to fix a signed vs
> unsigned change in the kernel source.
>
> Can folks suggest if it would be worth while reporting this to Nvidia?
>
> Curt-
>
>

Hi, I build my kernels with kernel-package, currently a
"2.6.35.4-vanilla64" and have no problem. I build the headers at the
same time because some installers will look for it even if the full
sources are available (NVidia .run was one of those in my late experience).

I now use nvidia (now dkms-ready) from debian Sid and have no problem,
VirtualBox from Oracle/Sun repo is doing fine too here.
I always check that the links "build" and "source" in
/lib/modules/$(uname -r) are properly set up.

Hope it helps.


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4C97B945.3040109@googlemail.com">http://lists.debian.org/4C97B945.3040109@googlemail.com
 
Old 09-21-2010, 01:27 PM
Curt Howland
 
Default Mainline kernel source curiosity

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 20 September 2010, Arthur Machlas was heard to say:
> My guess is you need to build the header at least, and perhaps the
> source. It depends on how you're building the modules I suppose. In
> any case, you'll have to run either
> fakeroot make-kpkg --append-to-version -curt1.0 kernel_headers
> fakeroot make-kpkg --append-to-version -curt1.0 kernel_image

Ok, I did build the headers as a package, and installed it, so now
there's a /usr/src/linux-headers-2.6.36-rc4-curt1.0/ and the same
error comes up:

/var/log/vbox-install.log
Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
match the current kernel (version 2.6.36-rc4-curt1.0). Stop.

Anyway, thank you for the suggestion, I'm sorry it didn't work. I'll
take it up at the VirtualBox forum, in case anyone else has had the
same difficulty.

Curt-

- --
Those who torment us for our own good will torment us without end,
for they do so with the approval of their consciences.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQEVAwUBTJiyxi9Y35yItIgBAQI9NAf/ZTaPQ9QRZ4QxLknGYJNzxGUwzLUf+6ub
D+7MkUsAYGskxKY4/46kZa45w0DYcT+mbZbpCq9jZOYkAlG3LhLY+lr5eK5kMwRa
pYWfxxL8YUdZ4b2P4UmqnDgcaDYRL+OGLbt6GNEYIO3XGvm8Ee fQ76RvyOKmRqN7
JuOW4q4pSidGmGgDSXRq/l2ozqpYmG2LQjEQuRnXJJ7tuTZHNtSZJ5EmBmWITIUl
MFC7cXYmU0TsIi2M2xxFM7M3iXJeTBV7VbZW1d6yyLc58usd5t sWau9hA130ABy2
ZsKH924fjPU7F4oFvg+Fd5BeY8BYE+O70ImKbPfIZIrjN2Pz7Z mxxw==
=53sG
-----END PGP SIGNATURE-----


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201009210927.34316.Howland@priss.com">http://lists.debian.org/201009210927.34316.Howland@priss.com
 
Old 09-21-2010, 02:08 PM
Morgan Gangwere
 
Default Mainline kernel source curiosity

On 9/21/2010 7:27 AM, Curt Howland wrote:
> On Monday 20 September 2010, Arthur Machlas was heard to say:
>> My guess is you need to build the header at least, and perhaps the
>> source. It depends on how you're building the modules I suppose. In
>> any case, you'll have to run either
>> fakeroot make-kpkg --append-to-version -curt1.0 kernel_headers
>> fakeroot make-kpkg --append-to-version -curt1.0 kernel_image
>
> Ok, I did build the headers as a package, and installed it, so now
> there's a /usr/src/linux-headers-2.6.36-rc4-curt1.0/ and the same
> error comes up:
>
> /var/log/vbox-install.log
> Makefile:170: *** Error: /usr/src/linux (version 2.6.36-rc4) does not
> match the current kernel (version 2.6.36-rc4-curt1.0). Stop.


Had the same problem!

Instead of using --append-to-version, use the version append in *kernel
config*

make menuconfig, search around for "Append to version"

make-kpkg doesn't monger linux/version.h IIRC.

--

Morgan Gangwere

>> Why?
Because it breaks the logical flow of conversation, plus makes
messages unreadable.
>>> Top-Posting is evil.
 

Thread Tools




All times are GMT. The time now is 01:31 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org