Claudio Jeker wrote:
> 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 inte
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: p
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!
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 sp
> (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
main
> 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 Buhrmes
> - 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
> constraints are
> successfully checked
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 i
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
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 f
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
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
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 o
Hello,
please do not use the patch I've sent last Friday. It's wrong. It might work,
but it's a dead end in evolution. The thing is I misunderstood (read: ignored)
all the constraints behind packets and interrupts in OpenBSD kernel.
see mikeb's email below.
please do not wast your cycles with t
Hi,
To double the receive buffer of a socketpair does not help as sending
checks the send buffer size. So double both buffer sizes.
Moreover the default for sending is 2048 and for receiving is 4096.
This makes the existing double buffer algorithm inconsistent. I
think it is better to make the
On Sun, Sep 06, 2015 at 11:44:11AM +0200, Stefan Fritsch wrote:
> 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 on
> real
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 an
17 matches
Mail list logo
