1. 20 Nov, 2009 1 commit
  2. 21 Sep, 2009 1 commit
  3. 19 Sep, 2009 13 commits
  4. 15 Sep, 2009 1 commit
    • Michael S. Tsirkin's avatar
      uio: add generic driver for PCI 2.3 devices · ccb86a69
      Michael S. Tsirkin authored
      
      This adds a generic uio driver that can bind to any PCI device.  First
      user will be virtualization where a qemu userspace process needs to give
      guest OS access to the device.
      
      Interrupts are handled using the Interrupt Disable bit in the PCI
      command register and Interrupt Status bit in the PCI status register.
      All devices compliant to PCI 2.3 (circa 2002) and all compliant PCI
      Express devices should support these bits.  Driver detects this support,
      and won't bind to devices which do not support the Interrupt Disable Bit
      in the command register.
      
      It's expected that more features of interest to virtualization will be
      added to this driver in the future. Possibilities are: mmap for device
      resources, MSI/MSI-X, eventfd (to interface with kvm), iommu.
      Signed-off-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      Acked-by: default avatarChris Wright <chrisw@redhat.com>
      Signed-off-by: default avatarHans J. Koch <hjk@linutronix.de>
      Acked-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      
      ccb86a69
  5. 30 Jul, 2009 1 commit
  6. 08 Jul, 2009 1 commit
  7. 16 Jun, 2009 1 commit
    • GeunSik Lim's avatar
      debugfs: Fix terminology inconsistency of dir name to mount debugfs filesystem. · 156f5a78
      GeunSik Lim authored
      Many developers use "/debug/" or "/debugfs/" or "/sys/kernel/debug/"
      directory name to mount debugfs filesystem for ftrace according to
      ./Documentation/tracers/ftrace.txt file.
      
      And, three directory names(ex:/debug/, /debugfs/, /sys/kernel/debug/) is
      existed in kernel source like ftrace, DRM, Wireless, Documentation,
      Network[sky2]files to mount debugfs filesystem.
      
      debugfs means debug filesystem for debugging easy to use by greg kroah
      hartman. "/sys/kernel/debug/" name is suitable as directory name
      of debugfs filesystem.
      - debugfs related reference: http://lwn.net/Articles/334546/
      
      
      
      Fix inconsistency of directory name to mount debugfs filesystem.
      
      * From Steven Rostedt
        - find_debugfs() and tracing_files() in this patch.
      Signed-off-by: default avatarGeunSik Lim <geunsik.lim@samsung.com>
      Acked-by     : Inaky Perez-Gonzalez <inaky@linux.intel.com>
      Reviewed-by  : Steven Rostedt <rostedt@goodmis.org>
      Reviewed-by  : James Smart <james.smart@emulex.com>
      CC: Jiri Kosina <trivial@kernel.org>
      CC: David Airlie <airlied@linux.ie>
      CC: Peter Osterlund <petero2@telia.com>
      CC: Ananth N Mavinakayanahalli <ananth@in.ibm.com>
      CC: Anil S Keshavamurthy <anil.s.keshavamurthy@intel.com>
      CC: Masami Hiramatsu <mhiramat@redhat.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      156f5a78
  8. 20 May, 2009 1 commit
  9. 15 May, 2009 1 commit
  10. 01 May, 2009 3 commits
  11. 22 Apr, 2009 1 commit
  12. 11 Apr, 2009 1 commit
  13. 07 Apr, 2009 1 commit
  14. 06 Apr, 2009 1 commit
  15. 03 Apr, 2009 1 commit
  16. 30 Mar, 2009 1 commit
    • Alexey Dobriyan's avatar
      proc 2/2: remove struct proc_dir_entry::owner · 99b76233
      Alexey Dobriyan authored
      Setting ->owner as done currently (pde->owner = THIS_MODULE) is racy
      as correctly noted at bug #12454. Someone can lookup entry with NULL
      ->owner, thus not pinning enything, and release it later resulting
      in module refcount underflow.
      
      We can keep ->owner and supply it at registration time like ->proc_fops
      and ->data.
      
      But this leaves ->owner as easy-manipulative field (just one C assignment)
      and somebody will forget to unpin previous/pin current module when
      switching ->owner. ->proc_fops is declared as "const" which should give
      some thoughts.
      
      ->read_proc/->write_proc were just fixed to not require ->owner for
      protection.
      
      rmmod'ed directories will be empty and return "." and ".." -- no harm.
      And directories with tricky enough readdir and lookup shouldn't be modular.
      We definitely don't want such modular code.
      
      Removing ->owner will also make PDE smaller.
      
      So, let's nuke it.
      
      Kudos to Jeff Layton for reminding about this, let's say, oversight.
      
      http://bugzilla.kernel.org/show_bug.cgi?id=12454
      
      Signed-off-by: default avatarAlexey Dobriyan <adobriyan@gmail.com>
      99b76233
  17. 28 Mar, 2009 1 commit
  18. 24 Mar, 2009 1 commit
    • Hans J. Koch's avatar
      UIO: Add name attributes for mappings and port regions · 82057791
      Hans J. Koch authored
      
      If a UIO device has several memory mappings, it can be difficult for userspace
      to find the right one. The situation becomes even worse if the UIO driver can
      handle different versions of a card that have different numbers of mappings.
      Benedikt Spranger has such cards and pointed this out to me. Thanks, Bene!
      
      To address this problem, this patch adds "name" sysfs attributes for each
      mapping. Userspace can use these to clearly identify each mapping. The name
      string is optional. If a driver doesn't set it, an empty string will be
      returned, so this patch won't break existing drivers.
      
      The same problem exists for port region information, so a "name" attribute is
      added there, too.
      Signed-off-by: default avatarHans J. Koch <hjk@linutronix.de>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      82057791
  19. 20 Mar, 2009 1 commit
  20. 13 Mar, 2009 1 commit
  21. 09 Mar, 2009 1 commit
  22. 22 Feb, 2009 1 commit
    • Randy Dunlap's avatar
      docbook: split kernel-api for device-drivers · f7f84f38
      Randy Dunlap authored
      
      The kernel-api docbook was much larger than any of the others,
      so processing it took longer and needed some docbook extras in
      some cases, so split it into kernel-api (infrastructure etc.)
      and device drivers/device subsystems.  This allows these docbooks
      to be generated in parallel.  (This reduced the docbook processing
      time on my 4-proc system with make -j4 from about 5min:16sec to
      about 2min:01sec.)
      
      The chapters that were moved from kernel-api to device-drivers are:
      
      Driver Basics
      Device drivers infrastructure
      Parallel Port Devices
      Message-based devices
      Sound Devices
      16x50 UART Driver
      Frame Buffer Library
      Input Subsystem
      Serial Peripheral Interface (SPI)
      I2C and SMBus Subsystem
      Signed-off-by: default avatarRandy Dunlap <randy.dunlap@oracle.com>
      Acked-by: default avatarSam Ravnborg <sam@ravnborg.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f7f84f38
  23. 29 Jan, 2009 2 commits
  24. 28 Jan, 2009 1 commit
  25. 08 Jan, 2009 1 commit