[opensuse-factory] Kernel for 11.4?

Hi All
From the mailing list… some of the 2.6.37 features

http://lists.opensuse.org/opensuse-factory/2010-11/msg00199.html


Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.32.24-0.2-default
up 3 days 0:23, 3 users, load average: 0.01, 0.06, 0.08
GPU GeForce 8600 GTS Silent - Driver Version: 260.19.21

I feel quite confident that we will get 2.6.37 for 11.4. It has the broadcom open-source drivers included, in addition to many more drivers.

Features that are going into 2.6.37:

    • The inode portion of the VFS scalability patches
    • More BKL removal, including parts of the core kernel
    • Block I/O can be throttled via cgroups
    • Simple pNFS support
    • In-kernel PPTP (tunneling) acceleration
    • “Lazy” inode table creation for ext4 to allow faster fs creation
    • Batched discard support, which allows the file system to advise the
      block layer to use the TRIM command. This allows online TRIMs, but
      is only implemented in ext4 so far.
    • Xen dom0 support (mostly)
    • The usual round of bug fixes.
    • fanotify
    • Block barriers have been removed[1]

Drivers:

    • Systems and processors:
    • Flexibility Connect boards
    • Telechips TCC ARM926-based systems
    • Telechips TCC8000-SDK development kits
    • Vista Silicon Visstrim_m10 i.MX27-based boards
    • LaCie d2 Network v2 NAS boards
    • Qualcomm MSM8x60 RUMI3 emulators
    • Qualcomm MSM8x60 SURF eval boards
    • Eukrea CPUIMX51SD modules
    • Freescale MPC8308 P1M boards
    • APM APM821xx evaluation boards
    • Ito SH-2007 reference boards
    • IBM “SMI-free” realtime BIOS’s
    • MityDSP-L138 and MityDSP-1808 systems
    • OMAP3 Logic 3530 LV SOM boards
    • OMAP3 IGEP modules
    • taskit Stamp9G20 CPU modules
    • aESOP Samsung S5PV210-based Torbreck boards
    • Block:
    • Chelsio T4 iSCSI offload engines
    • Cypress Astoria USB SD host controllers
    • Marvell PXA168/PXA910/MMP2 SD host controllers
    • ST Microelectronics Flexible Static Memory Controllers
    • Input:
    • Roccat Pyra gaming mice
    • UC-Logic WP4030U, WP5540U and WP8060U tablets
    • several varieties of Waltop tablets
    • OMAP4 keyboard controllers
    • NXP Semiconductor LPC32XX touchscreen controllers
    • Hanwang Art Master III tablets
    • ST-Ericsson Nomadik SKE keyboards
    • ROHM BU21013 touch panel controllers
    • TI TNETV107X touchscreens
    • Miscellaneous:
    • Freescale eSPI controllers
    • Topcliff platform controllher hub devices
    • OMAP AES crypto accelerators
    • NXP PCA9541 I2C master selectors
    • Intel Clarksboro memory controller hubs
    • OMAP 2-4 onboard serial ports
    • GPIO-controlled fans
    • Linear Technology LTC4261 Negative Voltage Hot Swap Controller I2C
      interfaces
    • TI BQ20Z75 gas gauge ICs
    • OMAP TWL4030 BCI chargers
    • ROHM ROHM BH1770GLC and OSRAM SFH7770 combined ALS and proximity sensors
    • Avago APDS990X combined ALS and proximity sensors
    • Intersil ISL29020 ambient light sensors
    • Medfield Avago APDS9802 ALS sensor modules
    • Basic, memory-mapped GPIO controllers
    • Intel Topcliff GPIO controllers
    • Intel Moorestown/Medfield i2c controllers
    • IDT CPS Gen.2 SRIO RapidIO switches
    • Freescale i.MX DMA engines
    • ARM PrimeCell PL080 or PL081 DMA engines
    • Cypress West Bridge Astoria controllers
    • USB ENE card readers
    • Asahi Kasei AK8975 3-axis magnetometers
    • OLPC XO display controller devices
    • Analog Devices AD799x analog/digital converters
    • Winbond/Nuvoton W83795G/ADG hardware monitoring chips
    • Flarion OFDM usb and pcmcia modems
    • Maxim MAX8952 and MAX8998 Power Management ICs
    • National Semiconductors LP3972 PMIC regulators
    • Broadcom BCM63xx hardware watchdogs
    • Network:
    • Brocade 1010/1020 10Gb Ethernet cards
    • Conexant CX82310 USB ethernet ports
    • Atheros AR9170 “otus” 802.11n USB devices
    • Topcliff PCH Gigabit Ethernet controllers
    • Intel Topcliff platform controller hub CAN interfaces
    • Technologic Systems TS-CAN1 PC104 peripheral boards
    • SBE wanPMC-2T3E3 interfaces
    • RealTek RTL8712U (RTL8192SU) Wireless LAN NICs (replaces older
      rtl8712 driver)
    • Atheros AR6003 wireless interface controllers
    • Beeceem USB Wimax adapters
    • Broadcom bcm43xx wireless chipsets
    • Sound:
    • Marvell 88pm860x codecs
    • TI WL1273 FM radio codecs
    • HP iPAQ RX1950 audio devices
    • Native Instruments Traktor Kontrol S4 audio devices
    • Aztech Sound Galaxy AZT1605 and AZT2316 ISA sound cards
    • Wolfson Micro WM8985 and WM8962 codecs
    • Wolfson Micro WM8804 S/PDIF transceivers
    • Samsung S/PDIF controllers
    • Cirrus Logic EP93xx AC97 controllers
    • Intel MID SST DSP devices
    • USB: Intel Langwell USB OTG transceivers
    • YUREX “leg shake” sensors
    • USB-attached SCSI devices
    • Video4Linux2: remotes using the RC-5 (streamzap) protocol
    • Konica chipset-based cameras
    • Sharp IX2505V silicon tuners
    • LME2510 DM04/QQBOX USB DVB-S boxes
    • Samsung s5h1432 demodulators
    • Several new Conexant cx23417-based boards
    • Nuvoton w836x7hg consumer infrared transceivers
    • OmniVision OV6650 sensors
    • OMAP1 camera interfaces
    • Siliconfile SR030PC30 VGA cameras
    • Sony imx074 sensors
    • VIA integrated chipset camera controllers

Please refer to: http://lists.opensuse.org/opensuse-factory/2010-11/msg00199.html

Cheers!

Romanator

Interesting. Thank you M

I am a newbie on kernel implementation, and in 11.4 m3 with .36 I feel a notable improvement on recogninzing my G. Card and erasing files, shutdown, open software speed has become a great news to me, if .37 is a bug fixes, I think OpenSUSE .4 will be phenomenal with that!!

I feel quite confident that we will get 2.6.37 for 11.4.

Let’s wait and see. Many of the key people are in favour of 2.6.37, but there seems to be a problem with Intel HD graphics. That would be a show stopper. Re: [opensuse-factory] Kernel for 11.4?

Well I just installed the latest kernel release linux-2.6.37-rc2 and installed it under openSUSE 11.3, reloading the nVidia driver 260.19.21, all for KDE 4.4.4 and all is working just fine for me so far. I did use the latest sakc script 1.2 to make the install. Not sure this proves anything if there is an issue with Intel Graphics, but it does work just fine for me at rc2.

Thank You,

From which directory? :slight_smile:

No repository is required. You go here and download the kernel of your choice:

The Linux Kernel Archives

Then, if you have not already done so, download the sakc script shown in message #26:

S.A.K.C - SuSE Automated Kernel Compiler

Follow the instructions to make the sakc script executable. Open up a terminal session, change to your Downloads folder, or where ever you placed the kernel source file you downloaded and run the command:

sakc linux-2.6.37-rc2.tar.bz2

Using the actual name of the kernel you downloaded of course. All previous kernels will be preserved and the new one added to your grub menu.lst file. This most likely will not work if you are using grub2, but I don’t yet know that solution. And anyway, you are done. If you install the ATI or nVidia driver manually, it must be reinstalled. You should also confirm your selected video mode and options commands like nomodeset on the kernel load line have been preserved and then reboot.

It takes an hour or so on most computers to compile your own version, but you can download any version they keep online at the kernel.org site for use with openSUSE. I have installed kernels in both openSUSE 11.2 and 11.3, up to the most recent kernel with no problems. I would say though that staying with a final release like 2.6.36 would be suggested.

Thank You,

I tried it but opted out due to the many questions being asked. Correct me if I’m wrong. But, you mentioned in an earlier posting that you answered no to all of the questions.

In sakc. Rather than pressing ‘n’ or ‘y’ many times. Can you add or append the line where the question asks “no” “yes” or ‘1’ “no to all” and ‘2’ “yes to all” ?

Cheers!

Romanator

Kernel 2.6.37-rc2 may be found in the /Kernel:/HEAD repos here Index of /repositories/Kernel:/HEAD/openSUSE_11.3.

Installed 2.6.37-rc2-1 today, with but one (1) problem (as yet). The install appeared to not update /boot/grub/menu.lst. Past updates from this repo have consistently updated the GRUB menu. Updated manually, and booted satisfactorily.

Preliminary observation is that the Intel graphics have not (as yet) picked up solution to Intel and upstream bug #29278. A circumvention for this problem has been posted here The “Black Screen” on Boot … a Surprise !.

Note: I am aware that this is an 11.3 repo. The corresponding /Factory repo http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_Factory/ shows kernel 2.6.34-94.1.

The main thing is to stay on top of that bug so that the Intel graphics are fully supported (without any black screen) by the kernel in openSUSE 11.4.

It looks like 2.6.37x is still being worked on until it’s availability in openSUSE 11.4 in March, 2011.

On 11/18/2010 01:06 PM, Romanator wrote:
>
> The main thing is to stay on top of that bug so that the Intel graphics
> are fully supported (without any black screen) by the kernel in openSUSE
> 11.4.
>
> It looks like 2.6.37x is still being worked on until it’s availability
> in openSUSE 11.4 in March, 2011.

As 2.6.37 is now at RC2, and a new kernel is never released until after RC7 or
RC8, there are at least 5 or 6 weeks left before release.

It is vitally important that any bugs in the Intel drivers be reported to the
kernel bugzilla, otherwise, they will never be fixed. The Novell one is not
likely to get the attention.

My HP Mini 110 netbook has the following graphics adapter:

00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME,
943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
Subsystem: Hewlett-Packard Company Device [103c:308f]

The i915 driver mostly works. When the system is idle, there is a two-step
screen blanking. The machine awakens from the first with only a key press, but I
have to close the cover to get back from the second. No patch yet.

I tried it but opted out due to the many questions being asked. Correct me if I’m wrong. But, you mentioned in an earlier posting that you answered no to all of the questions.

In sakc. Rather than pressing ‘n’ or ‘y’ many times. Can you add or append the line where the question asks “no” “yes” or ‘1’ “no to all” and ‘2’ “yes to all” ?

Cheers!

Romanator
Hello Romanator and thanks so much for your comments. As for the (NEW) kernel modules in each kernel, each has some default setting which might be N=no or Y=Yes, but they are not all the same. The default is shown with a capital letter and just pressing enter is the safe thing to do, but you can enter Y=yes or N=no or M=Module (as in build one, but loading is optional) and ?=help for more info on the new option.

Now I see many that want to use kernel.head, but what if you do not want to use 2.6.37-rc2, but load or reload 2.6.36? The sakc script allows me to use ANY kernel version for which a source file exists. If you save the source file, you could use it later if you had to reload openSUSE. Without something like sakc, or if you are as smart as lwfinger and know the kernel compile commands by memory, then either you are using the current kernel for openSUSE 11.? or kernel.head and that are your choices. If I want to use 2.6.36 everywhere until the file 2.37.7 is release, I can do that and I can do that on most any current openSUSE version. Further, as long as we use grub legacy, it adds a new load option in your menu.lst file and does not remove any other kernels, no matter what your multi-version kernel setting is set for.

Thank You,

I remember compiling a kernel when I was using openSUSE 10.3. However, I was using the graphical representation.

And, it was also compiled from the desktop. I think I was using kbuild. Have you tried it?

Remember to have a lot of fun!

Romanator

@lwfinger
I also try to post on the Factory mailing list and include the Bugzilla number. I have had success in speeding up some issues for patches.

Romanator I remember compiling a kernel when I was using openSUSE 10.3. However, I was using the graphical representation.

And, it was also compiled from the desktop. I think I was using kbuild. Have you tried it?

Remember to have a lot of fun!

Romanator
Romanator, I was under the impression that kbuild was dead and died several years ago, but I could be wrong. Can’t find anything new about it when I searched on it. I am not sure that anything would work better or faster than using sakc in the terminal mode, but I could be mistaken. I will look to anywhere that something sounds promising on kernel compiles. By the way, I most likely will not live long enough to see kernel 2.37.7 and was thinking more about 2.6.37, but who is counting? lol!

Thank You,

I don’t think even Linus or I will be around for 2.37. Lol. I predict Linus will change the kernel version numbering to 3.x by the next 2 - 3 years.

Have you thought of integrating ncurses?

Cheers!

Romanator

Btw Kbuild was around 3 years ago.

I don’t think even Linus or I will be around for 2.37. Lol. I predict Linus will change the kernel version numbering to 3.x by the next 2 - 3 years.

Have you thought of integrating ncurses?

Cheers!

Romanator
I have read about ncurses and my sakc script even calls one app written in it, menuconfig. But I have not even got part of the way through what bash scripting can do. Plus, I was looking for something you can share with everyone and has some hope they can join in the fun and to contribute back if they wanted. It remains to be seen if I get many others interested (in bash scripting), but I feel I am seeing several more people willing to write a bash script and to post it online for us all to use. This was my hope and goal.

Thank You,

deleted -wrong thread !