All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Jaroslav Kysela <perex@perex.cz>
Cc: alsa-devel@alsa-project.org, Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH 00/20] ALSA: Drop superfluous PCM preallocation error checks
Date: Wed, 06 Feb 2019 10:27:54 +0100	[thread overview]
Message-ID: <s5hh8dhcllx.wl-tiwai@suse.de> (raw)
In-Reply-To: <697e40c0-d0ea-9e50-277e-bba82945c46b@perex.cz>

On Wed, 06 Feb 2019 10:07:21 +0100,
Jaroslav Kysela wrote:
> 
> Dne 5.2.2019 v 20:42 Takashi Iwai napsal(a):
> > Hi,
> > 
> > this is yet another patchset for trivial cleanups.
> > At this time, it's about the superfluous error check from
> > snd_pcm_lib_preallocate_pages() and co.  They always succeed and never
> > return a failure although many codes do the error check.  The patches
> > simply remove the error checks and finally change the function to be
> > void function.
> > 
> > The patches are applied on top of my previous NULL device fix patches,
> > so not applicable to ASoC tree, I guess.  As all these are trivial,
> > applying through my tree altogether would be simpler.
> > 
> > So, Mark, please give your ACK if the changes to ASoC drivers are OK.
> 
> With all respects, do we really need to split those elementary changes
> to single patches inside the sound tree? I would really prefer to have
> this inside one patch or maybe few patches (core/pci/asoc/others). Just
> my two cents.
> 
> Reviewed-by: Jaroslav Kysela <perex@perex.cz>

There are both good and bad sides by this kind of fine splits.
A good side is that each reviewer can give ack for particular changes,
and it's easier to backport to older kernels.  A bad side is that it
results in more commits, and the relation between all relevant changes
isn't clear from each single commit.

I split at this time, especially about ASoC, since ASoC codes are
managed by more people than other parts in the sound tree.  But, yeah,
this could be a single patch, too.


thanks,

Takashi

  reply	other threads:[~2019-02-06  9:27 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-05 19:42 [PATCH 00/20] ALSA: Drop superfluous PCM preallocation error checks Takashi Iwai
2019-02-05 19:42 ` [PATCH 01/20] ALSA: atmel: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 02/20] ALSA: parisc: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 03/20] ALSA: pci: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 04/20] ALSA: ppc: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 05/20] ALSA: sh: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 06/20] ALSA: sparc: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 07/20] ALSA: spi: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 08/20] ALSA: usb: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 09/20] ASoC: amd: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 10/20] ASoC: dwc: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 11/20] ASoC: intel: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 12/20] ASoC: mediatek: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 13/20] ASoC: meson: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 14/20] ASoC: sh: " Takashi Iwai
2019-02-06  5:51   ` Kuninori Morimoto
2019-02-05 19:42 ` [PATCH 15/20] ASoC: stm: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 16/20] ASoC: txx9: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 17/20] ASoC: uniphier: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 18/20] ASoC: xtensa: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 19/20] ASoC: dmaengine: " Takashi Iwai
2019-02-05 19:42 ` [PATCH 20/20] ALSA: pcm: Define snd_pcm_lib_preallocate_*() as returning void Takashi Iwai
2019-02-06  9:07 ` [PATCH 00/20] ALSA: Drop superfluous PCM preallocation error checks Jaroslav Kysela
2019-02-06  9:27   ` Takashi Iwai [this message]
2019-02-06 14:50   ` Mark Brown
2019-02-06 15:35     ` Jaroslav Kysela

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=s5hh8dhcllx.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=perex@perex.cz \
    /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.