no sound on Dell D430 docking station

Additionally, the lspci -vv output for that particular device:

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
        Subsystem: Dell Unknown device 0201
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 21
        Region 0: Memory at efebc000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [60] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
                Address: 0000000000000000 Data: 0000
        Capabilities: [70] Express Unknown type IRQ 0
                Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag-
                Device: Latency L0s <64ns, L1 <1us
                Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
                Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
                Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
                Link: Supported Speed unknown, Width x0, ASPM unknown, Port 0
                Link: Latency L0s <64ns, L1 <1us
                Link: ASPM Disabled CommClk- ExtSynch-
                Link: Speed unknown, Width x0

I've found a workaround by another distribution-user (in German):

http://wiki.archlinux.de/?title=Soundkarte:_hda-intel

Just do the following if you own an Latitude D430 (and maybe other Latitudes):

1. create/edit file "/etc/modprobe.d/sound" and change the content to:

      options snd-hda-intel model=dell-m22 enable=1 index=0
      alias snd-card-0 snd-hda-intel
      alias sound-slot-0 snd-hda-intel

2. reboot

But how do I know which of those STAC9200 variants is correct?

PS: attached dump of /proc/asound/card0/codec#0 and /proc/asound/card0/codec#1 to this bug for completion.

I believe no one who works with linux could answer your question. Try and error is the only way.

But if some got a list from Dell which Laptop uses which variant this could be used in conjunction with dmidecode:

        sudo dmidecode > systeminfo

The new file "systeminfo" shows many things and this:

Handle 0x0100, DMI type 1, 27 bytes
System Information
        Manufacturer: Dell Inc.
        Product Name: Latitude D430
        Version: Not Specified
        Serial Number: xxxxxxxx
        UUID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx <------- UID is erased by me
        Wake-up Type: Power Switch
        SKU Number: Not Specified
        Family:

With this an identification could be possible.

Gogi

Btw, I tried the above suggested lines, but it did not fix the issue; the base station's sound output still doesn't work.

Did you set the "iec958" switch in your gnome volume control?

Activate the switch in edit->preferences and set it with the switch tab.

OK, after activating the IEC958 switch and enabling it, I indeed get output on the base station. This is progress! :)

However, the D430's built-in speaker still outputs sound, which is undesirable. Connecting headphones to the D430's own headphone jack disconnects the built-in speaker, but doing the same with the base station's headphone jack doesn't.

Just toggle the master in your gnome volume control down to zero.

You will still get sound out of docking station but not of internal speaker. The master volume control does not control the docking station headphone jack.

What I think why Dell designs the hardware like this:

1. Both, the analogue and digital sound output of the docking station are having the same source. This source is activated by the iec958 switch.

2. The digital sound output has no way to detect if a cable is plugged in or not. So if activated by iec958 there's a signal on the digital output. It doesn't matter if a cable is plugged or not.

3. Combine 1. with 2. The analogue output of the docking station is activated at same time with digital output. So this jack does not recognize if a cable is plugged in or not. It's just activated by iec958.

4. The digital output does not have a volume control. The volume control is done by the amplifier.

So if my suggestions are right there's a reason why you have to activate the iec958 switch and toggle down the master.

But to understand why such a hardware design should be clever and smart you have to ask Dell. I do not know.

I have Dell D630 and I have found out I need to have model=dell-m42 in order for the sound to work.
However the sound output in docking station does not work, even with iec958 on. Any suggestions?

mehturt: Dell D630 is a completely separate hardware configuration. Can you please open a separate bug for it? Thanks!

Ok, I have done so, it is https://bugs.launchpad.net/ubuntu/+source/linux/+bug/307086

Just installed Jaunty RC on my Dell D430 and I still have the same issue. No sound is getting out of the docking station jack. I tried to follow the above suggestions to switch on the IEC958 in the volume control preferences but I can't find that switch.

Brian, why was this bug suddenly unassigned?

Yes.. this would be nice to have

This issue is resolved in the newest version of Ubuntu for me.. on the 430 and newer models.

Martin-Éric,
     Are you able to verify EclipseAgent's statement above?

Thanks!

~JFo

I can verify it. It's working.

Am Dienstag, den 27.04.2010, 22:47 +0000 schrieb Jeremy Foshee:
> Martin-Éric,
> Are you able to verify EclipseAgent's statement above?
>
> Thanks!
>
> ~JFo
>

No, I'm not. I'd like instructions for how to reproduce his results.

I installed the most recent version of Ubuntu (about to be released tomorrow).

Which is Ubuntu 10.04.. Once I installed, issues were resolved.

I'm also running Lucid here (upgraded from Karmic), but still no sound on the docking station.

Am Mittwoch, den 28.04.2010, 17:47 +0000 schrieb Martin-Éric Racine:
> No, I'm not. I'd like instructions for how to reproduce his results.

Here's what I've done (translated by myself from german gnome desktop;
maybe some translations are not correct):

1. Ubuntu 9.10
2. Right click on audio symbol
3. click on audio settings
4. click on tab hardware
5. click on profile "Digital Stereo (IEC 958) Output + Analog Stereo
Input"

I don't see those options here on Ubuntu 10.4.

I still don't see those options here on Natty.

I got this to work (Ubuntu 10.04), but I am not sure what I did that made the difference.

I did add a file /etc/modprobe.d/sound which contained

options snd-hda-intel model=dell-m22 enable=1 index=0
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

this did not seem to work right away.

I also ran

sudo alsactl store
edited /var/lib/alsa/asound.state
sudo alsactl restore

but I don't think the change I made was correct (I turned on the NVIDIA device by mistake) -- I think the subsequent reboot was the key step. I wish I could be sure -- it is possible that simply running alsactl fixed something that was missing.

In any case, IEC958 starting appearing as one of the profiles in the sound preferences.

I also started installing hidpoint, but it would not install because my kernel was too new, so again, I don't think this was it, either.

Martin-Éric Racine, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command in the development release from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please do not test the kernel in the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. As well, please comment on which kernel version specifically you tested.

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream', and comment as to why specifically you were unable to test it.

Please let us know your results. Thanks in advance.

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]