Date: Wed, 22 Nov 2000 00:14:16 -0800 From: Mike Smith <msmith@freebsd.org> To: Warner Losh <imp@village.org> Cc: freebsd-current@FreeBSD.ORG Subject: Re: Getting at cardbus CIS data from inside drivers Message-ID: <200011220814.eAM8EGF01417@mass.osd.bsdi.com> In-Reply-To: Your message of "Wed, 22 Nov 2000 00:03:35 MST." <200011220703.AAA40559@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> function its own CIS chain. These CIS chains can live in
> configuration space, in memory space or the expansion ROM (which I
> assume is the same thing as the ROM BAR on function 0, but maybe I'm
> mistaken) and the bridge is responsible for properlly mapping the last
> two.
>
> The config space presents the biggest problem because we don't have
> any way to access it with the bus_space(9) functions, so special code
> is needed in the cardbus bus driver to know where to read from.
The code reading the CIS should be using callbacks into the
hardware-specific code, which will know how to read/write PCI
configuration space.
Having said that, there's a good argument to be made for adding PCI
configuration space as a new bus_space type. Any thoughts on why this
might be a bad idea?
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200011220814.eAM8EGF01417>