On Wed, Apr 07, 2021 at 12:22:23AM +0200, Thomas L. wrote:
> On Tue, 6 Apr 2021 14:28:09 -0700
> Mike Larkin wrote:
>
> > On Tue, Apr 06, 2021 at 09:15:10PM +0200, Thomas L. wrote:
> > > On Tue, 6 Apr 2021 11:11:01 -0700
> > > Mike Larkin wrote:
> > > > Anything in the host's dmesg?
> > >
> >
> >
On Tue, 6 Apr 2021 14:28:09 -0700
Mike Larkin wrote:
> On Tue, Apr 06, 2021 at 09:15:10PM +0200, Thomas L. wrote:
> > On Tue, 6 Apr 2021 11:11:01 -0700
> > Mike Larkin wrote:
> > > Anything in the host's dmesg?
> >
>
> *host* dmesg. I think you misread what I was after...
The dmesg of the host
On Wed, Apr 07 2021, Klemens Nanni wrote:
> On Tue, Apr 06, 2021 at 11:35:44PM +0200, Jeremie Courreges-Anglas wrote:
[...]
>> > @@ -321,40 +328,49 @@ handle_client(int sock_fd, int ctl_fd)
>> >return reply.newstate;
>> > }
>> >
>> > -void
>> > +int
>> > suspend(int ctl_fd)
>> > {
>> >
On Tue, Apr 06, 2021 at 11:35:44PM +0200, Jeremie Courreges-Anglas wrote:
> On Fri, Apr 02 2021, Klemens Nanni wrote:
> > @@ -64,6 +64,7 @@ struct apm_reply {
> > enum apm_perfmode perfmode;
> > int cpuspeed;
> > struct apm_power_info batterystate;
> > + int error;
> > };
> >
> >
On Fri, Apr 02 2021, Klemens Nanni wrote:
> On Fri, Mar 26, 2021 at 10:49:53PM +0100, Klemens Nanni wrote:
>> On Fri, Mar 26, 2021 at 10:38:30PM +0100, Klemens Nanni wrote:
>> > apm(8) never knows gets the result of the requested power action carried
>> > out by apmd(8), so platforms without suspe
On Tue, Apr 06, 2021 at 09:15:10PM +0200, Thomas L. wrote:
> On Tue, 6 Apr 2021 11:11:01 -0700
> Mike Larkin wrote:
> > Anything in the host's dmesg?
>
*host* dmesg. I think you misread what I was after...
> Below is the dmesg and latest syslog from one of the VMs.
>
> OpenBSD 6.8 (GENERIC) #1:
On Tue, Apr 06, 2021 at 01:44:38PM -0400, Dave Voutila wrote:
> Working on my amd64 system. Sadly I don't have other archs (yet) to
> test this on. But I don't see any reason it should impact any other
> architectures.
>
> >> Feedback? OK?
>
> OK dv@, I do have some feedback/observations below th
On Tue, 6 Apr 2021 11:11:01 -0700
Mike Larkin wrote:
> Anything in the host's dmesg?
Below is the dmesg and latest syslog from one of the VMs.
OpenBSD 6.8 (GENERIC) #1: Tue Nov 3 09:04:47 MST 2020
r...@syspatch-68-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
real mem = 52008550
On Tue, Apr 06 2021 11:27:21 +0100, Stuart Henderson wrote:
> Some terminal emulators are using iso-8859-1 semantics of soft hyphen,
> unicode did things differently but those terminals haven't changed.
>
> xterm printed as hyphen
> mltermprinted as hyphen
> putty p
On Tue, Apr 06 2021 13:09:11 +0200, Martijn van Duren wrote:
> On Thu, 2021-04-01 at 10:39 +0300, Lauri Tirkkonen wrote:
> > On Thu, Apr 01 2021 09:30:36 +0200, Martijn van Duren wrote:
> > > However, based on the description by the Unicode Consortium I think
> > > OpenBSD does the right thing and
On Tue, Apr 06, 2021 at 02:41:28PM -0400, Sven F. wrote:
> On Tue, Apr 6, 2021 at 2:29 PM Jason McIntyre wrote:
> >
> > On Tue, Apr 06, 2021 at 01:42:51PM -0400, Sven F. wrote:
> > > Line 120 , in renice.8
> > >
> > > https://github.com/openbsd/src/blob/master/usr.bin/renice/renice.8#L120
> > >
>
On Tue, Apr 6, 2021 at 2:29 PM Jason McIntyre wrote:
>
> On Tue, Apr 06, 2021 at 01:42:51PM -0400, Sven F. wrote:
> > Line 120 , in renice.8
> >
> > https://github.com/openbsd/src/blob/master/usr.bin/renice/renice.8#L120
> >
> > # renice -n +1 987 -u daemon root -p 32
> >
> > should be
> >
> > # r
On Tue, Apr 06, 2021 at 01:42:51PM -0400, Sven F. wrote:
> Line 120 , in renice.8
>
> https://github.com/openbsd/src/blob/master/usr.bin/renice/renice.8#L120
>
> # renice -n +1 987 -u daemon root -p 32
>
> should be
>
> # renice -n +1 -g 987 -u daemon root -p 32 ?
>
>
> --- usr.bin/renice/ren
On Fri, Apr 02, 2021 at 07:14:34PM -0400, Dave Voutila wrote:
> If vmctl(8) sends an unpause request for a vm that doesn't exist, vmd(8)
> should be responding with the IMSG_VMDOP_UNPAUSE_VM_RESPONSE imsg_type
> with an ENOENT error code. (Similarly if the request comes from a user
> without permis
On Tue, Apr 06, 2021 at 07:47:52PM +0200, Thomas L. wrote:
> Hi,
>
> I'm running OpenBSD 6.8 as hypervisor with multiple OpenBSD VMs.
> Regularly, it happens that all VM are restarted, not at the same time
> but clustered. The indication that this happend is reduced uptime on the
> VMs, some servic
Hi,
I'm running OpenBSD 6.8 as hypervisor with multiple OpenBSD VMs.
Regularly, it happens that all VM are restarted, not at the same time
but clustered. The indication that this happend is reduced uptime on the
VMs, some services that fail to come up again and the following logs:
# grep vmd /var
Klemens Nanni writes:
> On Fri, Mar 26, 2021 at 10:38:30PM +0100, Klemens Nanni wrote:
>> apm(8) never knows gets the result of the requested power action carried
>> out by apmd(8), so platforms without suspend/resume support behave like
>> this:
>>
>> $ zzz; echo $?
>> Suspending syst
Line 120 , in renice.8
https://github.com/openbsd/src/blob/master/usr.bin/renice/renice.8#L120
# renice -n +1 987 -u daemon root -p 32
should be
# renice -n +1 -g 987 -u daemon root -p 32 ?
--- usr.bin/renice/renice.8.orig 2021-04-06 13:41:09.272347600 -0400
+++ usr.bin/renice/renice.8
Good Evening!
giova...@paclan.it (Giovanni Bechis), 2021.04.06 (Tue) 11:14 (CEST):
> On 4/6/21 10:16 AM, YASUOKA Masahiko wrote:
> > I'm sorry.. I send a wrong diff to the people. The result from
> > giovanni@ and mcmer seems wrong. I suppose stu@ used the correct
> > diff.
> > giovanni and mcm
On Mon, Apr 05, 2021 at 07:37:51PM -0500, Scott Cheloha wrote:
> Intel calls it "IA32_TSC_ADJUST". Is "MSR_TSC_ADJUST" fine or should
> it be "MSR_IA32_TSC_ADJUST"?
>
> We have a feature flag for this one already, SEFF0EBX_TSC_ADJUST.
>
> Index: specialreg.h
> =
On Tue, Apr 06, 2021 at 06:08:04PM +0200, Claudio Jeker wrote:
> When an rrdp request fails because the hash of a delta or snapshot is
> incorrect the repo never finishes because the setting of
> RRDP_STATE_PARSE_DONE and the call to rrdp_finished() is skipped.
> The result is a hanging rpki-client
When an rrdp request fails because the hash of a delta or snapshot is
incorrect the repo never finishes because the setting of
RRDP_STATE_PARSE_DONE and the call to rrdp_finished() is skipped.
The result is a hanging rpki-client until the alarm kills it after 1h.
This simple diff should fix the is
On Tue, 2021-04-06 at 13:27 +0100, Stuart Henderson wrote:
> On 2021/04/06 13:09, Martijn van Duren wrote:
> > I´m also not convinced that the other wcwidth implementations might be
> > on to something and that the unicode consortium is having inertia
> > problems.
>
> The difficulty is that it is
The diff is obviously fine. But it is still a heuristic with no real
motivation except for this particular ESXi VM case. So my question
about why we choose the minimum instead of the median or the mean has
not been answered.
Because median or mean is affected by outliers. We actually see
some o
On 2021/04/06 13:09, Martijn van Duren wrote:
> I´m also not convinced that the other wcwidth implementations might be
> on to something and that the unicode consortium is having inertia
> problems.
The difficulty is that it isn't *possible* to give a single correct
answer for the width of SHY, it
On Mon, Apr 05, 2021 at 06:01:42PM +0200, Klemens Nanni wrote:
> On Mon, Apr 05, 2021 at 07:47:40AM +, Visa Hankala wrote:
> > On Sun, Apr 04, 2021 at 11:56:57PM +0200, Klemens Nanni wrote:
> > > ddb> show all mounts
> > > mountpoint 0x800c8000
> > > flags 4205800
> > > vnodecov
On Mon, 2021-04-05 at 20:30 +0200, Ingo Schwarze wrote:
> Hi,
>
> Martijn van Duren wrote on Thu, Apr 01, 2021 at 09:30:36AM +0200:
> > So going by this phrase the character should not be printed
>
> When formatting a document, for example for printing on paper or
> the online equivalent like Pos
Here is a bit more cleanup of the http.c code.
- Move http_fail() out of http_free() and more to the places where the
failure should be reported. This needs further work but one step at a
time.
- Change http_connect() to be more like the example in getaddrinfo() with
the big difference that
On Thu, 2021-04-01 at 10:39 +0300, Lauri Tirkkonen wrote:
> On Thu, Apr 01 2021 09:30:36 +0200, Martijn van Duren wrote:
> > However, based on the description by the Unicode Consortium I think
> > OpenBSD does the right thing and xterm and others should be fixed,
>
> practically, I doubt this will
Hi,
This diff allows to specify tls ciphers and protocols on listen rules,
as it's been done already for relay actions. While there, sanitize
error checking on protocols config in the mta.
Eric.
Index: config.c
===
RCS file: /cvs/sr
On 2021/04/05 12:45, Theo de Raadt wrote:
> So, your argument is that displays should remain broken forever.
>
> > The bug in NetBSD and Linux should be fixed, but that's off-topic here.
>
> If you cannot explain how this problem is going to be fixed (reversed)
> in these opposing ecosystems (and
On 4/6/21 10:16 AM, YASUOKA Masahiko wrote:
> Hi,
>
> I'm sorry.. I send a wrong diff to the people. The result from
> giovanni@ and mcmer seems wrong. I suppose stu@ used the correct
> diff.
>
> giovanni and mcmer, can you test with the correct diff again?
>
> I attached the correct diff at
On 2021/04/06 07:27, Marcus MERIGHI wrote:
> Morning!
>
> scottchel...@gmail.com (Scott Cheloha), 2021.04.05 (Mon) 22:25 (CEST):
> > To be clear, userland TSC is disabled on this machine, yes? And this
> > is a physical server, not a VM?
>
> $ sysctl |grep tsc
> kern.timecounter.hardware=tsc
>
Hi,
I'm sorry.. I send a wrong diff to the people. The result from
giovanni@ and mcmer seems wrong. I suppose stu@ used the correct
diff.
giovanni and mcmer, can you test with the correct diff again?
I attached the correct diff at last of this mail.
I'm sorry again.
On Tue, 6 Apr 2021 09:21
On Mon, Apr 05, 2021 at 07:14:49PM +0900, YASUOKA Masahiko wrote:
> Hi,
>
> > Another issue that I see is that people have not reported, at least
[...]
> > publicly, that this runs fine on their normal OpenBSD machines.
>
> Some dmesgs posted on public lists seems to have the same problem.
>
> h
35 matches
Mail list logo
