* Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep
@ 2010-07-28 14:49 ` Mario 'BitKoenig' Holbe
0 siblings, 0 replies; 24+ messages in thread
From: Mario 'BitKoenig' Holbe @ 2010-07-28 14:49 UTC (permalink / raw)
To: linux-kernel, alsa-devel
[-- Attachment #1.1.1: Type: text/plain, Size: 1042 bytes --]
Hello,
My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6.
The sound device is an Asus P5E-V HDMI (Intel G35) onboard Intel HDA w/
Realtek ALC883 codec.
The driver does still register a PCBeep input, but the Controls as well
as the sound (:)) are gone.
HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X
HDA Intel 0000:00:1b.0: setting latency timer to 64
input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input5
$ diff card0-codec#0-2.6.34 card0-codec#0-2.6.35-rc6
111,114d110
< Control: name="Beep Playback Volume", index=0, device=0
< ControlAmp: chs=3, dir=In, idx=5, ofs=0
< Control: name="Beep Playback Switch", index=0, device=0
< ControlAmp: chs=3, dir=In, idx=5, ofs=0
Attached /proc/asound/card0/codec#0 from 2.6.35-rc6.
Thanks for your work & regards
Mario
--
Good, Fast, Cheap: Pick any two (you can't have all three).
-- RFC 1925, 7a
[-- Attachment #1.1.2: card0-codec#0-2.6.35-rc6 --]
[-- Type: text/plain, Size: 13353 bytes --]
Codec: Realtek ALC883
Address: 0
Function Id: 0x1
Vendor Id: 0x10ec0883
Subsystem Id: 0x1043829f
Revision Id: 0x100002
No Modem Function Group found
Default PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=2, o=0, i=0, unsolicited=1, wake=0
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0
Node 0x02 [Audio Output] wcaps 0x11: Stereo
Device: name="ALC883 Analog", type="Audio", device=0
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x03 [Audio Output] wcaps 0x11: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x04 [Audio Output] wcaps 0x11: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x05 [Audio Output] wcaps 0x11: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0x1e]: 16 20 24 32
formats [0x1]: PCM
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Control: name="Capture Switch", index=0, device=0
Control: name="Capture Volume", index=0, device=0
Device: name="ALC883 Analog", type="Audio", device=0
Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x07 0x07]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0x6]: 16 20
formats [0x1]: PCM
Connection: 1
0x23
Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In
Control: name="Capture Switch", index=1, device=0
Control: name="Capture Volume", index=1, device=0
Device: name="ALC883 Analog", type="Audio", device=2
Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x87 0x87]
Converter: stream=0, channel=0
SDI-Select: 0
PCM:
rates [0x160]: 44100 48000 96000
bits [0x6]: 16 20
formats [0x1]: PCM
Connection: 1
0x22
Node 0x0a [Audio Input] wcaps 0x100391: Stereo Digital
Control: name="IEC958 Capture Switch", index=0, device=0
Control: name="IEC958 Capture Default", index=0, device=0
Device: name="ALC883 Digital", type="SPDIF", device=1
Converter: stream=0, channel=0
SDI-Select: 0
Digital:
Digital category: 0x0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0x1e]: 16 20 24 32
formats [0x1]: PCM
Unsolicited: tag=00, enabled=0
Connection: 1
0x1f
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Control: name="CD Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=4, ofs=0
Control: name="CD Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=4, ofs=0
Control: name="Line Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Control: name="Line Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=2, ofs=0
Control: name="Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Control: name="Front Mic Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Control: name="Front Mic Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=In, idx=1, ofs=0
Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x17 0x17] [0x80 0x80] [0x17 0x17] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Connection: 10
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17
Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Front Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x00 0x00] [0x00 0x00]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x17 0x17]
Connection: 2
0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Surround Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Center Playback Volume", index=0, device=0
ControlAmp: chs=1, dir=Out, idx=0, ofs=0
Control: name="LFE Playback Volume", index=0, device=0
ControlAmp: chs=2, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x04 0x0b
Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Side Playback Volume", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x05 0x0b
Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono
Control: name="IEC958 Playback Con Mask", index=0, device=0
Control: name="IEC958 Playback Pro Mask", index=0, device=0
Control: name="IEC958 Playback Default", index=0, device=0
Control: name="IEC958 Playback Switch", index=0, device=0
Control: name="IEC958 Default PCM Playback Switch", index=0, device=0
Device: name="ALC883 Digital", type="SPDIF", device=1
Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x12 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01014010: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0x0
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x15 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01011012: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0x1, Sequence = 0x2
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c 0x0d* 0x0e 0x0f 0x26
Node 0x16 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01016011: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Orange
DefAssociation = 0x1, Sequence = 0x1
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c 0x0d 0x0e* 0x0f 0x26
Node 0x17 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000003e: IN OUT HP Detect Trigger
Pin Default 0x01012014: [Jack] Line Out at Ext Rear
Conn = 1/8, Color = Grey
DefAssociation = 0x1, Sequence = 0x4
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c 0x0d 0x0e 0x0f* 0x26
Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Control: name="Mic Boost", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000173e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80
Pin Default 0x01a19840: [Jack] Mic at Ext Rear
Conn = 1/8, Color = Pink
DefAssociation = 0x4, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Control: name="Front Mic Boost", index=0, device=0
ControlAmp: chs=3, dir=In, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000173e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80
Pin Default 0x02a19c50: [Jack] Mic at Ext Front
Conn = 1/8, Color = Pink
DefAssociation = 0x5, Sequence = 0x0
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x80 0x80]
Pincap 0x0000173e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80
Pin Default 0x0181304f: [Jack] Line In at Ext Rear
Conn = 1/8, Color = Blue
DefAssociation = 0x4, Sequence = 0xf
Pin-ctls: 0x20: IN VREF_HIZ
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Control: name="Headphone Playback Switch", index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-Out vals: [0x00 0x00]
Pincap 0x0000173e: IN OUT HP Detect Trigger
Vref caps: HIZ 50 GRD 80
Pin Default 0x02214c20: [Jack] HP Out at Ext Front
Conn = 1/8, Color = Green
DefAssociation = 0x2, Sequence = 0x0
Pin-ctls: 0xc0: OUT HP VREF_HIZ
Unsolicited: tag=00, enabled=0
Connection: 5
0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1c [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x00000020: IN
Pin Default 0x593301f0: [N/A] CD at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
Pincap 0x00000020: IN
Pin Default 0x4005e601: [N/A] Line Out at Ext N/A
Conn = Optical, Color = White
DefAssociation = 0x0, Sequence = 0x1
Pin-ctls: 0x00:
Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital
Pincap 0x00000010: OUT
Pin Default 0x01441130: [Jack] SPDIF Out at Ext Rear
Conn = RCA, Color = Black
DefAssociation = 0x3, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Connection: 1
0x06
Node 0x1f [Pin Complex] wcaps 0x400200: Mono Digital
Pincap 0x00000020: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=17
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Input Source", index=1, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Amp-Out caps: N/A
Amp-Out vals: [0x00 0x00]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x23 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
Control: name="Input Source", index=0, device=0
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
Amp-In vals: [0x80 0x80] [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
Amp-Out caps: N/A
Amp-Out vals: [0x00 0x00]
Connection: 11
0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x25 [Audio Output] wcaps 0x11: Stereo
Converter: stream=0, channel=0
PCM:
rates [0x560]: 44100 48000 96000 192000
bits [0xe]: 16 20 24
formats [0x1]: PCM
Node 0x26 [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] [0x80 0x80]
Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
Amp-Out vals: [0x00 0x00]
Connection: 2
0x25 0x0b
[-- Attachment #1.2: Digital signature --]
[-- Type: application/pgp-signature, Size: 482 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
^ permalink raw reply [flat|nested] 24+ messages in thread* Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-28 14:49 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-28 14:49 UTC (permalink / raw) To: linux-kernel, alsa-devel [-- Attachment #1.1: Type: text/plain, Size: 1042 bytes --] Hello, My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. The sound device is an Asus P5E-V HDMI (Intel G35) onboard Intel HDA w/ Realtek ALC883 codec. The driver does still register a PCBeep input, but the Controls as well as the sound (:)) are gone. HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X HDA Intel 0000:00:1b.0: setting latency timer to 64 input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input5 $ diff card0-codec#0-2.6.34 card0-codec#0-2.6.35-rc6 111,114d110 < Control: name="Beep Playback Volume", index=0, device=0 < ControlAmp: chs=3, dir=In, idx=5, ofs=0 < Control: name="Beep Playback Switch", index=0, device=0 < ControlAmp: chs=3, dir=In, idx=5, ofs=0 Attached /proc/asound/card0/codec#0 from 2.6.35-rc6. Thanks for your work & regards Mario -- Good, Fast, Cheap: Pick any two (you can't have all three). -- RFC 1925, 7a [-- Attachment #1.2: card0-codec#0-2.6.35-rc6 --] [-- Type: text/plain, Size: 13353 bytes --] Codec: Realtek ALC883 Address: 0 Function Id: 0x1 Vendor Id: 0x10ec0883 Subsystem Id: 0x1043829f Revision Id: 0x100002 No Modem Function Group found Default PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Default Amp-In caps: N/A Default Amp-Out caps: N/A GPIO: io=2, o=0, i=0, unsolicited=1, wake=0 IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0 IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0, unsol=0 Node 0x02 [Audio Output] wcaps 0x11: Stereo Device: name="ALC883 Analog", type="Audio", device=0 Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x03 [Audio Output] wcaps 0x11: Stereo Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x04 [Audio Output] wcaps 0x11: Stereo Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x05 [Audio Output] wcaps 0x11: Stereo Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital Converter: stream=0, channel=0 Digital: Digital category: 0x0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0x1e]: 16 20 24 32 formats [0x1]: PCM Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In Control: name="Capture Switch", index=0, device=0 Control: name="Capture Volume", index=0, device=0 Device: name="ALC883 Analog", type="Audio", device=0 Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x07 0x07] Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x23 Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In Control: name="Capture Switch", index=1, device=0 Control: name="Capture Volume", index=1, device=0 Device: name="ALC883 Analog", type="Audio", device=2 Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x87 0x87] Converter: stream=0, channel=0 SDI-Select: 0 PCM: rates [0x160]: 44100 48000 96000 bits [0x6]: 16 20 formats [0x1]: PCM Connection: 1 0x22 Node 0x0a [Audio Input] wcaps 0x100391: Stereo Digital Control: name="IEC958 Capture Switch", index=0, device=0 Control: name="IEC958 Capture Default", index=0, device=0 Device: name="ALC883 Digital", type="SPDIF", device=1 Converter: stream=0, channel=0 SDI-Select: 0 Digital: Digital category: 0x0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0x1e]: 16 20 24 32 formats [0x1]: PCM Unsolicited: tag=00, enabled=0 Connection: 1 0x1f Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In Control: name="CD Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=4, ofs=0 Control: name="CD Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=4, ofs=0 Control: name="Line Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=2, ofs=0 Control: name="Line Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=2, ofs=0 Control: name="Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Front Mic Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=1, ofs=0 Control: name="Front Mic Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=In, idx=1, ofs=0 Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x17 0x17] [0x80 0x80] [0x17 0x17] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Connection: 10 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Front Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x17 0x17] Connection: 2 0x02 0x0b Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Surround Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x03 0x0b Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Center Playback Volume", index=0, device=0 ControlAmp: chs=1, dir=Out, idx=0, ofs=0 Control: name="LFE Playback Volume", index=0, device=0 ControlAmp: chs=2, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x04 0x0b Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Side Playback Volume", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x05 0x0b Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono Control: name="IEC958 Playback Con Mask", index=0, device=0 Control: name="IEC958 Playback Pro Mask", index=0, device=0 Control: name="IEC958 Playback Default", index=0, device=0 Control: name="IEC958 Playback Switch", index=0, device=0 Control: name="IEC958 Default PCM Playback Switch", index=0, device=0 Device: name="ALC883 Digital", type="SPDIF", device=1 Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x12 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000003e: IN OUT HP Detect Trigger Pin Default 0x01014010: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Green DefAssociation = 0x1, Sequence = 0x0 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x15 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000003e: IN OUT HP Detect Trigger Pin Default 0x01011012: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0x1, Sequence = 0x2 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 5 0x0c 0x0d* 0x0e 0x0f 0x26 Node 0x16 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000003e: IN OUT HP Detect Trigger Pin Default 0x01016011: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Orange DefAssociation = 0x1, Sequence = 0x1 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 5 0x0c 0x0d 0x0e* 0x0f 0x26 Node 0x17 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000003e: IN OUT HP Detect Trigger Pin Default 0x01012014: [Jack] Line Out at Ext Rear Conn = 1/8, Color = Grey DefAssociation = 0x1, Sequence = 0x4 Pin-ctls: 0x40: OUT Unsolicited: tag=00, enabled=0 Connection: 5 0x0c 0x0d 0x0e 0x0f* 0x26 Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Mic Boost", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000173e: IN OUT HP Detect Trigger Vref caps: HIZ 50 GRD 80 Pin Default 0x01a19840: [Jack] Mic at Ext Rear Conn = 1/8, Color = Pink DefAssociation = 0x4, Sequence = 0x0 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Front Mic Boost", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000173e: IN OUT HP Detect Trigger Vref caps: HIZ 50 GRD 80 Pin Default 0x02a19c50: [Jack] Mic at Ext Front Conn = 1/8, Color = Pink DefAssociation = 0x5, Sequence = 0x0 Pin-ctls: 0x24: IN VREF_80 Unsolicited: tag=00, enabled=0 Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000173e: IN OUT HP Detect Trigger Vref caps: HIZ 50 GRD 80 Pin Default 0x0181304f: [Jack] Line In at Ext Rear Conn = 1/8, Color = Blue DefAssociation = 0x4, Sequence = 0xf Pin-ctls: 0x20: IN VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0 Amp-In vals: [0x00 0x00] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00] Pincap 0x0000173e: IN OUT HP Detect Trigger Vref caps: HIZ 50 GRD 80 Pin Default 0x02214c20: [Jack] HP Out at Ext Front Conn = 1/8, Color = Green DefAssociation = 0x2, Sequence = 0x0 Pin-ctls: 0xc0: OUT HP VREF_HIZ Unsolicited: tag=00, enabled=0 Connection: 5 0x0c* 0x0d 0x0e 0x0f 0x26 Node 0x1c [Pin Complex] wcaps 0x400001: Stereo Pincap 0x00000020: IN Pin Default 0x593301f0: [N/A] CD at Int ATAPI Conn = ATAPI, Color = Unknown DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Node 0x1d [Pin Complex] wcaps 0x400000: Mono Pincap 0x00000020: IN Pin Default 0x4005e601: [N/A] Line Out at Ext N/A Conn = Optical, Color = White DefAssociation = 0x0, Sequence = 0x1 Pin-ctls: 0x00: Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital Pincap 0x00000010: OUT Pin Default 0x01441130: [Jack] SPDIF Out at Ext Rear Conn = RCA, Color = Black DefAssociation = 0x3, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Connection: 1 0x06 Node 0x1f [Pin Complex] wcaps 0x400200: Mono Digital Pincap 0x00000020: IN Pin Default 0x411111f0: [N/A] Speaker at Ext Rear Conn = 1/8, Color = Black DefAssociation = 0xf, Sequence = 0x0 Misc = NO_PRESENCE Pin-ctls: 0x00: Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono Processing caps: benign=0, ncoeff=17 Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x22 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Input Source", index=1, device=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Amp-Out caps: N/A Amp-Out vals: [0x00 0x00] Connection: 11 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b Node 0x23 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out Control: name="Input Source", index=0, device=0 Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x80 0x80] [0x80 0x80] [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] Amp-Out caps: N/A Amp-Out vals: [0x00 0x00] Connection: 11 0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x25 [Audio Output] wcaps 0x11: Stereo Converter: stream=0, channel=0 PCM: rates [0x560]: 44100 48000 96000 192000 bits [0xe]: 16 20 24 formats [0x1]: PCM Node 0x26 [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] [0x80 0x80] Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0 Amp-Out vals: [0x00 0x00] Connection: 2 0x25 0x0b [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-28 14:49 ` Mario 'BitKoenig' Holbe @ 2010-07-28 15:35 ` Takashi Iwai -1 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-28 15:35 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Wed, 28 Jul 2010 16:49:03 +0200, Mario 'BitKoenig' Holbe wrote: > > Hello, > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > The sound device is an Asus P5E-V HDMI (Intel G35) onboard Intel HDA w/ > Realtek ALC883 codec. > > The driver does still register a PCBeep input, but the Controls as well > as the sound (:)) are gone. > > HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 > HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X > HDA Intel 0000:00:1b.0: setting latency timer to 64 > input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input5 > > $ diff card0-codec#0-2.6.34 card0-codec#0-2.6.35-rc6 > 111,114d110 > < Control: name="Beep Playback Volume", index=0, device=0 > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > < Control: name="Beep Playback Switch", index=0, device=0 > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > > Attached /proc/asound/card0/codec#0 from 2.6.35-rc6. It's because now the driver checks the SSID your board sets up. Realtek codecs suppose SSID containing some useful bits to inform the h/w setups. The presence of PC beep is one of it. So, it's actually BIOS that clears it. In the earlier version, the driver didn't check this. Actually, the real bug is that it still creates a beep device without mixers. This should be avoided... thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-28 15:35 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-28 15:35 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Wed, 28 Jul 2010 16:49:03 +0200, Mario 'BitKoenig' Holbe wrote: > > Hello, > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > The sound device is an Asus P5E-V HDMI (Intel G35) onboard Intel HDA w/ > Realtek ALC883 codec. > > The driver does still register a PCBeep input, but the Controls as well > as the sound (:)) are gone. > > HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 > HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X > HDA Intel 0000:00:1b.0: setting latency timer to 64 > input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input5 > > $ diff card0-codec#0-2.6.34 card0-codec#0-2.6.35-rc6 > 111,114d110 > < Control: name="Beep Playback Volume", index=0, device=0 > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > < Control: name="Beep Playback Switch", index=0, device=0 > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > > Attached /proc/asound/card0/codec#0 from 2.6.35-rc6. It's because now the driver checks the SSID your board sets up. Realtek codecs suppose SSID containing some useful bits to inform the h/w setups. The presence of PC beep is one of it. So, it's actually BIOS that clears it. In the earlier version, the driver didn't check this. Actually, the real bug is that it still creates a beep device without mixers. This should be avoided... thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-28 15:35 ` [alsa-devel] " Takashi Iwai (?) @ 2010-07-28 16:03 ` Takashi Iwai 2010-07-28 21:27 ` [alsa-devel] " Mario 'BitKoenig' Holbe -1 siblings, 1 reply; 24+ messages in thread From: Takashi Iwai @ 2010-07-28 16:03 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Wed, 28 Jul 2010 17:35:10 +0200, I wrote: > > At Wed, 28 Jul 2010 16:49:03 +0200, > Mario 'BitKoenig' Holbe wrote: > > > > Hello, > > > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > > The sound device is an Asus P5E-V HDMI (Intel G35) onboard Intel HDA w/ > > Realtek ALC883 codec. > > > > The driver does still register a PCBeep input, but the Controls as well > > as the sound (:)) are gone. > > > > HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 > > HDA Intel 0000:00:1b.0: irq 47 for MSI/MSI-X > > HDA Intel 0000:00:1b.0: setting latency timer to 64 > > input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1b.0/input/input5 > > > > $ diff card0-codec#0-2.6.34 card0-codec#0-2.6.35-rc6 > > 111,114d110 > > < Control: name="Beep Playback Volume", index=0, device=0 > > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > > < Control: name="Beep Playback Switch", index=0, device=0 > > < ControlAmp: chs=3, dir=In, idx=5, ofs=0 > > > > Attached /proc/asound/card0/codec#0 from 2.6.35-rc6. > > It's because now the driver checks the SSID your board sets up. > Realtek codecs suppose SSID containing some useful bits to inform > the h/w setups. The presence of PC beep is one of it. > So, it's actually BIOS that clears it. > > In the earlier version, the driver didn't check this. > > Actually, the real bug is that it still creates a beep device without > mixers. This should be avoided... Or, does the following patch fix? It's already in sound git tree, Takashi --- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index d7fd846..9295527 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -1267,11 +1267,11 @@ static int alc_auto_parse_customize_define(struct hda_codec *codec) unsigned nid = 0; struct alc_spec *spec = codec->spec; + spec->cdefine.enable_pcbeep = 1; /* assume always enabled */ + ass = codec->subsystem_id & 0xffff; - if (ass != codec->bus->pci->subsystem_device && (ass & 1)) { - spec->cdefine.enable_pcbeep = 1; /* assume always enabled */ + if (ass != codec->bus->pci->subsystem_device && (ass & 1)) goto do_sku; - } nid = 0x1d; if (codec->vendor_id == 0x10ec0260) -- 1.7.2 ^ permalink raw reply related [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-28 16:03 ` Takashi Iwai @ 2010-07-28 21:27 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-28 21:27 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel, linux-kernel [-- Attachment #1.1: Type: text/plain, Size: 810 bytes --] On Wed, Jul 28, 2010 at 06:03:29PM +0200, Takashi Iwai wrote: > I wrote: > > Mario 'BitKoenig' Holbe wrote: > > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > > It's because now the driver checks the SSID your board sets up. > > So, it's actually BIOS that clears it. But the BIOS itself beeps through the sound-card at boot :/ > Or, does the following patch fix? It's already in sound git tree, Nope, unfortunately it doesn't. Still no Beep controls, no beep through sound-card. May I somehow provide any further data? Or am I somehow able to tweak it? Is there a module parameter to set this SSID bit? I mean, it did work before... :) Thanks for you help & regards Mario -- Why did the tachyon cross the road? Because it was on the other side. [-- Attachment #1.2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-28 21:27 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-28 21:27 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel, alsa-devel [-- Attachment #1: Type: text/plain, Size: 810 bytes --] On Wed, Jul 28, 2010 at 06:03:29PM +0200, Takashi Iwai wrote: > I wrote: > > Mario 'BitKoenig' Holbe wrote: > > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > > It's because now the driver checks the SSID your board sets up. > > So, it's actually BIOS that clears it. But the BIOS itself beeps through the sound-card at boot :/ > Or, does the following patch fix? It's already in sound git tree, Nope, unfortunately it doesn't. Still no Beep controls, no beep through sound-card. May I somehow provide any further data? Or am I somehow able to tweak it? Is there a module parameter to set this SSID bit? I mean, it did work before... :) Thanks for you help & regards Mario -- Why did the tachyon cross the road? Because it was on the other side. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-28 21:27 ` [alsa-devel] " Mario 'BitKoenig' Holbe @ 2010-07-29 5:44 ` Takashi Iwai -1 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 5:44 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Wed, 28 Jul 2010 23:27:46 +0200, Mario 'BitKoenig' Holbe wrote: > > [1 <text/plain; us-ascii (quoted-printable)>] > On Wed, Jul 28, 2010 at 06:03:29PM +0200, Takashi Iwai wrote: > > I wrote: > > > Mario 'BitKoenig' Holbe wrote: > > > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > > > It's because now the driver checks the SSID your board sets up. > > > So, it's actually BIOS that clears it. > > But the BIOS itself beeps through the sound-card at boot :/ But BIOS tells that the HD-audio codec shouldn't use, so the driver follows it. > > Or, does the following patch fix? It's already in sound git tree, > > Nope, unfortunately it doesn't. Still no Beep controls, no beep through > sound-card. > > May I somehow provide any further data? Please give alsa-info.sh output instead of codec proc file. It's more comprehensive. > Or am I somehow able to tweak it? Is there a module parameter to set > this SSID bit? I mean, it did work before... :) With the patch below, you'll likely have back the system beep sound. But it doesn't go through codec, thus no volume control. thanks, Takashi --- >From 8af2591d6342a9e4bb79b4f1236246a79d20ebee Mon Sep 17 00:00:00 2001 From: Takashi Iwai <tiwai@suse.de> Date: Wed, 28 Jul 2010 17:37:16 +0200 Subject: [PATCH] ALSA: hda - Don't register beep input device when no beep is available We check now the availability of PC beep and skip the build of beep mixers, but the driver still registers the input device. This should be checked as well. Signed-off-by: Takashi Iwai <tiwai@suse.de> --- sound/pci/hda/patch_realtek.c | 32 +++++++++++++++++++------------- 1 files changed, 19 insertions(+), 13 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index ff614dd..d7fd846 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -10566,10 +10566,12 @@ static int patch_alc882(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC882_AUTO) @@ -12435,7 +12437,7 @@ static int patch_alc262(struct hda_codec *codec) } } - if (!spec->no_analog) { + if (!spec->no_analog && spec->cdefine.enable_pcbeep) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -14458,10 +14460,12 @@ static int patch_alc269(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC269_AUTO) @@ -18691,10 +18695,12 @@ static int patch_alc662(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC662_AUTO) -- 1.7.2 ^ permalink raw reply related [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 5:44 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 5:44 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Wed, 28 Jul 2010 23:27:46 +0200, Mario 'BitKoenig' Holbe wrote: > > [1 <text/plain; us-ascii (quoted-printable)>] > On Wed, Jul 28, 2010 at 06:03:29PM +0200, Takashi Iwai wrote: > > I wrote: > > > Mario 'BitKoenig' Holbe wrote: > > > > My PC-Speaker Beep control worked in 2.6.34, but is gone in 2.6.35-rc6. > > > It's because now the driver checks the SSID your board sets up. > > > So, it's actually BIOS that clears it. > > But the BIOS itself beeps through the sound-card at boot :/ But BIOS tells that the HD-audio codec shouldn't use, so the driver follows it. > > Or, does the following patch fix? It's already in sound git tree, > > Nope, unfortunately it doesn't. Still no Beep controls, no beep through > sound-card. > > May I somehow provide any further data? Please give alsa-info.sh output instead of codec proc file. It's more comprehensive. > Or am I somehow able to tweak it? Is there a module parameter to set > this SSID bit? I mean, it did work before... :) With the patch below, you'll likely have back the system beep sound. But it doesn't go through codec, thus no volume control. thanks, Takashi --- >From 8af2591d6342a9e4bb79b4f1236246a79d20ebee Mon Sep 17 00:00:00 2001 From: Takashi Iwai <tiwai@suse.de> Date: Wed, 28 Jul 2010 17:37:16 +0200 Subject: [PATCH] ALSA: hda - Don't register beep input device when no beep is available We check now the availability of PC beep and skip the build of beep mixers, but the driver still registers the input device. This should be checked as well. Signed-off-by: Takashi Iwai <tiwai@suse.de> --- sound/pci/hda/patch_realtek.c | 32 +++++++++++++++++++------------- 1 files changed, 19 insertions(+), 13 deletions(-) diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index ff614dd..d7fd846 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -10566,10 +10566,12 @@ static int patch_alc882(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC882_AUTO) @@ -12435,7 +12437,7 @@ static int patch_alc262(struct hda_codec *codec) } } - if (!spec->no_analog) { + if (!spec->no_analog && spec->cdefine.enable_pcbeep) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -14458,10 +14460,12 @@ static int patch_alc269(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC269_AUTO) @@ -18691,10 +18695,12 @@ static int patch_alc662(struct hda_codec *codec) } } - err = snd_hda_attach_beep_device(codec, 0x1); - if (err < 0) { - alc_free(codec); - return err; + if (spec->cdefine.enable_pcbeep) { + err = snd_hda_attach_beep_device(codec, 0x1); + if (err < 0) { + alc_free(codec); + return err; + } } if (board_config != ALC662_AUTO) -- 1.7.2 ^ permalink raw reply related [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 5:44 ` [alsa-devel] " Takashi Iwai (?) @ 2010-07-29 8:09 ` Mario 'BitKoenig' Holbe 2010-07-29 8:26 ` [alsa-devel] " Takashi Iwai -1 siblings, 1 reply; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 8:09 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel, alsa-devel [-- Attachment #1.1: Type: text/plain, Size: 1784 bytes --] On Thu, Jul 29, 2010 at 07:44:38AM +0200, Takashi Iwai wrote: > Mario 'BitKoenig' Holbe wrote: > > But the BIOS itself beeps through the sound-card at boot :/ > But BIOS tells that the HD-audio codec shouldn't use, so the driver > follows it. Even grub's beep (play 480 440 1) goes through the sound-card. So it seems like the BIOS leaves everything set up working as well. Please don't get me wrong. I'm not saying the driver does something wrong, I'm sure it doesn't. I'm just sure that if I could convince it to behave as if it would have detected the Beep pin everything would work fine again because it did before... > Please give alsa-info.sh output instead of codec proc file. It's more > comprehensive. Attached. This is from a kernel with both patches applied you sent me. > With the patch below, you'll likely have back the system beep sound. Nope, no sound. But I guess this wasn't the intention of the patch. Now, no beep input is registered anymore - which was the intention, I guess. > But it doesn't go through codec, thus no volume control. If you mean it should go through the 5V PC Speaker (i.e. pcspkr) - I don't have such a thing connected. I always appreciated having volume- and mute control over the beep at night when you can't get away from work but don't like to wake up anybody just because command completion beeps, because you pasted something in the wrong window, or whatever. regards Mario -- Independence Day: Fortunately, the alien computer operating system works just fine with the laptop. This proves an important point which Apple enthusiasts have known for years. While the evil empire of Microsoft may dominate the computers of Earth people, more advanced life forms clearly prefer Macs. [-- Attachment #1.2: alsa-info.out.gz --] [-- Type: application/octet-stream, Size: 3433 bytes --] [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 8:09 ` Mario 'BitKoenig' Holbe @ 2010-07-29 8:26 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 8:26 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Thu, 29 Jul 2010 10:09:30 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 07:44:38AM +0200, Takashi Iwai wrote: > > Mario 'BitKoenig' Holbe wrote: > > > But the BIOS itself beeps through the sound-card at boot :/ > > But BIOS tells that the HD-audio codec shouldn't use, so the driver > > follows it. > > Even grub's beep (play 480 440 1) goes through the sound-card. So it > seems like the BIOS leaves everything set up working as well. Well, my point is that BIOS gives the wrong SSID value. It's bad that the value is compliant with Realtek codecs specification, but it clears the PC-beep bit explicitly. In most cases, SSID value isn't compliant (so BIOS gives a wrong but it's less wrong :), thus the driver takes a fallback to PC-beep enabled. > Please don't get me wrong. I'm not saying the driver does something > wrong, I'm sure it doesn't. I'm just sure that if I could convince it to > behave as if it would have detected the Beep pin everything would work > fine again because it did before... FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id file. Then reconfigure the codec via triggering /sys/class/sound/hwC*D*/reconfig. > > Please give alsa-info.sh output instead of codec proc file. It's more > > comprehensive. > > Attached. > > This is from a kernel with both patches applied you sent me. > > > With the patch below, you'll likely have back the system beep sound. > > Nope, no sound. But I guess this wasn't the intention of the patch. Now, > no beep input is registered anymore - which was the intention, I guess. It's the intention. If SSID set by BIOS doesn't indicate the presence of PC-speaker bit *explicitly*, we shouldn't touch beep stuff in codec. > > But it doesn't go through codec, thus no volume control. > > If you mean it should go through the 5V PC Speaker (i.e. pcspkr) - I > don't have such a thing connected. I always appreciated having volume- > and mute control over the beep at night when you can't get away from > work but don't like to wake up anybody just because command completion > beeps, because you pasted something in the wrong window, or whatever. For the driver, the outside connection doesn't matter. The information is given as the spec bit, and just follows it :) So, the fix is likely to override SSID value, or create a special quirk rule to enable PC-beep for known white-list, supposing BIOS won't be fixed in any future... Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 8:26 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 8:26 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Thu, 29 Jul 2010 10:09:30 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 07:44:38AM +0200, Takashi Iwai wrote: > > Mario 'BitKoenig' Holbe wrote: > > > But the BIOS itself beeps through the sound-card at boot :/ > > But BIOS tells that the HD-audio codec shouldn't use, so the driver > > follows it. > > Even grub's beep (play 480 440 1) goes through the sound-card. So it > seems like the BIOS leaves everything set up working as well. Well, my point is that BIOS gives the wrong SSID value. It's bad that the value is compliant with Realtek codecs specification, but it clears the PC-beep bit explicitly. In most cases, SSID value isn't compliant (so BIOS gives a wrong but it's less wrong :), thus the driver takes a fallback to PC-beep enabled. > Please don't get me wrong. I'm not saying the driver does something > wrong, I'm sure it doesn't. I'm just sure that if I could convince it to > behave as if it would have detected the Beep pin everything would work > fine again because it did before... FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id file. Then reconfigure the codec via triggering /sys/class/sound/hwC*D*/reconfig. > > Please give alsa-info.sh output instead of codec proc file. It's more > > comprehensive. > > Attached. > > This is from a kernel with both patches applied you sent me. > > > With the patch below, you'll likely have back the system beep sound. > > Nope, no sound. But I guess this wasn't the intention of the patch. Now, > no beep input is registered anymore - which was the intention, I guess. It's the intention. If SSID set by BIOS doesn't indicate the presence of PC-speaker bit *explicitly*, we shouldn't touch beep stuff in codec. > > But it doesn't go through codec, thus no volume control. > > If you mean it should go through the 5V PC Speaker (i.e. pcspkr) - I > don't have such a thing connected. I always appreciated having volume- > and mute control over the beep at night when you can't get away from > work but don't like to wake up anybody just because command completion > beeps, because you pasted something in the wrong window, or whatever. For the driver, the outside connection doesn't matter. The information is given as the spec bit, and just follows it :) So, the fix is likely to override SSID value, or create a special quirk rule to enable PC-beep for known white-list, supposing BIOS won't be fixed in any future... Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 8:26 ` [alsa-devel] " Takashi Iwai @ 2010-07-29 8:41 ` Mario 'BitKoenig' Holbe -1 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 8:41 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel, linux-kernel [-- Attachment #1.1: Type: text/plain, Size: 1058 bytes --] On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id > file. Then reconfigure the codec via triggering > /sys/class/sound/hwC*D*/reconfig. Great, that's what I meant with "Or am I somehow able to tweak it? Is there a module parameter to set this SSID bit?" :) $ for i in /sys/class/sound/hwC*D*/subsystem_id; do echo "$i: $(cat $i)"; done /sys/class/sound/hwC0D0/subsystem_id: 0x1043829f /sys/class/sound/hwC0D1/subsystem_id: 0xffffffff So, obviously the first check in if (ass != codec->bus->pci->subsystem_device && (ass & 1)) is false. How can I tweak the subsystem_id least-invasive not to match codec->bus->pci->subsystem_device (which should be 0x829f then) anymore? Mario -- Gib einem Hungrigen einen Fisch, und er ist fuer einen Tag satt. Zeig ihm, wie man angelt, und er poebelt Dich an, dass er besseres zu tun haette, als Schnuere ins Wasser haengen zu lassen. -- David Kastrup in de.comp.text.tex [-- Attachment #1.2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 8:41 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 8:41 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel, alsa-devel [-- Attachment #1: Type: text/plain, Size: 1058 bytes --] On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id > file. Then reconfigure the codec via triggering > /sys/class/sound/hwC*D*/reconfig. Great, that's what I meant with "Or am I somehow able to tweak it? Is there a module parameter to set this SSID bit?" :) $ for i in /sys/class/sound/hwC*D*/subsystem_id; do echo "$i: $(cat $i)"; done /sys/class/sound/hwC0D0/subsystem_id: 0x1043829f /sys/class/sound/hwC0D1/subsystem_id: 0xffffffff So, obviously the first check in if (ass != codec->bus->pci->subsystem_device && (ass & 1)) is false. How can I tweak the subsystem_id least-invasive not to match codec->bus->pci->subsystem_device (which should be 0x829f then) anymore? Mario -- Gib einem Hungrigen einen Fisch, und er ist fuer einen Tag satt. Zeig ihm, wie man angelt, und er poebelt Dich an, dass er besseres zu tun haette, als Schnuere ins Wasser haengen zu lassen. -- David Kastrup in de.comp.text.tex [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 8:41 ` [alsa-devel] " Mario 'BitKoenig' Holbe @ 2010-07-29 8:52 ` Takashi Iwai -1 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 8:52 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Thu, 29 Jul 2010 10:41:38 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > > FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id > > file. Then reconfigure the codec via triggering > > /sys/class/sound/hwC*D*/reconfig. > > Great, that's what I meant with "Or am I somehow able to tweak it? Is > there a module parameter to set this SSID bit?" :) > > $ for i in /sys/class/sound/hwC*D*/subsystem_id; do echo "$i: $(cat $i)"; done > /sys/class/sound/hwC0D0/subsystem_id: 0x1043829f > /sys/class/sound/hwC0D1/subsystem_id: 0xffffffff > > So, obviously the first check in > if (ass != codec->bus->pci->subsystem_device && (ass & 1)) > is false. How can I tweak the subsystem_id least-invasive not to match > codec->bus->pci->subsystem_device (which should be 0x829f then) anymore? Usually the codec SSID isn't checked in other places, so passing a bogus value should be OK. Pass a value like 2: # echo -n 2 > /sys/class/sound/hwC0D0/subsystem_id then # echo -n 1 > /sys/class/sound/hwC0D0/reconfig The latter needs that the all sound device files are closed beforehand. Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 8:52 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 8:52 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Thu, 29 Jul 2010 10:41:38 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > > FYI, you can change SSID by writing /sys/class/sound/hwC*D*/subsystem_id > > file. Then reconfigure the codec via triggering > > /sys/class/sound/hwC*D*/reconfig. > > Great, that's what I meant with "Or am I somehow able to tweak it? Is > there a module parameter to set this SSID bit?" :) > > $ for i in /sys/class/sound/hwC*D*/subsystem_id; do echo "$i: $(cat $i)"; done > /sys/class/sound/hwC0D0/subsystem_id: 0x1043829f > /sys/class/sound/hwC0D1/subsystem_id: 0xffffffff > > So, obviously the first check in > if (ass != codec->bus->pci->subsystem_device && (ass & 1)) > is false. How can I tweak the subsystem_id least-invasive not to match > codec->bus->pci->subsystem_device (which should be 0x829f then) anymore? Usually the codec SSID isn't checked in other places, so passing a bogus value should be OK. Pass a value like 2: # echo -n 2 > /sys/class/sound/hwC0D0/subsystem_id then # echo -n 1 > /sys/class/sound/hwC0D0/reconfig The latter needs that the all sound device files are closed beforehand. Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 8:52 ` [alsa-devel] " Takashi Iwai @ 2010-07-29 9:15 ` Mario 'BitKoenig' Holbe -1 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 9:15 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel, linux-kernel [-- Attachment #1.1: Type: text/plain, Size: 1174 bytes --] On Thu, Jul 29, 2010 at 10:52:36AM +0200, Takashi Iwai wrote: > Usually the codec SSID isn't checked in other places, so passing a > bogus value should be OK. Pass a value like 2: Mh, 1 probably :) $ cat /etc/modprobe.d/local-alsa.conf options snd-hda-intel model=asus-p5q install snd-hda-intel /sbin/modprobe --ignore-install snd-hda-intel $CMDLINE_OPTS && { cd /sys/class/sound/hwC0D0; echo -n 1 > subsystem_id; echo -n 1 > reconfig; : ; } Yep, Beep is back :) Btw... On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > So, the fix is likely to override SSID value, or create a special > quirk rule to enable PC-beep for known white-list, supposing BIOS > won't be fixed in any future... Well, the Board is from 2007, the last BIOS is from Aug 2009. I don't think Asus will provide an update just for that :) Thanks for your help Mario -- Unfortunately, the chip vendors have delayed the availability of the long-promised crystal-ball peripherals yet again, forcing the governor code to rely on heuristics; once again, software must make up for deficiencies in the hardware. -- Jonathan Corbet, LWN [-- Attachment #1.2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 9:15 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 9:15 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel, alsa-devel [-- Attachment #1: Type: text/plain, Size: 1174 bytes --] On Thu, Jul 29, 2010 at 10:52:36AM +0200, Takashi Iwai wrote: > Usually the codec SSID isn't checked in other places, so passing a > bogus value should be OK. Pass a value like 2: Mh, 1 probably :) $ cat /etc/modprobe.d/local-alsa.conf options snd-hda-intel model=asus-p5q install snd-hda-intel /sbin/modprobe --ignore-install snd-hda-intel $CMDLINE_OPTS && { cd /sys/class/sound/hwC0D0; echo -n 1 > subsystem_id; echo -n 1 > reconfig; : ; } Yep, Beep is back :) Btw... On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > So, the fix is likely to override SSID value, or create a special > quirk rule to enable PC-beep for known white-list, supposing BIOS > won't be fixed in any future... Well, the Board is from 2007, the last BIOS is from Aug 2009. I don't think Asus will provide an update just for that :) Thanks for your help Mario -- Unfortunately, the chip vendors have delayed the availability of the long-promised crystal-ball peripherals yet again, forcing the governor code to rely on heuristics; once again, software must make up for deficiencies in the hardware. -- Jonathan Corbet, LWN [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 9:15 ` [alsa-devel] " Mario 'BitKoenig' Holbe @ 2010-07-29 9:42 ` Takashi Iwai -1 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 9:42 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Thu, 29 Jul 2010 11:15:17 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 10:52:36AM +0200, Takashi Iwai wrote: > > Usually the codec SSID isn't checked in other places, so passing a > > bogus value should be OK. Pass a value like 2: > > Mh, 1 probably :) > > $ cat /etc/modprobe.d/local-alsa.conf > options snd-hda-intel model=asus-p5q > install snd-hda-intel /sbin/modprobe --ignore-install snd-hda-intel $CMDLINE_OPTS && { cd /sys/class/sound/hwC0D0; echo -n 1 > subsystem_id; echo -n 1 > reconfig; : ; } > > Yep, Beep is back :) > > Btw... > > On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > > So, the fix is likely to override SSID value, or create a special > > quirk rule to enable PC-beep for known white-list, supposing BIOS > > won't be fixed in any future... > > Well, the Board is from 2007, the last BIOS is from Aug 2009. I don't > think Asus will provide an update just for that :) OK, then try the patch below (over my previous two patches). It enables PC-beep for your device forcibly. Takashi --- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 1744d4d..439d6e7 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5280,8 +5280,24 @@ static void fillup_priv_adc_nids(struct hda_codec *codec, hda_nid_t *nids, #ifdef CONFIG_SND_HDA_INPUT_BEEP #define set_beep_amp(spec, nid, idx, dir) \ ((spec)->beep_amp = HDA_COMPOSE_AMP_VAL(nid, 3, idx, dir)) + +static struct snd_pci_quirk beep_white_list[] = { + SND_PCI_QUIRK(0x1043, 0x829f, "ASUS", 1), + {} +}; + +static inline int has_cdefine_beep(struct hda_codec *codec) +{ + struct alc_spec *spec = codec->spec; + const struct snd_pci_quirk *q; + q = snd_pci_quirk_lookup(codec->bus->pci, beep_white_list); + if (q) + return q->value; + return spec->cdefine.enable_pcbeep; +} #else #define set_beep_amp(spec, nid, idx, dir) /* NOP */ +#define has_cdefine_beep(codec) 0 #endif /* @@ -10666,7 +10682,7 @@ static int patch_alc882(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -10721,7 +10737,7 @@ static int patch_alc882(struct hda_codec *codec) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) + if (has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); if (board_config == ALC882_AUTO) @@ -12537,7 +12553,7 @@ static int patch_alc262(struct hda_codec *codec) } } - if (!spec->no_analog && spec->cdefine.enable_pcbeep) { + if (!spec->no_analog && has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -12588,7 +12604,7 @@ static int patch_alc262(struct hda_codec *codec) } if (!spec->cap_mixer && !spec->no_analog) set_capture_mixer(codec); - if (!spec->no_analog && spec->cdefine.enable_pcbeep) + if (!spec->no_analog && has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); spec->vmaster_nid = 0x0c; @@ -14593,7 +14609,7 @@ static int patch_alc269(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -14635,7 +14651,7 @@ static int patch_alc269(struct hda_codec *codec) if (!spec->cap_mixer) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) + if (has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x04, HDA_INPUT); if (board_config == ALC269_AUTO) @@ -18832,7 +18848,7 @@ static int patch_alc662(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -18859,7 +18875,7 @@ static int patch_alc662(struct hda_codec *codec) if (!spec->cap_mixer) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { switch (codec->vendor_id) { case 0x10ec0662: set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); ^ permalink raw reply related [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 9:42 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 9:42 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Thu, 29 Jul 2010 11:15:17 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 10:52:36AM +0200, Takashi Iwai wrote: > > Usually the codec SSID isn't checked in other places, so passing a > > bogus value should be OK. Pass a value like 2: > > Mh, 1 probably :) > > $ cat /etc/modprobe.d/local-alsa.conf > options snd-hda-intel model=asus-p5q > install snd-hda-intel /sbin/modprobe --ignore-install snd-hda-intel $CMDLINE_OPTS && { cd /sys/class/sound/hwC0D0; echo -n 1 > subsystem_id; echo -n 1 > reconfig; : ; } > > Yep, Beep is back :) > > Btw... > > On Thu, Jul 29, 2010 at 10:26:22AM +0200, Takashi Iwai wrote: > > So, the fix is likely to override SSID value, or create a special > > quirk rule to enable PC-beep for known white-list, supposing BIOS > > won't be fixed in any future... > > Well, the Board is from 2007, the last BIOS is from Aug 2009. I don't > think Asus will provide an update just for that :) OK, then try the patch below (over my previous two patches). It enables PC-beep for your device forcibly. Takashi --- diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c index 1744d4d..439d6e7 100644 --- a/sound/pci/hda/patch_realtek.c +++ b/sound/pci/hda/patch_realtek.c @@ -5280,8 +5280,24 @@ static void fillup_priv_adc_nids(struct hda_codec *codec, hda_nid_t *nids, #ifdef CONFIG_SND_HDA_INPUT_BEEP #define set_beep_amp(spec, nid, idx, dir) \ ((spec)->beep_amp = HDA_COMPOSE_AMP_VAL(nid, 3, idx, dir)) + +static struct snd_pci_quirk beep_white_list[] = { + SND_PCI_QUIRK(0x1043, 0x829f, "ASUS", 1), + {} +}; + +static inline int has_cdefine_beep(struct hda_codec *codec) +{ + struct alc_spec *spec = codec->spec; + const struct snd_pci_quirk *q; + q = snd_pci_quirk_lookup(codec->bus->pci, beep_white_list); + if (q) + return q->value; + return spec->cdefine.enable_pcbeep; +} #else #define set_beep_amp(spec, nid, idx, dir) /* NOP */ +#define has_cdefine_beep(codec) 0 #endif /* @@ -10666,7 +10682,7 @@ static int patch_alc882(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -10721,7 +10737,7 @@ static int patch_alc882(struct hda_codec *codec) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) + if (has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); if (board_config == ALC882_AUTO) @@ -12537,7 +12553,7 @@ static int patch_alc262(struct hda_codec *codec) } } - if (!spec->no_analog && spec->cdefine.enable_pcbeep) { + if (!spec->no_analog && has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -12588,7 +12604,7 @@ static int patch_alc262(struct hda_codec *codec) } if (!spec->cap_mixer && !spec->no_analog) set_capture_mixer(codec); - if (!spec->no_analog && spec->cdefine.enable_pcbeep) + if (!spec->no_analog && has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); spec->vmaster_nid = 0x0c; @@ -14593,7 +14609,7 @@ static int patch_alc269(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -14635,7 +14651,7 @@ static int patch_alc269(struct hda_codec *codec) if (!spec->cap_mixer) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) + if (has_cdefine_beep(codec)) set_beep_amp(spec, 0x0b, 0x04, HDA_INPUT); if (board_config == ALC269_AUTO) @@ -18832,7 +18848,7 @@ static int patch_alc662(struct hda_codec *codec) } } - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { err = snd_hda_attach_beep_device(codec, 0x1); if (err < 0) { alc_free(codec); @@ -18859,7 +18875,7 @@ static int patch_alc662(struct hda_codec *codec) if (!spec->cap_mixer) set_capture_mixer(codec); - if (spec->cdefine.enable_pcbeep) { + if (has_cdefine_beep(codec)) { switch (codec->vendor_id) { case 0x10ec0662: set_beep_amp(spec, 0x0b, 0x05, HDA_INPUT); ^ permalink raw reply related [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 9:42 ` [alsa-devel] " Takashi Iwai @ 2010-07-29 13:25 ` Mario 'BitKoenig' Holbe -1 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 13:25 UTC (permalink / raw) To: Takashi Iwai; +Cc: alsa-devel, linux-kernel [-- Attachment #1.1: Type: text/plain, Size: 691 bytes --] On Thu, Jul 29, 2010 at 11:42:44AM +0200, Takashi Iwai wrote: > OK, then try the patch below (over my previous two patches). It > enables PC-beep for your device forcibly. Yes, it does and it works. Thank you very much again. I just checked 2 more boards - the P5E-VM HDMI (P5E-V HDMI's little brother) is already covered by the quirk and P5Q-EM (G45) seems to specify it correctly (subsystem_id = 0x104382fe - seems I got the logic wrong before - LSB isn't set here and it works). regards Mario -- This project is so important we can't let things that are more important interfere with it. -- Advertising/Marketing manager, United Parcel Service [-- Attachment #1.2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 13:25 ` Mario 'BitKoenig' Holbe 0 siblings, 0 replies; 24+ messages in thread From: Mario 'BitKoenig' Holbe @ 2010-07-29 13:25 UTC (permalink / raw) To: Takashi Iwai; +Cc: linux-kernel, alsa-devel [-- Attachment #1: Type: text/plain, Size: 691 bytes --] On Thu, Jul 29, 2010 at 11:42:44AM +0200, Takashi Iwai wrote: > OK, then try the patch below (over my previous two patches). It > enables PC-beep for your device forcibly. Yes, it does and it works. Thank you very much again. I just checked 2 more boards - the P5E-VM HDMI (P5E-V HDMI's little brother) is already covered by the quirk and P5Q-EM (G45) seems to specify it correctly (subsystem_id = 0x104382fe - seems I got the logic wrong before - LSB isn't set here and it works). regards Mario -- This project is so important we can't let things that are more important interfere with it. -- Advertising/Marketing manager, United Parcel Service [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 482 bytes --] ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep 2010-07-29 13:25 ` [alsa-devel] " Mario 'BitKoenig' Holbe @ 2010-07-29 13:33 ` Takashi Iwai -1 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 13:33 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: alsa-devel, linux-kernel At Thu, 29 Jul 2010 15:25:32 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 11:42:44AM +0200, Takashi Iwai wrote: > > OK, then try the patch below (over my previous two patches). It > > enables PC-beep for your device forcibly. > > Yes, it does and it works. Thank you very much again. > > I just checked 2 more boards - the P5E-VM HDMI (P5E-V HDMI's little > brother) is already covered by the quirk and P5Q-EM (G45) seems to > specify it correctly (subsystem_id = 0x104382fe - seems I got the logic > wrong before - LSB isn't set here and it works). So, it's likely a bad luck about the SSID of P5E-V. I guess this unexpectedly matches with the value Realtek codec expected, and unluckily the value had side-effects. Anyway, I applied the patch now. thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: [alsa-devel] Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep @ 2010-07-29 13:33 ` Takashi Iwai 0 siblings, 0 replies; 24+ messages in thread From: Takashi Iwai @ 2010-07-29 13:33 UTC (permalink / raw) To: Mario 'BitKoenig' Holbe; +Cc: linux-kernel, alsa-devel At Thu, 29 Jul 2010 15:25:32 +0200, Mario 'BitKoenig' Holbe wrote: > > On Thu, Jul 29, 2010 at 11:42:44AM +0200, Takashi Iwai wrote: > > OK, then try the patch below (over my previous two patches). It > > enables PC-beep for your device forcibly. > > Yes, it does and it works. Thank you very much again. > > I just checked 2 more boards - the P5E-VM HDMI (P5E-V HDMI's little > brother) is already covered by the quirk and P5Q-EM (G45) seems to > specify it correctly (subsystem_id = 0x104382fe - seems I got the logic > wrong before - LSB isn't set here and it works). So, it's likely a bad luck about the SSID of P5E-V. I guess this unexpectedly matches with the value Realtek codec expected, and unluckily the value had side-effects. Anyway, I applied the patch now. thanks, Takashi ^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2010-07-29 13:33 UTC | newest] Thread overview: 24+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2010-07-28 14:49 Regression 2.6.35-rc6: ALSA Intel HDA/Realtek: missing Beep Mario 'BitKoenig' Holbe 2010-07-28 14:49 ` Mario 'BitKoenig' Holbe 2010-07-28 15:35 ` Takashi Iwai 2010-07-28 15:35 ` [alsa-devel] " Takashi Iwai 2010-07-28 16:03 ` Takashi Iwai 2010-07-28 21:27 ` Mario 'BitKoenig' Holbe 2010-07-28 21:27 ` [alsa-devel] " Mario 'BitKoenig' Holbe 2010-07-29 5:44 ` Takashi Iwai 2010-07-29 5:44 ` [alsa-devel] " Takashi Iwai 2010-07-29 8:09 ` Mario 'BitKoenig' Holbe 2010-07-29 8:26 ` Takashi Iwai 2010-07-29 8:26 ` [alsa-devel] " Takashi Iwai 2010-07-29 8:41 ` Mario 'BitKoenig' Holbe 2010-07-29 8:41 ` [alsa-devel] " Mario 'BitKoenig' Holbe 2010-07-29 8:52 ` Takashi Iwai 2010-07-29 8:52 ` [alsa-devel] " Takashi Iwai 2010-07-29 9:15 ` Mario 'BitKoenig' Holbe 2010-07-29 9:15 ` [alsa-devel] " Mario 'BitKoenig' Holbe 2010-07-29 9:42 ` Takashi Iwai 2010-07-29 9:42 ` [alsa-devel] " Takashi Iwai 2010-07-29 13:25 ` Mario 'BitKoenig' Holbe 2010-07-29 13:25 ` [alsa-devel] " Mario 'BitKoenig' Holbe 2010-07-29 13:33 ` Takashi Iwai 2010-07-29 13:33 ` [alsa-devel] " Takashi Iwai
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.