openSUSE Kernel April 2008

kernel@lists.opensuse.org

7 participants
5 discussions

[opensuse-kernel] opensuse 11.0 kernel patch justification needed from you
by Greg KH 08 May '08

08 May '08

Hi all, As I'm going to be the one trying to manage the 11.0 kernel release, I figured it was time to take a look at all of the patches we have in our tree, and see why they are not upstream already. So, here's a breakdown of all 228 patches in our "normal" kernel tree (I'm ignoring the -rt tree right now, that's just crazy at the moment...) I'd like all of the developers here to at least respond with a reason why their patches are in the tree and not in mainline already. If they patch will show up in 2.6.25, let us know, and we can properly mark it as such. If it's a feature that isn't upstream, and it isn't obvious why, please let us know. So, here goes, broken down by developer: Build system stuff that we need for building kernels patches.rpmify/buildhost patches.rpmify/cloneconfig.diff patches.rpmify/rpm-kernel-config Suse specific kernel markings: patches.suse/supported-flag patches.suse/suse-ppc64-branding (gotta love this one...) Xen stuff: 40+ patches. Yeah, we all know why they aren't upstream, oh well... Apparmor stuff: 48 patches JJ, any plan on getting these into mainline? I saw a posting a while ago with them to lkml, but they didn't go into -mm and I never saw any feedback, nor a repost. Jeff: reiserfs patches: patches.suse/reiserfs-add-per-file-data-ordered-mode.diff patches.suse/reiserfs-add-reiserfs_error.diff patches.suse/reiserfs-buffer-info-for-balance.diff patches.suse/reiserfs-cleanup-path-funcs.diff patches.suse/reiserfs-consistent-messages.diff patches.suse/reiserfs-eliminate-per-super-xattr-lock.diff patches.suse/reiserfs-journaled-xattrs.diff patches.suse/reiserfs-kill-xattr-readdir.diff patches.suse/reiserfs-make-per-inode-xattr-locking-more-fine-grained.diff patches.suse/reiserfs-mount-count patches.suse/reiserfs-rearrange-journal-abort.diff patches.suse/reiserfs-reiserfs-warning.diff patches.suse/reiserfs-reiserfs_info.diff patches.suse/reiserfs-reiserfs_panic.diff patches.suse/reiserfs-remove-i_has_xattr_dir.diff patches.suse/reiserfs-remove-link-detection.diff patches.suse/reiserfs-rename-._.diff patches.suse/reiserfs-rename-p_._.diff patches.suse/reiserfs-rename-p_s_bh.diff patches.suse/reiserfs-rename-p_s_inode.diff patches.suse/reiserfs-rename-p_s_sb.diff patches.suse/reiserfs-rename-p_s_tb.diff patches.suse/reiserfs-selinux.diff patches.suse/reiserfs-simplify-xattr-internal-file-lookups-opens.diff patches.suse/reiserfs-strip-whitespace.diff patches.suse/reiserfs-use-generic-xattr-handlers.diff patches.suse/reiserfs-use-reiserfs_error.diff patches.suse/reiserfs-xattrs-noatime.diff are these going to show up in 2.6.25? reiserfs4 patches: patches.suse/reiser4-exports patches.suse/reiser4-sync_inodes why do we have these still as we don't have reiserfs4 and I don't think we plan on adding it, right? Or are they needed for a kmp? Is it still worth hanging on to this as upstream development is now dead? "kernel.org" patches: patches.kernel.org/gcc43-workaround.diff patches.kernel.org/ia64-jprobe-return-section-conflict.diff patches.kernel.org/ipmi-section-conflict.diff patches.kernel.org/powerpc-needs-uboot patches.kernel.org/psmouse-section-conflict.diff Are these going to be in 2.6.25? If not, why haven't we pushed them there? What about these others: patches.arch/s390-add-FREE_PTE_NR patches.fixes/ds1682-build-fix patches.fixes/libiscsi-missing-semicolon.diff patches.fixes/loop-barriers patches.fixes/loop-barriers2 patches.fixes/proc-scsi-scsi-fix.diff patches.suse/ext2-fsync-err patches.suse/ext3-barrier-default If these defaults are too small, why haven't we got upstream to take the change?: patches.suse/shmall-bigger Thomas Renninger: How come these aren't upstream: patches.arch/acpi_autoload_bay.patch patches.arch/export-acpi_check_resource_conflict.patch patches.arch/small-acpica-extension-to-be-able-to-store-the-name-of.patch patches.fixes/acpi_autoload_baydock.patch patches.fixes/acpi_force-fan-active.patch patches.suse/acpi_dsdt_ssdt_initrd_initramfs.patch patches.suse/dm-emulate-blkrrpart-ioctl Jean Delavare: Are these going to be in 2.6.25: patches.arch/check-for-acpi-resource-conflicts-in-hwmon-drivers.patch patches.arch/check-for-acpi-resource-conflicts-in-i2c-bus-drivers.patch patches.fixes/pci-quirk-enable-smbus-on-hp-xw4100.patch Andi Kleen: Why aren't these upstream? patches.arch/disable-apic-error patches.arch/x86-nvidia-timer-quirk patches.suse/wireless-no-aes-select Olaf Hering: Why are we dragging these ppc patches around? Why aren't they upstream? Do we still care about the pegasos platform? Lots of these should be upstream already... patches.arch/ppc-efika-modalias.patch patches.arch/ppc-efika-mpc52xx-ac97.patch patches.arch/ppc-efika-psc-console-autodetection.patch patches.arch/ppc-iseries-remove-AVAILABLE_VETH.patch patches.arch/ppc-pegasos-console-autodetection.patch patches.arch/ppc-pegasos-mv643xx_eth-modalias.patch patches.arch/ppc-pegasos-pata_via-fixup.patch patches.arch/ppc-prom-nodisplay.patch patches.arch/ppc-vio-modalias.patch patches.arch/ppc64-xmon-dmesg-printing.patch patches.drivers/ppc64-adb patches.fixes/bootstrap-memoryless-node.patch patches.suse/nameif-track-rename.patch patches.suse/ppc-powerbook-usb-fn-key-default.patch Bernhard Walle Why aren't these upstream: patches.arch/ppc-fix-prpmc2800 patches.drivers/igb-2007-12-11 Hannes Reinecke Why aren't these upstream: patches.arch/s390-ccwgroup-attribute-ignore-newline patches.fixes/dm-mpath-hp-sw.patch patches.fixes/megaraid_mbox-dell-cerc-support patches.fixes/mptbase-vmware-fix Takashi Iwai: Are these going to be in 2.6.25?: patches.drivers/alsa-usb-exclude-1st-slot Greg Kroah-Hartman: Why aren't these upstream: patches.drivers/always-announce-new-usb-devices.patch patches.drivers/nozomi.patch patches.drivers/sysfs-crash-debugging.patch patches.suse/usb-storage-disable-delay.patch Bernhard Kaindl: Why are these patches not upstream: patches.drivers/early-firewire.diff Tejun Heo: Are these upstream for 2.6.25?: patches.drivers/libata-add-waits-for-govault patches.drivers/libata-force-cable-type patches.drivers/libata-sata_nv-disable-ADMA patches.drivers/libata-unlock-hpa-by-default patches.drivers/scsi-throttle-SG_DXFER_TO_FROM_DEV-warning-better Jiri Benc: Aren't these in 2.6.25? patches.fixes/mac80211-fix-hw-scan1.patch patches.fixes/mac80211-fix-hw-scan2.patch Jiri Kosina: Why are these patches not upstream: patches.suse/aslr-i386-and-x86_64-randomize-brk.patch patches.suse/aslr-pie-executable-randomization.patch Michael Schroeder: Why aren't we using the userspace bootsplash stuff that other distros do, and are still relying on an in-kernel jpg decoder? That seems pretty wasteful, and this code will never go upstream. Can't we change this now? patches.suse/bootsplash Andreas Gruenbacher: Your ACL stuff still isn't ready for upstream, right? How come only one patch is enabled in our tree? patches.suse/nfs4acl-ext3.diff Why aren't these upstream: patches.suse/parser-match_string.diff Kurt Garloff: Why isn't this one upstream? It's been in our tree for ages, which tends to make me think it's no longer needed for us? patches.suse/scsi-error-test-unit-ready-timeout We should be able to drop this now: patches.suse/setuid-dumpable-wrongdir Nick Piggin: If this is such a performance issue, why isn't it upstream? You would think that everyone would be wanting it, if it really is necessary... patches.suse/smtnice-disable Jan Beulich: Why isn't this upstream?: patches.suse/stack-unwind Andreas Schwab: Do we really care about this architecture enough to be dragging on all of these patches? As they aren't upstream, why do we care?: patches.suse/suse-ppc32-mol-BIT patches.suse/suse-ppc32-mol-get-property patches.suse/suse-ppc32-mol-handle-mm-fault patches.suse/suse-ppc32-mol-ioctl patches.suse/suse-ppc32-mol-kbuild.patch patches.suse/suse-ppc32-mol-sheep patches.suse/suse-ppc32-mol.patch Oliver Neukum: Is this still needed as we have disabled autosuspend automatically for usb devices: patches.suse/usb_printer_no_auto.diff KBD fun: These might go upstream, but I really doubt it. Note that kgdb hooks might be in mainline soon, so these might need to be majorly rewritten to handle these hooks. For now we'll keep them, but I really doubt their usability. Does anyone use this? patches.suse/kbd-ignore-gfx.patch patches.suse/kdb-common patches.suse/kdb-ia64 patches.suse/kdb-serial-8250 patches.suse/kdb-x86 squashfs fun: Someday this will make it upstream, but until then, we drag it along... patches.suse/squashfs.patch patches.suse/squashfs.patch.fixup No more maintainer, or no valid "Signed-off-by:" from a Novell developer: I'm going to drop these, unless someone really feels that they should be in our kernel tree. If so, please let me know by the end of the week. Maybe I should just throw them at lkml, as we are using them for some reason. If they don't stick, they should probably be gone... patches.fixes/bridge-module-get-put.patch patches.fixes/do_anonymous_page-race patches.fixes/grab-swap-token-oops patches.fixes/ieee1394-sbp2_long_sysfs_ieee1394_id.patch patches.fixes/ipv6-no-autoconf patches.fixes/oom-warning patches.fixes/parport-mutex patches.fixes/remount-no-shrink-dcache patches.fixes/seccomp-disable-tsc-option patches.fixes/tiocgdev patches.fixes/tulip-quad-NIC-ifdown patches.suse/connector-read-mostly patches.suse/crasher-26.diff patches.suse/filp-slab-rcu patches.suse/lockd-max-hosts-dynamic (and other lockd stuff, should all be dropped I feel, as we don't have anyone who cares about it anymore here...) patches.suse/netfilter-ipt_LOG-mac patches.suse/sysctl-add-affinity_load_balancing patches.suse/twofish-2.6 (We gotta be able to drop this one now, right? If not, why isn't it upstream?) patches.suse/unmap_vmas-lat -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

17 49

[opensuse-kernel] reiserfs problems since 2.6.25-rc7-git2-HEAD_20080331133119 -default
by Markus Koßmann 12 Apr '08

12 Apr '08

All KOTDs since 2.6.25-rc7-git2-HEAD_20080331133119 -default are showing the following problem in the logs : dentry_open called with NULL vfsmount Apr 3 05:27:05 PC1 kernel: Pid: 5246, comm: kmail Tainted: P N 2.6.25-rc8-HEAD_20080401233651-default #1 Apr 3 05:27:05 PC1 kernel: Apr 3 05:27:05 PC1 kernel: Call Trace: Apr 3 05:27:05 PC1 kernel: [<ffffffff8020d7f2>] dump_trace+0xc4/0x52e Apr 3 05:27:05 PC1 kernel: [<ffffffff8020dc9c>] show_trace+0x40/0x57 Apr 3 05:27:05 PC1 kernel: [<ffffffff8020e421>] dump_stack+0x72/0x7b Apr 3 05:27:05 PC1 kernel: [<ffffffff8029e322>] dentry_open+0x35/0x88 Apr 3 05:27:05 PC1 kernel: [<ffffffff880d60a7>] :reiserfs:xattr_readdir+0x1d/0x52 Apr 3 05:27:05 PC1 kernel: [<ffffffff880d6226>] :reiserfs:reiserfs_for_each_xattr+0x14a/0x23b Apr 3 05:27:05 PC1 kernel: [<ffffffff880d633e>] :reiserfs:reiserfs_delete_xattrs+0x12/0x14 Apr 3 05:27:05 PC1 kernel: [<ffffffff880bdd3a>] :reiserfs:reiserfs_delete_inode+0x72/0x10a Apr 3 05:27:05 PC1 kernel: [<ffffffff802b16e5>] generic_delete_inode+0xaf/0x129 Apr 3 05:27:05 PC1 kernel: [<ffffffff802b1776>] generic_drop_inode+0x17/0x15d Apr 3 05:27:05 PC1 kernel: [<ffffffff802b0e9d>] iput+0x7c/0x80 Apr 3 05:27:05 PC1 kernel: [<ffffffff802a8e8d>] do_unlinkat+0xfc/0x150 Apr 3 05:27:05 PC1 kernel: [<ffffffff802a8ef2>] sys_unlink+0x11/0x13 Apr 3 05:27:05 PC1 kernel: [<ffffffff8020c1aa>] system_call_after_swapgs+0x8a/0x8f Apr 3 05:27:05 PC1 kernel: [<00007fc424f821a7>] Apr 3 05:27:05 PC1 kernel: Apr 3 05:27:05 PC1 kernel: REISERFS warning (device dm-6): jdm-20005 reiserfs_for_each_xattr: Couldn't chown all xattrs (-22) These kernels are a running on a SUSE-10.3 base system , compiled from source with defconfig.default. and gcc 4.2.3 20071030 (prerelease) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 8

[opensuse-kernel] compressed modules
by Michal Marek 07 Apr '08

07 Apr '08

Hi, does anyone / anything depend on module-init-tools being able to handle gzip compressed modules? Disabling zlib support would reduce depmod memory usage quite a lot (see bnc#371966 and bnc#350896), because it allows to mmap the modules instead of copying them into memory. Of course, it's possible to keep zlib support in module-init-tools and mmap non-compressed files, it's just more work ;-). Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 3

[opensuse-kernel] new kernel 2.6.25-rc5-git2-109.6 fails to mount filesystem!
by Kumar Abhinav 07 Apr '08

07 Apr '08

Hi I have a OpenSuse 10.3 with kernel (Linux version 2.6.22.17-0.1-default). Now I have tried to install another (keeping the old one, not updating or patching) kernel version 2.6.25-rc5-git2-109.6 downloaded from the opensuse factory. Initially it asked me to update the following 1. rpm (4.4.2-182 updated version) 2. devicemapper (1.02.24-16 updated version) 3. lvm2 (2.02.33-12 updated version) 4. udev (119 updated version) After that the new kernel installed without error, with the following output: ********************************************************************** rpm -ivh kernel-default-2.6.25-109.6.i586.rpm Preparing... ########################################### [100%] 1:kernel-default ########################################### [100%] Setting up /lib/modules/2.6.25-rc5-git2-109.6-default Kernel image: /boot/vmlinuz-2.6.25-rc5-git2-109.6-default Initrd image: /boot/initrd-2.6.25-rc5-git2-109.6-default Root device: /dev/sda7 (mounted on / as ext3) Resume device: /dev/sda6 Kernel Modules: processor thermal scsi_mod libata ata_piix fan jbd mbcache ext3 edd ide-core piix sd_mod usbcore ohci-hcd uhci-hcd ehci-hcd ff-memless hid usbhid Features: block usb resume.userspace resume.kernel Bootsplash: SuSE (1024x768) 19381 blocks ************************************************************************* But now if I boot the new kernel from Grub it stops after a point and gives me the error /sbin/udevtrigger no such file found /sbin/udevsettle no such file found /dev/sda7 not found and it dumps me to a shell prompt. If I boot with the old kernel everything works fine. I am using a single SATA harddisk on my machine. How can I fix this? Thanks. Abhinav -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 1

[opensuse-kernel] Re: [opensuse-packaging] KMPs do not build on Factory i586
by Marcus Meissner 02 Apr '08

02 Apr '08

On Wed, Apr 02, 2008 at 09:13:54AM +0200, Dominique Leuenberger wrote: > Hi everybody, > > as on -buildservice, apparently nobody knows about this problem and I was advised to bring it here: so here my question again: > Is there something wrong in Factory? The %suse_kernel_module_package seems not to fill up $falvors_to_build anymore and thus the routing to itterate over all flavors and build the respecting module does not work. > > Anything broken at mine ? See reference below. opensuse-kernel(a)opensuse.org might even be more appropriate, since this has the respective kernel people. But internally KMPs at least build. ciao, Marcus > Dominique > > >>> On 4/1/2008 at 10:54, "Dr. Peter Poeml" <poeml(a)suse.de> wrote: > > Hello Dominique, > > > > > > On Tue, Mar 25, 2008 at 10:46:11AM +0100, Dominique Leuenberger wrote: > >> Hello, > >> > >> I see that no KMP is being built on factory i586 (still works against > > x86_64). > >> > >> The problem actually seems to be, that this code snip does not work anymore: > >> for flavor in %{flavors_to_build}; do > >> rm -rf obj/$flavor > >> cp -r %{name}-%{version}-%{svn_rev} obj/$flavor > >> pushd obj/$flavor > >> make modules > >> popd > >> done > >> > >> I checked several KMPs, and they all skip the for flavor in > > %{flavors_to_build}.. so I assume that %flavor_to_build is no longer > > populated... > >> > >> Is it a small thing and can be fixed like this, or shall I file a bugzilla > > entry? Against what category would it be? > >> > >> Dominique > > > > Have you asked on the opensuse-packagers list? Maybe you are lucky > > there. > > > > I'm sorry I can't give better advice. > > > > Anybody else, maybe? > > > > Adrian, anything special with regard to Factory maybe? > > > > Peter > > > > -- Working, but not speaking, for the following german company: SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 4

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openSUSE Kernel April 2008