Re: Current EFIKA status?

Matt Sealey <[email protected]>
Newsgroups gmane.os.netbsd.ports.ofppc
Message-ID <[email protected]>
Like I said, the device-tree PCI nodes know what they are doing; they
are implicitly bound to the host controller.

RTAS just accepts bus, device, function as a configuration address. It
has no idea which one to look at without some internal hackery. It has
no clue about seperate host controllers.

Our firmware knows the difference, I have no clue about anyone else, but
in the end - Apple are the biggest user of OF besides Sun, and neither
of them implement RTAS *growl*. Use RTAS, fall back to config-[lwb][@!]
if you don't have RTAS, and it will work. Expect funny behaviour if
RTAS is broken somehow. But Linux uses RTAS on the Efika - ostensibly
to work around the AGP/PCI distinction in firmware at some point.

On the Discovery it just uses native PCI bus access.

-- 
Matt Sealey <[email protected]>
Genesi, Manager, Developer Relations

Frank Wille wrote:
> Matt Sealey wrote:
> 
>>> Currently I'm not smart enough to see a reason why the "PCI domain" 
>>> can be a problem, but the rest sounds conclusive.
>>
>> For instance if you send a configuration space request for bus 0, 
>> device 1,
>> function 8.. how does it know which host controller? :)
> 
> When using config-l@ with the OFW-handle of the first PCI-node,
> I expect it to read from the config registers of the first
> host controller.
> 
> There are separate registers for the two PCI host controllers,
> or not? At least it seems so from the OpenBSD source.
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.