Page 1 of 5 123 ... LastLast
Results 1 to 10 of 46

Thread: Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

  1. #1
    Join Date
    Mar 2010
    Location
    Austin - Texas
    Posts
    10,500
    Blog Entries
    48

    Smile Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

    Well I see that today we have the next kernel version 3.5 posted at The Linux Kernel Archives for download. dale14846 was kind enough to alert me this morning that the next kernel version had been posted and was ready for testing. I was able to download and compile kernel 3.5-rc1 without any errors. I am using the kernel 3.4 config file for this purpose. I am happy to report that the nVIDIA driver 295.53 works like a champ so far with kernel 3.5, but alas, VirtrualBox 4.1.16 does not compile properly and will not work with kernel 3.5-rc1 and so expect issues in running the VirtualBox VM until someone posts some kind of fix for it. Another curious thing was that kernel 3.3.7 is still the latest stable kernel shown and for now, so kernel 3.4 has went away from the main page. You can still get kernel 3.4 using my SGTB bash script if you need it.

    Here are some useful bash scripts and other links for your usage.

    1. Kernel 3.5-rc1 : http://www.kernel.org/pub/linux/kern....5-rc1.tar.bz2
    2. SAKC kernel compiler bash script : S.A.K.C. - SUSE Automated Kernel Compiler - Version 2.71 - Blogs - openSUSE Forums
    3. SGTB kernel tarball creator bash script : S.G.T.B. - SuSE Git Kernel Tarball Creator - Version 1.80 - Blogs - openSUSE Forums
    4. Latest nVIDIA video driver links : Installing the nVIDIA Video Driver the Hard Way - Blogs - openSUSE Forums
    5. Installing the nVIDIA video driver the hard way bash script : LNVHW - Load NVIDIA (driver the) Hard Way from runlevel 3 - Version 1.45 - Blogs - openSUSE Forums
    6. Installing the nVIDIA driver using dkms bash script : S.A.N.D.I. - SuSE Automated NVIDIA Driver Installer - Version 1.46 - Blogs - openSUSE Forums

    In another bit of good news, yesterday I was able to properly compile a kernel source file in openSUSE 12.2 using SAKC which means the kernel installation script for the latest openSUSE version has been fixed for us. Yea!! I will have to try out kernel 3.5 in openSUSE 12.2, but I have not done so thus far. As always, I want to hear any and all comments you can make for the latest kernel 3.5. Please do not be bashful and let us hear from you for any and all comments on kernel installation and testing.

    Thank You,
    My Blog: https://forums.opensuse.org/blogs/jdmcdaniel3/

    Software efficiency halves every 18 months, thus compensating for Moore's Law

    Its James again from Austin, Texas

  2. #2
    Join Date
    Jun 2008
    Location
    Sarasota, Florida usa
    Posts
    873

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

    On my first attempt using make, make modules_install, install I kept getting throown into a rescue mode right after the line
    kvm disabled by bios

    On my second attempt using sakc My computer booted into the kde desktop although the (kvm disabled by bios) did appear

    I did a make initrd to check something I noticed on my first attempt that said the xen block wasn't found.
    This time the failed kernel's mkinitrd showed a slew of warnings
    Code:
    Resume device:  /dev/disk/by-id/ata-WDC_WD2500BPVT-22ZEST0_WD-WX91A4135270-part2 (/dev/sda2)
    find: `/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/scsi': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/thermal/thermal_sys.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/thermal/thermal_sys.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/thermal/thermal_sys.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/thermal/thermal_sys.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/i2c/algos/i2c-algo-bit.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/gpu/drm/drm.ko': No such file or directory
    WARNING: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/gpu/drm/drm_kms_helper.ko': No such file or directory
    modprobe: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/gpu/drm/i915/i915.ko': No such file or directory
    modprobe: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/usb/storage/usb-storage.ko': No such file or directory
    WARNING: no dependencies for kernel module 'usb-storage' found.
    modprobe: Could not read '/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/hid/hid-logitech-dj.ko': No such file or directory
    WARNING: no dependencies for kernel module 'hid-logitech-dj' found.
    Kernel Modules: thermal processor fan video button 
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/thermal.ko needs unknown symbol thermal_zone_device_unregister
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/thermal.ko needs unknown symbol thermal_zone_device_update
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/thermal.ko needs unknown symbol thermal_zone_unbind_cooling_device
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/thermal.ko needs unknown symbol thermal_zone_bind_cooling_device
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/thermal.ko needs unknown symbol thermal_zone_device_register
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/processor.ko needs unknown symbol thermal_cooling_device_register
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/processor.ko needs unknown symbol thermal_cooling_device_unregister
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/fan.ko needs unknown symbol thermal_cooling_device_register
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/fan.ko needs unknown symbol thermal_cooling_device_unregister
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/video.ko needs unknown symbol thermal_cooling_device_register
    WARNING: /dev/shm/.KqCZFM/mnt/lib/modules/3.5.0-rc1-2-desktop/kernel/drivers/acpi/video.ko needs unknown symbol thermal_cooling_device_unregister
    Dale
    Computer ntel Next Unit of Computing Kit, Black/Grey BOXDCCP847DYE
    Processor intel celeron 847 @ 1.1 GHz
    Video intel sandybridge mobile

  3. #3
    Join Date
    Mar 2010
    Location
    Austin - Texas
    Posts
    10,500
    Blog Entries
    48

    Smile Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

    So I don't know for sure, but since VirtualBox will not compile, the same issue may be killing KVM/Xen as well perhaps. We will just have to see if any more information comes to light on this subject here.

    Thank You,
    My Blog: https://forums.opensuse.org/blogs/jdmcdaniel3/

    Software efficiency halves every 18 months, thus compensating for Moore's Law

    Its James again from Austin, Texas

  4. #4
    Join Date
    Jun 2008
    Location
    Sarasota, Florida usa
    Posts
    873

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

    My proccessor does not support kvm Intel® Virtualization Technology List
    By the way I am using openSUSE 12.2 beta
    Dale
    Computer ntel Next Unit of Computing Kit, Black/Grey BOXDCCP847DYE
    Processor intel celeron 847 @ 1.1 GHz
    Video intel sandybridge mobile

  5. #5
    Join Date
    Mar 2010
    Location
    Austin - Texas
    Posts
    10,500
    Blog Entries
    48

    Smile Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your Comments Here!

    Linux 3.5-rc1 Kernel Has Been Released

    Posted by Michael Larabel on June 03, 2012

    While the Linux 3.5-rc1 kernel was tagged on Saturday, the announcement didn't come out until today. Regardless, the Linux 3.5-rc1 kernel is now available with lots of interesting changes.

    Read More ...

    Thank You,
    My Blog: https://forums.opensuse.org/blogs/jdmcdaniel3/

    Software efficiency halves every 18 months, thus compensating for Moore's Law

    Its James again from Austin, Texas

  6. #6
    Join Date
    Jun 2008
    Location
    Kansas City Area, Missouri, USA
    Posts
    7,271

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your CommentsHere!

    On 06/03/2012 09:06 PM, jdmcdaniel3 wrote:
    >
    > So I don't know for sure, but since VirtualBox will not compile, the
    > same issue may be killing KVM/Xen as well perhaps. We will just have to
    > see if any more information comes to light on this subject here.


    The VirtualBox issue is due to an entry point in the kernel named do_mmap()
    being changed to no longer make it available from outside code. A
    nearly-equivalent routine named do_mmap_pgoff() can be used; however, it is not
    exported.

    I have contacted the developer that made the changes to inform him that VB uses
    these routines, and asking him what the best approach will be to fix the problems.

    This problem is not the same as reported by Dale. His error messages are due to
    the 'make modules_install' step not finishing correctly.

  7. #7
    Join Date
    Jun 2008
    Location
    Kansas City Area, Missouri, USA
    Posts
    7,271

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your CommentsHere!

    On 06/04/2012 12:40 AM, Larry Finger wrote:

    > I have contacted the developer that made the changes to inform him that VB uses
    > these routines, and asking him what the best approach will be to fix the problems.


    I have heard back (already). This fix will not be easy, and I will be sending it
    to the VB developers, rather than trying to fix it myself.


  8. #8
    Join Date
    Mar 2010
    Location
    Austin - Texas
    Posts
    10,500
    Blog Entries
    48

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your CommentsHere!

    Quote Originally Posted by lwfinger View Post
    On 06/04/2012 12:40 AM, Larry Finger wrote:

    > I have contacted the developer that made the changes to inform him that VB uses
    > these routines, and asking him what the best approach will be to fix the problems.


    I have heard back (already). This fix will not be easy, and I will be sending it
    to the VB developers, rather than trying to fix it myself.
    Thanks Larry for the information. I am hoping a fix by one side or the other will be forth coming before Kernel 3.5 is released. It a real problem for me as I use VB all of the time and so it just not going to allow me to do more than a passing run of kernel 3.5 at present. Do we know what problem or enhancement with the kernel was being fixed by the these latest kernel modifications that killed the VB kernel drivers from loading?

    Thank You,
    My Blog: https://forums.opensuse.org/blogs/jdmcdaniel3/

    Software efficiency halves every 18 months, thus compensating for Moore's Law

    Its James again from Austin, Texas

  9. #9
    Join Date
    Jun 2008
    Location
    Kansas City Area, Missouri, USA
    Posts
    7,271

    Default Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your CommentsHere!

    On 06/04/2012 06:06 AM, jdmcdaniel3 wrote:

    > Thanks Larry for the information. I am hoping a fix by one side or the
    > other will be forth coming before Kernel 3.5 is released. It a real
    > problem for me as I use VB all of the time and so it just not going to
    > allow me to do more than a passing run of kernel 3.5 at present. Do we
    > know what problem or enhancement with the kernel was being fixed by the
    > these latest kernel modifications that killed the VB kernel drivers from
    > loading?


    You are a little pessimistic on how long it takes to fix these things. As you
    will see below, a motivated community geets things done relatively quickly.

    The "problem" being fixed was that the memory mapping API expressed by the calls
    do_mmap() and do_munmap() are extremely difficult to use correctly; therefore,
    they are being removed from public view. Internal users were switched to a
    different API. VBox should switch to the wrapper codes in vm_mmap() and
    vm_munmap(), which are quite a bit easier to use correctly.
    This analysis was provided by Al Viro, who made the kernel change, and he
    concludes that VBox likely uses the original calls incorrectly, but he is not
    sure. Their code is not structured in a manner that makes it easy to understand,
    which is one of the reasons that the VBox modules are not included in the kernel.

    I was prepared to kick the problem on to VBox, but I got mail this AM from
    Manual Lauss. He has a patch (http://mlau.at/files/vbox-4116-35rc0.patch), that
    fixes the compile problem. His statement was "Not completely convinced that it's
    correct, but all my VMs do work with it."

    I have not done much in the way of testing yet, but the patch does allow me to
    build the VBox kernel module. YMMV.



  10. #10
    Join Date
    Mar 2010
    Location
    Austin - Texas
    Posts
    10,500
    Blog Entries
    48

    Smile Re: Linux Kernel 3.5 RCX has Been Released To Test - Post Your CommentsHere!

    Quote Originally Posted by lwfinger View Post
    On 06/04/2012 06:06 AM, jdmcdaniel3 wrote:

    > Thanks Larry for the information. I am hoping a fix by one side or the
    > other will be forth coming before Kernel 3.5 is released. It a real
    > problem for me as I use VB all of the time and so it just not going to
    > allow me to do more than a passing run of kernel 3.5 at present. Do we
    > know what problem or enhancement with the kernel was being fixed by the
    > these latest kernel modifications that killed the VB kernel drivers from
    > loading?


    You are a little pessimistic on how long it takes to fix these things. As you
    will see below, a motivated community geets things done relatively quickly.

    The "problem" being fixed was that the memory mapping API expressed by the calls
    do_mmap() and do_munmap() are extremely difficult to use correctly; therefore,
    they are being removed from public view. Internal users were switched to a
    different API. VBox should switch to the wrapper codes in vm_mmap() and
    vm_munmap(), which are quite a bit easier to use correctly.
    This analysis was provided by Al Viro, who made the kernel change, and he
    concludes that VBox likely uses the original calls incorrectly, but he is not
    sure. Their code is not structured in a manner that makes it easy to understand,
    which is one of the reasons that the VBox modules are not included in the kernel.

    I was prepared to kick the problem on to VBox, but I got mail this AM from
    Manual Lauss. He has a patch (http://mlau.at/files/vbox-4116-35rc0.patch), that
    fixes the compile problem. His statement was "Not completely convinced that it's
    correct, but all my VMs do work with it."

    I have not done much in the way of testing yet, but the patch does allow me to
    build the VBox kernel module. YMMV.
    I must admit Larry that my pessimism has more to do with what I expect at my work when software problems come up though I was also thinking about how long Oracle would take to release a fix for VirtualBox and that was based on how long it took nVIDIA to get its act together, which for now, apparently it did. I do know that the kernel developers are working hard to make a better kernel. The issue with modifying existing kernel code and just what that does to those that try to use it from the outside is less clear. And by that I mean, its hard to know why certain program commands might have been used. The actual persons that wrote it may even be gone by now. I, like a lot others are concerned about the actual result of your coding as opposed to matching publish program methods. Changing the existing kernel code is like changing the ground rules from which you have been using. We know of course it would be better for Oracle to be working from the inside with free and published code, but for a lot of companies, they just can not let go of something they feel belongs to them. Its a rational that in the long run costs them more in effort than any supposed loss of intellectual properties. In the end though, my life is made easier by using the free VirtualBox product and I hope they can continue to support the Linux kernel as they have done up to now.

    Now, for this patch, are we patching the VirtualBox drivers and if so, how is it applied? Please go slow cause not all of us are kernel (or anything else) developers. And as always, your efforts are greatly appreciated.

    Thank You,
    My Blog: https://forums.opensuse.org/blogs/jdmcdaniel3/

    Software efficiency halves every 18 months, thus compensating for Moore's Law

    Its James again from Austin, Texas

Page 1 of 5 123 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •