Linux Sound subsystem development
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Oswald Buddenhagen <oswald.buddenhagen@gmx.de>
Cc: linux-sound@vger.kernel.org, Takashi Iwai <tiwai@suse.de>,
	Jaroslav Kysela <perex@perex.cz>,
	Pietro Caruso <pietrocaruso50@gmail.com>
Subject: Re: [PATCH 00/10] ALSA: emu10k1: fixes related to uploading firmware to the E-MU dock
Date: Mon, 22 Apr 2024 21:29:27 +0200	[thread overview]
Message-ID: <871q6xjiw8.wl-tiwai@suse.de> (raw)
In-Reply-To: <20240421204707.2487686-1-oswald.buddenhagen@gmx.de>

On Sun, 21 Apr 2024 22:46:57 +0200,
Oswald Buddenhagen wrote:
> 
> patches 1-3 & 5 fix the regression(s), patch 4 fixes a related pre-existing
> problem, while patches 6-10 are "only" improvements.
> 
> i don't think it really makes sense to revert fbb64eedf5a3 (ALSA: emu10k1: make
> E-MU dock monitoring interrupt-driven) and re-do things from scratch, as we'd
> also need to revert the unrelated c960b012ec47 (ALSA: emu10k1: track loss of
> external clock on E-MU cards) first.
> 
> so i'd just go with the series as-is, and cherry-pick the four (or preferably
> five) patches to stable.

If a few of the series are rather regression fixes that should be
merged to Linus tree sooner, please separate them and send two patch
sets instead.  I don't see Fixes tag in the patch 2, for example, so
I'm not sure whether I should pick up.

Also, your Fixes tag usage is incorrect.  It should be
  Fixes: $ID ("subject...")
while yours missing the quotes.  Some people are picky about those
formats, so let's be strict.

Could you resubmit two patch sets with those corrections?


thanks,

Takashi

> 
> ---
> 
> the series (and a bunch of failed experiments) is fully tested by pietro with
> both rev1 and rev2 1010 cards, a 0202 cardbus card, and their respective docks.
> he'll get permanent testing credits in the card capability table later on (if
> he so wishes), so i didn't bother adding a tested-by footer to each patch.
> 
> Oswald Buddenhagen (10):
>   ALSA: emu10k1: fix E-MU card dock presence monitoring
>   ALSA: emu10k1: factor out snd_emu1010_load_dock_firmware()
>   ALSA: emu10k1: move the whole GPIO event handling to the workqueue
>   ALSA: emu10k1: use mutex for E-MU FPGA access locking
>   ALSA: emu10k1: fix E-MU dock initialization
>   ALSA: emu10k1: simplify E-MU card FPGA reset sequence
>   ALSA: emu10k1: make snd_emu1010_load_firmware_entry() void
>   ALSA: emu10k1: move entering E-MU card FPGA programming mode
>   ALSA: emu10k1: move snd_emu1010_load_firmware_entry() to io.c
>   ALSA: emu10k1: make E-MU FPGA writes potentially more reliable
> 
>  include/sound/emu10k1.h          |   8 +-
>  sound/pci/emu10k1/emu10k1.c      |   3 +-
>  sound/pci/emu10k1/emu10k1_main.c | 225 +++++++++++++------------------
>  sound/pci/emu10k1/emumixer.c     |  18 ++-
>  sound/pci/emu10k1/emuproc.c      |   9 ++
>  sound/pci/emu10k1/io.c           | 104 ++++++++++----
>  6 files changed, 195 insertions(+), 172 deletions(-)
> 
> -- 
> 2.44.0.701.g2cf7baacf3.dirty
> 

  parent reply	other threads:[~2024-04-22 19:29 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-21 20:46 [PATCH 00/10] ALSA: emu10k1: fixes related to uploading firmware to the E-MU dock Oswald Buddenhagen
2024-04-21 20:46 ` [PATCH 01/10] ALSA: emu10k1: fix E-MU card dock presence monitoring Oswald Buddenhagen
2024-04-21 20:46 ` [PATCH 02/10] ALSA: emu10k1: factor out snd_emu1010_load_dock_firmware() Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 03/10] ALSA: emu10k1: move the whole GPIO event handling to the workqueue Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 04/10] ALSA: emu10k1: use mutex for E-MU FPGA access locking Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 05/10] ALSA: emu10k1: fix E-MU dock initialization Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 06/10] ALSA: emu10k1: simplify E-MU card FPGA reset sequence Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 07/10] ALSA: emu10k1: make snd_emu1010_load_firmware_entry() void Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 08/10] ALSA: emu10k1: move entering E-MU card FPGA programming mode Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 09/10] ALSA: emu10k1: move snd_emu1010_load_firmware_entry() to io.c Oswald Buddenhagen
2024-04-21 20:47 ` [PATCH 10/10] ALSA: emu10k1: make E-MU FPGA writes potentially more reliable Oswald Buddenhagen
2024-04-22 19:29 ` Takashi Iwai [this message]
2024-04-23  7:21   ` [PATCH 00/10] ALSA: emu10k1: fixes related to uploading firmware to the E-MU dock Oswald Buddenhagen

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=871q6xjiw8.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=linux-sound@vger.kernel.org \
    --cc=oswald.buddenhagen@gmx.de \
    --cc=perex@perex.cz \
    --cc=pietrocaruso50@gmail.com \
    /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