1. 01 3月, 2007 1 次提交
    • J
      HID: fix broken Logitech S510 keyboard report descriptor; make extra keys work · b55fd23c
      Jiri Kosina 提交于
      This patch makes extra keys (F1-F12 in special mode, zooming, rotate, shuffle)
      on Logitech S510 keyboard work.
      
      Logitech S510 keyboard sends in report no. 3 keys which are far above the
      logical maximum described in descriptor for given report.
      
      This patch introduces a HID quirk for this wireless USB receiver/keyboard
      in order to fix the report descriptor before it's being parsed - the logical
      maximum and the number of usages is bumped up to 0x104d). The values are in the
      "Reserved" area of consumer HUT, so HID_MAX_USAGE had to be changed too.
      
      In addition to proper extracting of  the values from report descriptor, proper
      HID-input mapping is introduced for them.
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      b55fd23c
  2. 27 2月, 2007 8 次提交
  3. 26 2月, 2007 2 次提交
  4. 24 2月, 2007 9 次提交
  5. 23 2月, 2007 2 次提交
  6. 22 2月, 2007 2 次提交
    • A
      [ARM] 4231/1: AT91: Merge and typo fixes. · 7f6e2d99
      Andrew Victor 提交于
      The duplicate file "include/asm-arm/arch-at91rm9200/entry-macro.S" can
      be removed - it was already moved to include/asm-arm/arch-at91/.
      
      Fix 3 small typo's - two in comments, and the incorrect clock was
      specified for the LCD device.
      Signed-off-by: NAndrew Victor <andrew@sanpeople.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7f6e2d99
    • F
      [MIPS] Add basic SMARTMIPS ASE support · 9693a853
      Franck Bui-Huu 提交于
      This patch adds trivial support for SMARTMIPS extension. This extension
      is currently implemented by 4KS[CD] CPUs.
      
      Basically it saves/restores ACX register, which is part of the SMARTMIPS
      ASE, when needed. This patch does *not* add any support for Smartmips MMU
      features.
      
      Futhermore this patch does not add explicit support for 4KS[CD] CPUs since
      they are respectively mips32 and mips32r2 compliant.  So with the current
      processor configuration, a platform that has such CPUs needs to select
      both configs:
      
      	CPU_HAS_SMARTMIPS
      	SYS_HAS_CPU_MIPS32_R[12]
      
      This is due to the processor configuration which is mixing up all the
      architecture variants and the processor types.
      
      The drawback of this, is that we currently pass '-march=mips32' option to
      gcc when building a kernel instead of '-march=4ksc' for 4KSC case. This
      can lead to a kernel image a little bit bigger than required.
      Signed-off-by: NFranck Bui-Huu <fbuihuu@gmail.com>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      9693a853
  7. 21 2月, 2007 16 次提交