[alsa-devel] [PATCH - [hdspm] RayDAT/AIO 1/2] ALSA: Add support for RME RayDAT and AIO

Jaroslav Kysela perex at perex.cz
Thu Jan 27 13:07:00 CET 2011

On Thu, 27 Jan 2011, Takashi Iwai wrote:

> At Thu, 27 Jan 2011 11:44:34 +0100 (CET),
> Jaroslav Kysela wrote:
>> On Thu, 27 Jan 2011, Adrian Knoth wrote:
>>> On Thu, Jan 27, 2011 at 09:09:05AM +0100, Jaroslav Kysela wrote:
>>>>>> +char channel_map_unity_ss[HDSPM_MAX_CHANNELS] = {
>>>>> Err, no, array definitions should be never in a header file.
>>>>> It doesn't matter whether it's static or not.  The definition should
>>>>> be in *.c file where it's used.
>>> We have more than one C file using this information...
>>>>> So, simply move these array definitions to hdspm.c.
>>>> I think that the reason is to share these arrays with hdspmixer.
>>> Exactly. hdspmixer needs this information, too. If we move it to the C
>>> file, we would need to duplicate the information in hdspmixer. And then
>>> we forget about it next time hdspm.h needs to be updated.
>>>> But I agree, that it's better to move these static values to .c files.
>>> Ok, I've sent a follow-up patch to avoid to send the whole 180k patch
>>> for the 4th time.
>>> I'll now duplicate this information and send a patch against hdspmixer.
>>> I feel that there should be a better solution like getting the channel
>>> mapping from the driver (sysfs, proc, ioctl or whatever), but that's for
>>> some other time.
>> Thanks. I applied your patches to my git tree with some slight subject
>> modifications. Please, Takashi, do a cherry-pick. Thanks.
> Done.  But there are compile warnings.  They must be fixed before your
> release.

I fixed all warning in commit "ALSA: hdspm - remove unused arrays, reduce 
stack usage in hwdep_ioctl" now.

> Also, sync again hdspm.h in alsa-lib and etc.



Jaroslav Kysela <perex at perex.cz>
Linux Kernel Sound Maintainer
ALSA Project, Red Hat, Inc.

More information about the Alsa-devel mailing list