The police came to my house you dumb motherfucker. ________________________________ From: linux-mtd linux-mtd-bounces@lists.infradead.org on behalf of Mark Brown broonie@kernel.org Sent: Wednesday, February 15, 2023 9:19 AM To: Amit Kumar Mahapatra amit.kumar-mahapatra@amd.com Cc: miquel.raynal@bootlin.com miquel.raynal@bootlin.com; richard@nod.at richard@nod.at; vigneshr@ti.com vigneshr@ti.com; jic23@kernel.org jic23@kernel.org; tudor.ambarus@microchip.com tudor.ambarus@microchip.com; pratyush@kernel.org pratyush@kernel.org; sanju.mehta@amd.com sanju.mehta@amd.com; chin-ting_kuo@aspeedtech.com chin-ting_kuo@aspeedtech.com; clg@kaod.org clg@kaod.org; kdasu.kdev@gmail.com kdasu.kdev@gmail.com; f.fainelli@gmail.com f.fainelli@gmail.com; rjui@broadcom.com rjui@broadcom.com; sbranden@broadcom.com sbranden@broadcom.com; eajames@linux.ibm.com eajames@linux.ibm.com; olteanv@gmail.com olteanv@gmail.com; han.xu@nxp.com han.xu@nxp.com; john.garry@huawei.com john.garry@huawei.com; shawnguo@kernel.org shawnguo@kernel.org; s.hauer@pengutronix.de s.hauer@pengutronix.de; narmstrong@baylibre.com narmstrong@baylibre.com; khilman@baylibre.com khilman@baylibre.com; matthias.bgg@gmail.com matthias.bgg@gmail.com; haibo.chen@nxp.com haibo.chen@nxp.com; linus.walleij@linaro.org linus.walleij@linaro.org; daniel@zonque.org daniel@zonque.org; haojian.zhuang@gmail.com haojian.zhuang@gmail.com; robert.jarzmik@free.fr robert.jarzmik@free.fr; agross@kernel.org agross@kernel.org; bjorn.andersson@linaro.org bjorn.andersson@linaro.org; heiko@sntech.de heiko@sntech.de; krzysztof.kozlowski@linaro.org krzysztof.kozlowski@linaro.org; andi@etezian.org andi@etezian.org; mcoquelin.stm32@gmail.com mcoquelin.stm32@gmail.com; alexandre.torgue@foss.st.com alexandre.torgue@foss.st.com; wens@csie.org wens@csie.org; jernej.skrabec@gmail.com jernej.skrabec@gmail.com; samuel@sholland.org samuel@sholland.org; masahisa.kojima@linaro.org masahisa.kojima@linaro.org; jaswinder.singh@linaro.org jaswinder.singh@linaro.org; rostedt@goodmis.org rostedt@goodmis.org; mingo@redhat.com mingo@redhat.com; l.stelmach@samsung.com l.stelmach@samsung.com; davem@davemloft.net davem@davemloft.net; edumazet@google.com edumazet@google.com; kuba@kernel.org kuba@kernel.org; pabeni@redhat.com pabeni@redhat.com; alex.aring@gmail.com alex.aring@gmail.com; stefan@datenfreihafen.org stefan@datenfreihafen.org; kvalo@kernel.org kvalo@kernel.org; james.schulman@cirrus.com james.schulman@cirrus.com; david.rhodes@cirrus.com david.rhodes@cirrus.com; tanureal@opensource.cirrus.com tanureal@opensource.cirrus.com; rf@opensource.cirrus.com rf@opensource.cirrus.com; perex@perex.cz perex@perex.cz; tiwai@suse.com tiwai@suse.com; npiggin@gmail.com npiggin@gmail.com; christophe.leroy@csgroup.eu christophe.leroy@csgroup.eu; mpe@ellerman.id.au mpe@ellerman.id.au; oss@buserror.net oss@buserror.net; windhl@126.com windhl@126.com; yangyingliang@huawei.com yangyingliang@huawei.com; git@amd.com git@amd.com; linux-spi@vger.kernel.org linux-spi@vger.kernel.org; linux-kernel@vger.kernel.org linux-kernel@vger.kernel.org; joel@jms.id.au joel@jms.id.au; andrew@aj.id.au andrew@aj.id.au; radu_nicolae.pirea@upb.ro radu_nicolae.pirea@upb.ro; nicolas.ferre@microchip.com nicolas.ferre@microchip.com; alexandre.belloni@bootlin.com alexandre.belloni@bootlin.com; claudiu.beznea@microchip.com claudiu.beznea@microchip.com; bcm-kernel-feedback-list@broadcom.com bcm-kernel-feedback-list@broadcom.com; fancer.lancer@gmail.com fancer.lancer@gmail.com; kernel@pengutronix.de kernel@pengutronix.de; festevam@gmail.com festevam@gmail.com; linux-imx@nxp.com linux-imx@nxp.com; jbrunet@baylibre.com jbrunet@baylibre.com; martin.blumenstingl@googlemail.com martin.blumenstingl@googlemail.com; avifishman70@gmail.com avifishman70@gmail.com; tmaimon77@gmail.com tmaimon77@gmail.com; tali.perry1@gmail.com tali.perry1@gmail.com; venture@google.com venture@google.com; yuenn@google.com yuenn@google.com; benjaminfair@google.com benjaminfair@google.com; yogeshgaur.83@gmail.com yogeshgaur.83@gmail.com; konrad.dybcio@somainline.org konrad.dybcio@somainline.org; alim.akhtar@samsung.com alim.akhtar@samsung.com; ldewangan@nvidia.com ldewangan@nvidia.com; thierry.reding@gmail.com thierry.reding@gmail.com; jonathanh@nvidia.com jonathanh@nvidia.com; michal.simek@amd.com michal.simek@amd.com; linux-aspeed@lists.ozlabs.org linux-aspeed@lists.ozlabs.org; openbmc@lists.ozlabs.org openbmc@lists.ozlabs.org; linux-arm-kernel@lists.infradead.org linux-arm-kernel@lists.infradead.org; linux-rpi-kernel@lists.infradead.org linux-rpi-kernel@lists.infradead.org; linux-amlogic@lists.infradead.org linux-amlogic@lists.infradead.org; linux-mediatek@lists.infradead.org linux-mediatek@lists.infradead.org; linux-arm-msm@vger.kernel.org linux-arm-msm@vger.kernel.org; linux-rockchip@lists.infradead.org linux-rockchip@lists.infradead.org; linux-samsung-soc@vger.kernel.org linux-samsung-soc@vger.kernel.org; linux-stm32@st-md-mailman.stormreply.com linux-stm32@st-md-mailman.stormreply.com; linux-sunxi@lists.linux.dev linux-sunxi@lists.linux.dev; linux-tegra@vger.kernel.org linux-tegra@vger.kernel.org; netdev@vger.kernel.org netdev@vger.kernel.org; linux-wpan@vger.kernel.org linux-wpan@vger.kernel.org; libertas-dev@lists.infradead.org libertas-dev@lists.infradead.org; linux-wireless@vger.kernel.org linux-wireless@vger.kernel.org; linux-mtd@lists.infradead.org linux-mtd@lists.infradead.org; lars@metafoo.de lars@metafoo.de; Michael.Hennerich@analog.com Michael.Hennerich@analog.com; linux-iio@vger.kernel.org linux-iio@vger.kernel.org; michael@walle.cc michael@walle.cc; palmer@dabbelt.com palmer@dabbelt.com; linux-riscv@lists.infradead.org linux-riscv@lists.infradead.org; alsa-devel@alsa-project.org alsa-devel@alsa-project.org; patches@opensource.cirrus.com patches@opensource.cirrus.com; linuxppc-dev@lists.ozlabs.org linuxppc-dev@lists.ozlabs.org; amitrkcian2002@gmail.com amitrkcian2002@gmail.com; Dhruva Gole d-gole@ti.com; Patrice Chotard patrice.chotard@foss.st.com; William Zhang william.zhang@broadcom.com Subject: Re: [PATCH v4 01/15] spi: Replace all spi->chip_select and spi->cs_gpiod references with function call
On Sat, Feb 11, 2023 at 01:06:32AM +0530, Amit Kumar Mahapatra wrote:
Supporting multi-cs in spi drivers would require the chip_select & cs_gpiod members of struct spi_device to be an array. But changing the type of these members to array would break the spi driver functionality. To make the transition smoother introduced four new APIs to get/set the spi->chip_select & spi->cs_gpiod and replaced all spi->chip_select and
This again doesn't apply against my current code - I think the best thing to do here is going to be to rebase against -rc1 when it comes out and resend then, that will also make the issues integrating with other trees easier as then I can make a clean branch against -rc1 that other trees will be able to merge as needed.