linux-kernel - [GIT PULL] MIPS fixes for v5.8

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20200705104008.GA5156@alpha.franken.de>
Date:   Sun, 5 Jul 2020 12:40:08 +0200
From:   Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To:     torvalds@...ux-foundation.org
Cc:     linux-mips@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [GIT PULL] MIPS fixes for v5.8

Hi Linus,

please pull the few MIPS fixes.

Thomas.

The following changes since commit b3a9e3b9622ae10064826dccb4f7a52bd88c7407:

  Linux 5.8-rc1 (2020-06-14 12:45:04 -0700)

are available in the Git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/ tags/mips_fixes_5.8_1

for you to fetch changes up to 5868347a192afb99b189d72946ab6a321b6115ac:

  MIPS: Do not use smp_processor_id() in preemptible code (2020-07-05 11:43:52 +0200)

----------------------------------------------------------------
A few MIPS fixes:

- fix for missing hazard barrier

- DT fix for ingenic

- DT fix of GPHY names for lantiq

- fix usage of smp_processor_id() while preemption is enabled

----------------------------------------------------------------
Hauke Mehrtens (1):
      MIPS: Add missing EHB in mtc0 -> mfc0 sequence for DSPen

João H. Spies (1):
      MIPS: ingenic: gcw0: Fix HP detection GPIO.

Martin Blumenstingl (1):
      MIPS: lantiq: xway: sysctrl: fix the GPHY clock alias names

Xingxing Su (1):
      MIPS: Do not use smp_processor_id() in preemptible code

 arch/mips/boot/dts/ingenic/gcw0.dts | 2 +-
 arch/mips/kernel/traps.c            | 9 ++++++---
 arch/mips/lantiq/xway/sysctrl.c     | 8 ++++----
 3 files changed, 11 insertions(+), 8 deletions(-)
-- 
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea.                                                [ RFC1925, 2.3 ]