1. 30 3月, 2009 1 次提交
  2. 30 12月, 2008 1 次提交
    • K
      V4L/DVB (9521): V4L: struct device - replace bus_id with dev_name(), dev_set_name() · af128a10
      Kay Sievers 提交于
      This patch is part of a larger patch series which will remove
      the "char bus_id[20]" name string from struct device. The device
      name is managed in the kobject anyway, and without any size
      limitation, and just needlessly copied into "struct device".
      
      To set and read the device name dev_name(dev) and dev_set_name(dev)
      must be used. If your code uses static kobjects, which it shouldn't
      do, "const char *init_name" can be used to statically provide the
      name the registered device should have. At registration time, the
      init_name field is cleared, to enforce the use of dev_name(dev) to
      access the device name at a later time.
      
      We need to get rid of all occurrences of bus_id in the entire tree
      to be able to enable the new interface. Please apply this patch,
      and possibly convert any remaining remaining occurrences of bus_id.
      
      We want to submit a patch to -next, which will remove bus_id from
      "struct device", to find the remaining pieces to convert, and finally
      switch over to the new api, which will remove the 20 bytes array
      and does no longer have a size limitation.
      
      Thanks,
      Kay
      Signed-off-by: NKay Sievers <kay.sievers@vrfy.org>
      Acked-by: NGreg Kroah-Hartman <gregkh@suse.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      af128a10
  3. 13 10月, 2008 1 次提交
  4. 12 10月, 2008 1 次提交
    • D
      V4L/DVB (9016): HVR3000/4000 Hauppauge related IR cleanups · 34c08029
      Darron Broad 提交于
      From the author:
      This patch-set fixes remote control issues I have experienced
      with hauppauge drivers in Linux since the PVR-350 and now
      with both a NOVA-S+ and HVR-4000. It has also been confirmed
      to work with an HVR-1300 user who had exactly the same issue.
      
      Hauppage remote controls use RC5. RC5 has a bit-field which
      represents the target device. The hauppauge windows drivers
      have a registry key which can enable filtering, but the linux
      drivers will accept any target device in this bit field for
      internal processing.
      
      This causes problems with setups such as mythtv where remote
      control key presses destined for the TV (target = 0) are
      interpreted by the kernel and subsequenctly LIRC then mythtv.
      
      Of the remote controls I have to hand (wintv black, pvr/hvr
      silver) the hauppauge remotes send one of two device targets
      ids, these are interpreted by the patch which then filters
      out any non hauppauge addresses.
      Signed-off-by: NSteven Toth <stoth@linuxtv.org>
      Signed-off-by: NDarron Broad <darron@kewl.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      34c08029
  5. 20 7月, 2008 1 次提交
  6. 26 4月, 2008 1 次提交
  7. 25 4月, 2008 4 次提交
  8. 19 4月, 2008 1 次提交
  9. 26 1月, 2008 1 次提交
  10. 22 10月, 2007 1 次提交
  11. 10 10月, 2007 4 次提交
  12. 19 7月, 2007 2 次提交
  13. 28 4月, 2007 1 次提交
  14. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  15. 10 12月, 2006 2 次提交
  16. 22 11月, 2006 1 次提交
  17. 04 10月, 2006 1 次提交
  18. 25 6月, 2006 1 次提交
  19. 02 4月, 2006 2 次提交
  20. 23 1月, 2006 2 次提交
  21. 10 1月, 2006 2 次提交
  22. 06 1月, 2006 3 次提交
  23. 13 12月, 2005 3 次提交
  24. 02 12月, 2005 1 次提交
  25. 14 11月, 2005 1 次提交