From: "Christian König" <christian.koenig@amd.com>
To: Jani Nikula <jani.nikula@linux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Andi Shyti <andi.shyti@kernel.org>
Cc: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>,
linux-pci@vger.kernel.org, "Bjorn Helgaas" <bhelgaas@google.com>,
"Krzysztof Wilczyński" <kw@linux.com>,
"Michał Winiarski" <michal.winiarski@intel.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
amd-gfx@lists.freedesktop.org, "David Airlie" <airlied@gmail.com>,
dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
intel-xe@lists.freedesktop.org,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Lucas De Marchi" <lucas.demarchi@intel.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
?UTF-8?q?Thomas=20Hellstr=C3=B6m?=
<thomas.hellstrom@linux.intel.com>,
"Michael J . Ruhl" <mjruhl@habana.ai>,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org
Subject: Re: [PATCH v2 06/11] drm/i915/gt: Use pci_rebar_size_supported()
Date: Tue, 16 Sep 2025 10:57:24 +0200 [thread overview]
Message-ID: <77b76efa-60fe-4629-8828-5a56b254a92b@amd.com> (raw)
In-Reply-To: <58fb988207c4d5c5ba25338c1281189e12c009c3@intel.com>
On 16.09.25 10:12, Jani Nikula wrote:
> On Mon, 15 Sep 2025, Rodrigo Vivi <rodrigo.vivi@intel.com> wrote:
>> On Mon, Sep 15, 2025 at 07:24:10PM +0200, Andi Shyti wrote:
>>> Hi,
>>>
>>> On Mon, Sep 15, 2025 at 03:42:23PM +0300, Jani Nikula wrote:
>>>> On Mon, 15 Sep 2025, Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> wrote:
>>>>> PCI core provides pci_rebar_size_supported() that helps in checking if
>>>>> a BAR Size is supported for the BAR or not. Use it in
>>>>> i915_resize_lmem_bar() to simplify code.
>>>>>
>>>>> Signed-off-by: Ilpo Järvinen <ilpo.jarvinen@linux.intel.com>
>>>>> Acked-by: Christian König <christian.koenig@amd.com>
>>>>
>>>> Reviewed-by: Jani Nikula <jani.nikula@intel.com>
>>>>
>>>> and
>>>>
>>>> Acked-by: Jani Nikula <jani.nikula@intel.com>
>>>
>>> Just for some random noise on commit log's bureaucracy: why do we
>>> need both Ack and R-b? I think R-b covers Ack making it
>>> redundant. Right?
>>
>> reviewed-by is a more formal attestation of the entries in the
>> submitting-patches doc, saying that he carefully reviewed the work.
>>
>> acked by is to state that from the maintainer perspective of that file
>> the file can be merged through any tree.
>>
>> in the drm trees nowdays our tooling is enforcing acked-by tag if
>> the patch is touching domains outside that drm branch itself.
>>
>> if a committer tries to push a patch without ack from the maintainer
>> of that domain it will be blocked.
>>
>> So I believe it is a good idea to keep a separation of the meaning.
>> Carrying a technical review of the patch in question doesn't necessarily
>> mean that you, as maintainer, is okay of getting that patch merged
>> through other trees.
>
> Yes, all of the above. I just wanted to be explicit to avoid the
> follow-up questions "thanks for the review, but is it okay to merge via
> pci" or "thanks for the ack, but does this need review also", and move
> on from this whole thread. (Which is a nice cleanup, btw, thanks.)
Mhm, that's a really good point.
My understanding of an Acked-by by a maintainer is also "go a head and merge it through your tree", but I think we never formally documented that.
At least I can't find any reference to that in the "When to use Acked-by:, Cc:, and Co-developed-by:" section of Documentation/process/submitting-patches.rst.
Regards,
Christian.
>
> BR,
> Jani.
>
next prev parent reply other threads:[~2025-09-16 8:57 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-15 9:13 [PATCH v2 00/11] PCI: Resizable BAR improvements Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 01/11] PCI: Move Resizable BAR code into rebar.c Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 02/11] PCI: Cleanup pci_rebar_bytes_to_size() and move " Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 03/11] PCI: Move pci_rebar_size_to_bytes() and export it Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 04/11] PCI: Improve Resizable BAR functions kernel doc Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 05/11] PCI: Add pci_rebar_size_supported() helper Ilpo Järvinen
2025-09-15 17:28 ` Andi Shyti
2025-09-16 8:07 ` Jani Nikula
2025-09-15 9:13 ` [PATCH v2 06/11] drm/i915/gt: Use pci_rebar_size_supported() Ilpo Järvinen
2025-09-15 12:42 ` Jani Nikula
2025-09-15 17:24 ` Andi Shyti
2025-09-15 20:14 ` Rodrigo Vivi
2025-09-16 8:12 ` Jani Nikula
2025-09-16 8:57 ` Christian König [this message]
2025-09-16 16:05 ` Rodrigo Vivi
2025-09-15 17:22 ` Andi Shyti
2025-09-15 9:13 ` [PATCH v2 07/11] drm/xe/vram: Use PCI rebar helpers in resize_vram_bar() Ilpo Järvinen
2025-09-15 20:15 ` Rodrigo Vivi
2025-09-15 9:13 ` [PATCH v2 08/11] PCI: Add pci_rebar_get_max_size() Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 09/11] drm/xe/vram: Use pci_rebar_get_max_size() Ilpo Järvinen
2025-09-15 20:14 ` Rodrigo Vivi
2025-09-15 9:13 ` [PATCH v2 10/11] drm/amdgpu: " Ilpo Järvinen
2025-09-15 9:13 ` [PATCH v2 11/11] PCI: Convert BAR sizes bitmasks to u64 Ilpo Järvinen
2025-09-15 17:04 ` [PATCH v2 00/11] PCI: Resizable BAR improvements Lucas De Marchi
2025-09-15 17:24 ` Ilpo Järvinen
2025-09-16 18:11 ` Lucas De Marchi
2025-09-17 13:00 ` Ilpo Järvinen
2025-09-17 19:11 ` Lucas De Marchi
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=77b76efa-60fe-4629-8828-5a56b254a92b@amd.com \
--to=christian.koenig@amd.com \
--cc=airlied@gmail.com \
--cc=alexander.deucher@amd.com \
--cc=amd-gfx@lists.freedesktop.org \
--cc=andi.shyti@kernel.org \
--cc=bhelgaas@google.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=ilpo.jarvinen@linux.intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kw@linux.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lucas.demarchi@intel.com \
--cc=michal.winiarski@intel.com \
--cc=mjruhl@habana.ai \
--cc=rodrigo.vivi@intel.com \
--cc=simona@ffwll.ch \
--cc=thomas.hellstrom@linux.intel.com \
--cc=tursulin@ursulin.net \
/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