On Wed, Nov 10, 2021 at 07:35:26AM +0100, Bjorn Ketelaars wrote:
> On Mon 08/11/2021 11:52, Bjorn Ketelaars wrote:
> > Diff below does two things:
> > 1. add PPP IPCP extensions for name server addresses (rfc1877) to
> >sppp(4)
> > 2. propose negotiated name servers from sppp(4) to resolvd(8)
On Mon 08/11/2021 11:52, Bjorn Ketelaars wrote:
> Diff below does two things:
> 1. add PPP IPCP extensions for name server addresses (rfc1877) to
>sppp(4)
> 2. propose negotiated name servers from sppp(4) to resolvd(8) using
>RTM_PROPOSAL_STATIC route messages.
Updated diff below, based
On Wed, Nov 03, 2021 at 09:43:54AM +0100, Damien Couderc wrote:
> Le 03/11/2021 à 07:44, Anton Lindqvist a écrit :
> > Hi,
> > In an attempt to fix a bug related to upd(4) I discovered that the
> > pseudo report id UHIDEV_CLAIM_MULTIPLE_REPORTID is conflicting with an
> > actual report id. The
I'd like to commit a few easy diffs to reduce differences to NetBSD in
UVM. This makes code comparison easier and also reduces the amount of
noise in WIP diffs I have for ongoing work on locking in UVM.
Here's a first one that converts a for loop to LIST_FOREACH:
Index: uvm/uvm_swap.c
On Tue, Nov 9, 2021 at 3:29 PM Jan Stary wrote:
> On Nov 10 00:21:59, h...@stare.cz wrote:
> > Regarding C states, this machine has
> >
> > acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10),
> C1(1000@1 mwait.1), PSS
> >
> > I suppose the cpu supports C1, C2, C3, but can
On Nov 10 00:21:59, h...@stare.cz wrote:
> Regarding C states, this machine has
>
> acpicpu0 at acpi0: C3(350@96 mwait.1@0x20), C2(500@64 mwait.1@0x10),
> C1(1000@1 mwait.1), PSS
>
> I suppose the cpu supports C1, C2, C3, but can someone please kindly
> explain (or point to an explanation of)
On Nov 02 12:30:56, dera...@openbsd.org wrote:
> Paul de Weerd wrote:
>
> > A recent commit by Theo changed the hw.perfpolicy behavior to always
> > run at full speed when AC power is on. This means that my workstation
> > (and servers, once I upgrade them) now consumes significantly more
> >
On Nov 09 15:43:04, k...@openbsd.org wrote:
> This populates `systat sensors' with the correct lid status on my
> Pinebook Pro:
>
> -gpio-key-lid at mainbus0 not configured
> -gpio-key-power at mainbus0 not configured
> +gpiokeys0 at mainbus0: "Lid"
> +gpiokeys0 at
On 2021/11/09 20:38, Jan Stary wrote:
> On Nov 09 00:36:03, h...@stare.cz wrote:
> > As a naive test of speed, I am downloading a 100MB file
> > from a http server just behind the AP with
> > ftp -o /dev/null http://stare.cz/.tmp/file
> > An average of ten runs is 5.31 MB/s without the diff
> >
On Tue, Nov 09, 2021 at 08:38:11PM +0100, Jan Stary wrote:
> On Nov 09 00:36:03, h...@stare.cz wrote:
> > As a naive test of speed, I am downloading a 100MB file
> > from a http server just behind the AP with
> > ftp -o /dev/null http://stare.cz/.tmp/file
> > An average of ten runs is 5.31 MB/s
On Nov 09 00:36:03, h...@stare.cz wrote:
> As a naive test of speed, I am downloading a 100MB file
> from a http server just behind the AP with
> ftp -o /dev/null http://stare.cz/.tmp/file
> An average of ten runs is 5.31 MB/s without the diff
> and 3.37 MB/s with the (updated) diff.
Any idea how
On Tue, Nov 09, 2021 at 08:05:10PM +0100, Claudio Jeker wrote:
> On Tue, Nov 09, 2021 at 07:44:41PM +0100, Claudio Jeker wrote:
> > ip_addr_print() can be simplified. ip4_addr2str() and ip6_addr2str() are
> > the same apart from the different AF argument to inet_ntop(). Just collaps
> > all into
On Tue, Nov 09, 2021 at 07:52:06PM +0100, Claudio Jeker wrote:
> kn@ removed '~' from unsafe_chars but also changed the code at the same
> time. This tries to bring the version in rpki-client back in sync with the
> code in ftp(1).
Didn't know there was such a copy.
OK kn
What's the status of this diff?
On 2021/09/21 17:30, Alexander Bluhm wrote:
> On Sat, Sep 18, 2021 at 02:35:20PM +0200, Jan Klemkow wrote:
> > The following diff removes the every 2nd ACK feature again and ensures
> > that we send out an ACK if soreceive() empties the receive buffer.
>
> Looks
On Tue, Nov 09, 2021 at 07:44:41PM +0100, Claudio Jeker wrote:
> ip_addr_print() can be simplified. ip4_addr2str() and ip6_addr2str() are
> the same apart from the different AF argument to inet_ntop(). Just collaps
> all into ip_addr_print().
This version is using a switch statement and fails
kn@ removed '~' from unsafe_chars but also changed the code at the same
time. This tries to bring the version in rpki-client back in sync with the
code in ftp(1).
--
:wq Claudio
Index: http.c
===
RCS file:
Le Tue, Nov 09, 2021 at 07:44:41PM +0100, Claudio Jeker a écrit :
> ip_addr_print() can be simplified. ip4_addr2str() and ip6_addr2str() are
> the same apart from the different AF argument to inet_ntop(). Just collaps
> all into ip_addr_print().
>
OK denis@
> --
> :wq Claudio
>
> Index: ip.c
ip_addr_print() can be simplified. ip4_addr2str() and ip6_addr2str() are
the same apart from the different AF argument to inet_ntop(). Just collaps
all into ip_addr_print().
--
:wq Claudio
Index: ip.c
===
RCS file:
On Tue, Nov 09, 2021 at 02:00:01PM +0100, Denis Fondras wrote:
> > @@ -352,19 +343,19 @@ ipsec_common_input(struct mbuf **mp, int
> > * Call appropriate transform and return -- callback takes care of
> > * everything else.
> > */
> > - error = (*(tdbp->tdb_xform->xf_input))(mp,
On Tue, Nov 09, 2021 at 07:54:51AM -0600, Brent Cook wrote:
> This switches libcrypto and libssl to use endian.h over
> machine/endian.h, easing some portability contortions. The Austin group
> works in mysterious ways, but endian.h also might be a POSIX
> standard in the wings, whatever 'Applied'
On Tue, Nov 09, 2021 at 06:55:07AM -0800, Simon Branch wrote:
> Simple change to format this sentence correctly in non-terminal
> environments.
>
fixed, thanks.
jmc
> diff --git share/man/man4/termios.4 share/man/man4/termios.4
> index dfb7609dd6f..89818ca46c2 100644
> ---
> Date: Tue, 9 Nov 2021 15:43:04 +
> From: Klemens Nanni
>
> This populates `systat sensors' with the correct lid status on my
> Pinebook Pro:
>
> -gpio-key-lid at mainbus0 not configured
> -gpio-key-power at mainbus0 not configured
> +gpiokeys0 at mainbus0: "Lid"
>
This populates `systat sensors' with the correct lid status on my
Pinebook Pro:
-gpio-key-lid at mainbus0 not configured
-gpio-key-power at mainbus0 not configured
+gpiokeys0 at mainbus0: "Lid"
+gpiokeys0 at mainbus0: "Power"
0/1 <-> closed/open is mapped exactly
IANA made a permanent registration in the SMI Security for S/MIME CMS
Content Type registry at
https://www.iana.org/assignments/smi-numbers/smi-numbers.xhtml#security-smime-1
for signed objects conforming to draft-ietf-sidrops-aspa-profile
OK?
Kind regards,
Job
Index: obj_mac.num
Simple change to format this sentence correctly in non-terminal
environments.
diff --git share/man/man4/termios.4 share/man/man4/termios.4
index dfb7609dd6f..89818ca46c2 100644
--- share/man/man4/termios.4
+++ share/man/man4/termios.4
@@ -1011,7 +1011,7 @@ overflowing the input queue.
The
Hello Stefan,
sorry for the late reply, find my comments below.
On Wed, Nov 3, 2021 at 4:47 PM Stefan Sperling wrote:
> On Wed, Nov 03, 2021 at 04:03:08PM +0300, Sergey Ryazanov wrote:
>> This topic was discussed a couple of weeks ago on the hostapd mailing
>> list
rpki-client 7.5 has just been released and will be available in the
rpki-client directory of any OpenBSD mirror soon.
rpki-client is a FREE, easy-to-use implementation of the Resource
Public Key Infrastructure (RPKI) for Relying Parties (RP) to
facilitate validation of a BGP announcement. The
An errata patch for rpki-client has been released for OpenBSD 6.9 and
OpenBSD 7.0.
rpki-client(8) should handle CA misbehaviours as soft-errors.
Binary updates for the amd64, i386 and arm64 platform are available
via the syspatch utility. Source code patches can be found on the
respective
This switches libcrypto and libssl to use endian.h over
machine/endian.h, easing some portability contortions. The Austin group
works in mysterious ways, but endian.h also might be a POSIX
standard in the wings, whatever 'Applied' means.
https://www.austingroupbugs.net/view.php?id=162
ok?
diff
On Mon, Nov 01, 2021 at 12:56:26PM +0100, Stefan Sperling wrote:
> I have tested on a 6205 device. More tests are needed, especially on
> the old 4965AGN generation because those chips require the driver to
> do specific calibration work which newer chips perform in firmware.
> I suspect you will
Hi,
Do not call ip_deliver() recursively. As we have no crypto task
anymore, we can return the next protocol. Then ip_deliver() will
walk the header chain in its loop.
ok?
bluhm
Index: netinet/ip_ah.c
===
RCS file:
On Tue, Nov 09, 2021 at 12:12:42PM +0100, Theo Buehler wrote:
> I'm ok with that. Maybe we should bump even higher, say 8M? Isn't the
> main point to have a limit at all? I don't think it needs to be very
> tight.
I think it is best to bump the limits to accommodate real world
observations. 8 MB
On Tue, Nov 09, 2021 at 11:03:14AM +, Job Snijders wrote:
> Hi all,
>
> Ties de Kock reported that the RIPE NCC Production CA's manifest is
> likely to double in size during RFC 6489 key rollover events. Both old
> and new entries will be listed. KpSo3VVK5wEHIJnHC2QHVV3d5mk.mft
> currently is
Hi all,
Ties de Kock reported that the RIPE NCC Production CA's manifest is
likely to double in size during RFC 6489 key rollover events. Both old
and new entries will be listed. KpSo3VVK5wEHIJnHC2QHVV3d5mk.mft
currently is 1.1 MB.
OK?
Kind regards,
Job
Index: extern.h
34 matches
Mail list logo
