Re: Anyone currently using fxp(4)?

> On Mar 12, 2020, at 6:36 PM, SAITOH Masanobu wrote: > > I have some cards. Those are too old, some cards doesn't work (broken). I agree they're too old :-). I mainly care about making sure I break the minimal set when working on net_mpsafe stuff. I know this driver worked on Alpha and

daily CVS update output

Updating src tree: P src/distrib/sets/lists/modules/ad.aarch64 P src/distrib/sets/lists/modules/ad.arm P src/distrib/sets/lists/modules/ad.mips P src/distrib/sets/lists/modules/md.amd64 P src/distrib/sets/lists/modules/md.sparc64 P src/external/bsd/blacklist/bin/blacklistd.c P

Re: Anyone currently using fxp(4)?

On 2020/03/13 10:23, Jason Thorpe wrote: Is anyone currently using fxp(4) successfully? I am having trouble with link stability on a new-in-box i82559 card, but on a non-x86 platform. Thx. -- thorpej I have some cards. Those are too old, some cards doesn't work (broken). --

Anyone currently using fxp(4)?

Is anyone currently using fxp(4) successfully? I am having trouble with link stability on a new-in-box i82559 card, but on a non-x86 platform. Thx. -- thorpej

Re: current crashes on X start

Hi, Martin Husemann wrote: >> I launch X11. A cursor appears, evberything else is black. >> Computer resets. >> Fun. > Give us some details ;-) > > I updated a machine today and it does not do that - most likely this is > graphics card/driver related. Oh, my tree is of yesterday, because it

Re: current crashes on X start

On Thu, Mar 12, 2020 at 06:40:13PM +0100, Riccardo Mottola wrote: > Hi! > > I completed now build and full userland including X, installed. > > I launch X11. A cursor appears, evberything else is black. > Computer resets. > Fun. Give us some details ;-) I updated a machine today and it does

current crashes on X start

Hi! I completed now build and full userland including X, installed. I launch X11. A cursor appears, evberything else is black. Computer resets. Fun. Riccardo

Re: Weird qemu-nvmm problem

On Wed, Mar 11, 2020 at 06:45:06PM +0100, Maxime Villard wrote: > Please CC me for issues related to NVMM, there is a number of lists where > I'm not subscribed. > > My understanding is that this commit is the cause (CC ad@): > >

Re: PATCH: Relax fdatasync checks to IEEE Std 1003.1-2008

Paul Ripke writes: > Currently, fdatasync requires a file descriptor open for writing, as > per IEEE Std 1003.1, 2004: > [EBADF] > The fildes argument is not a valid file descriptor open for writing. > https://pubs.opengroup.org/onlinepubs/009695399/functions/fdatasync.html > > While, IEEE Std

re: Build failure

Robert Swindells writes: > > Is anyone else having problems doing a clean build ? > > It is stopping for me in src/lib/libtelnet with this: > > #create libtelnet/sra.d > CC=/u8/build/aarch64-tools/bin/aarch64--netbsd-gcc > /u8/build/aarch64-tools/bin/n > bmkdep -f sra.d.tmp --

Build failure

Is anyone else having problems doing a clean build ? It is stopping for me in src/lib/libtelnet with this: #create libtelnet/sra.d CC=/u8/build/aarch64-tools/bin/aarch64--netbsd-gcc /u8/build/aarch64-tools/bin/n bmkdep -f sra.d.tmp -- -std=gnu99 --sysroot=/var/obj/aarch64

daily CVS update output

Updating src tree: P src/UPDATING U src/distrib/sets/lists/modules/md.evbarm P src/doc/3RDPARTY P src/external/gpl3/gcc/dist/ChangeLog U src/external/gpl3/gcc/dist/LAST_UPDATED P src/external/gpl3/gcc/dist/MD5SUMS P src/external/gpl3/gcc/dist/NEWS P src/external/gpl3/gcc/dist/INSTALL/build.html

PATCH: Relax fdatasync checks to IEEE Std 1003.1-2008

Currently, fdatasync requires a file descriptor open for writing, as per IEEE Std 1003.1, 2004: [EBADF] The fildes argument is not a valid file descriptor open for writing. https://pubs.opengroup.org/onlinepubs/009695399/functions/fdatasync.html While, IEEE Std 1003.1-2008 (and later revisions):