On Tue, Sep 28, 2021 at 10:16:23PM -0600, Theo de Raadt wrote:
> Your dmesg lacks tpm0. You probably disabled it in the BIOS:
>
> "STM7304" at acpi0 not configured
>
> If you re-enable TPM uit in the BIOS, and try a snapshot (or upcoming
> 7.0) there is a recent fix which may help. It is a
On Tue, Sep 28, 2021 at 10:08:47PM -0600, Theo de Raadt wrote:
> the term "runaway ACPI" is not the best. What is probably happening
> is a stuck interrupt.
>
> We continue to fight these. Some of them are BIOS bugs, some are
> undocumented behaviours, sometimes AML parse errors in setting
Hi Theo :)
Ok sure, I will put on my cape-of-courage and start reading the source.. I
may be some time!
On Wed, Sep 29, 2021 at 1:56 PM Theo de Raadt wrote:
> We tend to keep our driver manual pages without detailed promises.
> They do ethernet, they do it best effort, etc.
>
> What you want
I see this question died on its arse! :)
This is still an issue for outbound load-balancing over multiple internet
links.
PF's 'sticky-address' parameter only works on source IPs (because it was
originally designed for use when hosting your own server pools - inbound
load balancing).
I.e. There
> bios0: vendor LENOVO version "N27ET43W (1.29 )" date 08/13/2021
> bios0: LENOVO 20L9001GUS
> acpi0 at bios0: ACPI 5.0
> acpi0: sleep states S0 S3 S4 S5
On the other hand, your BIOS is very new. So new that it has S0.
These days Microsoft is only testing S0.
Lenovo and some other vendors are
BTW, BIOS update has fixed interrupts issues like this in a surprising
number of cases. No promises, tho.
Jonathan Thornburg wrote:
> After more experimentation, I find that the runaway ACPI process occurs
> every time I suspend/resume (Fn-backspace). (The system resumes fine
> apart from the
the term "runaway ACPI" is not the best. What is probably happening
is a stuck interrupt.
We continue to fight these. Some of them are BIOS bugs, some are
undocumented behaviours, sometimes AML parse errors in setting things
up, and potentially a few are due to incorrect resume sequencing.
After more experimentation, I find that the runaway ACPI process occurs
every time I suspend/resume (Fn-backspace). (The system resumes fine
apart from the runaway ACPI process.)
Is there any to kill or reset the kernel ACPI process short of rebooting?
/ps/ doen't see it, and /pkill/ (even
We tend to keep our driver manual pages without detailed promises.
They do ethernet, they do it best effort, etc.
What you want to know can be found by reading the source, or the
commit logs. Since this is a locally written driver, the code is
surprisingly approachable.
Andrew Lemin wrote:
>
Hi. I hope everyone is well and having a great day :)
Just a quick question about the mcx (Mellanox 5th generation Ethernet
device) drivers
https://man.openbsd.org/mcx.4
The man page says nothing more than it supports;
ConnectX-4 Lx EN
ConnectX-4 EN
ConnectX-5 EN
ConnectX-6 EN
I am looking for
Hi. Sorry for extremely slow reply!
Did you add the return routes for your internal subnets into each of the
per-tun rdomains?
To test your tunnels are setup correctly;
Once you have the external interface in rdomain 0, and each VPN instance's
tun interface is bound to different rdomains etc, you
On Thu, Sep 16, 2021, at 6:43 PM, Allan Streib wrote:
> On Tue, Sep 14, 2021, at 5:09 PM, Allan Streib wrote:
> > Seen a few of these in my logs (OpenBSD 6.9 release amd64)
> >
> > Sep 14 02:12:05 relayd[78491]: rsae_send_imsg: privenc poll
> > timeout, keyop #946
> > Sep 14 02:12:06
On Mon, Sep 27, 2021 at 05:30:01PM +0200, Manuel Giraud wrote:
> Hi,
>
> Does anyone use one of those? I can reliably freeze them with some I/O
> load with rsync for example. I don't have much more to say. Here is the
> dmesg:
Does this IO load involve either of the SSDs you have set up as
On Mon, Sep 27, 2021 at 10:55:16AM -, Stuart Henderson wrote:
> On 2021-09-26, Joseph Olatt wrote:
> > Hi Matheus and beebeet...@posteo.de,
> >
> > I have OpenBSD 6.9 successfully running on multiple Raspberry Pi 3Bs
> > without any issues. The one that is having issues is a 4B. I am
> >
On 2021-09-28, Peter J. Philipp wrote:
> On Tue, Sep 28, 2021 at 10:04:25AM -0700, Joseph Olatt wrote:
>> I tried the following snapshot:
>>
>> https://cdn.openbsd.org/pub/OpenBSD/snapshots/arm64/miniroot70.img
>>
>> Build date: 27-Sep-2021 20:10
>> Size: 45088768
>>
>> Didn't have much
On Tue, Sep 28, 2021 at 10:04:25AM -0700, Joseph Olatt wrote:
> I tried the following snapshot:
>
> https://cdn.openbsd.org/pub/OpenBSD/snapshots/arm64/miniroot70.img
>
> Build date: 27-Sep-2021 20:10
> Size: 45088768
>
> Didn't have much luck. The install process rebooted after the
Hi Misc,
A fresh install of 6.9+syspatch on a 2012-ish Sony Vaio Laptop (VPCS11FG)
only physical change pre-install was swapping the 320 hdd with 250 ssd.
It's a vanila install, with 'apmd' enabled + flag '-A' for adaptive/auto
cpu-freq.
All the other laptop things seem to be working. eg; wifi,
17 matches
Mail list logo
