Re: unkillable process consuming 100% cpu

2019-11-11 Thread Steve Kargl
On Mon, Nov 11, 2019 at 02:22:55PM +0100, Hans Petter Selasky wrote: > On 2019-11-08 23:09, Steve Kargl wrote: > > Here's 'procstat -kk' for the stuck process with the long line wrapped. > > Can you run this command a couple of times and see if the backtrace changes? > > --HPS I was AFK for a fe

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Hans Petter Selasky
On 2019-11-08 23:09, Steve Kargl wrote: Here's 'procstat -kk' for the stuck process with the long line wrapped. Can you run this command a couple of times and see if the backtrace changes? --HPS ___ freebsd-current@freebsd.org mailing list https://li

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Konstantin Belousov
On Mon, Nov 11, 2019 at 01:22:09PM +0100, Hans Petter Selasky wrote: > On 2019-11-11 11:44, Hans Petter Selasky wrote: > > Seems like we can optimise away one more write memory barrier. > > > > If you are building from ports, simply: > > > > cd work/kms-drm* > > cat seqlock.diff | patch -p1 > >

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Hans Petter Selasky
On 2019-11-11 11:44, Hans Petter Selasky wrote: Seems like we can optimise away one more write memory barrier. If you are building from ports, simply: cd work/kms-drm* cat seqlock.diff | patch -p1 Hi, Here is one more debug patch you can try. See if you get that print added in the patch in

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Hans Petter Selasky
Seems like we can optimise away one more write memory barrier. If you are building from ports, simply: cd work/kms-drm* cat seqlock.diff | patch -p1 --HPS diff --git a/linuxkpi/gplv2/include/linux/reservation.h b/linuxkpi/gplv2/include/linux/reservation.h index b975f792c..0ce922a0e 100644 --- a

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Hans Petter Selasky
On 2019-11-11 10:34, Hans Petter Selasky wrote: Hi, Can you open the radeonkms.ko in gdb83 from ports and type: l *(radeon_gem_busy_ioctl+0x30) Hi, I suspect there is a memory race in the seqlock framework. Can you try the attached patch and re-build? Is this issue easily reproducible?

Re: unkillable process consuming 100% cpu

2019-11-11 Thread Hans Petter Selasky
Hi, Can you open the radeonkms.ko in gdb83 from ports and type: l *(radeon_gem_busy_ioctl+0x30) --HPS ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-cur

FreeBSD CI Weekly Report 2019-11-10

2019-11-11 Thread Li-Wen Hsu
(Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-11-10 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-11-04 to 2019-11-10. During this period, we have: * 2331 buil