Re: HEADSUP: math is broken with clang and optimization

On Mon, Feb 15, 2021 at 03:27:08PM -0800, Mark Millard wrote: > > On Mon, Feb 15, 2021 at 01:03:36PM -0800, Steve Kargl wrote: > > > On Mon, Feb 15, 2021 at 12:49:13PM -0800, Steve Kargl wrote: > > > > On Sun, Feb 14, 2021 at 01:59:58PM -0800, Steve Kargl wrote: > > > > > Just a headsup for anyone

Re: Interface counter inaccurate

On Mon, Feb 15, 2021 at 10:25:47PM +0100, Kristof Provost wrote: > On 15 Feb 2021, at 22:09, Daniel Ponte wrote: > > I've noticed that since upgrading to stable/13-n244514-18097ee2fb7c from > > 12.2-STABLE, throughput on my WAN interface (the box runs pf) is > > incorrectly showing double in systat

Re: HEADSUP: math is broken with clang and optimization

> On Mon, Feb 15, 2021 at 01:03:36PM -0800, Steve Kargl wrote: > > On Mon, Feb 15, 2021 at 12:49:13PM -0800, Steve Kargl wrote: > > > On Sun, Feb 14, 2021 at 01:59:58PM -0800, Steve Kargl wrote: > > > > Just a headsup for anyone doing numerical work with > > > > FreeBSD-current. clang with optimiz

Re: HEADSUP: math is broken with clang and optimization

On Mon, Feb 15, 2021 at 01:03:36PM -0800, Steve Kargl wrote: > On Mon, Feb 15, 2021 at 12:49:13PM -0800, Steve Kargl wrote: > > On Sun, Feb 14, 2021 at 01:59:58PM -0800, Steve Kargl wrote: > > > Just a headsup for anyone doing numerical work with > > > FreeBSD-current. clang with optimization of -

Re: Interface counter inaccurate

On 15 Feb 2021, at 22:09, Daniel Ponte wrote: I've noticed that since upgrading to stable/13-n244514-18097ee2fb7c from 12.2-STABLE, throughput on my WAN interface (the box runs pf) is incorrectly showing double in systat -if, as well as in vnstat and pftop from ports. The LAN interface does no

Interface counter inaccurate

All, I've noticed that since upgrading to stable/13-n244514-18097ee2fb7c from 12.2-STABLE, throughput on my WAN interface (the box runs pf) is incorrectly showing double in systat -if, as well as in vnstat and pftop from ports. The LAN interface does not appear to be so afflicted. Running a speed

Re: HEADSUP: math is broken with clang and optimization

On Mon, Feb 15, 2021 at 12:49:13PM -0800, Steve Kargl wrote: > On Sun, Feb 14, 2021 at 01:59:58PM -0800, Steve Kargl wrote: > > Just a headsup for anyone doing numerical work with > > FreeBSD-current. clang with optimization of -O1 or > > higher produces wrong results. Testing 1 million > > comp

Re: HEADSUP: math is broken with clang and optimization

On Sun, Feb 14, 2021 at 01:59:58PM -0800, Steve Kargl wrote: > Just a headsup for anyone doing numerical work with > FreeBSD-current. clang with optimization of -O1 or > higher produces wrong results. Testing 1 million > complex values of ccoshf and limiting |z| < 20, > shows > This is either

DRM related panic 13-STABLE

This is a third panic after the update to 13-STABLE and corresponding drm-fbsd13-kmod-5.4.92.g20210202 port. My hardware is ThinkPad T440p with Intel Haswell iGPU. It happens once in a week or two. Unread portion of the kernel message buffer: <4>WARN_ON(atomic_read(&new->bits) & frontbuffer_bits)W

Re: jails: /pool/jails/fulljailmake -> /pool/jails/fulljailbmake: No such file or directory

O. Hartmann wrote: > > If reverting this does not help, can you try with: > > sysctl vfs.cache_fast_lookup=0 > > reverting the mentioned commit helped and made things working as expected > again. > > Thank you very much. Sorry looks like bsd.links.mk expects full paths. Can you confirm the bel

Re: loader/boot fonts are painfully small (again)

On Fri, 12 Feb 2021 at 15:33, Rodney W. Grimes < freebsd-...@gndrsh.dnsmgr.net> wrote: > > > > > > > On 11. Feb 2021, at 23:21, Yuri Pankov wrote: > > > > > > Lenovo P51 laptop, 15'' 4k (3840x2160) display. > > > > > > Booting from the latest available current snapshot (20210107), fonts > > > wer

Re: jails: /pool/jails/fulljailmake -> /pool/jails/fulljailbmake: No such file or directory

On Mon, 15 Feb 2021 11:47:07 +0100 Mateusz Guzik wrote: > Can you try this with reverting: > > commit ee10666327b622c2f20a4ac17e7a5673b04e7c9a > Author: Simon J. Gerraty > Date: Sun Feb 14 17:20:10 2021 -0800 > > Links for bmake and bmake.1 > > Some folk forget that make is bmake, and

Re: jails: /pool/jails/fulljailmake -> /pool/jails/fulljailbmake: No such file or directory

Am 15.02.21 um 11:47 schrieb Mateusz Guzik: Can you try this with reverting: commit ee10666327b622c2f20a4ac17e7a5673b04e7c9a Author: Simon J. Gerraty Date: Sun Feb 14 17:20:10 2021 -0800 Links for bmake and bmake.1 Some folk forget that make is bmake, and want the links... M

Re: jails: /pool/jails/fulljailmake -> /pool/jails/fulljailbmake: No such file or directory

Can you try this with reverting: commit ee10666327b622c2f20a4ac17e7a5673b04e7c9a Author: Simon J. Gerraty Date: Sun Feb 14 17:20:10 2021 -0800 Links for bmake and bmake.1 Some folk forget that make is bmake, and want the links... MFC after: 1 week diff --git a/usr.bin/bmake/Make

jails: /pool/jails/fulljailmake -> /pool/jails/fulljailbmake: No such file or directory

The base host is running FreeBSD 14.0-CURRENT #6 main-n244784-8563de2f279: Fri Feb 12 12:48:34 CET 2021 amd64, the source tree is at "commit 5dce03847fdc7bc6eb959282c0ae2117b1991746". Updating jails via "ezjail-admin update -i", or for poudriere based CURRENT (14-CURRENT) jails via "poudriere jai

Re: panic: condition seqc_in_modify(_vp->v_seqc) not met at zfs_acl.c:1147 (zfs_acl_chown_setattr)

On 15/02/2021 10:22, Andriy Gapon wrote: > > I've got this panic once when copying a couple of files. > The system is stable/13 as of 1996360d7338d, a custom kernel configuration, > but > no local source code modifications. > > Unread portion of the kernel message buffer: > VNASSERT failed: ({ s

panic: condition seqc_in_modify(_vp->v_seqc) not met at zfs_acl.c:1147 (zfs_acl_chown_setattr)

I've got this panic once when copying a couple of files. The system is stable/13 as of 1996360d7338d, a custom kernel configuration, but no local source code modifications. Unread portion of the kernel message buffer: VNASSERT failed: ({ seqc_t __seqc = (_vp->v_seqc); __builtin_expect((__seqc &