Hi,
I would like to get contributor approval to relicense the rseq selftests
within the Linux kernel and the librseq project to MIT. This will make
it easier to use librseq from statically built applications, and I wish
to continue sharing code between the kernel rseq selftests and librseq.
Allowing use of rseq application headers from statically built
applications was the intent from the beginning, but it turns out that
having the rseq.c initialization code under LGPL2.1 makes it harder than
it should be for users.
The current contributor summary commit-wise under
tools/testing/selftests/rseq is:
269 Mathieu Desnoyers <[email protected]>
6 Michael Ellerman <[email protected]>
5 Shuah Khan <[email protected]>
3 Michael Jeanson <[email protected]>
3 Peter Oskolkov <[email protected]>
2 Martin Schwidefsky <[email protected]>
1 Masahiro Yamada <[email protected]>
1 Paul Burton <[email protected]>
1 Sabyasachi Gupta <[email protected]>
1 Vasily Gorbik <[email protected]>
1 Vincent Chen <[email protected]>
1 Will Deacon <[email protected]>
1 Xingxing Su <[email protected]>
Header files are currently dual-licensed LGPL2.1/MIT, which is
somewhat redundant with plain MIT.
rseq.c was licensed under LGPL2.1. Relicencing it to MIT will facilitate
its integration into statically built applications.
In order to facilitate eventual code sharing between tests and the
library implementation, I would like to relicense the tests from LGPL2.1
to MIT as well.
Many of the contributions are trivial, but I prefer to kindly ask for
approval nevertheless.
Thanks,
Mathieu
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
On Mon, Feb 6, 2023 at 10:35 AM Mathieu Desnoyers
<[email protected]> wrote:
>
> Hi,
>
> I would like to get contributor approval to relicense the rseq selftests
> within the Linux kernel and the librseq project to MIT. This will make
> it easier to use librseq from statically built applications, and I wish
> to continue sharing code between the kernel rseq selftests and librseq.
I have no issues with this. Let me know if you need anything more formal.
Thanks,
Peter
>
> Allowing use of rseq application headers from statically built
> applications was the intent from the beginning, but it turns out that
> having the rseq.c initialization code under LGPL2.1 makes it harder than
> it should be for users.
>
> The current contributor summary commit-wise under
> tools/testing/selftests/rseq is:
>
> 269 Mathieu Desnoyers <[email protected]>
> 6 Michael Ellerman <[email protected]>
> 5 Shuah Khan <[email protected]>
> 3 Michael Jeanson <[email protected]>
> 3 Peter Oskolkov <[email protected]>
> 2 Martin Schwidefsky <[email protected]>
> 1 Masahiro Yamada <[email protected]>
> 1 Paul Burton <[email protected]>
> 1 Sabyasachi Gupta <[email protected]>
> 1 Vasily Gorbik <[email protected]>
> 1 Vincent Chen <[email protected]>
> 1 Will Deacon <[email protected]>
> 1 Xingxing Su <[email protected]>
>
> Header files are currently dual-licensed LGPL2.1/MIT, which is
> somewhat redundant with plain MIT.
>
> rseq.c was licensed under LGPL2.1. Relicencing it to MIT will facilitate
> its integration into statically built applications.
>
> In order to facilitate eventual code sharing between tests and the
> library implementation, I would like to relicense the tests from LGPL2.1
> to MIT as well.
>
> Many of the contributions are trivial, but I prefer to kindly ask for
> approval nevertheless.
>
> Thanks,
>
> Mathieu
>
> --
> Mathieu Desnoyers
> EfficiOS Inc.
> https://www.efficios.com
On 2023-02-06 13:36, Mathieu Desnoyers wrote:
> Hi,
>
> I would like to get contributor approval to relicense the rseq selftests
> within the Linux kernel and the librseq project to MIT. This will make
> it easier to use librseq from statically built applications, and I wish
> to continue sharing code between the kernel rseq selftests and librseq.
>
> Allowing use of rseq application headers from statically built
> applications was the intent from the beginning, but it turns out that
> having the rseq.c initialization code under LGPL2.1 makes it harder than
> it should be for users.
>
> The current contributor summary commit-wise under
> tools/testing/selftests/rseq is:
>
> 269 Mathieu Desnoyers <[email protected]>
> 6 Michael Ellerman <[email protected]>
> 5 Shuah Khan <[email protected]>
> 3 Michael Jeanson <[email protected]>
> 3 Peter Oskolkov <[email protected]>
> 2 Martin Schwidefsky <[email protected]>
I am having issues reaching Martin Schwidefsky. In this case it's a one-liner
contribution to a header which is going from LGPL2.1 OR MIT to MIT, which is
fine because it just removes one of the pre-allowed licenses, thus removing
some redundancy.
[ CCing Heiko Carstens ]
Rerefence:
commit 3d4d1f05bc990f240d66b0ffaf7121397e14df19
Author: Martin Schwidefsky <[email protected]>
Date: Mon Apr 29 11:27:58 2019 -0400
rseq/selftests: s390: use trap4 for RSEQ_SIG
Use trap4 as the guard instruction for the restartable sequence abort
handler.
Signed-off-by: Martin Schwidefsky <[email protected]>
Signed-off-by: Mathieu Desnoyers <[email protected]>
Signed-off-by: Shuah Khan <[email protected]>
Thanks,
Mathieu
> 1 Masahiro Yamada <[email protected]>
> 1 Paul Burton <[email protected]>
> 1 Sabyasachi Gupta <[email protected]>
> 1 Vasily Gorbik <[email protected]>
> 1 Vincent Chen <[email protected]>
> 1 Will Deacon <[email protected]>
> 1 Xingxing Su <[email protected]>
>
> Header files are currently dual-licensed LGPL2.1/MIT, which is
> somewhat redundant with plain MIT.
>
> rseq.c was licensed under LGPL2.1. Relicencing it to MIT will facilitate
> its integration into statically built applications.
>
> In order to facilitate eventual code sharing between tests and the
> library implementation, I would like to relicense the tests from LGPL2.1
> to MIT as well.
>
> Many of the contributions are trivial, but I prefer to kindly ask for
> approval nevertheless.
>
> Thanks,
>
> Mathieu
>
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com
On 2023-02-06 13:58, Mathieu Desnoyers wrote:
> On 2023-02-06 13:36, Mathieu Desnoyers wrote:
>> Hi,
>>
>> I would like to get contributor approval to relicense the rseq
>> selftests within the Linux kernel and the librseq project to MIT. This
>> will make it easier to use librseq from statically built applications,
>> and I wish to continue sharing code between the kernel rseq selftests
>> and librseq.
>>
>> Allowing use of rseq application headers from statically built
>> applications was the intent from the beginning, but it turns out that
>> having the rseq.c initialization code under LGPL2.1 makes it harder
>> than it should be for users.
>>
>> The current contributor summary commit-wise under
>> tools/testing/selftests/rseq is:
>>
>> 269 Mathieu Desnoyers <[email protected]>
>> 6 Michael Ellerman <[email protected]>
>> 5 Shuah Khan <[email protected]>
>> 3 Michael Jeanson <[email protected]>
>> 3 Peter Oskolkov <[email protected]>
>> 2 Martin Schwidefsky <[email protected]>
>
> I am having issues reaching Martin Schwidefsky. In this case it's a
> one-liner
> contribution to a header which is going from LGPL2.1 OR MIT to MIT,
> which is
> fine because it just removes one of the pre-allowed licenses, thus removing
> some redundancy.
>
> [ CCing Heiko Carstens ]
Trying with another email address for Heiko Carstens. Adding other s390
maintainers as well.
Thanks,
Mathieu
>
> Rerefence:
>
> commit 3d4d1f05bc990f240d66b0ffaf7121397e14df19
> Author: Martin Schwidefsky <[email protected]>
> Date: Mon Apr 29 11:27:58 2019 -0400
>
> rseq/selftests: s390: use trap4 for RSEQ_SIG
> Use trap4 as the guard instruction for the restartable sequence abort
> handler.
> Signed-off-by: Martin Schwidefsky <[email protected]>
> Signed-off-by: Mathieu Desnoyers <[email protected]>
> Signed-off-by: Shuah Khan <[email protected]>
>
> Thanks,
>
> Mathieu
>
>> 1 Masahiro Yamada <[email protected]>
>> 1 Paul Burton <[email protected]>
>> 1 Sabyasachi Gupta <[email protected]>
>> 1 Vasily Gorbik <[email protected]>
>> 1 Vincent Chen <[email protected]>
>> 1 Will Deacon <[email protected]>
>> 1 Xingxing Su <[email protected]>
>>
>> Header files are currently dual-licensed LGPL2.1/MIT, which is
>> somewhat redundant with plain MIT.
>>
>> rseq.c was licensed under LGPL2.1. Relicencing it to MIT will
>> facilitate its integration into statically built applications.
>>
>> In order to facilitate eventual code sharing between tests and the
>> library implementation, I would like to relicense the tests from
>> LGPL2.1 to MIT as well.
>>
>> Many of the contributions are trivial, but I prefer to kindly ask for
>> approval nevertheless.
>>
>> Thanks,
>>
>> Mathieu
>>
>
--
Mathieu Desnoyers
EfficiOS Inc.
https://www.efficios.com