Well, if you have not seen this, it seems that there is a chance the next kernel number might jump to 2.8 or even 3.0. Here some articles you might want to read:
Wow, what a change. I never thought I might see such a thing, but there it is (Kernel 3.0-rc1), http://www.kernel.org/pub/linux/kernel/v3.0/testing/linux-3.0-rc1.tar.bz2 for everyone to download. Thanks for the heads up dale14846. I do wonder what such a radical kernel version change will do for the many things that might check for the actual kernel version? I guess that we will see.
Well I downloaded and compiled kernel 3.0, but the most recent nVIDIA driver (and even latest beta) complained that it was not version 2.6, so here we go. I have no idea what else may need an upgrade to use kernel 3.0, just due to the imbedded kernel version. It will kind of be like the year 2000 all over again.
Kernel 3.0, Gnome 3 … and a certain amount of synchronicity! There will be more “kernel version” hiccups, and it makes we wonder if the first 3.0 (-rc1?) might be a “rabbit” (or … a “bogey” or “buffalo”) to help flush out these little things waiting in the field.
Well I noticed just today that the mainline at kernel.org is alleged to be kernel 3.0-rc2 yet, no full source code exists for you to download for rc1 or rc2. I did get the source for rc1 when it was online, but now it is all gone. Still no nVIDIA driver I can find that claims to load with kernel 3.0-rc1 either.
So does anyone know what is going on with the lack of source being posted online for kernel 3.0 at kernel.org?
On 06/08/2011 06:06 AM, jdmcdaniel3 wrote:
>
>> ‘Index of /repositories/Kernel:/linux-next/standard/src’
>> (http://tinyurl.com/4322tu8)
>> ‘Nvidia Installer HOWTO for openSUSE users’
>> (http://www.suse.de/~sndirsch/nvidia-installer-HOWTO.html)Dale that is the source code to rc1 which I did already download and I
> know how to install the nVIDIA driver the hard way, but even the latest
> beta does not like the kernel 3.0 revision number and will not install.
Larry, when I posted that other message, no source code was posted online at kernel.org, a situation I have never seen before. However today, the kernel 3.0-rc2 source file is posted online. I just compiled kernel version 3.0-rc2 into openSUSE 11.4 on my Dell work Laptop and it is working just fine. So, except for the nVIDIA driver having a problem with the kernel version, nothing else so far is protesting about it.
On 06/08/2011 07:36 PM, jdmcdaniel3 wrote:
>
>> What is wrong with
>> 'http://www.kernel.org/pub/linux/kern...0-rc2.tar.bz2?’
>> (http://tinyurl.com/3hyo368)
>
> Larry, when I posted that other message, no source code was posted
> online at kernel.org, a situation I have never seen before. However
> today, the kernel 3.0-rc2 source file is posted online. I just compiled
> kernel version 3.0-rc2 into openSUSE 11.4 on my Dell work Laptop and it
> is working just fine. So, except for the nVIDIA driver having a problem
> with the kernel version, nothing else so far is protesting about it.
>
> Thank You,
>
> ‘’ (http://tinyurl.com/3hyo368)
Kernel 3.0.rc2-1.1 installed from Kernel:/HEAD repositories without negative events. Early observations see very quick responses and actions (compared with 2.6.39-36.1, which, in turn, was noticeably quicker that the standard 11.3 kernel 2.6.34.8-0.2).
On the downside, the Arrandale “black screen” problem still exists, although recent postings (https://bugzilla.novell.com/show_bug.cgi?id=669798) indicate that the problem may be resolved on Dell e6410’s. I can state categorically that the problem is NOT resolved on Dell e6510’s and Gateway NV’s (with Intel GMA graphics only). I will have an opportunity to test on an i5-24xx with Intel 3000 graphics soon.
Test of the 3.0.rc2-1.1 kernel on 11.4 is the next step: first on a standard 11.4/Gnome 2, then on a Gnome3. The timing of the Gnome3 test may be problematic, since (so far) Gnome3 has not played well with the Intel GMA graphics (but that is another tale …).
I have good news for you nVIDIA GPU people out there just waiting to install the newest kernel 3.0, now at rc3. The nVIDIA driver 275.09.07 works just fine with kernel 3.0-rc3, Yeah!!!
oldcpu pulled out the links for us in another message here in the forum.
sakc can be modified to run from a different folder than ~/bin. Same for where you keep your source files and where you want compiled kernels to go. The following text at the start of sakc allows you to modify this information.
#
# Make Sure the Following Folder/File names are correct and exist!!!
#
# Where do you Keep/Download Your Kernel Source Files? This Folder Name Must Exist!
kernel_folder=~/Downloads
# Where do you want to place your Compiled Kernels? This Folder Name Must Exist!
compile_folder=~/Kernel
# Where is SAKC located and what is it called (folder/name)
# Don't Like the name sakc? Save it as anything you like,
# but make sure this is the name/location that you used!
sakc_name=~/bin/sakc
#
# Kernel Compile/Configuration Log File. Do you wish to save all information for viewing later?
#
log_file=true
log_file_location=~/Documents
#
# Do You Wish SAKC to play a Sound When the Compile is complete? (true / false)
# play is included with the --> sox <-- application found in YaST
#
Play_Sound=true
wav_Player=/usr/bin/play
wav_File=/usr/share/sounds/alsa/test.wav
As for compile times, this depends on the speed of your computer, speed of your hard disk and if you are running openSUSE in a VMware like environment. Running on “real” CPU’s I have had compile times vary from 48 minutes (Intel dual core laptop CPU) to 8 minutes (Intel i7 2600K CPU) on a desktop with SSD hard drive and depending on the speed of your PC, taking an hour or so would not be abnormal.
Today I have upgraded my two openSUSE 11.4 machines up to Kernel 3.0-rc5 and still loading the nVIDIA 275.09.07 64 bit video driver without any troubles. I can’t say I notice anything much different except to say that all is working as it should.
Linux 3.0 includes all of the important kernel components needed to set up a Dom0 operating system, which, together with the Xen hypervisor, will host guest systems. And that’s not all – since mid-May, the developer branch of Qemu also contains everything needed to support Xen guest systems which run by using the virtualisation capabilities of modern processors (HVM/hardware-assisted virtualisation)
Got to get excited about FS improvements! Punch hole to fix sparse files, XFS supporting SSD “TRIM” feature & user_xattr’s for tmpfs
And if you get a new Llano box, it’ll matter to you …
