Bug#513827: the problem seems to be in fact with cpufreq_stats
I think I misinterpreted the kernel oops. If I disable loading cpufreq_stats, no oops occurs at boot time. If I load the module after the machine has booted, it loads cleanly. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500589: linux-image-2.6.26-1-686 version 2.6.26-8: internal microphone does not work
Internal microphone is silent. Sound playback is all right. External microphone was not tested. The microphone is perfectly usable with 2.6.24-etchnhalf.1-686. Machine: Acer Aspire 5520-5290 Sound card: 10de:055c (rev a1) 00:07.0 Audio device: nVidia Corporation MCP67 High Definition Audio (rev a1) Subsystem: Acer Incorporated [ALI] Unknown device 0126 Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 21 Memory at f268 (32-bit, non-prefetchable) [size=16K] Capabilities: [44] Power Management version 2 Capabilities: [50] Message Signalled Interrupts: Mask+ 64bit+ Queue=0/0 Enable- Capabilities: [6c] HyperTransport: MSI Mapping Enable+ Fixed+ Kernel driver in use: HDA Intel Kernel modules: snd-hda-intel Laszlo Kajan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500838: linux-image-2.6.24-etchnhalf.1-686-bigmem: MD raid5 array with XFS filesystem hangs (deadlock) after a while under heavy use
Package: linux-image-2.6.24-etchnhalf.1-686-bigmem Version: 2.6.24-6~etchnhalf.5 Severity: important File operations hang after a while on a raid5 MD array with XFS filesystem on it. XFS may be irrelevant. Default parameters were used, so /sys/block/md*/md/stripe_cache_size was not changed. No error messages appear in dmesg or elsewhere, so a deadlock is suspected. A patch exists: http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/broken-out/md-fix-an-occasional-deadlock-in-raid5.patch. The patch seems to appear (slightly modified) in the 2.6.26 (testing) kernel. The patch, or the version that appears in 2.6.26 is reported to solve the problem (I can not yet confirm). Increasing /sys/block/md*/md/stripe_cache_size to 4096 or 8192 is also reported to solve the problem (I can not yet confirm). The stable 2.6.18 kernel is not affected, though raid5 speed benefits from increasing /sys/block/md*/md/stripe_cache_size (confirmed). I use lenny/testing with a stable kernel. -- Package-specific info: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686-bigmem (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii initramfs-tools [linux-initra 0.92j tools for generating an initramfs ii module-init-tools 3.4-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.24-etchnhalf.1-686-bigmem recommends: ii libc6-i6862.7-13 GNU C Library: Shared libraries [i -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364780: bug report: package kernel-image-2.6.8-i386, bug: xfs_iget_core: ambiguous vns, kernel BUG at fs/xfs/support/debug.c:106!
Package: kernel-image-2.6.8-i386 Version: 2.6.8-3-686-smp The following kernel oops happened on an SMP (dual Xeon) system which serves NFS for 26 clients, with XFS filesystems on a 3ware raid 5 device: Kernel oops: kernel: xfs_iget_core: ambiguous vns: vp/0xdab49800, invp/0xdab49200 kernel: [ cut here ] kernel: kernel BUG at fs/xfs/support/debug.c:106! kernel: invalid operand: [#1] kernel: PREEMPT SMP kernel: Modules linked in: radeonfb i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect w83627hf eeprom w83781d i2c_sensor i2c_isa i2c_i801 softdog nfsd i2c_dev i2c_core nfs lockd sunrpc af_packet iptable_nat ipt_REJECT ipt_state ip_conntrack iptable_filter ip_tables ip6table_filter ip6_tables ipv6 binfmt_misc usbmouse usbhid dm_mod md thermal processor fan button battery asus_acpi ac uhci_hcd hw_random pciehp pci_hotplug e1000 e100 mii floppy usbcore unix piix sd_mod capability commoncap 3w_9xxx scsi_mod xfs exportfs ide_disk ide_generic ide_core kernel: CPU:2 kernel: EIP:0060:[f89881c5]Not tainted kernel: EFLAGS: 00010246 (2.6.8-3-686-smp) kernel: EIP is at cmn_err+0xc5/0xe0 [xfs] kernel: eax: ebx: f6858000 ecx: c02dcfbc edx: c02dcfbc kernel: esi: f898ae28 edi: f89a00fe ebp: 0293 esp: f6859a08 kernel: ds: 007b es: 007b ss: 0068 kernel: Process nfsd (pid: 2274, threadinfo=f6858000 task=f7a28bf0) kernel: Stack: f898ae28 f898adef f89a00c0 f6858000 880dbb77 f898b700 dafec1a0 kernel:f8954745 f898b700 dab49800 dab49200 f7e6dc00 c192a888 880dbb77 kernel: f777d600 880dbb77 f7e6dc00 c017db2d f777d5fc kernel: Call Trace: kernel: [f8954745] xfs_iget_core+0x565/0x6b0 [xfs] kernel: [c017db2d] iget_locked+0xbd/0x100 kernel: [f89549f2] xfs_iget+0x162/0x1a0 [xfs] kernel: [f8973f83] xfs_vget+0x63/0x100 [xfs] kernel: [f8987303] vfs_vget+0x43/0x50 [xfs] kernel: [f8986ca1] linvfs_get_dentry+0x51/0x90 [xfs] kernel: [f881e042] find_exported_dentry+0x42/0x830 [exportfs] kernel: [c01631d3] mark_buffer_dirty+0x23/0x30 kernel: [f893624f] xfs_bmbt_get_state+0x2f/0x40 [xfs] kernel: [c022ffb4] kfree_skbmem+0x24/0x30 kernel: [c023006d] __kfree_skb+0xad/0x150 kernel: [f8b8026f] packet_rcv_spkt+0x1af/0x280 [af_packet] kernel: [c0245ee7] qdisc_restart+0x17/0x230 kernel: [c0235d91] dev_queue_xmit+0x291/0x350 kernel: [c0258a35] ip_finish_output2+0xb5/0x1be kernel: [c0258980] ip_finish_output2+0x0/0x1be kernel: [c0258980] ip_finish_output2+0x0/0x1be kernel: [c0240a71] nf_hook_slow+0xf1/0x130 kernel: [c01ba8de] copy_to_user+0x3e/0x50 kernel: [c0232230] memcpy_toiovec+0x40/0x70 kernel: [c02328c8] skb_copy_datagram_iovec+0x58/0x240 kernel: [c025d5bd] tcp_recvmsg+0x30d/0x760 kernel: [c0258950] dst_output+0x0/0x30 kernel: [c022faf8] sock_common_recvmsg+0x58/0x80 kernel: [f881ebfa] export_decode_fh+0x5a/0x7a [exportfs] kernel: [f8cb9450] nfsd_acceptable+0x0/0x140 [nfsd] kernel: [f8cb979c] fh_verify+0x20c/0x5a0 [nfsd] kernel: [f8cb9450] nfsd_acceptable+0x0/0x140 [nfsd] kernel: [f8cbb169] nfsd_open+0x39/0x1a0 [nfsd] kernel: [f8cbb94d] nfsd_write+0x5d/0x360 [nfsd] kernel: [f8c2c9d7] svc_recvfrom+0x97/0xe0 [sunrpc] kernel: [f8c2d6db] svc_tcp_recvfrom+0x1eb/0x440 [sunrpc] kernel: [f8c30382] svcauth_unix_accept+0x272/0x2c0 [sunrpc] kernel: [f8cc3038] nfsd3_proc_write+0xb8/0x120 [nfsd] kernel: [f8cb7847] nfsd_dispatch+0xd7/0x1e0 [nfsd] kernel: [f8cb7770] nfsd_dispatch+0x0/0x1e0 [nfsd] kernel: [f8c2bec1] svc_process+0x4b1/0x619 [sunrpc] kernel: [f8cb7538] nfsd+0x248/0x480 [nfsd] kernel: [f8cb72f0] nfsd+0x0/0x480 [nfsd] kernel: [c01042c5] kernel_thread_helper+0x5/0x10 kernel: Code: 0f 0b 6a 00 0f ae 98 f8 83 c4 10 5b 5e 5f 5d c3 e8 96 68 91 kernel: 6note: nfsd[2274] exited with preempt_count 1 I recon this kernel is not stable in my SMP+XFS+NFS scenario. :| Best regards, Laszlo Kajan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
