From: Bjorn Helgaas <helgaas@kernel.org> To: David Laight <David.Laight@ACULAB.COM> Cc: Keith Busch <kbusch@kernel.org>, Paul Mackerras <paulus@samba.org>, sparclinux <sparclinux@vger.kernel.org>, Toan Le <toan@os.amperecomputing.com>, Kjetil Oftedal <oftedal@gmail.com>, Greg Ungerer <gerg@linux-m68k.org>, Marek Vasut <marek.vasut+renesas@gmail.com>, Rob Herring <robh@kernel.org>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Sagi Grimberg <sagi@grimberg.me>, Russell King <linux@armlinux.org.uk>, Ley Foon Tan <ley.foon.tan@intel.com>, Christoph Hellwig <hch@lst.de>, Geert Uytterhoeven <geert@linux-m68k.org>, Kevin Hilman <khilman@baylibre.com>, linux-pci <linux-pci@vger.kernel.org>, Jakub Kicinski <kuba@kernel.org>, Matt Turner <mattst88@gmail.com>, "linux-kernel-mentees@lists.linuxfoundation.org" <linux-kernel-mentees@lists.linuxfoundation.org>, Guenter Roeck <linux@roeck-us.net>, 'Arnd Bergmann' <arnd@arndb.de>, Ray Jui <rjui@broadcom.com>, Jens Axboe <axboe@fb.com>, Ivan Kokshaysky <ink@jurassic.park.msu.ru>, Shuah Khan <skhan@linuxfoundation.org>, "bjorn@helgaas.com" <bjorn@helgaas.com>, Boris Ostrovsky <boris.ostrovsky@oracle.com>, Richard Henderson <rth@twiddle.net>, Juergen Gross <jgross@suse.com>, Bjorn Helgaas <bhelgaas@google.com>, Thomas Bogendoerfer <tsbogend@alpha.franken.de>, Scott Branden <sbranden@broadcom.com>, Jingoo Han <jingoohan1@gmail.com>, "Saheed O. Bolarinwa" <refactormyself@gmail.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Gustavo Pimentel <gustavo.pimentel@synopsys.com>, linuxppc-dev <linuxppc-dev@lists.ozlabs.org>, "David S. Miller" <davem@davemloft.net>, Heiner Kallweit <hkallweit1@gmail.com> Subject: Re: [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86 Date: Wed, 15 Jul 2020 17:01:35 -0500 [thread overview] Message-ID: <20200715220135.GA563272@bjorn-Precision-5520> (raw) In-Reply-To: <4c994d9a804b4a2c8555c50b63e20772@AcuMS.aculab.com> On Wed, Jul 15, 2020 at 02:24:21PM +0000, David Laight wrote: > From: Arnd Bergmann > > Sent: 15 July 2020 07:47 > > On Wed, Jul 15, 2020 at 1:46 AM Bjorn Helgaas <helgaas@kernel.org> wrote: > > > > So something like: > > > > > > void pci_read_config_word(struct pci_dev *dev, int where, u16 *val) > > > > > > and where we used to return anything non-zero, we just set *val = ~0 > > > instead? I think we do that already in most, maybe all, cases. > > > > Right, this is what I had in mind. If we start by removing the handling > > of the return code in all files that clearly don't need it, looking at > > whatever remains will give a much better idea of what a good interface > > should be. > > It would be best to get rid of that nasty 'u16 *' parameter. Do you mean nasty because it's basically a return value, but not returned as the *function's* return value? I agree that if we were starting from scratch it would nicer to have: u16 pci_read_config_word(struct pci_dev *dev, int where) but I don't think it's worth changing the thousands of callers just for that. > Make the return int and return the read value or -1 on error. > (Or maybe 0xffff0000 on error??) > > For a 32bit read (there must be one for the BARs) returning > a 64bit signed integer would work even for 32bit systems. > > If code cares about the error, and it can be detected then > it can check. Otherwise the it all 'just works'. There are u8 (byte), u16 (word), and u32 (dword) config reads & writes. But I don't think it really helps to return something wider than the access. For programmatic errors like invalid alignment, we could indeed use the extra bits to return an unambiguous error. But we still have the "device was unplugged" sort of errors where the *hardware* typically returns ~0 and the config accessor doesn't know whether that's valid data or an error. Bjorn
WARNING: multiple messages have this Message-ID (diff)
From: Bjorn Helgaas <helgaas@kernel.org> To: David Laight <David.Laight@ACULAB.COM> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>, Keith Busch <kbusch@kernel.org>, Paul Mackerras <paulus@samba.org>, sparclinux <sparclinux@vger.kernel.org>, Toan Le <toan@os.amperecomputing.com>, Kjetil Oftedal <oftedal@gmail.com>, Greg Ungerer <gerg@linux-m68k.org>, Marek Vasut <marek.vasut+renesas@gmail.com>, Rob Herring <robh@kernel.org>, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>, Sagi Grimberg <sagi@grimberg.me>, Michael Ellerman <mpe@ellerman.id.au>, Russell King <linux@armlinux.org.uk>, Ley Foon Tan <ley.foon.tan@intel.com>, Christoph Hellwig <hch@lst.de>, Geert Uytterhoeven <geert@linux-m68k.org>, Kevin Hilman <khilman@baylibre.com>, linux-pci <linux-pci@vger.kernel.org>, Jakub Kicinski <kuba@kernel.org>, Matt Turner <mattst88@gmail.com>, "linux-kernel-mentees@lists.linuxfoundation.org" <linux-kernel-mentees@lists.linuxfoundation.org>, Guenter Roeck <linux@roeck-us.net>, 'Arnd Bergmann' <arnd@arndb.de>, Ray Jui <rjui@broadcom.com>, Jens Axboe <axboe@fb.com>, Ivan Kokshaysky <ink@jurassic.park.msu.ru>, Boris Ostrovsky <boris.ostrovsky@oracle.com>, Richard Henderson <rth@twiddle.net>, Juergen Gross <jgross@suse.com>, Bjorn Helgaas <bhelgaas@google.com>, Thomas Bogendoerfer <tsbogend@alpha.franken.de>, Scott Branden <sbranden@broadcom.com>, Jingoo Han <jingoohan1@gmail.com>, "Saheed O. Bolarinwa" <refactormyself@gmail.com>, "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, Gustavo Pimentel <gustavo.pimentel@synopsys.com>, linuxppc-dev <linuxppc-dev@lists.ozlabs.org>, "David S. Miller" <davem@davemloft.net>, Heiner Kallweit <hkallweit1@gmail.com> Subject: Re: [Linux-kernel-mentees] [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86 Date: Wed, 15 Jul 2020 17:01:35 -0500 [thread overview] Message-ID: <20200715220135.GA563272@bjorn-Precision-5520> (raw) In-Reply-To: <4c994d9a804b4a2c8555c50b63e20772@AcuMS.aculab.com> On Wed, Jul 15, 2020 at 02:24:21PM +0000, David Laight wrote: > From: Arnd Bergmann > > Sent: 15 July 2020 07:47 > > On Wed, Jul 15, 2020 at 1:46 AM Bjorn Helgaas <helgaas@kernel.org> wrote: > > > > So something like: > > > > > > void pci_read_config_word(struct pci_dev *dev, int where, u16 *val) > > > > > > and where we used to return anything non-zero, we just set *val = ~0 > > > instead? I think we do that already in most, maybe all, cases. > > > > Right, this is what I had in mind. If we start by removing the handling > > of the return code in all files that clearly don't need it, looking at > > whatever remains will give a much better idea of what a good interface > > should be. > > It would be best to get rid of that nasty 'u16 *' parameter. Do you mean nasty because it's basically a return value, but not returned as the *function's* return value? I agree that if we were starting from scratch it would nicer to have: u16 pci_read_config_word(struct pci_dev *dev, int where) but I don't think it's worth changing the thousands of callers just for that. > Make the return int and return the read value or -1 on error. > (Or maybe 0xffff0000 on error??) > > For a 32bit read (there must be one for the BARs) returning > a 64bit signed integer would work even for 32bit systems. > > If code cares about the error, and it can be detected then > it can check. Otherwise the it all 'just works'. There are u8 (byte), u16 (word), and u32 (dword) config reads & writes. But I don't think it really helps to return something wider than the access. For programmatic errors like invalid alignment, we could indeed use the extra bits to return an unambiguous error. But we still have the "device was unplugged" sort of errors where the *hardware* typically returns ~0 and the config accessor doesn't know whether that's valid data or an error. Bjorn _______________________________________________ Linux-kernel-mentees mailing list Linux-kernel-mentees@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/linux-kernel-mentees
next prev parent reply other threads:[~2020-07-15 22:03 UTC|newest] Thread overview: 204+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-07-13 12:22 [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86 Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 01/35] xen-pciback: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 02/35] ssb: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 17:16 ` Larry Finger 2020-07-13 17:16 ` [Linux-kernel-mentees] " Larry Finger 2020-07-13 19:13 ` Saheed Bolarinwa 2020-07-13 19:13 ` [Linux-kernel-mentees] " Saheed Bolarinwa 2020-07-13 18:29 ` Arnd Bergmann 2020-07-13 18:29 ` [Linux-kernel-mentees] " Arnd Bergmann 2020-07-13 18:35 ` Larry Finger 2020-07-13 18:35 ` [Linux-kernel-mentees] " Larry Finger 2020-07-13 12:22 ` [RFC PATCH 03/35] scsi: ipr: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 04/35] scsi: ipr: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 05/35] PCI: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 06/35] PCI: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 13:59 ` Gustavo Pimentel 2020-07-13 13:59 ` Gustavo Pimentel 2020-07-13 13:59 ` Gustavo Pimentel 2020-07-13 13:59 ` [Linux-kernel-mentees] " Gustavo Pimentel 2020-07-13 12:22 ` [RFC PATCH 07/35] PCI: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 08/35] PCI: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 09/35] nvme-pci: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 16:42 ` Rajashekar, Revanth 2020-07-13 16:42 ` [Linux-kernel-mentees] " Rajashekar, Revanth 2020-07-13 16:42 ` Rajashekar, Revanth 2020-07-13 18:24 ` Saheed Bolarinwa 2020-07-13 18:24 ` [Linux-kernel-mentees] " Saheed Bolarinwa 2020-07-13 18:24 ` Saheed Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 10/35] nvme-pci: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 11/35] r8169: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 12/35] r8169: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 13:45 ` Heiner Kallweit 2020-07-13 13:45 ` [Linux-kernel-mentees] " Heiner Kallweit 2020-07-13 13:09 ` Saheed Bolarinwa 2020-07-13 13:09 ` [Linux-kernel-mentees] " Saheed Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 13/35] cxl: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 14/35] i2c/busses: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-17 14:58 ` Jean Delvare 2020-07-17 14:58 ` [Linux-kernel-mentees] " Jean Delvare 2020-07-18 19:05 ` Saheed Bolarinwa 2020-07-18 19:05 ` [Linux-kernel-mentees] " Saheed Bolarinwa 2020-07-22 11:06 ` Wolfram Sang 2020-07-22 11:06 ` [Linux-kernel-mentees] " Wolfram Sang 2020-07-13 12:22 ` [RFC PATCH 15/35] i2c/busses: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-17 15:11 ` Jean Delvare 2020-07-17 15:11 ` [Linux-kernel-mentees] " Jean Delvare 2020-07-13 12:22 ` [RFC PATCH 16/35] hwmon: (sis5595) Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-14 5:02 ` Guenter Roeck 2020-07-14 5:02 ` [Linux-kernel-mentees] " Guenter Roeck 2020-07-13 12:22 ` [RFC PATCH 17/35] hwmon: (sis5595) Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-14 5:04 ` Guenter Roeck 2020-07-14 5:04 ` [Linux-kernel-mentees] " Guenter Roeck 2020-07-13 12:22 ` [RFC PATCH 18/35] bcma: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 19/35] atm: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 20/35] atm: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 21/35] atm: Fix Style ERROR- assignment in if condition Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 22/35] unicore32: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 23/35] sparc/PCI: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 24/35] sh: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-20 21:41 ` Rich Felker 2020-07-20 21:41 ` [Linux-kernel-mentees] " Rich Felker 2020-07-20 21:41 ` Rich Felker 2020-07-13 12:22 ` [RFC PATCH 25/35] sh: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 26/35] powerpc: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 27/35] powerpc: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 28/35] mips: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 29/35] mips: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 30/35] microblaze: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 31/35] m68k: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 32/35] arm/PCI: " Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 33/35] arm/PCI: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 34/35] PCI: Change PCIBIOS_SUCCESSFUL to 0 Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 12:22 ` [RFC PATCH 35/35] alpha: Tidy Success/Failure checks Saheed O. Bolarinwa 2020-07-13 12:22 ` [Linux-kernel-mentees] " Saheed O. Bolarinwa 2020-07-13 15:08 ` [RFC PATCH 00/35] Move all PCIBIOS* definitions into arch/x86 Arnd Bergmann 2020-07-13 15:08 ` Arnd Bergmann 2020-07-13 15:08 ` Arnd Bergmann 2020-07-13 15:08 ` Arnd Bergmann 2020-07-13 15:08 ` [Linux-kernel-mentees] " Arnd Bergmann 2020-07-14 18:45 ` Bjorn Helgaas 2020-07-14 18:45 ` [Linux-kernel-mentees] " Bjorn Helgaas 2020-07-14 18:45 ` Bjorn Helgaas 2020-07-14 18:45 ` Bjorn Helgaas 2020-07-14 21:02 ` Kjetil Oftedal 2020-07-14 21:02 ` [Linux-kernel-mentees] " Kjetil Oftedal 2020-07-14 21:02 ` Kjetil Oftedal 2020-07-14 21:02 ` Kjetil Oftedal 2020-07-15 2:14 ` Benjamin Herrenschmidt 2020-07-15 2:14 ` [Linux-kernel-mentees] " Benjamin Herrenschmidt 2020-07-15 2:14 ` Benjamin Herrenschmidt 2020-07-15 2:14 ` Benjamin Herrenschmidt 2020-07-14 22:01 ` Arnd Bergmann 2020-07-14 22:01 ` [Linux-kernel-mentees] " Arnd Bergmann 2020-07-14 22:01 ` Arnd Bergmann 2020-07-14 22:01 ` Arnd Bergmann 2020-07-14 23:46 ` Bjorn Helgaas 2020-07-14 23:46 ` [Linux-kernel-mentees] " Bjorn Helgaas 2020-07-14 23:46 ` Bjorn Helgaas 2020-07-14 23:46 ` Bjorn Helgaas 2020-07-15 2:19 ` Benjamin Herrenschmidt 2020-07-15 2:19 ` [Linux-kernel-mentees] " Benjamin Herrenschmidt 2020-07-15 2:19 ` Benjamin Herrenschmidt 2020-07-15 2:19 ` Benjamin Herrenschmidt 2020-07-15 6:47 ` Arnd Bergmann 2020-07-15 6:47 ` [Linux-kernel-mentees] " Arnd Bergmann 2020-07-15 6:47 ` Arnd Bergmann 2020-07-15 6:47 ` Arnd Bergmann 2020-07-15 14:24 ` David Laight 2020-07-15 14:24 ` [Linux-kernel-mentees] " David Laight 2020-07-15 22:01 ` Bjorn Helgaas [this message] 2020-07-15 22:01 ` Bjorn Helgaas 2020-07-16 8:18 ` David Laight 2020-07-16 8:18 ` [Linux-kernel-mentees] " David Laight 2020-07-15 22:26 ` Benjamin Herrenschmidt 2020-07-15 22:26 ` [Linux-kernel-mentees] " Benjamin Herrenschmidt 2020-07-15 22:26 ` Benjamin Herrenschmidt 2020-07-15 22:26 ` Benjamin Herrenschmidt 2020-07-15 4:18 ` Oliver O'Halloran 2020-07-15 4:18 ` [Linux-kernel-mentees] " Oliver O'Halloran 2020-07-15 4:18 ` Oliver O'Halloran 2020-07-15 4:18 ` Oliver O'Halloran 2020-07-15 14:38 ` David Laight 2020-07-15 14:38 ` [Linux-kernel-mentees] " David Laight 2020-07-15 14:38 ` David Laight 2020-07-15 14:38 ` David Laight 2020-07-15 22:12 ` Bjorn Helgaas 2020-07-15 22:12 ` [Linux-kernel-mentees] " Bjorn Helgaas 2020-07-15 22:12 ` Bjorn Helgaas 2020-07-15 22:12 ` Bjorn Helgaas 2020-07-15 22:49 ` Benjamin Herrenschmidt 2020-07-15 22:49 ` [Linux-kernel-mentees] " Benjamin Herrenschmidt 2020-07-15 22:49 ` Benjamin Herrenschmidt 2020-07-15 22:49 ` Benjamin Herrenschmidt 2020-07-16 8:07 ` David Laight 2020-07-16 8:07 ` [Linux-kernel-mentees] " David Laight 2020-07-16 8:07 ` David Laight 2020-07-16 8:07 ` David Laight 2020-07-14 23:14 ` Rob Herring 2020-07-14 23:14 ` [Linux-kernel-mentees] " Rob Herring 2020-07-14 23:14 ` Rob Herring 2020-07-14 23:14 ` Rob Herring 2020-07-15 2:12 ` Benjamin Herrenschmidt 2020-07-15 2:12 ` [Linux-kernel-mentees] " Benjamin Herrenschmidt 2020-07-15 2:12 ` Benjamin Herrenschmidt 2020-07-15 2:12 ` Benjamin Herrenschmidt 2020-07-13 22:01 ` Bjorn Helgaas 2020-07-13 22:01 ` Bjorn Helgaas 2020-07-13 22:01 ` Bjorn Helgaas 2020-07-13 22:01 ` Bjorn Helgaas 2020-07-13 22:01 ` [Linux-kernel-mentees] " Bjorn Helgaas 2020-07-13 18:55 Saheed O. Bolarinwa 2020-07-18 18:45 Saheed Olayemi Bolarinwa 2020-07-21 13:52 ` Jean Delvare
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=20200715220135.GA563272@bjorn-Precision-5520 \ --to=helgaas@kernel.org \ --cc=David.Laight@ACULAB.COM \ --cc=arnd@arndb.de \ --cc=axboe@fb.com \ --cc=bhelgaas@google.com \ --cc=bjorn@helgaas.com \ --cc=boris.ostrovsky@oracle.com \ --cc=davem@davemloft.net \ --cc=geert@linux-m68k.org \ --cc=gerg@linux-m68k.org \ --cc=gregkh@linuxfoundation.org \ --cc=gustavo.pimentel@synopsys.com \ --cc=hch@lst.de \ --cc=hkallweit1@gmail.com \ --cc=ink@jurassic.park.msu.ru \ --cc=jgross@suse.com \ --cc=jingoohan1@gmail.com \ --cc=kbusch@kernel.org \ --cc=khilman@baylibre.com \ --cc=kuba@kernel.org \ --cc=ley.foon.tan@intel.com \ --cc=linux-kernel-mentees@lists.linuxfoundation.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pci@vger.kernel.org \ --cc=linux@armlinux.org.uk \ --cc=linux@roeck-us.net \ --cc=linuxppc-dev@lists.ozlabs.org \ --cc=lorenzo.pieralisi@arm.com \ --cc=marek.vasut+renesas@gmail.com \ --cc=mattst88@gmail.com \ --cc=oftedal@gmail.com \ --cc=p.zabel@pengutronix.de \ --cc=paulus@samba.org \ --cc=refactormyself@gmail.com \ --cc=rjui@broadcom.com \ --cc=robh@kernel.org \ --cc=rth@twiddle.net \ --cc=sagi@grimberg.me \ --cc=sbranden@broadcom.com \ --cc=skhan@linuxfoundation.org \ --cc=sparclinux@vger.kernel.org \ --cc=toan@os.amperecomputing.com \ --cc=tsbogend@alpha.franken.de \ /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.