1. 18 5月, 2011 1 次提交
  2. 13 5月, 2011 1 次提交
  3. 21 4月, 2011 1 次提交
  4. 12 4月, 2011 1 次提交
  5. 09 4月, 2011 1 次提交
  6. 05 4月, 2011 1 次提交
  7. 22 3月, 2011 5 次提交
  8. 01 3月, 2011 1 次提交
  9. 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
  10. 23 2月, 2011 2 次提交
  11. 10 2月, 2011 1 次提交
  12. 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
  13. 22 1月, 2011 1 次提交
  14. 14 1月, 2011 1 次提交
  15. 29 12月, 2010 4 次提交
  16. 17 12月, 2010 1 次提交
  17. 03 12月, 2010 1 次提交
  18. 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
  19. 16 11月, 2010 1 次提交
  20. 10 11月, 2010 2 次提交
  21. 30 10月, 2010 1 次提交
  22. 21 10月, 2010 2 次提交
    • M
      V4L/DVB: Deprecate stradis driver · 96322b80
      Mauro Carvalho Chehab 提交于
      The driver author seems to not worked on this driver since its conversion
      from 2.2 to 2.4. Nobody is known to have a stradis hardware for testing. As
      it still uses V4L1 API, BKL and probably some other old stuff, someone would
      need to work on it to preserve the driver. Instead of investing time and
      efforts to keep porting it to work with new API's, it seems better to just
      drop the driver.
      
      So, let's move it to drivers/staging and label it to die at 2.6.38, if nobody
      cares enough to port parallel port support to gspca or to create a new driver
      that uses the same gspca-cpia sub-driver.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      96322b80
    • M
      V4L/DVB: Deprecate cpia driver (used for parallel port webcams) · 7af97eff
      Mauro Carvalho Chehab 提交于
      cpia driver were re-written inside gspca driver, for USB devices. The only
      functionality that were not migrated is the support for parallel port,
      as:
      	1) the developer didn't find any hardware;
      	2) it doesn't  seem important to keep support for a parallel port webcam,
      	   as this is an obsolete technology;
      	3) the changes at gspca for it to work with parallel port would be very large;
      	4) this driver still uses BKL.
      
      So, let's move it to drivers/staging and label it to die at 2.6.38, if nobody
      cares enough to port parallel port support to gspca or to create a new driver
      that uses the same gspca-cpia sub-driver.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      7af97eff
  23. 08 10月, 2010 1 次提交
  24. 06 10月, 2010 3 次提交
    • V
      Staging: sst: Intel SST audio driver · fffa1cca
      Vinod Koul 提交于
      This is the Intel SST audio driver.
      
      As compared to the previous versions it has all the printks and other stuff
      noted cleaned up and more hardware support. The Aava support is disabled in
      this patch (is_aava resolves to 0) because the Aava board detection logic
      is not yet upstream.
      
      The driver itself is a combination of a traditional ALSA driver and a
      hardware assisted offload driver which can play audio while the processor
      is asleep but which can't do all the more interactive stuff.
      
      In the general case most software would use the ALSA interface, but the
      other interface is needed for certain classes of use such as music playback
      on highly power consumption sensitive devices.
      
      This is going to staging primarily because it depends upon the staging memrar
      driver.
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      Signed-off-by: NHarsha Priya <priya.harsha@intel.com>
      [Merged together and tweaked for -next]
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      fffa1cca
    • A
      smbfs: move to drivers/staging · 2116b7a4
      Arnd Bergmann 提交于
      smbfs has been scheduled for removal in 2.6.27, so
      maybe we can now move it to drivers/staging on the
      way out.
      
      smbfs still uses the big kernel lock and nobody
      is going to fix that, so we should be getting
      rid of it soon.
      
      This removes the 32 bit compat mount and ioctl
      handling code, which is implemented in common fs
      code, and moves all smbfs related files into
      drivers/staging/smbfs.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NJeff Layton <jlayton@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      2116b7a4
    • A
      autofs3: move to drivers/staging · db7bee24
      Arnd Bergmann 提交于
      Nobody appears to be interested in fixing autofs3 bugs
      any more and it uses the BKL, which is going away.
      
      Move this to staging for retirement. Unless someone
      complains until 2.6.38, we can remove it for good.
      
      The include/linux/auto_fs.h header file is still used
      by autofs4, so it remains in place.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Ian Kent <raven@themaw.net>
      Cc: autofs@linux.kernel.org
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Acked-by: NH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      db7bee24