March 2014 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] Keep 3.11.y kernel for openSUSE 13.1 updates?
by Takashi Iwai 12 Sep '14

12 Sep '14

Hi, Since 3.11.y maintenance was discontinued by Greg, Ubuntu took over it. It made me wonder: are we willing to continue 3.11.y for openSUSE 13.1 updates, just relying on Ubuntu? Or, can we just move on 3.12.y? Takashi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

27 80

[opensuse-kernel] TTY_PRINTK
by Andreas Schwab 09 Apr '14

09 Apr '14

Would it make sense to enable TTY_PRINTK? It can be used to redirect the system console to the same channel printk uses (write-only, of course), eg. it can be used to capture user-level console messages via netconsole (which doesn't provide a tty device on its own). Andreas. -- Andreas Schwab, SUSE Labs, schwab(a)suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 6

[opensuse-kernel] Kernel Stable 3.13.7 : osc build inapropriate ioctl
by Bruno Friedmann 31 Mar '14

31 Mar '14

I've updated my laptop this morning with the last kernel-stable 3.13.7 available. Since then build package with osc build create a new kind of error never seen before I'm using a -virtio initrd and build in kvm mode. [ 28s] libgtk-2_0-0-2.24.22-2.1 ######################################## [ 28s] error: unpacking of archive failed on file /usr/lib64/libgtk-x11-2.0.so.0.2400.22;533830a1: cpio: read failed - Inappropriate ioctl for device [ 28s] error: libgtk-2_0-0-2.24.22-2.1.x86_64: install failed The error appear at random package, I've tried to build different package same result. I'm using the whole stack of repo:virtualization ( thus I've no idea if its correlated ) But having the laptop on with 3.13.7 and running the build with 3.11.10 work normally. What is the best way to report that as a bug, and against which component. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board GPG KEY : D5C9B751C4653227 irc: tigerfoot ~~~~~ Don't take Life too serious. Nobody gets out alive anyway! ~~~~~ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 4

[opensuse-kernel] CONFIG_HID_BATTERY_STRENGTH on x86
by Jean Delvare 31 Mar '14

31 Mar '14

Hi guys, Our x86 kernel settings would let us enable CONFIG_HID_BATTERY_STRENGTH. This feature sounds rather cool to me, even though I don't think I have any device implementing it, but I suspect other openSUSE users may do. Looking through git history, I see that it was briefly enabled in x86 config files, between openSUSE 12.2 M2 (commit d017ea13f) and Beta1 (commit 37113a827.) No explanation was logged as to why it got enabled and then disabled. This feature is enabled in most armv6hl and armv7hl config files, since openSUSE 13.1. Don't we want that feature enabled in i386 and x86_64 config files as well? And maybe even arm64 and ppc*? I mean, wireless keyboards can be used on any system, can't they? Thanks, -- Jean Delvare SUSE L3 Support -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

4 7

[opensuse-kernel] SUSE-SU-2014:0459-1: important: Security update for Linux Kernel
by Linda Walsh 29 Mar '14

29 Mar '14

opensuse-security(a)opensuse.org wrote: > An update that solves 6 vulnerabilities and has 28 fixes is > now available. It includes one version update. > > Description: > > > The SUSE Linux Enterprise 11 Service Pack 3 kernel was > updated to fix various bugs and security issues. > > ------------------------------------------------------------ > ------------ WARNING: If you are running KVM with PCI > pass-through on a system with one of the following Intel > chipsets: 5500 (revision 0x13), 5520 (revision 0x13) or > X58 (revisions 0x12, 0x13, 0x22), please make sure to read > the following support document before installing this > update: > https://www.suse.com/support/kb/doc.php?id=7014344 > <https://www.suse.com/support/kb/doc.php?id=7014344> . You > will have to update your KVM setup to no longer make use > of PCI pass-through before rebooting to the updated > kernel. > ------------------------------------------------------------ The above doesn't seem to be a security update as a rare hw problem. The listed test on the linked page doesn't seem to work correctly. It doesn't echo that my system is 'affected', (even though it is). It seems the "-q" option is at fault. w/-q: # /sbin/lspci -nn | grep -qE '8086:(340[36].*rev 13|3405.*rev (12|13|22))' && echo "Interrupt remapping is broken" # w/o -q: # /sbin/lspci -nn | grep -E '8086:(340[36].*rev 13|3405.*rev (12|13|22))' && echo "Interrupt remapping is broken" 00:00.0 Host bridge [0600]: Intel Corporation 5520 I/O Hub to ESI Port [8086:3406] (rev 13) Interrupt remapping is broken looks like it has something to do with the pipefail section in bash, as this works: # grep -qE '8086:(340[36].*rev 13|3405.*rev (12|13|22))' < <(lspci -nn) && echo "Interrupt remapping is broken" Interrupt remapping is broken FWIW, having run this HW for 4+ years, I've never seen any of the warning messages that they indicate are symptoms of this problem, I did see the warning in the kernel about the problem and that my kernel was then marked tainted -- EVEN THOUGH, interrupt remapping had been turned off! ... Why implement a workaround that taints your kernel? I.e. isn't the workaround supposed to protect your kernel from becoming tainted? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 1

[opensuse-kernel] [PATCH] ARM: disable Xen for now since it is currently broken
by Guillaume Gardet 28 Mar '14

28 Mar '14

Hi, please find in attachment a patch to disable Xen on ARM since it is currently broken. See my previous e-mail for details: http://lists.opensuse.org/opensuse-kernel/2014-03/msg00023.html Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

4 11

[opensuse-kernel] S/390 as a gaming platform
by Jean Delvare 24 Mar '14

24 Mar '14

Hi Jeff, As part of commit 92db3f1a: Author: Jeff Mahoney <jeffm(a)suse.com> Date: Fri Nov 15 17:53:40 2013 -0500 config: build uncommon HID drivers as modules you set CONFIG_INPUT_FF_MEMLESS=m in all s390x config files. I can only guess this was by mistake and you aren't really playing car racing or other games on your S/390 systems, right? :D So I would like to revert that change. Thanks, -- Jean Delvare SUSE L3 Support -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

3 5

[opensuse-kernel] CONFIG_RCU_FAST_NO_HZ in i386/desktop kernel
by Jean Delvare 24 Mar '14

24 Mar '14

Hi Jeff, Yes, it's me again, sorry ^^ With this commit: commit d017ea13f0d761c4f5a21c4d833f69272bbb13cf Author: Jeff Mahoney Date: Tue Feb 7 12:12:40 2012 -0500 - Update to 3.3-rc2. - Eliminated 5 patches. - Xen is disabled. CONFIG_RCU_FAST_NO_HZ was finally an option for our desktop kernel flavors. You actually enabled it on x86_64 but not on i386, making i386/desktop our only x86 kernel flavor with CONFIG_RCU_FAST_NO_HZ disabled. I can't really think of a good reason for that. Do I guess right that this was by mistake and i386/desktop should also have CONFIG_RCU_FAST_NO_HZ=y? Thanks, -- Jean Delvare SUSE L3 Support -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

1 0

[opensuse-kernel] Inconsistency in patch kconfig-automate-kernel-desktop
by Jean Delvare 24 Mar '14

24 Mar '14

Hi all, Our SUSE-specific kernel patch kconfig-automate-kernel-desktop does the following: --- a/init/Kconfig +++ b/init/Kconfig @@ -32,6 +32,12 @@ config SPLIT_PACKAGE If you aren't packaging a kernel for distribution, it's safe to say n. +config KERNEL_DESKTOP + bool "Kernel to suit desktop workloads" + help + This is an option used to tune kernel parameters to better suit + desktop workloads. + config ARCH string option env="ARCH" @@ -537,6 +537,7 @@ menuconfig CGROUPS boolean "Control Group support" + default !KERNEL_DESKTOP help This option adds support for grouping sets of processes together, for use with process control subsystems such as Cpusets, CFS, memory @@ -651,7 +653,7 @@ menuconfig CGROUP_SCHED bool "Group CPU scheduler" - default n + default !KERNEL_DESKTOP help This feature lets CPU scheduler recognize task groups and control CPU bandwidth allocation to such task groups. It uses cgroups to group However, since July 2010 and commit 5183692d, both CGROUPS and CGROUP_SCHED are enabled in desktop kernels too. The commit message suggests that this is a requirement for systemd. http://cgit.freedesktop.org/systemd/systemd/tree/README confirms that for CGROUPS, thus I believe this chunk should be removed from patch kconfig-automate-kernel-desktop. For CGROUP_SCHED, I'm not sure, as the page says "it's OK to disable all controllers" but the Kconfig strings don't clearly say which options are controllers. OTOH, CGROUP_SCHED is selected by SCHED_AUTOGROUP, which was explicitly enabled on desktop kernels only in November 2010 (commit 2d5d3970) and the Kconfig help text suggests it was a good idea. Thus I believe the CGROUP_SCHED chunk should also be removed from patch kconfig-automate-kernel-desktop. If anyone disagrees, please let me know quickly, otherwise I'll proceed with dropping the desktop-specific defaults for CGROUPS and CGROUP_SCHED. -- Jean Delvare SUSE L3 Support -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

2 2

[opensuse-kernel] [PATCH] Revert "HID: Fix logitech-dj: missing Unifying device issue"
by Rick Salevsky 24 Mar '14

24 Mar '14

Hi all, the attached patch for openSUSE 12.3 is the fix for bnc#828481. Ciao, -- Rick Salevsky, Trainee SUSE LINUX GmbH, Maxfeldstr. 5, D-90409 Nuernberg Tel: +49-911-74053-538 - rsalevsky(a)suse.com SUSE LINUX GmbH, GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 21284 (AG Nürnberg)

2 1