[macppc] libunwind makes some binaries segfaulting (Was: [macppc, base libexecinfo] Unbreak editors/emacs)

with #899 that used to depend on ports libexecinfo, with no issues. Charlène. Begin forwarded message: Date: Tue, 13 Jul 2021 13:00:51 + From: Charlene Wendling To: Jeremie Courreges-Anglas Cc: po...@openbsd.org Subject: Re: [macppc, base libexecinfo] Unbreak editors/emacs On Tue, 13 Ju

[macppc] radeon: ring test failed (scratch(0x15E4)=0xCAFEDEAD)

>Environment: System : OpenBSD 6.9 Details : OpenBSD 6.9-current (DRMDEBUG) #0: Wed Jun 23 18:49:07 CEST 2021 charlene@shigure.localdomain:/sys/arch/macppc/compile/DRMDEBUG Architecture: OpenBSD.macppc Machine : macppc >Descri

Re: [macppc] pixman causes SIGILLs if AltiVec is not supported

On Sat, 12 Jun 2021 17:27:30 +0200 Matthieu Herrb wrote: > On Sat, Jun 12, 2021 at 02:14:58PM +0000, Charlene Wendling wrote: > > Hi, > > > > I've built a macppc kernel without the ALTIVEC option on one of my > > G4s to test a port fix for G3s [0], and as i'

[macppc] pixman causes SIGILLs if AltiVec is not supported

Hi, I've built a macppc kernel without the ALTIVEC option on one of my G4s to test a port fix for G3s [0], and as i'm testing some ports i've opened a can of worms that is leading me to pixman. Namely, i run: kern.version=OpenBSD 6.9-current (NOALTIVEC) #1: Fri Jun 11 19:47:02 If i run www/midor

Re: Same issue with RX 560?

On Fri, 11 Dec 2020 14:55:24 +0100 Alex Raschi wrote: > First, thanks your answer. > > On Wed, Dec 09, 2020 at 10:25:19PM +0100, Charlene Wendling wrote: > > Hi, > > > > On Mon, 7 Dec 2020 18:16:03 +0100 > > Alex Raschi wrote: > > > >

Re: Same issue with RX 560?

Hi, On Mon, 7 Dec 2020 18:16:03 +0100 Alex Raschi wrote: > Sorry i was trying to reply to this thread: > > https://marc.info/?l=openbsd-bugs&m=159383256417523&w=2 > > On Mon, Dec 07, 2020 at 06:08:02PM +0100, Alex Raschi wrote: > > Hi, > > > > I have a similar problem but with a RX 560, i got

Re: awk: FS pattern separation issue

On Thu, 11 Jun 2020 06:09:02 -0600 Todd C. Miller wrote: > This should be fixed by the commit I just made to awk/lib.c. > The strlcpy() length parameter was incorrect. > > - todd I can confirm that with the neofetch test case, thanks a lot!

Re: awk: FS pattern separation issue

On Thu, 11 Jun 2020 11:50:48 +0100 Stuart Henderson wrote: > On 2020/06/11 11:48, Charlene Wendling wrote: > > >Synopsis: FS pattern separation issue > > >Category: awk > > >Environment: > > System : OpenBSD 6.7 > > Details :

awk: FS pattern separation issue

>Synopsis: FS pattern separation issue >Category: awk >Environment: System : OpenBSD 6.7 Details : OpenBSD 6.7-current (GENERIC.MP) #258: Wed Jun 10 20:46:20 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Architecture:

Re: [macppc] GENERIC.MP panics under high load

On Wed, 1 Apr 2020 20:27:54 +0200 Charlene Wendling wrote: I've got another one, still with: OpenBSD 6.6-current (GENERIC.MP) #692: Sat Mar 21 10:19:57 MDT 2020 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC.MP and xlights(4) disabled. ddb{1}> machine ddbcpu 0 St

[macppc/clang] libcompiler_rt misses `__atomic_is_lock_free()'

>Synopsis: macppc's libcompiler_rt misses `__atomic_is_lock_free()' >Category: macppc >Environment: System : OpenBSD 6.6 Details : OpenBSD 6.6-current (GENERIC) #691: Thu Apr 2 16:55:38 MDT 2020 dera...@macppc.openbsd.org:/usr/src/sys/a

Re: [macppc] GENERIC.MP panics under high load

On Sat, 28 Mar 2020 10:18:22 +0100 Martin Pieuchot wrote: > On 27/03/20(Fri) 22:43, Charlene Wendling wrote: > > Hi, > > > > >Environment: > > System : OpenBSD 6.6 > > Details : OpenBSD 6.6-current (GENERIC.MP) #676: Fri &

[macppc] GENERIC.MP panics under high load

Hi, >Environment: System : OpenBSD 6.6 Details : OpenBSD 6.6-current (GENERIC.MP) #676: Fri Feb 14 02:26:37 MST 2020 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC.MP Architecture: OpenBSD.macppc Machine : macppc >Description: Not

Scanner plugged in USB3 port becomes "unreachable" when used

Hi, >Synopsis: Scanner plugged in USB3-only port becomes "unreachable" when >used >Category: kernel >Environment: System : OpenBSD 6.5 Details : OpenBSD 6.5-beta (AZALIA.MP) #0: Sat Mar 16 16:04:25 CET 2019 charlene@yutaka.localdomai

Re: macppc can't modify pages in swap

On Sun, 23 Dec 2018 21:24:55 +0100 (CET) Mark Kettenis wrote: > > Date: Sun, 23 Dec 2018 21:20:11 +0100 (CET) > > From: Mark Kettenis > > > > > Date: Sun, 23 Dec 2018 19:35:02 +0100 (CET) > > > From: Mark Kettenis > > > > > > > Date: Sun, 23 Dec 2018 12:26:17 +0100 (CET) > > > > From: Mark Ket

Re: macppc can't modify pages in swap

On Wed, 19 Dec 2018 22:36:49 -0500 George Koehler wrote: > On Wed, 19 Dec 2018 00:13:13 -0500 > George Koehler wrote: > > > By my guess, pmap_is_modified() is broken on powerpc. It seems to > > fail to return true, so uvm wouldn't know that the page is modified, > > and then uvm wouldn't write