public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jon Smirl <jonsmirl@gmail.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: "David S. Miller" <davem@davemloft.net>,
	jbarnes@engr.sgi.com, willy@debian.org,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: multi-domain PCI and sysfs
Date: Wed, 8 Sep 2004 20:31:50 -0400	[thread overview]
Message-ID: <9e473391040908173179bf4647@mail.gmail.com> (raw)
In-Reply-To: <1094683264.12335.35.camel@localhost.localdomain>

On Wed, 08 Sep 2004 23:41:05 +0100, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> The only way I can see VGA routing working is to have some kind of arch
> code that can tell you which devices are on the same VGA legacy tree.
> That then allows a vga layer to walk VGA devices and ask arch code the
> typically simple question

This is the core problem, I'm missing this piece of data. I need it to
know how many VGA devices to create since there needs to be one for
each VGA legacy tree.

All of my previous replies were confused since I was associating VGA
legacy trees and PCI domains, which apparently have nothing to do with
each other. I'm working on hardware that has neither multiple legacy
trees or domains so I have no experience in dealing with them.

I think the problem is more basic than building a VGA device. I
wouldn't be having trouble if there were structures for each "PCI IO
space". An x86 machine would have one of these structs. Other
architectures would have multiple ones. You need these structs to find
any PCI legacy device, the problem is not specific to VGA.

Shouldn't we first create a cross platform structure that represents
the "PCI IO spaces" available in the system? Then I could walk this
list and easily know how many VGA devices to create. Each VGA device
would then use this structure to know the PCI base address for each
"IO space" operation.

I suspect "PCI IO spaces" are a function of PCI bridge chips. We
already have structures corresponding to these chips.  Maybe all I
need to know is how to query a bridge chips config and see if it is
implementing a "PCI IO space". Then I could walk the bridge structures
and know how many VGA devices to create.

-- 
Jon Smirl
jonsmirl@gmail.com

  reply	other threads:[~2004-09-09  0:31 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-04 20:00 multi-domain PCI and sysfs Jon Smirl
2004-09-04 21:57 ` Jesse Barnes
2004-09-04 22:12   ` Jon Smirl
2004-09-04 22:27     ` Jesse Barnes
2004-09-04 22:45       ` Jon Smirl
2004-09-04 23:03         ` Jesse Barnes
2004-09-05 23:04           ` Matthew Wilcox
2004-09-05 23:50             ` Jon Smirl
2004-09-05 23:00               ` Alan Cox
2004-09-06  1:40               ` Matthew Wilcox
2004-09-07 22:58                 ` Jon Smirl
2004-09-07 23:11                   ` David S. Miller
2004-09-08  3:39                     ` Jon Smirl
2004-09-08  4:12                       ` David S. Miller
2004-09-08  4:16                       ` Jesse Barnes
2004-09-08  4:15                     ` Jesse Barnes
2004-09-08  4:16                       ` David S. Miller
2004-09-08  4:25                         ` Jesse Barnes
2004-09-08  6:01                           ` Jon Smirl
2004-09-08 13:02                             ` Alan Cox
2004-09-08 16:02                             ` Jesse Barnes
2004-09-08 18:20                               ` David S. Miller
2004-09-08 18:32                                 ` Jesse Barnes
2004-09-08 18:54                                   ` David S. Miller
2004-09-08  6:55                           ` Jon Smirl
2004-09-08 11:11                             ` Geert Uytterhoeven
2004-09-08 11:38                               ` Matthew Wilcox
2004-09-08 18:21                             ` David S. Miller
2004-09-08 22:41                               ` Alan Cox
2004-09-09  0:31                                 ` Jon Smirl [this message]
2004-09-09 13:06                                   ` Alan Cox
2004-09-08 15:03                   ` Matthew Wilcox
2004-09-06  0:06             ` Jesse Barnes
2004-09-06  0:31               ` Jon Smirl
2004-09-06  1:38               ` Jon Smirl

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9e473391040908173179bf4647@mail.gmail.com \
    --to=jonsmirl@gmail.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=davem@davemloft.net \
    --cc=jbarnes@engr.sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=willy@debian.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox