Re: bgpd config regress powerpc64

On Wed, Apr 14, 2021 at 11:56:08PM +0200, Alexander Bluhm wrote: > Hi, > > On powerpc64 regress/usr.sbin/bgpd/config fails. It parses a config > file, writes bgpd's config to stdout and compares it with an expected > output. > > On powerpc64 the order of the set of communities is different. >

Re: tcpdump wireguard big endian

On Wed, 14 Apr 2021 17:42:57 +0200 Alexander Bluhm wrote: > Hi, > > regress/sys/net/wg fails on powerpc64 as tcpdump(8) cannot parse > wireguard packets. EXTRACT_LE_32BITS() converts the type from > little endian to host endian. So we need the constants in host > endianess. > > ok? Makes

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

Am Thu, Apr 15, 2021 at 12:47:44AM +0200 schrieb Patrick Wildt: > On Wed, Apr 14, 2021 at 11:20:56PM +0200, Patrick Wildt wrote: > > Am Wed, Apr 14, 2021 at 10:55:14PM +0200 schrieb Mark Kettenis: > > > > Date: Wed, 14 Apr 2021 22:25:16 +0200 > > > > From: Patrick Wildt > > > > > > > > Am Wed,

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

On Wed, Apr 14, 2021 at 11:20:56PM +0200, Patrick Wildt wrote: > Am Wed, Apr 14, 2021 at 10:55:14PM +0200 schrieb Mark Kettenis: > > > Date: Wed, 14 Apr 2021 22:25:16 +0200 > > > From: Patrick Wildt > > > > > > Am Wed, Apr 14, 2021 at 10:17:58PM +0200 schrieb Patrick Wildt: > > > > Hi, > > > >

Re: xfail lib/libc/setjmp-fpu regress on powerpc64

On Wed, Apr 14, 2021 at 08:33:43PM +0200, Mark Kettenis wrote: > The ELFv2 ABI on powerpc64 explicitly states that when returning > through setjmp(3) from longjmp(3), the "limited access bits" are *not* > restored to the values they had before setjmp(3) was called. > > This means that the tests

bgpd config regress powerpc64

Hi, On powerpc64 regress/usr.sbin/bgpd/config fails. It parses a config file, writes bgpd's config to stdout and compares it with an expected output. On powerpc64 the order of the set of communities is different. The parser uses memcmp(3) to sort a struct of integers. This depends of the

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

Am Wed, Apr 14, 2021 at 10:55:14PM +0200 schrieb Mark Kettenis: > > Date: Wed, 14 Apr 2021 22:25:16 +0200 > > From: Patrick Wildt > > > > Am Wed, Apr 14, 2021 at 10:17:58PM +0200 schrieb Patrick Wildt: > > > Hi, > > > > > > Parallels 16 for Mac supports the Apple M1 SoC now, and since it does >

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

On Wed, 14 Apr 2021 at 22:55:14 +0200, Mark Kettenis wrote: > > cpu0 at mainbus0 mpidr 0: Unknown, MIDR 0x410f > > That's a strange ARM CPU ;). > > If you have some time, can you run a make -j in /usr/src/lib/libc? > I'm curious if cc or ld crashes in a virtual machine. I just built all of

Re: wcwidth of soft hyphen

Since the discussion seems to have died out, I take my patch will not be accepted. The decision appears to be that OpenBSD is right and everyone else is wrong in this matter. Given that, and the calls to change the behavior of other OSes and terminal emulators around SHY: are you going to at

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

> Date: Wed, 14 Apr 2021 22:25:16 +0200 > From: Patrick Wildt > > Am Wed, Apr 14, 2021 at 10:17:58PM +0200 schrieb Patrick Wildt: > > Hi, > > > > Parallels 16 for Mac supports the Apple M1 SoC now, and since it does > > provide an EFI 'BIOS', our images boot out of the box (once converted > >

Re: virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

Am Wed, Apr 14, 2021 at 10:17:58PM +0200 schrieb Patrick Wildt: > Hi, > > Parallels 16 for Mac supports the Apple M1 SoC now, and since it does > provide an EFI 'BIOS', our images boot out of the box (once converted > to 'hdd' or supplied as USB stick). > > Unfortunately virtio doesn't attach,

virtio(4) at fdt: version 2 for Parallels 16 on Mac (M1)

Hi, Parallels 16 for Mac supports the Apple M1 SoC now, and since it does provide an EFI 'BIOS', our images boot out of the box (once converted to 'hdd' or supplied as USB stick). Unfortunately virtio doesn't attach, because Parallels seems to provide a 'new' version 2. The following diff adds

Re: wcwidth of soft hyphen

On Wed, 2021-04-14 at 20:10 +0300, Lauri Tirkkonen wrote: > Since the discussion seems to have died out, I take my patch will not be > accepted. > > The decision appears to be that OpenBSD is right and everyone else is wrong in > this matter. Given that, and the calls to change the behavior of

Re: rpki-client skip deltas if session_id does not match

Claudio Jeker(cje...@diehard.n-r-g.com) on 2021.04.14 20:18:25 +0200: > There is no need to queue up any deltas if the session-id differes from > the one on disk. New session-id will always result in a snapshot download. > This may help in some situation to skip queuing many deltas that are just >

Re: add PCI IDs for Thinkpad X1 Extreme Gen 3, enable WLAN

On Wed, Apr 14, 2021 at 11:01:47AM +0200, Ivo Sbalzarini wrote: > as suggested over at misc@ (thanks, Stuart!), I am sending a > patch below to add the PCI IDs of the Thunderbolt and WiFi > devices in Lenovo Thinkpad X1 Extreme Gen 3 laptops, and to > enable the Intel AX201 wireless LAN in the

xfail lib/libc/setjmp-fpu regress on powerpc64

The ELFv2 ABI on powerpc64 explicitly states that when returning through setjmp(3) from longjmp(3), the "limited access bits" are *not* restored to the values they had before setjmp(3) was called. This means that the tests here are expected to fail according to the ABI. Now we may opt to restore

rpki-client skip deltas if session_id does not match

There is no need to queue up any deltas if the session-id differes from the one on disk. New session-id will always result in a snapshot download. This may help in some situation to skip queuing many deltas that are just discarded. -- :wq Claudio Index: rrdp_notification.c

ld.so: NULL dereference on corrupt library

A bogus libvorbisenc.so.3.1 causes ld.so(1) to crash on my Pinebook Pro which saw a few NVMe/power related panics: $ ogg123 song62.ogg Segmentation fault (core dumped) $ egdb -q ogg123 ogg123.core Reading symbols from ogg123...(no

tcpdump wireguard big endian

Hi, regress/sys/net/wg fails on powerpc64 as tcpdump(8) cannot parse wireguard packets. EXTRACT_LE_32BITS() converts the type from little endian to host endian. So we need the constants in host endianess. ok? bluhm Index: print-wg.c

Re: Manpage fix: passwd.1

On Wed, 14 Apr 2021 11:09:02 +0200, Benjamin Baier wrote: > don't mention _PASSWORD_LEN in passwd manpage. > It's also no longer true, since Rev1.52, local_passwd.c uses 1024 > bytes for the password array. Committed, thanks. - todd

iwi(4) patch for testing

Given the recent fixes required for ipw(4), I suspect that iwi(4) has similar issues and requires the patch below to actually pass any packets. While here, add a missing error check in the association sequence. Could anyone test iwi(4) without this patch to confirm that it is broken, and again

Manpage fix: passwd.1

Hi, don't mention _PASSWORD_LEN in passwd manpage. It's also no longer true, since Rev1.52, local_passwd.c uses 1024 bytes for the password array. Greetings Ben Index: passwd.1 === RCS file: /var/cvs/src/usr.bin/passwd/passwd.1,v

add PCI IDs for Thinkpad X1 Extreme Gen 3, enable WLAN

as suggested over at misc@ (thanks, Stuart!), I am sending a patch below to add the PCI IDs of the Thunderbolt and WiFi devices in Lenovo Thinkpad X1 Extreme Gen 3 laptops, and to enable the Intel AX201 wireless LAN in the iwx driver. I have this tested and running without apparent problems