The process of using 40/50 row vga text modes is pretty cumbersome now:
wsfontload -h 8 -e ibm /usr/share/misc/pcvtfonts/vt220l.808
wsconscfg -dF 1
wsconscfg -t 80x50 1
I just reported a bug and a fix with font corruption, but I want to
propose a
few usability improvements that I am interested in
Hi,
I have done the work to implement ospfctl json support, but as
discussed i will provide it in two diffs.
This first one externalises the output aspect of ospfctl and there are
some things like tail that are not needed specifically for straight
standard output, but are required for json suppor
On Sun, Apr 05, 2020 at 12:10:08PM +0200, Matthieu Herrb wrote:
> On Sun, Mar 22, 2020 at 08:13:11PM +0100, Matthieu Herrb wrote:
> > Hi,
> >
> > the patch below updates XCB (xcb-proto and libxcb) to version 1.14.0.
> >
> > I've been running this on amd64 for a while. Comments ? ok ?
> >
> > Not
On Wed, May 13, 2020 at 01:27:43AM +0300, Pavel Korovin wrote:
> Dear all,
>
> After compiling/upgrading to the latest source with TLSv1.3 server code
> enabled,
> I've got Firefox SSL_ERROR_RX_MALFORMED_SERVER_HELLO when tried to access http
> serviced by relayd.
> Please find the diff for relay
'good news'
I build a custom kernel with the DEBUG flag for the driver
ugen0 at uhub3 port 3 "Intel product 0x0029" rev 2.01/0.01 addr 2
iwx_cmd_done: command 0x88 done
iwx_cmd_done: command 0x88 done
iwx_cmd_done: command 0x88 done
iwx_cmd_done: command 0x88 done
iwx_cmd_done: command 0x88 done
Following claudio@'s recent change from "-rlt" to "-rt" in rpki-client [1],
I would like to propose this minor change to rpki-client.8 hereby:
diff --git a/src/usr.sbin/rpki-client/rpki-client.8
b/src/usr.sbin/rpki-client/rpki-client.8
index 06d3490..ec1e4ae 100644
--- a/src/usr.sbin/rpki-client/
On Wed, May 13, 2020 at 06:09:52PM +0200, Mark Kettenis wrote:
> > Date: Wed, 13 May 2020 16:55:24 +0100
> > From: Stuart Henderson
> >
> > Thanks for looking at this Paul!
> >
> > On 2020/05/13 17:15, Robert Nagy wrote:
> > > On 13/05/20 17:05 +0200, Mark Kettenis wrote:
> > > > > The update cu
On Wed, May 13, 2020 at 2:24 PM Stuart Henderson wrote:
>
> On 2020/05/13 13:46, sven falempin wrote:
> > *Please*
> > advise how to squeeze more information to thwart that problem.
>
> If I had a card using a newly developed driver that was doing that,
> I would remove the card, offer to send it
On 2020/05/13 13:46, sven falempin wrote:
> *Please*
> advise how to squeeze more information to thwart that problem.
If I had a card using a newly developed driver that was doing that,
I would remove the card, offer to send it to somebody working on the
driver if they want it, and replace it with
>
> OpenBSD 6.7 (GENERIC.MP) #182: Thu May 7 11:11:58 MDT 2020
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 7975399424 (7605MB)
> avail mem = 7721070592 (7363MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SM
For the archives, if anyone else hits this issue.
Being killed with pledge sysctl 2 on a golang http.ListenAndServe, no longer
happens.
https://github.com/golang/go/issues/31927
> Date: Wed, 13 May 2020 16:55:24 +0100
> From: Stuart Henderson
>
> Thanks for looking at this Paul!
>
> On 2020/05/13 17:15, Robert Nagy wrote:
> > On 13/05/20 17:05 +0200, Mark Kettenis wrote:
> > > > The update currently does the work of clock_gettime(), but it can
> > > > probably be change
Thanks for looking at this Paul!
On 2020/05/13 17:15, Robert Nagy wrote:
> On 13/05/20 17:05 +0200, Mark Kettenis wrote:
> > > The update currently does the work of clock_gettime(), but it can
> > > probably be changed to only update the timehands and move the logic
> > > elsewhere. Note that if w
On Wed, 13 May 2020 16:09:57 +0200
Robert Nagy wrote:
> On 13/05/20 17:03 +0300, Paul Irofti wrote:
> > Here is a stress test from robert@:
> >
> > robert@x202:/home/robert> time ./t && time ./t2
> > 0m00.11s real 0m00.12s user 0m00.00s system
> > 0m09.99s real 0m02.64s user 0m03.36s system
> > t
On 13/05/20 17:05 +0200, Mark Kettenis wrote:
> > The update currently does the work of clock_gettime(), but it can
> > probably be changed to only update the timehands and move the logic
> > elsewhere. Note that if we expose only the timehands to userland, most
> > of the bintime functionality has
> Date: Wed, 13 May 2020 17:03:01 +0300
> From: Paul Irofti
>
> Hi,
>
> By far one of the most popular and frequently used system calls is
> clock_gettime(2). As a result the cost of kernel-userland transitions
> out weight the actual work, thus I am proposing we make the data
> available direct
On 13/05/20 17:03 +0300, Paul Irofti wrote:
> Hi,
>
> By far one of the most popular and frequently used system calls is
> clock_gettime(2). As a result the cost of kernel-userland transitions
> out weight the actual work, thus I am proposing we make the data
> available directly from userland wit
Hi,
By far one of the most popular and frequently used system calls is
clock_gettime(2). As a result the cost of kernel-userland transitions
out weight the actual work, thus I am proposing we make the data
available directly from userland without passing through a system call.
This has been a sub
On 08/05/20(Fri) 09:15, Martin Pieuchot wrote:
> Diff below make all archs supporting TID filter in ddb(4)'s trace to use
> the same modifier.
>
> Historically the '/p' modifier was used to pick a PID, then it changed
> to be a TID. Now 'p' doesn't intuitively points to "thread" and because
> arm
19 matches
Mail list logo