From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Cc: tiwai@suse.de, alsa-devel@alsa-project.org, clemens@ladisch.de,
ffado-devel@lists.sf.net
Subject: Re: [PATCH 5/5] ALSA: firewire-tascam: change device probing processing
Date: Mon, 12 Oct 2015 14:42:55 +0200 [thread overview]
Message-ID: <20151012144255.2c10e939@kant> (raw)
In-Reply-To: <1444644625-30189-6-git-send-email-o-takashi@sakamocchi.jp>
On Oct 12 Takashi Sakamoto wrote:
[...]
> Fixes: c0949b278515('ALSA: firewire-tascam: add skeleton for TASCAM FireWire series')
I have some trivial comments, and one off-by-one index error in case
of unexpected Config ROM contents.
[...]
> --- a/sound/firewire/tascam/tascam.c
> +++ b/sound/firewire/tascam/tascam.c
> @@ -24,16 +24,6 @@ static struct snd_tscm_spec model_specs[] = {
> .is_controller = true,
> },
> {
> - .name = "FW-1804",
> - .has_adat = true,
> - .has_spdif = true,
> - .pcm_capture_analog_channels = 8,
> - .pcm_playback_analog_channels = 2,
> - .midi_capture_ports = 2,
> - .midi_playback_ports = 4,
> - .is_controller = false,
> - },
> - {
> .name = "FW-1082",
> .has_adat = false,
> .has_spdif = true,
> @@ -43,34 +33,46 @@ static struct snd_tscm_spec model_specs[] = {
> .midi_playback_ports = 2,
> .is_controller = true,
> },
> + /* FW-1804 mey be supported. */
mey -> may (already fixed in tiwai/sound.git)
> };
>
> -static int check_name(struct snd_tscm *tscm)
> +static int identify_model(struct snd_tscm *tscm)
> {
> struct fw_device *fw_dev = fw_parent_device(tscm->unit);
> - char vendor[8];
> + const u32 *config_rom = fw_dev->config_rom;
> char model[8];
> - __u32 data;
> -
> - /* Retrieve model name. */
> - data = be32_to_cpu(fw_dev->config_rom[28]);
> - memcpy(model, &data, 4);
> - data = be32_to_cpu(fw_dev->config_rom[29]);
> - memcpy(model + 4, &data, 4);
> - model[7] = '\0';
> -
> - /* Retrieve vendor name. */
> - data = be32_to_cpu(fw_dev->config_rom[23]);
> - memcpy(vendor, &data, 4);
> - data = be32_to_cpu(fw_dev->config_rom[24]);
> - memcpy(vendor + 4, &data, 4);
> - vendor[7] = '\0';
> + unsigned int i;
> + u8 c;
> +
> + if (fw_dev->config_rom_length < 30) {
> + dev_err(&tscm->unit->device,
> + "Configuration ROM is too short.\n");
> + return -ENODEV;
> + }
> +
> + /* Pick up model name from certain addresses. */
> + for (i = 0; i < 8; i++) {
> + c = config_rom[28 + i / 4] >> (24 - 8 * (i % 4));
> + if (c == '\0')
> + break;
> + model[i] = c;
> + }
> + model[i] = '\0';
You could get a buffer overrun here. Perhaps only go to i < 7:
for (i = 0; i < 7; i++) {
[...]
}
model[i] = '\0';
> + for (i = 0; i < ARRAY_SIZE(model_specs); i++) {
> + if (strcmp(model, model_specs[i].name) == 0) {
> + tscm->spec = &model_specs[i];
> + break;
> + }
> + }
> + if (tscm->spec == NULL)
> + return -ENODEV;
>
> strcpy(tscm->card->driver, "FW-TASCAM");
> strcpy(tscm->card->shortname, model);
> strcpy(tscm->card->mixername, model);
> snprintf(tscm->card->longname, sizeof(tscm->card->longname),
> - "%s %s, GUID %08x%08x at %s, S%d", vendor, model,
> + "TASCAM %s, GUID %08x%08x at %s, S%d", model,
> cpu_to_be32(fw_dev->config_rom[3]),
> cpu_to_be32(fw_dev->config_rom[4]),
> dev_name(&tscm->unit->device), 100 << fw_dev->max_speed);
Should be
fw_dev->config_rom[3],
fw_dev->config_rom[4],
since snprintf wants CPU-endian values.
> @@ -108,13 +110,12 @@ static int snd_tscm_probe(struct fw_unit *unit,
> tscm = card->private_data;
> tscm->card = card;
> tscm->unit = fw_unit_get(unit);
> - tscm->spec = (const struct snd_tscm_spec *)entry->driver_data;
>
> mutex_init(&tscm->mutex);
> spin_lock_init(&tscm->lock);
> init_waitqueue_head(&tscm->hwdep_wait);
>
> - err = check_name(tscm);
> + err = identify_model(tscm);
> if (err < 0)
> goto error;
>
> @@ -172,27 +173,12 @@ static void snd_tscm_remove(struct fw_unit *unit)
> }
>
> static const struct ieee1394_device_id snd_tscm_id_table[] = {
> - /* FW-1082 */
> - {
> - .match_flags = IEEE1394_MATCH_VENDOR_ID |
> - IEEE1394_MATCH_SPECIFIER_ID |
> - IEEE1394_MATCH_VERSION,
> - .vendor_id = 0x00022e,
> - .specifier_id = 0x00022e,
> - .version = 0x800003,
> - .driver_data = (kernel_ulong_t)&model_specs[2],
> - },
> - /* FW-1884 */
> {
> .match_flags = IEEE1394_MATCH_VENDOR_ID |
> - IEEE1394_MATCH_SPECIFIER_ID |
> - IEEE1394_MATCH_VERSION,
> + IEEE1394_MATCH_SPECIFIER_ID,
> .vendor_id = 0x00022e,
> .specifier_id = 0x00022e,
> - .version = 0x800000,
> - .driver_data = (kernel_ulong_t)&model_specs[0],
> },
> - /* FW-1804 mey be supported if IDs are clear. */
> /* FE-08 requires reverse-engineering because it just has faders. */
> {}
> };
--
Stefan Richter
-=====-===== =-=- -==--
http://arcgraph.de/sr/
next prev parent reply other threads:[~2015-10-12 12:42 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-12 10:10 [PATCH 0/5] ALSA: firewire-tascam: add MIDI functionality Takashi Sakamoto
2015-10-12 10:10 ` [PATCH 1/5] ALSA: firewire-tascam: add support for incoming MIDI messages by asynchronous transaction Takashi Sakamoto
2015-10-12 10:10 ` [PATCH 2/5] ALSA: firewire-tascam: add support for outgoing " Takashi Sakamoto
2015-10-12 10:10 ` [PATCH 3/5] ALSA: firewire-tascam: add support for MIDI functionality Takashi Sakamoto
2015-10-12 10:10 ` [PATCH 4/5] ALSA: firewire-tascam: Turn on/off FireWire LED Takashi Sakamoto
2015-10-12 10:10 ` [PATCH 5/5] ALSA: firewire-tascam: change device probing processing Takashi Sakamoto
2015-10-12 12:42 ` Stefan Richter [this message]
2015-10-13 14:12 ` Takashi Sakamoto
2015-10-12 12:21 ` [PATCH 0/5] ALSA: firewire-tascam: add MIDI functionality Takashi Iwai
2015-10-12 12:48 ` Stefan Richter
2015-10-12 22:20 ` Jonathan Woithe
2015-10-13 9:36 ` Takashi Sakamoto
2015-10-13 10:02 ` Jonathan Woithe
2015-10-13 22:20 ` Stefan Richter
2015-10-19 14:21 ` Takashi Sakamoto
2015-10-19 23:45 ` Jonathan Woithe
2015-10-13 14:15 ` Stefan Richter
2015-10-19 14:13 ` Takashi Sakamoto
2015-10-19 23:36 ` Jonathan Woithe
2015-10-20 0:50 ` Takashi Sakamoto
2015-10-20 2:09 ` Takashi Sakamoto
2015-10-20 2:57 ` Jonathan Woithe
2015-10-20 2:52 ` Jonathan Woithe
2015-10-20 7:39 ` Stefan Richter
2015-10-26 15:18 ` Takashi Sakamoto
2015-10-27 1:38 ` Stefan Richter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151012144255.2c10e939@kant \
--to=stefanr@s5r6.in-berlin.de \
--cc=alsa-devel@alsa-project.org \
--cc=clemens@ladisch.de \
--cc=ffado-devel@lists.sf.net \
--cc=o-takashi@sakamocchi.jp \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox