From: Wolfram Sang <wsa+renesas@sang-engineering.com>
To: Krzysztof Kozlowski <krzk@kernel.org>
Cc: Cosmin Tanislav <cosmin-gabriel.tanislav.xa@renesas.com>,
Fabrizio Castro <fabrizio.castro.jz@renesas.com>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Tommaso Merciai <tommaso.merciai.xr@bp.renesas.com>,
Magnus Damm <magnus.damm@gmail.com>,
Linux-Renesas <linux-renesas-soc@vger.kernel.org>,
Chris Paterson <Chris.Paterson2@renesas.com>,
Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Subject: Re: Lack of review from Renesas
Date: Wed, 18 Feb 2026 13:44:08 +0100 [thread overview]
Message-ID: <aZW0GL8ufBgZlUbU@shikoro> (raw)
In-Reply-To: <a3f0cb6c-cff7-419f-839b-13bb1ff4960a@kernel.org>
[-- Attachment #1: Type: text/plain, Size: 1404 bytes --]
Hi Krzysztof,
adding some relevant people...
> What just happened - sending a patch to fix in-flight (not applied)
> patch instead of just reviewing it [1] - is not acceptable. You should
> work together, review each other patches and improve them BEFORE they
> got merged.
Did this happen multiple times now? Or was it the first time? I agree it
should be avoided.
> Why? Because you put unnecessary load on maintainers, you allow
> knowingly incomplete or buggy or inefficient patches to get in, you do
> not collaborate in open source.
The opposite is true. There is not just "Renesas". Renesas has multiple
divisions, and as you surely know, within bigger companies it can be
complicated to work together internally, think of a division in Europe
and one in Japan. So, the connection point for these divisions is
actually the public lists. We do this development *in the open*. And,
yes, sometimes shit happens.
> And I really do not care about your patch count
Wrong assumption. Nobody here cares about patch count, we want to
support hardware, that's all.
> If this is how @renesas.com submissions work, I will stop trusting them
> and assume your patches are unreviewed internally and buggy.
I told you more than once that it is perfectly fine for us if you skip
reviews until peolpe you trust (e.g. Geert or me) have reviewed them.
Why don't you just do it?
Happy hacking,
Wolfram
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2026-02-18 12:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-18 7:58 Lack of review from Renesas Krzysztof Kozlowski
2026-02-18 12:44 ` Wolfram Sang [this message]
2026-03-04 12:31 ` Wolfram Sang
2026-03-04 14:58 ` Krzysztof Kozlowski
2026-03-04 15:13 ` Krzysztof Kozlowski
2026-03-04 17:04 ` Wolfram Sang
2026-03-04 17:00 ` Wolfram Sang
2026-03-05 6:15 ` Wolfram Sang
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=aZW0GL8ufBgZlUbU@shikoro \
--to=wsa+renesas@sang-engineering.com \
--cc=Chris.Paterson2@renesas.com \
--cc=cosmin-gabriel.tanislav.xa@renesas.com \
--cc=fabrizio.castro.jz@renesas.com \
--cc=geert+renesas@glider.be \
--cc=krzk@kernel.org \
--cc=kuninori.morimoto.gx@renesas.com \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=tommaso.merciai.xr@bp.renesas.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.