Thanks go to all the ongoing teams working the
things like gpgpu / compute, and graphics,
whether on-cpu-die or on-pci-card.
And even some things like BSD on Pinephone too.
https://www.pine64.org/pinephone
___
freebsd-current@freebsd.org mailing list
r364323, previously I think it was just a warning from witness. Happens both
on boot with stick already inserted, and when inserting the stick in booted
system.
Looks like my swap partition is no longer big enough for dump, translating from
screen:
umass0 numa-domain 0 on uhub4
umass0:2:0:
On 17 Aug 2020, at 15:42, O. Hartmann wrote:
>
> On CURRENT 9not necessarily most recent with LLVM11, but since noon of today
> it
> is FreeBSD 13.0-CURRENT #15 r364297: Mon Aug 17 14:39:06 CEST 2020 amd64) I'm
> faced with some very sticky and nasty micompilations in several essential
> ports,
Emmanuel Vadot writes:
> Hello,
>
> 5.4 was finilly reached !
> For AMD users it means that Navi12/14, Arctarus and Renoir should work.
> For Intel users it means that TigerLake should work too.
>
> No ports update for now as I want to give current users a bit of time
> to update their base
On 8/17/20 1:46 AM, Emmanuel Vadot wrote:
Hello,
5.4 was finilly reached !
For AMD users it means that Navi12/14, Arctarus and Renoir should work.
For Intel users it means that TigerLake should work too.
No ports update for now as I want to give current users a bit of time
to
On Mon, 17 Aug 2020 10:56:08 -0400
Ed Maste wrote:
> On Mon, 17 Aug 2020 at 04:46, Emmanuel Vadot wrote:
> >
> > - Remove the remaining GPLv2 code to start thinking of import into
> > base.
>
> How much GPLv2 code do we have left now?
~50% of what's in
On Mon, 17 Aug 2020 at 04:46, Emmanuel Vadot wrote:
>
> - Remove the remaining GPLv2 code to start thinking of import into
> base.
How much GPLv2 code do we have left now?
___
freebsd-current@freebsd.org mailing list
On CURRENT 9not necessarily most recent with LLVM11, but since noon of today it
is FreeBSD 13.0-CURRENT #15 r364297: Mon Aug 17 14:39:06 CEST 2020 amd64) I'm
faced with some very sticky and nasty micompilations in several essential
ports, for instance
ports-mgmt/pkg
devel/libunwind
devel/binutils
For reference, below is the backtrace then further down I printed the
structures I could access :
#0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:394
#2 0x8049c26a in db_dump (dummy=,
dummy2=, dummy3=, dummy4=)
Hello,
5.4 was finilly reached !
For AMD users it means that Navi12/14, Arctarus and Renoir should work.
For Intel users it means that TigerLake should work too.
No ports update for now as I want to give current users a bit of time
to update their base (as the ports needs recent addition
On 2020-08-16 22:23, Alexandre Levy wrote:
(kgdb) p *m
$2 = {plinks = {q = {tqe_next = 0x578491b51dd60510, tqe_prev =
0xd78c11bd9dde8518}, s = {ss = {sle_next = 0x578491b51dd60510}}, memguard =
{p = 6306325585301210384,
v = 15531808720989095192}, uma = {slab = 0x578491b51dd60510, zone =
11 matches
Mail list logo
