September 2011 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] btrfs performance problem with almost full partition
by Greg KH 23 Sep '11

23 Sep '11

Hi Jeff, The day after the openSUSE conference, Jos showed me his laptop and a problem with it under the most recent Tumbleweed kernel (and older kernels as well.) He is copying a very large (3Gb) file to his btrfs partition from a USB external drive (running ext3) such that if it succeeds, the partition will almost be full (only a few Mb left). This should be fine, but it almost kills the system, slowing responsiveness down to nothing being possible to do at all on the box until the copy completes 15+ minutes later. It is possible to eventually interrupt the copy, and when that happens, the system returns back to life. Copying the other way (from the btrfs partition to the USB disk), works absolutly fine, so it doesn't seem like the system is hurting from memory pressure on anything else. Is this a currently-known issue on btrfs when the filesystem is almost out of space and it just takes forever to find empty blocks in which to put things, or is it something that we should log in a bugzilla entry and try to get resolved? thanks, greg k-h -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

4 6

[opensuse-kernel] IR kernel modules, ir-kbd-gpio gone?
by Ladislav Slezak 16 Sep '11

16 Sep '11

Hi all, I'm maintainer of yast2-tv module and I'd like to resolve bug https://bugzilla.novell.com/show_bug.cgi?id=670787 The reporter says that for a Hauppauge PVR-350 card lirc_i2c driver should be used for the remote control (instead of ir_kbd_gpio and ir_kbd_i2c offered by the YaST module). This was reported against 11.4 but I'd like to fix it in 12.1. However it turned out that the 12.1M5 kernel does not include ir_kbd_gpio nor lirc_i2c drivers, only ir_kbd_i2c is present. Which drivers should be now offered by YaST for TV card's remote controls? Thanks in advance! -- Best Regards Ladislav Slezák Yast Developer ------------------------------------------------------------------------ SUSE LINUX, s.r.o. e-mail: lslezak(a)suse.cz Lihovarská 1060/12 tel: +420 284 028 960 190 00 Prague 9 fax: +420 284 028 951 Czech Republic http://www.suse.cz/ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

[opensuse-kernel] kernel.org cannot be found
by Felix Miata 15 Sep '11

15 Sep '11

For several days I cannot reach mirrors.us.kernel.org or mirrors.kernel.org. Can anyone else? If this is security breach fallout, does anyone have an ETA for resolution, or know where to look for one? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 1

[opensuse-kernel] Race in usb/core/file.c?
by EXTERNAL Konold Martin (Firma, RtP2/TEF72) 15 Sep '11

15 Sep '11

Hi, I am experiencing a race in the usb stack when using different drivers for different hardware sharing the same major number. When trying to hunting down the problem I encountered the function usb_register_dev(struct usb_interface *intf, struct usb_class_driver *class_driver) in drivers/usb/core/file.c There is a call to init_usb_class() which access static struct usb_class { struct kref kref; struct class *class; } *usb_class; without explicit access protection. To me it looks like I can observe a race in usb_register_dev() when doing a coldplug during bootup of the system. (OpenSUSE 11.3) In my test setup I have 3 different but similar devices which all call usb_register_dev() from file.c concurrently as seen in the debug output. Within usb_register_dev() there is a call to device_create(usb_class->class, &intf->dev, MKDEV(USB_MAJOR, minor), class_driver, "%s", temp). Within device_create() there is a call to device_create_vargs() which returns ENODEV (19) struct device * device_create_vargs(class, parent, devt, drvdata, fmt, vargs) The callstack then looks like usb_register_dev() device_create() device_create_vargs() <-- returns ENODEV in case of the race condition I am now wondering if my observations and thoughts are reasonable. Assuming that there is indeed such a race I would like to know if the following trivial patch is the correct approach? --- linux-2.6.34.orig/drivers/usb/core/file.c.orig 2011-09-14 14:15:28.000000000 +0200 +++ linux-2.6.34/drivers/usb/core/file.c 2011-09-14 14:26:02.000000000 +0200 @@ -179,13 +179,17 @@ if (intf->minor >= 0) return -EADDRINUSE; + down_write(&minor_rwsem); + retval = init_usb_class(); - if (retval) + if (retval) { + up_write(&minor_rwsem); return retval; + } dev_dbg(&intf->dev, "looking for a minor, starting at %d", minor_base); - down_write(&minor_rwsem); + /*down_write(&minor_rwsem);*/ for (minor = minor_base; minor < MAX_USB_MINORS; ++minor) { if (usb_minors[minor]) continue; @@ -194,9 +198,11 @@ intf->minor = minor; break; } - up_write(&minor_rwsem); - if (intf->minor < 0) + /*up_write(&minor_rwsem);*/ + if (intf->minor < 0) { + up_write(&minor_rwsem); return -EXFULL; + } /* create a usb class device for this usb interface */ snprintf(name, sizeof(name), class_driver->name, minor - minor_base); @@ -208,6 +214,8 @@ intf->usb_dev = device_create(usb_class->class, &intf->dev, MKDEV(USB_MAJOR, minor), class_driver, "%s", temp); + up_write(&minor_rwsem); + if (IS_ERR(intf->usb_dev)) { down_write(&minor_rwsem); usb_minors[minor] = NULL; Yours, -- martin -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 2

[opensuse-kernel] Base:System/preload is now gone
by Greg KH 13 Sep '11

13 Sep '11

Hi, Kernel:stable's preload package points to Base:System/preload which is now gone. Better yet, openSUSE:Tumbleweed's preload package pointed to the Kernel:stable package, and I was getting totally confused as to why it was telling me errors about Base:System. Anyway, where did the "real" preload package go? Did it get deleted with no other copy in the build system? I still need it in Tumbleweed as we haven't obsoleted it for 11.4 yet. thanks, greg k-h -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 3

[opensuse-kernel] How do I test kernel patches on 11.4 / 12.1?
by M. Edward (Ed) Borasky 12 Sep '11

12 Sep '11

I just bought a new Asus U46E-BAL5 notebook with an Elantech touchpad. There's a kernel bug that forces the touchpad to come up as a PS/2 mouse, and none of the built-in or optional touchpad tools even see that there's a touchpad installed. So only pointing and the buttons work, and I can't turn it off when there's a USB mouse connected. I filed a bug in openSUSE Bugzilla for this on both 11.4 and 12.1. The first reporting of this bug seems to have been for Samsung notebooks on Ubuntu 11.04: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/681904 but there's an entry there that implies to me that it's the same problem I have: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681… I also tried Fedora 15 and it has the same problem. There are some patches in the Ubuntu bug report, though, and I'd like to test them on 12.1 Milestone 5. If I have the devel_kernel pattern installed, what else do I need to build and test a kernel / initrd? BTW, kernel.org seems to be down at the moment, so I can't verify the kernel bug tracker entry for this. But there's definitely activity on the Elantech driver on the LKML archives, so I'm pretty sure there's a way I can get this fixed. -- http://twitter.com/znmeb http://borasky-research.net "A mathematician is a device for turning coffee into theorems." -- Paul Erdős -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 6

[opensuse-kernel] 11.4: kernel-desktop-debuginfo missing vmlinux-...debug
by Stefan Seyfried 05 Sep '11

05 Sep '11

Hi all, While preparing my crashdump talk for oS conf, I found that the kernel-desktop-debuginfo seems to miss the /usr/lib/debug/boot/vmlinux-...debug file. It is there in SLES11SP1 kernels. Is this a bug in kernel-debuginfo packaging? (I guess so) or do I have to obtain the vmlinux debug symbols from somewhere else? Without fixed packages, I'll have to show crashdump on SLES which would be a bit lame for the openSUSE conference ;-) Best regards, Stefan P.S.: KOTD is the same: susi:~ # rpm -qlp kernel-desktop-debuginfo-3.1.rc4-4.2.x86_64.rpm|grep vmli susi:~ # -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 2

[opensuse-kernel] SLES 11 SP1 Kernel Update
by Günther J. Niederwimmer 03 Sep '11

03 Sep '11

Hello, the kernel-update rpm's are missing kernel-xen-extra kernel-default-extra ??? -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 7