openSUSE Kernel January 2010

kernel@lists.opensuse.org

18 participants
14 discussions

[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] 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] 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] 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

[opensuse-kernel] pull: sparc64/default config
by Jan Engelhardt 28 Jan '10

28 Jan '10

The following changes since commit 977110531839e53cc4832b8f35d8afd12668ca5e: Nick Piggin (1): - patches.suse/slab-handle-memoryless-nodes-v2a.patch: slab are available in the git repository at: git://dev.medozas.de/suse-kernel sparc64 Jan Engelhardt (1): config: add sparc64/default config.conf | 2 + config/sparc64/default | 4250 ++++++++++++++++++++++++++++++++++++++++++++++++ kernel-source.changes | 5 + 3 files changed, 4257 insertions(+), 0 deletions(-) create mode 100644 config/sparc64/default -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 7

[opensuse-kernel] pull: remove ipv4options, again
by Jan Engelhardt 27 Jan '10

27 Jan '10

Please merge. The following changes since commit 977110531839e53cc4832b8f35d8afd12668ca5e: Nick Piggin (1): - patches.suse/slab-handle-memoryless-nodes-v2a.patch: slab are available in the git repository at: git://dev.medozas.de/suse-kernel ipv4options Jan Engelhardt (1): series: remove patch-o-matic patches, again patches.suse/netfilter-ipv4options | 243 ------------------------------------ series.conf | 1 - 2 files changed, 0 insertions(+), 244 deletions(-) delete mode 100644 patches.suse/netfilter-ipv4options -- 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] daily crashes in drm/i915 driver
by Werner LEMBERG 27 Jan '10

27 Jan '10

[openSuSE factory; all packages up to date] [xorg-x11-driver-video 7.4-146.3, containing xf86-video-indeo 2.10.0] [kernel-pae 2.6.32-41.4] I have an Intel 945GM chip in my Dell Inspiron 6400 laptop; at least once a day I get one of the two crashes documented below. This is the most unstable driver (or kernel) version I've ever used – and I use GNU/Linux since more than 15 years... Additionally, there is a bug w.r.t. gamma handling in the video driver: It seems that the gamma line in xorg.conf is ignored during start-up. I have to explicitly call xgamma on the command line to set it (from 1.0 to 1.8 in my case). Are these known issues? Werner ====================================================================== [29228.156378] BUG: unable to handle kernel NULL pointer dereference at (null) [29228.156408] IP: [<f8702823>] i915_gem_object_save_bit_17_swizzle+0x53/0xc0 [i915] [29228.156448] *pdpt = 0000000030715001 *pde = 0000000000000000 [29228.156463] Oops: 0000 [#1] SMP [29228.156477] last sysfs file: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0/charge_full [29228.156493] Modules linked in: autofs4 af_packet ip6t_LOG xt_tcpudp xt_pkttype ipt_LOG xt_limit snd_pcm_oss snd_mixer_oss snd_se q snd_seq_device cpufreq_conservative cpufreq_userspace cpufreq_powersave acpi_cpufreq speedstep_lib ip6t_REJECT nf_conntrack_ipv6 ip6table_raw xt_NOTRACK ipt_REJECT xt_state iptable_raw iptable_filter ip6table_mangle nf_conntrack_netbios_ns nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables ip6table_filter ip6_tables x_table s fuse loop dm_mod arc4 ecb cryptomgr crypto_hash aead snd_hda_codec_idt pcompress snd_hda_intel crypto_blkcipher snd_hda_codec crypto_algapi i915 b44 sdhci_pci sn9c1 02 snd_hwdep iwl3945 drm_kms_helper iTCO_wdt drm ssb sdhci ohci1394 snd_pcm iwlcore i2c_algo_bit pcmcia videodev iTCO_vendor_support sr_mod dell_laptop mac80211 ricoh _mmc wmi pcmcia_core mmc_core v4l1_compat ieee1394 i2c_i801 snd_timer pcspkr joydev cdrom dcdbas video intel_agp snd cfg80211 sg battery button snd_page_alloc rfkill ac edd fan ide_pci_generic ide_core ata_generic thermal processor thermal_sys [29228.156669] [29228.156682] Pid: 2255, comm: Xorg Not tainted (2.6.32-41-pae #1) MM061 [29228.156698] EIP: 0060:[<f8702823>] EFLAGS: 00013212 CPU: 0 [29228.156725] EIP is at i915_gem_object_save_bit_17_swizzle+0x53/0xc0 [i915] [29228.156739] EAX: 00000000 EBX: c19e4e40 ECX: f6600000 EDX: 000000f9 [29228.156753] ESI: 00000100 EDI: c19e4e40 EBP: 00100000 ESP: f577fdf4 [29228.156767] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [29228.156780] Process Xorg (pid: 2255, ti=f577e000 task=f5b041f0 task.ti=f577e000) [29228.156794] Stack: [29228.156805] 00000000 000000f9 00000001 c19e4e40 f86fc79d fffffff4 d596f31c c19e4e40 [29228.156815] <0> 00000100 f86fc8b6 00000000 00000000 e41ec940 e41ec940 c19e4e40 fffffff0 [29228.156835] <0> 00000000 f86fef9f 00000000 00000000 c19e4e40 00100000 f5837400 f5793df0 [29228.156863] Call Trace: [29228.156919] [<f86fc79d>] i915_gem_object_put_pages+0x10d/0x130 [i915] [29228.156958] [<f86fc8b6>] i915_gem_object_get_pages+0xf6/0x110 [i915] [29228.156998] [<f86fef9f>] i915_gem_object_bind_to_gtt+0x1af/0x280 [i915] [29228.157039] [<f8700382>] i915_gem_mmap_gtt_ioctl+0xe2/0x160 [i915] [29228.157087] [<f856036d>] drm_ioctl+0x14d/0x300 [drm] [29228.157111] [<c030cc39>] vfs_ioctl+0x89/0xa0 [29228.157129] [<c030ce99>] do_vfs_ioctl+0x79/0x300 [29228.157145] [<c030d19e>] sys_ioctl+0x7e/0xd0 [29228.157162] [<c0202f44>] sysenter_do_call+0x12/0x22 [29228.157192] [<ffffe424>] 0xffffe424 [29228.157204] Code: 8b 43 4c c1 ee 0c 85 c0 74 4e 31 d2 85 f6 7f 15 eb e3 8d b6 00 00 00 00 8b 43 4c 0f ab 10 83 c2 01 39 d6 74 d0 8b 43 24 8b 04 90 <8b> 08 c1 e9 1d 8b 0c 8d c0 9c 91 c0 2b 81 2c 17 00 00 c1 f8 05 [29228.157275] EIP: [<f8702823>] i915_gem_object_save_bit_17_swizzle+0x53/0xc0 [i915] SS:ESP 0068:f577fdf4 [29228.157306] CR2: 0000000000000000 [29228.157384] ---[ end trace 0f515aabba512394 ]--- ====================================================================== [31886.596049] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [31886.596061] render error detected, EIR: 0x00000000 [31886.596065] i915: Waking up sleeping processes [31886.596100] [drm:i915_wait_request] *ERROR* i915_wait_request returns -5 (awaiting 1112302 at 1112301) [31886.596193] reboot required [31886.610871] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged [31886.668456] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged [31886.726202] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged [31886.830976] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged [31886.833189] [drm:i915_gem_execbuffer] *ERROR* Execbuf while wedged ...

1 0

[opensuse-kernel] 11.3 pusher?
by Stephan Kulow 26 Jan '10

26 Jan '10

Hi, Who can I talk into taking responsibility that the kernel-source in factory doesn't fall behind master that much as it currently is (I'm counting 282 commits since 4070eecb)? Unfortunately Kernel:HEAD/kernel-source stopped 2009-12-09 and 2009-12-11 saw the last manual update. Otherwise I could push the changes myself from time to time, but it would still be better if someone was responsible who knows the current status. Greetings, Stephan -- 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] 11.2 kernel-rt-2.6.31-3.4 won't boot
by Dave Plater 20 Jan '10

20 Jan '10

Hi, I decided to try out the rt kernel as the description says optimized for desktop and I maintain rosegarden4 which I thought would benefit from it but it won't boot due to not being able to see my disk. It gets past grub and loads but cannot see any disks, even the ext2 boot partition that it was loaded from. I searched bugzilla and the only bug against was the lack of source and that was for 11.0. Does nobody use this kernel or am I missing something? Regards Dave P -- 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] USB HUB reset within FTDI_SIO is needed
by Hársszegi Tibor 20 Jan '10

20 Jan '10

Hi, our company uses the FTDI_SIO based USB 2.0 printer. This printer has "ill habits" so that sometimes it gets stuck and no longer replies to usb_control_msg()-es. We had a "fix" for this behaviour to change 2 USB related modules within the Linux kernel. 1.) FTDI_SIO, we changed this to "overrule" the regular usb_control_msg() with our own wrapper. Within this wrapper we counted within 60 second the number of unacked usb_control_msg()s and if that reached 10, we restarted the complete USB HUB owning our printer (we had to kickstart the HUB instead of the printer as restarting the printer didn't help). 2.) HUB.C, To be able to restart the HUB we had to change this as well to make usb_kick_khubd (as that was used within FTDI to restart the HUB). Both of these changes seemd to flawlessly work without full kernel recompilation as both of the affected codes were built by default as "modules" into the OpenSuse kernels. But it has changed in 11.2 because of USB/boot speed-up purposes. Can any of you propose any alternative solution to our problem so that we : * don't need to do a full kernel recompliation, thus we can use the plain, vanilla kernel delivered on the standard 11.2 distro * the changes still work as our patch works now, i.e. without any kind of user interaction, automatically we can kickstart a given USB HUB which owns a given device (no clue, but maybe we could sniff /proc/bus/usb/devices and do a USBDEVFS_RESET on the owner of our device?) Thanks in advance, Tibor Harsszegi -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-kernel+help(a)opensuse.org

3 5

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openSUSE Kernel January 2010