From: Siddharth Vadapalli <s-vadapalli@ti.com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>,
<lpieralisi@kernel.org>, <kw@linux.com>, <robh@kernel.org>,
<bhelgaas@google.com>, <krzysztof.kozlowski+dt@linaro.org>,
<conor+dt@kernel.org>
Cc: <linux-pci@vger.kernel.org>, <devicetree@vger.kernel.org>,
<linux-kernel@vger.kernel.org>,
<linux-arm-kernel@lists.infradead.org>, <srk@ti.com>,
<s-vadapalli@ti.com>
Subject: Re: [RFC PATCH] dt-bindings: PCI: ti,j721e-pci-host: Add device-id for TI's J784S4 SoC
Date: Tue, 9 Jan 2024 09:38:54 +0530 [thread overview]
Message-ID: <d9c8014e-bd78-4802-95d3-aaab8c9c7c22@ti.com> (raw)
In-Reply-To: <5fc52ff2-e903-46e6-a808-b4a41a76ad58@linaro.org>
On 08/01/24 17:56, Krzysztof Kozlowski wrote:
> On 08/01/2024 12:34, Siddharth Vadapalli wrote:
>>>>>
>>>>> Why is this patch incomplete? What is missing here? What are you asking
>>>>> about as RFC?
>>>>
>>>> Since the merge window is closed, I was hoping to get the patch reviewed in
>>>> order to get any "Reviewed-by" tags if possible. That way, I will be able to
>>>> post it again as v1 along with the tags when the merge window opens. For that
>>>
>>> This is v1, so that would be v2.
>>>
>>>> reason, I have marked it as an RFC patch. Is there an alternative to this "RFC
>>>> patch" method that I have followed? Please let me know.
>>>
>>> Then how does it differ from posting without RFC? Sorry, RFC is
>>> incomplete work. Often ignored during review.
>>
>> I was under the impression that posting patches when the merge window is closed
>> will be met with a "post your patch later when the merge window is open"
>> response. That is why I chose the "RFC patch" path since RFCs can be posted anytime.
>>
>> For the Networking Subsystem, it is documented that patches with new features
>> shouldn't be posted when the merge window is closed. I have mostly posted
>> patches for the Networking Subsystem and am not sure about the rules for the
>> device-tree bindings and PCI Subsystems. To be on the safe side I posted this
>> patch as an RFC patch.
>
> Ah, so you want to go around that policy by posting non-RFC patch as
> RFC. It does not work like that.
Thank you for clarifying. May I post the v2 of this patch in that case, after
rebasing it on the latest linux-next? I wish to receive feedback or Reviewed-by
tags for the v2 patch and post the v3 accordingly when the merge window opens again.
--
Regards,
Siddharth.
next prev parent reply other threads:[~2024-01-09 4:09 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-08 5:07 [RFC PATCH] dt-bindings: PCI: ti,j721e-pci-host: Add device-id for TI's J784S4 SoC Siddharth Vadapalli
2024-01-08 7:09 ` Krzysztof Kozlowski
2024-01-08 10:20 ` Siddharth Vadapalli
2024-01-08 11:21 ` Krzysztof Kozlowski
2024-01-08 11:34 ` Siddharth Vadapalli
2024-01-08 12:26 ` Krzysztof Kozlowski
2024-01-09 4:08 ` Siddharth Vadapalli [this message]
2024-01-13 1:45 ` Rob Herring
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=d9c8014e-bd78-4802-95d3-aaab8c9c7c22@ti.com \
--to=s-vadapalli@ti.com \
--cc=bhelgaas@google.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=krzysztof.kozlowski@linaro.org \
--cc=kw@linux.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=lpieralisi@kernel.org \
--cc=robh@kernel.org \
--cc=srk@ti.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