Equivalent diff for tor-browser. I did see a SIGSEGV after a bit of
scrolling around (with swrast_dri.so in the backtrace) and have had
network stop working after using it for a bit until ifconfig axen0
down/up (even local pings didn't respond) - I've seen that before
with older Firefox, but haven'
On Tue, Sep 24, 2024 at 02:28:20PM +0100, Stuart Henderson wrote:
> This fixes things for me (also needs the pledge commit to the kernel).
> aarch64 package at https://junkpile.org/firefox-130.0.1p0.tgz if anyone
> wants to try it.
Confirmed on my m1. I think this is the right approach for release
This fixes things for me (also needs the pledge commit to the kernel).
aarch64 package at https://junkpile.org/firefox-130.0.1p0.tgz if anyone
wants to try it.
OK?
Index: Makefile
===
RCS file: /cvs/ports/www/mozilla-firefox/Makefile
> Looks like that's not enough, I happened to look at the screen at
> just the right time and noticed some undefined symbol errors from ld.lld
> relating to dav1d scrolling past while it was building.
>
> Next attempt is with this diff, results in the morning probably.
oh, build was quicker than
On 2024/09/23 23:08, Stuart Henderson wrote:
> On 2024/09/23 23:21, Theo Buehler wrote:
> > In addition to what sthen posted, I ran into these, the first one smells
> > like a noexeconly issue. Not sure about the second one (I modified kdump
> > to print the trap as hexadecimal since I got tired of
On 2024/09/23 23:21, Theo Buehler wrote:
> In addition to what sthen posted, I ran into these, the first one smells
> like a noexeconly issue. Not sure about the second one (I modified kdump
> to print the trap as hexadecimal since I got tired of translating
> decimal to hex)
The files in ports/mu
In addition to what sthen posted, I ran into these, the first one smells
like a noexeconly issue. Not sure about the second one (I modified kdump
to print the trap as hexadecimal since I got tired of translating
decimal to hex)
67550 firefox PSIG SIGSEGV caught handler=0x2027faaeb8 mask=0<>
co
I'll wait for a bit more input, then I'd be happy to commit this
and bring it into release.
> > On 2024/09/23 20:26, Stuart Henderson wrote:
> > > This is done in a content process:
> > >
> > > firefox(1142): pledge sysctl 2: 7 3
> > > firefox[1142]: pledge "", syscall 202
> > >
> > > Looking at sys/arch/arm64/include/cpu.h I think this translates to
> > > machdep.id_aa64isar1 (I tried
Theo Buehler wrote:
> On Mon, Sep 23, 2024 at 03:01:17PM -0600, Theo de Raadt wrote:
> > Does this help?
> >
> > Since we are close to release, I'm intentionally making it a seperate
> > block, and we can trust the compiler's common-subexpression-elimination
> > to clean it up. If there was a 3
On Mon, Sep 23, 2024 at 03:01:17PM -0600, Theo de Raadt wrote:
> Does this help?
>
> Since we are close to release, I'm intentionally making it a seperate
> block, and we can trust the compiler's common-subexpression-elimination
> to clean it up. If there was a 3rd entry we would make it a switc
Does this help?
Since we are close to release, I'm intentionally making it a seperate
block, and we can trust the compiler's common-subexpression-elimination
to clean it up. If there was a 3rd entry we would make it a switch().
Index: kern_pledge.c
==
Stuart Henderson wrote:
> > Managed to capture some ktrace -di by pointing it at the running main proc
> > after startup and reloading the tab. Instead of getting killed by pledge, I
> > get a SIGILL instead, trapped by firefox's handler.
> >
> > 23282 firefox PSIG SIGILL caught handler=0xc804ce
On 2024/09/23 20:26, Stuart Henderson wrote:
> This is done in a content process:
>
> firefox(1142): pledge sysctl 2: 7 3
> firefox[1142]: pledge "", syscall 202
>
> Looking at sys/arch/arm64/include/cpu.h I think this translates to
> machdep.id_aa64isar1 (I tried running it under ktrace but I ju
On 2024/09/23 21:24, Stuart Henderson wrote:
> On 2024/09/23 20:26, Stuart Henderson wrote:
> > This is done in a content process:
> >
> > firefox(1142): pledge sysctl 2: 7 3
> > firefox[1142]: pledge "", syscall 202
> >
> > Looking at sys/arch/arm64/include/cpu.h I think this translates to
> > m
This is done in a content process:
firefox(1142): pledge sysctl 2: 7 3
firefox[1142]: pledge "", syscall 202
Looking at sys/arch/arm64/include/cpu.h I think this translates to
machdep.id_aa64isar1 (I tried running it under ktrace but I just get
very fast-running fans and a frozen machine).
Will
16 matches
Mail list logo