Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: pchb@acpi again



On Mon, Apr 15, 2013 at 12:26:06AM +0300, Jukka Ruohonen wrote:
> On Sat, Apr 13, 2013 at 06:26:19PM -0700, Chuck Silvers wrote:
> > anyway, there are more problems with the new pchb,
> > it's unhappy with the other two PCI root bridges in this system:
> > 
> > pchb7 at acpi0 (PCI1, PNP0A03-8): ACPI Host-PCI Bridge
> > pchb7: Can't get _PRT
> > pchb8 at acpi0 (PCI2, PNP0A03-9): ACPI Host-PCI Bridge
> > pchb8: Can't get _PRT
> > 
> > these really don't have a _PRT method, but the rest of the code doesn't 
> > mind.
> > they still attach fine with the mainbus attachment:
> > 
> > I guess that's because even though these root bridges themselves don't have
> > _PRT methods, the PCI bridges directly under them do have them.
> > so we'll need to accomodate that somehow.
> 
> Why not just probe _PRT in the match()? According to the spec, _PRT should
> be mandatory for all PCI root bridges.

I'm confused... if we were to make pchb_acpi_match() fail to match when the
root bridge device doesn't have a _PRT object, then how would you propose to
support systems like mine where some of the PCI root bridge devices don't have
_PRT objects?

-Chuck


Home | Main Index | Thread Index | Old Index