Ok, I'll test this out and commit a fix to what's in -HEAD.
Thanks!
-a
On 27 July 2014 01:53, Alexander Motin wrote:
> On 27.07.2014 11:42, Adrian Chadd wrote:
>> ... aaand it worked. Woo!
>
> It worked for playback, but completely broke recording. I've missed that
> your CODEC does not suppo
On 27.07.2014 11:42, Adrian Chadd wrote:
> ... aaand it worked. Woo!
It worked for playback, but completely broke recording. I've missed that
your CODEC does not support input switching in hardware, while driver
does not support that in software. For playback software switching is
supported by the
... aaand it worked. Woo!
So how'd it actually map the correct selection between headphones and
speaker? That's now cutting back and forth correctly as I plug in and
out the headphone jack.
-a
On 27 July 2014 01:40, Adrian Chadd wrote:
> ok, with that it looks like:
>
> root@lucy-11i386:/home
ok, with that it looks like:
root@lucy-11i386:/home/adrian/work/freebsd/head/src # kldload sound ;
kldload snd_hda
root@lucy-11i386:/home/adrian/work/freebsd/head/src # dmesg
snd_unit_init() u=0x00ff8000 [512] d=0x7c00 [32] c=0x03ff [1024]
feeder_register: snd_unit=-1 snd_maxautovchans=16
On 27.07.2014 11:27, Adrian Chadd wrote:
> actually, scratch that, I had some test hacks in there. Try:
>
> hdaa0: Patched pins configuration:
> hdaa0: nid 0xas seq device conn jackloccolor misc
> hdaa0: 22 022140f0 15 0 HeadphonesJack 1/8 Front Green 0
On 27 July 2014 01:29, Alexander Motin wrote:
> On 27.07.2014 11:20, Adrian Chadd wrote:
>> ok, so how do I figure out what the right patch should be?
>>
>> pcm0: at nid 22 and 24 on hdaa0
>> pcm1: at nid 26 and 29 on
>> hdaa0
>>
>> .. and
>>
>> hdac0@pci0:0:27:0: class=0x040300 card=0x20f217aa
On 27.07.2014 11:20, Adrian Chadd wrote:
> ok, so how do I figure out what the right patch should be?
>
> pcm0: at nid 22 and 24 on hdaa0
> pcm1: at nid 26 and 29 on hdaa0
>
> .. and
>
> hdac0@pci0:0:27:0: class=0x040300 card=0x20f217aa chip=0x293e8086
> rev=0x03 hdr=0x00
Technically there is
actually, scratch that, I had some test hacks in there. Try:
pci0:21:0:1: reprobing on driver added
hdacc0: at cad 0 on hdac0
hdaa0: at nid 1 on hdacc0
hdaa0: Subsystem ID: 0x17aa211c
hdaa0: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1
hdaa0: GPIO0: disabled
hdaa0: GPIO1: disabled
hdaa0:
Oh, and:
pci0:21:0:1: reprobing on driver added
hdacc0: at cad 0 on hdac0
hdaa0: at nid 1 on hdacc0
hdaa0: Subsystem ID: 0x17aa211c
hdaa0: NumGPIO=4 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1
hdaa0: GPIO0: disabled
hdaa0: GPIO1: disabled
hdaa0: GPIO2: disabled
hdaa0: GPIO3: disabled
hdaa0: Origi
Hi!
ok, so how do I figure out what the right patch should be?
pcm0: at nid 22 and 24 on hdaa0
pcm1: at nid 26 and 29 on hdaa0
.. and
hdac0@pci0:0:27:0: class=0x040300 card=0x20f217aa chip=0x293e8086
rev=0x03 hdr=0x00
-a
On 13 July 2014 18:44, Alexander Motin wrote:
> On 13.07.2014 21:5
On 13.07.2014 21:50, Adrian Chadd wrote:
> So I have an X230 and a T400 - both require fiddling of the default
> sound unit sysctl when I want to use headphones.
>
> Does this above patch outline what I need to do to get it working dynamically?
As a quick and easy solution -- quite likely yes.
P
Hi!
So I have an X230 and a T400 - both require fiddling of the default
sound unit sysctl when I want to use headphones.
Does this above patch outline what I need to do to get it working dynamically?
-a
On 13 July 2014 03:31, Mark Johnston wrote:
> Author: markj
> Date: Sun Jul 13 10:31:29 2
12 matches
Mail list logo
