[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2c722338-c113-14a1-040b-70326e2e2451@intel.com>
Date: Thu, 19 Jan 2023 13:31:39 -0800
From: Tony Nguyen <anthony.l.nguyen@...el.com>
To: Bjorn Helgaas <helgaas@...nel.org>
CC: <linux-pci@...r.kernel.org>, Bjorn Helgaas <bhelgaas@...gle.com>,
<netdev@...r.kernel.org>, <intel-wired-lan@...ts.osuosl.org>,
<linux-kernel@...r.kernel.org>,
Jesse Brandeburg <jesse.brandeburg@...el.com>,
Sathyanarayanan Kuppuswamy
<sathyanarayanan.kuppuswamy@...ux.intel.com>
Subject: Re: [Intel-wired-lan] [PATCH 2/9] e1000e: Remove redundant
pci_enable_pcie_error_reporting()
On 1/19/2023 10:40 AM, Bjorn Helgaas wrote:
> [+cc Sathy]
>
> On Thu, Jan 19, 2023 at 10:28:16AM -0800, Tony Nguyen wrote:
>> On 1/18/2023 3:46 PM, Bjorn Helgaas wrote:
>>> From: Bjorn Helgaas <bhelgaas@...gle.com>
>>>
>>> pci_enable_pcie_error_reporting() enables the device to send ERR_*
>>> Messages. Since f26e58bf6f54 ("PCI/AER: Enable error reporting when AER is
>>> native"), the PCI core does this for all devices during enumeration.
>>>
>>> Remove the redundant pci_enable_pcie_error_reporting() call from the
>>> driver. Also remove the corresponding pci_disable_pcie_error_reporting()
>>> from the driver .remove() path.
>>>
>>> Note that this doesn't control interrupt generation by the Root Port; that
>>> is controlled by the AER Root Error Command register, which is managed by
>>> the AER service driver.
>>>
>>> Signed-off-by: Bjorn Helgaas <bhelgaas@...gle.com>
>>> Cc: Jesse Brandeburg <jesse.brandeburg@...el.com>
>>> Cc: Tony Nguyen <anthony.l.nguyen@...el.com>
>>> Cc: intel-wired-lan@...ts.osuosl.org
>>> Cc: netdev@...r.kernel.org
>>> ---
>>> drivers/net/ethernet/intel/e1000e/netdev.c | 7 -------
>>> 1 file changed, 7 deletions(-)
>>
>> Reviewed-by: Tony Nguyen <anthony.l.nguyen@...el.com>
>
> Thanks a million for taking a look at these, Tony!
>
> These driver patches are all independent and have no dependency on the
> 1/9 PCI/AER patch. What's your opinion on merging these? Should they
> go via netdev? Should they be squashed into a single patch that does
> all the Intel drivers at once?
>
> I'm happy to squash them and/or merge them via the PCI tree, whatever
> is easiest.
Since there's no dependency, IMO, it'd make sense to go through
Intel-wired-lan/netdev. Keeping them per driver is fine.
Thanks,
Tony
Powered by blists - more mailing lists