February 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] Trim kernel-source package
by Jan Engelhardt 31 Mar '10

31 Mar '10

Greetings. The following is a submission to reduce the number of files that will be installed when one wants to compile kernel modules, offering saving both in time and space. Disks are touted as cheap, but let's face it, spending ~340 MB for kernel sources means you have 340 less for your personal files. The time savings should be obvious too: less files to install, and also less files to index — locatedb, quota, beagle/etc., you name it. This is especially beneficial for developers and OBS or OBS-like instances where packages are not only built in random order(*), but where the chroots are usually torn down everytime. (*) Calling build locally and manually, without --clean, and with the same buildroot everytime would allow for a time optimization when all KMPs are built after another, as big packages like kernel-* would not have to be reinstalled/deleted everytime. With this patch(set) — there is a bit of cleanup upfront —, the "kernel-devel" package is introduced which contains all (and only) the necessary files to support external module building. The entire source for personal recompilation orgies is moved out to "kernel-source", which now behaves like "kernel-source-vanilla" already did. The standalone sources' (kernel-source) path has been changed so as to not overlap with those used for module building, because people always trash their KMP build environment for the shipped kernel when they ran cloneconfig. Another desired side-effect of the so-codified separation into the kernel-devel package is that dangerous calls that would cause above-mentioned trashing are now completely inhibited. This modification has been tested with various kinds of free and non-free packages and kernel versions already. The latter is especially important because they are the most likely ones to break because of their awkward-to-horrid Makefiles. These have been made available for a long time already at jftp.medozas.de; the list includes at least: fglrx-kmp-default-8.681~2.6.31.11~jen93-jen0.x86_64.rpm ndiswrapper-kmp-default-1.55~2.6.31.11~jen93-3.4.jen2.x86_64.rpm nvidiagfx-kmp-default-190.53~2.6.31.11~jen93-jen8.x86_64.rpm nvidiagfx-legacy173-kmp-default-173.14.22~2.6.31.11~jen93-jen8.x86_64.rpm nvidiagfx-legacy71-kmp-default-71.86.11~2.6.31.11~jen93-jen8.x86_64.rpm nvidiagfx-legacy96-kmp-default-96.43.14~2.6.31.11~jen93-jen8.x86_64.rpm ttyrpld-kmp-default-2.60~2.6.31.11~jen93-jen4.x86_64.rpm virtualbox-modules-kmp-default-3.1.2_56127~2.6.31.12~jen93-jen0.x86_64.rpm vmware-modules-kmp-default-6.5.3~185404~2.6.31.12~jen93-jen3.x86_64.rpm xtables-addons-kmp-default-1.22~2.6.31.12~jen93-jen0.x86_64.rpm It was also tested with 2.6.32 and — since somebody decided out of the blue to rebase last week :-) — just now with .33-rc6 too. The resulting kernel-devel package is 10x smaller in installed size and has roughly 3x fewer files. The following changes since commit 69aad1a30e31d4f33ab56a1f195c7c4229c9dd66: Nikanth Karthikesan (1): - patches.fixes/dm-stripe-zero-stripes: dm-stripe: return -EINVAL if stripe count is zero (bnc#576312). are available in the git repository at: git://dev.medozas.de/suse-kernel less-source Jan Engelhardt (3): misc: use proper tar options kernel-source: use more macros kernel-source: split devel files and full-source doc/README.SUSE | 4 +- kernel-source.changes | 7 +++++ rpm/compute-PATCHVERSION.sh | 2 +- rpm/group-source-files | 33 +++++++++++++++++++++++++ rpm/kernel-binary.spec.in | 12 ++++---- rpm/kernel-source.spec.in | 56 +++++++++++++++++++++++++++++++++++++++---- rpm/kernel-syms.spec.in | 4 +- scripts/tar-up.sh | 2 +- 8 files changed, 103 insertions(+), 17 deletions(-) create mode 100755 rpm/group-source-files -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 16

[opensuse-kernel] A patch for openSUSE kernel 2.6.31
by Larry Finger 26 Feb '10

26 Feb '10

This patch is in mainline under the listed commit, and has been applied to the 2.6.32 stable tree. If possible, it should be included in the 2.6.31 kernel of openSUSE 11.2. Thanks, Larry Finger --- commit b6c3f5be7c6ac3375f44de4545c1ffe216b34022 Author: Larry Finger <Larry.Finger(a)lwfinger.net> Date: Tue Feb 2 10:08:19 2010 -0600 b43: Fix throughput regression Commit c7ab5ef9bcd281135c21b4732c9be779585181be entitled "b43: implement short slot and basic rate handling" reduced the transmit throughput for my BCM4311 device from 18 Mb/s to 0.7 Mb/s. The basic rate handling portion is OK, the problem is in the short slot handling. Prior to this change, the short slot enable/disable routines were never called. Experimentation showed that the critical part was changing the value at offset 0x0010 in the shared memory. This is supposed to contain the 802.11 Slot Time in usec, but if it is changed from its initial value of zero, performance is destroyed. On the other hand, changing the value in the MMIO register corresponding to the Interframe Slot Time increased performance from 18 to 22 Mb/s. A BCM4306/3 also shows dramatic improvement of the transmit rate from 5.3 to 19.0 Mb/s. Other changes in the patch include removal of the magic number for the MMIO register, and allowing the slot time to be set for any PHY operating in the 2.4 GHz band. Previously, the routine was executed only for G PHYs. Signed-off-by: Larry Finger <Larry.Finger(a)lwfinger.net> Cc: Stable <stable(a)kernel.org> [Any stable version back through 2.6.28] Signed-off-by: John W. Linville <linville(a)tuxdriver.com> diff --git a/drivers/net/wireless/b43/b43.h b/drivers/net/wireless/b43/b43.h index fe3bf94..c484cc2 100644 --- a/drivers/net/wireless/b43/b43.h +++ b/drivers/net/wireless/b43/b43.h @@ -115,6 +115,7 @@ #define B43_MMIO_TSF_2 0x636 /* core rev < 3 only */ #define B43_MMIO_TSF_3 0x638 /* core rev < 3 only */ #define B43_MMIO_RNG 0x65A +#define B43_MMIO_IFSSLOT 0x684 /* Interframe slot time */ #define B43_MMIO_IFSCTL 0x688 /* Interframe space control */ #define B43_MMIO_IFSCTL_USE_EDCF 0x0004 #define B43_MMIO_POWERUP_DELAY 0x6A8 diff --git a/drivers/net/wireless/b43/main.c b/drivers/net/wireless/b43/main.c index 19b4eae..fcbf0e2 100644 --- a/drivers/net/wireless/b43/main.c +++ b/drivers/net/wireless/b43/main.c @@ -628,10 +628,17 @@ static void b43_upload_card_macaddress(struct b43_wldev *dev) static void b43_set_slot_time(struct b43_wldev *dev, u16 slot_time) { /* slot_time is in usec. */ - if (dev->phy.type != B43_PHYTYPE_G) + /* This test used to exit for all but a G PHY. */ + if (b43_current_band(dev->wl) == IEEE80211_BAND_5GHZ) return; - b43_write16(dev, 0x684, 510 + slot_time); - b43_shm_write16(dev, B43_SHM_SHARED, 0x0010, slot_time); + b43_write16(dev, B43_MMIO_IFSSLOT, 510 + slot_time); + /* Shared memory location 0x0010 is the slot time and should be + * set to slot_time; however, this register is initially 0 and changing + * the value adversely affects the transmit rate for BCM4311 + * devices. Until this behavior is unterstood, delete this step + * + * b43_shm_write16(dev, B43_SHM_SHARED, 0x0010, slot_time); + */ } static void b43_short_slot_timing_enable(struct b43_wldev *dev) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

4 6

[opensuse-kernel] Current kernel in Factory does not boot - master works
by Andreas Jaeger 25 Feb '10

25 Feb '10

The current kernel in openSUSE Factory (rc7 based) does not boot on my laptop, it fails very early in the boot sequence. Updating to kernel head instead works for me. I propose to submit a new kernel to openSUSE:Factory asap. FYI: I see Kernel panic: Fatal exception in interrupt - and the rest is scrolled out of the screen and therefore not readable. This is on my Thinkpad x86-64 laptop with kernel-desktop, 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

8 19

[opensuse-kernel] Using OBS to publish a patched version of ext4 for 11.3 timeframe?
by Greg Freemyer 24 Feb '10

24 Feb '10

All, I just joined this list and I'm not sure it is the right place to post the question, so please point me in the right direction if this is wrong. I am working with a kernel project that does not yet any code in mainline. The kernel portion of the project has two major components, a ext4 patch (series) and a new module. I already have the new module in the OBS as a KPM. If feasible I'd like to use the OBS to publish a ext4 KMP package that replaces the default one for users that want to try out our new kernel module. Is that a simple possibility, or complex. Thanks Greg -- Greg Freemyer Head of EDD Tape Extraction and Processing team Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer Preservation and Forensic processing of Exchange Repositories White Paper - <http://www.norcrossgroup.com/forms/whitepapers/tng_whitepaper_fpe.html> The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 3

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 24 Feb '10

24 Feb '10

This should be fixed now in kernel-git. Jan >>> Michal Marek <mmarek(a)suse.cz> 23.02.10 10:16 >>> On 23.2.2010 10:00, Andreas Jaeger wrote: > The current kernel in openSUSE Factory (rc7 based) does not boot on my laptop, > it fails very early in the boot sequence. > > Updating to kernel head instead works for me. I propose to submit a new > kernel to openSUSE:Factory asap. Current kernel-xen fails to build on Factory :( /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:179:26: error: variably modified 'tx_skbs' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:180:26: error: variably modified 'rx_skbs' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:184:27: error: variably modified 'grant_tx_ref' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:186:27: error: variably modified 'grant_rx_ref' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:193:29: error: variably modified 'rx_pfn_array' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:194:32: error: variably modified 'rx_mcl' at file scope /usr/src/packages/BUILD/kernel-xen-2.6.33/linux-2.6.32/drivers/xen/netfront/netfront.h:195:27: error: variably modified 'rx_mmu' at file scope (https://build.opensuse.org/package/live_build_log?arch=x86_64&package=kerne…) Michal -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org -- 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] gitorious clone of kernel-source
by Kshitij Kulshreshtha 24 Feb '10

24 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I was wondering why have there been no updates to the gitorious clone of the opensuse kernel-source repository [1] in the last two weeks. The last change was on Jan 12. As the KOTD kernel [2] has been changing since then almost every day I don't suppose there have been no commits. Thanks. [1] http://gitorious.org/opensuse/kernel-source [2] http://ftp.suse.com/pub/projects/kernel/kotd/master/ - -- Kshitij Kulshreshtha Institut für Mathematik, Fakultät Math. Nat. II, Humboldt-Universität zu Berlin, Raum 2.022, Rudower Chaussee 25, 12489 Berlin. Sterndamm 62, 12487 Berlin. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iQEcBAEBAgAGBQJLXZ6SAAoJEDWYtU3xIcMouY4H/jczoUADKzPEPLpa2cdRpExp 7riBH93h9xBEHEmUkFAPIXlNX5Yw/To0OLXu7r5OGQcL8EspSK6Rfb7BcfhNBn/4 LqicHX7b1Pjul9RPOWj2ElXIWBJ6NGvd/hFTlx30pfZNOHqnUBBuFwXUcX6q+/uI oztzcMl/RyH4LFjea9Lx57UWvcop5LRY2kKXgJd8yF+JvDee6EaPedKRIPN4s6tX U4LXQ/gdcawXBxCnWDJOlKe2ipHtrR7qc6RYfv1IHJVYlaUtiYJfZwBH+LYTRNaO q7V+1pB9yovC7SV1UBGzjZWJZ3z0W7wYFAHcykzg5zhVJXuZhKjte+pxL5Vqb5I= =84J2 -----END PGP SIGNATURE----- -- 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] Short Question about webdavfs
by Sascha 'saigkill' Manns 23 Feb '10

23 Feb '10

Hello Mates, excuse me please for disturbing you. ATM in Kernel 2.6.31.12-0.1-desktop i can't mount an external webdav Folder. My boot.msg says: <3>[ 0.280957] tmpfs: No value for mount option 'mode' <6>[ 0.280957] devtmpfs: initialized I think it is maybe like: https://bugzilla.novell.com/show_bug.cgi?id=578064 Do you know, when this is fixed? Have a nice day... -- Sincerely yours Sascha Manns openSUSE Community & Support Agent openSUSE Marketing Team Blog: http://saigkill.wordpress.com Web: http://www.open-slx.de (openSUSE Box Support German) Web: http://www.open-slx.com (openSUSE Box Support English) -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 4

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Michael Matz 23 Feb '10

23 Feb '10

Hi, On Tue, 23 Feb 2010, Richard Guenther wrote: > On Tue, 23 Feb 2010, Jan Beulich wrote: > > > >>> Richard Guenther <rguenther(a)suse.de> 23.02.10 15:35 >>> > > >So that's a more convincing example to at least get consistency > > >here. I'll open a bug, but please fix the kernel to use offsetof. > > > > Yeah, I meanwhile got confirmation that this is going to be accepted > > upstream. > > Hm, but it is all fine according to 6.6 and 6.7.5.2 - the fine > reading differencing between integer constant expression and > constant initializer. Array sizes must be integer constant expression for the type to not be variably modified. All evaluated casts in integer constant expressions must convert arithmetic types to integer types. Pointer types are no arithmetic types. That's the catch which renders the whole thing invalid. Additionally (to Jan) 6.6/10 gives leeway only to accept other forms of constant expressions. Integer constant expressions are completely specified and are the ones that must be used in array lengths to make it not variably modified. Regarding the wish to not have to use stddef.h: that's premature. Even a freestanding conforming implementation (which means one that doesn't provide a full C library, exactly something that the kernel wants) is required to provide the <stddef.h> header. The kernel can make use of it, and probably is better off actually doing this, as ptrdiff_t, size_t and offsetof _are_ compiler specific. Unless the kernel wants to provide its own definitions for each compiler it wants to support, it better use the header that's designed for that. Ciao, Michael. -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 15:51 >>> >Hm, but it is all fine according to 6.6 and 6.7.5.2 - the fine >reading differencing between integer constant expression and >constant initializer. But the part talking about the size expression of an array declaration specifically says "integer constant expression". So I think I can still only refer to "An implementation may accept other forms of constant expressions" being taken to support the construct in question by the majority of (or all?) compilers. Jan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 15:35 >>> >So that's a more convincing example to at least get consistency >here. I'll open a bug, but please fix the kernel to use offsetof. Yeah, I meanwhile got confirmation that this is going to be accepted upstream. Jan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 15:27 >>> >That'll be not very well recieved as the example I gave was already >rejcted by GCC 2.95. See my other reply - likely caused by an issue with your test case. >Note that GCC itself provides the stddef.h header, see >/usr/lib*/gcc/*-unknown-linux-gnu/*/include Nothing in the standard says that it has to be the compiler (project) that provides that header - commonly it comes with the C library I believe. Furthermore, nothing says that in a specialized environment like the kernel including that header wouldn't result in collisions with definitions provided elsewhere. Jan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 14:41 >>> >> >> #define __RING_SIZE(_s, _sz) \ >> (__RD32(((_sz) - offsetof(struct netif_rx_sring, ring)) / sizeof((_s)->ring[0]))) > >And this was already reported as >http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39773 and closed as invalid. > >Btw we for a long time rejected the similar > >const long x = (long)((struct X *)0)->j - (long)(struct X *)0; This one certainly doesn't compile, but considering that the member in question is an array, this struct s { int i; long l; }; #define SIZE ((long)&((struct s*)0)->l - (long)((struct s*)0)) const unsigned sz = SIZE; int arr[SIZE]; compiles fine for me with gcc 4.4.2 (and I'm pretty certain this difference is also what caused the problem with icc). >and even > >struct X { int i; int j; }; >char a[(long)((struct X *)0)->j - (long)(struct X *)0]; > >is rejected since at least GCC 2.95. It looks like you just managed >to obfuscate the non-constant enough that GCC folding machinery >invalidly triggered in full glory for constant expression evaluation. Jan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 15:06 >>> >> ~matz/bin/opt/bin/intel64/icc -S t.i >t.i(3): error: expression must have a constant value > const long x = (long)((struct X *)0)->j - (long)(struct X *)0; > ^ > >t.i(4): error: expression must have a constant value > char a[(long)((struct X *)0)->j - (long)(struct X *)0]; >... >so your assertion is not true. Interesting - I tried icl 10.1 and 11.0 (Windows), and both accept that construct, even when turning off MSVC compatibility. >stddef.h is required for a C89 environment. Even the Linux kernel doesn't provide one, nor does it generally (there may be a few exceptions) use other than linux/stddef.h. So this only is a theoretical requirement, and I think the compiler ought to honor this by at least providing a compatibility switch for changes like the one above. Jan -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Andreas Jaeger 23 Feb '10

23 Feb '10

On Tuesday 23 February 2010 14:54:57 Jan Beulich wrote: > >>> Michael Matz <matz(a)suse.de> 23.02.10 14:17 >>> > > > >On Tue, 23 Feb 2010, Jan Beulich wrote: > >> >>> Richard Guenther <rguenther(a)suse.de> 23.02.10 12:05 >>> > >> > > >> >The above contains an obfustcated offsetof. Using offsetof > >> >(or __builtin_offsetof if the kernel doesn't have a suitable > >> >definition of offsetof somewhere) should work fine. > >> > >> The header where this gets defined represents an interface between > >> Xen host and guests. It is intentionally written in a way that does not > >> make any assumptions on the environment within which it would be > >> compiled - hence no offsetof() and no gcc extensions. > > > >Relying on "(long)s->ring - (long)s" being a constant expression _is_ a > >GCC extension. You have to use offsetof: > > While this may be an extension, it's one that all compilers I have > access to support, and thus is usable in common code. If 's' were > a variable, I would tend to agree that it's not portable. But with > 's' being (and equivalent of) NULL, I certainly don't, and would > expect the compiler to need fixing (I would bet Xen is not the only > piece of software in the world using code like this). Nevertheless > I'll also check with the Xen community on whether some sort of > sufficiently portable fix can be implemented there. > > >#define __RING_SIZE(_s, _sz) \ > > (__RD32(((_sz) - offsetof(struct netif_rx_sring, ring)) / > > sizeof((_s)->ring[0]))) > > Again - this is not an option. This header, for example, also needs to > be usable on Windows, and as far as I recall Windows (the more its > DDK) doesn't use or provide standard types and macros (i.e. they > may have an OFFSETOF() macro instead). You can make code conditional on compilation with GCC, e.g. #ifdef __GCC__ ... #else ... #endif That might be your only choice if your statement above is valid. Could we add for *now* at least a patch locally that does use offsetof so that kernel-xen builds again? 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

1 0

Re: [opensuse-kernel] Current kernel in Factory does not boot - master works
by Michael Matz 23 Feb '10

23 Feb '10

Hi, On Tue, 23 Feb 2010, Jan Beulich wrote: > >>> Richard Guenther <rguenther(a)suse.de> 23.02.10 12:05 >>> > >The above contains an obfustcated offsetof. Using offsetof > >(or __builtin_offsetof if the kernel doesn't have a suitable > >definition of offsetof somewhere) should work fine. > > The header where this gets defined represents an interface between > Xen host and guests. It is intentionally written in a way that does not > make any assumptions on the environment within which it would be > compiled - hence no offsetof() and no gcc extensions. Relying on "(long)s->ring - (long)s" being a constant expression _is_ a GCC extension. You have to use offsetof: #define __RING_SIZE(_s, _sz) \ (__RD32(((_sz) - offsetof(struct netif_rx_sring, ring)) / sizeof((_s)->ring[0]))) Ciao, Michael. -- 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] Current kernel in Factory does not boot - master works
by Jan Beulich 23 Feb '10

23 Feb '10

>>> Richard Guenther <rguenther(a)suse.de> 23.02.10 11:14 >>> >Care to paste one of the declarations? I hope these are all relevant bits which cannot be easily inferred: #define __RD2(_x) (((_x) & 0x00000002) ? 0x2 : ((_x) & 0x1)) #define __RD4(_x) (((_x) & 0x0000000c) ? __RD2((_x)>>2)<<2 : __RD2(_x)) #define __RD8(_x) (((_x) & 0x000000f0) ? __RD4((_x)>>4)<<4 : __RD4(_x)) #define __RD16(_x) (((_x) & 0x0000ff00) ? __RD8((_x)>>8)<<8 : __RD8(_x)) #define __RD32(_x) (((_x) & 0xffff0000) ? __RD16((_x)>>16)<<16 : __RD16(_x)) #define __RING_SIZE(_s, _sz) \ (__RD32(((_sz) - (long)(_s)->ring + (long)(_s)) / sizeof((_s)->ring[0]))) ... #define NET_TX_RING_SIZE __RING_SIZE((struct netif_tx_sring *)0, PAGE_SIZE) #define NET_RX_RING_SIZE __RING_SIZE((struct netif_rx_sring *)0, PAGE_SIZE) ... struct netfront_info { ... struct sk_buff *tx_skbs[NET_TX_RING_SIZE+1]; struct sk_buff *rx_skbs[NET_RX_RING_SIZE]; ... }; Jan -- 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] Disabling CONFIG_IDE for openSUSE 11.3
by Tejun Heo 19 Feb '10

19 Feb '10

Hello, I'm currently maintaining the ATA part of the kernel. We've switched to libata for both PATA and SATA for some time but the IDE drivers were left enabled for debugging and occassional fallback. However, there was almost no case where it actually was useful while there still are problems and confusions with duplicate drivers for the same controller. So, I'm thinking about disabling it for openSUSE 11.3 and on and will turn it off in FACTORY soonish. If there's any issue or you're aware of cases where the IDE drivers are indispensible, please speak up. Thanks. -- tejun -- 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: openSUSE Build Service
by Michal Marek 18 Feb '10

18 Feb '10

On 16.2.2010 21:44, Brian K. White wrote: > Hi, Hi Brian, please use the opensuse-kernel mailing list (an pick a better subject next time...). I also added Jiri, who maintains the lxc package in Factory. > cgroup support is missing from the desktop kernel. Is this intentional > or accidental? Intentional, see https://features.opensuse.org/305694 and http://gitorious.org/opensuse/kernel-source/commit/c065c52q1 . > It breaks LXC which requires it. All other LXC options are enabled in > the desktop kernel but the one can't work without the other so you might > as well turn the other lxc options off also, or turn cgroup on. BTW, which are these options? > I'm checking now to see if the previous desktop kernel had cgroup or > not. I don't remember seeing this problem before, but I have only > started using lxc since 11.2 and I normally override the default and > install the now mis-named "default" kernel anyways so I don't know maybe > this has always been the case and maybe I only just now noticed. > > That said, regardless if the desktop kernel is intended or not, or > continues or not, to to include cgroup support, since there are packages > that depend on the feature, and there is no file I know of that can be > checked for in a spec file Requires: field, I think there should be a > flag in the spec/rpm files for the kernels that says they provide the > feature or not, so that other packages can say "Requires: cgroup" and > they don't care which specific kernel you install, merely that you are > running a kernel that includes the facility. There are ways to check the > running kernel of course like "grep cgroup /proc/filesystems" but I > don't think a spec file can be told to run a test like that as part of > the "requires:" field. Maybe %pre or %prein are the place for a test > like that? But putting a dependency in Requires: ensures that even when > the user goes to install some other kernel later after lxc is already > installed, if the new kernel is not also "kernel-default" rpm will > notice and try to either prevent the install or remove lxc along with > the old kernel to maintain a consistent system. The problem with userspace packages depending on certain kernel features or versions is that it doesn't really do what you want. You can express a dependency on an installed package, but what really matters is the running kernel, which rpm can't test for. Also if you depend on a certain kernel flavor (or some virtual capability provided by some flavors), the effect would be that the installer would install the desired kernel flavor _alongside_ with the "wrong" flavor, because different kernel flavors don't conflict with each other. Just something to keep in mind. > Currently for my own updated lxc package in build service home:aljex, > I am specifying "Requires: kernel-default" which is wrong but ensures > that lxc will work. And then I am also performing the /proc/filesystems > check at run-time in my lxc init script just to be sure. > > Thanks > Michal -- 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] Pentium M (Dothan) not PAE?
by Stefan Seyfried 18 Feb '10

18 Feb '10

Hi, I wanted to try the kernel-desktop, but my machine failed to boot, telling me that I need a PAE-capable processor. It's a compaq nc6000 with a Pentium M 1.7GHz: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Pentium(R) M processor 1.70GHz stepping : 6 cpu MHz : 600.000 cache size : 2048 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts est tm2 bogomips : 1196.27 clflush size : 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: I first thought "well, that's what you get for running old hardware" but then I noticed that the much older DELL C610 at home with an older Pentium III Mobile CPU is happily running a kernel-pae. So I'm wondering what's wrong with my Pentium M :) Thanks for any insight -- Stefan Seyfried "Any ideas, John?" "Well, surrounding them's out." -- 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] KOTD not updated since 10-Feb-2010
by Markus Koßmann 15 Feb '10

15 Feb '10

Is it a known problem that KOTD HEAD wasn't updated since 10-Feb-2010 ( version 2.6.33-2.99.14.0943949) ? -- 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] master at 2.6.33-rc5
by Stefan Seyfried 15 Feb '10

15 Feb '10

(sorry Dominique, my mailer did send the first try to you instead of the list, even though I did hit reply-to-list :() On Thu, 11 Feb 2010 10:00:11 +0100 "Dominique Leuenberger" <Dominique.Leuenberger(a)TMF-Group.com> wrote: > This is actually correct according the output above: you do have the latest greatest installed: > 2.6.33-2.1 is newer / greater than 2.6.33-rc7.14.1. > > As such, an update can't take place anymore (and I don't think zypper should go and just install every kernel it can find for you. Of course. I was not suggesting it was a bug, just "unexpected" and wanted to point people who want do the same at the potential "problem". ...now I seem to remember that it also did not give me that 2.6.33-2.1 automatically but I had to force this manually also, but I'm not 100% sure about that. Will check on the next factory kernel update. -- Stefan Seyfried "Any ideas, John?" "Well, surrounding them's out." -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

1 1

[opensuse-kernel] Problem with ath5k with latest 2.6.31.12 kernel
by Christian Ehrlicher 15 Feb '10

15 Feb '10

Hi, I already posted my problem on opensuse but now found out that there's also an opensuse-kernel which is maybe a better place for such problems :) Here my original post: http://lists.opensuse.org/opensuse/2010-02/msg00584.html ------------------------------8<------------------- with the latest kernel coming from online update or http://download.opensuse.org/repositories/Kernel:/openSUSE-11.2/openSUSE_11… my ath5k is no longer recognized: dmesg | grep ath5k: [ 12.282359] ath5k 0000:06:02.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 12.282481] ath5k 0000:06:02.0: registered as 'phy0' [ 12.797142] ath5k phy0: Invalid EEPROM checksum 0xc842 [ 12.797260] ath5k phy0: unable to init EEPROM [ 12.797382] ath5k 0000:06:02.0: PCI INT A disabled [ 12.797419] ath5k: probe of 0000:06:02.0 failed with error -5 With 2.6.31.8 all works fine: dmesg | grep ath5k: [ 11.361726] ath5k 0000:06:02.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 [ 11.361806] ath5k 0000:06:02.0: registered as 'phy0' [ 11.735256] ath5k phy0: Atheros AR2413 chip found (MAC: 0x78, PHY: 0x45) All on OpenSUSE 11.2, 64 bits Any idea what's going wrong here? ------------------------------8<------------------- Thx, Christian Ehrlicher -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser -- 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] procedure to extract & build btrfs-unstable module & progs against opensuse Kernel:HEAD kernel sources?
by 0bo0 11 Feb '10

11 Feb '10

I'm running uname -a Linux TEST 2.6.33-rc6-12-xen #1 SMP 2010-02-05 18:11:23 +0100 x86_64 x86_64 x86_64 GNU/Linux and have, ls -al /usr/src | grep rc6 lrwxrwxrwx 1 root root 19 2010-02-07 09:53 linux -> linux-2.6.33-rc6-12 drwxr-xr-x 24 root root 4096 2010-02-06 07:04 linux-2.6.33-rc6-12/ drwxr-xr-x 3 root root 4096 2010-02-06 01:09 linux-2.6.33-rc6-12-obj/ I'd like to experiment with *this* kernel and latest/unstable btrfs. Although the btrfs wiki (http://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories) refers to a 'standalone' btrfs source tree, it's apparently ~ 1 year out of date, and no longer maintained. Afaict, the latest btrfs sources are only available in git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-unstable.git git clone git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs-unstable.git that pull a complete kernel tree ... Reading Git docs/howtos, I note: "With Git it is not possible to pull only a single directory, because of the hash code nature of Git, you must take all or nothing.", so I guess I'm stuck with pulling the whole non-opensuse kernel tree, and either patching it with opensuse's patches etc, or extracting all (?) the btrfs-unstable bits, and swapping them into the opensuse kernel sources. What would be the "right procedure" for extracting the btrfs & btrfs-progs sources from the kernel.org trees, and building the module/progs against my in-place, fully-patched, opensuse kernel's sources? -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 13

[opensuse-kernel] How do I debug a kernel panic?
by Dave Plater 11 Feb '10

11 Feb '10

Hi, I occasionally get a kernel panic, at least I assume it is because everything freezes except for blinking keyboard lights, when compiling with multiple jobs using scons but I can't find anything in the log to indicate where it happened. I'm already running kdump but it doesn't trigger. I think I can reproduce the panic with a particular resource hungry compile so what can I do to debug this problem? Regards Dave P -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

5 5

[opensuse-kernel] master at 2.6.33-rc5
by Jeff Mahoney 11 Feb '10

11 Feb '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all - This is just a quick heads up that I've just pulled my 2.6.33 branch into master and pushed to the main repository. It should appear on gitorious, OBS, and KOTD shortly. Please note that I don't intend to push this for openSUSE 11.3 M1 since it's received only minimal testing so far and I'd like to let it settle a bit before committing it to a prerelease. - -Jeff - -- Jeff Mahoney SUSE Labs -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAktfczsACgkQLPWxlyuTD7ItjwCfeyOAvMEUzre4ZE9QFdg3nzEt NEwAnArD35pxOKdUISnis/3Zyh1yv7/n =9t8Y -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

8 11

[opensuse-kernel] Kernel:HEAD - retrigger package kernel-desktop
by Johannes Obermayr 10 Feb '10

10 Feb '10

Hi, kernel-desktop for openSUSE 11.2 - i586 is building on build35/1. It seems that this host has a (temporary) problem. Please retrigger the package. Thanks. Johannes -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 3

[opensuse-kernel] showstopper bug w.r.t. i915 module
by Werner LEMBERG 09 Feb '10

09 Feb '10

[2.6.33-rc6-11-pae] [being forced currently to use a TTY console only, it's not fun to file a bug report into bugzilla, so you see my report here] X no longer starts with this kernel on my Intel 945GM chip: i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 [drm:drm_fill_in_dev] *ERROR* Cannot initialize the agpgart module. DRM: Fill_in_dev failed. i915 0000:00:02.0: PCI INT A disabled i915: probe of 0000:00:02.0 failed with error -22 Later on in the log file, I see agpgart-intel 0000:00:00.0: Intel 945GM Chipset agpgart-intel 0000:00:00.0: detected 7932K stolen memory agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000 Looking into the internet, I see that a similar bug has been filed as #359729 for Ubuntu; Somehow the calling order has been mangled so that i915 is loaded before agpgart... IMHO this is a showstopper bug. Note that this also happens with RC5 on my box -- BTW, who the heck had the idea to call the 2.6.33-rc5 Milestone kernel module just `2.6.33', indicating that it is no longer a release candidate but a final kernel version? I consider this a notably bad idea. Werner -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 4

[opensuse-kernel] repos for, or building, btrfs:UNSTABLE against opensuse Kernel:HEAD?
by 0bo0 05 Feb '10

05 Feb '10

currently, i've uname -ri 2.6.33-rc6-11-xen x86_64 iiuc, these kernels, from Kernel:/HEAD/openSUSE_11.2, track the branch @ kernel.org, mainline: 2.6.33-rc6. according to http://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories, btrfs 'stable' is included in mainline. and, @ opensuse, i've rpm -qa | grep btrfs btrfsprogs-0.19-12.1.x86_64 from http://download.opensuse.org/repositories/drivers:/filesystems/openSUSE_11.2, and modinfo btrfs filename: /lib/modules/2.6.33-rc6-11-xen/kernel/fs/btrfs/btrfs.ko license: GPL srcversion: 7FEB82935E1856C698A703C depends: libcrc32c,zlib_deflate vermagic: 2.6.33-rc6-11-xen SMP mod_unload modversions Xen which is consistent with stable btrfs branch. is there any obs project that's tracking more-recent btrfs UNSTABLE, so as to pickup more recent changes? if not, are there any concerns re: simply building from the btrfs git sources (http://btrfs.wiki.kernel.org/index.php/Btrfs_source_repositories#Unstable_R…) against current opensuse Kernel:HEAD sources? just not clear on the dependencies ... thanks. -- 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] 2.6.33rc5 wlan broken with NetworkManager
by Andreas Jaeger 05 Feb '10

05 Feb '10

with current git master head (2.6.33 rc5) on my openSUSE 11.2/x86-64 system my wlan does not work anymore together with NetworkManager. NetworkManager does not seem to find the iwl3945 at all: $ nm-tool NetworkManager Tool State: disconnected - Device: eth0 ----------------------------------------------------------------- Type: Wired Driver: e1000e State: unavailable Default: no HW Address: 00:16:D3:3E:E5:0E Capabilities: Carrier Detect: yes Wired Properties Carrier: off But the network scripts know about it: # rcnetwork restart Shutting down the NetworkManager done Shutting down network interfaces: eth0 device: Intel Corporation 82566MM Gigabit Network Connection (rev 03) eth0 done wlan0 device: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02) wlan0 done Shutting down service network . . . . . . . . . done Starting the NetworkManager done dmesg|grep iwl gives: [ 9.022114] iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux, 2.6.33-rc5-0.0.8.571d274-desktop-kds [ 9.022118] iwl3945: Copyright(c) 2003-2009 Intel Corporation [ 9.022277] iwl3945 0000:03:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17 [ 9.023310] iwl3945 0000:03:00.0: setting latency timer to 64 [ 9.085680] iwl3945 0000:03:00.0: Tunable channels: 13 802.11bg, 23 802.11a channels [ 9.085685] iwl3945 0000:03:00.0: Detected Intel Wireless WiFi Link 3945ABG [ 9.088950] iwl3945 0000:03:00.0: irq 29 for MSI/MSI-X [ 9.659336] phy0: Selected rate control algorithm 'iwl-3945-rs' uname -a tells me: Linux x61s-aj 2.6.33-rc5-0.0.8.571d274-desktop #1 SMP PREEMPT 2010-01-27 20:25:07 +0100 x86_64 x86_64 x86_64 GNU/Linux And rpm -q shows: kernel-desktop-2.6.33-0.0.8.571d274.x86_64 Any ideas? -- 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

7 11

[opensuse-kernel] build service macros in kernel source spec
by Hans-Peter Jansen 03 Feb '10

03 Feb '10

Hi, given the problems I have in getting aufs based NFS root mounting to work for 11.1, (hi Jeff), I stumbled across these macros: %if ! 0%{?opensuse_bs} BuildRequires: kernel-dummy %endif Am I supposed to install a kernel-dummy package or should this prevent me from build a kernel? Forgive me the ironic tone, but using a rpmbuild argument like --define 'opensuse_bs 1' is plain silly, isn't it. Do I miss something here? TIA, Pete -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

4 4

[opensuse-kernel] pvops kernel repos for Opensuse 11.2 available?
by 0bo0 02 Feb '10

02 Feb '10

Are any of the Kernel repos, available for Opensuse 11.2, pvops kernels? these, http://download.opensuse.org/repositories/Kernel:/HEAD/openSUSE_11.2 although quite recent -- atm kernel-xen-2.6.33-rc5.5.1.x86_64 -- appear to be forward-port patched Xen kernels ... thanks. -- 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] Kernel:HEAD v2.6.33-rc6.6.1builds failing since 1/30
by 0bo0 02 Feb '10

02 Feb '10

> in case of problems that last longer than 24 hours, please report them to Jan Blunck <jblunck(a)suse.de> @ https://build.opensuse.org/project/monitor?project=Kernel%3AHEAD novell-kmp & kernel-xen packages have been failing to build for a number of days, leaving them out of sync ... e.g., kernel-xen-2.6.33-rc5.5.1.x86_64.rpm 30-Jan-2010 09:34 33M Mirrors Metalink kernel-default-2.6.33-rc6.6.1.x86_64.rpm 31-Jan-2010 09:38 34M Mirrors Metalink hth. -- 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] aufs crash in nfs3_proc_setattr with 2.6.27.39-0.2.1
by Hans-Peter Jansen 02 Feb '10

02 Feb '10

Dear Jeff, because of the need to use current hardware, I try to adapt a new kernel from 11.1 to an old (SuSE 9.3), but otherwise rock solid diskless setup. The basics are pretty simple. Mount two NFS3 filesystems, one with the distribution (ro), another node specific (rw) in initrd. Stable setup: kernel 2.6.11.4 with aufs 20070327 New setup: kernel 2.6.27.39 with aufs-cvs20081020-1.32.14 and aufs-20090126. While building the new kernel and initrd in the old environment went fine, it crashes consistently on mounting /proc early on boot (boot.localfs): + mount -fv -t proc proc /proc BUG: unable to handle kernel NULL pointer dereference at 00000021 IP: [<f9123ab9>] :nfs:nfs3_proc_setattr+0x89/0xf1 *pdpt = 0000000034527001 *pde = 0000000000000000 Oops: 0000 [#1] SMP last sysfs file: Modules linked in: nfs lockd nfs_acl af_packet sunrpc aufs(N) 3c59x r8169 forcedeth via_rhine 8139too mii e1000 Supported: No Pid: 539, comm: mount Tainted: G (2.6.27.39-0.2.1.aufs1-pae #1) EIP: 0060:[<f9123ab9>] EFLAGS: 00010202 CPU: 2 EIP is at nfs3_proc_setattr+0x89/0xf1 [nfs] EAX: 00000015 EBX: f444dd50 ECX: 00000000 EDX: 00000000 ESI: f444dd0c EDI: f444dd08 EBP: f444df64 ESP: f444dcf4 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process mount (pid: 539, ti=f444c000 task=f444b250 task.ti=f444c000) Stack: f4d7c8d0 f9159e48 f444dd18 f444dd50 00000000 00000000 00000001 00000000 7fffffff f4d7c7b0 f444df64 00000000 00000000 00000000 00000030 00000000 00000000 f9136760 f444df64 f4d7c8d0 f444dd50 f91181ab f4d7863c f444ddb8 Call Trace: [<f91181ab>] nfs_setattr+0xeb/0x107 [nfs] [<c01a3da2>] fnotify_change+0x1aa/0x302 [<f9481c3d>] call_notify_change+0xcd/0x140 [aufs] [<f9481d0f>] vfsub_fnotify_change+0x4f/0xc0 [aufs] [<f9481f2f>] vfsub_notify_change+0xf/0x20 [aufs] [<f949fa4a>] aufs_do_setattr+0x2ca/0x4d0 [aufs] [<c01a3d7a>] fnotify_change+0x182/0x302 [<c0191566>] sys_fchmod+0xa2/0xc7 [<c01048e2>] syscall_call+0x7/0xb [<b785dad1>] 0xb785dad1 ======================= Code: 15 f9 89 44 24 08 89 5c 24 0c 74 0b 68 a1 9d 13 f9 e8 fd 7b 00 c7 58 f6 45 01 20 74 19 8b 45 30 85 c0 74 0c 8b 40 70 85 c0 74 05 <8b> 40 0c eb 02 31 c0 89 44 24 10 66 c7 03 00 00 31 c9 a1 00 4b EIP: [<f9123ab9>] nfs3_proc_setattr+0x89/0xf1 [nfs] SS:ESP 0068:f444dcf4 ---[ end trace b4052108726180bb ]--- Since it crashes in an area, that you worked on with your aufs-fsetattr patch, I kindly ask you for advise. Any idea, why an innocent mount of /proc in an staggered nfs root filesystem could crash the kernel? Thanks in advance, Pete -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

2 3