Re: Issue with creative Xfi PCIe ca0110-IBG

["Guillem Solà" <garanda@flumotion.com>]

Takashi Iwai wrote:
> At Tue, 13 Oct 2009 16:12:47 +0200,
> Guillem Solà wrote:
>   
>> Takashi Iwai wrote:
>>     
>>> At Tue, 13 Oct 2009 14:10:44 +0200,
>>> Guillem Solà wrote:
>>>   
>>>       
>>>> Takashi Iwai wrote:
>>>>     
>>>>         
>>>>> It shows the address 1.  So, my patch doesn't work, as it assumes
>>>>> address 0.  Replace it with 1, and pass probe_mask=0x02.
>>>>>
>>>>>
>>>>> Takashi
>>>>>
>>>>>   
>>>>>       
>>>>>           
>>>> Yeah great, it's working again!
>>>>
>>>> I did modprobe snd-hda-intel probe_mask=0x03 instead of mask=0x02 to 
>>>> make it work
>>>>
>>>> and the patch let this way ( I changed both return 1 and addr=1)
>>>>     
>>>>         
>>> Now the question is whether probe_mask=0x03 (or 0x02) works without
>>> this patch.  How is it?
>>>
>>>
>>> thanks,
>>>
>>>   
>>>       
>> Hi,
>>
>> after few tests I can conclude that it could work with and without the 
>> patch. The same happens with modprobe snd-hda-intel probe_mask=0x03 or 
>> 0x02 both can work.
>>     
>
> OK, good to hear.
>
>   
>> So it seems to be fickle because not all the times you modprobe the 
>> intel module it worked.
>>     
>
> Do you mean it's still unstable even with probe_mask option, or it is
> when without?
>
> If probe_mask fixes its fickleness (or flirtation :), the patch below
> should help.  It will set the default probe_mask for your device.
> Give it a try.
>
>
> Takashi
>
>   
Hi,

By fickle I mean that when modprobing hda-intel module sometimes it 
works fine and others cannot get audio although the system seems to 
always recognize the card, and yes, I'm always using probe_mask=0x02 option.

Actually, about one of five times I can successfully load the module. As 
I said the first patch doesn't affect, it has been only the casualty 
that made me believe it did something.

When module loads successfully I can see in dmesg

HDA Intel 0000:05:00.0: PCI INT A -> GSI 38 (level, low) -> IRQ 38
hda_intel: probe_mask set to 0x2 for device 1102:0018
hda-intel: Invalid position buffer, using LPIB read method instead.

or:

HDA Intel 0000:05:00.0: PCI INT A -> GSI 38 (level, low) -> IRQ 38
hda_intel: probe_mask set to 0x2 for device 1102:0018
hda-intel: spurious response 0x0:0x0, last cmd=0x000000
hda-intel: Invalid position buffer, using LPIB read method instead.


And when the module doesn't load properly

HDA Intel 0000:05:00.0: PCI INT A -> GSI 38 (level, low) -> IRQ 38
hda_intel: probe_mask set to 0x2 for device 1102:0018
hda-intel: spurious response 0x0:0x0, last cmd=0x000000
hda-intel: azx_get_response timeout, switching to polling mode: last 
cmd=0x107f0d00
hda_intel: azx_get_response timeout, switching to single_cmd mode: last 
cmd=0x107f0d00
__ratelimit: 28 callbacks suppressed


Thanks,

Guillem Solà
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel