April 2014 - openSUSE Kernel - openSUSE Mailing Lists

[opensuse-kernel] kernel-default-base-2.6.29-5.2.x86_64 rpm errors
by Dave Plater 18 Jul '24

18 Jul '24

Hi, I'm busy updating to the latest factory kernel and have received the following errors from kernel-default-base installation (I did insert a blank dvd during the installation of the rpm by zypper):- WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol register_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_ioctl WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_media_changed WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_get_media_event WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_release WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_open WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol unregister_cdrom WARNING: /lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sr_mod.ko needs unknown symbol cdrom_number_of_slots And then these errors which I think IIRC happened before when the kernel was first split into three:- Kernel image: /boot/vmlinuz-2.6.29-rc8-5-default Initrd image: /boot/initrd-2.6.29-rc8-5-default Root device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part3 (/dev/sda3) (mounted on / as xfs) Resume device: /dev/disk/by-id/ata-WDC_WD800JB-00JJC0_WD-WMAM9RA78067-part2 (/dev/sda2) FATAL: Module processor not found. WARNING: no dependencies for kernel module 'processor' found. FATAL: Module thermal not found. WARNING: no dependencies for kernel module 'thermal' found. FATAL: Module ata_generic not found. WARNING: no dependencies for kernel module 'ata_generic' found. FATAL: Module piix not found. WARNING: no dependencies for kernel module 'piix' found. FATAL: Module ide_pci_generic not found. WARNING: no dependencies for kernel module 'ide_pci_generic' found. FATAL: Module fan not found. WARNING: no dependencies for kernel module 'fan' found. FATAL: Module xfs not found. WARNING: no dependencies for kernel module 'xfs' found. FATAL: Module usbhid not found. WARNING: no dependencies for kernel module 'usbhid' found. Kernel Modules: scsi_mod libata ata_piix edd ahci sd_mod usbcore ohci-hcd ehci-hcd uhci-hcd WARNING: /dev/shm/mkinitramfs.0drQsZ/mnt/lib/modules/2.6.29-rc8-5-default/kernel/drivers/scsi/sd_mod.ko needs unknown symbol crc_t10dif Features: block usb resume.userspace resume.kernel Bootsplash: openSUSE (1280x1024) 22669 blocks Should I open a bug report about the errors which are possibly from inserting a dvd while the kernel rpm was installing? Regards Dave P -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 2

[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] [PATCH] Re-eanble ARM kernel in config.conf file and update all ARM configs
by Guillaume Gardet 15 May '14

15 May '14

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

2 10

[opensuse-kernel] CONFIG_USB_SERIAL_WISHBONE in config/armv7hl/exynos
by Jean Delvare 29 Apr '14

29 Apr '14

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

3 3

[opensuse-kernel] Re: [PATCH] unwind: update for vdso32 compat changes
by Jeff Mahoney 28 Apr '14

28 Apr '14

-----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

1 0

[opensuse-kernel] [PATCH] unwind: update for vdso32 compat changes
by Jeff Mahoney 28 Apr '14

28 Apr '14

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

2 1

[opensuse-kernel] Re: [PATCH] unwind: update for vdso32 compat changes
by Jeff Mahoney 28 Apr '14

28 Apr '14

-----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

1 0

[opensuse-kernel] [PATCH] unwind: update for vdso32 compat changes
by Jeff Mahoney 28 Apr '14

28 Apr '14

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

2 1

[opensuse-kernel] creating rpms from git
by Martin Konold 25 Apr '14

25 Apr '14

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

2 5

[opensuse-kernel] Modularize PS/2 driver for Xen/EC2
by Davy Kager 24 Apr '14

24 Apr '14

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

4 8