openSUSE Kernel April 2014

kernel@lists.opensuse.org

21 participants
21 discussions

[opensuse-kernel] Keep 3.11.y kernel for openSUSE 13.1 updates?

by Takashi Iwai

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

6 years, 10 months

[opensuse-kernel] [PATCH] Re-eanble ARM kernel in config.conf file and update all ARM configs

by Guillaume Gardet

Hi, please find in attachment a patch to re-eanble ARM kernel in config.conf file and update all ARM configs: * config/arm64/default: - Add SATA/PATA support - Add voltage and regulator support * config/armv6hl/default: - Add external I2C controllers - Add usermode SPI driver * config/armv7hl/default: - Add I2C support for Tegra SoC - Add external I2C controllers - Add SPI support to Davinci/Keystone SoC - Add RTC driver for Tegra and sunxi SoC - Enhance nVidia Tegra supprt with MFD_NVEC - Add OMAP4 video input support - Add IR receiver - Add iMX HDMI support - Add Serial support for Tegra SoC * config/armv7hl/exynos: - Trivial update * config/armv7hl/lpae: - Add I2C support for Tegra SoC - Add external I2C controllers - Add SPI support to Davinci/Keystone SoC - Remove unused Terga20/Tegra30 SPI support - Add RTC driver for Tegra and sunxi SoC - Enhance nVidia Tegra supprt with MFD_NVEC - Add IR receiver - Add iMX HDMI support - Add Serial support for Tegra SoC Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

7 years, 2 months

[opensuse-kernel] CONFIG_USB_SERIAL_WISHBONE in config/armv7hl/exynos

by Jean Delvare

Hi Alex, In: commit 957e65cd70e5666dfef341505d4115f29a7f56d0 Date: Wed Sep 25 16:25:49 2013 +0200 ARM: Update config files: Use lpae for multiarch, exynos for LPAE exynos5 you disabled CONFIG_USB_SERIAL_WISHBONE in config/armv7hl/exynos. Was there any reason for that? All other configuration files have it enabled. On the same topic, arm config files currently have all USB-to-serial drivers enabled except USB_SERIAL_MXUPORT and USB_SERIAL_QT2. There doesn't seem to be any reason for that except that these drivers are recent. Both are enabled on all other architectures. I would like to enable them on arm too for the sake for consistency. 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

7 years, 2 months

[opensuse-kernel] Re: [PATCH] unwind: update for vdso32 compat changes

by Jeff Mahoney

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/28/14, 8:53 AM, Jan Beulich wrote: >>>> On 28.04.14 at 14:46, <jeffm(a)suse.com> wrote: >> Commit b0b49f2673f (x86, vdso: Remove compat vdso support) >> removed the FIX_VDSO macro defining the vdso area. >> >> This patch updates it to use the vdso pointer and size to define >> the area instead. > > Now that I look at it a second time I think the change can be > _much_ smaller (and we won't need any backport): > >> @@ -141,8 +154,7 @@ static inline int arch_unw_user_mode(/*c >> #else return user_mode_vm(&info->regs) || info->regs.ip < >> PAGE_OFFSET - || (info->regs.ip >= >> __fix_to_virt(FIX_VDSO) - && info->regs.ip < >> __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + || >> is_vdso32_area(info) || info->regs.sp < PAGE_OFFSET; #endif } > > Afaict when is_vdso32_area() returns true, ->regs.ip can only ever > be < PAGE_OFFSET, i.e. all we need is to delete the extra check. Ha. Yep. You're right. Even better. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iQIcBAEBAgAGBQJTXlEVAAoJEB57S2MheeWycmUP/2pgZIZwLQ4NW7d+0EGQquBf kOwBNWf+k7bbB6AHmcK5zCc42IN4vFrjaWyZdk+EoHrJifFLw5iwmyd30kgg1c3l Odj4H2EV83CF4uMnBTZyx/RSMoz7iER2ImjwokXY3JRfEl+qXiii1yCYlcBW2dM0 bp/omoY4CC1Fdft/JLrBBLDtUm/wXpWPj4eeg73rm0HIBP4dqXext+pFkIKgQP9E 1vfI3/+7k3GeKNpoU7WWZ08G5jooY0rZkwJde+akKpGbCYnTScsu+Z6e4mg1BlpS YobwUywgfg5jnrDFAmEmIMQHg3DfLxSU9CjVB5HhdMOSA+cMpw5NeRTAPbPgUyDm lHEESSfNxH7q3R45m4qQc++fqSeacdwuprECPw63Nf4W7KX3rnkiLGbxajJR0IKI fgeBx5udeI82gt0fgR8ZpswQDr9i9a7XSZK/GtbA/2OkcQTQNbLbuyURlMTbcOXe wX/SSRQxdHb+SP/NajUARiA5y/amiO///T5vOvYKSPvbll3f7NNKpc4Wc5rdd434 LqBoGbpC+2XfqpC5sDCLXe2RZctVe9JQ2ilsNUNpwn5YpnjQbAoT+iUQdzit3YS0 9Wvwj8ttitPVz1KcZQe49X8kJZZzZcMln9Zwg+ZMdmLhBAFW3NIFVgSx8X1oBjEQ Sb37qfoi4To6dIdr1Bxk =xPmG -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 2 months

[opensuse-kernel] [PATCH] unwind: update for vdso32 compat changes

by Jeff Mahoney

Commit b0b49f2673f (x86, vdso: Remove compat vdso support) removed the FIX_VDSO macro defining the vdso area. This patch updates it to use the vdso pointer and size to define the area instead. Signed-off-by: Jeff Mahoney <jeffm(a)suse.com> --- arch/x86/include/asm/elf.h | 1 + arch/x86/include/asm/unwind.h | 18 +++++++++++++++--- arch/x86/vdso/vdso32-setup.c | 2 +- 3 files changed, 17 insertions(+), 4 deletions(-) --- a/arch/x86/include/asm/elf.h +++ b/arch/x86/include/asm/elf.h @@ -76,6 +76,7 @@ typedef struct user_fxsr_struct elf_fpxr #include <asm/vdso.h> extern unsigned int vdso_enabled; +extern unsigned int vdso32_size; /* * This is used to ensure we don't load something for the wrong architecture. --- a/arch/x86/include/asm/unwind.h +++ b/arch/x86/include/asm/unwind.h @@ -66,7 +66,7 @@ struct unwind_frame_info #else /* X86_32 */ -#include <asm/fixmap.h> +#include <asm/elf.h> #define FRAME_RETADDR_OFFSET 4 @@ -81,6 +81,19 @@ struct unwind_frame_info PTREGS_INFO(di), \ PTREGS_INFO(ip) +static inline bool is_vdso32_area(struct unwind_frame_info *info) +{ + unsigned long vdso_addr; + + if (!info->task || !info->task->mm || + !info->task->mm->context.vdso) + return false; + + vdso_addr = (unsigned long)info->task->mm->context.vdso; + + return info->regs.ip >= vdso_addr && + info->regs.ip < vdso_addr + vdso32_size; +} #endif #define UNW_DEFAULT_RA(raItem, dataAlign) \ @@ -141,8 +154,7 @@ static inline int arch_unw_user_mode(/*c #else return user_mode_vm(&info->regs) || info->regs.ip < PAGE_OFFSET - || (info->regs.ip >= __fix_to_virt(FIX_VDSO) - && info->regs.ip < __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + || is_vdso32_area(info) || info->regs.sp < PAGE_OFFSET; #endif } --- a/arch/x86/vdso/vdso32-setup.c +++ b/arch/x86/vdso/vdso32-setup.c @@ -71,7 +71,7 @@ EXPORT_SYMBOL_GPL(vdso_enabled); #endif static struct page **vdso32_pages; -static unsigned vdso32_size; +unsigned int vdso32_size; #ifdef CONFIG_X86_64 -- Jeff Mahoney SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 2 months

[opensuse-kernel] Re: [PATCH] unwind: update for vdso32 compat changes

by Jeff Mahoney

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 4/28/14, 4:23 AM, Jan Beulich wrote: >>>> On 27.04.14 at 22:18, <jeffm(a)suse.com> wrote: >> Can you take a quick look at this? I don't have any 32-bit x86 >> machines to test with (or more accurately, I don't really want to >> have a 32-bit install *just* to test this.) >> >> The 32-bit builds are failing because of the removal of FIX_VDSO >> and I'd rather not "fix" it with the wrong thing. > > Conceptionally it looks right, but I suppose this wasn't compile > tested and/or is stale, because ... Yep, I was just looking to confirm I got the general idea right as this code is /way/ outside my typical area of experience. :) >> --- a/arch/x86/include/asm/unwind.h +++ >> b/arch/x86/include/asm/unwind.h @@ -141,8 +141,9 @@ static inline >> int arch_unw_user_mode(/*c #else return >> user_mode_vm(&info->regs) || info->regs.ip < PAGE_OFFSET - >> || (info->regs.ip >= __fix_to_virt(FIX_VDSO) - && >> info->regs.ip < __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + || >> (info->mm->context.vdso && + info->regs.ip >= >> info->mm->context.vdso && + info->regs.ip < >> info->mm_context.vdso + vdso32_size) > > ... struct unwind_frame_info has no member "mm" or "mm_context", > and the patch also doesn't add one. Depending on what your > intentions here really were, ->mm (or, if you meant > info->task->mm->, ->task and ->task->mm) may additionally need > checking to be non-NULL here. Ok, thanks. That's easy enough. > Additionally I think this tells us that we may need to adjust > older trees in this way too, to account for the VDSO_ENABLED case. Yeah, it looks that way. I'd imagine the final patch should be a pretty easy backport if we want to bother with it. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iQIcBAEBAgAGBQJTXkgqAAoJEB57S2MheeWydyEQAJjXm83025DEQVValzi9WSBu va6mQFvXjQi5eW2oXqFoV7LhxefV7rgLhS/HyrqV+VtBwtYvsLfD6/mC/f/i0+jX wedNZWf8sda2qOCndC/T+kYhvIuR6dYxtWkBkRYUqDQlVihGYM3O6MfWbVmceAh+ VHLEe3r+sG0l9XiO7AbsNWR36RLNXDUlCZZTrPYemN8pYGZ+cYigJ0p2UyCyAWRi c8uB4bUkjxqbmhBOe4LJvMjTw/8zpPdv2551/vT7dfTrqzNToeIwIdJ0eCJtdJOG eS1Uw5NFx89A71HeeJrYQBdbR6hSl8qjwJ3ZG4DfJvHPetbfeGcrQgEi1Dlh5dzK nV8kFSg+TwjZwSQKAP/uussCwRDnbbOMcMVQFM/w6jmhtLzgLJuxlwrqQPHg4Uo5 lez858u2+rKV+WHBIA+GEoFf3jNgHZNBl/sxmjKn4vMxOaB1m+b50I9Wb4GylAqB jYPo6bYmMObxu1r1Qbo5bWOrepaR/LVEF/lDtxPFi6D5X+TidxOEzURPbBg7yuYf zuQ0vP65nMuBzE+s7GH9fSJzAQVoklOuYUl/4iVcT2bmfiOtSUpLFH+Ai1JfGfGG 5sj4SNCE17S1soqJv3SpoEM1gwnCTq/mzMkMPiyq6S2P2qMhuv0DpvkirApeyvKp +s+EkjiZW+9qej+l92/j =KEI/ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 2 months

[opensuse-kernel] [PATCH] unwind: update for vdso32 compat changes

by Jeff Mahoney

Jan - Can you take a quick look at this? I don't have any 32-bit x86 machines to test with (or more accurately, I don't really want to have a 32-bit install *just* to test this.) The 32-bit builds are failing because of the removal of FIX_VDSO and I'd rather not "fix" it with the wrong thing. Thanks, -Jeff --- Commit b0b49f2673f (x86, vdso: Remove compat vdso support) removed the FIX_VDSO macro defining the vdso area. This patch updates it to use the vdso pointer and size to define the area instead. --- arch/x86/include/asm/elf.h | 1 + arch/x86/include/asm/unwind.h | 5 +++-- arch/x86/vdso/vdso32-setup.c | 2 +- 3 files changed, 5 insertions(+), 3 deletions(-) --- a/arch/x86/include/asm/elf.h +++ b/arch/x86/include/asm/elf.h @@ -76,6 +76,7 @@ typedef struct user_fxsr_struct elf_fpxr #include <asm/vdso.h> extern unsigned int vdso_enabled; +extern unsigned int vdso32_size; /* * This is used to ensure we don't load something for the wrong architecture. --- a/arch/x86/include/asm/unwind.h +++ b/arch/x86/include/asm/unwind.h @@ -141,8 +141,9 @@ static inline int arch_unw_user_mode(/*c #else return user_mode_vm(&info->regs) || info->regs.ip < PAGE_OFFSET - || (info->regs.ip >= __fix_to_virt(FIX_VDSO) - && info->regs.ip < __fix_to_virt(FIX_VDSO) + PAGE_SIZE) + || (info->mm->context.vdso && + info->regs.ip >= info->mm->context.vdso && + info->regs.ip < info->mm_context.vdso + vdso32_size) || info->regs.sp < PAGE_OFFSET; #endif } --- a/arch/x86/vdso/vdso32-setup.c +++ b/arch/x86/vdso/vdso32-setup.c @@ -71,7 +71,7 @@ EXPORT_SYMBOL_GPL(vdso_enabled); #endif static struct page **vdso32_pages; -static unsigned vdso32_size; +unsigned int vdso32_size; #ifdef CONFIG_X86_64 -- Jeff Mahoney SUSE Labs -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 2 months

[opensuse-kernel] creating rpms from git

by Martin Konold

Hi, using the instructions from I could easily create OpenSuSE rpms using rpmbuild. Wrote: /var/tmp/rpmbuild/SRPMS/kernel-desktop-3.11.10-0.nosrc.rpm Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-3.11.10-0.i686.rpm Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-base-3.11.10-0.i686.rpm Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-devel-3.11.10-0.i686.rpm Wrote: /var/tmp/rpmbuild/RPMS/i686/kernel-desktop-devel- debuginfo-3.11.10-0.i686.rpm I am no wondering how to create kernel-source-3.11.10.noarch.rpm and a suitable kernel-devel-3.11.10.noarch from the git sources. Alternativly I am wondering how to create kernel-source-3.11.10.src.rpm from git sources escpecially when using osc_wrapper. I have the kernel-source, kernel and linux git repositories available. Yours, -- martin konold -- Dipl.-Physiker Martin Konold e r f r a k o n Erlewein, Frank, Konold & Partner - Beratende Ingenieure und Physiker Registergericht: Amtsgericht Stuttgart PR 126 Firmensitz: Adolfstraße 23, 70469 Stuttgart fon: 0711 67400961 fax: 0711 67400959 email: martin.konold(a)erfrakon.de http://www.erfrakon.de -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 2 months

[opensuse-kernel] Modularize PS/2 driver for Xen/EC2

by Davy Kager

Hi, I've been using openSUSE as my private-server-distro of choice for a few years now (so apologies in advance for being blissfully ignorant of the inner workings of these systems). Since it's a Xen guest I'm using Kernel:stable/kernel-xen. Before that I used the kernel tied to the current openSUSE release. So far so good. BUT, on boot I'd always see the I8042 driver taking some time to detect hardware, only to throw an error telling me it couldn't: [ 1.268512] i8042: No controller found This makes sense, I'm running headless. There didn't seem to be a readily available solution to this problem, so I let it be. Now it turns out that folks at Arch Linux got annoyed by the same thing and pushed a few patches to upstream[0]. The final realization was with kernel 3.13[1]. Would it be possible to do the same in openSUSE? In particular: CONFIG_SERIO=m CONFIG_SERIO_I8042=m CONFIG_SERIO_LIBPS2=m # not entirely sure about this one CONFIG_INPUT_MOUSEDEV=m As far as I can tell this should be reasonably safe on Xen, even safer on kernel-ec2. It might also be time to do this for the -default and -desktop kernels. I don't have nearly enough experience with Linux to know the exact impact that would have. Would be nice to bypass this step during boot on boxes `in the cloud', though. Thanks! [0]: https://bugs.archlinux.org/task/27555#comment116488 [1]: https://www.archlinux.org/news/linux-313-warning-ps2-keyboard-support-is-no… -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 3 months

[opensuse-kernel] initrd size reduction

by Felix Miata

man dracut.conf lists these: Adding dracut Modules Omitting dracut Modules Adding Kernel Modules Why is there no section for omitting kernel modules? IOW, how do kernel modules and dracut modules differ WRT to initrd content? I want never used modules left out for a multitude of reasons, e.g. lvm, dmraid, plymouth, resume, btrfs. Where exactly in 13.2 should omitting these be configured? -- "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 To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 years, 3 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openSUSE Kernel April 2014