September 2009 - 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] Putting HEAD into git
by Jan Engelhardt 01 Oct '09

01 Oct '09

Hi, to date, the opensuse kernel git repository (git.opensuse.org/people/jblunck/kernel-source.git) has only seen two updates: - on the 11.1 release party last year, or shortly before that - about 2 weeks ago Is there a reason for this irregular push pattern? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

4 9

[opensuse-kernel] where is the ocfs2-kmp package?
by Andreas Jaeger 30 Sep '09

30 Sep '09

Coolo tried to install the ocfs2 packages and failed: can't install ocfs2-tools-1.4.1-23.30.i586: nothing provides ocfs2-kmp needed by ocfs2-tools-1.4.1-23.30.i586 can't install ocfs2-tools-devel-1.4.1-23.30.i586: package ocfs2-tools-devel-1.4.1-23.30.i586 requires ocfs2-tools = 1.4.1, but none of the providers can be installed nothing provides ocfs2-kmp needed by ocfs2-tools-1.4.1-23.30.i586 can't install ocfs2-tools-o2cb-1.4.1-23.30.i586: package ocfs2-tools-o2cb-1.4.1-23.30.i586 requires ocfs2-tools = 1.4.1, but none of the providers can be installed nothing provides ocfs2-kmp needed by ocfs2-tools-1.4.1-23.30.i586 can't install ocfs2console-1.4.1-23.30.i586: package ocfs2console-1.4.1-23.30.i586 requires ocfs2-tools = 1.4.1, but none of the providers can be installed nothing provides ocfs2-kmp needed by ocfs2-tools-1.4.1-23.30.i586 The problem is that there's no ocfs2-kmp for openSUSE Factory. What happened? What should be done? Andreas -- Andreas Jaeger, Program Manager openSUSE, aj(a){novell.com,opensuse.org} Twitter: jaegerandi | Identica: jaegerandi SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126

4 15

[opensuse-kernel] Nasty crash with 2.6.31-9.1-i586 from openSuSE 11.2 repo
by Werner LEMBERG 30 Sep '09

30 Sep '09

Please look at the attached photo of my Dell Inspiron 6400 laptop screen which shows an early crash where nothing gets written into the log file. The only boot option (besides the ones which grub doesn't display in the start-up screen) is the standard `vga=0x31a'. Is this a known problem? If I add `acpi=off' to the command line I can boot just fine (at high costs, of course). Werner

2 4

[opensuse-kernel] kernel-desktop-2.6.31-7.1.x86_64 obsoletes kernel-desktop-base
by Dave Plater 29 Sep '09

29 Sep '09

I am of the understanding that kernel-desktop normally requires kernel-desktop-base but now it obsoletes it. Is this a new feature or a bug? Regards Dave P -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

4 8

[opensuse-kernel] mkinitrd script
by Sergei Kanevski 25 Sep '09

25 Sep '09

Hallo, wenn i compile multiple different kernel versions on OpenSuSE_11.1 box and then call: mkinitrd -k bla.img -i bla.rd -m "blub1 blub2 blub3" -M /usr/src/linux-XXX/System.map , i become a monstrous initial RAM-disk file with modules for all kernel versions found in /lib/modules !!! I want just a handy initrd with only modules matching my kernel bla.img . I think there is a bug in mkinitrd-scripts. Best regards Sergei Kanevski -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 1

Re: [opensuse-kernel] KOTD release numbering
by Michal Marek 24 Sep '09

24 Sep '09

Coly Li napsal(a): > > Michal Marek Wrote: >> Michal Marek napsal(a): >> FYI, something like this is implemented now. >> E.g. on master there is: >> kernel-desktop-2.6.31-8.99.10.050bdf9.x86_64.rpm >> (the latest factory kernel is kernel-desktop-2.6.31-8.2.x86_64.rpm, 10 >> commits old. The ugly .99 is a hack to override the rebuild counter). >> > > Can you explain a little bit more on "10 commits old". Does it mean the latest > factory kernel is 10 commits older then the latest git kernel-source ? Exactly. Michal -- 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] KOTD release numbering
by Michal Marek 24 Sep '09

24 Sep '09

Hi, (sorry for the long mail, jump to "== Examples ==" below for the important part) I'm thinking about changing the versioning of KOTD packages (http://ftp.suse.com/pub/projects/kernel/kotd/) as the current scheme is a bit of mess. I'd like to 1) make the release string shorter, 2) make the release string sort with official distro kernels nicely, so that with some luck, an older kotd will be replaced by a newer update kernel and vice versa. I'm thinking about the following: drop the branch name and timestamp from the release string (same information is in rpm -qi output, no need to duplicate it here). Instead of the timestamp, use the number of commits (see below) so that the release string increases. To get proper ordering with official kernels, prepend the release string of the last official kernel. More precisely: last update kernel: $version-$release current kotd: $version2-??? if $version == $version2 $release2 = $release.$ncommits.$hash else $release2 = 0.0.0.$hash remember "$version2-0.0" as a fake update kernel and count from there next time endif $ncommits would be the number of commits to the kernel repository since the last update, $hash would be the commit id (same as today). == Examples == The current SLE11_BRANCH kotd would be named kernel-default-2.6.27.25-0.0.22.8dd1bfd.x86_64.rpm because the last released update was 2.6.27.23 and Greg updated to 2.6.27.25 22 commits ago. The next update (if the version stays at .25) will be 2.6.27.25-0.1, i.e. correctly newer than the kotd. The SL110_BRANCH kotd would be named kernel-default-2.6.25.20-0.4.23.4d35a02.x86_64.rpm because the last released update was 2.6.25.20-0.4, 23 commits ago. The next update will be 2.6.25.20-0.5 at least, again newer than the kotd. Maybe the commit id should be prefixed with a "g", just like git-describe does, to make it clear what it is. Does this make sense to everyone? Does anyone depend on the current numbering scheme? Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 5

[opensuse-kernel] Re: [opensuse-factory] 'zypper dup' updating kernel when 'zypper up' does not? (fwd)
by Gerald Pfeifer 22 Sep '09

22 Sep '09

[ -> opensuse-kernel ] On Wed, 29 Jul 2009, Michael Schroeder wrote: > On Wed, Jul 29, 2009 at 10:16:55AM +0200, Stephan Kulow wrote: >> I'm afraid the problem is that it sees 2.6.30_10 as higher version >> than 2.6.30.2_1 because it compares by split(/\./, $version) - and >> there you only compare 30 with 30_10 - and there usually _10 is the >> higher one > Just to clarify things, rpm splits by /[^a-zA-Z0-9]/, so > 2.6.30_10 compares to 2.6.30.2_1 as > > 2 6 30 10 > 2 6 30 2 1 > > and 10 > 2. So, reading this again, it seems the best workaround/fix will be to name the next version of the kernel 2.6.32.0 instead of 2.6.32? For somewhat similar reasons this is why I got upstream GCC versioning for the first release from any given branch changed from 4.x to 4.x.0. Can we do the same for the openSUSE kernel? Or actually upstream even? Gerald -- Dr. Gerald Pfeifer E gp(a)novell.com SUSE Linux Products GmbH Director Product Management F +49(911)74053-483 HRB 16746 (AG Nuremberg) SUSE Linux Enterprise, openSUSE, Appliances GF Markus Rex -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 4

[opensuse-kernel] Need some kernel symbols
by Johannes Obermayr 17 Sep '09

17 Sep '09

Hi, I built source package "drm-all" from my home:jobermayr repository on my local system and installed the built package but I can not load radeon module (on startup and by myself) because below output of dmesg. I also include some rpm queries for an overview of installed packages (openSUSE-factory - non-released from api.opensuse.org) Can anyone tell me what I have to do that the "Unknown symbols" will become "Known symbols"? Information: Package includes kernel modesetting (KMS) kernel modules and it is based on source code from http://cgit.freedesktop.org/nouveau/linux-2.6/tree/. Thanks in advance, Johannes *[ 9.167503] radeon: Unknown symbol drm_helper_initial_config [ 9.168650] radeon: Unknown symbol drm_fb_helper_fill_fix [ 9.172460] radeon: Unknown symbol drm_fb_helper_blank [ 9.172603] radeon: Unknown symbol drm_fb_helper_check_var [ 9.172746] radeon: Unknown symbol drm_fb_helper_setcolreg [ 9.176061] radeon: Unknown symbol drm_fb_helper_single_fb_probe [ 9.176460] radeon: Unknown symbol drm_fb_helper_fill_var *[ 9.177124] radeon: Unknown symbol drm_helper_mode_fill_fb_struct *[ 9.178015] radeon: Unknown symbol drm_helper_connector_dpms [ 9.178541] radeon: Unknown symbol drm_fb_helper_pan_display [ 9.179252] radeon: Unknown symbol drm_fb_helper_init_crtc_count *[ 9.179729] radeon: Unknown symbol drm_helper_probe_single_connector_modes [ 9.180610] radeon: Unknown symbol drm_fb_helper_free *[ 9.181720] radeon: Unknown symbol drm_helper_resume_force_mode *[ 9.181857] radeon: Unknown symbol drm_crtc_helper_set_config [ 9.182309] radeon: Unknown symbol drm_fb_helper_set_par Symbols marked with * should be available (see below) $ rpm -q --provides kernel-pae | grep drm | grep helper ksym(pae:drm_crtc_helper_set_config) = 5e6378d1 ksym(pae:drm_crtc_helper_set_mode) = b35748ca ksym(pae:drm_helper_connector_dpms) = b8f448c2 ksym(pae:drm_helper_crtc_in_use) = dd6f72c ksym(pae:drm_helper_disable_unused_functions) = 5bcfa2d9 ksym(pae:drm_helper_encoder_in_use) = 88c2650c ksym(pae:drm_helper_hotplug_stage_two) = 3d4ca21f ksym(pae:drm_helper_initial_config) = abdc90b2 ksym(pae:drm_helper_mode_fill_fb_struct) = a7043e ksym(pae:drm_helper_probe_connector_modes) = f6c552a5 ksym(pae:drm_helper_probe_single_connector_modes) = ea224038 ksym(pae:drm_helper_resume_force_mode) = ce9b95d $ rpm -qa | grep kernel kernel-syms-2.6.31-8.2.i586 kernel-pae-devel-2.6.31-8.1.i586 kernel-source-2.6.31-8.2.noarch kernel-firmware-20090909-1.2.noarch kernel-pae-base-2.6.31-8.1.i586 kernel-pae-2.6.31-8.1.i586 linux-kernel-headers-2.6.31-1.9.noarch *I know that other kernel-...-devel packages should also be installed but so I can compile only the one needed flavour package (needs not so much time for compiling...) $ rpm -qa | grep drm-all drm-all-kmp-pae-20090916_2.6.31_8-1.1.i586 rpm -qa | grep xorg-x11-driver-video- xorg-x11-driver-video-ati-debuginfo-6.99_20090914-1.2.i586 xorg-x11-driver-video-unichrome-20090829-1.1.i586 xorg-x11-driver-video-unichrome-debuginfo-20081229-7.15.i586 xorg-x11-driver-video-debuginfo-7.4-139.2.i586 xorg-x11-driver-video-7.4-139.1.i586 xorg-x11-driver-video-ati-6.99_20090914-1.2.i586 * ati driver is excluded from xorg-x11-driver-video and packed in a new package (for better maintenance...) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 1