Bug#596528: [squeeze] system freeze with usb 3.0 devices attached

[Jonathan Nieder]

Ben Hutchings wrote:

> Is xhci really stable in 2.6.32.y?  I see there have been a number of
> bug fixes after 2.6.32, but these have not:

Sorry for the long quiet.  My impression is that the answer is "no".
But it might be possible to make it so one bugfix at a time.

Guillaume, would you be interested in pursuing this?  I would suggest
the following method:

 1. First, check if 3.x.y kernels from sid or experimental work well.
If they don't, we can get help from upstream.  The only packages
from outside squeeze that should be needed for this test aside
from the kernel image itself are linux-base and initramfs-tools.

 2. Next, try a test with the patches Ben suggested applied.  I can
guide you through this.  And if that works, we can look more
closely and for example try narrowing down which ones are important
on your system.

 3. If those patches aren't enough, bisect through the kernels
available at http://snapshot.debian.org/ to find the first one
that works reliably, and then try applying the relevant patch to
squeeze.

What do you think?

Thanks for writing,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120129065327.GA11739@burratino

Bug#611216: linux-2.6 - New monitor chip: w83795

[Jonathan Nieder]

Hi,

Bastian Blank wrote:
> On Wed, Jan 26, 2011 at 10:20:10PM +0100, Bastian Blank wrote:

>> Please add support for new monitor chip w83795.
>
> Okay. Either my system is broken, the existing driver is broken or my
> backport is broken. After some minutes/hours, both the main system and
> the ipmi-card looses access to the monitoring chip.

Just curious about whether later investigation revealed anything.
E.g., does the support in sid for this chip work?



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120129064618.GA11715@burratino

Bug#657812: Connections fail on first attempt

[JBK]

Ben Hutchings  writes:

> On Sun, 2012-01-29 at 03:50 +0100, JBK wrote:
>> Package: linux-2.6
>> Version: 2.6.32-41
>> Severity: important
>> Tags: squeeze sid upstream
>> 
>> 
>> I receive a "Unknown host" message on the first connections try with xchat
>> (irc), gnus (nntp+smtp); Iceweasel randomly works the same way.
>> The first time I saw this, was with the 3.1 kernel (from Debian or Fedora)
>> and 3.2 doesn't change that a bit. 2.6.32-39squeeze1 is ok.
> [...]
>
> Are you claiming that version 2.6.32-39squeeze1 is OK but version
> 2.6.32-41 is broken? 

Yes.

> Because I don't see any relevant changes there.

What was your first idea? I'm on Centos now (tried every distro) and don't see 
these issues.

> Ben.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/m3liorvxh2@jbk-aod260.home

Bug#642571: NFS root no longer works with oldstable DHCP server

[Mike]

This is still a problem with version 2.6.32-41.

Comparing the packets sent between the DHCP client and server, I notice 
that the latest kernel sets the DHCP 'secs' field.  The DHCP server, 
which should return 0 in 'secs', returns the client's 'secs' value 
instead in its DHCPOFFER.  Perhaps the client is discarding the response 
because of this?



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120129052343.ga...@64-142-29-25.dsl.static.sonic.net

Re: Enabling CONFIG_KALLSYMS_ALL

[Ben Hutchings]

On Thu, 2012-01-26 at 12:31 -0500, Tim Abbott wrote:
> Hello,
> 
> Would it be possible to turn on CONFIG_KALLSYMS_ALL in the Debian kernel 
> for Wheezy?  It's a useful debugging option, and makes it easier to 
> implement useful tools like Ksplice that inspect the code and data 
> structures of the running kernel, in particular in relation to operating 
> on modules (one can use System.map to look up addresses for data 
> structures in the core kernel).  Most other major Linux distributions 
> have had CONFIG_KALLSYMS_ALL enabled in their kernels for some time now 
> (RHEL, Fedora, Ubuntu, etc.).

Isn't this redundant with the linux-image-*-dbg packages?  Though those
are much larger.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#657612: linux-image-3.2.0-1-amd64: scheduling while atomic: swapper/2/0/0x10000100

[Ben Hutchings]

On Fri, 2012-01-27 at 15:20 +0300, Dmitry Borodaenko wrote:
> Package: linux-2.6
> Version: 3.2.1-2
> Severity: normal
> 
> Couple seconds after boot, after my X session has started but before I
> had a chance to bring up the network, I get a kernel error message "BUG:
> scheduling while atomic: swapper". This doesn't happen with 3.1.8-2, but
> with 3.2.1-2 it happens consistently after every reboot.
> 
> On my previous boot, after about 3 days of uptime I've got the same
> error again, only this time my root system went read-only and wouldn't
> be remounted (complaining that /dev/mapper/root is a read-only device).
> Unfortunately I wasn't able to save any logs from that event.
> 
> Not sure if it's relevant, but I don't have a swap partition:
[...]
> [   72.862291] BUG: scheduling while atomic: swapper/2/0/0x1100
> [   72.862296] Modules linked in: acpi_cpufreq mperf cpufreq_conservative 
> cpufreq_powersave cpufreq_userspace cpufreq_stats bnep rfcomm deflate 
> zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 
> twofish_common camellia serpent blowfish_generic blowfish_x86_64 
> blowfish_common cast5 des_generic xcbc rmd160 sha512_generic sha1_ssse3 
> sha1_generic hmac crypto_null af_key fuse ip6table_filter ip6_tables 
> xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack 
> xt_addrtype iptable_filter ip_tables x_tables tun loop kvm_intel kvm 
> snd_hda_codec_hdmi snd_hda_codec_conexant btusb bluetooth thinkpad_acpi 
> snd_hda_intel arc4 snd_hda_codec snd_seq_midi battery snd_hwdep snd_pcm_oss 
> iwlwifi snd_mixer_oss snd_rawmidi snd_pcm mac80211 snd_seq_midi_event psmouse 
> snd_seq ac cfg80211 power_supply serio_raw intel_ips evdev tpm_tis tpm joydev 
> tpm_bios snd_timer snd_seq_device snd i2c_i801 rfkill nvram iTCO_wdt 
> iTCO_vendor_support wmi i915 soundcore snd_page_alloc drm_kms_helper drm 
> i2c_algo_bit button i2c_core video processor ext4 mbcache jbd2 crc16 
> sha256_generic aesni_intel cryptd aes_x86_64 aes_generic cbc dm_crypt 
> dm_mirror dm_region_hash dm_log dm_mod sd_mod crc_t10dif ums_realtek 
> usb_storage usbhid hid uas ahci libahci libata ehci_hcd scsi_mod thermal 
> thermal_sys usbcore usb_common e1000e [last unloaded: pcspkr]
> [   72.862426] CPU 2 
> [   72.862428] Modules linked in: acpi_cpufreq mperf cpufreq_conservative 
> cpufreq_powersave cpufreq_userspace cpufreq_stats bnep rfcomm deflate 
> zlib_deflate ctr twofish_generic twofish_x86_64_3way twofish_x86_64 
> twofish_common camellia serpent blowfish_generic blowfish_x86_64 
> blowfish_common cast5 des_generic xcbc rmd160 sha512_generic sha1_ssse3 
> sha1_generic hmac crypto_null af_key fuse ip6table_filter ip6_tables 
> xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack 
> xt_addrtype iptable_filter ip_tables x_tables tun loop kvm_intel kvm 
> snd_hda_codec_hdmi snd_hda_codec_conexant btusb bluetooth thinkpad_acpi 
> snd_hda_intel arc4 snd_hda_codec snd_seq_midi battery snd_hwdep snd_pcm_oss 
> iwlwifi snd_mixer_oss snd_rawmidi snd_pcm mac80211 snd_seq_midi_event psmouse 
> snd_seq ac cfg80211 power_supply serio_raw intel_ips evdev tpm_tis tpm joydev 
> tpm_bios snd_timer snd_seq_device snd i2c_i801 rfkill nvram iTCO_wdt 
> iTCO_vendor_support wmi i915 soundcore snd_page_alloc drm_kms_helper drm 
> i2c_algo_bit button i2c_core video processor ext4 mbcache jbd2 crc16 
> sha256_generic aesni_intel cryptd aes_x86_64 aes_generic cbc dm_crypt 
> dm_mirror dm_region_hash dm_log dm_mod sd_mod crc_t10dif ums_realtek 
> usb_storage usbhid hid uas ahci libahci libata ehci_hcd scsi_mod thermal 
> thermal_sys usbcore usb_common e1000e [last unloaded: pcspkr]
> [   72.862523] 
> [   72.862527] Pid: 0, comm: swapper/2 Not tainted 3.2.0-1-amd64 #1 LENOVO 
> 5129CTO/5129CTO

For historical reasons the idle tasks are named 'swapper', but they
aren't involved in swapping!  I don't think it's relevant that you don't
have swap space, though I don't advise such a configuration.

> [   72.862532] RIP: 0010:[]  [] 
> intel_idle+0xea/0x119
> [   72.862544] RSP: 0018:880232d79e68  EFLAGS: 0202
> [   72.862547] RAX:  RBX: 81023b80 RCX: 
> 438a
> [   72.862550] RDX: 438a RSI:  RDI: 
> 03e8
> [   72.862552] RBP: 0003 R08: 4366 R09: 
> 4366
> [   72.862555] R10: 0246 R11: 880232d775e0 R12: 
> 81065de9
> [   72.862559] R13: 0048 R14: 810659e7 R15: 
> 810135b2
> [   72.862562] FS:  () GS:88023bd0() 
> knlGS:
> [   72.862566] CS:  0010 DS:  ES:  CR0: 8005003b
> [   72.862569] CR2: 7f9804db1821 CR3: 01605000 CR4: 
> 06e0
> [   72.862572] DR0:  DR1:  DR2: 
> 
> [   72.862575] DR3:  DR6: 0ff0 DR7: 
> 0400
> [   72.862579] Process swapper/2 (pid: 0, threadi

Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable

[Ben Hutchings]

[Trying a different address.]

Denis,

It looks like you were working on sundance for a while; are you still
interested in it?

Mike reported that:
> Network traffic on my D-Link DFE-580TX card results in a transmit
> queue timeout and gives endless resets after that untill the interface
> is brought down.
> 
> The amount of traffic required to generate the error seems to vary but
> sooner rather then later it will occur.

and the messages logged under Linux 3.2.1 are:

> [  430.008026] [ cut here ]
> [  430.008100] WARNING:
> at 
> /build/buildd-linux-2.6_3.2.1-2-i386-4wAPNj/linux-2.6-3.2.1/debian/build/source_i386_none/net/sched/sch_generic.c:255
>  dev_watchdog+0xb1/0x104()
> [  430.008200] Hardware name:
> [  430.008251] NETDEV WATCHDOG: eth1 (sundance): transmit queue 0
> timed out
> [  430.008307] Modules linked in: p4_clockmod cpufreq_powersave
> cpufreq_userspace cpufreq_conservative cpufreq_stats speedstep_lib
> mperf fuse w83627ehf hwmon_vid coretemp loop snd_intel8x0
> snd_ac97_codec ac97_bus snd_pcm snd_seq snd_time
> r snd_seq_device ohci_hcd ehci_hcd tpm_tis sis900 sundance tpm usbcore
> tpm_bios pcspkr psmouse snd parport_pc evdev serio_raw parport mii
> button usb_common soundcore processor shpchp pci_hotplug thermal_sys
> snd_page_alloc ext3 jbd mbcach
> e sd_mod crc_t10dif sata_sis ata_generic pata_sis libata scsi_mod
> [  430.010093] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-686-pae #1
> [  430.010149] Call Trace:
> [  430.010203]  [] ? warn_slowpath_common+0x68/0x79
> [  430.010260]  [] ? dev_watchdog+0xb1/0x104
> [  430.010314]  [] ? warn_slowpath_fmt+0x29/0x2d
> [  430.010370]  [] ? dev_watchdog+0xb1/0x104
> [  430.010428]  [] ? local_bh_enable+0x2/0x2
> [  430.010484]  [] ? run_timer_softirq+0x150/0x1f3
> [  430.010539]  [] ? netif_tx_unlock+0x3a/0x3a
> [  430.010595]  [] ? local_bh_enable+0x2/0x2
> [  430.010649]  [] ? __do_softirq+0x94/0x12f
> [  430.010704]  [] ? local_bh_enable+0x2/0x2
> [  430.010757][] ? irq_exit+0x32/0x80
> [  430.010847]  [] ? smp_apic_timer_interrupt+0x5b/0x65
> [  430.010906]  [] ? apic_timer_interrupt+0x31/0x38
> [  430.010963]  [] ? rtc_proc_show+0x15e/0x22d
> [  430.011020]  [] ? mwait_idle+0x65/0x8b
> [  430.011076]  [] ? cpu_idle+0x95/0xaf
> [  430.011132]  [] ? start_kernel+0x32a/0x32f
> [  430.011185] ---[ end trace 4f9c55881a85ddc2 ]---
> [  430.011244] eth1: Transmit timed out, TxStatus 00 TxFrameId 1a,
> resetting...
> [  430.011302] 00 35afc000 35afc010 8001(00) 34c2d802 85ea
> [  430.011307] 01 35afc010 35afc020 0005(01) 34cfc802 85ea
> [  430.011311] 02 35afc020 35afc030 8009(02) 357ca802 85ea
> [  430.011316] 03 35afc030 35afc040 000d(03) 34d01802 85ea
> [  430.011320] 04 35afc040 35afc050 8011(04) 34d2 85ea
> [  430.011324] 05 35afc050 35afc060 0015(05) 35a9f802 85ea
> [  430.011328] 06 35afc060 35afc070 8019(06) 34c75002 85ea
> [  430.011333] 07 35afc070 35afc080 001d(07) 35ac0002 85ea
> [  430.011337] 08 35afc080 35afc090 8021(08) 34d4e802 85ea
> [  430.011341] 09 35afc090 35afc0a0 0025(09) 357b0002 85ea
> [  430.011346] 0a 35afc0a0 35afc0b0 8029(0a) 34d66802 85ea
> [  430.011350] 0b 35afc0b0 35afc0c0 002d(0b) 354f2802 85ea
> [  430.011354] 0c 35afc0c0 35afc0d0 8031(0c) 34d04802 85ea
> [  430.011359] 0d 35afc0d0 35afc0e0 0035(0d) 34cd1002 85ea
> [  430.011363] 0e 35afc0e0 35afc0f0 8039(0e) 34cc9802 85ea
> [  430.011367] 0f 35afc0f0 35afc100 003d(0f) 34d3d002 85ea
> [  430.011371] 10 35afc100 35afc110 8041(10) 355d3002 85ea
> [  430.011376] 11 35afc110 35afc120 0045(11) 34d02802 85ea
> [  430.011380] 12 35afc120 35afc130 8049(12) 34d8b002 85ea
> [  430.011384] 13 35afc130 35afc140 004d(13) 34cc9002 85ea
> [  430.011389] 14 35afc140 35afc150 8051(14) 34d51002 85ea
> [  430.011393] 15 35afc150 35afc160 0055(15) 357c7802 85ea
> [  430.011397] 16 35afc160  8059(16) 34d4f002 85ea
> [  430.011401] 17 35afc170 35afc180 0001805d(17)  
> [  430.011406] 18 35afc180 35afc190 00018061(18)  
> [  430.011410] 19 35afc190 35afc1a0 00018065(19)  
> [  430.011414] 1a 35afc1a0 35afc1b0 00018069(1a)  
> [  430.011419] 1b 35afc1b0 35afc1c0 806d(1b) 34eea002 85ea
> [  430.011423] 1c 35afc1c0 35afc1d0 8071(1c) 355d9802 85ea
> [  430.011427] 1d 35afc1d0 35afc1e0 8075(1d) 34d19002 85ea
> [  430.011431] 1e 35afc1e0 35afc1f0 8079(1e) 354e4002 85ea
> [  430.011436] 1f 35afc1f0 35afc000 007d(1f) 354ea002 85ea
> [  430.011440] TxListPtr=35afc1b0 netif_queue_stopped=1
> [  430.011444] cur_tx=154807(17) dirty_tx=154779(1b)
> [  430.011447] cur_rx=0 dirty_rx=0
> [  430.011449] cur_task=154807
> [  438.008046] eth1: Transmit timed out, TxStatus 00 TxFrameId 00,
> resetting...
> [  438.008115] 00 35afc000 35afc010 00010001(00)  
> [  4

Bug#656476: Sundance network driver (D-Link DFE-580TX) timeouts rendering interface unusable

[Ben Hutchings]

Denis,

It looks like you were working on sundance for a while; are you still
interested in it?

Mike reported that:
> Network traffic on my D-Link DFE-580TX card results in a transmit
> queue timeout and gives endless resets after that untill the interface
> is brought down.
> 
> The amount of traffic required to generate the error seems to vary but
> sooner rather then later it will occur.

and the messages logged under Linux 3.2.1 are:

> [  430.008026] [ cut here ]
> [  430.008100] WARNING:
> at 
> /build/buildd-linux-2.6_3.2.1-2-i386-4wAPNj/linux-2.6-3.2.1/debian/build/source_i386_none/net/sched/sch_generic.c:255
>  dev_watchdog+0xb1/0x104()
> [  430.008200] Hardware name:
> [  430.008251] NETDEV WATCHDOG: eth1 (sundance): transmit queue 0
> timed out
> [  430.008307] Modules linked in: p4_clockmod cpufreq_powersave
> cpufreq_userspace cpufreq_conservative cpufreq_stats speedstep_lib
> mperf fuse w83627ehf hwmon_vid coretemp loop snd_intel8x0
> snd_ac97_codec ac97_bus snd_pcm snd_seq snd_time
> r snd_seq_device ohci_hcd ehci_hcd tpm_tis sis900 sundance tpm usbcore
> tpm_bios pcspkr psmouse snd parport_pc evdev serio_raw parport mii
> button usb_common soundcore processor shpchp pci_hotplug thermal_sys
> snd_page_alloc ext3 jbd mbcach
> e sd_mod crc_t10dif sata_sis ata_generic pata_sis libata scsi_mod
> [  430.010093] Pid: 0, comm: swapper/0 Not tainted 3.2.0-1-686-pae #1
> [  430.010149] Call Trace:
> [  430.010203]  [] ? warn_slowpath_common+0x68/0x79
> [  430.010260]  [] ? dev_watchdog+0xb1/0x104
> [  430.010314]  [] ? warn_slowpath_fmt+0x29/0x2d
> [  430.010370]  [] ? dev_watchdog+0xb1/0x104
> [  430.010428]  [] ? local_bh_enable+0x2/0x2
> [  430.010484]  [] ? run_timer_softirq+0x150/0x1f3
> [  430.010539]  [] ? netif_tx_unlock+0x3a/0x3a
> [  430.010595]  [] ? local_bh_enable+0x2/0x2
> [  430.010649]  [] ? __do_softirq+0x94/0x12f
> [  430.010704]  [] ? local_bh_enable+0x2/0x2
> [  430.010757][] ? irq_exit+0x32/0x80
> [  430.010847]  [] ? smp_apic_timer_interrupt+0x5b/0x65
> [  430.010906]  [] ? apic_timer_interrupt+0x31/0x38
> [  430.010963]  [] ? rtc_proc_show+0x15e/0x22d
> [  430.011020]  [] ? mwait_idle+0x65/0x8b
> [  430.011076]  [] ? cpu_idle+0x95/0xaf
> [  430.011132]  [] ? start_kernel+0x32a/0x32f
> [  430.011185] ---[ end trace 4f9c55881a85ddc2 ]---
> [  430.011244] eth1: Transmit timed out, TxStatus 00 TxFrameId 1a,
> resetting...
> [  430.011302] 00 35afc000 35afc010 8001(00) 34c2d802 85ea
> [  430.011307] 01 35afc010 35afc020 0005(01) 34cfc802 85ea
> [  430.011311] 02 35afc020 35afc030 8009(02) 357ca802 85ea
> [  430.011316] 03 35afc030 35afc040 000d(03) 34d01802 85ea
> [  430.011320] 04 35afc040 35afc050 8011(04) 34d2 85ea
> [  430.011324] 05 35afc050 35afc060 0015(05) 35a9f802 85ea
> [  430.011328] 06 35afc060 35afc070 8019(06) 34c75002 85ea
> [  430.011333] 07 35afc070 35afc080 001d(07) 35ac0002 85ea
> [  430.011337] 08 35afc080 35afc090 8021(08) 34d4e802 85ea
> [  430.011341] 09 35afc090 35afc0a0 0025(09) 357b0002 85ea
> [  430.011346] 0a 35afc0a0 35afc0b0 8029(0a) 34d66802 85ea
> [  430.011350] 0b 35afc0b0 35afc0c0 002d(0b) 354f2802 85ea
> [  430.011354] 0c 35afc0c0 35afc0d0 8031(0c) 34d04802 85ea
> [  430.011359] 0d 35afc0d0 35afc0e0 0035(0d) 34cd1002 85ea
> [  430.011363] 0e 35afc0e0 35afc0f0 8039(0e) 34cc9802 85ea
> [  430.011367] 0f 35afc0f0 35afc100 003d(0f) 34d3d002 85ea
> [  430.011371] 10 35afc100 35afc110 8041(10) 355d3002 85ea
> [  430.011376] 11 35afc110 35afc120 0045(11) 34d02802 85ea
> [  430.011380] 12 35afc120 35afc130 8049(12) 34d8b002 85ea
> [  430.011384] 13 35afc130 35afc140 004d(13) 34cc9002 85ea
> [  430.011389] 14 35afc140 35afc150 8051(14) 34d51002 85ea
> [  430.011393] 15 35afc150 35afc160 0055(15) 357c7802 85ea
> [  430.011397] 16 35afc160  8059(16) 34d4f002 85ea
> [  430.011401] 17 35afc170 35afc180 0001805d(17)  
> [  430.011406] 18 35afc180 35afc190 00018061(18)  
> [  430.011410] 19 35afc190 35afc1a0 00018065(19)  
> [  430.011414] 1a 35afc1a0 35afc1b0 00018069(1a)  
> [  430.011419] 1b 35afc1b0 35afc1c0 806d(1b) 34eea002 85ea
> [  430.011423] 1c 35afc1c0 35afc1d0 8071(1c) 355d9802 85ea
> [  430.011427] 1d 35afc1d0 35afc1e0 8075(1d) 34d19002 85ea
> [  430.011431] 1e 35afc1e0 35afc1f0 8079(1e) 354e4002 85ea
> [  430.011436] 1f 35afc1f0 35afc000 007d(1f) 354ea002 85ea
> [  430.011440] TxListPtr=35afc1b0 netif_queue_stopped=1
> [  430.011444] cur_tx=154807(17) dirty_tx=154779(1b)
> [  430.011447] cur_rx=0 dirty_rx=0
> [  430.011449] cur_task=154807
> [  438.008046] eth1: Transmit timed out, TxStatus 00 TxFrameId 00,
> resetting...
> [  438.008115] 00 35afc000 35afc010 00010001(00)  
> [  438.008120] 01 35afc010 35afc020

Processed: tagging 656476, tagging 656476

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 656476 - moreinfo
Bug #656476 [linux-2.6] linux-image-2.6.32-5-686: Sundance network driver 
(D-Link DFE-580TX) timeouts rendering interface unusable
Removed tag(s) moreinfo.
> tags 656476 + upstream
Bug #656476 [linux-2.6] linux-image-2.6.32-5-686: Sundance network driver 
(D-Link DFE-580TX) timeouts rendering interface unusable
Added tag(s) upstream.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
656476: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656476
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13278106471575.transcr...@bugs.debian.org

Bug#657497: nfs-common: Exec permission denied

[Ben Hutchings]

On Fri, 2012-01-27 at 21:24 +0100, Jakub Krajewski wrote:
> I have exactly same problem as one described by Tony. Reverting back
> nfs-common package to version 1.2.5-3 solves issue and everything works OK.
> 
> My NFS shares are served by Debian Squeeze box and no server upgrade was
> done there. Exec flag in fstab does not help as well.
[...]

The major change in 1:1.2.5-4 was to use libmount for access to the
files /etc/fstab and /etc/mtab.

Could you report what the lines for this NFS mount look like in
/proc/mounts and in /etc/mtab (if the latter is a separate file) when
using each of these versions?

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Processed: tagging 657812

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 657812 + moreinfo
Bug #657812 [linux-2.6] Connections fail on first attempt
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657812
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132780925425392.transcr...@bugs.debian.org

Processed: tagging 657812

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 657812 - squeeze sid upstream
Bug #657812 [linux-2.6] Connections fail on first attempt
Removed tag(s) upstream, sid, and squeeze.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657812: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657812
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132780900323783.transcr...@bugs.debian.org

Bug#657812: Connections fail on first attempt

[Ben Hutchings]

On Sun, 2012-01-29 at 03:50 +0100, JBK wrote:
> Package: linux-2.6
> Version: 2.6.32-41
> Severity: important
> Tags: squeeze sid upstream
> 
> 
> I receive a "Unknown host" message on the first connections try with xchat
> (irc), gnus (nntp+smtp); Iceweasel randomly works the same way.
> The first time I saw this, was with the 3.1 kernel (from Debian or Fedora)
> and 3.2 doesn't change that a bit. 2.6.32-39squeeze1 is ok.
[...]

Are you claiming that version 2.6.32-39squeeze1 is OK but version
2.6.32-41 is broken?  Because I don't see any relevant changes there.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2

[Ben Hutchings]

On Sun, 2012-01-29 at 04:03 +0400, Ivan Larionov wrote:
> I have this warnings with old kernel too. I think it's after mdadm update.
> 
> root@web00 ~ # dpkg -l | grep mdadm
> ii  mdadm   3.1.4-1+8efb9d1+squeeze1 tool to 
> administer Linux MD arrays (software RAID)
> root@web00 ~ # dpkg -l | grep linux-image
> ii  linux-image-2.6-amd64   2.6.32+29Linux 
> 2.6 for 64-bit PCs (meta-package)
> ii  linux-image-2.6.32-5-amd64  2.6.32-41Linux 
> 2.6.32 for 64-bit PCs

This warning was introduced as part of the fix for CVE-2011-4127.  (But
it was not present in the preliminary fix used in 2.6.32-39squeeze1.)

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#657812: Connections fail on first attempt

[JBK]

Package: linux-2.6
Version: 2.6.32-41
Severity: important
Tags: squeeze sid upstream


I receive a "Unknown host" message on the first connections try with xchat
(irc), gnus (nntp+smtp); Iceweasel randomly works the same way.
The first time I saw this, was with the 3.1 kernel (from Debian or Fedora)
and 3.2 doesn't change that a bit. 2.6.32-39squeeze1 is ok.



-- Package-specific info:
** Version:
Linux version 2.6.32-5-686 (Debian 2.6.32-41) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 16 16:04:25 UTC 2012

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 
root=UUID=e6089469-e7d0-4519-973b-0507bd891134 ro quiet

** Not tainted

** Kernel log:
[7.009110] cfg80211: Using static regulatory domain info
[7.009124] cfg80211: Regulatory domain: US
[7.009133]  (start_freq - end_freq @ bandwidth), (max_antenna_gain, 
max_eirp)
[7.009149]  (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm)
[7.009164]  (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm)
[7.009179]  (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm)
[7.009195]  (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm)
[7.009210]  (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm)
[7.009225]  (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm)
[7.248346] ACPI: Battery Slot [BAT0] (battery present)
[7.448700] Linux video capture interface: v2.00
[7.536962] cfg80211: Calling CRDA for country: US
[7.632076] [drm] Initialized drm 1.1.0 20060810
[7.655270] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1, caps: 
0xd04731/0xa4/0xa
[7.723464] input: SynPS/2 Synaptics TouchPad as 
/devices/platform/i8042/serio1/input/input6
[7.972698] i915 :00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[7.972719] i915 :00:02.0: setting latency timer to 64
[7.992540] uvcvideo: Found UVC 1.00 device 1.3M WebCam (04f2:b1d8)
[8.007731] i915 :00:02.0: irq 27 for MSI/MSI-X
[8.007757] [drm] set up 7M of stolen space
[8.043343] input: 1.3M WebCam as 
/devices/pci:00/:00:1d.7/usb1/1-4/1-4:1.0/input/input7
[8.043558] usbcore: registered new interface driver uvcvideo
[8.043572] USB Video Class driver (v0.1.0)
[8.044800] ath9k :02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[8.044833] ath9k :02:00.0: setting latency timer to 64
[8.094934] ath: EEPROM regdomain: 0x65
[8.094943] ath: EEPROM indicates we should expect a direct regpair map
[8.094957] ath: Country alpha2 being used: 00
[8.094966] ath: Regpair used: 0x65
[8.114067] [drm] initialized overlay support
[8.592119] [drm] Big FIFO is enabled
[8.592143] [drm] Big FIFO is enabled
[8.788912] Console: switching to colour frame buffer device 128x37
[8.801504] fb0: inteldrmfb frame buffer device
[8.801513] registered panic notifier
[8.910065] phy0: Selected rate control algorithm 'ath9k_rate_control'
[8.914963] Registered led device: ath9k-phy0::radio
[8.915051] Registered led device: ath9k-phy0::assoc
[8.915140] Registered led device: ath9k-phy0::tx
[8.915229] Registered led device: ath9k-phy0::rx
[8.915322] phy0: Atheros AR9285 MAC/BB Rev:2 AR5133 RF Rev:e0: 
mem=0xf882, irq=17
[9.004894] acpi device:24: registered as cooling_device3
[9.007146] input: Video Bus as 
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input8
[9.007336] ACPI: Video Device [OVGA] (multi-head: yes  rom: no  post: no)
[9.007416] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[9.106272] HDA Intel :00:1b.0: PCI INT A -> GSI 19 (level, low) -> IRQ 
19
[9.106411] HDA Intel :00:1b.0: setting latency timer to 64
[9.210039] hda_codec: ALC272: BIOS auto-probing.
[9.211819] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/input/input9
[9.973794] Adding 4030456k swap on /dev/sda5.  Priority:-1 extents:1 
across:4030456k 
[   10.304743] EXT3 FS on sda1, internal journal
[   10.471439] loop: module loaded
[   11.365470] kjournald starting.  Commit interval 5 seconds
[   11.366021] EXT3 FS on sda6, internal journal
[   11.366035] EXT3-fs: mounted filesystem with ordered data mode.
[   12.546654] fuse init (API version 7.13)
[   14.297232] apm: BIOS not found.
[   14.416139] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input10
[   15.250192] Bluetooth: Core ver 2.15
[   15.250376] NET: Registered protocol family 31
[   15.250387] Bluetooth: HCI device and connection manager initialized
[   15.250399] Bluetooth: HCI socket layer initialized
[   15.424623] Bluetooth: L2CAP ver 2.14
[   15.424633] Bluetooth: L2CAP socket layer initialized
[   15.479980] atl1c :01:00.0: irq 28 for MSI/MSI-X
[   15.481309] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   15.538752] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   15.583612] Bluetooth: RFCOMM TTY layer initialized
[   1

Processed: kerberized NFS needs allow_weak_crypto = true _and_ permitted_enctypes = des-cbc-crc

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> close 657802
Bug#657802: nfs-kernel-server: NFSv4 kerberos mount stopped working after 
upgrade to 6.0.4 point release
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to "Andreas B. Mundt" 


> Thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657802: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657802
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132779792722482.transcr...@bugs.debian.org

Bug#657802: kerberized NFS needs allow_weak_crypto = true _and_ permitted_enctypes = des-cbc-crc

[Andreas B. Mundt]

close 657802

Thanks


Conclusion for the record:

For kerberized NFSv4 on squeeze 6.0.4 you need: 

[libdefaults]
permitted_enctypes = des-cbc-crc
allow_weak_crypto = true

in /etc/krb5.conf

Both won't be needed for wheezy anymore as kernel/nfs-utils/whatever
can then handle strong encryption.

Thanks 

   Andi



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120129004728.GA15831@flashgordon

Bug#656899: mdadm: sending ioctl 1261 to a partition warnings in kernel log with kernel 3.2

[Ivan Larionov]

I have this warnings with old kernel too. I think it's after mdadm update.

root@web00 ~ # dpkg -l | grep mdadm
ii  mdadm   3.1.4-1+8efb9d1+squeeze1 tool to 
administer Linux MD arrays (software RAID)
root@web00 ~ # dpkg -l | grep linux-image
ii  linux-image-2.6-amd64   2.6.32+29Linux 2.6 
for 64-bit PCs (meta-package)
ii  linux-image-2.6.32-5-amd64  2.6.32-41Linux 
2.6.32 for 64-bit PCs

--
With best regards, Ivan Larionov.




--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/40d700f5-82fd-4043-bc3f-82251ef08...@gmail.com

Processed: permitted_enctypes = des-cbc-crc in /etc/krb5.conf fixes the issue

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 657802 minor
Bug #657802 [nfs-kernel-server] nfs-kernel-server: NFSv4 kerberos mount stopped 
working after upgrade to 6.0.4 point release
Severity set to 'minor' from 'important'

> Thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657802: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657802
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132779410531747.transcr...@bugs.debian.org

Bug#657802: permitted_enctypes = des-cbc-crc in /etc/krb5.conf fixes the issue

[Andreas B. Mundt]

severity 657802 minor

Thanks


Hi,

I studied the problem a bit more (see #622146) and found that 

[libdefaults]
permitted_enctypes = des-cbc-crc

in /etc/krb5.conf fixes the issue. DES seems to be outdated.

How can we make sure that the default squeeze encryption type is sane?
Reasign to the krb5-kdc package?

Best regards,

 Andi



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128234346.GA8219@flashgordon

Bug#656792: linux-image-3.2.0-1-amd64: kernel does not boot since 3.1 under a (strange) Xen anymore

[Ian Campbell]

The screenshots don't go back far enough to tell but perhaps the kernel
has detected Xen and has therefore "unplugged" the emulated devices to
allow it to safely use the PV drivers? If this has happened then you
will see messages like:
   Xen Platform PCI: I/O protocol version ...
   ...
   Blkfront and the Xen platform PCI driver have  been compiled for this 
kernel: unplug emulated disks.
very early on.

One way to tell would be to add "xen_emul_unplug=never" to your kernel
command line to prevent this happening and see if it boots with emulated
devices ok.

If this turns out to be the case then I would recommend arranging for
the initramfs to contain the xen blkfront driver and removing that
option again so you end up using the PV drivers (which are much fast
than emulated). This is normally already the case with the default
initramfs tools configuration.

Ian.

-- 
Ian Campbell


Today is the first day of the rest of your lossage.




-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1327790890.28964.14.ca...@dagon.hellion.org.uk

Bug#657802: nfs-kernel-server: NFSv4 kerberos mount stopped working after upgrade to 6.0.4 point release

[Andreas B. Mundt]

Package: nfs-kernel-server
Version: 1:1.2.2-4squeeze2
Severity: important

Hi, 

after upgrading today to the 6.0.4 point release, kerberized NFSv4 mounting 
ceased to work.
I assume this is related to the upgrade mentioned in the point release 
anouncement:

nfs-utils   Allow negotiated enctypes to be limited;

The error message is:

mainserver rpc.svcgssd[9126]: ERROR: GSS-API: error in handle_nullreq: 
gss_accept_sec_context(): Unspecified GSS failure.  Minor code may provide more 
information - Encryption type not permitted

I'll try to find out more and let you know, but perhaps you already have an 
idea what went wrong.
The setup is a standard (squeeze) setup, details can be found here: 
http://wiki.debian.org/DebianLAN

Best regards,

Andi


-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nfs-kernel-server depends on:
ii  libblkid1   2.17.2-9 block device id library
ii  libc6   2.11.3-2 Embedded GNU C Library: Shared lib
ii  libcomerr2  1.41.12-4stable1 common error description library
ii  libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k
ii  libgssglue1 0.1-4mechanism-switch gssapi library
ii  libk5crypto31.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C
ii  libkrb5-3   1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries
ii  libnfsidmap20.23-2   An nfs idmapping library
ii  librpcsecgss3   0.19-2   allows secure rpc communication us
ii  libwrap07.6.q-19 Wietse Venema's TCP wrappers libra
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  nfs-common  1:1.2.2-4squeeze2NFS support files common to client
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

nfs-kernel-server recommends no packages.

nfs-kernel-server suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120128223609.9869.62753.reportbug@mainserver.intern

Processed: Re: VIA-Rhine II resetting: network connectivity lost

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 641919 http://thread.gmane.org/gmane.linux.kernel/1217906
Bug #641919 [linux-2.6] linux-image-3.0.0-1-amd64: VIA-Rhine II resetting: 
network connectivity lost
Bug #549606 [linux-2.6] [linux-image-2.6.30-1-amd64] VIA-Rhine II network 
interface lost connectivity
Bug #575833 [linux-2.6] BUG: scheduling while atomic oops on Alix 3D2 and 3D3
Set Bug forwarded-to-address to 
'http://thread.gmane.org/gmane.linux.kernel/1217906'.
Set Bug forwarded-to-address to 
'http://thread.gmane.org/gmane.linux.kernel/1217906'.
Set Bug forwarded-to-address to 
'http://thread.gmane.org/gmane.linux.kernel/1217906'.
> quit
Stopping processing here.

Please contact me if you need assistance.
-- 
641919: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641919
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132778943531865.transcr...@bugs.debian.org

Bug#641919: VIA-Rhine II resetting: network connectivity lost

[Jonathan Nieder]

forwarded 641919 http://thread.gmane.org/gmane.linux.kernel/1217906
quit

Antonio Marcos López Alonso wrote:

> Effectively newer kernels do not fix this issue (I'm using noapic again and 
> it 
> seems it works fine).

How new is newer?

There have been some interesting via-rhine fixes upstream recently, so
if you get a chance to try 3.3-rc1 or newer, that would be interesting.

(It works like this:

 1. Get tools:
apt-get install git build-essential

 2. Get a recent kernel:

git clone \
  git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
cd linux

Or, if you already have a git clone of the kernel:

cd linux
git fetch origin
git checkuot origin/master

 3. Configure it:

cp /boot/config-$(uname -r) .config; # stock configuration
make localmodconfig; # optional: minimize configuration

 4. Build and install it, test:

make deb-pkg; # optionally with -j for parallel build
dpkg -i ../
reboot
)



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128222336.GB9636@burratino

Processed: Re: linux-image-2.6-686: Kernel Oops after return from hibernation

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> fixed 604442 linux-2.6/3.2.1-2
Bug #604442 {Done: Jonathan Nieder } [linux-2.6] 
linux-image-2.6-686: Kernel Oops after return from hibernation
Bug Marked as fixed in versions linux-2.6/3.2.1-2.
> quit
Stopping processing here.

Please contact me if you need assistance.
-- 
604442: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604442
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132778816924371.transcr...@bugs.debian.org

Bug#657689: e1000e Detected Hardware Unit Hang:

[ubik pl]

W dniu sobota, 28 stycznia 2012 użytkownik Ben Hutchings <
b...@decadent.org.uk> napisał:
> On Sat, 2012-01-28 at 09:56 +0100, ubik pl wrote:
>> 2012/1/28 Ben Hutchings :
>> > On Sat, 2012-01-28 at 01:53 +0100, ubik pl wrote:
>> >> Package: linux-2.6
>> >> Version: 2.6.32-38
>> >> Linux version 2.6.32-5-xen-amd64
>> >> RAM 8GB
>> >>
>> >> Bug seems the same as #518182 and occurs on high traffic load.
>> >> System automatically recovered after aprox. 50
>> >> minutes([1782786.812335] e1000e :00:19.0: eth0: Reset adapter)
>> > [...]
>> >
>> > Why do say 50 minutes?  These messages cover a span of only 7 seconds.
>> > Were they repeated?
>> >
>> > Ben.
>> >
>> No they weren't but after 50 minutes network was accessible again(ssh,
ping etc)
>
> Are you saying it was not accessible for that time, or you don't know
> whether it was?  Did you see anything logged during that period?
>
> Ben.

It was not accessible. This is what Nagios is for.
I don't have any serial console etc, so I don't know what is logged when my
machine is down.

Bug#604442: linux-image-2.6-686: Kernel Oops after return from hibernation

[Jonathan Nieder]

fixed 604442 linux-2.6/3.2.1-2
quit

George B. wrote:
> On 26 January 2012 00:57, Jonathan Nieder  wrote:

>> Thanks.  Do you still have the laptop?  If you do and if you have
>> time to test a current squeeze kernel, that would be very helpful.
>
> I do and I'm running the latest sid kernel (3.2). I am able to
> s2ram/s2disk without oopses, same for all the previous releases.

Good to hear.  Marking accordingly.

Could you also try a recent squeeze (2.6.32.y) kernel?  It works
like this:

 1. Install 2.6.32-27 from http://snapshot.debian.org/, keeping all
other packages the same, and check if it still reproduces the
problem.  (It might not, if X was involved.)

 2. If the problem is still reproducible, install a 2.6.32.y kernel
from squeeze (2.6.32-41 or newer) and see if that fixes it.

Thanks much,
Jonathan



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128220231.GB8958@burratino

Bug#641919: VIA-Rhine II resetting: network connectivity lost

[Antonio Marcos López Alonso]

El Miércoles, 25 de Enero de 2012, Jonathan Nieder escribió:
> Hi Antonio,
> 
> Anotonio Marcos López Alonso wrote:
> >> On Sat, 2011-09-17 at 15:59 +0100, Antonio Marcos López Alonso wrote:
> >>>   Network connection is lost
> >>> 
> >>> somehow and dmesg outputs lots of:
> >>> 
> >>> via-rhine :00:12.0: eth0: Transmit timed out, status 0003, PHY
> >>> status 786d, resetting... via-rhine :00:12.0: eth0: link up,
> >>> 100Mbps, full-duplex, lpa 0x41E1
> >>> 
> >>> Resetting the machine fixes the issue.
> 
> [...]
> 
> > I effectively used noapic to apparently workaround the problem but in the
> > long run I found it just minimized the problem somehow (occurrences were
> > less).
> 
> [...]
> 
> > El Lunes, 19 de Septiembre de 2011, Ben Hutchings escribió:
> >> I asked you to report this bug at ,
> >> including the fact that 'noapic' works around it.  The product should be
> >> 'Platform Specific/Hardware' and the component 'i386'.
> >> 
> >> You won't be able to do that at the moment because that server is done,
> >> but please try to do that in a week or so.  Then let us know the
> >> bug number so we can keep track of it.
> 
> Did you end up passing this upstream?  I'd also be interested to hear if
> more recent kernels behave differently (though I expect they don't).
> 
> Thanks,
> Jonathan

Hi Jonathan,

Effectively newer kernels do not fix this issue (I'm using noapic again and it 
seems it works fine).

I sent a message to the vger kernel list (under the subject "VIA-Rhine II 
looses connectivity", 2011-11-20) but nobody answered.

Regards,
Antonio



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201201282157.28050.amlopezalo...@gmail.com

Bug#604442: [i93.b...@gmail.com: Re: linux-image-2.6-686: Kernel Oops after return from hibernation]

[Jonathan Nieder]

Forwarding to the bug log.
--- Begin Message ---
On 26 January 2012 00:57, Jonathan Nieder  wrote:
> Thanks.  Do you still have the laptop?  If you do and if you have
> time to test a current squeeze kernel, that would be very helpful.

I do and I'm running the latest sid kernel (3.2). I am able to
s2ram/s2disk without oopses, same for all the previous releases. Any
occasional issues seem to be related to the intel video driver (blank
screen, but able to SSH in, switch to console and CTRL+ALT+Delete to
reboot).

My wireless connection is partially broken since 3.1, but that's for
another bug, when I get round to filing it... ;-)


George
--- End Message ---

Bug#657689: e1000e Detected Hardware Unit Hang:

[Ben Hutchings]

On Sat, 2012-01-28 at 09:56 +0100, ubik pl wrote:
> 2012/1/28 Ben Hutchings :
> > On Sat, 2012-01-28 at 01:53 +0100, ubik pl wrote:
> >> Package: linux-2.6
> >> Version: 2.6.32-38
> >> Linux version 2.6.32-5-xen-amd64
> >> RAM 8GB
> >>
> >> Bug seems the same as #518182 and occurs on high traffic load.
> >> System automatically recovered after aprox. 50
> >> minutes([1782786.812335] e1000e :00:19.0: eth0: Reset adapter)
> > [...]
> >
> > Why do say 50 minutes?  These messages cover a span of only 7 seconds.
> > Were they repeated?
> >
> > Ben.
> >
> No they weren't but after 50 minutes network was accessible again(ssh, ping 
> etc)

Are you saying it was not accessible for that time, or you don't know
whether it was?  Did you see anything logged during that period?

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Processed: Re: Bug#657737: Perl warnings (dpkg confmodule) on purging package

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 657737 dkms
Bug #657737 [linux-2.6] Perl warnings (dpkg confmodule) on purging package
Bug reassigned from package 'linux-2.6' to 'dkms'.
Bug No longer marked as found in versions 3.2.1-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657737: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657737
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132778416126549.transcr...@bugs.debian.org

Bug#657737: Perl warnings (dpkg confmodule) on purging package

[Ben Hutchings]

reassign 657737 dkms
thanks

On Sat, 2012-01-28 at 14:12 +0100, Patrick Matthäi wrote:
> Package: linux-2.6
> Version: 3.2.1-2
> Severity: minor
> 
> Hi,
> 
> this bug occurs here since a longer time. Everytime I purge a kernel
> version, I get warnings from Perl on removing dkms modules.
> I don't know if the fault is in dkms, debconf or linux-2.6, but here is
> what I get:
[...]
> Examining /etc/kernel/prerm.d.
> run-parts: executing /etc/kernel/prerm.d/dkms 3.1.0-1-amd64
> /boot/vmlinuz-3.1.0-1-amd64
> dkms: removing: fglrx 12-1 (3.1.0-1-amd64) (x86_64)
> Use of uninitialized value $command in lc at
> /usr/share/perl5/Debconf/ConfModule.pm line 123,  line 3.
> Use of uninitialized value $command in lc at
> /usr/share/perl5/Debconf/ConfModule.pm line 123,  line 9.
> Use of uninitialized value $command in lc at
> /usr/share/perl5/Debconf/ConfModule.pm line 123,  line 11.
> Use of uninitialized value $command in lc at
> /usr/share/perl5/Debconf/ConfModule.pm line 123,  line 18.
> Use of uninitialized value $command in lc at
> /usr/share/perl5/Debconf/ConfModule.pm line 123,  line 20.
[...]

I think it's the fault of dkms.  The script /etc/kernel/prerm.d/dkms
needs to redirect stdout so that it is not sent to debconf.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#656792: linux-image-3.2.0-1-amd64: kernel does not boot since 3.1 under a (strange) Xen anymore

[Ben Hutchings]

On Sat, 2012-01-28 at 14:56 +0100, Christoph Anton Mitterer wrote:
> Hi Ben.
> 
> On Sat, 2012-01-28 at 05:05 +, Ben Hutchings wrote:
> > But they probably enabled 'Viridian compatibility mode' which makes
> > XenServer look more like HyperV, probably to make Windows guests behave
> > btter.  Linux 3.1 now checks for Xen before HyperV, to avoid being
> > fooled by this.  That might be a problem if it causes the kernel to
> > detect different emulated devices.  (I don't know whether it could have
> > this effect.)
> I'll as them
> 
> 
> > Which drivers are in the initramfs?  Does
> > /etc/initramfs-tools/initramfs.conf have MODULES=dep (which is
> > vulnerable to configuration changes) or MODULES=most (which is safer)?
> It is "dep", but that shouldn't matter here, should it?
> Cause the detected modules are the same as in the (still booting) 3.0.x
> kernel (I've compared the initramfs with lsinitramfs).

It does matter if the kernel detects different devices due to
interacting with the hypervisor in a different way.  That could mean
that a initramfs built while running Linux 3.0 has the wrong set of
drivers for later versions.

> And if I remember correctly, I even tried it with =most, when I first
> stumbled across this when 3.1 came out.

Can you try again, in case you remember wrongly?

I assume it is not possible for you to interact with the shell that the
initramfs runs after failing to mount the root filesystem?

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#657734: file build.save is not removed on purging package

[Jonathan Nieder]

Jonathan Nieder wrote:
> Patrick Matthäi wrote:

>> Maybe it is created by depmod, dkms or whatever. But if you purge
>> linux-headers- the symlink will become broken and it is not
>> required if you remove both (image and headers) packages. It just
>> prevents dpkg to remove /lib/modules/ :(
>
> Would it be possible to take care of that with a script in
> /etc/kernel/postrm.d provided by whatever package is responsible for
> creating the file?

E.g., how about something along these lines?

Index: debian/changelog
===
--- debian/changelog(revision 18643)
+++ debian/changelog(working copy)
@@ -28,6 +28,10 @@
   * [mips,octeon] Disabled CONFIG_FIXED_PHY as it conflicts with the octeon
 phy driver.
 
+  [ Jonathan Nieder ]
+  * linux-headers-*: Support prerm hooks in /etc/kernel/header_prerm.d
+(Closes: #657734)
+
  -- Ben Hutchings   Tue, 24 Jan 2012 06:19:55 +
 
 linux-2.6 (3.2.1-2) unstable; urgency=high
Index: debian/templates/temp.headers.plain/prerm
===
--- debian/templates/temp.headers.plain/prerm   (revision 0)
+++ debian/templates/temp.headers.plain/prerm   (revision 0)
@@ -0,0 +1,24 @@
+#!/usr/bin/perl
+
+$|=1;
+my $version  = "=V";
+
+exit 1 if $ARGV[0] eq "failed-upgrade";
+
+if (-d "/etc/kernel/header_prerm.d") {
+  print STDERR "Examining /etc/kernel/header_prerm.d.\n";
+  system ("run-parts --verbose --exit-on-error --arg=$version " .
+  "/etc/kernel/header_prerm.d") &&
+die "Failed to process /etc/kernel/header_prerm.d";
+}
+
+if (-d "/etc/kernel/header_prerm.d/$version") {
+  print STDERR "Examining /etc/kernel/header_prerm.d/$version.\n";
+  system ("run-parts --verbose --exit-on-error --arg=$version " .
+  "/etc/kernel/header_prerm.d/$version") &&
+die "Failed to process /etc/kernel/header_prerm.d/$version";
+}
+
+exit 0;
+
+__END__



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128201743.GB8259@burratino

Bug#657302: [3.1.8 -> 3.2.1 regression] No more sound

[Jonathan Nieder]

Yann SOUBEYRAND wrote:

> Today alsamixer segfault when I try to execute it.

This is , fixed by version 1.0.24.2-5
today and available from incoming.debian.org.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128200226.GA8376@burratino

Bug#657734: file build.save is not removed on purging package

[Jonathan Nieder]

Patrick Matthäi wrote:

> Maybe it is created by depmod, dkms or whatever. But if you purge
> linux-headers- the symlink will become broken and it is not
> required if you remove both (image and headers) packages. It just
> prevents dpkg to remove /lib/modules/ :(

Would it be possible to take care of that with a script in
/etc/kernel/postrm.d provided by whatever package is responsible for
creating the file?



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128195705.GA8259@burratino

Re: [bisected] Unstable desktop experience with kernel > 2.6.38

[Patrick Baggett]

>From looking at:

http://neil.brown.name/git?p=linux-2.6;a=blobdiff;f=arch/ia64/include/asm/futex.h;h=b0728404dad05c9349aea95d4e28b91b1b363a21;hp=c7f0f062239cd541112ecbe10cdd34dc54672eec;hb=37a9d912b24f96a0591773e6e6c3642991ae5a70;hpb=522d7decc0370070448a8c28982c8dfd8970489e


It doesn't look like the return value (r8) is actually being set beyond
initialized to 0. If there is some ia64 instruction that modifies it, GCC
doesn't know about it from the inline assembly (r8 doesn't appear in the
inputs/outputs list). From looking at the x86 version (agh, inline asm is
hard to parse), it does modify the return value based on whether the
comparison was a success or not, and the return value is certainly used by
the callers.

Patrick

On Sat, Jan 28, 2012 at 6:43 AM, Émeric Maschino
wrote:

> Hi,
>
> Just to let you know that I've bisected this issue to commit
> 37a9d912b24f96a0591773e6e6c3642991ae5a70
> (futex: Sanitize cmpxchg_futex_value_locked API).
>
> Émeric
>
>
>
> Le 17 janvier 2012 23:11, Émeric Maschino  a
> écrit :
> > Hi,
> >
> > Since there's a workaround allowing us to go kernel > 2.6.38
> > (http://lists.debian.org/debian-ia64/2012/01/msg00013.html), I
> > obviously updated my Testing system to current
> > linux-image-3.1.0-1-mckinley_3.1.8-2_ia64.deb.
> >
> > Well, graphical desktop experience is _unstable_. When I say "desktop
> > experience", I'm talking about basic desktop tasks, not fancy OpenGL
> > rendering. I have at least two reproducible scenari (I'm running Gnome
> > Classic):
> > - random X restart while typing into a GNOME terminal window
> > - Iceweasel killed when I try to click on the Back button or while
> > trying to click on the Edit menu.
> >
> > For the latter one, I managed to get a stack trace with gdb, before
> > gdb itself core dumped (huge core available if interested!) or X is
> > restarted... It seems that something goes wrong with PulseAudio when
> > running kernel 3.1:
> >
> > Program received signal SIGABRT, Aborted.
> > [Switching to Thread 0x7002b5231e0 (LWP 2282)]
> > 0xa0040721 in __kernel_syscall_via_break ()
> >
> > Thread 19 (Thread 0x7002b5231e0 (LWP 2282)):
> > #0  0xa0040721 in __kernel_syscall_via_break ()
> > No symbol table info available.
> > #1  0x2031a900 in raise () from /lib/ia64-linux-gnu/libc.so.6.1
> > No symbol table info available.
> > #2  0x20322eb0 in abort () from /lib/ia64-linux-gnu/libc.so.6.1
> > No symbol table info available.
> > #3  0x07001612a310 in pa_mutex_unlock ()
> >   from /usr/lib/ia64-linux-gnu/libpulsecommon-1.0.so
> > No symbol table info available.
> > #4  0x07001604f8b0 in poll_func ()
> >   from /usr/lib/ia64-linux-gnu/libpulse.so.0
> > No symbol table info available.
> >
> > Rebooting my Testing system with good old kernel 2.6.38-5 brings a
> > stable desktop experience back.
> >
> > I've performed regression testing: the issue is already there with
> > linux-image-2.6.39-rc4-mckinley_2.6.39~rc4-1~experimental.1_ia64.deb,
> > the immediate successor to
> > linux-image-2.6.38-2-mckinley_2.6.38-5_ia64.deb in
> > snapshot.debian.org. Latest available
> > linux-image-3.2.0-rc7-mckinley_3.2~rc7-1~experimental.1_ia64.deb still
> > provides unstable desktop experience.
> >
> > Does this sound familiar to someone? Is this problem already known and
> > reported somewhere or is it worth filing a bug and going the git
> > bisect route?
> >
> > Émeric
>
>
> --
> To UNSUBSCRIBE, email to debian-ia64-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/caa9xbm5gw5tzfovtzykk8e8u6wkdfbeqrhblm_as9qq7...@mail.gmail.com
>
>

Processed: tagging 657734

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 657734 + wontfix
Bug #657734 [linux-2.6] file build.save is not removed on purging package
Added tag(s) wontfix.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
657734: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657734
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13277636789339.transcr...@bugs.debian.org

Bug#657734: file build.save is not removed on purging package

[Patrick Matthäi]

Am 28.01.2012 16:14, schrieb Ben Hutchings:
> On Sat, 2012-01-28 at 14:09 +0100, Patrick Matthäi wrote:
>> Package: linux-2.6
>> Version: 3.2.1-2
>> Severity: minor
>>
>> Hello,
>>
>> if you are building kernel modules on your own (or with dkms) the
>> symlink /lib/modules//build.save will be created with the
>> source /usr/src/
>> If you purge all related  packages
>> (linux-{kbuild,image,headers}) the (now) broken symlink is not removed
>> and so on the whole folder /lib/modules/ will not be removed
>> (not empty dir).
>>
>> So on purging the package (headers or image?) the build.save symlink
>> should be removed.
> 
> If we don't create it, we shouldn't remove it.

Maybe it is created by depmod, dkms or whatever. But if you purge
linux-headers- the symlink will become broken and it is not
required if you remove both (image and headers) packages. It just
prevents dpkg to remove /lib/modules/ :(

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#657734: file build.save is not removed on purging package

[Ben Hutchings]

On Sat, 2012-01-28 at 14:09 +0100, Patrick Matthäi wrote:
> Package: linux-2.6
> Version: 3.2.1-2
> Severity: minor
> 
> Hello,
> 
> if you are building kernel modules on your own (or with dkms) the
> symlink /lib/modules//build.save will be created with the
> source /usr/src/
> If you purge all related  packages
> (linux-{kbuild,image,headers}) the (now) broken symlink is not removed
> and so on the whole folder /lib/modules/ will not be removed
> (not empty dir).
> 
> So on purging the package (headers or image?) the build.save symlink
> should be removed.

If we don't create it, we shouldn't remove it.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#657497: nfs-common: Exec permission denied

[Ben Hutchings]

On Sat, 2012-01-28 at 13:33 +0530, dE . wrote:
> On 01/28/12 15:08, Jakub Krajewski wrote:
> >> What about the server exports?
> > This is mine:
> >
> > /usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash)
> >
> > Packages on the Squeeze server (kernel is custom there, as I said, works 
> > like charm with 1.2.5-3 version
> > of sid's nfs-common package):
> >
> > ii  nfs-common 1:1.2.2-4
> > ii  nfs-kernel-server  1:1.2.2-4
> >
> > Best regards,
> 
> Maybe there's a mismatch between the kernel modules and the userspace 
> nfs-kernel-server package.
[...]

This is unlikely as they are not tightly coupled.

Ben.

-- 
Ben Hutchings
If you seem to know what you are doing, you'll be given more to do.


signature.asc
Description: This is a digitally signed message part

Bug#606939: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[John Hughes]

On 28/01/12 13:26, Jonathan Nieder wrote:



Symptoms are reminiscent of, though
Vítor uses a 915GM and you have a 945GM.  Also reminiscent of
.

Does putting

Section "Device"
Identifier "Intel"
Driver "intel"
Option "DebugWait" "true"
EndSection

in xorg.conf help?


I've created /usr/share/X11/xorg.conf.d/15-debugwait-hack.conf 
containing that snippet.


The log shows:

[57.316] (==) intel(0): Depth 24, (--) framebuffer bpp 32
[57.316] (==) intel(0): RGB weight 888
[57.316] (==) intel(0): Default visual is TrueColor
[57.316] (**) intel(0): Option "DebugWait" "true"
[57.316] (II) intel(0): Integrated Graphics Chipset: Intel(R) 945GM
[57.316] (--) intel(0): Chipset: "945GM"
[57.316] (**) intel(0): Relaxed fencing disabled
[57.316] (**) intel(0): Wait on SwapBuffers? enabled
[57.316] (**) intel(0): Triple buffering? enabled


It'll take a while to see whether that makes the problem go away.

I'll send a message the moment I see the problem again, or in a few days 
if it seems fixed.





--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f240ce5.1040...@calvaedi.com

Bug#656792: linux-image-3.2.0-1-amd64: kernel does not boot since 3.1 under a (strange) Xen anymore

[Christoph Anton Mitterer]

Hi Ben.

On Sat, 2012-01-28 at 05:05 +, Ben Hutchings wrote:
> But they probably enabled 'Viridian compatibility mode' which makes
> XenServer look more like HyperV, probably to make Windows guests behave
> btter.  Linux 3.1 now checks for Xen before HyperV, to avoid being
> fooled by this.  That might be a problem if it causes the kernel to
> detect different emulated devices.  (I don't know whether it could have
> this effect.)
I'll as them


> Which drivers are in the initramfs?  Does
> /etc/initramfs-tools/initramfs.conf have MODULES=dep (which is
> vulnerable to configuration changes) or MODULES=most (which is safer)?
It is "dep", but that shouldn't matter here, should it?
Cause the detected modules are the same as in the (still booting) 3.0.x
kernel (I've compared the initramfs with lsinitramfs).
And if I remember correctly, I even tried it with =most, when I first
stumbled across this when 3.1 came out.


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#657302: [linux-2.6] Same thing happen here

[flyingnu]

Package: linux-2.6
Version: 3.2.1-2

--- Please enter the report below this line. ---

I can confirm this bug and that the regression was happened in linux 3.2.*.

Things that I observed:
- On pavucontrol I can see application's streams and the progress bar 
that show current dB values of a playing stream is working.
- I can confirm that alsamixer now crash with a segmentation fault and 
that few days before it never crashed. When i faced that regression i 
use it so I'm sure that it's regression has happen after that bug.

- I can't hear sound even when i plug an headset on the audio jack
- But with an usb headset it work even on 3.2 kernel.
- Turning off pluseaudio (and obviously also changing alsa configuration 
to made it work without pulseaudio) doesn't help.


I attach two files:
broken.kernel.alsa.log is alsa-info.sh executed on the 3.2.* kernel
good.kernel.alsa.log is alsa-info.sh executed on the 3.1.* kernel

--- System information. ---
Architecture: i386
Kernel:   Linux 3.2.0-1-686-pae

Debian Release: wheezy/sid
  500 unstableftp.it.debian.org
1 experimentalftp.it.debian.org


upload=true&script=true&cardinfo=
!!
!!ALSA Information Script v 0.4.60
!!

!!Script ran on: Sat Jan 28 11:48:24 UTC 2012


!!Linux Distribution
!!--

Debian GNU/Linux wheezy/sid \n \l


!!DMI Information
!!---

Manufacturer:  ASUSTeK Computer Inc. 
Product Name:  F3JA
Product Version:   1.0   


!!Kernel Information
!!--

Kernel release:3.2.0-1-686-pae
Operating System:  GNU/Linux
Architecture:  i686
Processor: unknown
SMP Enabled:   Yes


!!ALSA Version
!!

Driver version: 1.0.24
Library version:1.0.24.1
Utilities version:  1.0.24.2


!!Loaded ALSA modules
!!---

snd_hda_intel


!!Sound Servers on this system
!!

Pulseaudio:
  Installed - Yes (/usr/bin/pulseaudio)
  Running - Yes

ESound Daemon:
  Installed - Yes (/usr/bin/esd)
  Running - No


!!Soundcards recognised by ALSA
!!-

 0 [Intel  ]: HDA-Intel - HDA Intel
  HDA Intel at 0xfebfc000 irq 47


!!PCI Soundcards installed in the system
!!--

00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio 
Controller (rev 02)


!!Advanced information - PCI Vendor/Device/Subsystem ID's
!!

00:1b.0 0403: 8086:27d8 (rev 02)
Subsystem: 1043:1338


!!Modprobe options (Sound related)
!!

snd-atiixp-modem: index=-2
snd-intel8x0m: index=-2
snd-via82xx-modem: index=-2
snd-pcsp: index=-2
snd-usb-audio: index=-2


!!Loaded sound module options
!!--

!!Module: snd_hda_intel
align_buffer_size : N
bdl_pos_adj : 
1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
beep_mode : 
1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1
enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
enable_msi : -1
id : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
index : 
-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
model : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
patch : 
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)
position_fix : 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
power_save : 0
power_save_controller : Y
probe_mask : 
-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
probe_only : 
0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
single_cmd : N
snoop : Y


!!HDA-Intel Codec information
!!---
--startcollapse--

Codec: Realtek ALC660
Address: 0
AFG Function Id: 0x1 (unsol 0)
Vendor Id: 0x10ec0861
Subsystem Id: 0x1043
Revision Id: 0x100340
No Modem Function Group found
Default PCM:
rates [0x140]: 48000 96000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
GPIO: io=0, o=0, i=0, unsolicited=0, wake=0
Node 0x03 [Audio Output] wcaps 0x405:

Bug#657497: nfs-common: Exec permission denied

[dE .]

On 01/28/12 15:08, Jakub Krajewski wrote:

What about the server exports?

This is mine:

/usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash)

Packages on the Squeeze server (kernel is custom there, as I said, works like 
charm with 1.2.5-3 version
of sid's nfs-common package):

ii  nfs-common 1:1.2.2-4
ii  nfs-kernel-server  1:1.2.2-4

Best regards,


Maybe there's a mismatch between the kernel modules and the userspace 
nfs-kernel-server package.


Did you try the Debian kernel?

Also, who's the owner of the files in the server? root? Also, as what 
UID are you mounting from the client? Did you try this as root? Could 
you post output of ls -l from the client?




--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4f23abc6.4020...@gmail.com

Bug#657737: Perl warnings (dpkg confmodule) on purging package

[Patrick Matthäi]

Package: linux-2.6
Version: 3.2.1-2
Severity: minor

Hi,

this bug occurs here since a longer time. Everytime I purge a kernel
version, I get warnings from Perl on removing dkms modules.
I don't know if the fault is in dkms, debconf or linux-2.6, but here is
what I get:

# apt-get autoremove --purge linux-headers-3.1.0-1-common
linux-image-3.1.0-1-amd64 linux-kbuild-3.1
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Die folgenden Pakete werden ENTFERNT:
  libyajl1* linux-headers-3.1.0-1-amd64* linux-headers-3.1.0-1-common*
linux-image-3.1.0-1-amd64* linux-kbuild-3.1*
0 aktualisiert, 0 neu installiert, 5 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 133 MB Plattenplatz freigegeben.
Möchten Sie fortfahren [J/n]? j
(Lese Datenbank ... 91849 Dateien und Verzeichnisse sind derzeit
installiert.)
Entfernen von libyajl1 ...
Löschen der Konfigurationsdateien von libyajl1 ...
Entfernen von linux-headers-3.1.0-1-amd64 ...
Entfernen von linux-headers-3.1.0-1-common ...
Entfernen von linux-image-3.1.0-1-amd64 ...
Examining /etc/kernel/prerm.d.
run-parts: executing /etc/kernel/prerm.d/dkms 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
dkms: removing: fglrx 12-1 (3.1.0-1-amd64) (x86_64)
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 3.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 9.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 11.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 18.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 20.
dkms: removing: virtualbox 4.1.8 (3.1.0-1-amd64) (x86_64)
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 22.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 28.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 30.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 37.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 38.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 45.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 46.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 53.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 54.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 61.
Use of uninitialized value $command in lc at
/usr/share/perl5/Debconf/ConfModule.pm line 123,  line 63.
Examining /etc/kernel/postrm.d .
run-parts: executing /etc/kernel/postrm.d/initramfs-tools 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
update-initramfs: Deleting /boot/initrd.img-3.1.0-1-amd64
run-parts: executing /etc/kernel/postrm.d/zz-update-grub 3.1.0-1-amd64
/boot/vmlinuz-3.1.0-1-amd64
Generating grub.cfg ...
[..]

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#657734: file build.save is not removed on purging package

[Patrick Matthäi]

Package: linux-2.6
Version: 3.2.1-2
Severity: minor

Hello,

if you are building kernel modules on your own (or with dkms) the
symlink /lib/modules//build.save will be created with the
source /usr/src/
If you purge all related  packages
(linux-{kbuild,image,headers}) the (now) broken symlink is not removed
and so on the whole folder /lib/modules/ will not be removed
(not empty dir).

So on purging the package (headers or image?) the build.save symlink
should be removed.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Re: [bisected] Unstable desktop experience with kernel > 2.6.38

[Émeric Maschino]

Hi,

Just to let you know that I've bisected this issue to commit
37a9d912b24f96a0591773e6e6c3642991ae5a70
(futex: Sanitize cmpxchg_futex_value_locked API).

 Émeric



Le 17 janvier 2012 23:11, Émeric Maschino  a écrit :
> Hi,
>
> Since there's a workaround allowing us to go kernel > 2.6.38
> (http://lists.debian.org/debian-ia64/2012/01/msg00013.html), I
> obviously updated my Testing system to current
> linux-image-3.1.0-1-mckinley_3.1.8-2_ia64.deb.
>
> Well, graphical desktop experience is _unstable_. When I say "desktop
> experience", I'm talking about basic desktop tasks, not fancy OpenGL
> rendering. I have at least two reproducible scenari (I'm running Gnome
> Classic):
> - random X restart while typing into a GNOME terminal window
> - Iceweasel killed when I try to click on the Back button or while
> trying to click on the Edit menu.
>
> For the latter one, I managed to get a stack trace with gdb, before
> gdb itself core dumped (huge core available if interested!) or X is
> restarted... It seems that something goes wrong with PulseAudio when
> running kernel 3.1:
>
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 0x7002b5231e0 (LWP 2282)]
> 0xa0040721 in __kernel_syscall_via_break ()
>
> Thread 19 (Thread 0x7002b5231e0 (LWP 2282)):
> #0  0xa0040721 in __kernel_syscall_via_break ()
> No symbol table info available.
> #1  0x2031a900 in raise () from /lib/ia64-linux-gnu/libc.so.6.1
> No symbol table info available.
> #2  0x20322eb0 in abort () from /lib/ia64-linux-gnu/libc.so.6.1
> No symbol table info available.
> #3  0x07001612a310 in pa_mutex_unlock ()
>   from /usr/lib/ia64-linux-gnu/libpulsecommon-1.0.so
> No symbol table info available.
> #4  0x07001604f8b0 in poll_func ()
>   from /usr/lib/ia64-linux-gnu/libpulse.so.0
> No symbol table info available.
>
> Rebooting my Testing system with good old kernel 2.6.38-5 brings a
> stable desktop experience back.
>
> I've performed regression testing: the issue is already there with
> linux-image-2.6.39-rc4-mckinley_2.6.39~rc4-1~experimental.1_ia64.deb,
> the immediate successor to
> linux-image-2.6.38-2-mckinley_2.6.38-5_ia64.deb in
> snapshot.debian.org. Latest available
> linux-image-3.2.0-rc7-mckinley_3.2~rc7-1~experimental.1_ia64.deb still
> provides unstable desktop experience.
>
> Does this sound familiar to someone? Is this problem already known and
> reported somewhere or is it worth filing a bug and going the git
> bisect route?
>
>     Émeric


--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAA9xbM5Gw5tZFO==vtzy=kk8e8u6wkdfbeqrhblm_as9qq7...@mail.gmail.com

Re: Possible support for openvz also in the next version of stable

[Ola Lundqvist]

Hi Ben and Pavel

Thanks a lot. Then I think I know the way forward. We will create a
repository (either on debian.net or keep the one on openvz.org) and
put the kernels there. I will document this in the vzctl and vzquota
packages to give further instructions.

Pavel, do this sounds good to you.

Best regards,

// Ola

On Sat, Jan 28, 2012 at 05:19:40AM +, Ben Hutchings wrote:
> On Fri, 2012-01-27 at 18:23 +0100, Ola Lundqvist wrote:
> [...]
> > > My offer of help in setting up an OpenVZ APT repository still stands.
> > 
> > I thank a lot for that offer. Where would we have that repository in that
> > case? The openvz project have a (debarchiver based) repository at
> > http://ftp.openvz.org/debian. It is only for etch but can easily be changed
> > to include later versions. It was set up for how it was at the time when
> > there were no Debian maintained kernels with openvz patches.
> > 
> > The best (from an user trust point of view I guess) would be that we have
> > the repository somewhere on the debian machines, but there is no problem to
> > keep having a repository in the openvz ftp.
> 
> It probably could not be hosted by Debian, but as a DD you should be
> able to allocate a domain under debian.net for this purpose.
> 
> > I have no problem to help you with the maintenance of such a
> > repository (I guess).
> 
> I am only offering to help you and the OpenVZ project get started with
> this.  If no-one is prepared to be a primary maintainer for such a
> repository then this surely isn't going to work.
> 
> > The repository would most likely include the "alienized" rhel6 versions
> > of the kernel. I guess such packages can not be included in the main
> > repository. Or would that be an option?
> 
> No, they would not comply with Debian packaging policy or have security
> support from Debian.
> 
> Ben.
> 
> -- 
> Ben Hutchings
> If you seem to know what you are doing, you'll be given more to do.



-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128121740.ga15...@inguza.net

Processed: Re: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> found 606939 linux-2.6/3.2.1-2
Bug #606939 [linux-2.6] linux-image-2.6.36-trunk-686: holes in characters 
rendered on screen in X
Bug Marked as found in versions linux-2.6/3.2.1-2.
> tags 606939 + upstream
Bug #606939 [linux-2.6] linux-image-2.6.36-trunk-686: holes in characters 
rendered on screen in X
Added tag(s) upstream.
> quit
Stopping processing here.

Please contact me if you need assistance.
-- 
606939: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606939
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13277536654013.transcr...@bugs.debian.org

Bug#606939: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[Jonathan Nieder]

found 606939 linux-2.6/3.2.1-2
tags 606939 + upstream
quit

John Hughes wrote:

> Here's an example - the "l" glyph has a little hole in it.  This is
> typical of the problem I see.

Ah, thanks.  I should have noticed the attachment in the original
report.

Symptoms are reminiscent of , though
Vítor uses a 915GM and you have a 945GM.  Also reminiscent of
.

Does putting

Section "Device"
Identifier "Intel"
Driver "intel"
Option "DebugWait" "true"
EndSection

in xorg.conf help?



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128122636.GA6739@burratino

Bug#606939: [squeeze -> 2.6.36 regression] holes in characters rendered on screen in X

[John Hughes]

On 26/01/12 09:50, John Hughes wrote:

On 26/01/12 00:05, Jonathan Nieder wrote:

Sorry for the slow reply.  Can you reproduce this with a 3.x.y kernel?
If so, can you take a screenshot so we can see what the corrupted
glyphs look like?
Ok, will do this weekend - currently I'm on 3.3-rc something.  Problem 
still exists.
Here's an example - the "l" glyph has a little hole in it.  This is 
typical of the problem I see.


Linux carbon 3.3.0-rc1+ #4 SMP Sat Jan 21 15:46:40 CET 2012 i686 GNU/Linux

(That's 3.3.0-rc1 from git with my Sony VAIO keyboard patch).
<>

Bug#657497: nfs-common: Exec permission denied

[Jakub Krajewski]

> What about the server exports?

This is mine:

/usr/src/linux192.168.1.2(rw,sync,no_subtree_check,no_root_squash) 

Packages on the Squeeze server (kernel is custom there, as I said, works like 
charm with 1.2.5-3 version 
of sid's nfs-common package):

ii  nfs-common 1:1.2.2-4 
ii  nfs-kernel-server  1:1.2.2-4 

Best regards,
-- 
Jakub Krajewski



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201201281038.29941.ja...@krajewski.org

Processed: Re: [3.1.8 -> 3.2.1 regression] scheduling while atomic: swapper/2/0/0x10000100

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # regression
> severity 657612 important
Bug #657612 [linux-2.6] linux-image-3.2.0-1-amd64: scheduling while atomic: 
swapper/2/0/0x1100
Severity set to 'important' from 'normal'

>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
657612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657612
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.132774116221313.transcr...@bugs.debian.org

Bug#657689: e1000e Detected Hardware Unit Hang:

[ubik pl]

2012/1/28 Ben Hutchings :
> On Sat, 2012-01-28 at 01:53 +0100, ubik pl wrote:
>> Package: linux-2.6
>> Version: 2.6.32-38
>> Linux version 2.6.32-5-xen-amd64
>> RAM 8GB
>>
>> Bug seems the same as #518182 and occurs on high traffic load.
>> System automatically recovered after aprox. 50
>> minutes([1782786.812335] e1000e :00:19.0: eth0: Reset adapter)
> [...]
>
> Why do say 50 minutes?  These messages cover a span of only 7 seconds.
> Were they repeated?
>
> Ben.
>
No they weren't but after 50 minutes network was accessible again(ssh, ping etc)



--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOUtk5QWJ4fHzjG=h4rw2agz5btmtb0hpwhqsy2ivaw9-ft...@mail.gmail.com