On Wed, Oct 31, 2012 at 11:14 PM, Alexander Motin wrote:
> On 31.10.2012 18:24, Big Yuuta wrote:
>>
>> No, that patch didn't do the trick for the simple reason that
>> my actual subid was 0x84371043 and not 0x1043837 -you spot my mistake? ;-)
>>
>> So here's the one that finally got me sound with
On 31.10.2012 18:24, Big Yuuta wrote:
No, that patch didn't do the trick for the simple reason that
my actual subid was 0x84371043 and not 0x1043837 -you spot my mistake? ;-)
So here's the one that finally got me sound with my Asus EeePC 1001px
on the internal speaker:
Now I can have a good nap
Hi Alexander,
No, that patch didn't do the trick for the simple reason that
my actual subid was 0x84371043 and not 0x1043837 -you spot my mistake? ;-)
So here's the one that finally got me sound with my Asus EeePC 1001px
on the internal speaker:
--- hdaa_patches.c
+++ hdaa_patches.c
@@ -541,6 +
On 31.10.2012 03:00, Big Yuuta wrote:
Yes, actually I'm using sysctl hw.snd.verbose=4 to understand
what's happening inside.
From my tests, it's not a sense redirection problem. Because, when
I unmute everything, and then I plug a headphone, the sound goes
to the headphone and the internal spe
Yes, actually I'm using sysctl hw.snd.verbose=4 to understand
what's happening inside.
>From my tests, it's not a sense redirection problem. Because, when
I unmute everything, and then I plug a headphone, the sound goes
to the headphone and the internal speaker is mutted, and when I unplug
it, th
On 30.10.2012 09:17, Big Yuuta wrote:
Hi Alexander,
I got the sound out of that speaker!! :)
I actually started to read your code, and I'm still trying to understand
the stuff in it (I never wrote a device driver)
Anyway, so I did a little hack'ish modification (just to test) in function
hdaa
Hi Alexander,
I got the sound out of that speaker!! :)
I actually started to read your code, and I'm still trying to understand
the stuff in it (I never wrote a device driver)
Anyway, so I did a little hack'ish modification (just to test) in function
hdaa_audio_ctl_amp_set_internal(struct hdaa_
On Mon, Oct 29, 2012 at 5:46 PM, Alexander Motin wrote:
> On 29.10.2012 18:35, Big Yuuta wrote:
>>
>> On Mon, Oct 29, 2012 at 5:07 PM, Alexander Motin wrote:
>>>
>>> On 29.10.2012 17:44, Big Yuuta wrote:
On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin
wrote:
>
>
> Al
On 29.10.2012 18:35, Big Yuuta wrote:
On Mon, Oct 29, 2012 at 5:07 PM, Alexander Motin wrote:
On 29.10.2012 17:44, Big Yuuta wrote:
On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin wrote:
Also check that pin sensing is working. Try to plug in/out headphones.
With
verbose messages enabled,
On Mon, Oct 29, 2012 at 5:07 PM, Alexander Motin wrote:
> On 29.10.2012 17:44, Big Yuuta wrote:
>>
>> Hi, Alexander
>>
>> On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin wrote:
>>>
>>> Also check that pin sensing is working. Try to plug in/out headphones.
>>> With
>>> verbose messages enabled,
On 29.10.2012 17:44, Big Yuuta wrote:
Hi, Alexander
On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin wrote:
Also check that pin sensing is working. Try to plug in/out headphones. With
verbose messages enabled, you should see messages about that on console and
in logs.
Pin sensing works fine
Hi, Alexander
On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin wrote:
> Also check that pin sensing is working. Try to plug in/out headphones. With
> verbose messages enabled, you should see messages about that on console and
> in logs.
Pin sensing works fine. I tested it and whenever I plug th
On Sun, Oct 28, 2012 at 10:34 PM, Alexander Motin wrote:
> On 28.10.2012 23:20, Big Yuuta wrote:
>>
>> Unfortunately, trying with the different combinations didn't work.
>>
>> I wrote this tiny script just to make sure I'm not forgetting a case:
>>
>> #!/bin/sh
>> echo "testing with: $1 - $2";
>>
On 28.10.2012 23:20, Big Yuuta wrote:
Unfortunately, trying with the different combinations didn't work.
I wrote this tiny script just to make sure I'm not forgetting a case:
#!/bin/sh
echo "testing with: $1 - $2";
kenv hint.hdaa.0.gpio_config="0=$1 1=$2";
kldunload snd_hda.ko;
kldload snd_hda.
Unfortunately, trying with the different combinations didn't work.
I wrote this tiny script just to make sure I'm not forgetting a case:
#!/bin/sh
echo "testing with: $1 - $2";
kenv hint.hdaa.0.gpio_config="0=$1 1=$2";
kldunload snd_hda.ko;
kldload snd_hda.ko;
mplayer song.mp3;
and I run it like
On Sun, Oct 28, 2012 at 9:42 PM, Alexander Motin wrote:
> On 28.10.2012 22:09, Big Yuuta wrote:
>>>
>>> CODEC configuration looks good and I see no problems in driver output. I
>>> think most likely problem is in CODEC wiring and power amplifier. Your
>>> CODEC
>>> has two GPIO lines and EAPD line
On 28.10.2012 22:09, Big Yuuta wrote:
CODEC configuration looks good and I see no problems in driver output. I
think most likely problem is in CODEC wiring and power amplifier. Your CODEC
has two GPIO lines and EAPD line. That gives 8 possible combinations. I
would recommend you to try them all.
Thank you, Alexander!
On Sun, Oct 28, 2012 at 8:28 PM, Alexander Motin wrote:
> On 28.10.2012 17:12, Big Yuuta wrote:
>>
>> hint.hdaa.0.nid20.config="as=1 seq=0 device=Speaker"
>> hint.hdaa.0.nid26.config="as=1 seq=15 device=Headphones"
>> hint.hdaa.0.nid18.config="as=2 seq=0"
>
>
> As I see, th
On 28.10.2012 17:12, Big Yuuta wrote:
I have an asus eeepc 1001px, on which I installed 9-stable.
I, since day one, never had any sound coming out of the speaker,
but when I plug a headphone in the jack, I have the sound -in the
headphones.
The chipset is a Realtek ALC269 which some people said
Hi all,
I have an asus eeepc 1001px, on which I installed 9-stable.
I, since day one, never had any sound coming out of the speaker,
but when I plug a headphone in the jack, I have the sound -in the
headphones.
The chipset is a Realtek ALC269 which some people said is supported.
I read, and re-
20 matches
Mail list logo