1. 16 2月, 2018 9 次提交
  2. 14 2月, 2018 8 次提交
  3. 13 2月, 2018 5 次提交
  4. 12 2月, 2018 1 次提交
    • L
      vfs: do bulk POLL* -> EPOLL* replacement · a9a08845
      Linus Torvalds 提交于
      This is the mindless scripted replacement of kernel use of POLL*
      variables as described by Al, done by this script:
      
          for V in IN OUT PRI ERR RDNORM RDBAND WRNORM WRBAND HUP RDHUP NVAL MSG; do
              L=`git grep -l -w POLL$V | grep -v '^t' | grep -v /um/ | grep -v '^sa' | grep -v '/poll.h$'|grep -v '^D'`
              for f in $L; do sed -i "-es/^\([^\"]*\)\(\<POLL$V\>\)/\\1E\\2/" $f; done
          done
      
      with de-mangling cleanups yet to come.
      
      NOTE! On almost all architectures, the EPOLL* constants have the same
      values as the POLL* constants do.  But they keyword here is "almost".
      For various bad reasons they aren't the same, and epoll() doesn't
      actually work quite correctly in some cases due to this on Sparc et al.
      
      The next patch from Al will sort out the final differences, and we
      should be all done.
      Scripted-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a9a08845
  5. 08 2月, 2018 2 次提交
    • E
      crypto: sha512-mb - initialize pending lengths correctly · eff84b37
      Eric Biggers 提交于
      The SHA-512 multibuffer code keeps track of the number of blocks pending
      in each lane.  The minimum of these values is used to identify the next
      lane that will be completed.  Unused lanes are set to a large number
      (0xFFFFFFFF) so that they don't affect this calculation.
      
      However, it was forgotten to set the lengths to this value in the
      initial state, where all lanes are unused.  As a result it was possible
      for sha512_mb_mgr_get_comp_job_avx2() to select an unused lane, causing
      a NULL pointer dereference.  Specifically this could happen in the case
      where ->update() was passed fewer than SHA512_BLOCK_SIZE bytes of data,
      so it then called sha_complete_job() without having actually submitted
      any blocks to the multi-buffer code.  This hit a NULL pointer
      dereference if another task happened to have submitted blocks
      concurrently to the same CPU and the flush timer had not yet expired.
      
      Fix this by initializing sha512_mb_mgr->lens correctly.
      
      As usual, this bug was found by syzkaller.
      
      Fixes: 45691e2d ("crypto: sha512-mb - submit/flush routines for AVX2")
      Reported-by: Nsyzbot <syzkaller@googlegroups.com>
      Cc: <stable@vger.kernel.org> # v4.8+
      Signed-off-by: NEric Biggers <ebiggers@google.com>
      Signed-off-by: NHerbert Xu <herbert@gondor.apana.org.au>
      eff84b37
    • S
      xen: Fix {set,clear}_foreign_p2m_mapping on autotranslating guests · 781198f1
      Simon Gaiser 提交于
      Commit 82616f95 ("xen: remove tests for pvh mode in pure pv paths")
      removed the check for autotranslation from {set,clear}_foreign_p2m_mapping
      but those are called by grant-table.c also on PVH/HVM guests.
      
      Cc: <stable@vger.kernel.org> # 4.14
      Fixes: 82616f95 ("xen: remove tests for pvh mode in pure pv paths")
      Signed-off-by: NSimon Gaiser <simon@invisiblethingslab.com>
      Reviewed-by: NJuergen Gross <jgross@suse.com>
      Signed-off-by: NJuergen Gross <jgross@suse.com>
      781198f1
  6. 07 2月, 2018 5 次提交
  7. 06 2月, 2018 5 次提交
  8. 04 2月, 2018 5 次提交