All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Takashi Sakamoto <o-takashi@sakamocchi.jp>
Cc: Clemens Ladisch <clemens@ladisch.de>,
	alsa-devel@alsa-project.org, ffado-devel@lists.sourceforge.net
Subject: Re: [PATCH 21/30] ALSA: oxfw: Change the way to name card
Date: Tue, 02 Dec 2014 07:41:19 +0100	[thread overview]
Message-ID: <s5hr3wi8sfk.wl-tiwai@suse.de> (raw)
In-Reply-To: <547D5975.6010008@sakamocchi.jp>

At Tue, 02 Dec 2014 15:17:25 +0900,
Takashi Sakamoto wrote:
> 
> On Dec 2 2014 00:21, Takashi Iwai wrote:
> >>> As for the shortname, it is not an internal identifier but typically
> >>> displayed to identify the device for the user.  Something like
> >>> "FWSpeakers" might be recognizable, but I'd prefer the old "FireWire
> >>> Speakers".
> >>
> >> In this case (the old name), 'Speakers' is an identical name such as
> >> 'hw:Speakers'. IMHO, this is a bit strange because it's usual, not
> >> identical.
> >
> > You see now that you're breaking user's setup, don't you?
> > This is another reason why you shouldn't change the short name
> > string.
> 
> In this case, it depends on the estimated number of actual users for 
> this device.

No.  The number doesn't matter unless it's proved to be really no
regression.

> At least, snd-firewire-speakers cannot handle this device 
> correctly, while there're no bug reports, for 4 years. I think this is 
> an evidence of few users.

Did you get reports that the name hw:Speaker is bad, too?
If not, why do you insist to "fix" this at all?  It's just because you
feel so -- which is no objective measurement, either.

> ...although havind said so, it's not my favorite to spend more time to 
> such a small things, instead of more important things. I'll keep the 
> naming rule what it was in next patchset.

There is no more important things than fixing a regression.

Just fix it for the next patchset, or patches won't be accepted.
That's so simple.

I'm giving a strong word here because you might miss the point: in
such a rewrite, the primary item you have to care is to avoid
regressions.  Supporting other devices, the cleanness of the code, or
even the correctness of the code, is hence in the second place.


thanks,

Takashi

  reply	other threads:[~2014-12-02  6:41 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-28 15:59 [PATCH 00/30 v3] ALSA: Enhancement for existed FireWire drivers Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 01/30] ALSA: dice: suppress checkpatch.pl warnings Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 02/30] ALSA: dice: Rename structure and its members Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 03/30] ALSA: dice: Move file to its own directory Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 04/30] ALSA: dice: Split transaction functionality into a file Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 05/30] ALSA: dice: Split stream " Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 06/30] ALSA: dice: Split PCM " Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 07/30] ALSA: dice: Split hwdep " Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 08/30] ALSA: dice: Split proc interface " Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 09/30] ALSA: dice: Add new functions for constraints of PCM parameters Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 10/30] ALSA: dice: Change the way to start stream Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 11/30] ALSA: dice: Add support for duplex streams with synchronization Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 12/30] ALSA: dice: Support for non SYT-Match sampling clock source mode Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 13/30] ALSA: dice: Add support for capturing PCM samples Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 14/30] ALSA: dice: Add support for MIDI capture/playback Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 15/30] ALSA: dice: remove experimental state Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 16/30] ALSA: speakers: Rename to oxfw and rename some members Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 17/30] ALSA: oxfw: Move to its own directory Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 18/30] ALSA: oxfw: Split stream functionality to a new file and add a header file Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 19/30] ALSA: oxfw: Split PCM functionality to a new file Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 20/30] ALSA: oxfw: Split control " Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 21/30] ALSA: oxfw: Change the way to name card Takashi Sakamoto
2014-11-29 19:37   ` Takashi Iwai
2014-11-30  4:33     ` Takashi Sakamoto
2014-11-30  8:31       ` Takashi Iwai
2014-11-30 23:19         ` Takashi Sakamoto
2014-12-01  8:41           ` Takashi Iwai
2014-12-01 11:21             ` Clemens Ladisch
2014-12-01 15:05               ` Takashi Sakamoto
2014-12-01 15:21                 ` Takashi Iwai
2014-12-02  6:17                   ` Takashi Sakamoto
2014-12-02  6:41                     ` Takashi Iwai [this message]
2014-12-03 14:19                       ` Takashi Sakamoto
2014-12-01 14:58             ` Takashi Sakamoto
2014-12-01 15:22               ` Takashi Iwai
2014-11-28 15:59 ` [PATCH 22/30] ALSA: oxfw: Add support for AV/C stream format command to get/set supported stream formation Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 23/30] ALSA: oxfw: Change the way to make PCM rules/constraints Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 24/30] ALSA: oxfw: Add proc interface for debugging purpose Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 25/30] ALSA: oxfw: Change the way to start stream Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 26/30] ALSA: oxfw: Add support for Behringer/Mackie devices Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 27/30] ALSA: oxfw: Add support AMDTP in-stream Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 28/30] ALSA: oxfw: add support for capturing PCM samples Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 29/30] ALSA: oxfw: Add support for capture/playback MIDI messages Takashi Sakamoto
2014-11-28 15:59 ` [PATCH 30/30] ALSA: oxfw: Add hwdep interface Takashi Sakamoto
2014-11-28 16:03 ` [PATCH alsa-lib] hwdep: add OXFW driver support Takashi Sakamoto
2014-11-29 19:35 ` [PATCH 00/30 v3] ALSA: Enhancement for existed FireWire drivers Takashi Iwai
2014-11-30  3:21   ` Takashi Sakamoto
2014-11-30  8:35     ` Takashi Iwai

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=s5hr3wi8sfk.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=clemens@ladisch.de \
    --cc=ffado-devel@lists.sourceforge.net \
    --cc=o-takashi@sakamocchi.jp \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.