lkml.org 
[lkml]   [2003]   [Jun]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subject/proc/bus/pci
    I notice that /proc/bus/pci doesn't offer a sane
    interface for multiple PCI domains and choice of BAR.
    What do people think of this?

    bus/pci/00/00.0 -> ../hose0/bus0/dev0/fn0/config-space
    bus/pci/hose0/bus0/dev0/fn0/config-space
    bus/pci/hose0/bus0/dev0/fn0/bar0
    bus/pci/hose0/bus0/dev0/fn0/bar1
    bus/pci/hose0/bus0/dev0/fn0/bar2
    bus/pci/hose0/bus0/dev0/fn0/status

    Then with some mmap flags, the nasty ioctl() stuff
    won't be needed anymore. It can die during 2.7.xx
    development. If MAP_MMIO isn't generally acceptable,
    then it could be via filename suffixes. (eeew, IMHO)

    One remaining problem is permission. Any complaints
    about implementing chmod() for those? Since this
    does bypass capabilities, a mount option might be
    used to enable it.

    As alternatives to /proc changes, a distinct filesystem
    could be developed or sysfs could be abused.


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 13:36    [W:0.020 / U:1.224 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site