From: Jean Delvare <jdelvare@suse.de> To: "Saheed O. Bolarinwa" <refactormyself@gmail.com> Cc: helgaas@kernel.org, bjorn@helgaas.com, skhan@linuxfoundation.org, linux-pci@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org, linux-kernel@vger.kernel.org, linux-i2c@vger.kernel.org Subject: Re: [RFC PATCH 14/35] i2c/busses: Change PCIBIOS_SUCCESSFUL to 0 Date: Fri, 17 Jul 2020 16:58:20 +0200 [thread overview] Message-ID: <20200717165820.6b5318ad@endymion> (raw) In-Reply-To: <20200713122247.10985-15-refactormyself@gmail.com> Hi Saheed, On Mon, 13 Jul 2020 14:22:26 +0200, Saheed O. Bolarinwa wrote: > In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. > Their scope should be limited within arch/x86. Which PCI specification are you talking about here. In my "PCI Local Bus Revision 2.3" specification (March 29, 2002), chapter 2 is about Signal Definition and has nothing to do with the BIOS. > > Change all PCIBIOS_SUCCESSFUL to 0 > > Signed-off-by: "Saheed O. Bolarinwa" <refactormyself@gmail.com> > --- > drivers/i2c/busses/i2c-ali15x3.c | 4 ++-- > drivers/i2c/busses/i2c-nforce2.c | 2 +- > drivers/i2c/busses/i2c-sis5595.c | 10 +++++----- > 3 files changed, 8 insertions(+), 8 deletions(-) Hmmm. That seems to be a lot of changes to solve an essentially theoretical problem (if a problem at all). I am not familiar enough with the PCI subsystem to claim that it is fundamentally wrong, but enough to say I'm skeptical. PCI is a cross-architecture standard, and we can't possibly have the return value of core functions such as pci_write_config_word follow different conventions depending on the architecture, can we? Does pci_write_config_word() currently return PCIBIOS_SUCCESSFUL on success on x86 and 0 on success on other architectures? What about errors, do we return positive, "PCIBIOS-specific" error codes on x86 and negative, unix-like error codes on other architectures? > diff --git a/drivers/i2c/busses/i2c-ali15x3.c b/drivers/i2c/busses/i2c-ali15x3.c > index 02185a1cfa77..359ee3e0864a 100644 > --- a/drivers/i2c/busses/i2c-ali15x3.c > +++ b/drivers/i2c/busses/i2c-ali15x3.c > @@ -167,11 +167,11 @@ static int ali15x3_setup(struct pci_dev *ALI15X3_dev) > if(force_addr) { > dev_info(&ALI15X3_dev->dev, "forcing ISA address 0x%04X\n", > ali15x3_smba); > - if (PCIBIOS_SUCCESSFUL != pci_write_config_word(ALI15X3_dev, > + if (0 != pci_write_config_word(ALI15X3_dev, > SMBBA, > ali15x3_smba)) > goto error; This leaves the code horribly aligned. > - if (PCIBIOS_SUCCESSFUL != pci_read_config_word(ALI15X3_dev, > + if (0 != pci_read_config_word(ALI15X3_dev, > SMBBA, &a)) > goto error; > if ((a & ~(ALI15X3_SMB_IOSIZE - 1)) != ali15x3_smba) { > diff --git a/drivers/i2c/busses/i2c-nforce2.c b/drivers/i2c/busses/i2c-nforce2.c > index 777278386f58..385f4f446f36 100644 > --- a/drivers/i2c/busses/i2c-nforce2.c > +++ b/drivers/i2c/busses/i2c-nforce2.c > @@ -328,7 +328,7 @@ static int nforce2_probe_smb(struct pci_dev *dev, int bar, int alt_reg, > u16 iobase; > > if (pci_read_config_word(dev, alt_reg, &iobase) > - != PCIBIOS_SUCCESSFUL) { > + != 0) { > dev_err(&dev->dev, "Error reading PCI config for %s\n", > name); > return -EIO; > diff --git a/drivers/i2c/busses/i2c-sis5595.c b/drivers/i2c/busses/i2c-sis5595.c > index c793a5c14cda..fbe3ee31eae3 100644 > --- a/drivers/i2c/busses/i2c-sis5595.c > +++ b/drivers/i2c/busses/i2c-sis5595.c > @@ -176,10 +176,10 @@ static int sis5595_setup(struct pci_dev *SIS5595_dev) > if (force_addr) { > dev_info(&SIS5595_dev->dev, "forcing ISA address 0x%04X\n", sis5595_base); > if (pci_write_config_word(SIS5595_dev, ACPI_BASE, sis5595_base) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if (pci_read_config_word(SIS5595_dev, ACPI_BASE, &a) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((a & ~(SIS5595_EXTENT - 1)) != sis5595_base) { > /* doesn't work for some chips! */ > @@ -189,15 +189,15 @@ static int sis5595_setup(struct pci_dev *SIS5595_dev) > } > > if (pci_read_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, &val) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((val & 0x80) == 0) { > dev_info(&SIS5595_dev->dev, "enabling ACPI\n"); > if (pci_write_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, val | 0x80) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if (pci_read_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, &val) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((val & 0x80) == 0) { > /* doesn't work for some chips? */ -- Jean Delvare SUSE L3 Support
WARNING: multiple messages have this Message-ID (diff)
From: Jean Delvare <jdelvare@suse.de> To: "Saheed O. Bolarinwa" <refactormyself@gmail.com> Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, helgaas@kernel.org, linux-i2c@vger.kernel.org, linux-kernel-mentees@lists.linuxfoundation.org Subject: Re: [Linux-kernel-mentees] [RFC PATCH 14/35] i2c/busses: Change PCIBIOS_SUCCESSFUL to 0 Date: Fri, 17 Jul 2020 16:58:20 +0200 [thread overview] Message-ID: <20200717165820.6b5318ad@endymion> (raw) In-Reply-To: <20200713122247.10985-15-refactormyself@gmail.com> Hi Saheed, On Mon, 13 Jul 2020 14:22:26 +0200, Saheed O. Bolarinwa wrote: > In reference to the PCI spec (Chapter 2), PCIBIOS* is an x86 concept. > Their scope should be limited within arch/x86. Which PCI specification are you talking about here. In my "PCI Local Bus Revision 2.3" specification (March 29, 2002), chapter 2 is about Signal Definition and has nothing to do with the BIOS. > > Change all PCIBIOS_SUCCESSFUL to 0 > > Signed-off-by: "Saheed O. Bolarinwa" <refactormyself@gmail.com> > --- > drivers/i2c/busses/i2c-ali15x3.c | 4 ++-- > drivers/i2c/busses/i2c-nforce2.c | 2 +- > drivers/i2c/busses/i2c-sis5595.c | 10 +++++----- > 3 files changed, 8 insertions(+), 8 deletions(-) Hmmm. That seems to be a lot of changes to solve an essentially theoretical problem (if a problem at all). I am not familiar enough with the PCI subsystem to claim that it is fundamentally wrong, but enough to say I'm skeptical. PCI is a cross-architecture standard, and we can't possibly have the return value of core functions such as pci_write_config_word follow different conventions depending on the architecture, can we? Does pci_write_config_word() currently return PCIBIOS_SUCCESSFUL on success on x86 and 0 on success on other architectures? What about errors, do we return positive, "PCIBIOS-specific" error codes on x86 and negative, unix-like error codes on other architectures? > diff --git a/drivers/i2c/busses/i2c-ali15x3.c b/drivers/i2c/busses/i2c-ali15x3.c > index 02185a1cfa77..359ee3e0864a 100644 > --- a/drivers/i2c/busses/i2c-ali15x3.c > +++ b/drivers/i2c/busses/i2c-ali15x3.c > @@ -167,11 +167,11 @@ static int ali15x3_setup(struct pci_dev *ALI15X3_dev) > if(force_addr) { > dev_info(&ALI15X3_dev->dev, "forcing ISA address 0x%04X\n", > ali15x3_smba); > - if (PCIBIOS_SUCCESSFUL != pci_write_config_word(ALI15X3_dev, > + if (0 != pci_write_config_word(ALI15X3_dev, > SMBBA, > ali15x3_smba)) > goto error; This leaves the code horribly aligned. > - if (PCIBIOS_SUCCESSFUL != pci_read_config_word(ALI15X3_dev, > + if (0 != pci_read_config_word(ALI15X3_dev, > SMBBA, &a)) > goto error; > if ((a & ~(ALI15X3_SMB_IOSIZE - 1)) != ali15x3_smba) { > diff --git a/drivers/i2c/busses/i2c-nforce2.c b/drivers/i2c/busses/i2c-nforce2.c > index 777278386f58..385f4f446f36 100644 > --- a/drivers/i2c/busses/i2c-nforce2.c > +++ b/drivers/i2c/busses/i2c-nforce2.c > @@ -328,7 +328,7 @@ static int nforce2_probe_smb(struct pci_dev *dev, int bar, int alt_reg, > u16 iobase; > > if (pci_read_config_word(dev, alt_reg, &iobase) > - != PCIBIOS_SUCCESSFUL) { > + != 0) { > dev_err(&dev->dev, "Error reading PCI config for %s\n", > name); > return -EIO; > diff --git a/drivers/i2c/busses/i2c-sis5595.c b/drivers/i2c/busses/i2c-sis5595.c > index c793a5c14cda..fbe3ee31eae3 100644 > --- a/drivers/i2c/busses/i2c-sis5595.c > +++ b/drivers/i2c/busses/i2c-sis5595.c > @@ -176,10 +176,10 @@ static int sis5595_setup(struct pci_dev *SIS5595_dev) > if (force_addr) { > dev_info(&SIS5595_dev->dev, "forcing ISA address 0x%04X\n", sis5595_base); > if (pci_write_config_word(SIS5595_dev, ACPI_BASE, sis5595_base) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if (pci_read_config_word(SIS5595_dev, ACPI_BASE, &a) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((a & ~(SIS5595_EXTENT - 1)) != sis5595_base) { > /* doesn't work for some chips! */ > @@ -189,15 +189,15 @@ static int sis5595_setup(struct pci_dev *SIS5595_dev) > } > > if (pci_read_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, &val) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((val & 0x80) == 0) { > dev_info(&SIS5595_dev->dev, "enabling ACPI\n"); > if (pci_write_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, val | 0x80) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if (pci_read_config_byte(SIS5595_dev, SIS5595_ENABLE_REG, &val) > - != PCIBIOS_SUCCESSFUL) > + != 0) > goto error; > if ((val & 0x80) == 0) { > /* doesn't work for some chips? */ -- Jean Delvare SUSE L3 Support _______________________________________________ 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-17 14:58 UTC|newest] Thread overview: 201+ 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 [this message] 2020-07-17 14:58 ` 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 2020-07-15 22:01 ` [Linux-kernel-mentees] " 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
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=20200717165820.6b5318ad@endymion \ --to=jdelvare@suse.de \ --cc=bjorn@helgaas.com \ --cc=helgaas@kernel.org \ --cc=linux-i2c@vger.kernel.org \ --cc=linux-kernel-mentees@lists.linuxfoundation.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-pci@vger.kernel.org \ --cc=refactormyself@gmail.com \ --cc=skhan@linuxfoundation.org \ /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.