Stefan Hagen wrote (2023-03-05 09:19 CET):
> Alexandre Ratchov wrote (2023-03-05 08:53 CET):
> > If you've an azalia(4) attaching as "AMD 17h/1xh HD Audio", please
> > test this diff and report regressions. Especially audio lock ups that
> > require reboot.
> >
> > IIRC, MSI was disabled few
Index: chat.c
===
RCS file: /cvs/src/usr.sbin/pppd/chat/chat.c,v
retrieving revision 1.35
diff -u -p -r1.35 chat.c
--- chat.c 5 Apr 2016 21:24:02 - 1.35
+++ chat.c 8 Mar 2023 03:51:44 -
@@ -19,7 +19,7 @@
*
On Tue, 7 Mar 2023, Tobias Heider wrote:
> I was playing with ps today and noticed that the alignment of everything
> following the "command" keyword seems to be broken currently. An easy way
> to test this is running ps -axo command,uid which gives me a wrongly aligned
> uid for some processes:
On Mon, Feb 13, 2023 at 08:30:03AM +0100, Alexandr Nedvedicky wrote:
> Hello,
>
> This diff looks good to me. Though I still have some
> doubts about accuracy of comment here:
>
>
> > return (kn->kn_data > 0);
> > @@ -1510,6 +1599,15 @@ bpf_catchpacket(struct bpf_d *d, u_char
> >
On Wed, 08 Mar 2023 01:37:18 +0100, Tobias Heider wrote:
> It look like this was broken in 1.83 which introduces print_comm_name() but
> wrongly assumes the returned value is the length difference when it actually
> is the updated length value. With this fixed I get a correctly aligned output
OK
? sys.mk.diff
Index: sys.mk
===
RCS file: /cvs/src/share/mk/sys.mk,v
retrieving revision 1.93
diff -u -p -r1.93 sys.mk
--- sys.mk 4 Mar 2023 14:49:37 - 1.93
+++ sys.mk 8 Mar 2023 00:20:15 -
@@ -44,7 +44,7 @@
Index: param.h
===
RCS file: /cvs/src/sys/sys/param.h,v
retrieving revision 1.140
diff -u -p -r1.140 param.h
--- param.h 4 Mar 2023 14:49:37 - 1.140
+++ param.h 8 Mar 2023 00:17:10 -
@@ -216,7 +216,7 @@
*/
On Wed, Mar 08, 2023 at 01:37:18AM +0100, Tobias Heider wrote:
> Hi,
>
> I was playing with ps today and noticed that the alignment of everything
> following the "command" keyword seems to be broken currently. An easy way
> to test this is running ps -axo command,uid which gives me a wrongly
Hi,
I was playing with ps today and noticed that the alignment of everything
following the "command" keyword seems to be broken currently. An easy way
to test this is running ps -axo command,uid which gives me a wrongly aligned
uid for some processes:
/usr/X11R6/bin/X35
X: [priv] (Xorg)
On Tue, 7 Mar 2023, Theo Buehler wrote:
> Some error messages don't match the function calls. There's still this
> one that looks weird. Not sure what it should say to be helpful:
> "unexpected ec signature length" perhaps?
>
> if (siglen < 64 || siglen > 132 || siglen % 2) {
>
On Tue, Mar 07, 2023 at 09:02:04AM +0100, Theo Buehler wrote:
> > So here's the dif with the fix.
>
> The new diff went through an amd64 bulk without fallout and also works
> fine on some dev machines. No noticeable performance impact for my
> workloads.
>
> It also reads fine to me (ok tb).
>
Some error messages don't match the function calls. There's still this
one that looks weird. Not sure what it should say to be helpful:
"unexpected ec signature length" perhaps?
if (siglen < 64 || siglen > 132 || siglen % 2) {
ossl_error("d2i_ECDSA_SIG failed");
Index:
my fault. please fix as needed. thanks,
jmc
On 7 March 2023 09:22:31 GMT, Klemens Nanni wrote:
>http://man.openbsd.org/OpenBSD-7.2./route.8#add jumps to `add's definition,
>http://man.openbsd.org/OpenBSD-current/route.8#add does not.
>
>Probably lost in the recent reshuffle.
>Restore ":t add",
On 2023/03/06 14:16, Klemens Nanni wrote:
> 06.03.2023 13:49, Raf Czlonka пишет:
> > To quote sthen@[0]:
> >
> > But that isn't, it is talking about _execdir,
> > _flags, etc where you need to replace the
> >
> > [0] https://marc.info/?l=openbsd-tech=165364961710717=2
>
> I find this
http://man.openbsd.org/OpenBSD-7.2./route.8#add jumps to `add's definition,
http://man.openbsd.org/OpenBSD-current/route.8#add does not.
Probably lost in the recent reshuffle.
Restore ":t add", etc. in the manual pager.
OK?
Index: route.8
> So here's the dif with the fix.
The new diff went through an amd64 bulk without fallout and also works
fine on some dev machines. No noticeable performance impact for my
workloads.
It also reads fine to me (ok tb).
Do you want it to make it into the release or can/should it wait?
Either way,
16 matches
Mail list logo