Re: virtualization support

On Sat, Sep 05, 2015 at 03:40:53PM +0200, Lampshade wrote: > Sorry for newbie question, but I am curious > and this hipervisor is new thing so there is no man pages yet. > It's not yet in the tree. > I have read general classification of hypervisors on Wikipedia > and there are types: Type-1

Re: Looking for testers for amd64 suspend diff

On Sun, Sep 06, 2015 at 11:44:11AM +0200, Stefan Fritsch wrote: > Hi, > > the diff below is necessary to make suspend/resume work when x2apic is > enabled (i.e. on qemu/kvm/...). While I don't expect problems, it would be > nice if I could get some reports that this doesn't break suspend/resume

OpenNTP and (continuous) constraint checking

Good day. ntpd currently performs constraints checking on startup, but once the constraints are successfully checked cstr->state remains in STATE_REPLY_RECEIVED forever. As such, the constraints are never checked again. The following patch has resolved this for me, and constraints checking now

Re: virtualization support

Mike Larkin wrote: > > Is this hypervisor more similar to "micro"-hypervisor or to monolithic > > hypervisor? > > > > I don't know what those terms mean. It's a milli-hypervisor!

Re: ping6(8) bug

On Mon, Sep 07, 2015 at 03:49:14PM -0400, Michael McConville wrote: > It seems pretty clear to me that what was here was wrong. A field of a > global struct was pointed at local array. The program logic was a little > wacky, but this is my best estimate of what was intended. Input? > > > Index:

Re: Looking for testers for amd64 suspend diff

> (dmesg attached anyway). Eh, or not? But now. OpenBSD 5.8-current (GENERIC.MP) #2: Mon Sep 7 03:09:58 CEST 2015 fstd@flap.localdomain:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 3472392192 (3311MB) avail mem = 3363315712 (3207MB) mpath0 at root scsibus0 at mpath0: 256 targets

Re: small memory leaks in localtime

David CARLIER wrote: > Hi all, > > Both internal state variables, lclptr and gmtptr are allocated once but > never freed so I was wondering if this little diff which avoids the > unnecessary dynamic allocations would have any use ? Looks about right. There's little cause to optimize for static

Re: Looking for testers for amd64 suspend diff

> get some reports that this doesn't break suspend/resume on real machines, > especially older ones (like core 2 duo and older) and ones with an amd cpu. Suspend (and more importantly, resume) still works on my 2011-ish amd64 laptop with your patch (dmesg attached anyway). Cheers -- Timo

Re: ping6(8) bug

We'd have to determine where and when this memory gets freed, of course. Michael McConville wrote: > It seems pretty clear to me that what was here was wrong. A field of a > global struct was pointed at local array. The program logic was a > little wacky, but this is my best estimate of what was

Re: OpenNTP and (continuous) constraint checking

> - Original Message - > From: "Rob Pierce" > To: "tech" > Sent: Monday, September 7, 2015 1:22:21 PM > Subject: OpenNTP and (continuous) constraint checking > > Good day. > > ntpd currently performs constraints checking on startup, but once the >

small memory leaks in localtime

Hi all, Both internal state variables, lclptr and gmtptr are allocated once but never freed so I was wondering if this little diff which avoids the unnecessary dynamic allocations would have any use ? Thanks in advance. Regards. Index: localtime.c

Re: Looking for testers for amd64 suspend diff

On Monday 07 September 2015 13:23:03, Alexander Bluhm wrote: > Suspend OpenBSD in a fully emulated qemu running on OpenBSD works. > After resume, typing in the shell of the virtualized machine works. > But at disk access, all processes hang in biowait. > > It is the same behavior with and without

ping6(8) bug

It seems pretty clear to me that what was here was wrong. A field of a global struct was pointed at local array. The program logic was a little wacky, but this is my best estimate of what was intended. Input? Index: ping6.c === RCS