Re: [PATCH v3] /dev/mem: Bail out upon SIGKILL.

2019-09-04 Thread Greg Kroah-Hartman
On Wed, Sep 04, 2019 at 07:19:47PM +0900, Tetsuo Handa wrote: > Ping? Syzbot is still reporting this problem. It's in my queue, give me a chance :) greg k-h

Re: [PATCH v3] /dev/mem: Bail out upon SIGKILL.

2019-09-04 Thread Tetsuo Handa
Ping? Syzbot is still reporting this problem. On 2019/08/26 22:44, Tetsuo Handa wrote: > On 2019/08/26 22:29, Greg Kroah-Hartman wrote: >> On Mon, Aug 26, 2019 at 10:13:25PM +0900, Tetsuo Handa wrote: >>> syzbot found that a thread can stall for minutes inside read_mem() or >>> write_mem() after

Re: [PATCH v3] /dev/mem: Bail out upon SIGKILL.

2019-08-26 Thread Tetsuo Handa
On 2019/08/26 22:29, Greg Kroah-Hartman wrote: > On Mon, Aug 26, 2019 at 10:13:25PM +0900, Tetsuo Handa wrote: >> syzbot found that a thread can stall for minutes inside read_mem() or >> write_mem() after that thread was killed by SIGKILL [1]. Reading from >> iomem areas of /dev/mem can be slow,

Re: [PATCH v3] /dev/mem: Bail out upon SIGKILL.

2019-08-26 Thread Greg Kroah-Hartman
On Mon, Aug 26, 2019 at 10:13:25PM +0900, Tetsuo Handa wrote: > syzbot found that a thread can stall for minutes inside read_mem() or > write_mem() after that thread was killed by SIGKILL [1]. Reading from > iomem areas of /dev/mem can be slow, depending on the hardware. > While reading 2GB at one

[PATCH v3] /dev/mem: Bail out upon SIGKILL.

2019-08-26 Thread Tetsuo Handa
syzbot found that a thread can stall for minutes inside read_mem() or write_mem() after that thread was killed by SIGKILL [1]. Reading from iomem areas of /dev/mem can be slow, depending on the hardware. While reading 2GB at one read() is legal, delaying termination of killed thread for minutes is