I've been running syzkaller for about a day now. It launches/kills VMs all
the time. Somewhere along the way vmd seems to have lost track of one of
its VMs. Notice how syzkaller ci-openbsd-main-1 is conspicuously missing
from vmctl status even though there's a process chewing the CPU for it.
Some
Claudio Jeker(cje...@diehard.n-r-g.com) on 2018.09.27 10:57:12 +0200:
> On Thu, Sep 27, 2018 at 09:39:36AM +0200, Claudio Jeker wrote:
> > On Wed, Sep 26, 2018 at 06:24:36PM +0200, Claudio Jeker wrote:
> > > On Tue, Sep 25, 2018 at 12:23:48PM +0200, Claudio Jeker wrote:
> > > > On Sat, Sep 22,
Claudio Jeker(cje...@diehard.n-r-g.com) on 2018.09.27 18:12:43 +0200:
> On Thu, Sep 27, 2018 at 04:41:22PM +0200, Claudio Jeker wrote:
> > Some people noticed that routes get stuck or to be more precise that
> > withdraws are not sent to peers in some cases. Until now bgpd did not
> > really track
OK kn
Hi,
If tpcbench(8) is startet with -r0 it does not print statistics.
But there is still the header line.
elapsed_ms bytes mbps bwidth
Make -r0 really quiet and document the feature.
ok?
bluhm
Index: tcpbench.1
On 27.9.2018. 23:37, Alexandr Nedvedicky wrote:
> On Thu, Sep 27, 2018 at 11:30:09PM +0200, Hrvoje Popovski wrote:
>> On 27.9.2018. 18:34, Alexandr Nedvedicky wrote:
>>> Mentioning parallelism: there is yet another change you need to perform
>>> in order to get more pf_test() instances running.
On Fri, Sep 28, 2018 at 10:30:21AM +0200, Mark Kettenis wrote:
> > Date: Thu, 27 Sep 2018 21:55:40 -0700
> > From: Carlos Cardenas
> >
> > Howdy.
> >
> > Attached is a patch to add vlan and trunk to arm64's RAMDISK (parity
> > with amd64).
> >
> > make release'ed and tested, size increase as
> Date: Thu, 27 Sep 2018 21:55:40 -0700
> From: Carlos Cardenas
>
> Howdy.
>
> Attached is a patch to add vlan and trunk to arm64's RAMDISK (parity
> with amd64).
>
> make release'ed and tested, size increase as follows:
>
> -rw--- 1 los los12940598 Sep 27 21:01 bsd.rd-patch
Hi Sebastien,
I had a similar diff lying around, although with if/else, and forgot
about it :\
OK mestre@ if someone wants to commit it and thank you!
On 09:03 Fri 28 Sep , Sebastien Marie wrote:
> Hi,
>
> The unveil(2) call for savecore(8) is incomplete. savecore(8) needs to
> access to
Hi,
The unveil(2) call for savecore(8) is incomplete. savecore(8) needs to
access to the /bsd to copying it.
Without it, savecore(8) abort the process, and due to karl, the original
kernel is lost.
Without the patch:
--
savecore: reboot after panic: pool_do_get: vmmpepl free
Hi tech@
I've commited this, please test it as much as possible by applying the diff
right now or just wait for the next snapshot.
Let it run for a long time and let me know of any problems as soon as you get
any. For this your ktrace, pcap and coredump files will be VERY important for
further
11 matches
Mail list logo