November 2013 - 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] Modular drivers which could be built-in
by Jean Delvare 10 Mar '14

10 Mar '14

Hi all, Having worked on built-in drivers which could be modularized, I am now looking for modular drivers which could be built-in. Our policy is that drivers which are not hardware-specific and are needed on a majority of systems should be built into the kernel directly. So I checked which modules were loaded on my 4 systems. After filtering out hardware-specific modules, I am left with the following list: ACPI and thermal drivers: * button * processor * thermal_sys Block device drivers * cdrom * scsi_dh * scsi_dh_alua * scsi_dh_emc * scsi_dh_hp_sw * scsi_dh_rdac * sg * sr_mod Graphics helper drivers * drm * drm_kms_helper * i2c_algo_bit Filesystem drivers: * fuse * lockd * sunrpc CPU drivers: * microcode Sound drivers: * pcspkr * snd * snd_page_alloc * snd_pcm * snd_seq * snd_seq_device * snd_timer * soundcore If anyone has an opinion on whether these should be built into the kernel or left as modules, this is the right time to discuss it. My personal thoughts, with mostly x86 in mind: * The ACPI button and processor drivers could be built-in. Most x86 systems use ACPI and they supposedly all have at least one processor and one power button ;) And thermal_sys is selected by processor. * While all my systems have an optical drive, I know they have disappeared from many systems, both very small and very large ones, so leaving cdrom and sr_mod as modules seems fine. * I have no idea why/how sg is being loaded, it has no modalias and no other module depend on it. But /dev/sd* nodes are created so it is certainly useful. Hannes? * No idea what the scsi_dh* modules are about either, no modalias and no dependencies either. Hannes? * With DRM/KMS being the norm now, I believe drm and drm_kms_helper could be built-in, even though the former is quite large. drm selects i2c-algo-bit, most (all?) DRM/KMS drivers use it. Even servers have graphics chips. * I suppose fuse is only used on desktop machines by default, for gvfs, so having it as a module seems OK. * lockd and sunrpc are dependencies of nfs and nfsd. I suppose there are many users out there who don't serve nor mount NFS shares so modules make sense. * I think microcode could be unloaded after use, maybe for security reasons it might even be preferable, or just because there is simply no point in keeping it in memory. Thomas? Either way we should keep it modular. * For sound drivers, Takashi should know better than me. I suppose that the rationale for having these modular is that servers have no sound chip? -- Jean Delvare Suse L3 -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

15 61

[opensuse-kernel] sequence-patch: Add support for xz-compressed archives and patches
by Jean Delvare 07 Jan '14

07 Jan '14

Hi all, While kernel.org still offers bz2 archives for download, the discussion about dropping them and only leaving gz and xz is coming back every now and then. So I believe we should anticipate a future removal of bz2 archives and get our scripts ready to deal with xz-compressed archives now. If nothing else, that would encourage everyone to use xz-compressed archives whenever possible, which is a great saving of network bandwidth and storage space, plus decompression is twice as fast as with bz2. Thus I'd like to add support for xz-compressed files to sequence-patch for a starter. I'm attaching the patch. It's only tested locally (outside of the suse network) so not all code paths were tested. Some more testing and review would be welcome. We could also consider using xz to compress all tar files in tar-up.sh (and update the spec files accordingly.) This may make submission somewhat slower, as compressing with xz is significantly slower than with bzip2, but this would save some upload time, storage space in IBS/OBS and should also improve the build times by a small bit. -- Jean Delvare Suse L3 Support

2 8

[opensuse-kernel] CONFIG_CC_STACKPROTECTOR
by richard -rw- weinberger 14 Dec '13

14 Dec '13

Hi! I'm wondering why CONFIG_CC_STACKPROTECTOR is disabled on openSUSE. Debian and Fedora seem to enabled it per default. What's the deal? -- Thanks, //richard -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-kernel+owner(a)opensuse.org

7 17

[opensuse-kernel] [PATCH] master armv7 default config fix
by Guillaume Gardet 11 Dec '13

11 Dec '13

Hi, Following my patches for 13.1 branch, here are the same patches, but for _master_ branch. * Patch 1: Set CONFIG_GPIO_TWL4030 as built-in (instead of module) as a requirement to boot on SD card on beagleboard xM * Patch 2: Add USB PHY support (needed to get USB and Ethernet working on beagle and panda boards) Add CONFIG_PINCTRL_SINGLE=y to be able to use Device tree (at least for beagle and panda boards) Add ARM SoC sound support Add SPI bus support Add user-space access to I2C and SPI Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

2 4

[opensuse-kernel] pcieport 0000:00:03.0: driver skip pci_set_master, fix it!
by Cristian Rodríguez 08 Dec '13

08 Dec '13

I am getting the message in $SUBJECT with current kernel:HEAD lspci said that device is: 00:03.0 PCI bridge: Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port 3 (rev 13) No idea how to proceed further or if this something to be concerned. Any hint appreciated. -- "If debugging is the process of removing bugs, then programming must be the process of putting them in." - Edsger Dijkstra -- 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] no more RW for / by default?
by Felix Miata 01 Dec '13

01 Dec '13

1-cloned a nicely functional 13.1 partition 2-assigned new UUID & partition label, updated Grub menu & fstab on cloned partition 3-booted the clone 4-zypper clean -a 5-replace 13.1 repos with Factory's in /etc/zypp/repos.d/ 6-zypper ref; zypper in zypper libzypp rpm glibc libsolv-tools, udev systemd; zypper -v dup 7-booted the updated clone partition to the newly installed kernel Result: can't do much until manually remounting / rw Booting 13.1's 3.11.6 init mounts / rw. Either I have to add rw to cmdline, or remount / rw before doing much of anything is possible. Is this expected with 3.12.1? Expected of Dracut? Bug? Explicit rw now required for / in fstab? -- "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

3 3

[opensuse-kernel] [PATCH] xhci: Fix spurious wakeups after S5 on Haswell
by Rick Salevsky 29 Nov '13

29 Nov '13

Hey, here is a patch/fix for openSuse 13.1 that will fix the following issue: Haswell LynxPoint and LynxPoint-LP with the recent Intel BIOS show mysterious wakeups after shutdown occasionally. After discussing with BIOS engineers, they explained that the new BIOS expects that the wakeup sources are cleared and set to D3 for all wakeup devices when the system is going to sleep or power off, but the current xhci driver doesn't do this properly (partly intentionally). This patch introduces a new quirk, XHCI_HSW_SPURIOUS_WAKEUP, for fixing the spurious wakeups at S5 by calling xhci_stop() instead of its stripped version in the xhci shutdown ops, and setting the device to PCI D3 at shutdown and remove ops. 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 3

[opensuse-kernel] Re: bttv
by Cristian Rodríguez 29 Nov '13

29 Nov '13

El 28/11/13 12:17, mussie escribió: > hello, > > in opensuse 13.1 hauppauge tv card BT... is not recognized anymore by Yast. > It was an upgrade from 12.3 to 13.1.... > So no analog tv anymore :( > > 08: PCI 09.0: 11200 TV Card > [Created at pci.319] > Unique ID: WL76.bJ31E5obFa9 > SysFS ID: /devices/pci0000:00/0000:00:09.0 > SysFS BusID: 0000:00:09.0 > Hardware Class: tv card > Model: "Brooktree Bt878" > Vendor: pci 0x109e "Brooktree Corporation" > Device: pci 0x036e "Bt878" > Revision: 0x11 > Driver: "bttv" > Driver Modules: "bttv" > Memory Range: 0xfa000000-0xfa000fff (ro,non-prefetchable) > IRQ: 17 (no events) > Module Alias: "pci:v0000109Ed0000036Esv00000000sd00000000bc04sc00i00" > Driver Info #0: > Driver Status: bttv is active > Driver Activation Cmd: "modprobe bttv" > Config Status: cfg=new, avail=yes, need=no, active=unknown > HI: Next time please reply to the list, as the information might be useful for other people with the same problem. There is a problem/bug/regression in the kernel.. your system is only loading the bttv driver for pci:v0000109Ed0000036Esv00000000sd00000000bc04sc00i00 but does not load the bt878 driver, apparently loading bt878 is supposed to happen indirectly... http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers… #if defined(CONFIG_MODULES) && defined(MODULE) static void request_module_async(struct work_struct *work) { request_module("dvb-bt8xx"); } .... and the dvb-bt8xx module depends bt878 but this is working in your system .. I have CC the kernel list but it will be better if you fill a bug report. -- 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] openSUSE 13.1 armv7 default config fix
by Guillaume Gardet 29 Nov '13

29 Nov '13

Hi, please find in attachment an ARMv7 default config update to fix the boot on the Beagleboard xM. A GPIO from the TWL4030 chip is used as IRQ for SD/MMC things. As a module it does not handle IRQ. This patch is against 13.1 branch. Could you also merge it in master, please? Or should I resend a patch against master? Signed-off-by: Guillaume GARDET <guillaume.gardet(a)opensuse.org> Regards, Guillaume

1 3