Hello,
On Tue, Dec 20, 2022 at 08:10:30AM +1000, David Gwynne wrote:
> > > - si->s->direction != s->direction))) {
> > > + TAILQ_FOREACH(si, >sk_states, si_entry) {
> > > + struct pf_state *tst = si->si_st;
> >
> > appreciate consistency in your
patch also works fine on my odroid-h2+. it worked fine before, but
there is no regression here. thanks!
On Mon, Dec 19, 2022 at 10:04 PM Geoff Steckel wrote:
>
> On 12/19/22 21:07, Kevin Lo wrote:
> > On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
> >> Thanks for all the
On 12/19/22 21:07, Kevin Lo wrote:
On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
Thanks for all the suggestions:
sysctl kern.pool_debug=1 = no change
known working board in same slot = no change
hardware version is indeed 0609
em(4) in same slot = works
test using old
Hi,
My daily regress test results are now publicly available in an almost
identical format as the one bluhm@ already is providing[1]. This not a
competing source of any kind but rather complementary as our
environments are slightly different.
https://regress.basename.se/
Some things
On Mon, Dec 19, 2022 at 03:50:45PM -0500, Geoff Steckel wrote:
>
> Thanks for all the suggestions:
>
> sysctl kern.pool_debug=1 = no change
> known working board in same slot = no change
>
> hardware version is indeed 0609
> em(4) in same slot = works
> test using old rge(4) board between
On 2/6/22 22:06, Theo Buehler wrote:
For now I'd suggest you send a patch for X509_CRL_get0_tbs_sigalg()
with the prototype gated with #if defined(LIBRESSL_CRYPTO_INTERNAL). We
would then expose that with the next library bump, which will almost
certainly happen before 3.6 goes -stable.
I
I've been camping this page for a while and I'm happy to see encrypted raid
as an option. Someone left a note in there to update this page but that
seems not to have happened, so I'm offering up some text.
I'm not subscribed, so if you want me to see a reply, please reply directly
or include me
On Mon, Dec 19, 2022 at 09:01:08AM +0100, Alexandr Nedvedicky wrote:
> Hello,
>
> I don't object. diff improces things. Just few bike shedding nits
> further below.
> On Mon, Dec 19, 2022 at 04:48:57PM +1000, David Gwynne wrote:
>
> >
> > i hope i didn't mess up the (sk_)states list traversals.
7.2 in an ASRock J4105M - same crash, much faster (8G vs 32G memory?)
Geoff Steckel
Thanks for all the suggestions:
sysctl kern.pool_debug=1 = no change
known working board in same slot = no change
hardware version is indeed 0609
em(4) in same slot = works
test using old rge(4) board between two Linux systems = works
Are any other drivers similar enough for me to compare
Hello,
Let's Encrypt announced it is "Enabling ACME CAA Account and Method
Binding"
https://community.letsencrypt.org/t/enabling-acme-caa-account-and-method-binding/189588
as of Dec 15th 2022. To make use of this, we add a CAA DNS record of the
form "example.com. IN CAA 0 issue
On Sun, Dec 18, 2022 at 08:53:26PM -0500, Geoff Steckel wrote:
> nc of 0's from one rge to another at full speed crashes
> in the input interrupt path with corruption of the memory
> pool used for the mbufs
If authentication to the AP times out iwx(4) currently triggers a
fatal firmware error while resetting the device.
As part of configuring the device for operation, we create a "binding"
between a MAC config and a PHY config in firmware.
And before we start to associate, firmware is given a "time
*bump*... now looking for OKs!
Dave Voutila writes:
> Dave Voutila writes:
>
>> tech@,
>>
>> The below diff tweaks how vmd and vmm define memory ranges (adding a
>> "type" attribute) so we can properly build an e820 memory map to hand to
>> things like SeaBIOS or the OpenBSD ramdisk kernel
On 2022/12/18 20:53, Geoff Steckel wrote:
> OpenBSD 7.2 (GENERIC.MP) #758: Tue Sep 27 11:57:54 MDT 2022
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
It's a release kernel so kern.pool_debug is off by default. I don't know
rge(4) but in the absence of other ideas I'd try
On Sun, Dec 18, 2022 at 08:53:26PM -0500, Geoff Steckel wrote:
> nc of 0's from one rge to another at full speed crashes
> in the input interrupt path with corruption of the memory
> pool used for the mbufs
> It's 100% reproduceable.
I have not, (yet), been able to reproduce this between two of
Hello,
I don't object. diff improces things. Just few bike shedding nits
further below.
On Mon, Dec 19, 2022 at 04:48:57PM +1000, David Gwynne wrote:
>
> i hope i didn't mess up the (sk_)states list traversals.
could not spot anything wrong there.
>
> ok?
>
> Index: pf.c
>
17 matches
Mail list logo