Hi,
On Jan 12 2014 01:05, Takashi Iwai wrote:
> At Sat, 10 Jan 2015 17:53:00 +0100,
> Rickard Strandqvist wrote:
>>
>> Remove the function snd_efw_command_set_resp_addr() that is not used
>> anywhere.
>>
>> This was partially found by using a static code analysis program called
>> cppcheck.
>>
>> Signed-off-by: Rickard Strandqvist <rickard_strandqv...@spectrumdigital.se>
>
> I leave the decision to Sakamoto-san and Clemens. Let me know if this
> should be applied or not.
>
>
> thanks,
>
> Takashi
When removing this function, struct snd_efw.resp_addr_changable and
FLAG_RESP_ADDR_CHANGABLE, codes in get_hardware_info() can be also removed.
Originally, I planned to set expected response address at probing this
driver because I have no convinience about the initial value. On the
other hand, checking the flags needs a successful transaction. This is
like a story about 'chicken or the egg'. So I cannot achieve this.
Now that I have no reports about disorder in this point (this driver
cannot handle any Fireworks devices), this function has just a meaning
of FYI.
Regards
Takashi Sakamoto
>> ---
>> sound/firewire/fireworks/fireworks.h | 2 --
>> sound/firewire/fireworks/fireworks_command.c | 21 ---------------------
>> 2 files changed, 23 deletions(-)
>>
>> diff --git a/sound/firewire/fireworks/fireworks.h
>> b/sound/firewire/fireworks/fireworks.h
>> index 4f0201a..693b76b 100644
>> --- a/sound/firewire/fireworks/fireworks.h
>> +++ b/sound/firewire/fireworks/fireworks.h
>> @@ -189,8 +189,6 @@ enum snd_efw_transport_mode {
>> SND_EFW_TRANSPORT_MODE_WINDOWS = 0,
>> SND_EFW_TRANSPORT_MODE_IEC61883 = 1,
>> };
>> -int snd_efw_command_set_resp_addr(struct snd_efw *efw,
>> - u16 addr_high, u32 addr_low);
>> int snd_efw_command_set_tx_mode(struct snd_efw *efw,
>> enum snd_efw_transport_mode mode);
>> int snd_efw_command_get_hwinfo(struct snd_efw *efw,
>> diff --git a/sound/firewire/fireworks/fireworks_command.c
>> b/sound/firewire/fireworks/fireworks_command.c
>> index 166f805..e0cc467 100644
>> --- a/sound/firewire/fireworks/fireworks_command.c
>> +++ b/sound/firewire/fireworks/fireworks_command.c
>> @@ -175,27 +175,6 @@ end:
>> }
>>
>> /*
>> - * The address in host system for transaction response is changable when the
>> - * device supports. struct hwinfo.flags includes its flag. The default is
>> - * MEMORY_SPACE_EFW_RESPONSE.
>> - */
>> -int snd_efw_command_set_resp_addr(struct snd_efw *efw,
>> - u16 addr_high, u32 addr_low)
>> -{
>> - __be32 addr[2];
>> -
>> - addr[0] = cpu_to_be32(addr_high);
>> - addr[1] = cpu_to_be32(addr_low);
>> -
>> - if (!efw->resp_addr_changable)
>> - return -ENOSYS;
>> -
>> - return efw_transaction(efw, EFC_CAT_HWCTL,
>> - EFC_CMD_HWINFO_SET_RESP_ADDR,
>> - addr, sizeof(addr), NULL, 0);
>> -}
>> -
>> -/*
>> * This is for timestamp processing. In Windows mode, all 32bit fields of
>> second
>> * CIP header in AMDTP transmit packet is used for 'presentation
>> timestamp'. In
>> * 'no data' packet the value of this field is 0x90ffffff.
>> --
>> 1.7.10.4
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
