Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
IronPort-SDR: sHuzIviK+rqOr3zkt+yyrX62rRI0jtge+iJnIfU+Clus+YqtGHm4LGZXlIJAXRxr0Y8xizVtDa
 lW8m9MgwvKUJyzEOWjO+VQwbq12utj8RCmKL4kDG6bkcm3nIEOv+N/q6uL4YhpgvPBtsCbUDjc
 cCitwg1ssr++el1XW1sNKDY9wxM5mD5jucNc9pi2Gbbq6Muwur2qWwhNER5EUXrkio4dpSoeLu
 4ZHWkB0/AdxdQcruyIz0MUq4/MSLxFs8pf1HZSZW7p5aoDnEEvLR9VQjRwKqu3vz/6aDWd6DVb
 0DQ=
IronPort-SDR: k1nZz9KcjzgOF5L0VqvUuyU3GpENOHupdjsAd2K7HOXLKwz9433aBju8eoWZaTuDxDe5xh3wIT
 SxzU7IGuR3J+3/EgswCDH5S4cwPB1qB0kJZMUqd6LelkGfkUqpuetNQepzL7TmvggSytnVR211
 4R3l5d53tIl+CsLsVgCBuKLjQQErpqBnwQsIdz9yBkI5YZduKYe8/GIG/IXgHFsNNMIfREOW0S
 gwhGjhNEgxkpWLpeuDGLVaeuwXhrQSASehh3RmluP1VITohltlcI6B5fkFCsKKG0+ejmByHYlW
 vQAHj8LFYcRgcNV1RT+d+Wil
IronPort-SDR: GPO25u+udSBPahbfy+LtrdJF8rWSyoRkc3XxlFv4pm3hyXenQn0hdzbsFHK2AvCJ9uDi/HKxDs
 rECGrfHTBptEsQ1oz219xFHu1ZO7WDlCc8vsT64rheUNk8Xn77uPUS9uw7hVMOO13ekYHhi/DQ
 P/w99yrlU4MEQga/Zh81U39mh6mYScAczMwZfYpZ27ZnUAM2runiKt6pIYrwCgLH3Car19xDsq
 li4fxN1Za0Pn6E8Q4OSLA0TuQdC58+HcvXq/DPoqnnTOUxQDKVz/M3dfN/LpAE2tRlz6lM3j9f
 NDI=
From:   Alistair Francis <alistair.francis@wdc.com>
To:     linux-riscv-bounces@lists.infradead.org, arnd@arndb.de
Cc:     linux-kernel@vger.kernel.org, alistair23@gmail.com,
        Alistair Francis <alistair.francis@wdc.com>
Subject: [PATCH 0/2] RISC-V: Handle the siginfo_t offset problem
Date:   Tue,  2 Jul 2019 17:18:40 -0700
Message-Id: <20190703001842.12238-1-alistair.francis@wdc.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

In the RISC-V 32-bit glibc port [1] the siginfo_t struct in the kernel
doesn't line up with the struct in glibc. In glibc world the _sifields
union is 8 byte alligned (although I can't figure out why) while in the
kernel wordl the _sifields union is 4 bytes alligned. This results in
information being lost in the waitid syscall.

This doesn't seem to be a great fix, but it is somewhat similar to what
x32 does (which has 64-bit time_t like RV32) and I can't figure out why
the two allignments are different.

1: https://github.com/alistair23/glibc/commits/alistair/rv32.next

Alistair Francis (2):
  uapi/asm-generic: Allow defining a custom __SIGINFO struct
  riscv/include/uapi: Define a custom __SIGINFO struct for RV32

 arch/riscv/include/uapi/asm/siginfo.h | 32 +++++++++++++++++++++++++++
 include/uapi/asm-generic/siginfo.h    | 32 ++++++++++++++-------------
 2 files changed, 49 insertions(+), 15 deletions(-)
 create mode 100644 arch/riscv/include/uapi/asm/siginfo.h

-- 
2.22.0