Hello,
there seems to be a typo in
regress/sbin/newfs/checknewfs,
Alf
Index: regress/sbin/newfs/checknewfs
===
RCS file: /cvs/src/regress/sbin/newfs/checknewfs,v
retrieving revision 1.8
diff -u -p -r1.8 checknewfs
---
I've been using a variation of this diff on my hifive unmatched since
a few days. The goal is to at least optimize the aligned cases by using
8 or 4 bytes loads/stores. On this hifive unmatched, I found that
unaligned 8 or 4 bytes loads/stores loops are utterly slow, much slower
than
> From: Jeremie Courreges-Anglas
> Date: Fri, 23 Jul 2021 11:54:51 +0200
> Content-Type: text/plain
>
>
> I've been using a variation of this diff on my hifive unmatched since
> a few days. The goal is to at least optimize the aligned cases by using
> 8 or 4 bytes loads/stores. On this hifive
On Fri, Jul 23 2021, Mark Kettenis wrote:
>> From: Jeremie Courreges-Anglas
>> Date: Fri, 23 Jul 2021 11:54:51 +0200
>> Content-Type: text/plain
>>
>>
>> I've been using a variation of this diff on my hifive unmatched since
>> a few days. The goal is to at least optimize the aligned cases by
The following diffs adds iwm(4) to the riscv64 kernel config.
I tested this with the following device:
iwm0 at pci5 dev 0 function 0 "Intel Dual Band Wireless-AC 9260" rev 0x29, intx
icarus$ ifconfig iwm0
iwm0: flags=808843 mtu 1500
lladdr bc:54:2f:cb:3b:21
index 2 priority 4
On 23.7.2021. 16:20, Vitaliy Makkoveev wrote:
> On Thu, Jul 22, 2021 at 11:30:02PM +0200, Hrvoje Popovski wrote:
>> On 22.7.2021. 22:52, Vitaliy Makkoveev wrote:
>>> On Thu, Jul 22, 2021 at 08:38:04PM +0200, Hrvoje Popovski wrote:
On 22.7.2021. 12:21, Hrvoje Popovski wrote:
> Thank you
Do not doubt a secure (i.e. validated) NXDOMAIN response when we just
switched networks. We just validated it!
While here reorder the long list of conditions to make it easier to
understand when we doubt a response because we might be behind a
captive portal. First list all conditions when we do
We store a list of resolver strategies in order of their preference in
the configuration struct. This is also an implicit list of enabled
resolver strategies. We have also stored an explict lookup array of
enabled strategies outside of the configuration to be able to
quickly answer "is this
On Thu, Jul 22, 2021 at 11:30:02PM +0200, Hrvoje Popovski wrote:
> On 22.7.2021. 22:52, Vitaliy Makkoveev wrote:
> > On Thu, Jul 22, 2021 at 08:38:04PM +0200, Hrvoje Popovski wrote:
> >> On 22.7.2021. 12:21, Hrvoje Popovski wrote:
> >>> Thank you for explanation..
> >>>
> >>> after hitting box all
Hi all,
Based on suggestions from Julian Reschke.
* "Connection: keep-alive" isn't needed, as the HTTP 1.1 default is to
use persistent connections (RFC 7230, section 6.3).
* "Host" is recommended to be in the front.
* "Accept-Encoding: identity" makes it clear to the server compression
Job Snijders(j...@openbsd.org) on 2021.07.23 15:23:49 +:
> Hi all,
>
> Based on suggestions from Julian Reschke.
>
> * "Connection: keep-alive" isn't needed, as the HTTP 1.1 default is to
> use persistent connections (RFC 7230, section 6.3).
>
> * "Host" is recommended to be in the front.
This diff introduces setting the engineid for snmpd(8).
Although this diff might seem quite excessive at first glance, there's
a valid reason to do so.
The following things are in effect when sending an SNMPv3 trap:
- SNMP trap packets are unacknowledged; meaning that we don't get a
response -,
> From: Jeremie Courreges-Anglas
> Date: Fri, 23 Jul 2021 13:54:31 +0200
>
> On Fri, Jul 23 2021, Mark Kettenis wrote:
> >> From: Jeremie Courreges-Anglas
> >> Date: Fri, 23 Jul 2021 11:54:51 +0200
> >> Content-Type: text/plain
> >>
> >>
> >> I've been using a variation of this diff on my
On Fri, Jul 23, 2021 at 05:28:33PM +0200, Sebastian Benoit wrote:
> Job Snijders(j...@openbsd.org) on 2021.07.23 15:23:49 +:
> > Hi all,
> >
> > Based on suggestions from Julian Reschke.
> >
> > * "Connection: keep-alive" isn't needed, as the HTTP 1.1 default is to
> > use persistent
Less contains a hack to force files of size 0 to become non-seekable in order
to workaround a linux kernel bug.
When the file becomes non-seekable any further reads from the file are
appended rather than overwriting the original contents of the file.
diff --git ch.c ch.c
index
15 matches
Mail list logo