[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110624085318.70bde05c@jbarnes-desktop>
Date: Fri, 24 Jun 2011 08:53:18 -0700
From: Jesse Barnes <jbarnes@...tuousgeek.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [git pull] PCI fixes
On Fri, 24 Jun 2011 08:38:07 -0700
Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> On Thu, Jun 23, 2011 at 1:37 PM, Jesse Barnes <jbarnes@...tuousgeek.org> wrote:
> >
> > Just a few minor fixes. We have one open issue with the resource
> > re-allocation code that was re-added. Ram has a fix but I'm concerned
> > it will introduce other regressions. So at this point we have a few
> > options:
> > - revert the bridge resource re-allocation code (again)
> > - hide the re-allocation code behind a new kernel option (and not
> > try=!), this would at least let us experiment with new strategies
> > and PNP resource tracking etc
> > - apply Ram's patch and revert it all later if things are still broken
>
> I think I've missed the regression discussion, so can you forward a
> description and the fix?
>
> I have to admit that I'm inclined to try the fix if it's clean, just
> in the hope to get over this finally. But I'd like to see what the
> problem/fix is...
>
> Maybe I've seen it and just didn't react.
Some discussion was under "PCI: fix cardbus and sriov regressions",
which includes a patchset as well. Oliver Hartkopp's problem is the one
that worries me most. The SR-IOV issue is really a BIOS bug and
unlikely to affect many people anyway (SR-IOV is really a big server
feature).
--
Jesse Barnes, Intel Open Source Technology Center
--
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