1. 12 12月, 2017 1 次提交
  2. 11 11月, 2017 1 次提交
  3. 10 11月, 2017 1 次提交
  4. 08 11月, 2017 3 次提交
  5. 07 11月, 2017 1 次提交
    • T
      scripts: add leaking_addresses.pl · 136fc5c4
      Tobin C. Harding 提交于
      Currently we are leaking addresses from the kernel to user space. This
      script is an attempt to find some of those leakages. Script parses
      `dmesg` output and /proc and /sys files for hex strings that look like
      kernel addresses.
      
      Only works for 64 bit kernels, the reason being that kernel addresses on
      64 bit kernels have 'ffff' as the leading bit pattern making greping
      possible. On 32 kernels we don't have this luxury.
      
      Scripts is _slightly_ smarter than a straight grep, we check for false
      positives (all 0's or all 1's, and vsyscall start/finish addresses).
      
      [ I think there is a lot of room for improvement here, but it's already
        useful, so I'm merging it as-is. The whole "hash %p format" series is
        expected to go into 4.15, but will not fix %x users, and will not
        incentivize people to look at what they are leaking.     - Linus ]
      Signed-off-by: NTobin C. Harding <me@tobin.cc>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      136fc5c4
  6. 06 11月, 2017 3 次提交
  7. 05 11月, 2017 3 次提交
  8. 04 11月, 2017 1 次提交
    • P
      Update MIPS email addresses · fb615d61
      Paul Burton 提交于
      MIPS will soon not be a part of Imagination Technologies, and as such
      many @imgtec.com email addresses will no longer be valid. This patch
      updates the addresses for those who:
      
       - Have 10 or more patches in mainline authored using an @imgtec.com
         email address, or any patches dated within the past year.
      
       - Are still with Imagination but leaving as part of the MIPS business
         unit, as determined from an internal email address list.
      
       - Haven't already updated their email address (ie. JamesH) or expressed
         a desire to be excluded (ie. Maciej).
      
       - Acked v2 or earlier of this patch, which leaves Deng-Cheng, Matt &
         myself.
      
      New addresses are of the form firstname.lastname@mips.com, and all
      verified against an internal email address list.  An entry is added to
      .mailmap for each person such that get_maintainer.pl will report the new
      addresses rather than @imgtec.com addresses which will soon be dead.
      
      Instances of the affected addresses throughout the tree are then
      mechanically replaced with the new @mips.com address.
      Signed-off-by: NPaul Burton <paul.burton@mips.com>
      Cc: Deng-Cheng Zhu <dengcheng.zhu@imgtec.com>
      Cc: Deng-Cheng Zhu <dengcheng.zhu@mips.com>
      Acked-by: NDengcheng Zhu <dengcheng.zhu@mips.com>
      Cc: Matt Redfearn <matt.redfearn@imgtec.com>
      Cc: Matt Redfearn <matt.redfearn@mips.com>
      Acked-by: NMatt Redfearn <matt.redfearn@mips.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-mips@linux-mips.org
      Cc: trivial@kernel.org
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      fb615d61
  9. 03 11月, 2017 3 次提交
  10. 02 11月, 2017 5 次提交
  11. 01 11月, 2017 7 次提交
  12. 31 10月, 2017 1 次提交
    • T
      sound: Retire OSS · 727dede0
      Takashi Iwai 提交于
      Since no complaints have been raised after disabling the build of OSS
      (Open Sound System) by the commit 31cbee6a ("sound: Disable the
      build of OSS drivers"), let's finally drop the whole code and
      documentation.
      
      Some glue codes are still left intact since sound/oss/dmasound stuff
      remains -- which is an independent implementation solely for m68k, and
      it's not covered by ALSA yet.
      
      Also, a couple of API header files (linux/sound.h and
      linux/soundcard.h) are kept remaining as well, since the OSS API
      itself is still supported by ALSA OSS emulation, and applications can
      refer to these.
      
      Where we're at it, some help texts in the top-level Kconfig are
      adjusted, too (who still needs to specify I/O port in kbuild
      nowadays?).
      Reviewed-by: NJaroslav Kysela <perex@perex.cz>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      727dede0
  13. 30 10月, 2017 3 次提交
  14. 27 10月, 2017 5 次提交
  15. 26 10月, 2017 1 次提交
  16. 25 10月, 2017 1 次提交