Dell Venue 11 Pro 7140 (Issue: No audio)

4,532 views
Skip to first unread message

g33k

unread,
Sep 7, 2015, 8:24:22 AM9/7/15
to Android-x86
I tried the KK and LP images on the Dell Venue 11 Pro 7140 and was pleasantly surprised at the extent to which it worked. However, the most sticky issue for now is the lack of audio on the device as the user interface seems to work fine from what I have tested so far.

I am currently booting off a microSD card to a live environment and willing to help out in any way possible in terms of feedback and testing out stuff. Hence, any help or advice in this regard would be much appreciated.

pstglia

unread,
Sep 7, 2015, 10:17:23 AM9/7/15
to Android-x86


I tried the KK and LP images on the Dell Venue 11 Pro 7140 and was pleasantly surprised at the extent to which it worked. However, the most sticky issue for now is the lack of audio on the device as the user interface seems to work fine from what I have tested so far.

I am currently booting off a microSD card to a live environment and willing to help out in any way possible in terms of feedback and testing out stuff. Hence, any help or advice in this regard would be much appreciated.

According to this:

The kernel currently used by KK r3 is 4.0.8, so there's a chance it supports your audio device. Check if it all necessary drivers loaded (codec and sst machine driver):

busybox lsmod | grep -iE "286|snd-soc-sst"
 
If they are loaded, check if your "SPO" option is unmute on alsa config. On terminal type:

su 
(you will be asked to grant root permissions)

alsa_amixer | grep -i spo
(locate the name of your SPO parameter). Then change it:

alsa_amixer -c 0 set SPO unmute

Note: You can try also using some app like "alsamixer" from playstore to change this parameter

Good luck
Pstglia

Miker1029

unread,
Sep 8, 2015, 1:10:24 AM9/8/15
to andro...@googlegroups.com

Good info. I used that alsa mixer awhile ago but had to have it loaded every time I booted up... That's how I learned about init.sh with c.w. help of course!

Sent with AquaMail for Android
http://www.aqua-mail.com

--
You received this message because you are subscribed to the Google Groups "Android-x86" group.
To unsubscribe from this group and stop receiving emails from it, send an email to android-x86...@googlegroups.com.
To post to this group, send email to andro...@googlegroups.com.
Visit this group at http://groups.google.com/group/android-x86.
For more options, visit https://groups.google.com/d/optout.

g33k

unread,
Sep 8, 2015, 3:12:20 PM9/8/15
to Android-x86
First of all, thanks for the pertinent reply. I am afraid I am more than a bit uninitiated as far as linux commands are concerned, so kindly bear with me. 

lsmod lists "snd_soc_sst_broadwell" against the modules "snd_soc_rt286" and "snd_soc_core" which I suppose is the relevant term here.

However, alsa_amixer does not seem to exist when I run the command. So, I installed "alsamixer" from the playstore and post that I can only see "IEC958" which I suppose is not particularly relevant.

Hence, can you kindly spell out the steps in further detail. Thanks.

pstglia

unread,
Sep 8, 2015, 11:35:19 PM9/8/15
to Android-x86
Hi again,


lsmod lists "snd_soc_sst_broadwell" against the modules "snd_soc_rt286" and "snd_soc_core" which I suppose is the relevant term here.

Good. This increases the chance, as required drivers are loaded.
 
Just take a look at detected cards running this command:

cat /proc/asound/cards


However, alsa_amixer does not seem to exist when I run the command. So, I installed "alsamixer" from the playstore and post that I can only see "IEC958" which I suppose is not particularly relevant.

alsa_amixer requires you superuser privileges (root access). In order to do this, you have to execute a command called su. It will open a prompt asking you granting or not the privileges


g33k

unread,
Sep 9, 2015, 1:58:10 AM9/9/15
to Android-x86
Thanks again for replying. cat /proc/asound/cards roughly lists the following:
0 [HDMI]:HDA-Intel...
1[broadwellrt286]:broadwell-rt286...

alsa_amixer does work with the su access. The mistake's on me as I happened to type "alsa_mixer" instead last time around. 
So far so good, but then I executed amixer_scontrols and had "IEC958" listed against 0,1,2; same as what I had obtained through the alsamixer app.

Setting it to unmute using "alsa_amixer -c 0 set IEC958 unmute" produced a response but with no sound. The 1, 2 parameters don't seem to work. So any suggestions on how to proceed further?

g33k

unread,
Sep 9, 2015, 12:19:18 PM9/9/15
to Android-x86
On a related note, following is the latest info I could find about the sound issue on Ubuntu, in case that is of any help. For the record, I am on the latest BIOS which is A07.

pstglia

unread,
Sep 9, 2015, 10:07:17 PM9/9/15
to Android-x86


Em quarta-feira, 9 de setembro de 2015 05:58:10 UTC, g33k escreveu:
Thanks again for replying. cat /proc/asound/cards roughly lists the following:
0 [HDMI]:HDA-Intel...
1[broadwellrt286]:broadwell-rt286...

alsa_amixer does work with the su access. The mistake's on me as I happened to type "alsa_mixer" instead last time around. 
So far so good, but then I executed amixer_scontrols and had "IEC958" listed against 0,1,2; same as what I had obtained through the alsamixer app.

Without arguments, alsa_amixer returns the controls for card 0 (which is HDMI in your case). This is similar what I have here:

These are my audio devices (note card0 is a HDMI device):

1|uid=0(root) gid=0(root)@x86:/ # cat /proc/asound/cards
0 [HDMI           ]: HDA-Intel - HDA ATI HDMI
                      HDA ATI HDMI at 0xfe244000 irq 31
1 [Generic        ]: HDA-Intel - HD-Audio Generic
                      HD-Audio Generic at 0xfe240000 irq 16
2 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfe080000 irq 19


If I do a alsa_amixer returns control for card0:

uid=0(root) gid=0(root)@x86:/ # alsa_amixer
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]

same as

uid=0(root) gid=0(root)@x86:/ # alsa_amixer -c 0
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]

My audio device is mapped as card 1, so I use "-c" option to select it:

1|uid=0(root) gid=0(root)@x86:/ # alsa_amixer -c1
Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'Headphone',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 64

....


Your card seems to be #1 also (broadwellrt286), so try checking with
alsa_amixer -c 1

Regards,
Pstglia

g33k

unread,
Sep 10, 2015, 1:20:55 AM9/10/15
to Android-x86
Thanks a lot pstglia. I know it must have taken some patience dealing at this level. Unmuting with "alsa_amixer -c 1 set SPO unmute" certainly did the job and I now have audio from the speakers. Can't thank you enough for that. Moving to the next step, how can I re-route the audio to the headphones instead of speakers? I have attached the alsa_amixer output for my card 1 to this post in case it is of any help in further diagnosis.
alsa_amixer_c1.txt

g33k

unread,
Sep 10, 2015, 4:04:12 PM9/10/15
to Android-x86
I suppose I can sneak in another query as well. I find that the volume and home buttons work fine with the screen on, but there is no response to the power button. Also, once the screen switches off, none of the buttons respond any more. Is there any way around this?

pstglia

unread,
Sep 10, 2015, 11:05:50 PM9/10/15
to Android-x86
Thanks a lot pstglia. I know it must have taken some patience dealing at this level. Unmuting with "alsa_amixer -c 1 set SPO unmute" certainly did the job and I now have audio from the speakers. Can't thank you enough for that. Moving to the next step, how can I re-route the audio to the headphones instead of speakers? I have attached the alsa_amixer output for my card 1 to this post in case it is of any help in further diagnosis.

No problem. About headphone, I'd try changing "Headphone Jack" control. Try one of these:

alsa_amixer -c1 set "Headphone Jack" unmute 100%
alsa_amixer -c1 set "Headphone Jack" unmute
alsa_amixer -c1 set Headphone unmute 100%
alsa_amixer -c1 set Headphone unmute

I suppose I can sneak in another query as well. I find that the volume and home buttons work fine with the screen on, but there is no response to the power button. Also, once the screen switches off, none of the buttons respond any more. Is there any way around this?

Based on the symptoms you described, seems to be a problem with suspend/resume (has some issues with some hardware). Try increasing the time for screen inactivity 

Regards,
Pstglia

g33k

unread,
Sep 12, 2015, 4:52:15 AM9/12/15
to Android-x86
Hey pstglia, thanks once again. For the commands listed by you, only the first option generates a valid response while the rest have a "control does not exist" response. However, it doesn't result in any audio through the headphones. The headphones are detected alright as the music player pauses when I remove it. So, is there any other way of debugging what's going wrong? 

As for the screen inactivity, I managed to get Xposed working and hence now have a lot of options at my disposal in terms of how I use the tablet and hence hopefully not being able to switch off the screen won't be too much of a trouble.

pstglia

unread,
Sep 12, 2015, 9:50:25 AM9/12/15
to Android-x86
HI

Hey pstglia, thanks once again. For the commands listed by you, only the first option generates a valid response while the rest have a "control does not exist" response. However, it doesn't result in any audio through the headphones. The headphones are detected alright as the music player pauses when I remove it. So, is there any other way of debugging what's going wrong? 

Maybe logcat or dmesg commands can give some clues about it. But I suspect this is just an disabled control and/or with volume level at 0%. I'd bet it could be "HPO L" and "HPO R" controls . Try unmuting these


Also, you can try booting Windows and look mixer settings. Try checking which Control level is enabled or not when headphone is attached. If you disable it and have no audio from you headphone, maybe this is the control you should enable on Android's alsa_amixer

Regards,
Pstglia

g33k

unread,
Sep 13, 2015, 6:18:48 AM9/13/15
to Android-x86
Hello pstglia, your bet was right on the money. Unmuting HPO L/R did result in audibility through the headphones. However, the speakers continue to blare out the sound when the headphones are connected as they don't mute automatically. This also results in awful distorted sound on the headphones (I presume it is Mono as well), though it is quite clear on the speakers. Thankfully, due to Bluetooth and an old headset of mine, I am at least able to work around this problem. I am not sure if I can do anything further to get the headphones to work normally on plug-in.

g33k

unread,
Oct 26, 2015, 2:48:59 PM10/26/15
to Android-x86
Quite some time since the last post, but I moved to 5.1 RC1 today and thought that resolving the sound issue would work in a similar manner. However, unmuting SPO no longer seems to work as do other options like Speakers. alsa_amixer still shows broadwell as option 1, so don't know what the issue is. The alsa_amixer output is as follows:

root@x86:/ # alsa_amixer -c1
Simple mixer control 'Master',0
  Capabilities: pvolume penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 30
  Mono:
  Front Left: Playback 30 [100%] [0.00dB]
  Front Right: Playback 30 [100%] [0.00dB]
Simple mixer control 'Headphone Jack',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Speaker',0
  Capabilities: pswitch penum
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [on]
  Front Right: Playback [on]
Simple mixer control 'Front DAC',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Front RECMIX',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'Mic',0
  Capabilities: cvolume penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 30
  Front Left: Capture 0 [0%] [-99999.99dB]
  Front Right: Capture 0 [0%] [-99999.99dB]
Simple mixer control 'ADC 0 Mux',0
  Capabilities: enum
  Items: 'Mic' 'RECMIX' 'Dmic'
  Item0: 'Mic'
Simple mixer control 'ADC 1 Mux',0
  Capabilities: enum
  Items: 'Mic' 'RECMIX' 'Dmic'
  Item0: 'Mic'
Simple mixer control 'ADC0',0
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 127
  Front Left: Capture 67 [53%] [-30.00dB] [off]
  Front Right: Capture 67 [53%] [-30.00dB] [off]
Simple mixer control 'AMIC',0
  Capabilities: volume volume-joined penum
  Playback channels: Mono
  Capture channels: Mono
  Limits: 0 - 3
  Mono: 0 [0%] [0.00dB]
Simple mixer control 'DAC0',0
  Capabilities: pvolume penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 127
  Mono:
  Front Left: Playback 127 [100%] [0.00dB]
  Front Right: Playback 127 [100%] [0.00dB]
Simple mixer control 'HPO L',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'HPO Mux',0
  Capabilities: enum
  Items: 'Front' 'Surround'
  Item0: 'Front'
Simple mixer control 'HPO R',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Media0',0
  Capabilities: pvolume penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 30
  Mono:
  Front Left: Playback 0 [0%] [-99999.99dB]
  Front Right: Playback 0 [0%] [-99999.99dB]
Simple mixer control 'Media1',0
  Capabilities: pvolume penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 30
  Mono:
  Front Left: Playback 0 [0%] [-99999.99dB]
  Front Right: Playback 0 [0%] [-99999.99dB]
Simple mixer control 'RECMIX Beep',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'RECMIX Line1',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'RECMIX Mic1',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'SPK Mux',0
  Capabilities: enum
  Items: 'Front' 'Surround'
  Item0: 'Front'
Simple mixer control 'SPO',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]

g33k

unread,
Oct 26, 2015, 3:13:27 PM10/26/15
to Android-x86
These are the relevant dmesg and logcat outputs I could find.

dmesg:
haswell-pcm-audio haswell-pcm-audio: FW loaded, mailbox readback FW info: type 01, - version: 00.00, build 77, source commit id: 876ac6906f31a43b6772b23c7c983ce9dcb18a19

logcat:
2149 2351 W AudioTrack: AUDIO_OUTPUT_FLAG_FAST denied by client

Dmitry Sutyagin

unread,
Nov 8, 2015, 7:27:34 PM11/8/15
to Android-x86
Hello there!

I also own Dell Venue 11 Pro 7140, and have successfully installed android-x86 5.1rc1, EFI version, on microSD card.

So far the issues I have found:
No sound
Power button does not work
Cannot recover from sleep state (tablet reboots)
Battery sybsystem does not understand the second battery (in the dock). Max charge shown is 109% and only starts to drop when the dock battery is fully drained and the main one starts depleting.

I managed to fix superuser by putting Chainfire's version manually into system partition (installed it as read/write) - https://download.chainfire.eu/696/SuperSU/UPDATE-SuperSU-v2.46.zip

Will report here if I manage to fix other issues, I guess we can cooperate on that. Will try to touch the audio stuff described earlier in this thread.

I find the fact that this works simply amazing, thanks so much for the project.

Dmitry Sutyagin

unread,
Nov 8, 2015, 7:27:52 PM11/8/15
to Android-x86
Unmuting SPO worked well for me on 5.1rc1 x64 (EFI). I would suggest checking all switches related to Speaker:

root@x86_64:/ # alsa_amixer -c 1 controls | grep "'S" | grep -v "Mux" | cut -d, -f1 | xargs -n 1 alsa_amixer -c 1 cget
numid=14,iface=MIXER,name='SPO Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on
numid=9,iface=MIXER,name='Speaker Playback Switch'
; type=BOOLEAN,access=rw------,values=2
: values=on,on
numid=10,iface=MIXER,name='Speaker Switch'
; type=BOOLEAN,access=rw------,values=1
: values=on

As you can see they are all "on" in my case. Also, check Master just to make sure :)

root@x86_64:/ # alsa_amixer -c 1 sget Master
Simple mixer control 'Master',0
Capabilities: pvolume penum
Playback channels: Front Left - Front Right
Limits: Playback 0 - 30
Mono:
Front Left: Playback 30 [100%] [0.00dB]
Front Right: Playback 30 [100%] [0.00dB]

I only had to enable SPO to make sound work after installation of android-x86. I have not enabled Headphones so cannot tell if it works or affects Speaker output.
Reply all
Reply to author
Forward
0 new messages