ALSA HDA Intel stoped to work in 2.6.16-*

ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Diego Calleja]

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)

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

[-- 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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

[-- 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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Adrian Bunk]

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

[2.6 patch] ALSA-Configuration.txt: snd-hda-intel: document model=basic

[Adrian Bunk]

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
 

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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 },

[PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Daniel Gimpelevich]

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),
        {}

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Rafael J. Wysocki]

(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),
>         {}
> 
> --

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Daniel Gimpelevich]

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.

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Daniel Gimpelevich]

(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).

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

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

Re: [PATCH] Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Daniel Gimpelevich]

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.

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Parag Warudkar]

On Monday 06 March 2006 11:23, Takashi Iwai wrote:
> At Mon, 06 Mar 2006 13:19:30 -0300,
>
> Otavio Salvador wrote:
> > Takashi Iwai <tiwai@suse.de> writes:
> > >> Shouldn't this fix go into 2.6.16?
> > >
> > > Unfortunately it's involved with many other patches (especially
> > > semahpore->mutex ones) and hard to cherry-pick...
> >
> > I could prepare another patch just to fix it and then put it in on
> > 2.6.16.

I have a DELL E1705 Laptop and snd-intel-hda used to work for me in 2.6.15 - 
it no longer works (Silence, no sound, no errors in dmesg) with 2.6.16-rc6. 

I have tried to load snd_hda_intel with  model=basic but even then it did not 
work for me. 

cat /proc/asound/cards
 0 [01cd           ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xdfebc000 irq 233
 cat /proc/asound/01cd/
codec#0    codec#1    id         oss_mixer  pcm0c/     pcm0p/     pcm1p/
paragw@penguin ~ $ cat /proc/asound/01cd/codec#0
Codec: SigmaTel STAC9200
Address: 0
Vendor Id: 0x83847690
Subsystem Id: 0x102801cd
Revision Id: 0x102201
Default PCM: rates 0x7e0, bits 0x0e, types 0x1
Default Amp-In caps: N/A
Default Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=1
Node 0x02 [Audio Output] wcaps 0xd0401: Stereo
  Power: 0x0
Node 0x03 [Audio Input] wcaps 0x1d0541: Stereo
  Power: 0x0
  Connection: 1
     0x0a
Node 0x04 [Audio Input] wcaps 0x140311: Stereo Digital
  PCM: rates 0x160, bits 0x0e, types 0x5
  Connection: 1
     0x08
Node 0x05 [Audio Output] wcaps 0x40211: Stereo Digital
  PCM: rates 0x1e0, bits 0x0e, types 0x5
Node 0x06 [Vendor Defined Widget] wcaps 0xf30201: Stereo Digital
Node 0x07 [Audio Selector] wcaps 0x300901: Stereo
  Connection: 3
     0x02* 0x08 0x0a
Node 0x08 [Pin Complex] wcaps 0x430681: Stereo Digital
  Pincap 0x0810024: IN
  Pin Default 0x40c003fa: [N/A] SPDIF In at Ext N/A
    Conn = Unknown, Color = Unknown
  Pin-ctls: 0x00:
  Power: 0x0
Node 0x09 [Pin Complex] wcaps 0x400301: Stereo Digital
  Pincap 0x0810: OUT
  Pin Default 0x01441340: [Jack] SPDIF Out at Ext Rear
    Conn = RCA, Color = Black
  Pin-ctls: 0x40: OUT
  Connection: 2
     0x05* 0x0a
Node 0x0a [Audio Selector] wcaps 0x30090d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x0f, stepsize=0x05, mute=1
  Amp-Out vals:  [0x80 0x80]
  Connection: 1
     0x0c
Node 0x0b [Audio Selector] wcaps 0x300105: Stereo Amp-Out
  Amp-Out caps: N/A
  Amp-Out vals:  [0x9f 0x9f]
  Connection: 1
     0x07
Node 0x0c [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
  Amp-Out caps: ofs=0x00, nsteps=0x04, stepsize=0x27, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 5
     0x10* 0x0f 0x0e 0x0d 0x12
Node 0x0d [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x083f: IN OUT HP
  Pin Default 0x0421421f: [Jack] HP Out at Ext Right
    Conn = 1/8, Color = Green
  Pin-ctls: 0x00:
  Connection: 1
     0x0b
Node 0x0e [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x083f: IN OUT HP
  Pin Default 0x90170310: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
  Pin-ctls: 0x00:
  Connection: 1
     0x0b
Node 0x0f [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x0837: IN OUT
  Pin Default 0x408003fb: [N/A] Line In at Ext N/A
    Conn = Unknown, Color = Unknown
  Pin-ctls: 0x20: IN
  Connection: 1
     0x0b
Node 0x10 [Pin Complex] wcaps 0x400181: Stereo
  Pincap 0x081737: IN OUT
  Pin Default 0x04a1102e: [Jack] Mic at Ext Right
    Conn = 1/8, Color = Black
  Pin-ctls: 0x20: IN
  Connection: 1
     0x0b
Node 0x11 [Pin Complex] wcaps 0x400104: Mono Amp-Out
  Amp-Out caps: N/A
  Amp-Out vals:  [0x00]
  Pincap 0x0810: OUT
  Pin Default 0x90170311: [Fixed] Speaker at Int N/A
    Conn = Analog, Color = Unknown
  Pin-ctls: 0x00:
  Connection: 1
     0x13
Node 0x12 [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x403003fc: [N/A] CD at Ext N/A
    Conn = Unknown, Color = Unknown
  Pin-ctls: 0x20: IN
Node 0x13 [Audio Mixer] wcaps 0x200100: Mono
  Connection: 1
     0x07
Node 0x14 [Beep Generator Widget] wcaps 0x70000c: Mono Amp-Out
  Amp-Out caps: ofs=0x03, nsteps=0x03, stepsize=0x17, mute=1
  Amp-Out vals:  [0x00]

cat /proc/asound/01cd/codec#1
Codec: Generic 14f1 ID 2bfa
Address: 1
Vendor Id: 0x14f12bfa
Subsystem Id: 0x14f100c3
Revision Id: 0x90000


Parag

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

At Mon, 06 Mar 2006 13:19:30 -0300,
Otavio Salvador wrote:
> 
> Takashi Iwai <tiwai@suse.de> writes:
> 
> >> Shouldn't this fix go into 2.6.16?
> >
> > Unfortunately it's involved with many other patches (especially
> > semahpore->mutex ones) and hard to cherry-pick...
> 
> I could prepare another patch just to fix it and then put it in on
> 2.6.16.

In the above I meant the patch to do the workaround of
azx_get_timeout() automatically.  The patch to change the default
model for your laptop is another thing, which I posted already.


Takashi

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Otavio Salvador]

Takashi Iwai <tiwai@suse.de> writes:

>> Shouldn't this fix go into 2.6.16?
>
> Unfortunately it's involved with many other patches (especially
> semahpore->mutex ones) and hard to cherry-pick...

I could prepare another patch just to fix it and then put it in on
2.6.16.


-- 
        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."

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

At Sat, 4 Mar 2006 15:46:25 +0100,
Adrian Bunk wrote:
> 
> On Mon, Feb 27, 2006 at 05:00:37PM +0100, Takashi Iwai wrote:
> > At Mon, 27 Feb 2006 09:00:13 -0600,
> > S. Umar wrote:
> > > 
> > > I can confirm this as well.
> > > 
> > > DEVICE:
> > > Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
> > > 
> > > SYMPTOMS:
> > > 
> > >       1. No sound.
> > >       2. kernel: azx_get_response timeout 
> > >           messages in system log
> > 
> > It's a known interrupt problem.
> > 
> > The latest version on ALSA CVS has a workaround for this.
> >...
> 
> Shouldn't this fix go into 2.6.16?

Unfortunately it's involved with many other patches (especially
semahpore->mutex ones) and hard to cherry-pick...


Takashi

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Adrian Bunk]

On Mon, Feb 27, 2006 at 05:00:37PM +0100, Takashi Iwai wrote:
> At Mon, 27 Feb 2006 09:00:13 -0600,
> S. Umar wrote:
> > 
> > I can confirm this as well.
> > 
> > DEVICE:
> > Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
> > 
> > SYMPTOMS:
> > 
> >       1. No sound.
> >       2. kernel: azx_get_response timeout 
> >           messages in system log
> 
> It's a known interrupt problem.
> 
> The latest version on ALSA CVS has a workaround for this.
>...

Shouldn't this fix go into 2.6.16?

> Takashi

cu
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

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

At Mon, 27 Feb 2006 09:00:13 -0600,
S. Umar wrote:
> 
> I can confirm this as well.
> 
> DEVICE:
> Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
> 
> SYMPTOMS:
> 
>       1. No sound.
>       2. kernel: azx_get_response timeout 
>           messages in system log

It's a known interrupt problem.

The latest version on ALSA CVS has a workaround for this.

>       3. Doing modprobe -r snd_hda_intel and then modprobe snd_hda_intel
>           produces "general protection fault: 0000 [1] SMP" message.

Not sure about this.
You didn't get this in 2.6.15 or earlier?


Takashi

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[Takashi Iwai]

At Mon, 27 Feb 2006 09:20:42 -0600,
S. Umar wrote:
> 
> I am just responding to your e-mail as well since I see the same problem.

Which problem?

> Machine is Dell Precision 380, Dual Core, EM64T.
> 
> Codec is: snd_hda_codec

Check /proc/asound/card0/codec#* files.


Takashi

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[S. Umar]

I am just responding to your e-mail as well since I see the same problem.

Machine is Dell Precision 380, Dual Core, EM64T.

Codec is: snd_hda_codec

# lspci -vvv | grep ICH
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) (prog-if 00 [Normal decode])
00:1c.4 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 5 (rev 01) (prog-if 00 [Normal decode])
00:1c.5 PCI bridge: Intel Corporation 82801GR/GH/GHM (ICH7 Family) PCI Express Port 6 (rev 01) (prog-if 00 [Normal decode])
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 01) (prog-if 00 [UHCI])
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 01) (prog-if 00 [UHCI])
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 01) (prog-if 00 [UHCI])
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 01) (prog-if 00 [UHCI])
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) (prog-if 20 [EHCI])
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) (prog-if 8a [Master SecP PriP])
00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controllers cc=AHCI (rev 01) (prog-if 01 [AHCI 1.0])
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)

Re: ALSA HDA Intel stoped to work in 2.6.16-*

[S. Umar]

I can confirm this as well.

DEVICE:
Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)

SYMPTOMS:

      1. No sound.
      2. kernel: azx_get_response timeout 
          messages in system log
      3. Doing modprobe -r snd_hda_intel and then modprobe snd_hda_intel
          produces "general protection fault: 0000 [1] SMP" message.

I think I have seen another thread on this.