[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <E31FB011129F30488D5861F3839049151E9056C57A@BLRX7MCDC201.AMER.DELL.COM>
Date: Mon, 11 Jul 2011 17:52:01 +0530
From: <Narendra_K@...l.com>
To: <kernel@...uxace.com>
CC: <linux-kernel@...r.kernel.org>, <Jordan_Hargrave@...l.com>,
<jbarnes@...tuousgeek.org>, <Shyam_Iyer@...l.com>,
<Charles_Rose@...l.com>
Subject: RE: [PATCH] Fix embedded nic order on Dell PowerEdge systems
> -----Original Message-----
> From: Phil Oester [mailto:kernel@...uxace.com]
> Sent: Sunday, July 10, 2011 9:03 AM
> To: K, Narendra
> Cc: linux-kernel@...r.kernel.org; Hargrave, Jordan;
> jbarnes@...tuousgeek.org
> Subject: Re: [PATCH] Fix embedded nic order on Dell PowerEdge systems
>
> On Thu, Jun 09, 2011 at 01:03:00AM -0700, Narendra_K@...l.com wrote:
> > > -----Original Message-----
> > > From: Phil Oester [mailto:kernel@...uxace.com]
> > > Sent: Thursday, June 09, 2011 1:44 AM
> > > To: linux-kernel@...r.kernel.org
> > > Cc: K, Narendra; Hargrave, Jordan; jbarnes@...tuousgeek.org
> > > Subject: [PATCH] Fix embedded nic order on Dell PowerEdge systems
> > >
> > > In commit 6e8af08dfa40b747002207d3ce8e8b43a050d99f ("PCI: enable
> > > pci=bfsort
> > > by default on future Dell systems"), the callback added was placed at
> the
> > > top of the list, before the specific PowerEdge models. This ends up
> > > breaking the more specific models listed, since the new callback
> handles
> > > all Dell systems but the older systems don't have the new 0xB1 smbios
> > > entry.
> > >
> > > Fix this by placing the new check _after_ the more specific PowerEdge
> > > sytems.
> > >
> > > Phil Oester
> > >
> > > Signed-off-by: Phil Oester <kernel@...uxace.com>
> > >
> > > diff --git a/arch/x86/pci/common.c b/arch/x86/pci/common.c index
> > > 5fe7502..92df322 100644
> > > --- a/arch/x86/pci/common.c
> > > +++ b/arch/x86/pci/common.c
> > > @@ -247,13 +247,6 @@ static const struct dmi_system_id
> > > __devinitconst pciprobe_dmi_table[] = {
> > > },
> > > #endif /* __i386__ */
> > > {
> > > - .callback = find_sort_method,
> > > - .ident = "Dell System",
> > > - .matches = {
> > > - DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc"),
> > > - },
> > > - },
> > > - {
> > > .callback = set_bf_sort,
> > > .ident = "Dell PowerEdge 1950",
> > > .matches = {
> > > @@ -294,6 +287,13 @@ static const struct dmi_system_id
> > > __devinitconst pciprobe_dmi_table[] = {
> > > },
> > > },
> > > {
> > > + .callback = find_sort_method,
> > > + .ident = "Dell System",
> > > + .matches = {
> > > + DMI_MATCH(DMI_SYS_VENDOR, "Dell Inc"),
> > > + },
> > > + },
> > > + {
> > > .callback = set_bf_sort,
> > > .ident = "HP ProLiant BL20p G3",
> > > .matches = {
> > [>]
> >
> > Hi, this issue is fixed and the fix is in Jesse's linux-next tree.
> >
> > http://marc.info/?l=linux-pci&m=130108034729082 (x86/PCI: Preserve
> > existing pci=bfsort whitelist for Dell systems)
> >
> > With regards,
> > Narendra K
>
> This patch is still not included in 3.0.0-rc6, nor in any stable series.
> Some reason for this? And did Dell do any testing at all on existing hardware
> before submitting 6e8af08dfa4? Seems even a minor amount of testing
> should have shown this regression.
>
> Given 3.0.0 is expected soon, perhaps this can be included? Jesse?
>
Hi, I think for the patch to be included into stable, it needs to be in the mainline.
Hi Jesse, please consider queuing this patch for mainline.
With regards,
Narendra K
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists