On 18/03/21(Thu) 16:49, Mark Kettenis wrote:
> > Date: Thu, 18 Mar 2021 09:26:14 +0100
> > From: Martin Pieuchot
> >
> > Diff below only touches comments in sys/uvm. It reverts the commit from
> > 2014 that turned three line comments into one line comments and sync
> > some more block with
On 2021/03/19 17:05, Jan Klemkow wrote:
> Hi,
>
> I had the same issue a few days ago a server hardware of mine. I just
> ran 'cvs up'. So, it looks like a generic bug in FFS and not related to
> vmm.
This panic generally relates to filesystem corruption. If fsck doesn't
help then recreating
On Fri, 19 Mar 2021 13:22:35 +0100, Klemens Nanni wrote:
> I argue it should be `-n' like all the daemons, e.g. vmd(8) and other
> parsers such as pfctl(8) do.
Yes, please. I was about to make the same point.
- todd
Here's an updated version of the patch I had originally posted to
bugs@ adding support for reading gzipped kernels (needed to boot amd64
bsd.rd without manually decompressing first), now that the support for
booting a kernel discovered on a ffs filesystem in the image file is
removed.
I've kept
> On 16 Mar 2021, at 21:17, Mischa wrote:
> On 13 Mar at 09:17, Otto Moerbeek wrote:
>> On Sat, Mar 13, 2021 at 12:08:52AM -0800, Mike Larkin wrote:
>>> On Wed, Mar 10, 2021 at 08:30:32PM +0100, Mischa wrote:
On 10 Mar at 18:59, Mike Larkin wrote:
> On Wed, Mar 10, 2021 at 03:08:21PM
On Fri, Mar 19, 2021 at 10:29:10AM -0400, Josh Rickmar wrote:
> Here's an updated version of the patch I had originally posted to
> bugs@ adding support for reading gzipped kernels (needed to boot amd64
> bsd.rd without manually decompressing first), now that the support for
> booting a kernel
Hi,
I had the same issue a few days ago a server hardware of mine. I just
ran 'cvs up'. So, it looks like a generic bug in FFS and not related to
vmm.
OpenBSD 6.9-beta (GENERIC.MP) #396: Thu Mar 11 19:15:56 MST 2021
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
On Thu, Mar 11, 2021 at 2:15 AM David Gwynne wrote:
>
>
>
> > On 11 Mar 2021, at 8:06 pm, Klemens Nanni wrote:
> >
> > On Thu, Mar 11, 2021 at 01:46:34PM +1000, David Gwynne wrote:
> >
> >>> +.It Cm link0
> >>> +Disable the filtering of 802.1Q VLAN and QinQ SVLAN packets.
> >>> +.It Cm -link0
>
On Fri, Mar 19, 2021 at 08:24:12AM -0600, Todd C. Miller wrote:
> On Fri, 19 Mar 2021 13:22:35 +0100, Klemens Nanni wrote:
>
> > I argue it should be `-n' like all the daemons, e.g. vmd(8) and other
> > parsers such as pfctl(8) do.
>
> Yes, please. I was about to make the same point.
Fair
I got some emails off list asking about the removal and if it affected
them. Worth adding to current.html?
diff 0d7807046bcfacd3249f4c62031ac970d9b42ace /home/jrick/www
blob - 9452b3672627fb39fa0c7ec17a17e08f57406afa
file + faq/current.html
--- faq/current.html
+++ faq/current.html
@@ -274,6
On Fri, Mar 19, 2021 at 03:26:46PM -0400, Josh Rickmar wrote:
> I got some emails off list asking about the removal and if it affected
> them. Worth adding to current.html?
sorry for the noise, missed a
diff 0d7807046bcfacd3249f4c62031ac970d9b42ace /home/jrick/www
blob -
rpki-client is currently not able to to load relative tal files via -t
option. The problem is that the chdir to the cache directory happens
before the tal files are loaded. Move the fchdir down so relative path
work when queue_add_tal() is called. Also make sure that the rsync and
parser process
On Thu, Mar 18, 2021 at 05:06:53PM -0400, Dave Voutila wrote:
>
> Preben Guldberg writes:
>
> > In "vmctl status", VMs that are being stopped but are still running
> > will simply show up as "running".
> >
> > The diff below gives preference to showing the stopping state akin to
> > how a paused
On Wed, Mar 17, 2021 at 08:12:22PM -0700, Mike Larkin wrote:
> no objection, thanks everyone.
>
> ok mlarkin
It's gone now.
Should this be "if (fname != NULL)"? Some other callers of
adjustname() check for a NULL pointer. strlen(NULL) would crash by
SIGSEGV; strlen("") would return 0, because "" is a non-NULL pointer
to an ASCII NUL '\0'.
I agree. Amended diff below.
Index: def.h
On Fri, Mar 19, 2021 at 10:02:26AM +0100, Claudio Jeker wrote:
> rpki-client is currently not able to to load relative tal files via -t
> option. The problem is that the chdir to the cache directory happens
> before the tal files are loaded. Move the fchdir down so relative path
> work when
> Date: Fri, 19 Mar 2021 09:19:21 +0100
> From: Martin Pieuchot
>
> On 18/03/21(Thu) 16:49, Mark Kettenis wrote:
> > > Date: Thu, 18 Mar 2021 09:26:14 +0100
> > > From: Martin Pieuchot
> > >
> > > Diff below only touches comments in sys/uvm. It reverts the commit from
> > > 2014 that turned
This is mostly for -portable but also the native version should be able to
mention that it is not the -portable version.
This is a compromise I can live with, hope everyone else agrees.
--
:wq Claudio
? obj
Index: extern.h
===
RCS
I'd like to add some regress tests for the btrace(8) parser.
To do that, it would help to have a dry-run mode where it just parses the
file and exits.
The way I've implemented it here, it exits immediately after parsing, so it
won't open /dev/dt and try to find the probes the program uses. This
On Fri, Mar 19, 2021 at 09:41:32PM +1000, Jonathan Matthew wrote:
> I'd like to add some regress tests for the btrace(8) parser.
> To do that, it would help to have a dry-run mode where it just parses the
> file and exits.
>
> The way I've implemented it here, it exits immediately after parsing,
On Fri, Mar 19, 2021 at 11:01:27AM +0100, Claudio Jeker wrote:
> This is mostly for -portable but also the native version should be able to
> mention that it is not the -portable version.
> This is a compromise I can live with, hope everyone else agrees.
Yes. Let's keep the diff in portable as
On Fri, Mar 19, 2021 at 12:02:48PM +0100, Theo Buehler wrote:
> On Fri, Mar 19, 2021 at 11:01:27AM +0100, Claudio Jeker wrote:
> > This is mostly for -portable but also the native version should be able to
> > mention that it is not the -portable version.
> > This is a compromise I can live with,
On Fri, Mar 19, 2021 at 11:01:27AM +0100, Claudio Jeker wrote:
> This is mostly for -portable but also the native version should be able to
> mention that it is not the -portable version.
> This is a compromise I can live with, hope everyone else agrees.
tmux(1) does this, OK kn.
$ tmux
Hi
IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified incorrectly, see the
patch below.
Cheers
Adam
On Fri, Feb 26, 2021 at 01:08:17PM +0800, Adam Steen wrote:
> Hi
>
> IA32_EPT_VPID_CAP_XO_TRANSLATIONS is specified as 0x0 and not (1ULL << 0)
> ie 0 and not bit 0 as on.
>
> Please see the attach
24 matches
Mail list logo