ng multiple TIF_* bits in
> kernel return code path. Old code only needed to check a single bit so
> BBIT0 worked. New code needs to check multiple bits so
> AND instruction. So needs to use bit mask variant _TIF_SIGPENDING
Sorry about that, my arc asm isn't that strong :-
sr/initramfs_inc_data
>>>> AS usr/initramfs_data.o
>>>
>>> Hmm, it was buidling fine with v5.10-rc2-mmotm-2020-11-07-21-40.
>>> I'll try to see what could cause this.
>>>
>>> Do you build with defconfig or do
On 10/30/20 2:08 PM, Vineet Gupta wrote:
> On 10/30/20 11:53 AM, Jens Axboe wrote:
>>
>> Ah thanks, I'll make that change. Hard for me to test a lot of these, so
>> I really appreciate someone knowledgable taking a look at it.
>
> Sure, glad to help, thx to you
On 10/30/20 12:47 PM, Vineet Gupta wrote:
> On 10/29/20 9:09 AM, Jens Axboe wrote:
>> Wire up TIF_NOTIFY_SIGNAL handling for arc.
>>
>> Cc:linux-arm-ker...@lists.infradead.org
>
>
> Just to be clear, ARC and ARM seem to differ in 1 letter, they are in no
> wa
e
>
> ARC patch is broken and I just replied to Jens about it. He will
> hopefully fix it and push updated series to -next
Done, will push it out now. Sorry about that.
--
Jens Axboe
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Wire up TIF_NOTIFY_SIGNAL handling for arc.
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Jens Axboe
---
5.11 has support queued up for TIF_NOTIFY_SIGNAL, see this posting
for details:
https://lore.kernel.org/io-uring/20201026203230.386348-1-ax...@kernel.dk/
As part of that work