linux-kernel - RISC-V: Don't use a global include guard for uapi/asm/syscalls.

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: <20180809221952.24260-1-palmer@sifive.com>
Date:   Thu,  9 Aug 2018 15:19:50 -0700
From:   Palmer Dabbelt <palmer@...ive.com>
To:     Christoph Hellwig <hch@...radead.org>, linux@...ck-us.net
Cc:     Palmer Dabbelt <palmer@...ive.com>, aou@...s.berkeley.edu,
        tklauser@...tanz.ch, Arnd Bergmann <arnd@...db.de>,
        Andrew Waterman <andrew@...ive.com>,
        linux@...inikbrodowski.net, dan.carpenter@...cle.com,
        linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: RISC-V: Don't use a global include guard for uapi/asm/syscalls.

It turns out that we weren't actually hooking sys_riscv_flush_icache
into the syscall table, which results in any flush_icache() call that
escapes the vDSO to silently do nothing.

Changes since v2:

* sys_riscv_flush_icache actually flushes the icache when SMP=n.  Thanks
  to Andrew for pointing out the I screwed it up!

Changes since v1:

* sys_riscv_flush_icache is now defined even when SMP=n, which allows
  this patch set to build against SMP=n and SMP=y.