Drop config(8) support for getting/setting the kernel timezone.
ok?
Index: cmd.c
===
RCS file: /cvs/src/usr.sbin/config/cmd.c,v
retrieving revision 1.20
diff -u -p -r1.20 cmd.c
--- cmd.c 23 Nov 2013 17:38:15 - 1.20
+++
Hello I repeated the tests with the vmx(4) driver with
the two Qemu machine types i440fx and Q35
the vmx(4) driver when attached to the i440fx machine
performed much more reliably compared with the
vmx(4) driver on Q35 gave timeout errors on the console
and didnt function well enough to perform te
Ted Unangst wrote:
> Scott Cheloha wrote:
> > It doesn't mean anything. I guess I'm still gunshy about removing
> > options and breaking things after the lock(1) thing.
>
> If the default behavior changes, and the option is now meaningless, but still
> results in the *same* behavior, keep the o
Scott Cheloha wrote:
> - while ((ch = getopt(argc, argv, "ad:f:jr:ut:z:")) != -1)
> + while ((ch = getopt(argc, argv, "af:jr:uz:")) != -1)
> switch(ch) {
> case 'a':
> slidetime = 1;
> break;
> - case 'd':
Scott Cheloha wrote:
> It doesn't mean anything. I guess I'm still gunshy about removing
> options and breaking things after the lock(1) thing.
If the default behavior changes, and the option is now meaningless, but still
results in the *same* behavior, keep the option. The user still obtains the
Hello
I was continuing some network performance tests and I tried out the
Realtek RTL8139 (100Mb/s) card to compare how it behaved when running
a re(4) Q35 Qemu vm running OpenBSD amd64 as opposed to re(4) card
attached to a a i440fx Qemu Vm
basically a re(4) card did not function when attached t
On Wed, Aug 07, 2019 at 06:08:45PM -0600, Theo de Raadt wrote:
> Scott Cheloha wrote:
>
> > On Wed, Aug 07, 2019 at 05:52:54PM -0600, Theo de Raadt wrote:
> > > Scott Cheloha wrote:
> > >
> > > > - while ((ch = getopt(argc, argv, "ad:f:jr:ut:z:")) != -1)
> > > > + while ((ch = getop
Scott Cheloha wrote:
> On Wed, Aug 07, 2019 at 05:52:54PM -0600, Theo de Raadt wrote:
> > Scott Cheloha wrote:
> >
> > > - while ((ch = getopt(argc, argv, "ad:f:jr:ut:z:")) != -1)
> > > + while ((ch = getopt(argc, argv, "af:jr:uz:")) != -1)
> >
> > You remove d and t, so:
> >
> > > +
On Wed, Aug 07, 2019 at 05:52:54PM -0600, Theo de Raadt wrote:
> Scott Cheloha wrote:
>
> > - while ((ch = getopt(argc, argv, "ad:f:jr:ut:z:")) != -1)
> > + while ((ch = getopt(argc, argv, "af:jr:uz:")) != -1)
>
> You remove d and t, so:
>
> > + case 'd': /* compat:
Scott Cheloha wrote:
> - while ((ch = getopt(argc, argv, "ad:f:jr:ut:z:")) != -1)
> + while ((ch = getopt(argc, argv, "af:jr:uz:")) != -1)
You remove d and t, so:
> + case 'd': /* compat: daylight saving time */
> break;
Can't be reached.
I have been continuing to do some (rudimentary) driver tests for performance
If one wants to use PCI-E device passthrough they have to use Qemu
machine type Q35
pc-q35-4.0 Standard PC (Q35 + ICH9, 2009)
while most Qemu installations would use the following machine type
pc-i440fx-4.0
This is the first in a series of patches that will remove timezone
support from the kernel.
Here, remove date(1) support for modifying the kernel's timezone.
The flags are kept in the code so that scripts don't break
immediately.
ok?
Index: date.c
===
On 6.8.2019. 22:29, Paul Irofti wrote:
> Hi,
>
> Here is a fourth diff addressing all the issues so far, that have been
> mainly pointed out by kettenis@, thanks!
>
> Changes:
> - stop resetting the observed drift as it does not affect tsc
> re-initialization on resume, thus removin
> Date: Tue, 6 Aug 2019 23:29:30 +0300
> From: Paul Irofti
>
> Hi,
>
> Here is a fourth diff addressing all the issues so far, that have been
> mainly pointed out by kettenis@, thanks!
>
> Changes:
> - stop resetting the observed drift as it does not affect tsc
> re-initialization
On Tue, Aug 06, 2019 at 11:29:30PM +0300, Paul Irofti wrote:
> Hi,
>
> Here is a fourth diff addressing all the issues so far, that have been
> mainly pointed out by kettenis@, thanks!
>
> Changes:
> - stop resetting the observed drift as it does not affect tsc
> re-initialization o
On Wed, Aug 07, 2019 at 12:40:03PM +0200, Claudio Jeker wrote:
> On Wed, Aug 07, 2019 at 12:33:58PM +0200, Solene Rapenne wrote:
> > I found case 'C' in getopt in amd which is not documented and seems to
> > be an alias for -A.
> >
> > Ok for removing?
>
> Please don't, I think many people still
On Wed, Aug 07, 2019 at 12:33:58PM +0200, Solene Rapenne wrote:
> I found case 'C' in getopt in amd which is not documented and seems to
> be an alias for -A.
>
> Ok for removing?
Please don't, I think many people still use the old apmd -C (at least I do
have it on a few systems). Also you should
On Wed, Aug 07, 2019 at 12:33:58PM +0200, Solene Rapenne wrote:
> I found case 'C' in getopt in amd which is not documented and seems to
> be an alias for -A.
>
> Ok for removing?
>
> Index: apmd.c
> ===
> RCS file: /data/cvs/src/usr
I found case 'C' in getopt in amd which is not documented and seems to
be an alias for -A.
Ok for removing?
Index: apmd.c
===
RCS file: /data/cvs/src/usr.sbin/apmd/apmd.c,v
retrieving revision 1.84
diff -u -p -r1.84 apmd.c
--- apmd.c
Hi,
One missing piece when I added pledge(2) to dhcpd(8) was in the code path when
it's invoked with either -A/-C/-L, which at the time I left alone due to some
forbidden ioctls by pledge(2).
Now we have unveil(2) and this path can be further restricted by using it
instead of chroot(2) since this
20 matches
Mail list logo