Since upgrading to 2.6.30-3 I've not managed to reproduce this bug.
Mark
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Moritz Muehlenhoff writes:
> On Mon, Jun 08, 2009 at 08:46:44PM -0400, Mark T.B. Carroll wrote:
>> This looks a bit like a problem I've been having with 2.6.29-4 built
>> from Debian's Linux source package. My SMP system can slow down a lot
>> when the AC ad
Yeah, judging by the other old entries I have in
/etc/network/interfaces, I suspect quotes used to be fine,
and I missed the change. Ah well.
Mark
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ben Hutchings writes:
>> wireless_essid "mtbc at home"
> What does "iwconfig wlan0" say in this case?
Argh. I'm an idiot. The above from /etc/network/interfaces /should/ have
been:
wireless_essid mtbc at home
That works fine. I've not looked hard into this issue since a few
versions of things
It occurs to me to add,
m...@evangeline:~$ lspci | grep 3945
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan]
Network Connection (rev 02)
m...@evangeline:~$ dmesg | grep iwl
iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux,
1.2.26k
iwl3945:
I should add that the problem also existed back when I was using
iwlwifi-3945-1.ucode instead of -2
Mark
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: firmware-iwlwifi
Version: 0.16
Severity: normal
My /etc/network/interfaces has,
iface wlan0 inet dhcp
wireless_mode Managed
wireless_essid "mtbc at home"
I'm doing these tests without encryption, to make it simpler.
If I do an ifup wlan0 then it says,
ADDRCONF(NETDEV_UP): wlan0: link
I talked to the ALSA developers and they kindly figured out that
the necessary patch is to add to sound/pci/hda/patch_conexant.c's
cxt5045_cfg_tbl array,
SND_PCI_QUIRK(0x1179, 0xff31, "Toshiba P105", CXT5045_LAPTOP_MICSENSE),
This presumably means that I somehow messed up my previous att
I have discovered a fix!
In linux-source-2.6.26-rc8/sound/pci/hda/
$ diff patch_conexant.c~ patch_conexant.c
972c972
< default:
---
> /* default: */
$
Removing that default: causes everything to work properly again as in
2.6.24.
As far as I can tell from my limited ability to use gi
I tried kernel 2.6.24 with very similar config and the newly-installed
1.0.16-2 alsa userspace and the same options. That still works fine:
plugging the headphones in silences the speakers but the sound comes
from the headphones as desired. In case it's useful to know, at boot
time 2.6.24 reports,
maximilian attems <[EMAIL PROTECTED]> writes:
> together with latest alsa userspace please check out current trunk
> 2.6.26-rcX based images. see apt lines
> -> http://wiki.debian.org/DebianKernel
Thanks! I got the trunk 2.6.26-rc8 from
http://kernel-archive.buildserver.net/debian-kernel
and bro
Package: linux-source-2.6.25
Version: 2.6.25-5
Severity: normal
I have a Toshiba Satellite P105-S6197. Sound was working okay under Linux
2.6.24.
$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
$ grep Codec /proc/asound/
Package: linux-source-2.6.23
Version: 2.6.23-1
Severity: normal
I have a Toshiba P105-S6197 with BIOS V3.30 and the Intel HD-Audio 82801G ICH7
sound hardware.
With kernel 2.6.22 with CONFIG_SND_HDA_INTEL I had to give it the argument
acpi_osi=!Linux before sound would work. (Otherwise, there woul
I see a similar issue with the same nVidia CK804 USB controller and
kernel 2.6.17 #5 SMP PREEMPT x86_64. For instance, when I try plugging
in a USB CD drive, and a USB hard drive:
usb 1-2: new high speed USB device using ehci_hcd and address 2
usb 1-2: device descriptor read/64, error -71
usb 1-2:
14 matches
Mail list logo