On Sat, Jun 09, 2018 at 06:07:15PM -0700, Don Lewis wrote:
> On 9 Jun, Stefan Esser wrote:
>
> > 3) Programs that evenly split the load on all available cores have been
> >suffering from sub-optimal assignment of threads to cores. E.g. on a
> >CPU with 8 (virtual) cores, this resulted in
On 9 Jun, Stefan Esser wrote:
> 3) Programs that evenly split the load on all available cores have been
>suffering from sub-optimal assignment of threads to cores. E.g. on a
>CPU with 8 (virtual) cores, this resulted in 6 cores running the load
>in nominal time, 1 core taking twice as
Got the following panic. vmcore IS available:
borg.lerctr.org dumped core - see /var/crash/vmcore.0
Sat Jun 9 16:46:17 CDT 2018
FreeBSD borg.lerctr.org 12.0-CURRENT FreeBSD 12.0-CURRENT #35 r334894: Sat Jun
9 15:53:46 CDT 2018
r...@borg.lerctr.org:/usr/obj/usr/src/amd64.amd64/sys/VT-LER
On Sat, Jun 09, 2018 at 04:13:08PM -0400, Mark Johnston wrote:
> On Sat, Jun 09, 2018 at 01:07:24PM -0700, bob prohaska wrote:
> > I'm seeing persistent
> > --- dwarf.o ---
> > /usr/src/cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1980:8: error: use
> > of undeclared identifier 'DW_LANG_C11'
>
On Sat, Jun 09, 2018 at 01:07:24PM -0700, bob prohaska wrote:
> I'm seeing persistent
> --- dwarf.o ---
> /usr/src/cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1980:8: error: use of
> undeclared identifier 'DW_LANG_C11'
> case DW_LANG_C11:
> ^
> errors very
I'm seeing persistent
--- dwarf.o ---
/usr/src/cddl/contrib/opensolaris/tools/ctf/cvt/dwarf.c:1980:8: error: use of
undeclared identifier 'DW_LANG_C11'
case DW_LANG_C11:
^
errors very early in buildworld attempts on 334890
I've tried "make clean" in /usr/src
Here's a little glitch with packaged base I stumbled upon.
On a freshly pkg upgrade'd 12-current machine, I see:
codling:/usr/home/matthew:# pkg info -dr FreeBSD-lld-12.0.s20180609030436
FreeBSD-lld-12.0.s20180609030436
Depends on :
FreeBSD-runtime-12.0.s20180609030436
So, no depende
> On Fri, 8 Jun 2018 17:18:43 +0300
> Andriy Gapon wrote:
>
> > On 08/06/2018 15:27, Gary Jennejohn wrote:
> > > On Thu, 7 Jun 2018 20:14:10 +0300
> > > Andriy Gapon wrote:
> > >
> > >> On 03/05/2018 12:41, Andriy Gapon wrote:
> > >>> I think that we need preemption policies that might not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Sat, 2 Jun 2018 16:07:48 -0700 (PDT)
Don Lewis schrieb:
> On 2 Jun, O. Hartmann wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA512
> >
> > On CURRENT, running on an APU as router/firewall service, out of the blue
> > after an
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
A recent update of sources rednered building world faulty:
[...]
===> cddl/usr.bin/ctfconvert (obj,all,install)
Building
/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/cddl/usr.bin/ctfconvert/dwarf.o
- --- dwarf.o ---
/usr/src/cddl/contrib/opensolaris
Am 07.06.18 um 19:14 schrieb Andriy Gapon:
> On 03/05/2018 12:41, Andriy Gapon wrote:
>> I think that we need preemption policies that might not be expressible as
>> one or
>> two numbers. A policy could be something like this:
>> - interrupt threads can preempt only threads from "lower" classes:
11 matches
Mail list logo