1. 03 5月, 2009 35 次提交
  2. 02 5月, 2009 3 次提交
    • H
      m32r: use __stringify() macro in assembler.h · 9cd67243
      Hirokazu Takata 提交于
      Replace #x with __stringify(x).
      Also, #ifndef __STR is removed and undefine __STR macro at the beginning.
      
      The __STR() macro is still remained, because the assembler.h might be
      included from assembly codes as well as C codes.
      Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      9cd67243
    • H
      m32r: build fix for __stringify macro · 9c88b06d
      Hirokazu Takata 提交于
      This patch fixes the following build error of 2.6.30-rc3-git2:
      
            AS      arch/m32r/kernel/head.o
          In file included from /include/linux/init.h:7,
                           from /arch/m32r/kernel/head.S:11:
          /include/linux/stringify.h:9: error: syntax error in macro parameter list
          /include/linux/stringify.h:10: error: syntax error in macro parameter list
      
      This build error was caused at __HEAD macro in arch/m32r/kernel/head.S,
      which uses __stringify() macro.
      
      Remove -traditional option from EXTRA_AFLAGS for the m32r,
      because the __stringify() macro depends on the gcc's variadic macro
      extension function, due to commit:
      
          Make __stringify support variable argument macros too
          commit: 8f7c2c37Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      9c88b06d
    • J
      HID: fix oops in hid_check_keys_pressed() · e5288eb5
      Jiri Kosina 提交于
      If the device is not claimed by hid-input (i.e devices driver by userspace
      hiddev/hidraw-based drivers, or completely detached from HID
      and driver by libusb), we must not check the hid->inptus, as it
      is not guaranteed to be initialized, as this is performed only for devices
      handled by hid-input.
      Reported-by: NGuillaume Chazarain <guichaz@gmail.com>
      Tested-by: NGuillaume Chazarain <guichaz@gmail.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      e5288eb5
  3. 01 5月, 2009 2 次提交
    • A
      kbuild, modpost: Check the section flags, to catch missing "ax"/"aw" · b614a697
      Anders Kaseorg 提交于
      When you put
        .section ".foo"
      in an assembly file instead of
        .section "foo", "ax"
      , one of the possible symptoms is that modpost will see an
      ld-generated section name ".foo.1" in section_rel() or section_rela().
      But this heuristic has two problems: it will miss a bad section that
      has no relocations, and it will incorrectly flag many gcc-generated
      sections as bad when compiling with -ffunction-sections
      -fdata-sections.
      
      On mips it fixes a lot of bogus warnings with gcc 4.4.0 lije this one:
      WARNING: crypto/cryptd.o (.text.T.349): unexpected section name.
      
      So instead of checking whether the section name matches a particular
      pattern, we directly check for a missing SHF_ALLOC in the section
      flags.
      Signed-off-by: NAnders Kaseorg <andersk@mit.edu>
      Tested-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      b614a697
    • S
      kbuild: fix comment in modpost.c · c993971f
      Sam Ravnborg 提交于
      There is some confusion on naming of the head section.
      Correct naming is .head.text.
      
      Fix comment so we use correct naming.
      Signed-off-by: NSam Ravnborg <sam@ravnborg.org>
      c993971f