1. 30 3月, 2009 31 次提交
  2. 08 1月, 2009 1 次提交
    • A
      USB: change interface to usb_lock_device_for_reset() · 011b15df
      Alan Stern 提交于
      This patch (as1161) changes the interface to
      usb_lock_device_for_reset().  The existing interface is apparently not
      very clear, judging from the fact that several of its callers don't
      use it correctly.  The new interface always returns 0 for success and
      it always requires the caller to unlock the device afterward.
      
      The new routine will not return immediately if it is called while the
      driver's probe method is running.  Instead it will wait until the
      probe is over and the device has been unlocked.  This shouldn't cause
      any problems; I don't know of any cases where drivers call
      usb_lock_device_for_reset() during probe.
      Signed-off-by: NAlan Stern <stern@rowland.harvard.edu>
      Cc: Pete Zaitcev <zaitcev@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      011b15df
  3. 03 1月, 2009 3 次提交
  4. 30 12月, 2008 2 次提交
    • 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
    • H
      V4L/DVB (9503): v4l: remove inode argument from video_usercopy · f473bf76
      Hans Verkuil 提交于
      The inode argument was never used. Removing it from video_usercopy
      brings the function pointer type of video_usercopy in line with similar
      v4l2 functions, thus simplifying several drivers.
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      f473bf76
  5. 17 12月, 2008 1 次提交
    • M
      V4L/DVB (9885): drivers/media Kconfig's: fix bugzilla #12204 · 8b21c1e9
      Mauro Carvalho Chehab 提交于
      When the tuner modules were moved to common/tuners, a separate customize
      option were added for tuners. However, the automatic selection of the
      tuners were still using the older option.
      
      This causes that the automatic selection to fail, if DVB_FE_CUSTOMISE is
      selected. Also, since those tuners are now under MEDIA_TUNER_CUSTOMIZE
      menu, if you unset MEDIA_TUNER_CUSTOMIZE, you can't manually select the
      tuners.
      
      This patch fixes this error by replacing DVB_FE_CUSTOMISE by
      MEDIA_TUNER_CUSTOMIZE on all places were a tuner is selected.
      
      The patch were generated by this small script:
      
      for i in `find drivers/media -name Kconfig`; do
        cat $i|perl -ne 's/(MEDIA_TUNER.*)DVB_FE_CUSTOMISE/\1MEDIA_TUNER_CUSTOMIZE/; print $_' >a
        mv a $i
      done
      
      Also, manually reordered the tuner entries.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      8b21c1e9
  6. 22 10月, 2008 2 次提交