All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Romanick <idr@us.ibm.com>
To: fb-devel <linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: Add three new IOCTLs to FB API
Date: Mon, 22 Sep 2003 16:18:15 -0700	[thread overview]
Message-ID: <3F6F8337.7050000@us.ibm.com> (raw)
In-Reply-To: <Pine.GSO.4.21.0309220919230.4957-100000@vervain.sonytel.be>

Geert Uytterhoeven wrote:
> On Sun, 21 Sep 2003, Jon Smirl wrote:
> 
>>3) Get vendor and card PCI ID
> 
> In 2.6.0, you should be able to get them from sysfs, once fbdev does full
> sysfs.
> 
> Note that both are PCI-specific, for whatever that matters (no DRM for non-PCI
> chips anyway, right?).

Right.  Just PCI and AGP (which looks like PCI).  Presumably PCI Express 
will look the same.  I can't imagine ISA or VLB cards being supported. 
Ever.  At some point someone *may* support Sun's UPA or some other 
proprietary graphics interface, but I wouldn't lose too much sleep over 
it. :)

>>2) Get 3D driver name. Return the name of the DRM driver that is associated
>>with this fb device. For example aty128fb would return r128, radeonfb would
>>return radeon. Empty string if there is none. There are eight DRM drivers and
>>15 fb ones.
> 
> I think this should be done using sysfs, too. I.e. symbolic links between the
> fbdev and drm drivers in /sys.

I'm not that familiar with how sysfs works.  How would this look? 
There'd be a tree like:

     /sys/
         card0/
             dri.so (link to client-side driver)
             DRM_device (link to DRM device that will load kernel module)
             PCI_INFO (file containing PCI device information)

Or something roughly similar?  If so, I think this would be a 
*wonderful* way to handle it. :)




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf

  parent reply	other threads:[~2003-09-22 23:18 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-22  5:28 Add three new IOCTLs to FB API Jon Smirl
2003-09-22  6:13 ` Ian Romanick
2003-09-22  7:21 ` Geert Uytterhoeven
2003-09-22 20:25   ` Jon Smirl
2003-09-23  0:27     ` Michel Dänzer
2003-09-22 23:18   ` Ian Romanick [this message]
2003-09-23 16:36     ` Kronos
2003-09-22 10:23 ` Michel Dänzer
2003-09-23 15:45 ` Ville Syrjälä

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=3F6F8337.7050000@us.ibm.com \
    --to=idr@us.ibm.com \
    --cc=linux-fbdev-devel@lists.sourceforge.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.