Hi David,
Le 19/10/2018 11:44, David Gwynne a écrit :
You could try removing the prio = IFQ_MAXPRIO line here and see what the effect
is. If the world doesn't end I can try committing it.
OK, so that seems to work. No obvious ill-effects at this point but
I'll keep testing.
Thanks!
Adrian
The wording of ifconfig DIAGNOSTICS can possibly baffle
a non-native speaker (such as me) with
Messages indicating the specified interface does not exist,
namely, only after parsing the (non)sentence does one realize
that the diagnostics consists of messages indicating THAT
the interface does n
On Sat, Oct 20, 2018 at 10:09:39AM -0700, Pratik Vyas wrote:
> * David Gwynne [2018-10-20 12:19:56 +1000]:
>
> >
> > Would sending and receiving a VM still work if I/O is run in different
> > processes?
> >
> > dlg
> >
>
> Hi dlg,
>
> It will have to be reworked completely but can be done,
So the comparison is always meaningful.
These are never copied out of the kernel so we can change
the timestamp clock without issue.
ok?
Index: netinet/ip_ipsp.c
===
RCS file: /cvs/src/sys/netinet/ip_ipsp.c,v
retrieving revision 1.2
On Sun, Oct 21, 2018 at 01:37:51PM +0200, Hiltjo Posthuma wrote:
> Hi,
>
> Below a patch for a very small typo in a comment in /usr/sbin/rcctl
>
>
> diff --git a/usr.sbin/rcctl/rcctl.sh b/usr.sbin/rcctl/rcctl.sh
> index 61ad76a4987..3b2f0cabe49 100644
> --- a/usr.sbin/rcctl/rcctl.sh
> +++ b/usr.
Like we do on arm64. Hopefully this decreases the chance that the
kernel attempts to use memory that isn't actually available. At least
it prevents the kernel from using the framebuffer set up by u-boot as
normal memory on the cubox-i.
The necessary bootloader support has been in the tree for ag
Denis Fondras(de...@openbsd.org) on 2018.10.20 18:12:18 +0200:
> On Sat, Oct 20, 2018 at 05:30:59PM +0200, Klemens Nanni wrote:
> > On Sat, Oct 20, 2018 at 11:57:13AM +0200, Denis Fondras wrote:
> > > Sync changes to host_*() from ntpd to relayd.
> > This looks good, however I'm not a relayd user.
OK kn
> > After reading VOP_LOOKUP.9 based on recent commit, a try to remove some
> > dead code in VFS.
> > https://marc.info/?l=openbsd-cvs&m=153886730207657&w=2
> >
> > VFSLCKDEBUG is not defined anywhere. It is misleading to read in
> > sys/kern/vfs_vops.c that ASSERT_VP_ISLOCKED(dvp) is being check
(resend with more infos by request from kn@)
Sync changes to host_*() from ntpd to httpd.
The diff was tested on amd64 and octeon with :
- regress
- curl to fetch a webpage and "listen on :: port 34125"
- curl to fetch a webpage and "listen on 2001:db8::1 port 34126"
- curl to fetch a webpage and
Sync changes to host_*() from ntpd to httpd.
Index: parse.y
===
RCS file: /cvs/src/usr.sbin/httpd/parse.y,v
retrieving revision 1.106
diff -u -p -r1.106 parse.y
--- parse.y 7 Sep 2018 07:35:30 - 1.106
+++ parse.y 21
Amit Kulkarni(amit.o...@gmail.com) on 2018.10.20 23:54:34 -0500:
> Hi,
>
> After reading VOP_LOOKUP.9 based on recent commit, a try to remove some dead
> code in VFS.
> https://marc.info/?l=openbsd-cvs&m=153886730207657&w=2
>
> VFSLCKDEBUG is not defined anywhere. It is misleading to read in
> s
When a revoked key is used in an authentication attempt, only the key
information is currently logged:
Oct 21 18:07:00 server sshd[79743]: error: Authentication key RSA
SHA256:CMHiAcoUM2tSS0ENOFvMLBvjhwhaVsmQVvhuvhPxVy4 revoked by file
/etc/ssh/ssh_revoked_keys
Oct 21 18:07:06 server sshd[79743]:
Hi,
Below a patch for a very small typo in a comment in /usr/sbin/rcctl
diff --git a/usr.sbin/rcctl/rcctl.sh b/usr.sbin/rcctl/rcctl.sh
index 61ad76a4987..3b2f0cabe49 100644
--- a/usr.sbin/rcctl/rcctl.sh
+++ b/usr.sbin/rcctl/rcctl.sh
@@ -263,7 +263,7 @@ svc_get()
fi
On Thu, Oct 18, 2018 at 02:29:17PM +0200, Claudio Jeker wrote:
> Change the way ribs are porcessed. Currently all async dumpers have to
> call rib_dump_r() whenever progress should be made. Also creating the
> context for such a dump is all on the caller side. Change this to one
> central place. No
On Sat, Sep 29, 2018 at 10:26:45PM +0200, Klemens Nanni wrote:
> The build is broken with `-U INET6' anyway and I see no reason to
> disable IPv6 support.
>
> Removing these macro guards leaves NSD and Unbound as last remaining
> programs in base to have them.
>
> This diff also fixes an empty re
On Sun, Oct 21, 2018 at 08:25:02AM +0200, def...@posteo.de wrote:
> Hi
>
> Any updates?
I still want to do some testing at my end with ath hardware I have.
So please just wait.
17 matches
Mail list logo