tree 5251b4b631c953597711d4bcd04147a255621c1f
parent 1074dd44c5ba377f90e2d0d99a784f73dbea6ff7
author Palmer Dabbelt <palmerdabbelt@google.com> 1603515047 -0700
committer Palmer Dabbelt <palmerdabbelt@google.com> 1604649828 -0800
gpgsig -----BEGIN PGP SIGNATURE-----
 
 iQJHBAABCgAxFiEEKzw3R0RoQ7JKlDp6LhMZ81+7GIkFAl+lA2QTHHBhbG1lckBk
 YWJiZWx0LmNvbQAKCRAuExnzX7sYiQkLEADFKPxJeRyDXQ22h9FrhIWqCteMJkHZ
 LS8qhEG4hbpz47eOEo39IHPjtCjOahnNnV2v3dOjM/hNlAbM9nnzrxmIRWwdt2U9
 N9RwTP3AS90mKeb1bLQkPxELnIOZ0Law4WHOsCLgSDp6xf10NFoVBuVsUpOvVD2G
 JCKivETRp2l1m6bQ12ikTos8t5ZET5Z8AIL+PoEipxv1oGTKqwMmGCbTfKv74eFx
 wRoQ/KDEFDGqBrmDsteBiery9c4GaFINtYfjIdHtn7qqV862VTZsawhWFeC81Eih
 VwSb7G0vd2U0kymkyj7AvXj21il1UTuEBDnkhKSkKO0tEhavyLO+Fe+dhgodyjl5
 uGz4QjygXYTPHUlPsEWfxO8Va9ZAzXyU7mV8fWf5bJOscI2qQ+H2Ozal8bA+HqxT
 5iGo8wWnOSFyw2fzE25i++eKeEjZIw4iym8dD6gcQnHp8bE94cku5bDuDhQ+iF/h
 yCOq/ovRjO7jgKQ7VioViQfQ16grpZloeERK7D5tOXEycjvulD3AiazAPqS1EIwa
 gDIKP/TZwKMbvzsx0QuBCvuuhW6EN9vx+f7Bbuir7sVmQ7XL9ulOsMLkTO/dtuPB
 TH0i9jRGpC43ZRaGaEem9Re97HWlJQFA1PZWXy0BkC/pwSSuPtVSMQJLzsovGvhv
 bBpcaM5fNm0hRg==
 =0Vpv
 -----END PGP SIGNATURE-----

RISC-V: Fix the VDSO symbol generaton for binutils-2.35+

We were relying on GNU ld's ability to re-link executable files in order
to extract our VDSO symbols.  This behavior was deemed a bug as of
binutils-2.35 (specifically the binutils-gdb commit a87e1817a4 ("Have
the linker fail if any attempt to link in an executable is made."), but
as that has been backported to at least Debian's binutils-2.34 in may
manifest in other places.

The previous version of this was a bit of a mess: we were linking a
static executable version of the VDSO, containing only a subset of the
input symbols, which we then linked into the kernel.  This worked, but
certainly wasn't a supported path through the toolchain.  Instead this
new version parses the textual output of nm to produce a symbol table.
Both rely on near-zero addresses being linkable, but as we rely on weak
undefined symbols being linkable elsewhere I don't view this as a major
issue.

Fixes: e2c0cdfba7f6 ("RISC-V: User-facing API")
Signed-off-by: Palmer Dabbelt <palmerdabbelt@google.com>