nge shown below will be
> too large to test before merge window for 5.12 opens.
>
> The patch for fixing "general protection fault in
> tomoyo_socket_sendmsg_permission" will kill kthread_get_run().
> Closing frequently crashing bug now is the better.
>
> On 2021/0
nge shown below will be
> too large to test before merge window for 5.12 opens.
>
> The patch for fixing "general protection fault in
> tomoyo_socket_sendmsg_permission" will kill kthread_get_run().
> Closing frequently crashing bug now is the better.
>
> On 2021/0
patch for fixing "general protection fault in
tomoyo_socket_sendmsg_permission" will kill kthread_get_run().
Closing frequently crashing bug now is the better.
On 2021/02/11 22:40, Tetsuo Handa wrote:
> I guess that we need to serialize attach operation and reset/detach
> operations,
the best fix.
part. Therefore, I strongly expect you to apply this version now.
Is there a reproducer for this problem?
There is no reproducer for "general protection fault in
tomoyo_socket_sendmsg_permission" problem, but
the race condition is explained at
https://lkml.kernel.org/r/676
> Right. I would like to get a clear understanding of how this condition
>>>> is triggered. I am not saying this isn't a problem. Understanding how
>>>> it is triggered helps find the best fix.
>>>
>>> part. Therefore, I strongly expect you to apply
t;>> fix.
>>
>> As I said at
>> https://lkml.kernel.org/r/f8cae6b1-8f84-0e6a-7d9c-fc4aec68f...@i-love.sakura.ne.jp
>> ,
>> the as-is patch is effectively a complete fix. And applying the as-is patch
>> should help spending
>> syzbot resources for
...@i-love.sakura.ne.jp
,
the as-is patch is effectively a complete fix. And applying the as-is patch
should help spending
syzbot resources for reproducing "general protection fault in
tomoyo_socket_sendmsg_permission"
with debug printk() patch applied, which in turn will help you in
Righ
is patch is effectively a complete fix. And applying the as-is patch
should help spending
syzbot resources for reproducing "general protection fault in
tomoyo_socket_sendmsg_permission"
with debug printk() patch applied, which in turn will help you in
> Right. I would like to get a cl
al problem.
What are these fix suggestions?
"general protection fault in tomoyo_socket_sendmsg_permission" is a NULL pointer
dereference which can happen if vhci_device_reset() and/or vhci_device_init()
(which does vdev->ud.tcp_socket = NULL;) were unexpectedly called. There is no
repro
at are these fix suggestions?
"general protection fault in tomoyo_socket_sendmsg_permission" is a NULL pointer
dereference which can happen if vhci_device_reset() and/or vhci_device_init()
(which does vdev->ud.tcp_socket = NULL;) were unexpectedly called. There is no
reproducer, and (as
On 1/29/21 7:25 PM, Tetsuo Handa wrote:
On 2021/01/30 6:18, Shuah Khan wrote:
In this console log:
It seems "this console log" refers to
https://syzkaller.appspot.com/x/log.txt?x=1045303450 .
06:57:50 executing program 1:
socketpair$tipc(0x1e, 0x2, 0x0, &(0x7fc0)={0xfff
On 2021/01/30 6:18, Shuah Khan wrote:
> In this console log:
It seems "this console log" refers to
https://syzkaller.appspot.com/x/log.txt?x=1045303450 .
>
> 06:57:50 executing program 1:
> socketpair$tipc(0x1e, 0x2, 0x0, &(0x7fc0)={0x})
> sendmsg$BATADV_CMD_GET_TRAN
On 1/29/21 10:08 AM, Tetsuo Handa wrote:
On 2021/01/30 1:05, Shuah Khan wrote:
Since "general protection fault in tomoyo_socket_sendmsg_permission" is caused
by
unexpectedly resetting ud->tcp_socket to NULL without waiting for tx thread to
terminate, tracing the ordering of ev
On 2021/01/30 1:05, Shuah Khan wrote:
>> Since "general protection fault in tomoyo_socket_sendmsg_permission" is
>> caused by
>> unexpectedly resetting ud->tcp_socket to NULL without waiting for tx thread
>> to
>> terminate, tracing the order
ntk() might make it easier to reproduce the problem.
>
> I am unable to reproduce the problem using the reproducer and running
> multiple instances of the reproducer.
Since syzkaller cannot find a reproducer for "general protection fault in
tomoyo_socket_sendmsg_permission",
On 2020/11/14 2:14, Shuah Khan wrote:
> On 11/13/20 5:00 AM, Hillf Danton wrote:
>> Thu, 12 Nov 2020 23:21:26 -0800
>>> syzbot found the following issue on:
>>>
>>> HEAD commit: 9dbc1c03 Merge tag 'xfs-5.10-fixes-3' of git://git.kernel...
>>> git tree: upstream
>>> console output: https://
On 11/13/20 5:00 AM, Hillf Danton wrote:
Thu, 12 Nov 2020 23:21:26 -0800
syzbot found the following issue on:
HEAD commit:9dbc1c03 Merge tag 'xfs-5.10-fixes-3' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1045303450
kernel con
Hello,
syzbot found the following issue on:
HEAD commit:9dbc1c03 Merge tag 'xfs-5.10-fixes-3' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1045303450
kernel config: https://syzkaller.appspot.com/x/.config?x=1735b7978b1c3721
das
18 matches
Mail list logo