1. 29 Sep, 2005 1 commit
  2. 28 Sep, 2005 2 commits
  3. 22 Sep, 2005 2 commits
  4. 21 Sep, 2005 1 commit
  5. 17 Sep, 2005 1 commit
  6. 09 Sep, 2005 4 commits
    • Robert Love's avatar
      [PATCH] updated hdaps driver. · 860e1d6b
      Robert Love authored
      Driver for the IBM Hard Drive Active Protection System (HDAPS), an
      accelerometer found in most modern ThinkPads.
      Signed-off-by: default avatarRobert Love <rml@novell.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
    • Miklos Szeredi's avatar
      [PATCH] FUSE - MAINTAINERS, Kconfig and Makefile changes · 04578f17
      Miklos Szeredi authored
      This patch adds FUSE filesystem to MAINTAINERS, fs/Kconfig and
      Signed-off-by: default avatarMiklos Szeredi <miklos@szeredi.hu>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    • Knut Petersen's avatar
      [PATCH] framebuffer: new driver for cyberblade/i1 graphics core · 9fa68eae
      Knut Petersen authored
      This is a framebuffer driver for the Cyberblade/i1 graphics core.
      Currently tridenfb claims to support the cyberblade/i1 graphics core.  This
      is of very limited truth.  Even vesafb is faster and provides more working
      modes and a much better quality of the video signal.  There is a great
      number of bugs in tridentfb ...  but most often it is impossible to decide
      if these bugs are real bugs or if fixing them for the cyberblade/i1 core
      would break support for one of the other supported chips.
      Tridentfb seems to be unmaintained,and documentation for most of the
      supported chips is not available.  So "fixing" cyberblade/i1 support inside
      of tridentfb was not an option, it would have caused numerous
      if(CYBERBLADEi1) else ...  cases and would have rendered the code to be
      almost unmaintainable.
      A first version of this driver was published on 2005-07-31.  A fix for a
      bug reported by Jochen Hein was integrated as well as some changes
      requested by Antonino A.  Daplas.
      A message has been added to tridentfb to inform current users of tridentfb
      to switch to cyblafb if the cyberblade/i1 graphics core is detected.
      This patch is one logical change, but because of the included documentation
      it is bigger than 70kb.  Therefore it is not sent to lkml and
      Signed-off-by: default avatarKnut Petersen <Knut_Petersen@t-online.de>
      Cc: Muli Ben-Yehuda <mulix@mulix.org>
      Acked-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
    • Eric Van Hensbergen's avatar
      [PATCH] v9fs: Documentation, Makefiles, Configuration · 93fa58cb
      Eric Van Hensbergen authored
      V9FS is a distributed file system for Linux which provides an
      implementation of the Plan 9 resource sharing protocol 9P.  It can be
      used to share all sorts of resources: static files, synthetic file servers
      (such as /proc or /sys), devices, and application file servers (such as
      Plan 9 (http://plan9.bell-labs.com/plan9) is a research operating
      system and associated applications suite developed by the Computing
      Science Research Center of AT&T Bell Laboratories (now a part of
      Lucent Technologies), the same group that developed UNIX , C, and C++.
      Plan 9 was initially released in 1993 to universities, and then made
      generally available in 1995. Its core operating systems code laid the
      foundation for the Inferno Operating System released as a product by
      Lucent Bell-Labs in 1997. The Inferno venture was the only commercial
      embodiment of Plan 9 and is currently maintained as a product by Vita
      Nuova (http://www.vitanuova.com). After updated releases in 2000 and
      2002, Plan 9 was open-sourced under the OSI approved Lucent Public
      License in 2003.
      The Plan 9 project was started by Ken Thompson and Rob Pike in 1985.
      Their intent was to explore potential solutions to some of the
      shortcomings of UNIX in the face of the widespread use of high-speed
      networks to connect machines. In UNIX, networking was an afterthought
      and UNIX clusters became little more than a network of stand-alone
      systems. Plan 9 was designed from first principles as a seamless
      distributed system with integrated secure network resource sharing.
      Applications and services were architected in such a way as to allow
      for implicit distribution across a cluster of systems. Configuring an
      environment to use remote application components or services in place
      of their local equivalent could be achieved with a few simple command
      line instructions. For the most part, application implementations
      operated independent of the location of their actual resources.
      Commercial operating systems haven't changed much in the 20 years
      since Plan 9 was conceived. Network and distributed systems support is
      provided by a patchwork of middle-ware, with an endless number of
      packages supplying pieces of the puzzle. Matters are complicated by
      the use of different complicated protocols for individual services,
      and separate implementations for kernel and application resources.
      The V9FS project (http://v9fs.sourceforge.net) is an attempt to bring
      Plan 9's unified approach to resource sharing to Linux and other
      operating systems via support for the 9P2000 resource sharing
      V9FS was originally developed by Ron Minnich and Maya Gokhale at Los
      Alamos National Labs (LANL) in 1997.  In November of 2001, Greg Watson
      setup a SourceForge project as a public repository for the code which
      supported the Linux 2.4 kernel.
      About a year ago, I picked up the initial attempt Ron Minnich had
      made to provide 2.6 support and got the code integrated into a 2.6.5
      kernel.   I then went through a line-for-line re-write attempting to
      clean-up the code while more closely following the Linux Kernel style
      guidelines.  I co-authored a paper with Ron Minnich on the V9FS Linux
      support including performance comparisons to NFSv3 using Bonnie and
      PostMark - this paper appeared at the USENIX/FREENIX 2005
      conference in April 2005:
      ( http://www.usenix.org/events/usenix05/tech/freenix/hensbergen.html ).
      Our 2.6 kernel support is stabilizing and we'd like to begin pursuing
      its integration into the official kernel tree.  We would appreciate any
      review, comments, critiques, and additions from this community and are
      actively seeking people to join our project and help us produce
      something that would be acceptable and useful to the Linux community.
      The code is reasonably stable, although there are no doubt corner cases
      our regression tests haven't discovered yet.  It is in regular use by several
      of the developers and has been tested on x86 and PowerPC
      (32-bit and 64-bit) in both small and large (LANL cluster) deployments.
      Our current regression tests include fsx, bonnie, and postmark.
      It was our intention to keep things as simple as possible for this
      release -- trying to focus on correctness within the core of the
      protocol support versus a rich set of features.  For example: a more
      complete security model and cache layer are in the road map, but
      excluded from this release.   Additionally, we have removed support for
      mmap operations at Al Viro's request.
      Detailed performance numbers and analysis are included in the FREENIX
      paper, but we show comparable performance to NFSv3 for large file
      operations based on the Bonnie benchmark, and superior performance for
      many small file operations based on the PostMark benchmark.   Somewhat
      preliminary graphs (from the FREENIX paper) are available
      The source code is available in a few different forms:
      tarballs: http://v9fs.sf.net
      CVSweb: http://cvs.sourceforge.net/viewcvs.py/v9fs/linux-9p/
      CVS: :pserver:anonymous@cvs.sourceforge.net:/cvsroot/v9fs/linux-9p
      Git: rsync://v9fs.graverobber.org/v9fs (webgit: http://v9fs.graverobber.org)
      9P: tcp!v9fs.graverobber.org!6564
      The user-level server is available from either the Plan 9 distribution
      or from http://v9fs.sf.net
      Other support applications are still being developed, but preliminary
      version can be downloaded from sourceforge.
      Documentation on the protocol has historically been the Plan 9 Man
      pages (http://plan9.bell-labs.com/sys/man/5/INDEX.html), but there is
      an effort under way to write a more complete Internet-Draft style
      specification (http://v9fs.sf.net/rfc).
      There are a couple of mailing lists supporting v9fs, but the most used
      is v9fs-developer@lists.sourceforge.net -- please direct/cc your
      comments there so the other v9fs contibutors can participate in the
      conversation.  There is also an IRC channel: irc://freenode.net/#v9fs
      This part of the patch contains Documentation, Makefiles, and configuration
      file changes.
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  7. 08 Sep, 2005 2 commits
  8. 07 Sep, 2005 3 commits
  9. 05 Sep, 2005 1 commit
  10. 02 Sep, 2005 1 commit
  11. 18 Aug, 2005 1 commit
  12. 16 Aug, 2005 1 commit
  13. 12 Aug, 2005 1 commit
  14. 11 Aug, 2005 1 commit
  15. 08 Aug, 2005 1 commit
  16. 01 Aug, 2005 1 commit
  17. 30 Jul, 2005 1 commit
  18. 26 Jul, 2005 1 commit
  19. 15 Jul, 2005 1 commit
  20. 14 Jul, 2005 1 commit
  21. 13 Jul, 2005 1 commit
  22. 12 Jul, 2005 1 commit
  23. 07 Jul, 2005 2 commits
  24. 06 Jul, 2005 1 commit
  25. 28 Jun, 2005 1 commit
  26. 27 Jun, 2005 1 commit
  27. 25 Jun, 2005 4 commits
  28. 24 Jun, 2005 1 commit
    • Chris Zankel's avatar
      [PATCH] xtensa: Tensilica Xtensa CPU arch maintainer record · 48b415ca
      Chris Zankel authored
      Start of a patch series which adds support for the xtensa architecture to
      The Xtensa architecture is highly configurable and usually buried inside an
      SOC device.  So, if you buy a new printer, digital camera, or cell phone,
      there is a chance that there is an Xtensa inside even though you don't know it
      (sometimes as a small audio-engine or as a control CPU).  Linux hasn't been
      adopted widely with Xtensa yet, but with Linux growing in the embedded space,
      I am sure it will become much more important.
      The attached patch supplies the maintainer record for an architecture
      implementation for the Tensilica Xtensa CPU series.
      Signed-off-by: default avatarChris Zankel <chris@zankel.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>