Re: Bug#753816: [systemd] Broken audio
El 06/07/14 05:34, Ben Hutchings escribió: On Sat, 2014-07-05 at 18:58 +0200, Michael Biebl wrote: Am 05.07.2014 18:38, schrieb Antonio Marcos López Alonso: El 05/07/14 17:06, Michael Biebl escribió: Am 05.07.2014 17:56, schrieb Antonio Marcos López Alonso: Just in case, have you noticed I'm using an ALSA-Jack loopback setting for audio? Under sysvinit, udev (including udevadm settle) is started before the kmod init script, which loads snd_aloop. That means, snd_aloop is loaded after snd_hda_intel. Under systemd, it looks like the snd_aloop module is loaded about the same time systemd-udevd is started. There might be a race here and snd_aloop is loaded before snd_hda_intel. This *might* be the reason, but I'm no expert on this matter. Can you try removing snd_aloop from /etc/modules and test if that makes a difference. OK removed snd_aloop and audio is back. Then reloaded the module, restarted JACK and audio is still fine. So as you said there must be some race condition in there. Should I keep this ticket opened? Hm, not sure what to do about this. We could order systemd-load-modules.service after systemd-udevd.service. But that doesn't guarantee the loading order of the modules and it feels like papering over the underlying issue. I'm no sound expert, but I'd say that the loading order should not matter. Maybe we need some input from the kernel team or some alsa experts here. I think this is due to ALSA userland (or maybe higher levels) being stupid about device selection. I think the default is to use sound device 0, which can be whichever driver won the race. I took the liberty to CC the Debian kernel team and the maintainer of the snd_aloop module. I hope they can help us here. For reference the complete bug report is at [1] Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753816 I think the usual workaround is to add 'index=1' to the snd-aloop line in /etc/modules. It is probably possible to do something more sophisticated in an ALSA configuration file. Ben. Adding 'index=1' didn't work. I still have to reload snd_aloop and restart JACK to get audio back. Antonio -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b90b59.6040...@gmail.com
Re: Bug#753816: [systemd] Broken audio
El 06/07/14 12:59, Michael Biebl escribió: Am 06.07.2014 10:39, schrieb Antonio Marcos López Alonso: El 06/07/14 05:34, Ben Hutchings escribió: I think the usual workaround is to add 'index=1' to the snd-aloop line in /etc/modules. It is probably possible to do something more sophisticated in an ALSA configuration file. Adding 'index=1' didn't work. I still have to reload snd_aloop and restart JACK to get audio back. Be aware that systemd-modules-load does *not* read module parameters from /etc/modules. You'll need to set them via a /etc/modprobe.d/ file. Ah! It sounded somewhat strange but as this module stuff is a sort of terra incognita for me... :) Now I created a /etc/modprobe.d/snd-aloop.conf file which contains a single line with 'options snd-aloop index=1' and everything is fine again after boot! Thanks a lot for your tips! Antonio -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53b9a5b1.10...@gmail.com
Bug#641919: VIA-Rhine II resetting: network connectivity lost
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 http://bugzilla.kernel.org, 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#641919: linux-image-3.0.0-1-amd64: VIA-Rhine II resetting: network connectivity lost
El Lunes, 19 de Septiembre de 2011, Ben Hutchings escribió: On Sat, 2011-09-17 at 15:59 +0100, Antonio Marcos López Alonso wrote: Package: linux-2.6 Version: 3.0.0-3 Severity: normal Tags: upstream This is the same behavior as bug #549606. 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. This behavior has been happening now and then since the previous bug was closed. [...] I think bug #549606 was closed in error, as the supposed fix is related to behaviour after a transmit timeout and not the cause of timeouts. Before it was closed, you found that the kernel parameter 'noapic' was a workaround for the problem on your system, which means it probably isn't a bug in the driver). I notice that you are currently *not* using that parameter. Hi Ben: 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). I asked you to report this bug at http://bugzilla.kernel.org, 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. OK, I'll do it so and let you know. 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/201109192342.32486.amlopezalo...@gmail.com
Bug#641919: linux-image-3.0.0-1-amd64: VIA-Rhine II resetting: network connectivity lost
Package: linux-2.6 Version: 3.0.0-3 Severity: normal Tags: upstream This is the same behavior as bug #549606. 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. This behavior has been happening now and then since the previous bug was closed. It seems to be more likely to happen when there is some heavy network activity (using a torrent client for instance) while some time ago it seemed the opposite (little network activity seemed to trigger the problem). irqpoll seemed to minimize the problem in the past but not fixed it. Regards, Antonio -- Package-specific info: ** Version: Linux version 3.0.0-1-amd64 (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:21:11 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=e2363bcd- bf17-4fa6-bac6-40dbb80d1a0f ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [6.129522] Disabling lock debugging due to kernel taint [6.129531] nvidia: module license 'NVIDIA' taints kernel. [8.245516] nvidia :02:00.0: PCI INT A - GSI 24 (level, low) - IRQ 24 [8.245530] nvidia :02:00.0: setting latency timer to 64 [8.245536] vgaarb: device changed decodes: PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [8.246109] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 280.13 Wed Jul 27 16:53:56 PDT 2011 [8.554563] IR NEC protocol handler initialized [8.628632] IR RC5(x) protocol handler initialized [8.658496] cx88/0: cx2388x v4l2 driver version 0.0.8 loaded [8.658898] cx88/2: cx2388x MPEG-TS Driver Manager version 0.0.8 loaded [8.659385] cx8800 :00:0c.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [8.660743] cx88[0]: subsystem: 0070:9402, board: Hauppauge WinTV-HVR1100 DVB-T/Hybrid [card=40,autodetected], frontend(s): 1 [8.660747] cx88[0]: TV tuner type 63, Radio tuner type -1 [8.693721] IR RC6 protocol handler initialized [8.706989] cx2388x alsa driver version 0.0.8 loaded [8.722383] IR JVC protocol handler initialized [8.744463] IR Sony protocol handler initialized [8.842880] HDA Intel :04:01.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [8.842887] hda_intel: position_fix set to 1 for device 1043:81e7 [8.842935] HDA Intel :04:01.0: setting latency timer to 64 [8.842940] HDA Intel :04:01.0: PCI: Disallowing DAC for device [8.849106] lirc_dev: IR Remote Control driver registered, major 251 [8.849943] IR LIRC bridge handler initialized [8.861733] i2c-core: driver [tuner] using legacy suspend method [8.861737] i2c-core: driver [tuner] using legacy resume method [8.956897] hda_codec: ALC660: BIOS auto-probing. [8.958288] input: HDA Digital PCBeep as /devices/pci:00/:00:13.0/:04:01.0/input/input5 [9.195069] tda9887 1-0043: creating new instance [9.195074] tda9887 1-0043: tda988[5/6/7] found [9.195831] tuner 1-0043: Tuner 74 found with type(s) Radio TV. [9.198689] tuner 1-0061: Tuner -1 found with type(s) Radio TV. [9.235228] tveeprom 1-0050: Hauppauge model 94009, rev C2A0, serial# 274804 [9.235232] tveeprom 1-0050: MAC address is 00:0d:fe:04:31:74 [9.235235] tveeprom 1-0050: tuner model is Philips FMD1216ME (idx 100, type 63) [9.235240] tveeprom 1-0050: TV standards PAL(B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4) [9.235243] tveeprom 1-0050: audio processor is CX882 (idx 33) [9.235246] tveeprom 1-0050: decoder processor is CX882 (idx 25) [9.235249] tveeprom 1-0050: has radio, has IR receiver, has no IR transmitter [9.235252] cx88[0]: hauppauge eeprom: model=94009 [9.554571] tuner-simple 1-0061: creating new instance [9.554576] tuner-simple 1-0061: type set to 63 (Philips FMD1216ME MK3 Hybrid Tuner) [9.756016] Registered IR keymap rc-hauppauge [9.756163] input: cx88 IR (Hauppauge WinTV-HVR110 as /devices/pci:00/:00:0c.0/rc/rc0/input6 [9.756230] rc0: cx88 IR (Hauppauge WinTV-HVR110 as /devices/pci:00/:00:0c.0/rc/rc0 [9.756409] rc rc0: lirc_dev: driver ir-lirc-codec (cx88xx) registered at minor = 0 [9.756416] cx88[0]/0: found at :00:0c.0, rev: 5, irq: 17, latency: 64, mmio: 0xdf00 [9.758824] cx88[0]/0: registered device video0 [v4l2] [9.758858] cx88[0]/0: registered device vbi0 [9.758896] cx88[0]/0: registered device radio0 [9.769836] cx88[0]/2: cx2388x 8802 Driver Manager [9.769853] cx88-mpeg driver manager :00:0c.2: PCI INT A - GSI 17 (level, low) - IRQ 17 [9.769861] cx88[0]/2: found at :00:0c.2, rev: 5, irq: 17, latency: 64, mmio: 0xdd00 [9.772270] cx88_audio :00:0c.1: PCI INT A - GSI 17 (level, low) - IRQ 17 [9.772302]
Bug#638659: [linux-2.6] No sound
If the driver is auto-muting when nothing is plugged in, that seems to be a bug which should be fixed. Can you provide the information listed under 'Reporting problems' at http://alsa-project.org/main/index.php/Help_To_Debug_Intel_HDA? Ben. OK, I re-enabled the auto-mute feature (so no sound can be heard) and ran alsa-info script. Attaching output. Hope it helps Antonio upload=truescript=truecardinfo= !! !!ALSA Information Script v 0.4.60 !! !!Script ran on: Mon Aug 22 18:29:32 UTC 2011 !!Linux Distribution !!-- Debian GNU/Linux wheezy/sid \n \l !!DMI Information !!--- Manufacturer: System manufacturer Product Name: System Product Name Product Version: System Version !!Kernel Information !!-- Kernel release:3.0.0-1-amd64 Operating System: GNU/Linux Architecture: x86_64 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 cx88_alsa !!Sound Servers on this system !! aRts: Installed - Yes (/usr/bin/artsd) Running - No Jack: Installed - Yes (/usr/bin/jackd) Running - No !!Soundcards recognised by ALSA !!- 0 [VT82xx ]: HDA-Intel - HDA VIA VT82xx HDA VIA VT82xx at 0xfbffc000 irq 17 1 [CX8811 ]: CX88x - Conexant CX8811 Conexant CX8811 at 0xde00 !!PCI Soundcards installed in the system !!-- 00:0c.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 00:0c.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05) 00:0c.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 00:0c.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05) 04:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10) !!Advanced information - PCI Vendor/Device/Subsystem ID's !! 04:01.0 0403: 1106:3288 (rev 10) Subsystem: 1043:81e7 !!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 bdl_pos_adj : 32,-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 !!Module: cx88_alsa debug : 0 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 index : -2,-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 !!HDA-Intel Codec information !!--- --startcollapse-- Codec: Realtek ALC660 Address: 0 AFG Function Id: 0x1 (unsol 0) Vendor Id: 0x10ec0861 Subsystem Id: 0x1043c603 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
Bug#638659: [linux-2.6] No sound
Just in case, I found the following line appears in boot messages when I boot v3.0 *right after* rebooting from 2.6.39: Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found hardware: HDA-Intel Realtek ALC660 HDA:10ec0861,1043c603,00100340 0x1043 0x81e7 Hope it helps, 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/201108210957.46285.amlopezalo...@gmail.com
Bug#638659: [linux-2.6] No sound
It's not directly related to this message, but in 3.0 the Realtek HDA driver was changed to implement auto-mute. For example, if something is plugged into the headphone socket then speaker output (assumed to be line-out) should be muted. Depending on the board configuration, other auto-muting may occur. You may need to disable this feature. Ben. Hi Ben, Jonathan, Effectively, it seems this new auto-mute feature was the reason of the audio gone. KMix was not showing it by default, so I added the new control in Properties. No headphones or similar were plugged in to any audio output, so I suspect there must be another issue, maybe some BIOS setting, for this feature to be enabled and active by default. So thank you very much to both of you for your help, it seems this one can be closed. 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/201108211754.40112.amlopezalo...@gmail.com
Bug#638659: [linux-2.6] No sound
Package: linux-2.6 Version: linux-image-3.0.0-1-amd64 Severity: normal --- Please enter the report below this line. --- After upgrading from 2.6.39 to 3.0.0 kernel I get no sound systemwide (booting from 2.6.39 still has sound though so this seems to be a kernel issue). I'm attaching lspci and dmesg output. I will send further info upon request. Regards, Antonio --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-1-amd64 Debian Release: wheezy/sid 900 testing www.debian-multimedia.org 900 testing security.debian.org 900 testing ftp.es.debian.org 900 testing dl.google.com 800 stable security.debian.org 800 stable ftp.es.debian.org 700 unstableftp.es.debian.org 500 testing-proposed-updates ftp.es.debian.org 500 proposed-updates ftp.es.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. 00:00.0 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:00.5 PIC: VIA Technologies, Inc. K8M890CE I/O APIC Interrupt Controller 00:00.6 Host bridge: VIA Technologies, Inc. Device 6290 00:00.7 Host bridge: VIA Technologies, Inc. K8M890CE Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 South] 00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:03.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller 00:0c.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 00:0c.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [Audio Port] (rev 05) 00:0c.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 00:0c.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] (rev 05) 00:0f.0 IDE interface: VIA Technologies, Inc. VT8237A SATA 2-Port Controller (rev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07) 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev a0) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge 00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c) 00:13.0 PCI bridge: VIA Technologies, Inc. VT8237A Host Bridge 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 02:00.0 VGA compatible controller: nVidia Corporation G86 [GeForce 8500 GT] (rev a1) 04:01.0 Audio device: VIA Technologies, Inc. VT1708/A [Azalia HDAC] (VIA High Definition Audio Controller) (rev 10) [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.0.0-1-amd64 (Debian 3.0.0-1) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-4) ) #1 SMP Sun Jul 24 02:24:44 UTC 2011 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=e2363bcd-bf17-4fa6-bac6-40dbb80d1a0f ro quiet [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e4000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 7ffb (usable) [0.00] BIOS-e820: 7ffb - 7ffbe000 (ACPI data) [0.00] BIOS-e820: 7ffbe000 - 7ffe (ACPI NVS) [0.00] BIOS-e820: 7ffe - 8000 (reserved) [0.00] BIOS-e820: fec0 - fec01000 (reserved) [0.00] BIOS-e820: fecc - fecc1000 (reserved) [0.00] BIOS-e820: ff78 - 0001 (reserved) [0.00] NX (Execute Disable) protection: active [0.00] DMI 2.3 present. [0.00]
Bug#588102: [linux-source-2.6.32] get_dvb_firmware script fails to download tda10045/tda10046 firmware
Package: linux-source-2.6.32 Version: 2.6.32-15 Severity: normal --- Please enter the report below this line. --- Seems to happen something wrong with the download sites... --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 600 testing www.debian-multimedia.org 600 testing security.debian.org 600 testing ftp.es.debian.org 550 unstablewww.debian-multimedia.org 550 unstableftp.es.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ===-+-=== binutils| 2.20.1-11 bzip2 | 1.0.5-4 Recommends (Version) | Installed =-+-=== libc6-dev | 2.11.2-2 OR libc-dev | gcc | 4:4.4.4-2 make | 3.81-8 Suggests(Version) | Installed =-+-=== libncurses-dev| OR ncurses-dev | kernel-package| 12.033 libqt3-mt-dev | -- 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/201007042126.29917.amlopezalo...@gmail.com
Bug#587985: [firmware-realtek] Please provide a RTL8191S kernel module
Package: firmware-realtek Version: 0.25 Severity: wishlist --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: squeeze/sid 600 testing www.debian-multimedia.org 600 testing security.debian.org 600 testing ftp.es.debian.org 550 unstablewww.debian-multimedia.org 550 unstableftp.es.debian.org 500 stable dl.google.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== initramfs-tools| 0.97 linux-image| -- 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/201007031626.14949.amlopezalo...@gmail.com
Bug#587985: [firmware-realtek] Please provide a RTL8191S kernel module
El Sábado 03 Julio 2010, escribió: On Sat, 2010-07-03 at 16:26 +0100, Antonio Marcos López Alonso wrote: Package: firmware-realtek Version: 0.25 Severity: wishlist This package is for firmware, not kernel modules. The clue is in the name. We aleady provide the rtl8192s_usb kernel module which should handle the RTL8191S, but it does not currently list the right device ID. I'll try to fix that. Ben. I own an USB wlan dongle (Sitecom WL-352) which claims to be a rtl8191s device (usb-devices). I manually modprobed rtl8192s_usb, then restarted networking service but iwconfig says no wireless extensions are detected. Should I file a normal bug report? 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/201007032046.16210.a...@coitt.es
Bug#578131: [linux-2.6] Copying big files to pendrive is deadly slow
Some facts: - Still present in linux-image-2.6.32-5-amd64. - Not present in linux-image-2.6.30-2-amd64. The transfer rate also drops after completing one third of the upload to the external device, but just to a reasonable 3.5 MB/s. - It seems to be filesystem-independent (I formatted my pendrive with vfat, ntfs and ext4) and device-independent (tested other external storage devices). - My buddy reports (on a different and more powerful Debian Squeeze amd64 box running 2.6.32-5) he is not experiencing anything unusual with transfer rates even using my own pendrive. So I guess there must be some combination of kernel and hardware issues. 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/201006291021.24484.a...@ipna.csic.es
Bug#578131: [linux-2.6] Copying big files to pendrive is deadly slow
Package: linux-2.6 Version: 2.6.32-3-amd64 Severity: normal --- Please enter the report below this line. --- Copying big files to a removable fat32/ntfs device begins at a normal speed but after a third (approx.) of the process is completed, the speed drops to a few kb/s. dmesg spits no messages regarding this. Regards Antonio --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-3-amd64 Debian Release: squeeze/sid 600 testing www.debian-multimedia.org 600 testing security.debian.org 600 testing ftp.es.debian.org 550 unstablewww.debian-multimedia.org 550 unstableftp.es.debian.org 500 stable dl.google.com 500 squeeze www.lamaresh.net --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- 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/201004170831.40470.amlopezalo...@gmail.com
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
I'm not sure about reporting upstream as the following patch seems to deal with this issue: http://patchwork.kernel.org/patch/69308/ If so, this bug should be fixed in 2.6.33: http://www.kernel.org/pub/linux/kernel/v2.6/testing/ChangeLog-2.6.33-rc3 Any suggestion/confirmation? 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/201002171601.39082.amlopezalo...@gmail.com
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
El Lunes 15 Febrero 2010, Moritz Muehlenhoff escribió: On Sun, Oct 11, 2009 at 05:53:39PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 14:10 +0100, Antonio Marcos López Alonso wrote: El Jueves 08 Octubre 2009, Ben Hutchings escribió: On Thu, 2009-10-08 at 00:03 +0100, Antonio Marcos López Alonso wrote: [...] Googling around I found this bug is quite old: http://lkml.indiana.edu/hypermail/linux/kernel/0302.1/0966.html And this: http://fixunix.com/suse/125711-problem-via-rhine-ii-eth0.html It seems the fix is not the same for everyone. I don't think those are the same bug as this. Supposing the only fix by now is a kernel option, should I close this bug? No, it should stay open until there is a proper fix. Ben. It seems the network is behaving quite well with noapic (and no irqfixup/irqpoll) :-). So I shall keep this open until news are available. Please can you report this bug at http://bugzilla.kernel.org, including the fact that 'noapic' works around it. The product should be 'Platform Specific/Hardware' and the component 'i386'. Let us know the bug number so we can keep track of it. Antonio, did you report this upstream? Cheers, Moritz I'm very sorry, I completely forgot this bug tracking. I shall try kernel 2.6.32 in order to see if this bug persists, and if so I will report upstream. I'll keep you posted. 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/201002151610.22399.amlopezalo...@gmail.com
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
2009/10/6 Ben Hutchings b...@decadent.org.uk On Tue, 2009-10-06 at 23:26 +0100, Antonio Marcos López Alonso wrote: On Tue, Oct 6, 2009 at 1:26 AM, Ben Hutchings b...@decadent.org.uk wrote: [...] Could you try adding 'noapic' to the kernel command line? Sure. Here is /proc/interrupts using irqpoll + noapic (yet no much time has passed to reproduce the failure): [...] Do you mean this bug still occurs when you use 'noapic'? Ben. No, I mean I'm still waiting for the bug to occur. I will do it for around 72 hours (crossing fingers). Anyway, what is your opinion about what is happening? I guess this is not very common. Antonio
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
El Miércoles 07 Octubre 2009, Ben Hutchings escribió: On Wed, 2009-10-07 at 11:38 +0100, Antonio Marcos López Alonso wrote: 2009/10/6 Ben Hutchings b...@decadent.org.uk On Tue, 2009-10-06 at 23:26 +0100, Antonio Marcos López Alonso wrote: On Tue, Oct 6, 2009 at 1:26 AM, Ben Hutchings b...@decadent.org.uk wrote: [...] Could you try adding 'noapic' to the kernel command line? Sure. Here is /proc/interrupts using irqpoll + noapic (yet no much time has passed to reproduce the failure): [...] Do you mean this bug still occurs when you use 'noapic'? Ben. No, I mean I'm still waiting for the bug to occur. Excellent. I will do it for around 72 hours (crossing fingers). Anyway, what is your opinion about what is happening? I guess this is not very common. I think that there may be a bug in the way the BIOS sets up the IO-APIC, but I don't really understand what sorts of things can go wrong with this. Still waiting :-). Googling around I found this bug is quite old: http://lkml.indiana.edu/hypermail/linux/kernel/0302.1/0966.html And this: http://fixunix.com/suse/125711-problem-via-rhine-ii-eth0.html It seems the fix is not the same for everyone. Supposing the only fix by now is a kernel option, should I close this bug? Antonio -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
On Tue, Oct 6, 2009 at 1:26 AM, Ben Hutchings b...@decadent.org.uk wrote: On Mon, 2009-10-05 at 14:05 +0200, Jens-Michael Hoffmann wrote: On Monday, 5. October 2009 01:29:39 Ben Hutchings wrote: On Mon, 2009-10-05 at 00:15 +0100, Antonio Marcos López Alonso wrote: Is this a new problem or did it occur with earlier kernel versions? No, it happened also in previous versions. But at least irqpoll/irqfixup worked pretty well. Now this behavior seems to get worsened even using these kernel options. Can you try to reproduce this without the nvidia or virtualbox modules loaded? I can but just to make things faster: Jens-Michael, Have you got any nvidia/virtualbox modules running in your host? Just to discard... The warning message shows all loaded modules, and those aren't included, so this question is answered. I had a look at the code and the values in the 'transmit timed out' message, and it seems that the NIC has reported a transmit completion but this hasn't been handled. Perhaps another device sharing its IRQ is misbehaving and causing the IRQ to be disabled. Please can you send more of the kernel log from before the TX watchdog warning? Also, if this happens again, please send the contents of /proc/interrupts. /proc/interrupts: CPU0 CPU1 0: 42 0 IO-APIC-edge timer 1: 0 82 IO-APIC-edge i8042 8: 0 0 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 14: 0109 IO-APIC-edge ide0 17: 5581 IO-APIC-fasteoi firewire_ohci 18: 350432 19112694 IO-APIC-fasteoi eth1 20: 6365 143067 IO-APIC-fasteoi sata_via 21: 0 0 IO-APIC-fasteoi uhci_hcd:usb1, ehci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, uhci_hcd:usb5 23: 1503736348653 IO-APIC-fasteoi eth2 [...] OK, that seems to rule out my first hypothesis. Could you try adding 'noapic' to the kernel command line? Sure. Here is /proc/interrupts using irqpoll + noapic (yet no much time has passed to reproduce the failure): CPU0 0: 32XT-PIC-XTtimer 1: 1084XT-PIC-XTi8042 2: 0XT-PIC-XTcascade 3: 1XT-PIC-XT 4: 23569XT-PIC-XTehci_hcd:usb1, uhci_hcd:usb8 5: 63936XT-PIC-XTehci_hcd:usb2, uhci_hcd:usb4, uhci_hcd:usb5, uhci_hcd:usb7, eth0 6: 5XT-PIC-XTfloppy 7:412XT-PIC-XTparport0 8: 0XT-PIC-XTrtc0 9: 0XT-PIC-XTacpi 10:409XT-PIC-XTnvidia 11: 30797XT-PIC-XTuhci_hcd:usb3, uhci_hcd:usb6, sata_via, HDA Intel 12: 15090XT-PIC-XTi8042 14: 3043XT-PIC-XTide0 15: 0XT-PIC-XTide1 NMI: 0 Non-maskable interrupts LOC: 117311 Local timer interrupts SPU: 0 Spurious interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts ERR: 1 MIS: 0 Antonio
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
I had a look at the code and the values in the 'transmit timed out' message, and it seems that the NIC has reported a transmit completion but this hasn't been handled. Perhaps another device sharing its IRQ is misbehaving and causing the IRQ to be disabled. Please can you send more of the kernel log from before the TX watchdog warning? Also, if this happens again, please send the contents of /proc/interrupts. Hope this helps: /proc/interrupts: CPU0 0: 42 IO-APIC-edge timer 1: 15545 IO-APIC-edge i8042 3: 2 IO-APIC-edge 6: 5 IO-APIC-edge floppy 7: 1 IO-APIC-edge parport0 8: 0 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 12: 548810 IO-APIC-edge i8042 14: 579201 IO-APIC-edge ide0 15: 0 IO-APIC-edge ide1 17:1025391 IO-APIC-fasteoi uhci_hcd:usb3, HDA Intel 18: 0 IO-APIC-fasteoi uhci_hcd:usb4 19: 12757455 IO-APIC-fasteoi ehci_hcd:usb1 20: 49 IO-APIC-fasteoi uhci_hcd:usb5 21:1117594 IO-APIC-fasteoi ehci_hcd:usb2, uhci_hcd:usb7, sata_via 22: 0 IO-APIC-fasteoi uhci_hcd:usb6 23: 13921438 IO-APIC-fasteoi uhci_hcd:usb8, eth0 24: 134291 IO-APIC-fasteoi nvidia NMI: 0 Non-maskable interrupts LOC: 31577802 Local timer interrupts SPU: 0 Spurious interrupts RES: 0 Rescheduling interrupts CAL: 0 Function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts ERR: 2 MIS: 0 kern.log (output previous to warning): Oct 5 11:23:08 tamaran kernel: [54396.472050] usb 5-2: USB disconnect, address 2 Oct 5 11:23:08 tamaran kernel: [54396.472291] usblp0: removed Oct 5 17:14:29 tamaran kernel: [75477.891995] mt2060 I2C read failed Oct 5 19:54:09 tamaran kernel: [85057.263674] atkbd.c: Unknown key pressed (translated set 2, code 0xd7 on isa0060/serio0). Oct 5 19:54:09 tamaran kernel: [85057.263681] atkbd.c: Use 'setkeycodes e057 keycode' to make it known. Oct 5 19:54:09 tamaran kernel: [85057.423841] atkbd.c: Unknown key released (translated set 2, code 0xd7 on isa0060/serio0). Oct 5 19:54:09 tamaran kernel: [85057.423849] atkbd.c: Use 'setkeycodes e057 keycode' to make it known. Oct 5 19:56:20 tamaran kernel: [85188.793549] eth0: link down Oct 5 19:56:23 tamaran kernel: [85191.954849] eth0: link up, 100Mbps, full- duplex, lpa 0x41E1 Oct 5 19:56:38 tamaran kernel: [85206.177470] eth0: link down Oct 5 19:56:41 tamaran kernel: [85209.654113] eth0: link up, 100Mbps, full- duplex, lpa 0x41E1 Oct 5 19:56:46 tamaran kernel: [85214.105583] Inbound IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:00:15:58:31:81:1e:08:00 SRC=192.168.1.35 DST=255.255.255.255 LEN=346 TOS=0x00 PREC=0x00 TTL=128 ID=16939 PROTO=UDP SPT=68 DPT=67 LEN=326 Oct 5 21:46:07 tamaran kernel: [91775.816016] [ cut here ] Oct 5 21:46:07 tamaran kernel: [91775.816032] WARNING: at /build/buildd- linux-2.6_2.6.30-6-amd64- s9DPiZ/linux-2.6-2.6.30/debian/build/source_amd64_none/net/sched/sch_generic.c:226 dev_watchdog+0xc7/0x164() Oct 5 21:46:07 tamaran kernel: [91775.816040] Hardware name: System Product Name Oct 5 21:46:07 tamaran kernel: [91775.816044] NETDEV WATCHDOG: eth0 (via- rhine): transmit timed out Ben. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549606: [linux-image-2.6.30-1-amd64] VIA-Rhine II network interface lost connectivity
Is this a new problem or did it occur with earlier kernel versions? No, it happened also in previous versions. But at least irqpoll/irqfixup worked pretty well. Now this behavior seems to get worsened even using these kernel options. Can you try to reproduce this without the nvidia or virtualbox modules loaded? I can but just to make things faster: Jens-Michael, Have you got any nvidia/virtualbox modules running in your host? Just to discard... Antonio. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org