1. 03 2月, 2010 4 次提交
  2. 26 1月, 2010 1 次提交
  3. 15 1月, 2010 1 次提交
  4. 13 1月, 2010 6 次提交
  5. 12 1月, 2010 1 次提交
    • M
      HID: make USB device id constant · d67dec5b
      Márton Németh 提交于
      The id_table field of the struct usb_device_id is constant in <linux/usb.h>
      so it is worth to make the initialization data also constant.
      
      The semantic match that finds this kind of pattern is as follows:
      (http://coccinelle.lip6.fr/)
      
      // <smpl>
      @r@
      disable decl_init,const_decl_init;
      identifier I1, I2, x;
      @@
      	struct I1 {
      	  ...
      	  const struct I2 *x;
      	  ...
      	};
      @s@
      identifier r.I1, y;
      identifier r.x, E;
      @@
      	struct I1 y = {
      	  .x = E,
      	};
      @c@
      identifier r.I2;
      identifier s.E;
      @@
      	const struct I2 E[] = ... ;
      @depends on !c@
      identifier r.I2;
      identifier s.E;
      @@
      +	const
      	struct I2 E[] = ...;
      // </smpl>
      Signed-off-by: NMárton Németh <nm127@freemail.hu>
      Cc: Julia Lawall <julia@diku.dk>
      Cc: cocci@diku.dk
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      d67dec5b
  6. 06 1月, 2010 1 次提交
  7. 05 1月, 2010 1 次提交
  8. 04 1月, 2010 3 次提交
  9. 23 12月, 2009 2 次提交
  10. 12 12月, 2009 2 次提交
  11. 11 12月, 2009 1 次提交
  12. 10 12月, 2009 1 次提交
  13. 03 12月, 2009 2 次提交
  14. 25 11月, 2009 1 次提交
  15. 24 11月, 2009 1 次提交
  16. 13 11月, 2009 1 次提交
  17. 06 11月, 2009 1 次提交
  18. 05 11月, 2009 1 次提交
    • J
      HID: fixup quirk for NCR devices · 5b915d9e
      Jiri Kosina 提交于
      NCR devices are terminally broken by design -- they claim themselves to contain
      proper input applications in their HID report descriptor, but behave very badly
      if treated in standard way.
      
      According to NCR developers, the devices get confused when queried for reports
      in a standard way, rendering them unusable.
      
      NCR is shipping application called "RPSL" that can be used to drive these
      devices through hiddev, under the assumption that in-kernel driver doesn't
      perform initial report query.
      If it does, neither in-kernel nor hiddev-based driver can operate with these
      devices any more.
      
      Introduce a quirk that skips the report query for all NCR devices. The previous
      NOGET quirk was wrong and had been introduced because I misunderstood the nature
      of brokenness of these devices.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      5b915d9e
  19. 04 11月, 2009 1 次提交
  20. 20 10月, 2009 1 次提交
  21. 14 10月, 2009 3 次提交
  22. 12 10月, 2009 1 次提交
  23. 05 10月, 2009 1 次提交
  24. 01 10月, 2009 1 次提交
    • J
      HID: fix kerneldoc comment for hid_input_report() · ff9b00a2
      Jiri Kosina 提交于
      The kerneldoc comment for 'interrupt' has already confused a lot
      of people, as it is simply wrong. It doesn't carry the information
      about the context, but is used to distinguish between two fundamental
      types of low-level transport transfers -- interrupt vs. control.
      
      Make this clear in the comment.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ff9b00a2
  25. 29 9月, 2009 1 次提交