April 2010 - 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] access to KOTD on ftp.suse.com
by Markus Koßmann 30 Apr '10

30 Apr '10

For 2 days now access to ftp.suse.com/pub/projects/kernel/kotd/HEAD is only possible using ftp protocol. Using http protocol doesn't work any more. Looks like the http server on that machine is down: telnet ftp.suse.com 80 Trying 195.135.221.132... telnet: connect to address 195.135.221.132: Connection refused -- 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] Terratec RC with Samsung IR remote dysfunctional (0419:0001)
by Hans-Peter Jansen 30 Apr '10

30 Apr '10

Dear Jiri, I tried to contact Robert Schedel on this topic (and copied linux-usb as well), but for some reason, Robert doesn't respond, and linux-usb is down. Since you're the master of input of the openSUSE kernel, it would be very nice to look into this issue: I try to get a RC labeled Terratec to work with the accompanied usb IR receiver, that introduced itself as: Bus 002 Device 002: ID 0419:0001 Samsung Info. Systems America, Inc. IrDA Remote Controller. The product is a Terratec Cinergy S2 PCI HD, but I plan to use the RC/IR adaptor independently in a small Intel Atom based system from Shuttle as a simple remote vdr device (that even doesn't have any PCI slots itself..) The distro is openSUSE 11.2, that I made running diskless with kiwi and the i586/default kernel from: http://download.opensuse.org/repositories/home:/frispete:/kernel-2.6.31/ope… That build contains Roberts samsung203b-2.6.29 and samsung171b-2.6.31 patches, even if they seem not to be necessary, since I have one with a wDescriptorLength of 184, that .31 should support out of the box - thanks to Roberts previous work. Obviously, it does not, at least not in the setup over here: I have lirc-0.8.6 (from build service vdr:) installed, that is using these options: /usr/sbin/lircd -H samsung -d /dev/hidraw2 Further I copied /usr/share/lirc/remotes/samsung/lircd.conf.samsung to /etc/lirc/lircd.conf. Now a simple irw should reveal some keys pushed, doesn't it? Well, it doesn't, but the receiver is alive, since it responds with flashing a red LED on each push. After building the kernel with CONFIG_HID_DEBUG=y, and loading hid with debug=1, a lot of stuff is written into the log. Between 21:53:46 and 21:56:47, I pushed all keys on the RC (some more then once), but starting the daemon resulted in "Failed to initialize hardware" as soon as I start irw, similar to running irrecord (after stopping lircd): ~# irrecord -H samsung -d /dev/hidraw2 xyz irrecord - application for recording IR-codes for usage with lirc Copyright (C) 1998,1999 Christoph Bartelmus(lirc(a)bartelmus.de) irrecord: initializing '/dev/hidraw2' irrecord: could not init hardware (lircd running ? --> close it, check permissions) OTOH, I'm able to catch key presses with: ~# cat /dev/hidraw2 | hexdump -C 00000000 00 04 04 00 00 00 00 00 00 00 04 00 00 00 00 00 |................| 00000010 00 00 00 04 08 00 00 00 00 00 00 00 04 00 00 00 |................| 00000020 00 00 00 00 00 04 10 00 00 00 00 00 00 00 04 00 |................| 00000030 00 00 00 00 00 00 00 04 01 00 00 00 00 00 00 00 |................| 00000040 04 00 00 00 00 00 00 00 00 03 82 00 00 00 00 00 |................| 00000050 00 00 03 00 00 00 00 00 00 00 00 04 04 00 00 00 |................| 00000060 00 00 00 00 04 00 00 00 00 00 00 00 00 04 01 00 |................| 00000070 00 00 00 00 00 00 04 00 00 00 00 00 00 00 00 04 |................| 00000080 02 00 00 00 00 00 00 00 04 00 00 00 00 00 00 00 |................| 00000090 00 04 02 00 00 00 00 00 00 00 04 00 00 00 00 00 |................| 000000a0 00 00 00 04 02 00 00 00 00 00 00 00 04 00 00 00 |................| 000000b0 00 00 00 00 00 04 02 00 00 00 00 00 00 00 04 00 |................| Each key dumps 16 bytes. Apart from that, the repetition doesn't work either, although the LED in the receiver is flashing continuesly. Do you have any idea, what's going wrong here? Thanks in advance, Pete

1 0

[opensuse-kernel] vger.kernel.org is not accessible
by Hans-Peter Jansen 30 Apr '10

30 Apr '10

Hi, does anybody in the audience know, what happened to vger.kernel.org? I haven't got any messages from it since yesterday morning! :-( Do you? TIA, Pete -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

5 7

[opensuse-kernel] ext3 - ENOMEM on file write
by Cameron Seader 30 Apr '10

30 Apr '10

Greetings, Wondering if anyone here has some experience with this. I have been trying to track this down and have no idea how this is happening. Its not making any sense at all. We have a case where we have a system that is doing some successive reading and writing to a file. Here is the specific Code: --snip-- First, we're given an inode 'ainode', which should be the correct inode for the file we're looking at. (If it were incorrect, we would have gotten an error much earlier.) If we have iget, we call iget. The 2.6.16.60-* kernels lack iget, I believe, so instead we do: fid.i32.ino = ainode; fid.i32.gen = 0; dp = afs_cacheSBp->s_export_op->fh_to_dentry(afs_cacheSBp, &fid, sizeof(fid), FILEID_INO32_GEN); filp = dentry_open(dp, mntget(afs_cacheMnt), O_RDWR); (I'm not including error-checking. afs_cacheSBp is the superblock for the cache filesystem, so ext2 or ext3. afs_cacheMnt is the vfsmount for the cache FS) Then, to write to the file we do basically: (we're writing 'count' bytes from 'buf' to 'offset' in file 'filp'; I'm paraphrasing the code here, but I think I'm maintaining what it does) mm_segment_t _fs_space_decl; int code = 0; savelim = current->TASK_STRUCT_RLIM[RLIMIT_FSIZE].rlim_cur; current->TASK_STRUCT_RLIM[RLIMIT_FSIZE].rlim_cur = RLIM_INFINITY; _fs_space_decl = get_fs(); set_fs(get_ds()); if (filp->f_op->llseek) { if (filp->f_op->llseek(filp, offset, 0) != offset) return -1; } else { filp->f_pos = offset; } while (code == 0 && count > 0) { code = filp->f_op->write(filp, buf, count, &f->f_pos); if (code < 0) { code = -code; break; } else if (code == 0) { code = EIO; break; } buf += code; count -= code; code = 0; } set_fs(_fs_space_decl); current->TASK_STRUCT_RLIM[RLIMIT_FSIZE].rlim_cur = savelim; return code; It is here we are getting -ENOMEM from filp->f_op->write. Finally, normally to close a file, we do this: if (filp->f_dentry->d_inode) { filp_close(filp, NULL); } --snip-- It's not intended to be written to constantly, but in this case it probably is written to several times successively (due to certain parameters set a bit low, and the high load for these clients). I believe this function was called about 644203 times in the core I'm looking at, which means that file was written to at least around 644000 times... I'm assuming at least most of those were right after another. However, there would almost always be several reads of the same file between successive writes. (Again, in an 'open(); read(); close();' fashion) But they are probably all happening very quickly; I assume the cache for the stuff in this file is thrashing. How can we avoid this or make this much more stream-lined? Any help would be appreciated. Thanks, Cameron -- 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] Re: 2.6.34-rc3: simple du (on a big xfs tree) triggers oom killer [bisected: 57817c68229984818fea9e614d6f95249c3fb098]
by Greg KH 27 Apr '10

27 Apr '10

On Mon, Apr 26, 2010 at 10:36:37AM +1000, Dave Chinner wrote: > On Sun, Apr 25, 2010 at 09:27:40AM -0700, Greg KH wrote: > > On Sat, Apr 24, 2010 at 06:44:22PM +0200, Hans-Peter Jansen wrote: > > > FYI, 2.6.33.2 is still affected from this issue. > > > > Is 2.6.33.3-rc2 affected? A lot of xfs patches are in there (as are in > > 2.6.32.12-rc2.) > > The fix is not in Linus' kernel yet, Greg. So once that is done, > I'll have to backport the fix back to those stable kernels as well. > It's not a trivial fix, so it will miss this round of stable > releases.... Ok, that's fine, just checking. I'm in no rush, I have plenty of other patches to queue up for the next stable releases :) thanks, greg k-h -- 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] "Failed to load firmware "radeon/RV770_pfp.bin" 2.6.34-rc5 kernel
by pearson44j 26 Apr '10

26 Apr '10

Hello # problem description - points # 1 & 2 missing firmware radeon/RV770_pfp.bin firmware for module radeon #1 I am running an opensuse 2.6.34-rc5 kernel from the kernel:HEAD repository on opensuse v11.3 (milestone 5) and I have a radeon hd4850 card. I am getting an oops when I boot - the opps is triggered because I am missing the firmware for radeon/R700_rlc.bin # extract from startup log [ 7.419935] [drm] radeon: using MSI. [ 7.421246] [drm] radeon: irq initialized. [ 7.422519] [drm] GART: num cpu pages 131072, num gpu pages 131072 [ 7.424262] [drm] Loading RV770 Microcode [ 7.425542] platform radeon_cp.0: firmware: requesting radeon/RV770_pfp.bin [ 67.423018] r600_cp: Failed to load firmware "radeon/RV770_pfp.bin" [ 67.424228] [drm:rv770_startup] *ERROR* Failed to load firmware! [ 67.425437] radeon 0000:01:00.0: disabling GPU acceleration #2 Running mkinitrd without the radeon firmware is quite messy... -see "Running mkinitrd" below # problem details I checked and the file "radeon/RV770_pfp.bin" doesn't exist under lib/firmware/radeon MSI:/usr/src/linux/firmware/radeon # ls -l RV770* -rw-r--r-- 1 root root 14972 Feb 24 19:52 RV770_me.bin.ihex -rw-r--r-- 1 root root 9340 Feb 24 19:52 RV770_pfp.bin.ihex MSI:/usr/src/linux/firmware/radeon # ls -l total 616 -rw-r--r-- 1 root root 5684 Feb 24 19:52 R100_cp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 R200_cp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 R300_cp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 R420_cp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 R520_cp.bin.ihex -rw-r--r-- 1 root root 59148 Feb 24 19:52 R600_me.bin.ihex -rw-r--r-- 1 root root 6348 Feb 24 19:52 R600_pfp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 RS600_cp.bin.ihex -rw-r--r-- 1 root root 5684 Feb 24 19:52 RS690_cp.bin.ihex -rw-r--r-- 1 root root 59148 Feb 24 19:52 RS780_me.bin.ihex -rw-r--r-- 1 root root 6348 Feb 24 19:52 RS780_pfp.bin.ihex -rw-r--r-- 2 root root 59148 Feb 24 19:52 RV610_me.bin.ihex -rw-r--r-- 5 root root 6348 Feb 24 19:52 RV610_pfp.bin.ihex -rw-r--r-- 2 root root 59148 Feb 24 19:52 RV620_me.bin.ihex -rw-r--r-- 5 root root 6348 Feb 24 19:52 RV620_pfp.bin.ihex -rw-r--r-- 2 root root 59148 Feb 24 19:52 RV630_me.bin.ihex -rw-r--r-- 5 root root 6348 Feb 24 19:52 RV630_pfp.bin.ihex -rw-r--r-- 2 root root 59148 Feb 24 19:52 RV635_me.bin.ihex -rw-r--r-- 5 root root 6348 Feb 24 19:52 RV635_pfp.bin.ihex -rw-r--r-- 1 root root 59148 Feb 24 19:52 RV670_me.bin.ihex -rw-r--r-- 5 root root 6348 Feb 24 19:52 RV670_pfp.bin.ihex -rw-r--r-- 1 root root 14972 Feb 24 19:52 RV710_me.bin.ihex -rw-r--r-- 2 root root 9340 Feb 24 19:52 RV710_pfp.bin.ihex -rw-r--r-- 1 root root 14972 Feb 24 19:52 RV730_me.bin.ihex -rw-r--r-- 2 root root 9340 Feb 24 19:52 RV730_pfp.bin.ihex -rw-r--r-- 1 root root 14972 Feb 24 19:52 RV770_me.bin.ihex -rw-r--r-- 1 root root 9340 Feb 24 19:52 RV770_pfp.bin.ihex The firmware doesn't appear to be shipped with the kernel... Any where or way I can obtain it...? # config configuration MSI:/boot # cat /usr/src/linux/.config | grep CONFIG_FIRMWARE CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_FIRMWARE_EDID=y CONFIG_FIRMWARE_MEMMAP=y MSI:/boot # cat /usr/src/linux/.config | grep CONFIG_PREVENT_FIRMWARE_BUILD CONFIG_PREVENT_FIRMWARE_BUILD=y # Running mkinitrd As shown below, running mkinitrd is quite messy.... # MSI:/boot # cd /boot MSI:/boot # mkinitrd -k vmlinuz-${VERSION} -i initrd-${VERSION} Kernel image: /boot/vmlinuz-2.6.34-rc5.msi-3-desktop Initrd image: /boot/initrd-2.6.34-rc5.msi-3-desktop /lib/mkinitrd/setup/01-splashy.sh: line 67: directfb-config: command not found KMS drivers: ati-agp radeon Root device: /dev/disk/by-id/ata-WDC_WD3000HLFS-01G6U1_WD-WXL209014987-part5 (/dev/sda5) (mounted on / as ext4) modprobe: Module atiixp not found. WARNING: no dependencies for kernel module 'atiixp' found. modprobe: Module ide_pci_generic not found. WARNING: no dependencies for kernel module 'ide_pci_generic' found. Kernel Modules: thermal_sys thermal pata_jmicron pata_atiixp ata_generic processor fan ati-agp i2c-algo-bit drm drm_kms_helper ttm radeon crc16 jbd2 ext4 (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R520_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R520_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS600_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS600_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS690_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS690_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R420_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R420_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R300_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R300_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R200_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R200_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R100_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R100_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV710_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV710_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV710_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV710_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV730_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV730_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV730_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV730_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV770_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV770_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV770_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV770_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS780_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS780_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS780_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS780_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV670_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV670_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV670_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV670_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV635_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV635_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV635_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV635_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV620_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV620_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV620_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV620_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV630_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV630_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV630_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV630_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV610_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV610_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV610_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV610_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R600_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R600_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R600_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R600_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R520_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R520_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS600_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS600_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS690_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS690_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R420_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R420_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R300_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R300_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R200_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R200_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R100_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R100_cp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV710_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV710_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV710_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV710_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV730_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV730_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV730_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV730_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV770_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV770_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV770_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV770_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS780_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS780_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RS780_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RS780_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV670_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV670_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV670_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV670_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV635_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV635_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV635_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV635_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV620_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV620_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV620_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV620_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV630_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV630_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV630_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV630_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV610_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV610_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/RV610_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/RV610_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R600_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R600_me.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc5.msi-3-desktop/radeon/R600_pfp.bin) (module radeon.ko firmware /lib/firmware/2.6.34-rc3-3-desktop/radeon/R600_pfp.bin) Features: kms block usb resume.userspace resume.kernel Bootsplash: openSUSE (1400x1050), openSUSE (1680x1050) # My setup # Linux MSI 2.6.34-rc5.msi-3-desktop #1 SMP PREEMPT Sat Apr 24 19:04:12 CEST 2010 i686 athlon i386 GNU/Linux Note the "/sys/module/radeon/parameters/modeset is set to 1 # installed rpms rpms kernel-default-devel-2.6.34-rc5.22.1.i586 kernel-desktop-2.6.34-3.1.i586 kernel-desktop-base-2.6.34-3.1.i586 kernel-desktop-devel-2.6.34-rc5.22.1.i586 kernel-devel-2.6.34-rc5.22.1.noarch kernel-pae-devel-2.6.34-rc5.22.1.i586 kernel-source-2.6.34-rc5.22.1.noarch kernel-syms-2.6.34-rc5.22.1.i586 kernel-xen-devel-2.6.34-rc5.22.1.i586 All comments appreciated Regards James -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 2

[opensuse-kernel] Re: 2.6.34-rc3: simple du (on a big xfs tree) triggers oom killer [bisected: 57817c68229984818fea9e614d6f95249c3fb098]
by Greg KH 25 Apr '10

25 Apr '10

On Sun, Apr 25, 2010 at 12:57:35PM -0400, Christoph Hellwig wrote: > On Sun, Apr 25, 2010 at 09:27:40AM -0700, Greg KH wrote: > > On Sat, Apr 24, 2010 at 06:44:22PM +0200, Hans-Peter Jansen wrote: > > > FYI, 2.6.33.2 is still affected from this issue. > > > > Is 2.6.33.3-rc2 affected? A lot of xfs patches are in there (as are in > > 2.6.32.12-rc2.) > > Yes. It's not even in mainline yet as Nick doesn't like the trivial > core VM fix required to solve this in a clean way. Hm, Nick, why? This seems like a real problem, easily reproduced. Is it solved some other way in Linus's tree that we could backport to the -stable series? thanks, greg k-h -- 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] Re: 2.6.34-rc3: simple du (on a big xfs tree) triggers oom killer [bisected: 57817c68229984818fea9e614d6f95249c3fb098]
by Hans-Peter Jansen 25 Apr '10

25 Apr '10

On Tuesday 13 April 2010, 11:18:23 Dave Chinner wrote: > On Tue, Apr 13, 2010 at 10:50:35AM +0200, Hans-Peter Jansen wrote: > > > > Dave, may I ask you kindly for briefly elaborating on the worst > > consequences of just reverting this hunk, as I've done before? > > Well, given that is the new shrinker code generating the warnings, > reverting/removing that hunk will render the patch useless :0 Excuse me, I didn't express myself well. I'm after the consequences of applying the revert, that I posted a few messages above. > I'll get you a working 2.6.33 patch tomorrow - it's dinner time > now.... Cool, thanks. Have a nice dinner, Pete -- 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] Re: 2.6.34-rc3: simple du (on a big xfs tree) triggers oom killer [bisected: 57817c68229984818fea9e614d6f95249c3fb098]
by Hans-Peter Jansen 24 Apr '10

24 Apr '10

On Saturday 24 April 2010, 23:23:20 Emmanuel Florac wrote: > Le Sat, 24 Apr 2010 18:44:22 +0200 vous écriviez: > > Greg, you might search for a server using xfs filesystems and and a > > i586 kernel >= 2.6.33, (2.6.32.11 of SLE11-SP1 will serve as well), > > log in as an ordinary user, do a "du" on /usr, and wait for the other > > users screaming... > > I did precisely that, and didn't notice anything special (du on kernel > source tree) kernel 2.6.32.11, deadline scheduler, 7 drives RAID-6 > array, 8GB RAM. I guess, you're not on this specific openSUSE git version of 2.6.32.11 (e.g. the preparation for SP1 of SLE11), which, as usual, carries a lot of stuff from later kernels. The offending patch was included in linux-2.6.33 between -rc4 and -rc5: Committer Alex Elder<aelder(a)sgi.com> Author Dave Chinner<david(a)fromorbit.com> Author date 11.01.10 00:51 Parent xfs: Avoid inodes in reclaim when flushing from inode cache Child xfs: Remove inode iolock held check during allocation Branch master origin (Merge branch 'for-linus' of git://git.kernel.org/pub/scm/...) Branch 2.6.33.1 (Linux 2.6.33) Follows v2.6.33-rc4 (Linux 2.6.33-rc4) Precedes v2.6.33-rc5 (Linux 2.6.33-rc5) Cheers, Pete -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 2