1. 12 2月, 2010 1 次提交
  2. 10 2月, 2010 4 次提交
  3. 09 2月, 2010 2 次提交
  4. 05 2月, 2010 1 次提交
  5. 03 2月, 2010 5 次提交
  6. 26 1月, 2010 1 次提交
  7. 15 1月, 2010 1 次提交
  8. 13 1月, 2010 6 次提交
  9. 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
  10. 06 1月, 2010 1 次提交
  11. 05 1月, 2010 1 次提交
  12. 04 1月, 2010 3 次提交
  13. 23 12月, 2009 2 次提交
  14. 12 12月, 2009 2 次提交
  15. 11 12月, 2009 1 次提交
  16. 10 12月, 2009 1 次提交
  17. 03 12月, 2009 2 次提交
  18. 25 11月, 2009 1 次提交
  19. 24 11月, 2009 1 次提交
  20. 13 11月, 2009 1 次提交
  21. 06 11月, 2009 1 次提交
  22. 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
反馈
建议
客服 返回
顶部