On Mon, Feb 21, 2022 at 04:53:50AM +, Claus Assmann wrote:
> On Mon, Feb 21, 2022, Jonathan Gray wrote:
>
> > No, it is not firmware. But I'd need to see a dmesg with inteldrm
> > enabled to comment further. In -current there is a different version of
>
> That should be this one:
> inteldr
On Mon, Feb 21, 2022, Jonathan Gray wrote:
> No, it is not firmware. But I'd need to see a dmesg with inteldrm
> enabled to comment further. In -current there is a different version of
That should be this one:
OpenBSD 7.0 (GENERIC) #224: Thu Sep 30 14:13:34 MDT 2021
dera...@amd64.openbsd.o
On Sun, Feb 20, 2022 at 05:14:57PM +, Claus Assmann wrote:
> Yesterday the monitor on my OpenBSD 7.0 box went blank twice while
> using firefox. Later on I found these entries in the log:
>
> Feb 19 10:17:38 vxrs /bsd: drm:pid11842:intel_gt_reset *NOTICE* [drm]
> Resetting chip for context cl
On Sun, Feb 20, 2022 at 03:44:37PM -0300, Alceu Rodrigues de Freitas Junior
wrote:
>
> Hello there,
>
> I've being doing Perl development on OpenBSD for a while now, and one thing
> that I usually note is that is takes a noticeable difference of time to
> execute Perl modules instalation on Lin
Hello all, just following up on this as a call out to anyone who use nsh
or have used it in the past,
if you have any feedback / suggestions I would really appreciate that,
Thanks
Tom Smyth
On Sun, 18 Apr 2021 at 13:31, Tom Smyth
wrote:
> Hello,
>
> If anyone has used shells/nsh (past or pres
I would recommend trying it like my example, there is a race condition when
you list the destination address separately.
--
Sent from a phone, apologies for poor formatting.
On 20 February 2022 16:50:35 Brodey Dover wrote:
You make a very good point about attaching the configuration :-).
in
Yesterday the monitor on my OpenBSD 7.0 box went blank twice while
using firefox. Later on I found these entries in the log:
Feb 19 10:17:38 vxrs /bsd: drm:pid11842:intel_gt_reset *NOTICE* [drm] Resetting
chip for context closure in firefox<11842>
Feb 19 11:06:10 vxrs /bsd: drm:pid1527:intel_gt_r
You make a very good point about attaching the configuration :-).
inet 0.0.0.0 255.255.255.255 NONE mtu 1500
pppoedev re0 authproto pap
authname 'username' authkey 'password' up
dest 0.0.0.1
!/sbin/route add default -ifp pppoe0 0.0.0.1
That should help.
Thank you,
On Sun, 20 F
Original location caused the line to be printed every time for ec keys.
I suspect copy&paste error from rsa_key_create.
---
usr.sbin/acme-client/key.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/usr.sbin/acme-client/key.c b/usr.sbin/acme-client/key.c
index 6604751caef..6
On 2022-02-19, Brodey Dover wrote:
> Hello all,
>
> I've configured hostname.pppoe0 and hostname.re0 as per the pppoe manpage
> for OpenBSD (I'm running 7) and I'm unable to successfully leverage the
> Bell HomeHub 4000's pppoe passthrough. I've verified that passthrough does
> work with my W
10 matches
Mail list logo