Re: [PATCH 00/38] rockchip: Add rk3562 support - Greg Kroah-Hartman

From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Kever Yang <kever.yang@rock-chips.com>
Cc: heiko@sntech.de, linux-rockchip@lists.infradead.org,
	"Simon Xue" <xxm@rock-chips.com>, "Lee Jones" <lee@kernel.org>,
	dri-devel@lists.freedesktop.org,
	"Zhang Rui" <rui.zhang@intel.com>,
	"Elaine Zhang" <zhangqing@rock-chips.com>,
	linux-clk@vger.kernel.org, "Conor Dooley" <conor+dt@kernel.org>,
	"FUKAUMI Naoki" <naoki@radxa.com>,
	"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
	"Andrew Lunn" <andrew+netdev@lunn.ch>,
	"Andy Yan" <andyshrk@163.com>,
	"Michael Riesch" <michael.riesch@wolfvision.net>,
	"Andi Shyti" <andi.shyti@kernel.org>,
	"Krzysztof Kozlowski" <krzysztof.kozlowski@linaro.org>,
	linux-pm@vger.kernel.org, "Ulf Hansson" <ulf.hansson@linaro.org>,
	linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-spi@vger.kernel.org, "Jakub Kicinski" <kuba@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Jose Abreu" <joabreu@synopsys.com>,
	"Jamie Iles" <jamie@jamieiles.com>,
	"Detlev Casanova" <detlev.casanova@collabora.com>,
	"Chris Morgan" <macromorgan@hotmail.com>,
	"Frank Wang" <frank.wang@rock-chips.com>,
	linux-mmc@vger.kernel.org,
	"Linus Walleij" <linus.walleij@linaro.org>,
	linux-i2c@vger.kernel.org, "Simona Vetter" <simona@ffwll.ch>,
	"Finley Xiao" <finley.xiao@rock-chips.com>,
	"Krzysztof Wilczyński" <kw@linux.com>,
	linux-stm32@st-md-mailman.stormreply.com,
	linux-watchdog@vger.kernel.org,
	"David Wu" <david.wu@rock-chips.com>,
	"Shresth Prasad" <shresthprasad7@gmail.com>,
	linux-gpio@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	"Lukasz Luba" <lukasz.luba@arm.com>,
	"Jisheng Zhang" <jszhang@kernel.org>,
	"Guenter Roeck" <linux@roeck-us.net>,
	linux-iio@vger.kernel.org, linux-pci@vger.kernel.org,
	"David Airlie" <airlied@gmail.com>,
	linux-phy@lists.infradead.org, "Jonas Karlman" <jonas@kwiboo.se>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Srinivas Kandagatla" <srinivas.kandagatla@linaro.org>,
	"Vinod Koul" <vkoul@kernel.org>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Kishon Vijay Abraham I" <kishon@kernel.org>,
	"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
	"Jonathan Cameron" <jic23@kernel.org>,
	"Jiri Slaby" <jirislaby@kernel.org>,
	linux-pwm@vger.kernel.org, "Rob Herring" <robh@kernel.org>,
	"Wim Van Sebroeck" <wim@linux-watchdog.org>,
	"David S. Miller" <davem@davemloft.net>,
	"Eric Dumazet" <edumazet@google.com>,
	"Mark Brown" <broonie@kernel.org>,
	"Dragan Simic" <dsimic@manjaro.org>,
	"Sebastian Reichel" <sebastian.reichel@collabora.com>,
	"Lars-Peter Clausen" <lars@metafoo.de>,
	"Manivannan Sadhasivam" <manivannan.sadhasivam@linaro.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"Stephen Boyd" <sboyd@kernel.org>,
	"Johan Jonker" <jbx6244@gmail.com>,
	"Shawn Lin" <shawn.lin@rock-chips.com>,
	"Jonathan Cameron" <Jonathan.Cameron@huawei.com>,
	linux-serial@vger.kernel.org,
	"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
	"Daniel Lezcano" <daniel.lezcano@linaro.org>,
	devicetree@vger.kernel.org,
	"Diederik de Haas" <didi.debian@cknow.org>,
	"Michael Turquette" <mturquette@baylibre.com>,
	"Tim Lunn" <tim@feathertop.org>,
	"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
	"Cristian Ciocaltea" <cristian.ciocaltea@collabora.com>,
	netdev@vger.kernel.org, "Paolo Abeni" <pabeni@redhat.com>,
	"Uwe Kleine-König" <ukleinek@kernel.org>
Subject: Re: [PATCH 00/38] rockchip: Add rk3562 support
Date: Fri, 20 Dec 2024 13:21:51 +0100	[thread overview]
Message-ID: <2024122018-groove-glitzy-f3bc@gregkh> (raw)
In-Reply-To: <20241220103825.3509421-1-kever.yang@rock-chips.com>

On Fri, Dec 20, 2024 at 06:37:46PM +0800, Kever Yang wrote:
> 
> This patch set adds rk3562 SoC and its evb support.
> 
> The patch number is a little bit too big, some of them may need to split
> out for different maintainers, please let me know which patch need to
> split out.

I recommend you doing the split-apart as you know the dependencies here
the best, right?  Otherwise we all will just probably ignore them
assuming someone else is going to review/accept them...

thanks,

greg k-h