From: Michal Simek <michal.simek@xilinx.com> To: Paul Burton <paul.burton@imgtec.com>, Michal Simek <michal.simek@xilinx.com> Cc: linux-mips@linux-mips.org, "Ralf Baechle" <ralf@linux-mips.org>, "Phil Edworthy" <phil.edworthy@renesas.com>, "Arnd Bergmann" <arnd@arndb.de>, "Joshua Kinard" <kumba@gentoo.org>, "Grygorii Strashko" <grygorii.strashko@ti.com>, "Jiri Slaby" <jslaby@suse.com>, "Bjorn Helgaas" <bhelgaas@google.com>, "Zubair Lutfullah Kakakhel" <Zubair.Kakakhel@imgtec.com>, "Kumar Gala" <galak@codeaurora.org>, "Yijing Wang" <wangyijing@huawei.com>, "Ian Campbell" <ijc+devicetree@hellion.org.uk>, "Rob Herring" <robh+dt@kernel.org>, "John Crispin" <blogic@openwrt.org>, "Geert Uytterhoeven" <geert+renesas@glider.be>, "Ray Jui" <rjui@broadcom.com>, "Richard Cochran" <richardcochran@gmail.com>, "Sören Brinkmann" <soren.brinkmann@xilinx.com>, "Kalle Valo" <kvalo@codeaurora.org> Subject: Re: [PATCH v2 00/15] MIPS Boston board support Date: Thu, 4 Feb 2016 06:53:44 +0100 [thread overview] Message-ID: <56B2E768.1040701@xilinx.com> (raw) In-Reply-To: <20160203160311.GD30470@NP-P-BURTON> Hi Paul, On 3.2.2016 17:03, Paul Burton wrote: > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> On 3.2.2016 12:30, Paul Burton wrote: >>> This series introduces support for the Imagination Technologies MIPS >>> Boston development board. Boston is an FPGA-based development board >>> akin to the much older Malta board, built around a Xilinx FPGA running >>> a MIPS CPU & other logic including a PCIe root port connected to an >>> Intel EG20T Platform Controller Hub. This provides a base set of >>> peripherals including SATA, USB, SD/MMC, ethernet, I2C & GPIOs. PCIe >>> slots are also present for expansion. >>> >>> v2 of this series splits out the pch_gbe ethernet driver changes to a >>> separate series, but keeps the Xilinx PCIe driver changes since PCIe is >>> so central to the Boston board & the series has shrunk somewhat since >>> its earlier submission. >>> >>> Applies atop v4.5-rc2. >>> >>> Paul Burton (15): >>> dt-bindings: ascii-lcd: Document a binding for simple ASCII LCDs >>> auxdisplay: driver for simple memory mapped ASCII LCD displays >>> MIPS: PCI: Compatibility with ARM-like PCI host drivers >>> PCI: xilinx: Keep references to both IRQ domains >>> PCI: xilinx: Unify INTx & MSI interrupt FIFO decode >>> PCI: xilinx: Always clear interrupt decode register >>> PCI: xilinx: Clear interrupt FIFO during probe >>> PCI: xilinx: Fix INTX irq dispatch >>> PCI: xilinx: Allow build on MIPS platforms >>> misc: pch_phub: Allow build on MIPS platforms >>> dmaengine: pch_dma: Allow build on MIPS platforms >>> ptp: pch: Allow build on MIPS platforms >>> MIPS: Support for generating FIT (.itb) images >>> dt-bindings: mips: img,boston: Document img,boston binding >>> MIPS: Boston board support >>> >>> Documentation/devicetree/bindings/ascii-lcd.txt | 10 + >>> .../devicetree/bindings/mips/img/boston.txt | 15 ++ >>> MAINTAINERS | 14 ++ >>> arch/mips/Kbuild.platforms | 1 + >>> arch/mips/Kconfig | 48 +++++ >>> arch/mips/Makefile | 6 +- >>> arch/mips/boot/Makefile | 61 ++++++ >>> arch/mips/boot/dts/Makefile | 1 + >>> arch/mips/boot/dts/img/Makefile | 7 + >>> arch/mips/boot/dts/img/boston.dts | 204 ++++++++++++++++++ >>> arch/mips/boot/skeleton.its | 24 +++ >>> arch/mips/boston/Makefile | 12 ++ >>> arch/mips/boston/Platform | 8 + >>> arch/mips/boston/init.c | 106 ++++++++++ >>> arch/mips/boston/int.c | 33 +++ >>> arch/mips/boston/time.c | 89 ++++++++ >>> arch/mips/boston/vmlinux.its | 23 ++ >>> arch/mips/configs/boston_defconfig | 173 +++++++++++++++ >>> .../asm/mach-boston/cpu-feature-overrides.h | 26 +++ >>> arch/mips/include/asm/mach-boston/irq.h | 18 ++ >>> arch/mips/include/asm/mach-boston/spaces.h | 20 ++ >>> arch/mips/include/asm/pci.h | 67 +++++- >>> arch/mips/lib/iomap-pci.c | 2 +- >>> arch/mips/pci/Makefile | 6 + >>> arch/mips/pci/pci-generic.c | 138 ++++++++++++ >>> arch/mips/pci/pci-legacy.c | 232 +++++++++++++++++++++ >>> arch/mips/pci/pci.c | 226 +------------------- >>> drivers/auxdisplay/Kconfig | 7 + >>> drivers/auxdisplay/Makefile | 1 + >>> drivers/auxdisplay/ascii-lcd.c | 230 ++++++++++++++++++++ >>> drivers/dma/Kconfig | 2 +- >>> drivers/misc/Kconfig | 2 +- >>> drivers/pci/host/Kconfig | 2 +- >>> drivers/pci/host/pcie-xilinx.c | 125 ++++++----- >>> drivers/ptp/Kconfig | 2 +- >>> 35 files changed, 1649 insertions(+), 292 deletions(-) >>> create mode 100644 Documentation/devicetree/bindings/ascii-lcd.txt >>> create mode 100644 Documentation/devicetree/bindings/mips/img/boston.txt >>> create mode 100644 arch/mips/boot/dts/img/Makefile >>> create mode 100644 arch/mips/boot/dts/img/boston.dts >>> create mode 100644 arch/mips/boot/skeleton.its >>> create mode 100644 arch/mips/boston/Makefile >>> create mode 100644 arch/mips/boston/Platform >>> create mode 100644 arch/mips/boston/init.c >>> create mode 100644 arch/mips/boston/int.c >>> create mode 100644 arch/mips/boston/time.c >>> create mode 100644 arch/mips/boston/vmlinux.its >>> create mode 100644 arch/mips/configs/boston_defconfig >>> create mode 100644 arch/mips/include/asm/mach-boston/cpu-feature-overrides.h >>> create mode 100644 arch/mips/include/asm/mach-boston/irq.h >>> create mode 100644 arch/mips/include/asm/mach-boston/spaces.h >>> create mode 100644 arch/mips/pci/pci-generic.c >>> create mode 100644 arch/mips/pci/pci-legacy.c >>> create mode 100644 drivers/auxdisplay/ascii-lcd.c >>> >> > > Hi Michal, > > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> These patches are targeting different subsystems and should go to the >> tree via different maintainers > > Not necessarily, for example the dmaengine & ptp patches both received > acks last time they were posted - presumably with the intent that Ralf > can merge them through the MIPS tree. I don't know if Ralf can do that or not but patches should go via appropriate maintainer. > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> that's why please split them to sensible pieces and send them separately. > > I could split out the Xilinx PCIe changes if it's insisted upon, but: > > - They are the motivation for what's probably the largest of the MIPS > patches, so it's good to see those changes in context. > > - The Boston board is very heavily PCIe based, with all peripherals > apart from a single UART & an 8 character LCD display being accessed > via PCIe. Thus Boston is pretty useless without the Xilinx PCIe > driver. > > - Each patch is only CC'd to people who should be relevant to it > anyway (using the patman tool), so it's not like the MIPS changes > are spamming people only interested in PCI. > > - 15 patches really isn't all that many. > > So I think there is value in keeping the remainder of this series > together. I already split out the fairly standalone ethernet driver > changes. I certainly think saying this approach isn't sensible is a > stretch. > >> For pcie-xilinx.c changes please add to CC Bharat Kumar Gogada >> <bharatku@xilinx.com> and Ravikiran Gummaluri <rgummal@xilinx.com>. >> They have patches for pcie-xilinx and I expect there will be some sort >> of collision. > > I'll CC them if there's another revision, but if they should be CC'd for > changes to this driver is there a reason they're not in MAINTAINERS? > That would lead to tools like patman automatically CC'ing them, which > makes tons more sense than people needing to be informed after > submitting patches that they should CC some random extra email > addresses. I am just telling you there are other guys who are affected by your patches and politely asking you to add them to CC. Because your patches are in conflict with their patches. It doesn't mean that these guys have to be listed in MAINTAINERS. Thanks, Michal
WARNING: multiple messages have this Message-ID (diff)
From: Michal Simek <michal.simek@xilinx.com> To: Paul Burton <paul.burton@imgtec.com>, Michal Simek <michal.simek@xilinx.com> Cc: linux-mips@linux-mips.org, "Ralf Baechle" <ralf@linux-mips.org>, "Phil Edworthy" <phil.edworthy@renesas.com>, "Arnd Bergmann" <arnd@arndb.de>, "Joshua Kinard" <kumba@gentoo.org>, "Grygorii Strashko" <grygorii.strashko@ti.com>, "Jiri Slaby" <jslaby@suse.com>, "Bjorn Helgaas" <bhelgaas@google.com>, "Zubair Lutfullah Kakakhel" <Zubair.Kakakhel@imgtec.com>, "Kumar Gala" <galak@codeaurora.org>, "Yijing Wang" <wangyijing@huawei.com>, "Ian Campbell" <ijc+devicetree@hellion.org.uk>, "Rob Herring" <robh+dt@kernel.org>, "John Crispin" <blogic@openwrt.org>, "Geert Uytterhoeven" <geert+renesas@glider.be>, "Ray Jui" <rjui@broadcom.com>, "Richard Cochran" <richardcochran@gmail.com>, "Sören Brinkmann" <soren.brinkmann@xilinx.com>, "Kalle Valo" <kvalo@codeaurora.org>, "Andrew Bresticker" <abrestic@chromium.org>, "Russell Joyce" <russell.joyce@york.ac.uk>, "Scott Branden" <sbranden@broadcom.com>, "Thomas Gleixner" <tglx@linutronix.de>, linux-arm-kernel@lists.infradead.org, "Pawel Moll" <pawel.moll@arm.com>, linux-pci@vger.kernel.org, "Greg Kroah-Hartman" <gregkh@linuxfoundation.org>, "Andrew Morton" <akpm@linux-foundation.org>, "Ley Foon Tan" <lftan@altera.com>, devicetree@vger.kernel.org, "Jiang Liu" <jiang.liu@linux.intel.com>, "Rob Herring" <robh@kernel.org>, "Mauro Carvalho Chehab" <mchehab@osg.samsung.com>, "Jens Axboe" <axboe@fb.com>, "Duc Dang" <dhdang@apm.com>, "Markos Chandras" <markos.chandras@imgtec.com>, "Vinod Koul" <vinod.koul@intel.com>, "Gabriele Paoloni" <gabriele.paoloni@huawei.com>, "Marc Zyngier" <marc.zyngier@arm.com>, "Dan Williams" <dan.j.williams@intel.com>, "Miguel Ojeda Sandonis" <miguel.ojeda.sandonis@gmail.com>, "Lorenzo Pieralisi" <lorenzo.pieralisi@arm.com>, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, "Stanimir Varbanov" <svarbanov@mm-sol.com>, "David S. Miller" <davem@davemloft.net>, "Joe Perches" <joe@perches.com>, "Jingoo Han" <jingoohan1@gmail.com>, "Hauke Mehrtens" <hauke@hauke-m.de>, "Yinghai Lu" <yinghai@kernel.org>, dmaengine@vger.kernel.org, "Mark Rutland" <mark.rutland@arm.com>, "Bharat Kumar Gogada" <bharatku@xilinx.com>, "Ravikiran Gummaluri" <rgummal@xilinx.com> Subject: Re: [PATCH v2 00/15] MIPS Boston board support Date: Thu, 4 Feb 2016 06:53:44 +0100 [thread overview] Message-ID: <56B2E768.1040701@xilinx.com> (raw) In-Reply-To: <20160203160311.GD30470@NP-P-BURTON> Hi Paul, On 3.2.2016 17:03, Paul Burton wrote: > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> On 3.2.2016 12:30, Paul Burton wrote: >>> This series introduces support for the Imagination Technologies MIPS >>> Boston development board. Boston is an FPGA-based development board >>> akin to the much older Malta board, built around a Xilinx FPGA running >>> a MIPS CPU & other logic including a PCIe root port connected to an >>> Intel EG20T Platform Controller Hub. This provides a base set of >>> peripherals including SATA, USB, SD/MMC, ethernet, I2C & GPIOs. PCIe >>> slots are also present for expansion. >>> >>> v2 of this series splits out the pch_gbe ethernet driver changes to a >>> separate series, but keeps the Xilinx PCIe driver changes since PCIe is >>> so central to the Boston board & the series has shrunk somewhat since >>> its earlier submission. >>> >>> Applies atop v4.5-rc2. >>> >>> Paul Burton (15): >>> dt-bindings: ascii-lcd: Document a binding for simple ASCII LCDs >>> auxdisplay: driver for simple memory mapped ASCII LCD displays >>> MIPS: PCI: Compatibility with ARM-like PCI host drivers >>> PCI: xilinx: Keep references to both IRQ domains >>> PCI: xilinx: Unify INTx & MSI interrupt FIFO decode >>> PCI: xilinx: Always clear interrupt decode register >>> PCI: xilinx: Clear interrupt FIFO during probe >>> PCI: xilinx: Fix INTX irq dispatch >>> PCI: xilinx: Allow build on MIPS platforms >>> misc: pch_phub: Allow build on MIPS platforms >>> dmaengine: pch_dma: Allow build on MIPS platforms >>> ptp: pch: Allow build on MIPS platforms >>> MIPS: Support for generating FIT (.itb) images >>> dt-bindings: mips: img,boston: Document img,boston binding >>> MIPS: Boston board support >>> >>> Documentation/devicetree/bindings/ascii-lcd.txt | 10 + >>> .../devicetree/bindings/mips/img/boston.txt | 15 ++ >>> MAINTAINERS | 14 ++ >>> arch/mips/Kbuild.platforms | 1 + >>> arch/mips/Kconfig | 48 +++++ >>> arch/mips/Makefile | 6 +- >>> arch/mips/boot/Makefile | 61 ++++++ >>> arch/mips/boot/dts/Makefile | 1 + >>> arch/mips/boot/dts/img/Makefile | 7 + >>> arch/mips/boot/dts/img/boston.dts | 204 ++++++++++++++++++ >>> arch/mips/boot/skeleton.its | 24 +++ >>> arch/mips/boston/Makefile | 12 ++ >>> arch/mips/boston/Platform | 8 + >>> arch/mips/boston/init.c | 106 ++++++++++ >>> arch/mips/boston/int.c | 33 +++ >>> arch/mips/boston/time.c | 89 ++++++++ >>> arch/mips/boston/vmlinux.its | 23 ++ >>> arch/mips/configs/boston_defconfig | 173 +++++++++++++++ >>> .../asm/mach-boston/cpu-feature-overrides.h | 26 +++ >>> arch/mips/include/asm/mach-boston/irq.h | 18 ++ >>> arch/mips/include/asm/mach-boston/spaces.h | 20 ++ >>> arch/mips/include/asm/pci.h | 67 +++++- >>> arch/mips/lib/iomap-pci.c | 2 +- >>> arch/mips/pci/Makefile | 6 + >>> arch/mips/pci/pci-generic.c | 138 ++++++++++++ >>> arch/mips/pci/pci-legacy.c | 232 +++++++++++++++++++++ >>> arch/mips/pci/pci.c | 226 +------------------- >>> drivers/auxdisplay/Kconfig | 7 + >>> drivers/auxdisplay/Makefile | 1 + >>> drivers/auxdisplay/ascii-lcd.c | 230 ++++++++++++++++++++ >>> drivers/dma/Kconfig | 2 +- >>> drivers/misc/Kconfig | 2 +- >>> drivers/pci/host/Kconfig | 2 +- >>> drivers/pci/host/pcie-xilinx.c | 125 ++++++----- >>> drivers/ptp/Kconfig | 2 +- >>> 35 files changed, 1649 insertions(+), 292 deletions(-) >>> create mode 100644 Documentation/devicetree/bindings/ascii-lcd.txt >>> create mode 100644 Documentation/devicetree/bindings/mips/img/boston.txt >>> create mode 100644 arch/mips/boot/dts/img/Makefile >>> create mode 100644 arch/mips/boot/dts/img/boston.dts >>> create mode 100644 arch/mips/boot/skeleton.its >>> create mode 100644 arch/mips/boston/Makefile >>> create mode 100644 arch/mips/boston/Platform >>> create mode 100644 arch/mips/boston/init.c >>> create mode 100644 arch/mips/boston/int.c >>> create mode 100644 arch/mips/boston/time.c >>> create mode 100644 arch/mips/boston/vmlinux.its >>> create mode 100644 arch/mips/configs/boston_defconfig >>> create mode 100644 arch/mips/include/asm/mach-boston/cpu-feature-overrides.h >>> create mode 100644 arch/mips/include/asm/mach-boston/irq.h >>> create mode 100644 arch/mips/include/asm/mach-boston/spaces.h >>> create mode 100644 arch/mips/pci/pci-generic.c >>> create mode 100644 arch/mips/pci/pci-legacy.c >>> create mode 100644 drivers/auxdisplay/ascii-lcd.c >>> >> > > Hi Michal, > > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> These patches are targeting different subsystems and should go to the >> tree via different maintainers > > Not necessarily, for example the dmaengine & ptp patches both received > acks last time they were posted - presumably with the intent that Ralf > can merge them through the MIPS tree. I don't know if Ralf can do that or not but patches should go via appropriate maintainer. > On Wed, Feb 03, 2016 at 01:35:26PM +0100, Michal Simek wrote: >> that's why please split them to sensible pieces and send them separately. > > I could split out the Xilinx PCIe changes if it's insisted upon, but: > > - They are the motivation for what's probably the largest of the MIPS > patches, so it's good to see those changes in context. > > - The Boston board is very heavily PCIe based, with all peripherals > apart from a single UART & an 8 character LCD display being accessed > via PCIe. Thus Boston is pretty useless without the Xilinx PCIe > driver. > > - Each patch is only CC'd to people who should be relevant to it > anyway (using the patman tool), so it's not like the MIPS changes > are spamming people only interested in PCI. > > - 15 patches really isn't all that many. > > So I think there is value in keeping the remainder of this series > together. I already split out the fairly standalone ethernet driver > changes. I certainly think saying this approach isn't sensible is a > stretch. > >> For pcie-xilinx.c changes please add to CC Bharat Kumar Gogada >> <bharatku@xilinx.com> and Ravikiran Gummaluri <rgummal@xilinx.com>. >> They have patches for pcie-xilinx and I expect there will be some sort >> of collision. > > I'll CC them if there's another revision, but if they should be CC'd for > changes to this driver is there a reason they're not in MAINTAINERS? > That would lead to tools like patman automatically CC'ing them, which > makes tons more sense than people needing to be informed after > submitting patches that they should CC some random extra email > addresses. I am just telling you there are other guys who are affected by your patches and politely asking you to add them to CC. Because your patches are in conflict with their patches. It doesn't mean that these guys have to be listed in MAINTAINERS. Thanks, Michal
next prev parent reply other threads:[~2016-02-04 5:53 UTC|newest] Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-02-03 11:30 [PATCH v2 00/15] MIPS Boston board support Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 01/15] dt-bindings: ascii-lcd: Document a binding for simple ASCII LCDs Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-08 17:29 ` Rob Herring 2016-02-03 11:30 ` [PATCH v2 02/15] auxdisplay: driver for simple memory mapped ASCII LCD displays Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 12:44 ` kbuild test robot 2016-02-03 12:44 ` kbuild test robot 2016-02-03 14:12 ` James Hogan 2016-02-03 14:12 ` James Hogan 2016-02-03 11:30 ` [PATCH v2 03/15] MIPS: PCI: Compatibility with ARM-like PCI host drivers Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-03-08 18:37 ` Florian Fainelli 2016-03-29 23:19 ` Florian Fainelli 2016-04-04 10:09 ` Paul Burton 2016-04-04 10:09 ` Paul Burton 2016-05-05 1:36 ` Florian Fainelli 2016-05-05 11:02 ` Paul Burton 2016-05-05 11:02 ` Paul Burton 2016-05-05 17:13 ` Florian Fainelli 2016-02-03 11:30 ` [PATCH v2 04/15] PCI: xilinx: Keep references to both IRQ domains Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 05/15] PCI: xilinx: Unify INTx & MSI interrupt FIFO decode Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 06/15] PCI: xilinx: Always clear interrupt decode register Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 07/15] PCI: xilinx: Clear interrupt FIFO during probe Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 08/15] PCI: xilinx: Fix INTX irq dispatch Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 09/15] PCI: xilinx: Allow build on MIPS platforms Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 10/15] misc: pch_phub: " Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 11/15] dmaengine: pch_dma: " Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 12/15] ptp: pch: " Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 13/15] MIPS: Support for generating FIT (.itb) images Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 11:30 ` [PATCH v2 14/15] dt-bindings: mips: img,boston: Document img,boston binding Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-08 17:30 ` Rob Herring 2016-02-08 17:30 ` Rob Herring 2016-02-03 11:30 ` [PATCH v2 15/15] MIPS: Boston board support Paul Burton 2016-02-03 11:30 ` Paul Burton 2016-02-03 12:35 ` [PATCH v2 00/15] MIPS " Michal Simek 2016-02-03 12:35 ` Michal Simek 2016-02-03 12:35 ` Michal Simek 2016-02-03 12:35 ` Michal Simek 2016-02-03 16:03 ` Paul Burton 2016-02-03 16:03 ` Paul Burton 2016-02-04 5:53 ` Michal Simek [this message] 2016-02-04 5:53 ` Michal Simek
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=56B2E768.1040701@xilinx.com \ --to=michal.simek@xilinx.com \ --cc=Zubair.Kakakhel@imgtec.com \ --cc=arnd@arndb.de \ --cc=bhelgaas@google.com \ --cc=blogic@openwrt.org \ --cc=galak@codeaurora.org \ --cc=geert+renesas@glider.be \ --cc=grygorii.strashko@ti.com \ --cc=ijc+devicetree@hellion.org.uk \ --cc=jslaby@suse.com \ --cc=kumba@gentoo.org \ --cc=kvalo@codeaurora.org \ --cc=linux-mips@linux-mips.org \ --cc=paul.burton@imgtec.com \ --cc=phil.edworthy@renesas.com \ --cc=ralf@linux-mips.org \ --cc=richardcochran@gmail.com \ --cc=rjui@broadcom.com \ --cc=robh+dt@kernel.org \ --cc=soren.brinkmann@xilinx.com \ --cc=wangyijing@huawei.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: linkBe 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.