[alsa-devel] Backported sbxfi driver (UNTESTED!)

The Source thesourcehim at gmail.com
Tue Oct 14 10:55:01 CEST 2008


Takashi Iwai пишет:
> At Tue, 14 Oct 2008 12:48:31 +0400,
> The Source wrote:
>   
>> Takashi Iwai пишет:
>>     
>>> At Mon, 13 Oct 2008 23:21:47 +0400,
>>> Alexey Bazhin wrote:
>>>   
>>>       
>>>> On Mon, 13 Oct 2008 18:05:49 +0200
>>>> Takashi Iwai <tiwai at suse.de> wrote:
>>>>
>>>>     
>>>>         
>>>>> At Mon, 13 Oct 2008 18:02:08 +0200,
>>>>> I wrote:
>>>>>       
>>>>>           
>>>>>> At Mon, 13 Oct 2008 17:43:03 +0200,
>>>>>> I wrote:
>>>>>>         
>>>>>>             
>>>>>>> For example, the latest snapshot I uploaded now has
>>>>>>> alsa-kernel/HEAD: a3e1ef74a8ec8b6e3c30f7aa06c5d5d2f2bea7a9 Merge
>>>>>>> branch 'topic/sbxfi'
>>>>>>>           
>>>>>>>               
>>>>>> ... and again updated to:
>>>>>>   5d425dd626d107ff2b2ea97c27068f7ee4b36dd1 Merge branch
>>>>>> 'topic/sbxfi'
>>>>>>         
>>>>>>             
>>>>> So, guys, please check the latest one.
>>>>>
>>>>> If the hang up still occurs with this version, then try to define
>>>>> XXX_SYSTEM_TIMER in sbxfi.c, which is undefined as default.
>>>>> With this build option, the driver will use the system timer instead
>>>>> of emu20k1 timer irqs.
>>>>>
>>>>> If this still doesn't help, try to remove all spinlocks.  That is,
>>>>> just comment out all spin_lock*() and spin_unlock*() calls to avoid
>>>>> spin deadlocks.  Of course, it can be racy, but better than a spin
>>>>> deadlock.
>>>>>       
>>>>>           
>>>> Now it doesn't hangs :)
>>>>     
>>>>         
>>> Glad to hear.  Did you have to use XXX_SYSTEM_TIMER or any workaround
>>> needed?  Or, did it work as is?
>>>
>>>   
>>>       
>>>> but speakers-test produces crackling sine and
>>>> fails on test...
>>>>     
>>>>         
>>> Do you mean it aborts some time later after starting the stream?
>>> Could you show the kernel messages?  The default debug level should
>>> suffice, I guess.  If any, try debug=2.
>>>
>>>   
>>>       
>>>> root at mayonaka:~# speaker-test -c 2 -r 96000 -t
>>>> sine                                                                                                            
>>>>
>>>> speaker-test 1.0.15
>>>>
>>>> Playback device is default
>>>> Stream parameters are 96000Hz, S16_LE, 2 channels
>>>> Sine wave rate is 440.0000Hz
>>>> Rate set to 96000Hz (requested 96000Hz)
>>>> Buffer size range from 32 to 16384
>>>> Period size range from 32 to 16384
>>>> Using max buffer size 16384
>>>> Periods = 4
>>>> was set period_size = 4096
>>>> was set buffer_size = 16384
>>>>  0 - Front Left
>>>> Write error: -5,Input/output error
>>>> xrun_recovery failed: -5,Input/output error
>>>> Transfer failed: Operation not permitted
>>>>
>>>> Also i tried mplayer, 96khz works almost fine (very rare cracklings),
>>>> 48khz plays slow (like playing 96khz sample on 48khz rate without
>>>> resampling), 44.1khz doesn't work at all (mplayer doesn't even
>>>> show that it plays).
>>>>     
>>>>         
>>> How about the patch below for 48kHz?
>>>
>>> Not sure whether 44.1kHz works at all with the current driver code.
>>> I just guessed that the pitch parameter would handle that.  But, maybe
>>> it's not enough...
>>>
>>>   
>>>       
>>>> Master control on mixer seems to be working fine.
>>>>     
>>>>         
>>> OK.
>>>
>>> [BTW, it'd be appreciated if you add my address to Cc (or, To: my
>>>  address and Cc: to ML like other people do), so that I can check your
>>>  post quickly.]
>>>
>>>
>>> thanks,
>>>
>>> Takashi
>>>
>>>
>>> diff --git a/sound/pci/sbxfi/sbxfi.c b/sound/pci/sbxfi/sbxfi.c
>>> index 3fde6a9..47ba941 100644
>>> --- a/sound/pci/sbxfi/sbxfi.c
>>> +++ b/sound/pci/sbxfi/sbxfi.c
>>> @@ -1005,7 +1005,8 @@ static void sbxfi_setup_play_pitch(struct sbxfi *chip,
>>>  	unsigned int pitch, pitch_ch;
>>>  
>>>  	/* convert to fixed-point 8.24 format */
>>> -	pitch = div_u64(runtime->rate * (1ULL << 24), chip->base_rate);
>>> +	/* pitch = div_u64(runtime->rate * (1ULL << 24), chip->base_rate); */
>>> +	pitch = div_u64(runtime->rate * (1ULL << 24), 96000);
>>>  
>>>  	for (i = 0; i < 2; i++) {
>>>  		/* write the pitch to param ring of the corresponsing SRC
>>> _______________________________________________
>>> Alsa-devel mailing list
>>> Alsa-devel at alsa-project.org
>>> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
>>>
>>>   
>>>       
>> Tried 96KHz sample (24bit, Little Endian, 96000Hz, Stereo). No crash, 
>> hang, reboot. oops, panic etc. But no sound too.
>>     
>
> Strange.  Oops shouldn't depend on the rate, at least...
>
> Did you raise the master volume?
>
>
> Takashi
>
>   
Yes, to 100%


More information about the Alsa-devel mailing list