Today I compiled linux kernel 2.6.38.5 with transparent hugepage support enabled. Also changed the march and mtune in arch/x86/Makefile to native for CORE2
Enjoying the new kernel, will upload it tomorrow, feeling sleepy ...
I have tried a few of your core2 kernels recently on my Mint10 partition and recently installed the 2.6.38.3-core2 (amd64 build) on my Natty partition. I've noticed that when simply installing with: sudo dpkg -i linux-headers-2.6.38.3-core2_14.00_amd64.deb linux-image-2.6.38.3-core2_14.00_amd64.deb
I have received the same symlink error with every kernel I have tried on both partitions.
"Setting up linux-image-2.6.38.3-core2 (14.00) ...
Hmm. There is a symbolic link /lib/modules/2.6.38.3-core2/build However, I can not read it: No such file or directory Therefore, I am deleting /lib/modules/2.6.38.3-core2/build
Hmm. The package shipped with a symbolic link /lib/modules/2.6.38.3-core2/source However, I can not read the target: No such file or directory Therefore, I am deleting /lib/modules/2.6.38.3-core2/source"
With the previous kernels I've tried, it seems to boot with that kernel and run without any major issue. I guess I'm just wondering if there's anything I might be missing with the install because of this, resulting in a kernel that works, but performs at a sub-optimal level.
Okay. I checked those two files in the linux-image deb. The symbolic links are broken for: /lib/modules/2.6.38.3-core2/source /lib/modules/2.6.38.3-core2/build
because it is pointing to: "/home/sankaran/Downloads/2.6.38/linux-2.6.38.3"
Which is not a valid link, since I am not you, and I am not on your computer. :)
I am facing the same symbolic link error problem. I am building a kernel with xenomai patch. It works on the m/c in which it was compiled. When I install it in another m/c with the linux-image deb, I see this warning. Pls enlighten me on how you resolved it.
I have tried a few of your core2 kernels recently on my Mint10 partition and recently installed the 2.6.38.3-core2 (amd64 build) on my Natty partition. I've noticed that when simply installing with:
ReplyDeletesudo dpkg -i linux-headers-2.6.38.3-core2_14.00_amd64.deb linux-image-2.6.38.3-core2_14.00_amd64.deb
I have received the same symlink error with every kernel I have tried on both partitions.
"Setting up linux-image-2.6.38.3-core2 (14.00) ...
Hmm. There is a symbolic link /lib/modules/2.6.38.3-core2/build
However, I can not read it: No such file or directory
Therefore, I am deleting /lib/modules/2.6.38.3-core2/build
Hmm. The package shipped with a symbolic link /lib/modules/2.6.38.3-core2/source
However, I can not read the target: No such file or directory
Therefore, I am deleting /lib/modules/2.6.38.3-core2/source"
With the previous kernels I've tried, it seems to boot with that kernel and run without any major issue. I guess I'm just wondering if there's anything I might be missing with the install because of this, resulting in a kernel that works, but performs at a sub-optimal level.
can you try installing linux-headers-generic from synaptic
ReplyDeleteit might have the missing links, as far as I have tried, I did not find any missing links, so could not tell what it may be
I had these already installed:
ReplyDeletelinux-headers-generic (2.6.38.8.22)
linux-headers-2.6.38-8-generic (2.6.38-8.42)
Okay. I checked those two files in the linux-image deb. The symbolic links are broken for: /lib/modules/2.6.38.3-core2/source
ReplyDelete/lib/modules/2.6.38.3-core2/build
because it is pointing to:
"/home/sankaran/Downloads/2.6.38/linux-2.6.38.3"
Which is not a valid link, since I am not you, and I am not on your computer. :)
Oh, that is bad, I will check how to resolve it
ReplyDelete:)
I am facing the same symbolic link error problem. I am building a kernel with xenomai patch. It works on the m/c in which it was compiled. When I install it in another m/c with the linux-image deb, I see this warning. Pls enlighten me on how you resolved it.
DeleteFollow the new way of building kernel, http://duopetalflower.blogspot.in/2011/10/custom-64-bit-ubuntu-kernel-31.html
Deletestill hasn't tried to resolve the module hardcoded link while building, wasted time watching Naruto animation
ReplyDeleteI copied everything to /usr/src/ and now building 2.6.39
ReplyDeletewith transparent hugepage support, autogroup scheduling, all natty narwhal config + 300 HZ
optimized for core2 processor, will upload once build is finished and this should resolve the symlink problem
The compiled debs are uploaded to dropbox, this does not have the said symlink problem. Thanks for pointing
ReplyDeleteHere is the post regarding the dropbox links of newly built 2.6.39 packages optimized for core2 on 64 bit systems
http://duopetalflower.blogspot.com/2011/05/custom-kernel-2639-ubuntu-amd64.html