@unrud:
Thanks for the tests. Also tested on 16.04.1 live - interestingly, the devices
seem to be on /dev/i2c-9 there.
However, I think even SMBus isn't at fault. Digging through the logs I
noticed I forgot to check the dmesg logs - seems like sometimes the BIOS
touches the amp for some reason:
@rykien:
Seems like a bug in the driver for the SMBus controller. i2cdetect should show
the headphone amplifier at address 0x73.
I've tested init-headphone with Ubuntu 16.04.1 (you have to add the
acpi_enforce_resources=lax boot parameter!) and 16.10 live images without
problems. Maybe the bug
Also having the issue on a fresh 16.04.1. init-headphone 0.11 gets EBUSY
on the first write to SMBus (modified to print out errno, diff below).
Used to work on 15.04-15.10 on the same laptop.
$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 16.04.1 LTS
This still seems to be an issue on 16.04
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Title:
[W230SS, VIA VT1802, Green Headphone Out, Front] No sound after
New version of init-headphone that also supports Vivid:
https://github.com/Unrud/init-headphone-ubuntu/releases
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Thanks for great work. I would like to report another system this fix is
working on.
Debian on Monster Huma H3
Apparently Multicom Xishan W230S is sold in Turkey under Monster Huma
H3. You need to change the first line of the script to
SUPPORTED_SYSTEM_PRODUCT_NAMES = [W230SS, HUMA H3]
--
You
Nice. Thank you!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Title:
[W230SS, VIA VT1802, Green Headphone Out, Front] No sound after
suspend/resume
Almost 1 year after buying my laptop I can finally suspend and still
have sound!! Thank you. :D
BTW, I'm running the script manually, on Arch Linux.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
Interesting thing. Tested on 14.04.02 (added print(i2c_bus_name) line
for debug):
$ uname -a
Linux mik-laptop-origin 3.16.0-31-generic #43~14.04.1-Ubuntu SMP Tue Mar 10
20:13:38 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
$ sudo init-headphone
[sudo] password for mik:
i915 gmbus ssc
i915 gmbus
@Kiril:
That's strange, I tested it on 14.04 and it works for me.
The packaged adds the file /etc/default/grub.d/init-headphone.cfg. That should
add the boot parameter.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
@unrud, thanks for the work. I've extracted the files and just testing out
init-headphone on my Arch Linux (Linux 3.19.2-1-ARCH #1 SMP PREEMPT Wed Mar 18
16:21:02 CET 2015 x86_64 GNU/Linux
)
I get the same issue as @Kiril
i915 gmbus ssc
i915 gmbus vga
i915 gmbus panel
i915 gmbus dpc
i915 gmbus
@Kiril:
Make sure that your kernel is loaded with acpi_enforce_resources=lax. Check
cat /proc/cmdline.
Check the output of lsmod and make sure that the modules i2c-i801 and i2c-dev
are loaded.
If they are unload i2c-i801 with sudo rmmod i2c-i801 and load it again sudo
modprobe i2c-i801. Then
Oops, missed kernel parameter. The deb package didn't adds it on 14.04. After
adding it by hands it works! Wow, cool.
One more thing: I think this script should run also at boot.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed
After cmall research I figgured out what was wrong: my grub was install
from another linux system and regenerating ubuntu's config does nothing.
After running grub-install it finally works. Big thanks to you!
--
You received this bug notification because you are a member of Ubuntu
Touch seeded
New version:
* Add Upstart script to run program on boot
* Make program more verbose
The program output is now very verbose. If the script doesn't work, just
run sudo init-headphone and it should say what's wrong.
** Attachment added: init-headphone_0.2.0_all.deb
I wrote a driver.
Only tested on Ubuntu 14.10.
After installation a restart is required.
** Attachment added: init-headphone_0.1.0_all.deb
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1313904/+attachment/4360354/+files/init-headphone_0.1.0_all.deb
--
You received this bug
No updates? Is there any way I can help diagnose this issue?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Title:
[W230SS, VIA VT1802, Green Headphone Out,
Has anyone found a workaround for this?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Title:
[W230SS, VIA VT1802, Green Headphone Out, Front] No sound after
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/patch_via.c?id=5a6f294e87974e6ec68d7113553ffd975d83bf15
you may need to ask the author whether you case is related to this patch
--
You received this bug notification because you are a member of Ubuntu
Touch
Thanks a ton for your efforts guys. I really hope you can figure out
what is wrong (wish I could actively help but I can only test). In the
meanwhile I've been playing around with a tool that remaps the various
jacks (e.g. mic can become line-out). You can find it here:
NO, not all HDA codec allow you to change Mic Jack into the headphone
jack, usually the notebook have utilialized the volume controls of the 4
or 6 channels codec and don't have any spare dac or amp for the extra
headphone
Oh ok, then it has just been a (failed) desperate attempt. :) Thanks for
the explanation.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
Title:
[W230SS, VIA
can you add snd_printk to print / find out whether it can read wcaps
0x200500 from node 0x3e after changing codec-num_nodes ?
nid = codec-start_nid;
for (i = 0; i codec-num_nodes; i++, nid++)
codec-wcaps[i] = snd_hda_param_read(codec, nid,
AC_PAR_AUDIO_WIDGET_CAP);
--
You
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/tree/sound/pci/hda/hda_proc.c
it is because nodes is read from codec again in print_codec_info()
need to fix this value
nodes = snd_hda_get_sub_nodes(codec, codec-afg, nid);
if (! nid || nodes 0) {
int snd_hda_get_sub_nodes(struct hda_codec *codec, hda_nid_t nid,
hda_nid_t *start_id)
{
unsigned int parm;
parm = snd_hda_param_read(codec, nid, AC_PAR_NODE_COUNT);
if (parm == -1)
return 0;
/* this mean we need to fix the param
snd_hda_get_sub_nodes(struct hda_codec *codec, hda_nid_t nid,
hda_nid_t *start_id)
{
unsigned int parm;
parm = snd_hda_param_read(codec, nid, AC_PAR_NODE_COUNT);
if (parm == -1)
return 0;
*start_id = (parm 16) 0x7fff;
/* this mean we need to fix the return value param when
Done:
int snd_hda_get_sub_nodes(struct hda_codec *codec, hda_nid_t nid,
hda_nid_t *start_id)
{
unsigned int parm;
parm = snd_hda_param_read(codec, nid, AC_PAR_NODE_COUNT);
if (parm == -1)
return 0;
*start_id = (parm 16)
ode 0x08 [Audio Output] wcaps 0x41d: Stereo Amp-Out
Control: name=Headphone Playback Volume, index=0, device=0
ControlAmp: chs=3, dir=Out, idx=0, ofs=0
Device: name=VT1802 Analog, type=Audio, device=0
Device: name=VT1802 Alt Analog, type=Audio, device=2
the two devices cannot share
http://www.intel.com/support/motherboards/desktop/sb/CS-034206.htm
for desktop, those rear panel line out jacks output support multi channel
playback and the front panel headphone can support multi streaming on some hda
codec
--
You received this bug notification because you are a member of
Disabled independent HP by commenting the line in patch_via.c:
//spec-gen.indep_hp = 1;
Headphones does not works after resume.
alsa-info before suspend:
http://www.alsa-project.org/db/?f=c7f2d491818afda332e303228f893447e71f37e8
alsa-info after resume:
http://git.kernel.org/cgit/linux/kernel/git/tiwai/hda-
emu.git/tree/codecs/vt1802-asus-u30s?id=HEAD
compare with this notebook, device 0 nid is using speaker 's audio output and
device 2 is using headphone 's audio output
seem spec-gen.indep_hp = 1 is not enough to force the driver to use
The SMBus module is working now, I had to add acpi_enforce_resources=lax
to the kernel boot parameters.
Got some information about the pre-amplifier here:
https://biosmods.wordpress.com/w230ss-np7338/comment-page-4/#comments
I think we're stuck until we get more information about that chip.
--
@Raymond
Checked this. reverted ef4da45828603df57e5e21b8aa21a66ce309f79b and changed
read_widget_caps to:
static int read_widget_caps(struct hda_codec *codec, hda_nid_t fg_node)
{
int i;
hda_nid_t nid;
codec-num_nodes = snd_hda_get_sub_nodes(codec, fg_node,
can you post the output of alsa-info.sh
did node 0x3d and node 0x3e appear in the codec info after the patch ?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1313904
I tried to investigate the preamplifier chip further but run into another bug.
I'm not able to access the SMBus. When I execute modprobe i2c-i801, the
following appears in the kernel log:
[...] ACPI Warning: SystemIO range 0xf040-0xf05f
conflicts with OpRegion
35 matches
Mail list logo