* ALSA HDA Intel stoped to work in 2.6.16-*
@ 2006-02-27 13:15 Otavio Salvador
2006-02-27 14:49 ` Diego Calleja
2006-02-27 15:02 ` Takashi Iwai
0 siblings, 2 replies; 24+ messages in thread
From: Otavio Salvador @ 2006-02-27 13:15 UTC (permalink / raw)
To: linux-kernel
Hello,
I was using 2.6.15 without trouble but wanna try the new 2.6.16
version so I compiled it by myself without much hassle. All worked
fine but ALSA.
My sound device is the following:
0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04)
and it stoped to work. Would someone know anything about it? it's a
regressions if compared to 2.6.15.
If you wish something more, please let me know.
Thanks in advance,
--
O T A V I O S A L V A D O R
---------------------------------------------
E-mail: otavio@debian.org UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
---------------------------------------------
"Microsoft gives you Windows ... Linux gives
you the whole house."
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-27 13:15 ALSA HDA Intel stoped to work in 2.6.16-* Otavio Salvador @ 2006-02-27 14:49 ` Diego Calleja 2006-02-28 8:34 ` Otavio Salvador 2006-02-27 15:02 ` Takashi Iwai 1 sibling, 1 reply; 24+ messages in thread From: Diego Calleja @ 2006-02-27 14:49 UTC (permalink / raw) To: Otavio Salvador; +Cc: linux-kernel El Mon, 27 Feb 2006 10:15:25 -0300, Otavio Salvador <otavio@debian.org> escribió: > Hello, > > I was using 2.6.15 without trouble but wanna try the new 2.6.16 > version so I compiled it by myself without much hassle. All worked > fine but ALSA. What 2.6.16-rc version did you test, could you try -rc5 if you tried an earlier version? (also, include dmesg of the non-working version, etc) ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-27 14:49 ` Diego Calleja @ 2006-02-28 8:34 ` Otavio Salvador 0 siblings, 0 replies; 24+ messages in thread From: Otavio Salvador @ 2006-02-28 8:34 UTC (permalink / raw) To: Diego Calleja; +Cc: linux-kernel [-- Attachment #1: Type: text/plain, Size: 460 bytes --] Diego Calleja <diegocg@gmail.com> writes: > El Mon, 27 Feb 2006 10:15:25 -0300, > Otavio Salvador <otavio@debian.org> escribió: > >> Hello, >> >> I was using 2.6.15 without trouble but wanna try the new 2.6.16 >> version so I compiled it by myself without much hassle. All worked >> fine but ALSA. > > What 2.6.16-rc version did you test, could you try -rc5 if you > tried an earlier version? > I tried with rc5 and it continue to not work. [-- Attachment #2: dmesg.failure --] [-- Type: application/octet-stream, Size: 15433 bytes --] resent. ACPI: RSDP (v000 PTLTD ) @ 0x000f7e90 ACPI: RSDT (v001 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x1f6e3550 ACPI: FADT (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9e88 ACPI: MADT (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9efc ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x1f6e9fd8 ACPI: MCFG (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9f9c ACPI: SSDT (v001 SataRe SataAhci 0x00001000 INTL 0x20030224) @ 0x1f6e3dca ACPI: SSDT (v001 PmRef Cpu0Ist 0x00003000 INTL 0x20030224) @ 0x1f6e3985 ACPI: SSDT (v001 PmRef Cpu0Cst 0x00003001 INTL 0x20030224) @ 0x1f6e37ad ACPI: SSDT (v001 PmRef CpuPm 0x00003000 INTL 0x20030224) @ 0x1f6e3594 ACPI: DSDT (v001 INTEL ALVISO 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:13 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 30000000 (gap: 20000000:c0000000) Built 1 zonelists Kernel command line: root=/dev/hda2 ro vga=792 resume=/dev/hda5 mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 2129.269 MHz processor. Using pmtmr for high-res timesource Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 506216k/514944k available (2627k kernel code, 8316k reserved, 778k data, 176k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4264.96 BogoMIPS (lpj=2132480) Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbff 00000000 00000000 00000000 00000180 00000000 00000000 CPU: After vendor identify, caps: afe9fbff 00000000 00000000 00000000 00000180 00000000 00000000 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9fbff 00000000 00000000 00000040 00000180 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel(R) Pentium(R) M processor 2.13GHz stepping 08 Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd934, last bus=7 PCI: Using MMCONFIG ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:00:02.0 PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 PCI: Transparent bridge - 0000:00:1e.0 PCI: Bus #07 (-#08) may be hidden behind transparent bridge #06 (-#07) (try 'pci=assign-busses') ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 11 12 14 15) *10 ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 11 12 14 15) *10 ACPI: Embedded Controller [EC0] (gpe 28) interrupt mode. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 9 devices SCSI subsystem initialized PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.2 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.2 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.2 PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.1 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bus 7, cardbus bridge: 0000:06:09.0 IO window: 00002400-000024ff IO window: 00002800-000028ff PREFETCH window: 30000000-31ffffff MEM window: 34000000-35ffffff PCI: Bridge: 0000:00:1e.0 IO window: 2000-2fff MEM window: b0100000-b01fffff PREFETCH window: 30000000-31ffffff ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1c.1 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1c.2 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 ACPI: PCI Interrupt 0000:06:09.0[A] -> GSI 16 (level, low) -> IRQ 17 Simple Boot Flag at 0x36 set to 0x1 Machine check exception polling timer started. Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) vesafb: framebuffer at 0xc0000000, mapped to 0xe0080000, using 6144k, total 7872k vesafb: mode is 1024x768x32, linelength=4096, pages=1 vesafb: protected mode interface info at 00ff:44f0 vesafb: scrolling: redraw vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0 Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT0] (battery present) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] ACPI: Power Button (CM) [PWRB] ACPI: Sleep Button (CM) [SLPB] ACPI: Video Device [GFX0] (multi-head: yes rom: yes post: no) Using specific hotkey driver ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3] C4[C3]) ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: Thermal Zone [THRM] (62 C) hw_random: cannot enable RNG, aborting Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 915GM Chipset. agpgart: Detected 7932K stolen memory. agpgart: AGP aperture is 256M @ 0xc0000000 [drm] Initialized drm 1.0.1 20051102 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 17 [drm] Initialized i915 1.4.0 20060119 on minor 0 PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 loop: loaded (max 8 devices) 8139too Fast Ethernet driver 0.9.27 ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 19 (level, low) -> IRQ 19 eth0: RealTek RTL8139 at 0x2000, 00:c0:9f:be:84:89, IRQ 19 eth0: Identified 8139 chip type 'RTL-8100B/8139D' tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH6: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18 ICH6: chipset revision 4 ICH6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x1810-0x1817, BIOS settings: hda:DMA, hdb:DMA Probing IDE interface ide0... hda: FUJITSU MHV2080AH, ATA DISK drive hdb: QSI DVD+/-RW SDW-082, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hda: max request size: 128KiB hda: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33) hda: cache flushes supported hda: hda1 hda2 hda3 < hda5 > hdb: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 ACPI: PCI Interrupt 0000:06:09.0[A] -> GSI 16 (level, low) -> IRQ 17 Yenta: CardBus bridge found at 0000:06:09.0 [152d:0729] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:06:09.0, mfunc 0x00c21b22, devctl 0x64 Yenta: ISA IRQ mask 0x0cf8, PCI irq 17 Socket status: 30000006 pcmcia: parent PCI bridge I/O window: 0x2000 - 0x2fff pcmcia: parent PCI bridge Memory window: 0xb0100000 - 0xb01fffff pcmcia: parent PCI bridge Memory window: 0x30000000 - 0x31ffffff mice: PS/2 mouse device common for all mice i2c /dev entries driver device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel@redhat.com MC: drivers/edac/edac_mc.c version edac_mc Ver: 2.0.0 Feb 27 2006 NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 4, 65536 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP reno registered TCP bic registered input: AT Translated Set 2 keyboard as /class/input/input0 NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 15 Using IPI Shortcut mode ACPI wakeup devices: AZAL RP01 RP02 RP03 RP04 USB1 USB2 USB3 USB4 USB7 LANC MODM ACPI: (supports S0 S3 S4 S5) kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 176k freed Synaptics Touchpad, model: 1, fw: 5.9, id: 0x236eb3, caps: 0x904713/0x10008 input: SynPS/2 Synaptics TouchPad as /class/input/input1 usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v2.3 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001820 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001840 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, git-1.1.7 ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com> ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 18, io base 0x00001860 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 ipw2200: Copyright(c) 2003-2005 Intel Corporation ACPI: PCI Interrupt 0000:00:1d.3[D] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1d.3 to 64 uhci_hcd 0000:00:1d.3: UHCI Host Controller usb 2-2: new full speed USB device using uhci_hcd and address 2 uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1d.3: irq 17, io base 0x00001880 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5 ehci_hcd 0000:00:1d.7: irq 20, io mem 0xb0004000 usb 2-2: configuration #1 chosen from 1 choice ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 8 ports detected usb 2-2: USB disconnect, address 2 ACPI: PCI Interrupt 0000:06:04.0[A] -> GSI 17 (level, low) -> IRQ 16 ipw2200: Detected Intel PRO/Wireless 2915ABG Network Connection ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1b.0 to 64 usb 5-4: new high speed USB device using ehci_hcd and address 2 usb 5-4: configuration #1 chosen from 1 choice Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new driver usb-storage USB Mass Storage support registered. Adding 1485972k swap on /dev/hda5. Priority:-1 extents:1 across:1485972k EXT3 FS on hda2, internal journal Vendor: SONY Model: Storage Media Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 0:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete SCSI device sda: 253952 512-byte hdwr sectors (130 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through SCSI device sda: 253952 512-byte hdwr sectors (130 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through sda: sda1 sda2 sd 0:0:0:0: Attached scsi removable disk sda pcmcia: Detected deprecated PCMCIA ioctl usage. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. eth0: link down NET: Registered protocol family 10 ADDRCONF(NETDEV_UP): eth0: link is not ready IPv6 over IPv4 tunneling driver eth1: no IPv6 routers present [-- Attachment #3: Type: text/plain, Size: 340 bytes --] -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: otavio@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio --------------------------------------------- "Microsoft gives you Windows ... Linux gives you the whole house." ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-27 13:15 ALSA HDA Intel stoped to work in 2.6.16-* Otavio Salvador 2006-02-27 14:49 ` Diego Calleja @ 2006-02-27 15:02 ` Takashi Iwai 2006-02-28 8:51 ` Otavio Salvador 1 sibling, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2006-02-27 15:02 UTC (permalink / raw) To: Otavio Salvador; +Cc: linux-kernel At Mon, 27 Feb 2006 10:15:25 -0300, Otavio Salvador wrote: > > Hello, > > I was using 2.6.15 without trouble but wanna try the new 2.6.16 > version so I compiled it by myself without much hassle. All worked > fine but ALSA. > > My sound device is the following: > > 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) > > and it stoped to work. Please elaborate what do you mean "stoped to work"? Only silent output, DMA not working, or what? Also, more hardware detail is needed - which machine and which codec? This kind of problem is likely due to a broken BIOS. The current code parses the default pin configuration set up via BIOS while the older version used the fixed pin assignment (depending on the codec chip, though). In most cases, it can be recovered by specifying a proper model module option. See ALSA-Configuration.txt for details. Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-27 15:02 ` Takashi Iwai @ 2006-02-28 8:51 ` Otavio Salvador 2006-02-28 10:54 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Otavio Salvador @ 2006-02-28 8:51 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel [-- Attachment #1: Type: text/plain, Size: 674 bytes --] Takashi Iwai <tiwai@suse.de> writes: > At Mon, 27 Feb 2006 10:15:25 -0300, > Otavio Salvador wrote: >> >> Hello, >> >> I was using 2.6.15 without trouble but wanna try the new 2.6.16 >> version so I compiled it by myself without much hassle. All worked >> fine but ALSA. >> >> My sound device is the following: >> >> 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) >> >> and it stoped to work. > > Please elaborate what do you mean "stoped to work"? > Only silent output, DMA not working, or what? Only silent output. > Also, more hardware detail is needed - which machine and which codec? [-- Attachment #2: alsa-coded-failed --] [-- Type: application/octet-stream, Size: 5625 bytes --] Codec: Realtek ALC260 Address: 0 Vendor Id: 0x10ec0260 Subsystem Id: 0x2600000 Revision Id: 0x100400 Default PCM: rates 0x560, bits 0x0e, types 0x1 Default Amp-In caps: N/A Default Amp-Out caps: N/A Node 0x02 [Audio Output] wcaps 0x11: Stereo PCM: rates 0x560, bits 0x0e, types 0x1 Node 0x03 [Audio Output] wcaps 0x211: Stereo Digital PCM: rates 0x560, bits 0x1e, types 0x1 Node 0x04 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1 Amp-In vals: [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] PCM: rates 0x160, bits 0x06, types 0x1 Connection: 7 0x12* 0x13 0x14 0x15 0x16 0x0f 0x10 Node 0x05 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] PCM: rates 0x160, bits 0x06, types 0x1 Connection: 8 0x12* 0x13 0x14 0x15 0x16 0x07 0x0f 0x10 Node 0x06 [Audio Input] wcaps 0x100391: Stereo Digital PCM: rates 0x160, bits 0x1e, types 0x1 Connection: 1 0x19 Node 0x07 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1 Amp-In vals: [0xb1 0xb1] [0x41 0x41] [0x3f 0x3f] [0x00 0x00] [0x41 0x41] [0xa3 0xa3] [0xa3 0xa3] [0xa3 0xa3] Connection: 8 0x12 0x13 0x14 0x15 0x16 0x17 0x0f 0x10 Node 0x08 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x02 0x07 Node 0x09 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x40 0x40] Connection: 2 0x02 0x07 Node 0x0a [Audio Mixer] wcaps 0x20010e: Mono Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00] [0x00] Amp-Out caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=0 Amp-Out vals: [0x00] Connection: 2 0x02 0x07 Node 0x0b [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0c [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0d [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0e [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0f [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x081003f: IN OUT HP Pin Default 0x01014000: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green Pin-ctls: 0x20: IN Connection: 1 0x08 Node 0x10 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x081003f: IN OUT HP Pin Default 0x02214000: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green Pin-ctls: 0x40: OUT Connection: 1 0x09 Node 0x11 [Pin Complex] wcaps 0x40010c: Mono Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80] Pincap 0x0810: OUT Pin Default 0x50171000: [N/A] Speaker at Int N/A Conn = Analog, Color = Black Pin-ctls: 0x40: OUT Connection: 1 0x0a Node 0x12 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x01a19000: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 1 0x0b Node 0x13 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x02a19000: [Jack] Mic at Ext Front Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 1 0x0c Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x01813000: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue Pin-ctls: 0x20: IN Connection: 1 0x0d Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x99931000: [Fixed] Aux at Int ATAPI Conn = ATAPI, Color = Black Pin-ctls: 0x20: IN Connection: 1 0x0e Node 0x16 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x99331000: [Fixed] CD at Int ATAPI Conn = ATAPI, Color = Black Pin-ctls: 0x00: Node 0x17 [Pin Complex] wcaps 0x400000: Mono Pincap 0x0820: IN Pin Default 0x90f71000: [Fixed] Other at Int N/A Conn = Analog, Color = Black Pin-ctls: 0x00: Node 0x18 [Pin Complex] wcaps 0x400380: Mono Digital Pincap 0x0814: OUT Pin Default 0x01446000: [Jack] SPDIF Out at Ext Rear Conn = RCA, Color = Orange Pin-ctls: 0x00: Connection: 1 0x03 Node 0x19 [Pin Complex] wcaps 0x400280: Mono Digital Pincap 0x0824: IN Pin Default 0x01c41000: [Jack] SPDIF In at Ext Rear Conn = RCA, Color = Black Pin-ctls: 0x00: Node 0x1a [Vendor Defined Widget] wcaps 0xf00040: Mono Node 0x1b [Volume Knob Widget] wcaps 0x600080: Mono Codec: Generic 1057 ID 3055 Address: 1 Vendor Id: 0x10573055 Subsystem Id: 0x10573055 Revision Id: 0x100700 [-- Attachment #3: alsa-coded-working --] [-- Type: application/octet-stream, Size: 5630 bytes --] Codec: Realtek ALC260 Address: 0 Vendor Id: 0x10ec0260 Subsystem Id: 0x2600000 Revision Id: 0x100400 Default PCM: rates 0x560, bits 0x0e, types 0x1 Default Amp-In caps: N/A Default Amp-Out caps: N/A Node 0x02 [Audio Output] wcaps 0x11: Stereo PCM: rates 0x560, bits 0x0e, types 0x1 Node 0x03 [Audio Output] wcaps 0x211: Stereo Digital PCM: rates 0x560, bits 0x1e, types 0x1 Node 0x04 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1 Amp-In vals: [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] [0x23 0x23] PCM: rates 0x160, bits 0x06, types 0x1 Connection: 7 0x12* 0x13 0x14 0x15 0x16 0x0f 0x10 Node 0x05 [Audio Input] wcaps 0x10011b: Stereo Amp-In Amp-In caps: ofs=0x00, nsteps=0x23, stepsize=0x03, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] PCM: rates 0x160, bits 0x06, types 0x1 Connection: 8 0x12 0x13 0x14* 0x15 0x16 0x07 0x0f 0x10 Node 0x06 [Audio Input] wcaps 0x100391: Stereo Digital PCM: rates 0x160, bits 0x1e, types 0x1 Connection: 1 0x19 Node 0x07 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Amp-In caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=1 Amp-In vals: [0x31 0x31] [0x41 0x41] [0x3f 0x3f] [0xa3 0xa3] [0x41 0x41] [0xa3 0xa3] [0xa3 0xa3] [0xa3 0xa3] Connection: 8 0x12 0x13 0x14 0x15 0x16 0x17 0x0f 0x10 Node 0x08 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x38 0x38] Connection: 2 0x02 0x07 Node 0x09 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x40 0x40] Connection: 2 0x02 0x07 Node 0x0a [Audio Mixer] wcaps 0x20010e: Mono Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80] [0x80] Amp-Out caps: ofs=0x23, nsteps=0x41, stepsize=0x03, mute=0 Amp-Out vals: [0x00] Connection: 2 0x02 0x07 Node 0x0b [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0c [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0d [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0e [Audio Selector] wcaps 0x300101: Stereo Connection: 2 0x08* 0x09 Node 0x0f [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x081003f: IN OUT HP Pin Default 0x01014000: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green Pin-ctls: 0x40: OUT Connection: 1 0x08 Node 0x10 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x081003f: IN OUT HP Pin Default 0x02214000: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green Pin-ctls: 0xc0: OUT HP Connection: 1 0x09 Node 0x11 [Pin Complex] wcaps 0x40010c: Mono Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00] Pincap 0x0810: OUT Pin Default 0x50171000: [N/A] Speaker at Int N/A Conn = Analog, Color = Black Pin-ctls: 0x40: OUT Connection: 1 0x0a Node 0x12 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x01a19000: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 1 0x0b Node 0x13 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x02a19000: [Jack] Mic at Ext Front Conn = 1/8, Color = Pink Pin-ctls: 0x24: IN Connection: 1 0x0c Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x08133f: IN OUT HP Pin Default 0x01813000: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue Pin-ctls: 0x20: IN Connection: 1 0x0d Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x08133f: IN OUT HP Pin Default 0x99931000: [Fixed] Aux at Int ATAPI Conn = ATAPI, Color = Black Pin-ctls: 0x40: OUT Connection: 1 0x0e Node 0x16 [Pin Complex] wcaps 0x400001: Stereo Pincap 0x0820: IN Pin Default 0x99331000: [Fixed] CD at Int ATAPI Conn = ATAPI, Color = Black Pin-ctls: 0x00: Node 0x17 [Pin Complex] wcaps 0x400000: Mono Pincap 0x0820: IN Pin Default 0x90f71000: [Fixed] Other at Int N/A Conn = Analog, Color = Black Pin-ctls: 0x00: Node 0x18 [Pin Complex] wcaps 0x400380: Mono Digital Pincap 0x0814: OUT Pin Default 0x01446000: [Jack] SPDIF Out at Ext Rear Conn = RCA, Color = Orange Pin-ctls: 0x00: Connection: 1 0x03 Node 0x19 [Pin Complex] wcaps 0x400280: Mono Digital Pincap 0x0824: IN Pin Default 0x01c41000: [Jack] SPDIF In at Ext Rear Conn = RCA, Color = Black Pin-ctls: 0x00: Node 0x1a [Vendor Defined Widget] wcaps 0xf00040: Mono Node 0x1b [Volume Knob Widget] wcaps 0x600080: Mono Codec: Generic 1057 ID 3055 Address: 1 Vendor Id: 0x10573055 Subsystem Id: 0x10573055 Revision Id: 0x100700 [-- Attachment #4: dmesg.failure --] [-- Type: application/octet-stream, Size: 15433 bytes --] resent. ACPI: RSDP (v000 PTLTD ) @ 0x000f7e90 ACPI: RSDT (v001 PTLTD RSDT 0x06040000 LTP 0x00000000) @ 0x1f6e3550 ACPI: FADT (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9e88 ACPI: MADT (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9efc ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x06040000 LTP 0x00000001) @ 0x1f6e9fd8 ACPI: MCFG (v001 INTEL ALVISO 0x06040000 LOHR 0x0000005f) @ 0x1f6e9f9c ACPI: SSDT (v001 SataRe SataAhci 0x00001000 INTL 0x20030224) @ 0x1f6e3dca ACPI: SSDT (v001 PmRef Cpu0Ist 0x00003000 INTL 0x20030224) @ 0x1f6e3985 ACPI: SSDT (v001 PmRef Cpu0Cst 0x00003001 INTL 0x20030224) @ 0x1f6e37ad ACPI: SSDT (v001 PmRef CpuPm 0x00003000 INTL 0x20030224) @ 0x1f6e3594 ACPI: DSDT (v001 INTEL ALVISO 0x06040000 MSFT 0x0100000e) @ 0x00000000 ACPI: PM-Timer IO Port: 0x1008 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 6:13 APIC version 20 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] disabled) ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1]) ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 1, version 32, address 0xfec00000, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 30000000 (gap: 20000000:c0000000) Built 1 zonelists Kernel command line: root=/dev/hda2 ro vga=792 resume=/dev/hda5 mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 2129.269 MHz processor. Using pmtmr for high-res timesource Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 506216k/514944k available (2627k kernel code, 8316k reserved, 778k data, 176k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 4264.96 BogoMIPS (lpj=2132480) Mount-cache hash table entries: 512 CPU: After generic identify, caps: afe9fbff 00000000 00000000 00000000 00000180 00000000 00000000 CPU: After vendor identify, caps: afe9fbff 00000000 00000000 00000000 00000180 00000000 00000000 CPU: L1 I cache: 32K, L1 D cache: 32K CPU: L2 cache: 2048K CPU: After all inits, caps: afe9fbff 00000000 00000000 00000040 00000180 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: Intel(R) Pentium(R) M processor 2.13GHz stepping 08 Checking 'hlt' instruction... OK. ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfd934, last bus=7 PCI: Using MMCONFIG ACPI: Subsystem revision 20060127 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) Boot video device is 0000:00:02.0 PCI quirk: region 1000-107f claimed by ICH6 ACPI/GPIO/TCO PCI quirk: region 1180-11bf claimed by ICH6 GPIO PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 PCI: Transparent bridge - 0000:00:1e.0 PCI: Bus #07 (-#08) may be hidden behind transparent bridge #06 (-#07) (try 'pci=assign-busses') ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP01._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP02._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.RP03._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIB._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 7 11 12 14 15) *10 ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 7 *10 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 7 *11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 7 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 7 10 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 7 11 12 14 15) *10 ACPI: Embedded Controller [EC0] (gpe 28) interrupt mode. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 9 devices SCSI subsystem initialized PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.0 PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.1 PCI: Cannot allocate resource region 7 of bridge 0000:00:1c.2 PCI: Cannot allocate resource region 8 of bridge 0000:00:1c.2 PCI: Cannot allocate resource region 9 of bridge 0000:00:1c.2 PCI: Ignore bogus resource 6 [0:0] of 0000:00:02.0 PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.1 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: disabled. PREFETCH window: disabled. PCI: Bus 7, cardbus bridge: 0000:06:09.0 IO window: 00002400-000024ff IO window: 00002800-000028ff PREFETCH window: 30000000-31ffffff MEM window: 34000000-35ffffff PCI: Bridge: 0000:00:1e.0 IO window: 2000-2fff MEM window: b0100000-b01fffff PREFETCH window: 30000000-31ffffff ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 16 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.1[B] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1c.1 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1c.2 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 ACPI: PCI Interrupt 0000:06:09.0[A] -> GSI 16 (level, low) -> IRQ 17 Simple Boot Flag at 0x36 set to 0x1 Machine check exception polling timer started. Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) vesafb: framebuffer at 0xc0000000, mapped to 0xe0080000, using 6144k, total 7872k vesafb: mode is 1024x768x32, linelength=4096, pages=1 vesafb: protected mode interface info at 00ff:44f0 vesafb: scrolling: redraw vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0 Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device ACPI: AC Adapter [ACAD] (on-line) ACPI: Battery Slot [BAT0] (battery present) ACPI: Power Button (FF) [PWRF] ACPI: Lid Switch [LID] ACPI: Power Button (CM) [PWRB] ACPI: Sleep Button (CM) [SLPB] ACPI: Video Device [GFX0] (multi-head: yes rom: yes post: no) Using specific hotkey driver ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3] C4[C3]) ACPI: Processor [CPU0] (supports 8 throttling states) ACPI: Thermal Zone [THRM] (62 C) hw_random: cannot enable RNG, aborting Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 915GM Chipset. agpgart: Detected 7932K stolen memory. agpgart: AGP aperture is 256M @ 0xc0000000 [drm] Initialized drm 1.0.1 20051102 ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 17 [drm] Initialized i915 1.4.0 20060119 on minor 0 PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 loop: loaded (max 8 devices) 8139too Fast Ethernet driver 0.9.27 ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 19 (level, low) -> IRQ 19 eth0: RealTek RTL8139 at 0x2000, 00:c0:9f:be:84:89, IRQ 19 eth0: Identified 8139 chip type 'RTL-8100B/8139D' tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx ICH6: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 18 ICH6: chipset revision 4 ICH6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x1810-0x1817, BIOS settings: hda:DMA, hdb:DMA Probing IDE interface ide0... hda: FUJITSU MHV2080AH, ATA DISK drive hdb: QSI DVD+/-RW SDW-082, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hda: max request size: 128KiB hda: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=65535/16/63, UDMA(33) hda: cache flushes supported hda: hda1 hda2 hda3 < hda5 > hdb: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 ACPI: PCI Interrupt 0000:06:09.0[A] -> GSI 16 (level, low) -> IRQ 17 Yenta: CardBus bridge found at 0000:06:09.0 [152d:0729] Yenta: Enabling burst memory read transactions Yenta: Using CSCINT to route CSC interrupts to PCI Yenta: Routing CardBus interrupts to PCI Yenta TI: socket 0000:06:09.0, mfunc 0x00c21b22, devctl 0x64 Yenta: ISA IRQ mask 0x0cf8, PCI irq 17 Socket status: 30000006 pcmcia: parent PCI bridge I/O window: 0x2000 - 0x2fff pcmcia: parent PCI bridge Memory window: 0xb0100000 - 0xb01fffff pcmcia: parent PCI bridge Memory window: 0x30000000 - 0x31ffffff mice: PS/2 mouse device common for all mice i2c /dev entries driver device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel@redhat.com MC: drivers/edac/edac_mc.c version edac_mc Ver: 2.0.0 Feb 27 2006 NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 4, 65536 bytes) TCP bind hash table entries: 16384 (order: 4, 65536 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP reno registered TCP bic registered input: AT Translated Set 2 keyboard as /class/input/input0 NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 15 Using IPI Shortcut mode ACPI wakeup devices: AZAL RP01 RP02 RP03 RP04 USB1 USB2 USB3 USB4 USB7 LANC MODM ACPI: (supports S0 S3 S4 S5) kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. VFS: Mounted root (ext3 filesystem) readonly. Freeing unused kernel memory: 176k freed Synaptics Touchpad, model: 1, fw: 5.9, id: 0x236eb3, caps: 0x904713/0x10008 input: SynPS/2 Synaptics TouchPad as /class/input/input1 usbcore: registered new driver usbfs usbcore: registered new driver hub USB Universal Host Controller Interface driver v2.3 ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.0 to 64 uhci_hcd 0000:00:1d.0: UHCI Host Controller uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1 uhci_hcd 0000:00:1d.0: irq 20, io base 0x00001820 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19 PCI: Setting latency timer of device 0000:00:1d.1 to 64 uhci_hcd 0000:00:1d.1: UHCI Host Controller uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1d.1: irq 19, io base 0x00001840 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ieee80211_crypt: registered algorithm 'NULL' ieee80211: 802.11 data/management/control stack, git-1.1.7 ieee80211: Copyright (C) 2004-2005 Intel Corporation <jketreno@linux.intel.com> ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 18 PCI: Setting latency timer of device 0000:00:1d.2 to 64 uhci_hcd 0000:00:1d.2: UHCI Host Controller uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1d.2: irq 18, io base 0x00001860 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.0.8 ipw2200: Copyright(c) 2003-2005 Intel Corporation ACPI: PCI Interrupt 0000:00:1d.3[D] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1d.3 to 64 uhci_hcd 0000:00:1d.3: UHCI Host Controller usb 2-2: new full speed USB device using uhci_hcd and address 2 uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4 uhci_hcd 0000:00:1d.3: irq 17, io base 0x00001880 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected ACPI: PCI Interrupt 0000:00:1d.7[A] -> GSI 23 (level, low) -> IRQ 20 PCI: Setting latency timer of device 0000:00:1d.7 to 64 ehci_hcd 0000:00:1d.7: EHCI Host Controller ehci_hcd 0000:00:1d.7: debug port 1 PCI: cache line size of 32 is not supported by device 0000:00:1d.7 ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 5 ehci_hcd 0000:00:1d.7: irq 20, io mem 0xb0004000 usb 2-2: configuration #1 chosen from 1 choice ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 8 ports detected usb 2-2: USB disconnect, address 2 ACPI: PCI Interrupt 0000:06:04.0[A] -> GSI 17 (level, low) -> IRQ 16 ipw2200: Detected Intel PRO/Wireless 2915ABG Network Connection ACPI: PCI Interrupt 0000:00:1b.0[A] -> GSI 16 (level, low) -> IRQ 17 PCI: Setting latency timer of device 0000:00:1b.0 to 64 usb 5-4: new high speed USB device using ehci_hcd and address 2 usb 5-4: configuration #1 chosen from 1 choice Initializing USB Mass Storage driver... scsi0 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 2 usb-storage: waiting for device to settle before scanning usbcore: registered new driver usb-storage USB Mass Storage support registered. Adding 1485972k swap on /dev/hda5. Priority:-1 extents:1 across:1485972k EXT3 FS on hda2, internal journal Vendor: SONY Model: Storage Media Rev: 1.00 Type: Direct-Access ANSI SCSI revision: 02 0:0:0:0: Attached scsi generic sg0 type 0 usb-storage: device scan complete SCSI device sda: 253952 512-byte hdwr sectors (130 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through SCSI device sda: 253952 512-byte hdwr sectors (130 MB) sda: Write Protect is off sda: Mode Sense: 03 00 00 00 sda: assuming drive cache: write through sda: sda1 sda2 sd 0:0:0:0: Attached scsi removable disk sda pcmcia: Detected deprecated PCMCIA ioctl usage. pcmcia: This interface will soon be removed from the kernel; please expect breakage unless you upgrade to new tools. pcmcia: see http://www.kernel.org/pub/linux/utils/kernel/pcmcia/pcmcia.html for details. eth0: link down NET: Registered protocol family 10 ADDRCONF(NETDEV_UP): eth0: link is not ready IPv6 over IPv4 tunneling driver eth1: no IPv6 routers present [-- Attachment #5: Type: text/plain, Size: 1395 bytes --] > This kind of problem is likely due to a broken BIOS. The current code > parses the default pin configuration set up via BIOS while the older > version used the fixed pin assignment (depending on the codec chip, > though). > In most cases, it can be recovered by specifying a proper model module > option. See ALSA-Configuration.txt for details. I wasn't able to do it. My lspci output for it is the following: 0000:00:1b.0 0403: 8086:2668 (rev 04) 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) Subsystem: QUANTA Computer Inc: Unknown device 0729 Flags: fast devsel, IRQ 17 Memory at b0000000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Capabilities: [70] #10 [0091] I hope it helps. -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: otavio@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio --------------------------------------------- "Microsoft gives you Windows ... Linux gives you the whole house." ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-28 8:51 ` Otavio Salvador @ 2006-02-28 10:54 ` Takashi Iwai 2006-02-28 20:28 ` Otavio Salvador 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2006-02-28 10:54 UTC (permalink / raw) To: Otavio Salvador; +Cc: linux-kernel At Tue, 28 Feb 2006 05:51:26 -0300, Otavio Salvador wrote: > > > This kind of problem is likely due to a broken BIOS. The current code > > parses the default pin configuration set up via BIOS while the older > > version used the fixed pin assignment (depending on the codec chip, > > though). > > In most cases, it can be recovered by specifying a proper model module > > option. See ALSA-Configuration.txt for details. > > I wasn't able to do it. Didn't it worked? Which module parameter did you use? > My lspci output for it is the following: > > 0000:00:1b.0 0403: 8086:2668 (rev 04) > 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) > > 0000:00:1b.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) High Definition Audio Controller (rev 04) > Subsystem: QUANTA Computer Inc: Unknown device 0729 > Flags: fast devsel, IRQ 17 > Memory at b0000000 (64-bit, non-prefetchable) [size=16K] > Capabilities: [50] Power Management version 2 > Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- > Capabilities: [70] #10 [0091] > > I hope it helps. I need more detail of the hardware -- what model of a laptop or a desktop from which vendor. Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-28 10:54 ` Takashi Iwai @ 2006-02-28 20:28 ` Otavio Salvador 2006-03-01 10:29 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Otavio Salvador @ 2006-02-28 20:28 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel Takashi Iwai <tiwai@suse.de> writes: > At Tue, 28 Feb 2006 05:51:26 -0300, > Otavio Salvador wrote: >> >> > This kind of problem is likely due to a broken BIOS. The current code >> > parses the default pin configuration set up via BIOS while the older >> > version used the fixed pin assignment (depending on the codec chip, >> > though). >> > In most cases, it can be recovered by specifying a proper model module >> > option. See ALSA-Configuration.txt for details. >> >> I wasn't able to do it. > > Didn't it worked? Which module parameter did you use? I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did it work. >> I hope it helps. > > I need more detail of the hardware -- what model of a laptop or a > desktop from which vendor. http://www.ctlnotebooks.com/v2/notebook_spec.aspx?id=21&hdr=Products -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: otavio@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio --------------------------------------------- "Microsoft gives you Windows ... Linux gives you the whole house." ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-02-28 20:28 ` Otavio Salvador @ 2006-03-01 10:29 ` Takashi Iwai 2006-03-02 2:24 ` Otavio Salvador 2006-03-04 15:00 ` [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic Adrian Bunk 0 siblings, 2 replies; 24+ messages in thread From: Takashi Iwai @ 2006-03-01 10:29 UTC (permalink / raw) To: Otavio Salvador; +Cc: linux-kernel At Tue, 28 Feb 2006 17:28:36 -0300, Otavio Salvador wrote: > > Takashi Iwai <tiwai@suse.de> writes: > > > At Tue, 28 Feb 2006 05:51:26 -0300, > > Otavio Salvador wrote: > >> > >> > This kind of problem is likely due to a broken BIOS. The current code > >> > parses the default pin configuration set up via BIOS while the older > >> > version used the fixed pin assignment (depending on the codec chip, > >> > though). > >> > In most cases, it can be recovered by specifying a proper model module > >> > option. See ALSA-Configuration.txt for details. > >> > >> I wasn't able to do it. > > > > Didn't it worked? Which module parameter did you use? > > I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did > it work. Try model=basic. It's the old default. (seems that it's missing in the documentation...) Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-01 10:29 ` Takashi Iwai @ 2006-03-02 2:24 ` Otavio Salvador 2006-03-03 18:11 ` Takashi Iwai 2006-03-04 15:00 ` [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic Adrian Bunk 1 sibling, 1 reply; 24+ messages in thread From: Otavio Salvador @ 2006-03-02 2:24 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel Takashi Iwai <tiwai@suse.de> writes: >> > Didn't it worked? Which module parameter did you use? >> >> I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did >> it work. > > Try model=basic. It's the old default. > (seems that it's missing in the documentation...) Yes. Using model=basic it works fine. I propose the following patch to solve it then: Do you think it's ok? diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index b767552..2be4a4c 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -2946,8 +2946,8 @@ static int alc260_auto_init(struct hda_c */ static struct hda_board_config alc260_cfg_tbl[] = { { .modelname = "basic", .config = ALC260_BASIC }, - { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, - .config = ALC260_BASIC }, /* Sony VAIO */ + { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, .config = ALC260_BASIC }, + { .pci_subvendor = 0x8086, .pci_subdevice = 0x2668, .config = ALC260_BASIC }, { .modelname = "hp", .config = ALC260_HP }, { .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP }, { .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP }, -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: otavio@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio --------------------------------------------- "Microsoft gives you Windows ... Linux gives you the whole house." ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-02 2:24 ` Otavio Salvador @ 2006-03-03 18:11 ` Takashi Iwai 2006-03-04 5:29 ` Otavio Salvador 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2006-03-03 18:11 UTC (permalink / raw) To: Otavio Salvador; +Cc: linux-kernel At Wed, 01 Mar 2006 23:24:02 -0300, Otavio Salvador wrote: > > Takashi Iwai <tiwai@suse.de> writes: > > >> > Didn't it worked? Which module parameter did you use? > >> > >> I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did > >> it work. > > > > Try model=basic. It's the old default. > > (seems that it's missing in the documentation...) > > Yes. Using model=basic it works fine. > > I propose the following patch to solve it then: > > Do you think it's ok? > > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c > index b767552..2be4a4c 100644 > --- a/sound/pci/hda/patch_realtek.c > +++ b/sound/pci/hda/patch_realtek.c > @@ -2946,8 +2946,8 @@ static int alc260_auto_init(struct hda_c > */ > static struct hda_board_config alc260_cfg_tbl[] = { > { .modelname = "basic", .config = ALC260_BASIC }, > - { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, > - .config = ALC260_BASIC }, /* Sony VAIO */ > + { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, .config = ALC260_BASIC }, > + { .pci_subvendor = 0x8086, .pci_subdevice = 0x2668, .config = ALC260_BASIC }, Are you sure that your device has PCI SUB-system id 8086:2668 ? Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-03 18:11 ` Takashi Iwai @ 2006-03-04 5:29 ` Otavio Salvador 2006-03-04 14:51 ` Adrian Bunk 0 siblings, 1 reply; 24+ messages in thread From: Otavio Salvador @ 2006-03-04 5:29 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel Takashi Iwai <tiwai@suse.de> writes: > Are you sure that your device has PCI SUB-system id 8086:2668 ? oh no! Sorry! 0000:00:1b.0 0403: 8086:2668 (rev 04) Subsystem: 152d:0729 ^^^^^^^^^ -- O T A V I O S A L V A D O R --------------------------------------------- E-mail: otavio@debian.org UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio --------------------------------------------- "Microsoft gives you Windows ... Linux gives you the whole house." ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-04 5:29 ` Otavio Salvador @ 2006-03-04 14:51 ` Adrian Bunk 2006-03-06 14:16 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Adrian Bunk @ 2006-03-04 14:51 UTC (permalink / raw) To: Otavio Salvador; +Cc: Takashi Iwai, linux-kernel On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote: > Takashi Iwai <tiwai@suse.de> writes: > > > Are you sure that your device has PCI SUB-system id 8086:2668 ? > > oh no! Sorry! > > 0000:00:1b.0 0403: 8086:2668 (rev 04) > Subsystem: 152d:0729 > ^^^^^^^^^ Can you make a patch with the correct id test whether it fixes your problem (without model=basic)? TIA Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-04 14:51 ` Adrian Bunk @ 2006-03-06 14:16 ` Takashi Iwai 2009-03-07 16:50 ` [PATCH] " Daniel Gimpelevich 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2006-03-06 14:16 UTC (permalink / raw) To: Adrian Bunk; +Cc: Otavio Salvador, linux-kernel At Sat, 4 Mar 2006 15:51:14 +0100, Adrian Bunk wrote: > > On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote: > > Takashi Iwai <tiwai@suse.de> writes: > > > > > Are you sure that your device has PCI SUB-system id 8086:2668 ? > > > > oh no! Sorry! > > > > 0000:00:1b.0 0403: 8086:2668 (rev 04) > > Subsystem: 152d:0729 > > ^^^^^^^^^ > > Can you make a patch with the correct id test whether it fixes your > problem (without model=basic)? This one should work for his device. Takashi === [PATCH] Add default entry for CTL Travel Master U553W Added the default entry of ALC880 configuration table for CTL Travel Master U553W. Signed-off-by: Takashi Iwai <tiwai@suse.de> --- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index b767552..d5cd3a1 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -2948,6 +2948,8 @@ static struct hda_board_config alc260_cf { .modelname = "basic", .config = ALC260_BASIC }, { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, .config = ALC260_BASIC }, /* Sony VAIO */ + { .pci_subvendor = 0x152d, .pci_subdevice = 0x0729, + .config = ALC260_BASIC }, /* CTL Travel Master U553W */ { .modelname = "hp", .config = ALC260_HP }, { .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP }, { .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP }, ^ permalink raw reply [flat|nested] 24+ messages in thread
* [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2006-03-06 14:16 ` Takashi Iwai @ 2009-03-07 16:50 ` Daniel Gimpelevich 2009-03-07 18:00 ` Rafael J. Wysocki 0 siblings, 1 reply; 24+ messages in thread From: Daniel Gimpelevich @ 2009-03-07 16:50 UTC (permalink / raw) To: linux-kernel At Mon, 6 Mar 2006 15:16:15 +0100, Takashi Iwai wrote: > At Sat, 4 Mar 2006 15:51:14 +0100, > Adrian Bunk wrote: >> >> On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote: >> > Takashi Iwai <tiwai@suse.de> writes: >> > >> > > Are you sure that your device has PCI SUB-system id 8086:2668 ? >> > >> > oh no! Sorry! >> > >> > 0000:00:1b.0 0403: 8086:2668 (rev 04) >> > Subsystem: 152d:0729 >> > ^^^^^^^^^ >> >> Can you make a patch with the correct id test whether it fixes your >> problem (without model=basic)? > > This one should work for his device. > > > Takashi > === > > [PATCH] Add default entry for CTL Travel Master U553W > > Added the default entry of ALC880 configuration table for > CTL Travel Master U553W. > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > --- > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c > index b767552..d5cd3a1 100644 > --- a/sound/pci/hda/patch_realtek.c > +++ b/sound/pci/hda/patch_realtek.c > @@ -2948,6 +2948,8 @@ static struct hda_board_config alc260_cf > { .modelname = "basic", .config = ALC260_BASIC }, > { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, > .config = ALC260_BASIC }, /* Sony VAIO */ > + { .pci_subvendor = 0x152d, .pci_subdevice = 0x0729, > + .config = ALC260_BASIC }, /* CTL Travel Master U553W */ > { .modelname = "hp", .config = ALC260_HP }, > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP }, > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP }, It has been three years since the above patch was posted with a request for testing. No testing reply ever appeared, and the patch was committed as submitted. On the relevant hardware, I determined the patch to be incorrect. For the git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git head, the following patch appears to fix it correctly: Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 6c26afc..87ec806 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5692,7 +5692,7 @@ static struct snd_pci_quirk alc260_cfg_tbl[] = { SND_PCI_QUIRK(0x104d, 0x81cc, "Sony VAIO", ALC260_BASIC), SND_PCI_QUIRK(0x104d, 0x81cd, "Sony VAIO", ALC260_BASIC), SND_PCI_QUIRK(0x10cf, 0x1326, "Fujitsu S702X", ALC260_FUJITSU_S702X), - SND_PCI_QUIRK(0x152d, 0x0729, "CTL U553W", ALC260_BASIC), + SND_PCI_QUIRK(0x152d, 0x0729, "CTL U553W", ALC260_WILL), SND_PCI_QUIRK(0x161f, 0x2057, "Replacer 672V", ALC260_REPLACER_672V), SND_PCI_QUIRK(0x1631, 0xc017, "PB V7900", ALC260_WILL), {} ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-07 16:50 ` [PATCH] " Daniel Gimpelevich @ 2009-03-07 18:00 ` Rafael J. Wysocki 2009-03-08 10:26 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Rafael J. Wysocki @ 2009-03-07 18:00 UTC (permalink / raw) To: Daniel Gimpelevich; +Cc: linux-kernel, Takashi Iwai, Andrew Morton (adding CCs). Usually, sending such things to the LKML alone doesn't really work. Please always send a CC to the relevant subsystem maintainer. On Saturday 07 March 2009, Daniel Gimpelevich wrote: > At Mon, 6 Mar 2006 15:16:15 +0100, > Takashi Iwai wrote: > > > At Sat, 4 Mar 2006 15:51:14 +0100, > > Adrian Bunk wrote: > >> > >> On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote: > >> > Takashi Iwai <tiwai@suse.de> writes: > >> > > >> > > Are you sure that your device has PCI SUB-system id 8086:2668 ? > >> > > >> > oh no! Sorry! > >> > > >> > 0000:00:1b.0 0403: 8086:2668 (rev 04) > >> > Subsystem: 152d:0729 > >> > ^^^^^^^^^ > >> > >> Can you make a patch with the correct id test whether it fixes your > >> problem (without model=basic)? > > > > This one should work for his device. > > > > > > Takashi > > === > > > > [PATCH] Add default entry for CTL Travel Master U553W > > > > Added the default entry of ALC880 configuration table for > > CTL Travel Master U553W. > > > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > > > --- > > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c > > index b767552..d5cd3a1 100644 > > --- a/sound/pci/hda/patch_realtek.c > > +++ b/sound/pci/hda/patch_realtek.c > > @@ -2948,6 +2948,8 @@ static struct hda_board_config alc260_cf > > { .modelname = "basic", .config = ALC260_BASIC }, > > { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, > > .config = ALC260_BASIC }, /* Sony VAIO */ > > + { .pci_subvendor = 0x152d, .pci_subdevice = 0x0729, > > + .config = ALC260_BASIC }, /* CTL Travel Master U553W */ > > { .modelname = "hp", .config = ALC260_HP }, > > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP }, > > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP }, > > It has been three years since the above patch was posted with a request for > testing. No testing reply ever appeared, and the patch was committed as > submitted. On the relevant hardware, I determined the patch to be incorrect. > For the git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git > head, the following patch appears to fix it correctly: > > > Signed-off-by: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us> > > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c > index 6c26afc..87ec806 100644 > --- a/sound/pci/hda/patch_realtek.c > +++ b/sound/pci/hda/patch_realtek.c > @@ -5692,7 +5692,7 @@ static struct snd_pci_quirk alc260_cfg_tbl[] = { > SND_PCI_QUIRK(0x104d, 0x81cc, "Sony VAIO", ALC260_BASIC), > SND_PCI_QUIRK(0x104d, 0x81cd, "Sony VAIO", ALC260_BASIC), > SND_PCI_QUIRK(0x10cf, 0x1326, "Fujitsu S702X", ALC260_FUJITSU_S702X), > - SND_PCI_QUIRK(0x152d, 0x0729, "CTL U553W", ALC260_BASIC), > + SND_PCI_QUIRK(0x152d, 0x0729, "CTL U553W", ALC260_WILL), > SND_PCI_QUIRK(0x161f, 0x2057, "Replacer 672V", ALC260_REPLACER_672V), > SND_PCI_QUIRK(0x1631, 0xc017, "PB V7900", ALC260_WILL), > {} > > -- ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-07 18:00 ` Rafael J. Wysocki @ 2009-03-08 10:26 ` Takashi Iwai 2009-03-08 23:21 ` Daniel Gimpelevich 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2009-03-08 10:26 UTC (permalink / raw) To: Rafael J. Wysocki; +Cc: Daniel Gimpelevich, linux-kernel, Andrew Morton At Sat, 7 Mar 2009 19:00:44 +0100, Rafael J. Wysocki wrote: > > (adding CCs). > > Usually, sending such things to the LKML alone doesn't really work. Please > always send a CC to the relevant subsystem maintainer. Yep, thanks. A comment about this change below... > On Saturday 07 March 2009, Daniel Gimpelevich wrote: > > At Mon, 6 Mar 2006 15:16:15 +0100, > > Takashi Iwai wrote: > > > > > At Sat, 4 Mar 2006 15:51:14 +0100, > > > Adrian Bunk wrote: > > >> > > >> On Sat, Mar 04, 2006 at 02:29:02AM -0300, Otavio Salvador wrote: > > >> > Takashi Iwai <tiwai@suse.de> writes: > > >> > > > >> > > Are you sure that your device has PCI SUB-system id 8086:2668 ? > > >> > > > >> > oh no! Sorry! > > >> > > > >> > 0000:00:1b.0 0403: 8086:2668 (rev 04) > > >> > Subsystem: 152d:0729 > > >> > ^^^^^^^^^ > > >> > > >> Can you make a patch with the correct id test whether it fixes your > > >> problem (without model=basic)? > > > > > > This one should work for his device. > > > > > > > > > Takashi > > > === > > > > > > [PATCH] Add default entry for CTL Travel Master U553W > > > > > > Added the default entry of ALC880 configuration table for > > > CTL Travel Master U553W. > > > > > > Signed-off-by: Takashi Iwai <tiwai@suse.de> > > > > > > --- > > > diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c > > > index b767552..d5cd3a1 100644 > > > --- a/sound/pci/hda/patch_realtek.c > > > +++ b/sound/pci/hda/patch_realtek.c > > > @@ -2948,6 +2948,8 @@ static struct hda_board_config alc260_cf > > > { .modelname = "basic", .config = ALC260_BASIC }, > > > { .pci_subvendor = 0x104d, .pci_subdevice = 0x81bb, > > > .config = ALC260_BASIC }, /* Sony VAIO */ > > > + { .pci_subvendor = 0x152d, .pci_subdevice = 0x0729, > > > + .config = ALC260_BASIC }, /* CTL Travel Master U553W */ > > > { .modelname = "hp", .config = ALC260_HP }, > > > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3010, .config = ALC260_HP }, > > > { .pci_subvendor = 0x103c, .pci_subdevice = 0x3011, .config = ALC260_HP }, > > > > It has been three years since the above patch was posted with a request for > > testing. No testing reply ever appeared, and the patch was committed as > > submitted. On the relevant hardware, I determined the patch to be incorrect. Daniel, how "incorrect" do you mean exactly? As you cited, the above patch was added for the request for the specific model, so the patch itself is correct per definition. What wrong could be the choice of the model option by the original poster, which I cannot judge. Of course I have no objection to fix the model entry at all, but I need a more proper justification. thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-08 10:26 ` Takashi Iwai @ 2009-03-08 23:21 ` Daniel Gimpelevich 2009-03-11 8:33 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Daniel Gimpelevich @ 2009-03-08 23:21 UTC (permalink / raw) To: linux-kernel Takashi Iwai <tiwai <at> suse.de> writes: > Daniel, how "incorrect" do you mean exactly? > > As you cited, the above patch was added for the request for the > specific model, so the patch itself is correct per definition. What > wrong could be the choice of the model option by the original poster, > which I cannot judge. > > Of course I have no objection to fix the model entry at all, but I > need a more proper justification. The master volume control appeared to be affecting the wrong control line, and there was no way to turn off IEC958, which appeared to be on by default. ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-08 23:21 ` Daniel Gimpelevich @ 2009-03-11 8:33 ` Takashi Iwai 2009-03-11 13:07 ` Daniel Gimpelevich 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2009-03-11 8:33 UTC (permalink / raw) To: Daniel Gimpelevich; +Cc: linux-kernel At Sun, 8 Mar 2009 23:21:13 +0000 (UTC), Daniel Gimpelevich wrote: > > Takashi Iwai <tiwai <at> suse.de> writes: > > > Daniel, how "incorrect" do you mean exactly? > > > > As you cited, the above patch was added for the request for the > > specific model, so the patch itself is correct per definition. What > > wrong could be the choice of the model option by the original poster, > > which I cannot judge. > > > > Of course I have no objection to fix the model entry at all, but I > > need a more proper justification. > > The master volume control appeared to be affecting the wrong control line, Is it so with the latest 2.6.29 kernel? (Also you aren't accessing pulse plugin, right?) > and > there was no way to turn off IEC958, which appeared to be on by default. This should work. % amixer -Dhw:0 set IEC958 mute Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-11 8:33 ` Takashi Iwai @ 2009-03-11 13:07 ` Daniel Gimpelevich 2009-03-11 13:27 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Daniel Gimpelevich @ 2009-03-11 13:07 UTC (permalink / raw) To: Takashi Iwai; +Cc: Rafael J. Wysocki, linux-kernel, Andrew Morton (Re-adding mistakenly snipped CC's…) On Wed, 2009-03-11 at 09:33 +0100, Takashi Iwai wrote: > At Sun, 8 Mar 2009 23:21:13 +0000 (UTC), > Daniel Gimpelevich wrote: > > > > Takashi Iwai <tiwai <at> suse.de> writes: > > > > > Daniel, how "incorrect" do you mean exactly? > > > > > > As you cited, the above patch was added for the request for the > > > specific model, so the patch itself is correct per definition. What > > > wrong could be the choice of the model option by the original poster, > > > which I cannot judge. > > > > > > Of course I have no objection to fix the model entry at all, but I > > > need a more proper justification. > > > > The master volume control appeared to be affecting the wrong control line, > > Is it so with the latest 2.6.29 kernel? > (Also you aren't accessing pulse plugin, right?) Was using alsamixer to test, without pulseaudio running. The underlying issue is unchanged in three years of commits. > > and > > there was no way to turn off IEC958, which appeared to be on by default. > > This should work. > > % amixer -Dhw:0 set IEC958 mute It does work, but only after the patch I submitted (or by using the equivalent module argument). ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-11 13:07 ` Daniel Gimpelevich @ 2009-03-11 13:27 ` Takashi Iwai 2009-03-11 13:53 ` Daniel Gimpelevich 0 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2009-03-11 13:27 UTC (permalink / raw) To: Daniel Gimpelevich; +Cc: Rafael J. Wysocki, linux-kernel, Andrew Morton At Wed, 11 Mar 2009 06:07:20 -0700, Daniel Gimpelevich wrote: > > (Re-adding mistakenly snipped CC's…) > > On Wed, 2009-03-11 at 09:33 +0100, Takashi Iwai wrote: > > At Sun, 8 Mar 2009 23:21:13 +0000 (UTC), > > Daniel Gimpelevich wrote: > > > > > > Takashi Iwai <tiwai <at> suse.de> writes: > > > > > > > Daniel, how "incorrect" do you mean exactly? > > > > > > > > As you cited, the above patch was added for the request for the > > > > specific model, so the patch itself is correct per definition. What > > > > wrong could be the choice of the model option by the original poster, > > > > which I cannot judge. > > > > > > > > Of course I have no objection to fix the model entry at all, but I > > > > need a more proper justification. > > > > > > The master volume control appeared to be affecting the wrong control line, > > > > Is it so with the latest 2.6.29 kernel? > > (Also you aren't accessing pulse plugin, right?) > > Was using alsamixer to test, without pulseaudio running. The underlying > issue is unchanged in three years of commits. No, the master volume behavior did change recently. Doesn't it really work with model=basic on 2.6.29? Its master should change both the widget 0x08 and 0x09, so it should influence on the volume. > > > and > > > there was no way to turn off IEC958, which appeared to be on by default. > > > > This should work. > > > > % amixer -Dhw:0 set IEC958 mute > > It does work, but only after the patch I submitted (or by using the > equivalent module argument). Ah, you mean there is no IEC958 mixer as is, right? Then yes, there is no control with model=basic. But, I basically wonder whether model=auto works or not. Choosing an existing model for a device of another vendor is often wrong in small corner cases. Anyway, it'd be helpful if you attach the output of alsa-info.sh (with --no-upload option) on your device. The script is found at http://www.alsa-project.org/alsa-info.sh thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-* 2009-03-11 13:27 ` Takashi Iwai @ 2009-03-11 13:53 ` Daniel Gimpelevich 0 siblings, 0 replies; 24+ messages in thread From: Daniel Gimpelevich @ 2009-03-11 13:53 UTC (permalink / raw) To: Takashi Iwai; +Cc: Rafael J. Wysocki, linux-kernel, Andrew Morton BTW, Rafael: The reason I originally sent this to the main LKML and not to Takashi through other channels was that I was replying directly to a thread already on only this list. I do acknowledge that this list was not the proper venue for the thread when it was begun, three years ago. On Wed, 2009-03-11 at 14:27 +0100, Takashi Iwai wrote: > At Wed, 11 Mar 2009 06:07:20 -0700, > Daniel Gimpelevich wrote: > > > > (Re-adding mistakenly snipped CC's…) > > > > On Wed, 2009-03-11 at 09:33 +0100, Takashi Iwai wrote: > > > At Sun, 8 Mar 2009 23:21:13 +0000 (UTC), > > > Daniel Gimpelevich wrote: > > > > > > > > Takashi Iwai <tiwai <at> suse.de> writes: > > > > > > > > > Daniel, how "incorrect" do you mean exactly? > > > > > > > > > > As you cited, the above patch was added for the request for the > > > > > specific model, so the patch itself is correct per definition. What > > > > > wrong could be the choice of the model option by the original poster, > > > > > which I cannot judge. > > > > > > > > > > Of course I have no objection to fix the model entry at all, but I > > > > > need a more proper justification. > > > > > > > > The master volume control appeared to be affecting the wrong control line, > > > > > > Is it so with the latest 2.6.29 kernel? > > > (Also you aren't accessing pulse plugin, right?) > > > > Was using alsamixer to test, without pulseaudio running. The underlying > > issue is unchanged in three years of commits. > > No, the master volume behavior did change recently. > > Doesn't it really work with model=basic on 2.6.29? > Its master should change both the widget 0x08 and 0x09, so it should > influence on the volume. Perhaps; I was referring only to the issue of model=basic being chosen as a lowest common denominator amidst lack of other info. The newest kernel I have actually tested on that hardware so far is the one on the Fedora 10 LiveCD. > > > > and > > > > there was no way to turn off IEC958, which appeared to be on by default. > > > > > > This should work. > > > > > > % amixer -Dhw:0 set IEC958 mute > > > > It does work, but only after the patch I submitted (or by using the > > equivalent module argument). > > Ah, you mean there is no IEC958 mixer as is, right? Then yes, there > is no control with model=basic. > > But, I basically wonder whether model=auto works or not. > Choosing an existing model for a device of another vendor is often > wrong in small corner cases. As the OP stated, there is no sound output whatsoever with model=auto. The controls in alsamixer in that case do not exactly match any of the existing models, and I currently intend to attach a three-way comparison of them among model=basic, model=will, and model=auto. > Anyway, it'd be helpful if you attach the output of alsa-info.sh (with > --no-upload option) on your device. The script is found at > http://www.alsa-project.org/alsa-info.sh Unfortunately, the machine has since suffered a hardware failure, which I will attempt to correct this week. Further testing must wait until then. ^ permalink raw reply [flat|nested] 24+ messages in thread
* [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic 2006-03-01 10:29 ` Takashi Iwai 2006-03-02 2:24 ` Otavio Salvador @ 2006-03-04 15:00 ` Adrian Bunk 1 sibling, 0 replies; 24+ messages in thread From: Adrian Bunk @ 2006-03-04 15:00 UTC (permalink / raw) To: Takashi Iwai; +Cc: Otavio Salvador, linux-kernel, perex, alsa-devel On Wed, Mar 01, 2006 at 11:29:03AM +0100, Takashi Iwai wrote: > At Tue, 28 Feb 2006 17:28:36 -0300, > Otavio Salvador wrote: > > > > Takashi Iwai <tiwai@suse.de> writes: > > > > > At Tue, 28 Feb 2006 05:51:26 -0300, > > > Otavio Salvador wrote: > > >> > > >> > This kind of problem is likely due to a broken BIOS. The current code > > >> > parses the default pin configuration set up via BIOS while the older > > >> > version used the fixed pin assignment (depending on the codec chip, > > >> > though). > > >> > In most cases, it can be recovered by specifying a proper model module > > >> > option. See ALSA-Configuration.txt for details. > > >> > > >> I wasn't able to do it. > > > > > > Didn't it worked? Which module parameter did you use? > > > > I tried model=hp, model=fujistsu and priority_fix={1,2}. Neither did > > it work. > > Try model=basic. It's the old default. > (seems that it's missing in the documentation...) What about the patch below for 2.6.16? > Takashi cu Adrian <-- snip --> Document the model=basic option in the snd-hda-intel driver. Signed-off-by: Adrian Bunk <bunk@stusta.de> --- linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt.old 2006-03-04 15:52:50.000000000 +0100 +++ linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt 2006-03-04 15:57:10.000000000 +0100 @@ -705,6 +705,7 @@ $CONFIG_SND_DEBUG=y ALC260 + basic base mode hp HP machines fujitsu Fujitsu S7020 ^ permalink raw reply [flat|nested] 24+ messages in thread
* [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic @ 2006-03-13 19:56 Adrian Bunk 2006-03-13 20:02 ` Takashi Iwai 0 siblings, 1 reply; 24+ messages in thread From: Adrian Bunk @ 2006-03-13 19:56 UTC (permalink / raw) To: Andrew Morton; +Cc: Takashi Iwai, perex, alsa-devel, linux-kernel Document the model=basic option in the snd-hda-intel driver. Signed-off-by: Adrian Bunk <bunk@stusta.de> --- Can I get an ACK for getting this patch into 2.6.16? This patch was already sent on: - 4 Mar 2006 --- linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt.old 2006-03-04 15:52:50.000000000 +0100 +++ linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt 2006-03-04 15:57:10.000000000 +0100 @@ -705,6 +705,7 @@ $CONFIG_SND_DEBUG=y ALC260 + basic base mode hp HP machines fujitsu Fujitsu S7020 ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic 2006-03-13 19:56 Adrian Bunk @ 2006-03-13 20:02 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2006-03-13 20:02 UTC (permalink / raw) To: Adrian Bunk; +Cc: Andrew Morton, perex, alsa-devel, linux-kernel At Mon, 13 Mar 2006 20:56:44 +0100, Adrian Bunk wrote: > > Document the model=basic option in the snd-hda-intel driver. > > > Signed-off-by: Adrian Bunk <bunk@stusta.de> > > --- > > Can I get an ACK for getting this patch into 2.6.16? Please don't. It alone doesn't explain much, and we have a better description in the upstream. But the relevant change is burried in the deep stack of 100 pending patches, and cannot cherry-pick without confliction. Takashi > > --- linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt.old 2006-03-04 15:52:50.000000000 +0100 > +++ linux-2.6.16-rc5-mm2-full/Documentation/sound/alsa/ALSA-Configuration.txt 2006-03-04 15:57:10.000000000 +0100 > @@ -705,6 +705,7 @@ > $CONFIG_SND_DEBUG=y > > ALC260 > + basic base mode > hp HP machines > fujitsu Fujitsu S7020 > > > ^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2009-03-11 13:53 UTC | newest] Thread overview: 24+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2006-02-27 13:15 ALSA HDA Intel stoped to work in 2.6.16-* Otavio Salvador 2006-02-27 14:49 ` Diego Calleja 2006-02-28 8:34 ` Otavio Salvador 2006-02-27 15:02 ` Takashi Iwai 2006-02-28 8:51 ` Otavio Salvador 2006-02-28 10:54 ` Takashi Iwai 2006-02-28 20:28 ` Otavio Salvador 2006-03-01 10:29 ` Takashi Iwai 2006-03-02 2:24 ` Otavio Salvador 2006-03-03 18:11 ` Takashi Iwai 2006-03-04 5:29 ` Otavio Salvador 2006-03-04 14:51 ` Adrian Bunk 2006-03-06 14:16 ` Takashi Iwai 2009-03-07 16:50 ` [PATCH] " Daniel Gimpelevich 2009-03-07 18:00 ` Rafael J. Wysocki 2009-03-08 10:26 ` Takashi Iwai 2009-03-08 23:21 ` Daniel Gimpelevich 2009-03-11 8:33 ` Takashi Iwai 2009-03-11 13:07 ` Daniel Gimpelevich 2009-03-11 13:27 ` Takashi Iwai 2009-03-11 13:53 ` Daniel Gimpelevich 2006-03-04 15:00 ` [2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic Adrian Bunk 2006-03-13 19:56 Adrian Bunk 2006-03-13 20:02 ` Takashi Iwai
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
Powered by JetHome