From owner-svn-ports-head@freebsd.org Wed Jan 29 19:51:06 2020 Return-Path: Delivered-To: svn-ports-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C8E221FBC10 for ; Wed, 29 Jan 2020 19:51:06 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out.migadu.com (out.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.migadu.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 487Dcn1f07z44xl for ; Wed, 29 Jan 2020 19:51:04 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: (Migadu outbound); Wed, 29 Jan 2020 19:51:02 +0000 Received: from wms0-eu-central.migadu.com (wms0-eu-central.migadu.com [139.162.159.86]) by out.migadu.com (Haraka/2.8.16) with ESMTPSA id B12682CF-EEDA-4044-B3C4-21B83B03B958.1 envelope-from (authenticated bits=0) (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 verify=FAIL); Wed, 29 Jan 2020 19:51:02 +0000 MIME-Version: 1.0 Date: Wed, 29 Jan 2020 19:51:01 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: RainLoop/1.12.1 From: greg@unrelenting.technology Message-ID: <9272c6b5423efa167198ce8cb6da42db@unrelenting.technology> Subject: Re: svn commit: r516629 - head/net/liferea To: "Jan Beich" Cc: "Christoph Moench-Tegeder" , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org In-Reply-To: <004506e3-be62-4533-b2d6-c3386121af0e@localhost> References: <004506e3-be62-4533-b2d6-c3386121af0e@localhost> <201911041019.xA4AJYqc047310@repo.freebsd.org> <20191104103901.GA2476@elch.exwg.net> <20200128001023.GA62291@elch.exwg.net> DKIM-Signature: v=1; a=rsa-sha256; bh=1VT8TQmvJUjUbetEmlWZJbMwn7dd5tK9ZiysEMqEWaI=; c=relaxed/simple; d=unrelenting.technology; h=from:subject:date:to; s=default; b=NiElNovDHqvI9gfNV/YqpBeuM9QiPQAX2qt5RsHIiZRUMUz+mdwIjTjNq5vGVmHi+fzySeiQBUcMgTZfQBqsD8TosPK140Htm04UfOZ3PCKG7e9F24eRtMJlyGOIruPbqEsrRpMu8NGVXO2Mwq8OXvHPaKCpvo41Y7Ro1fy/5b0= X-Rspamd-Queue-Id: 487Dcn1f07z44xl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=NiElNovD; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-4.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.83)[ip: (-9.79), ipnet: 91.121.0.0/16(-1.44), asn: 16276(2.07), country: FR(0.00)]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_IN_DNSWL_NONE(0.00)[63.223.121.91.list.dnswl.org : 127.0.10.0]; FROM_NO_DN(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[63.223.121.91.rep.mailspike.net : 127.0.0.17]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2020 19:51:06 -0000 January 29, 2020 9:46 PM, "Greg V" wrote:= =0A=0A> Jan 29, 2020 1:18:04 PM Jan Beich :=0A> =0A>> Christoph Moench-Te= geder writes:=0A>> =0A>> [ ... http://docs.freebsd.org/cgi/mid.cgi?202001= 28001023.GA62291 ... ]=0A>> =0A>> So, opinions against doing just that? I= 've no idea if it would even make=0A>> sense to try to support WPE on Fre= eBSD or if it's just something we=0A>> inherited "because it's there" as = someone upstream had declared=0A>> underpowered mobile devices to be the = future.=0A>> =0A>> WPE dependency was added in https://bugs.webkit.org/sh= ow_bug.cgi?id=3D197944=0A>> WPE renderer is unstable for me under Sway (W= ayland compositor) e.g.,=0A>> Midori hangs shortly after startup. Greg, c= an you confirm?=0A> =0A> Oh, that's why webkit has been broken for the la= st few months! Yeah, it's been causing serious=0A> issues on my machine, = i.e. if I accidentally started a webkit gtk app, the web content would be= =0A> blank and I couldn't kill it, otherwise it would cause something lik= e a GPU hang that amdgpu can't=0A> recover from, so I'd have to reboot.= =0A> =0A> So far I haven't bothered to investigate because I've been busy= with things (like improving Firefox=0A> :D), but I'll see if I can fix i= t. It's good that they have a renderer that's not doing the=0A> ridiculou= s nested compositor thing now, we should have that working.=0A=0ALOL, tes= ting on an Intel GPU laptop (where the system/gpu hang =C2=AD=E2=80=94 wh= ich is some unrelated amd issue =E2=80=94 does not apply) with MiniBrowse= r-4, turns out attaching a debugger (lldb) to the main browser process wh= en it's hanging and entering 'c' (continue) unfreezes it and everything w= orks.=0AThis is where it's hanging:=0A=0A * frame #0: 0x0000000806e957ca= libc.so.7`_kevent + 10=0A frame #1: 0x000000080316a783 libthr.so.3`__= _lldb_unnamed_symbol54$$libthr.so.3 + 83=0A frame #2: 0x000000080862aa= fb libepoll-shim.so.0`epoll_wait + 315=0A frame #3: 0x0000000806c3e9fd= libwayland-server.so.0`wl_event_loop_dispatch + 77=0A frame #4: 0x000= 0000807145128 libWPEBackend-fdo-1.0.so.1`___lldb_unnamed_symbol35$$libWPE= Backend-fdo-1.0.so.1 + 4=0A frame #5: 0x0000000803cec267 libglib-2.0.s= o.0`g_main_context_dispatch + 327=0A=0ALooking at the wpebackend-fdo sour= ce, it is indeed calling wl_event_loop_dispatch with -1 timeout (i.e. no = timeout).=0AReported: https://github.com/Igalia/WPEBackend-fdo/issues/94