1. 14 8月, 2011 1 次提交
  2. 12 7月, 2011 1 次提交
  3. 07 7月, 2011 3 次提交
  4. 05 7月, 2011 1 次提交
  5. 20 5月, 2011 1 次提交
  6. 18 5月, 2011 1 次提交
  7. 13 5月, 2011 1 次提交
  8. 21 4月, 2011 1 次提交
  9. 12 4月, 2011 1 次提交
  10. 09 4月, 2011 1 次提交
  11. 05 4月, 2011 1 次提交
  12. 22 3月, 2011 5 次提交
  13. 01 3月, 2011 1 次提交
  14. 24 2月, 2011 2 次提交
    • N
      staging: Allow sharing xvmalloc for zram and zcache · 3c8bb7aa
      Nitin Gupta 提交于
      Both zram and zcache use xvmalloc allocator. If xvmalloc
      is compiled separately for both of them, we will get linker
      error if they are both selected as "built-in". We can also
      get linker error regarding missing xvmalloc symbols if zram
      is not built.
      
      So, we now compile xvmalloc separately and export its symbols
      which are then used by both of zram and zcache.
      Signed-off-by: NNitin Gupta <ngupta@vflare.org>
      Acked-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      3c8bb7aa
    • A
      staging: gma500: Intel GMA500 staging driver · 0867b421
      Alan Cox 提交于
      This is an initial staging driver for the GMA500. It's been stripped out
      of the PVR drivers and crunched together from various bits of code and
      different kernels.
      
      Currently it's unaccelerated but still pretty snappy even compositing with
      the frame buffer X server.
      
      Lots of work is needed to rework the ttm and bo interfaces from being
      ripped out and then 2D acceleration wants putting back for framebuffer and
      somehow eventually via DRM.
      
      There is no support for the parts without open source userspace (video
      accelerators, 3D) as per kernel policy.
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0867b421
  15. 23 2月, 2011 2 次提交
  16. 10 2月, 2011 1 次提交
  17. 01 2月, 2011 4 次提交
    • G
      Revert "appletalk: move to staging" · 0ffbf8bf
      Greg Kroah-Hartman 提交于
      This reverts commit a6238f21
      
      Appletalk got some patches to fix up the BLK usage in it in the
      network tree, so this removal isn't needed.
      
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: <acme@ghostprotocols.net>
      Cc: netdev@vger.kernel.org,
      Cc: David Miller <davem@davemloft.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0ffbf8bf
    • A
      appletalk: move to staging · a6238f21
      Arnd Bergmann 提交于
      For all I know, Appletalk is dead, the only reasonable
      use right now would be nostalgia, and that can be served
      well enough by old kernels. The code is largely not
      in a bad shape, but it still uses the big kernel lock,
      and nobody seems motivated to change that.
      
      FWIW, the last release of MacOS that supported Appletalk
      was MacOS X 10.5, made in 2007, and it has been abandoned
      by Apple with 10.6. Using TCP/IP instead of Appletalk has
      been supported since MacOS 7.6, which was released in
      1997 and is able to run on most of the legacy hardware.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Arnaldo Carvalho de Melo <acme@ghostprotocols.net>
      Cc: netdev@vger.kernel.org
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      a6238f21
    • A
      staging: remove smbfs · 939cbe5a
      Arnd Bergmann 提交于
      smbfs got moved to staging in 2.6.37, so we can
      finally remove it in the 2.6.39 merge window.
      All users should by now have migrated to cifs.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: linux-cifs@vger.kernel.org
      Cc: Jeff Layton <jlayton@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      939cbe5a
    • A
      staging: Remove autofs3 · 561c5cf9
      Arnd Bergmann 提交于
      autofs3 was moved to staging in 2.6.37, so we can
      remove it in the 2.6.39 merge window. If we have
      a reason to bring it back after that, this patch
      can get reverted.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      About-fscking-timed-by: NH. Peter Anvin <hpa@zytor.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: autofs@linux.kernel.org
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      561c5cf9
  18. 22 1月, 2011 1 次提交
  19. 14 1月, 2011 1 次提交
  20. 29 12月, 2010 4 次提交
  21. 17 12月, 2010 1 次提交
  22. 03 12月, 2010 1 次提交
  23. 20 11月, 2010 1 次提交
    • M
      Staging: sep: Introduce sep driver · 4856ab33
      Mark Allyn 提交于
      This driver is for the Security Processor, a dedicated encryption
      and decryption driver that is used on the Intel mobile platform.
      
      This has been checked with checkpatch and there are four
      warnings for lines over 80 charactors.
      
      There is one compile warning. This is for a function that is
      only used if the rar register driver is needed. There is an
      ifdef in a header file that stubs out the rar register driver
      if the rar register is not configured.
      
      This driver does add a configuration, which is CONFIG_DX_SEP.
      Signed-off-by: NMark Allyn <mark.a.allyn@intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      4856ab33
  24. 16 11月, 2010 1 次提交
  25. 10 11月, 2010 2 次提交