All of lore.kernel.org
 help / color / mirror / Atom feed
From: Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com>
To: Mauro Carvalho Chehab <mauro.chehab@linux.intel.com>
Cc: igt-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
	Mauro Carvalho Chehab <mauro.carvalho.chehab@intel.com>,
	Chris Wilson <chris@chris-wilson.co.uk>
Subject: Re: [Intel-gfx] [PATCH i-g-t 1/3] tests/gem_exec_fence: Fix wrong engine checked for store_dword capability
Date: Thu, 18 Aug 2022 17:27:26 +0200	[thread overview]
Message-ID: <6809017.18pcnM708K@jkrzyszt-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <20220817145348.562fcaa2@maurocar-mobl2>

Hi Mauro,

Thanks for reviewing this series, I've just pushed it.

On Wednesday, 17 August 2022 14:53:48 CEST Mauro Carvalho Chehab wrote:
> Hi Janusz,
> 
> On Fri, 12 Aug 2022 11:53:44 +0200
> Janusz Krzysztofik <janusz.krzysztofik@linux.intel.com> wrote:
> 
> It seems that there is a numeration issue on this series, as the patches
> on it are:
> 
>    [PATCH i-g-t 1/3] tests/gem_exec_fence: Fix wrong engine checked for store_dword capability
>    [PATCH i-g-t v2 2/3] tests/gem_exec_fence: Exclude 0  from use in store batches
>    [PATCH i-g-t v3 3/3] tests/gem_exec_fence: Restore  pre-hang checks in *await-hang scenarios
> 
> Maybe some broken script? It is also missing a cover letter.

That was not a script, I provided version numbers of individual patches 
manually, and not provided any cover letter.  First patch was a small fix, not 
directly related to the two others.  Second patch was a small enhancement, 
also not directly related to the third one.  However, the third one depended 
on the two for clean apply, and that was the only reason for me sending them 
in series.

That said, let me ask, based on your huge upstream experience, what are your 
preferences on patch version tagging if one is going to submit a series with 
new versions of some patches while still including some other that don't need 
to be changed?  Should all be marked as new (and the same) versions?

Thanks,
Janusz



  reply	other threads:[~2022-08-18 15:31 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-12  9:53 [Intel-gfx] [PATCH i-g-t 1/3] tests/gem_exec_fence: Fix wrong engine checked for store_dword capability Janusz Krzysztofik
2022-08-12  9:53 ` [igt-dev] " Janusz Krzysztofik
2022-08-12  9:53 ` [Intel-gfx] [PATCH i-g-t v2 2/3] tests/gem_exec_fence: Exclude 0 from use in store batches Janusz Krzysztofik
2022-08-12  9:53   ` [igt-dev] " Janusz Krzysztofik
2022-08-17 12:55   ` [Intel-gfx] " Mauro Carvalho Chehab
2022-08-17 12:55     ` [igt-dev] " Mauro Carvalho Chehab
2022-08-12  9:53 ` [Intel-gfx] [PATCH i-g-t v3 3/3] tests/gem_exec_fence: Restore pre-hang checks in *await-hang scenarios Janusz Krzysztofik
2022-08-12  9:53   ` [igt-dev] " Janusz Krzysztofik
2022-08-17 13:01   ` [Intel-gfx] " Mauro Carvalho Chehab
2022-08-17 13:01     ` [igt-dev] " Mauro Carvalho Chehab
2022-08-12 10:39 ` [igt-dev] ✓ Fi.CI.BAT: success for series starting with [i-g-t,1/3] tests/gem_exec_fence: Fix wrong engine checked for store_dword capability Patchwork
2022-08-12 18:26 ` [igt-dev] ✗ Fi.CI.IGT: failure " Patchwork
2022-08-16 19:57 ` [igt-dev] ✓ Fi.CI.IGT: success " Patchwork
2022-08-17 12:53 ` [Intel-gfx] [PATCH i-g-t 1/3] " Mauro Carvalho Chehab
2022-08-17 12:53   ` [igt-dev] " Mauro Carvalho Chehab
2022-08-18 15:27   ` Janusz Krzysztofik [this message]
2022-08-19  6:02     ` Mauro Carvalho Chehab
2022-08-19  6:02       ` [igt-dev] " Mauro Carvalho Chehab
  -- strict thread matches above, loose matches on Subject: below --
2022-08-05 14:27 Janusz Krzysztofik
2022-08-05  8:09 Janusz Krzysztofik

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=6809017.18pcnM708K@jkrzyszt-mobl1.ger.corp.intel.com \
    --to=janusz.krzysztofik@linux.intel.com \
    --cc=chris@chris-wilson.co.uk \
    --cc=igt-dev@lists.freedesktop.org \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=mauro.carvalho.chehab@intel.com \
    --cc=mauro.chehab@linux.intel.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 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.