Re: Waiting for bufdaemon

On 1/17/21 10:49 AM, Konstantin Belousov wrote: On Sun, Jan 17, 2021 at 10:37:18AM +0100, Rainer Hurling wrote: Am 17.01.21 um 05:33 schrieb Konstantin Belousov: On Sat, Jan 16, 2021 at 07:41:01PM +0100, Rainer Hurling wrote: During another shutdown after heavy usage of the box, the followin

Re: boot loader blank screen

On 1/14/21 8:15 AM, Jakob Alvermark wrote: On 1/14/21 4:49 AM, monochrome wrote: I should add my experience to this since its different and haven't seen anyone else mention it. I see the new boot loader, it's not blank, but its large text, and it's very SLOW. I can see each char drawn, and th

Re: Waiting for bufdaemon

On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote: > This patch hides the problem for me. The system seems to work better now. > > No waiting on reboot, and the webcam works better. I am curious what do you mean by the above reference to webcam. Can you explain it with more details,

Re: Waiting for bufdaemon

On 1/20/21 11:18 AM, Konstantin Belousov wrote: On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote: This patch hides the problem for me. The system seems to work better now. No waiting on reboot, and the webcam works better. I am curious what do you mean by the above reference to

Re: Waiting for bufdaemon

Am 20.01.21 um 11:18 schrieb Konstantin Belousov: > On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote: >> This patch hides the problem for me. The system seems to work better now. >> >> No waiting on reboot, and the webcam works better. > I am curious what do you mean by the above ref

Re: DRM problem installing kernel on main-c561-gc3e75b6c1

On 1/19/21 4:18 PM, Emmanuel Vadot wrote: > > drm-current-kmod will also install its sources in /usr/local/sys/ and > this will get built with buildkernel. The problem is that if the > package is old (and it is right now) you might have sources that either > don't compile or don't work correctly.

Re: Waiting for bufdaemon

On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote: > Am 20.01.21 um 11:18 schrieb Konstantin Belousov: > > On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote: > >> This patch hides the problem for me. The system seems to work better now. > >> > >> No waiting on reboot, and

Re: Waiting for bufdaemon

Am 20.01.21 um 13:34 schrieb Konstantin Belousov: > On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote: >> Am 20.01.21 um 11:18 schrieb Konstantin Belousov: >>> On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote: This patch hides the problem for me. The system seems to

Re: Waiting for bufdaemon

On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: > Am 20.01.21 um 13:34 schrieb Konstantin Belousov: > > On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote: > >> Am 20.01.21 um 11:18 schrieb Konstantin Belousov: > >>> On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alverm

Re: Waiting for bufdaemon

Am 20.01.21 um 14:12 schrieb Konstantin Belousov: > On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: >> Am 20.01.21 um 13:34 schrieb Konstantin Belousov: >>> On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote: Am 20.01.21 um 11:18 schrieb Konstantin Belousov: > O

Re: Waiting for bufdaemon

On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote: > Am 20.01.21 um 14:12 schrieb Konstantin Belousov: > > On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: > >> Am 20.01.21 um 13:34 schrieb Konstantin Belousov: > >>> On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurli

Re: Waiting for bufdaemon

Hi Everyone, i have exactly the same behavior as Rainer described. "After a high system load, several programs only react very slowly (e.g. Firefox).." I will try with the patch and see if it also clear this on my machine (AMD R7). Santiago On 1/20/21 1:52 PM, Konstantin Belousov wrote: >

Re: VM UMA counters.

On Tue, Jan 19, 2021 at 12:44:14PM +, Santiago Martinez wrote: > Hi there, sorry to ask this as it might be a silly question... > > Since a few weeks im seeing random locks on application and sometimes > when using truss it show resource temporally unavailable. > > Now, checking random things,

Re: Waiting for bufdaemon

Hi, excellent the patch clear the problem for me when rebooting after a kern compile, etc, etc. Also seems that Firefox and pycharm or any other java related tools are not freezing any more, but its maybe to early to confirm this 100%. Will keep you posted. Santiago On 1/20/21 1:58 PM, Santiago

Re: VM UMA counters.

Hi Mark, To the DRM question, indeed I am using drm-devel with amdgpu. Here is the vmstat -s output. Cheers Santiago root@tucho:/home/smartinez # vmstat -s 1882578 cpu context switches 100445 device interrupts 23777 software interrupts 1054356 traps 13811750 system calls 39 kernel threads crea

Re: VM UMA counters.

On Wed, Jan 20, 2021 at 02:24:59PM +, Santiago Martinez wrote: > Hi Mark, > > To the DRM question, indeed I am using drm-devel with amdgpu. Have you updated to commit 4af932354260 or later? That helps address a memory reclamation bug triggered by amdgpu. > Here is the vmstat -s output. I g

Re: VM UMA counters.

yes that correct, just booted with the patch applied for the bufdaemon . Will keep an eye on it, and let you know how it goes. Any specific values that i should look on vmstat? Santiago On 1/20/21 2:30 PM, Mark Johnston wrote: > On Wed, Jan 20, 2021 at 02:24:59PM +, Santiago Martinez wrote

Re: Waiting for bufdaemon

Am 20.01.21 um 14:52 schrieb Konstantin Belousov: > On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote: >> Am 20.01.21 um 14:12 schrieb Konstantin Belousov: >>> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: Am 20.01.21 um 13:34 schrieb Konstantin Belousov: > O

Re: VM UMA counters.

On Wed, Jan 20, 2021 at 02:34:28PM +, Santiago Martinez wrote: > yes that correct, just booted with the patch applied for the bufdaemon . > > Will keep an eye on it, and let you know how it goes. > > Any specific values that i should look on vmstat? The ones I'm interested in are: 0 page da

Re: Waiting for bufdaemon

On Wed, Jan 20, 2021 at 03:12:27PM +0200, Konstantin Belousov wrote: > On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: > > Am 20.01.21 um 13:34 schrieb Konstantin Belousov: > > > On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote: > > >> Am 20.01.21 um 11:18 schrieb Kons

Re: Waiting for bufdaemon

Am 20.01.21 um 15:42 schrieb Mark Johnston: > On Wed, Jan 20, 2021 at 03:12:27PM +0200, Konstantin Belousov wrote: >> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: >>> Am 20.01.21 um 13:34 schrieb Konstantin Belousov: On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling w

Re: Waiting for bufdaemon

Same here Mark, and if you need remote access to a AMD Ryzen let me know. Santi On 1/20/21 2:54 PM, Rainer Hurling wrote: > Thanks for the info. So for now, I can remove > microcode_update_enable="YES" in /boot/loader.conf ... > > Is there anything, I can test for you (without having skills in th

Re: DRM problem installing kernel on main-c561-gc3e75b6c1

On 1/19/21 11:55 PM, Emmanuel Vadot wrote: i'm happy now running the current-kmod but let me know if it'd be helpful to do any more tests or provide additional info. So what did you change ? ok i think i spot the issue - in my checkout of the ports tree via the github mirror at git://

Re: Waiting for bufdaemon

Am 20.01.21 um 15:36 schrieb Rainer Hurling: > Am 20.01.21 um 14:52 schrieb Konstantin Belousov: >> On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote: >>> Am 20.01.21 um 14:12 schrieb Konstantin Belousov: On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote: > Am 20.

Re: DRM problem installing kernel on main-c561-gc3e75b6c1

On Wed, 20 Jan 2021 09:47:28 -0800 Pete Wright wrote: > > > On 1/19/21 11:55 PM, Emmanuel Vadot wrote: > > > >> i'm happy now running the current-kmod but let me know if it'd be > >> helpful to do any more tests or provide additional info. > > So what did you change ? > > > ok i think i spo

Re: DRM problem installing kernel on main-c561-gc3e75b6c1

On 1/20/21 11:09 AM, Emmanuel Vadot wrote: On Wed, 20 Jan 2021 09:47:28 -0800 Pete Wright wrote: On 1/19/21 11:55 PM, Emmanuel Vadot wrote: i'm happy now running the current-kmod but let me know if it'd be helpful to do any more tests or provide additional info. So what did you change

Can In-Kernel TLS (kTLS) work with any OpenSSL Application?

Hi freebsd-current@, I know that In-Kernel TLS was merged into the FreeBSD HEAD tree a while back. With 13.0-RELEASE around the corner, I'm thinking about upgrading my home server, well if I can accelerate any SSL application. I'm asking because I have a home server on a symmetrical Gigabit

Re: Silent hang in buildworld, was Re: Invoking -v for clang during buildworld

On 2021-Jan-19, at 17:42, Mark Millard wrote: > On 2021-Jan-18, at 21:12, Mark Millard wrote: > >> On 2021-Jan-18, at 19:19, Mark Millard wrote: >> >>> . . . FYI: I re-established my access to a RPi2B V1.1 and made it report: "maximum recommended amount (468832 pages)" (T

FreeBSD 13.0 Build Option Sweep

Hello all, I have been experimenting with FreeBSD build options on and off since FreeBSD 4.8/5.0 for use with minimum jails and later virtual machines. If you have ever tried to build "without all" and working your way back up, you have probably found this to be a very frustrating adventure i

Re: Silent hang in buildworld, was Re: Invoking -v for clang during buildworld

On Wed, Jan 20, 2021 at 09:51:33AM -0800, Mark Millard wrote: > On 2021-Jan-19, at 17:42, Mark Millard wrote: > > > On 2021-Jan-18, at 21:12, Mark Millard wrote: > > > >> On 2021-Jan-18, at 19:19, Mark Millard wrote: > >> > >>> . . . > FYI: I re-established my access to a RPi2B V1.1 and

Re: FreeBSD 13.0 Build Option Sweep

On 1/20/21 5:47 PM, Michael Dexter wrote: Two have been fixed and PRs exist for the majority of them with some possible fixes for those who know the code best to consider. One broken option is a recent regression while one pair, WITHOUT_LIBTHR/WITHOUT_LIBPTHREAD is quite stale and is a candidat

make buildkernel is broken (linuxkpi vs drm)

My buildkernel after a buildworld is dying with In file included from /media/obj/usr/src/i386.i386/sys/MOBILE/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_7/linuxkpi/gplv2/include/linux/pci.h:10: In file included from /usr/src/sys/compat/linuxkpi/common/include/linux/pci.h:51: I

Re: make buildkernel is broken (linuxkpi vs drm)

On 1/21/21 6:46 AM, Steve Kargl wrote: My buildkernel after a buildworld is dying with In file included from /media/obj/usr/src/i386.i386/sys/MOBILE/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_7/linuxkpi/gplv2/include/linux/pci.h:10: In file included from /usr/src/sys/compat/

Re: make buildkernel is broken (linuxkpi vs drm)

On Thu, Jan 21, 2021 at 07:07:27AM +0100, Hans Petter Selasky wrote: > On 1/21/21 6:46 AM, Steve Kargl wrote: > > My buildkernel after a buildworld is dying with > > > > In file included from > > /media/obj/usr/src/i386.i386/sys/MOBILE/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62

Re: make buildkernel is broken (linuxkpi vs drm)

On 1/21/21 7:13 AM, Steve Kargl wrote: It is 'make buildkernel' in /usr/src after a 'make buildworld'. I have 'PORTS_MODULES+= graphics/drm-current-kmod' in /etc/make.conf. Try to update the ports tree. I'm not aware of any current build issues in this area. --HPS ___

Re: make buildkernel is broken (linuxkpi vs drm)

On Thu, Jan 21, 2021 at 07:18:07AM +0100, Hans Petter Selasky wrote: > On 1/21/21 7:13 AM, Steve Kargl wrote: > > It is 'make buildkernel' in /usr/src after a 'make buildworld'. > > I have 'PORTS_MODULES+= graphics/drm-current-kmod' in /etc/make.conf. > > Try to update the ports tree. I'm not awar