Kernel Source file for 3.3-rc4 was released today. I found no mention at the H yet, but another was here: [Phoronix] Linux 3.3-rc4 Kernel Fixes A Peculiar 32-bit Bug](http://www.phoronix.com/scan.php?page=news_item&px=MTA1OTE) AND rc4 installed just fine under openSUSE 11.4 and with nVIDIA driver 195.20 installed all is well so far.
Also, while I had thought I no longer needed to do this, to get the nVIDIA driver to install, I had to run the following command:
cd /lib/modules/3.3.0-rc4-0.9-desktop/source/arch/x86/include ; sudo cp generated/asm/*.h ./asm
or (As your name may vary)
cd /lib/modules/<kernel version>/source/arch/x86/include ; sudo cp generated/asm/*.h ./asm
So far as I know, I was to remind it in kernel mailing list, well, server down.
If you build NVIDIA 295.20 kernel module against 3.3rc4 kernel in Kernel:HEAD with debuginfo symbols on, you will get errors in 282, 284 and 295 lines of kernel/nv-linux.h, which were “NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT” and “NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT value unrecognized!”. <= 3.2 is okay with that. so it must be a kernel affair.
I agree with the second fix you mention, but the first was easy to perform using a bash script as follows:
#!/bin/bash
#: Title : userfix
#: Date Created: Sun Feb 19 12:24:18 CST 2012
#: Last Edit : Sun Feb 19 12:24:18 CST 2012
#: Author : James D. McDaniel
#: Version : 1.00
#: Description :
#: Options :
version=$(uname -r | cut -c -3)
folder="/lib/modules/$(uname -r)/source/arch/x86/include"
if "$version" == "3.3" ] ; then
if -d "$folder" ] ; then
cd $folder
cp generated/asm/*.h ./asm
echo
echo "Kernel Fix for nVIDIA driver was executed!"
echo
fi
fi
exit 0
# End Of Script
I then have added the following line to my /etc/init.d/after.local script file.
# Run User kernel source fix file
if -f /usr/local/bin/userfix ] ; then
/usr/local/bin/userfix
fi
Since I play around with kernel versions all of the time, this fix only applies if its a 3.3 kernel.
Not sure what the deal is, but just in case others run into this with 3.3.0 RC5 the generated directory isn’t in:
/lib/modules/3.3.0-rc4-0.9-desktop/source/arch/x86/include
I don’t know if its a mistake in packaging or not, but I found mine in:
/usr/src/linux-3.3.0-rc5-1-obj/x86_64/desktop/arch/x86/include/generated/
source in the first one is really just a symlink to something in /usr/src
Not sure why it got split out into the -obj directory
It kind of makes you wonder if there will be other problems with rc5?
This change you have found seems to exist in all 3.3 rc versions as far as I know. Its the reason the nVIDIA driver will not compile. I am running the following code to move source files around.
version=$(uname -r | cut -c -3)
folder="/lib/modules/$(uname -r)/source/arch/x86/include"
if "$version" == "3.3" ] ; then
if -d "$folder" ] ; then
cd $folder
cp generated/asm/*.h ./asm
echo
echo "Kernel Fix for nVIDIA driver was executed!"
echo
fi
fi
I have compiled/loaded the latest RC kernel release kernel-3.3-rc6 using SAKC onto my newly installed copy of openSUSE 12.1 (up from 11.4 after a hard drive failure of /home). All is working fine after the update. I have installed the latest nVIDIA driver 295.20 using SANDI and DKMS. Nothing new to report as the rc6 just seems to work fine for me.
I noticed distinct differences: -rc4 booted faster and cleaner, but was prone to crash for several differrent (and NOT repeatable) situations. -rc5 seems to boot much slower, and the only noticeable problems are with 1 ) KDE desktop effects + powersaving profile (unplug, changing to powersave profile crashes X server) and 2) DM gdm seems to “lose” the date and time (DM kdm is OK).
-rc6 just popped up, so I will check it before punching out more 'zillas.
Note: The date/time problem, first thought to be CMOS, seems related to systemd and/or Intel graphics, and does NOT occur on ATI graphics. Also, a hard power-off (I know, not a good idea) shows no evidence of superblock date/time corruption.
Further, I am running “almost” factory Xorg on the Intel laptop. That may have a lot to do with the problems. If I can not identify the culprits, I can back off Xorg and test the kernel again.
Kernel Log: Coming in 3.3 (Part 3) – Architecture and infrastructure
by Thorsten Leemhuis
A long line-up of changes to the code for memory management will fix problems and improve performance in some areas. The kernel now supports the Large Physical Address Extension (LPAE) and boots on x86 EFI systems even without a boot loader.Read More …
**From Linux 3.3, the nouveau driver will support newer GeForce chips and Intel’s RC6 GPU power saving technology should finally work properly. The Poulsbo graphics driver and some Hyper-V drivers have left the staging area, while drivers for Android have entered it.
Just found and installed Linux 3.3.0-rc7-1.2-desktop x86_64 into openSUSE 12.1 tonight. All is working just fine and no problems to report. I was thinking this might be the final release, but I guess not. I found this from Linus:
I had been hoping that -rc6 would be the last -rc, but no such luck.
Things just haven’t calmed down sufficiently for me to feel comfy
doing a final 3.3 release without another -rc, so here we are: 3.3-rc7
is out.
Now, none of the fixes here are all that scary in themselves, but
there were just too many of them, and across various subsystems.
Networking, memory management, drivers, you name it. And instead of
having fewer commits than in -rc6, we have more of them. So my hope
that things would calm down simply just didn’t materialize.
I really would prefer not having an -rc8, though. And I do think we’re
in fairly good shape, I just didn’t think we were quite there yet for
a release. Thus this will hopefully really be the final -rc.
Well we have come to the end of the line for this message thread as kernel 3.3 final has been released. I see that my first message was on 19-Jan-2012 and today is 20-Mar-2012, so we made it through a final kernel release is just two scant moths this time. In any event, I guess that openSUSE 12.2 now has a stable kernel 3.3 base to build upon. In a separate note, I also see that kernel 3.2 has made it up to 3.2.12, which seems interesting in such a short time span, at least to me. just s before, everyone is welcome to post some final words for kernel 3.3 rc’s as another goes final on us.
Thanks as always for all of your comments you have posted to this thread.
I know its late, but updated yesterday to kernel 3.3, so far so good except watching TV with a Tevii S470 is now extremely choppy. I wend back to the latest 3.2.10, no issues with that one.
