On Mon, Apr 08, 2019 at 12:01:00AM -0700, John Nemeth wrote:
> On Apr 7, 9:48pm, "Aaron J. Grier" wrote:
> > On Wed, Mar 20, 2019 at 11:22:13AM -0700, John Nemeth wrote:
> > > (XEN) Bank 4: 945a4000fd080813 atef3581180
> > > (XEN) MCE: polling routine found correctable error. Use mcelog
Updating src tree:
P src/distrib/sets/lists/etc/mi
P src/etc/defaults/Makefile
P src/etc/rc.d/Makefile
P src/external/bsd/jemalloc/include/jemalloc/internal/jemalloc_internal_defs.h
P src/external/mit/xorg/lib/dri/Makefile
P src/external/mit/xorg/lib/libGL/Makefile
P src/sbin/fdisk/fdisk.8
P
On Mon, Apr 08, 2019 at 11:39:31AM +0530, Mathew, Cherry G. wrote:
> On 8 April 2019 10:18:16 AM GMT+05:30, "Aaron J. Grier"
> wrote:
> >are we going to get an MSR interface for NetBSD any time soon?
>
> What would such an interface look like ?
- start with interface would be a set of ioctls
Just FYI - I am getting the same message whe starting kde4's konqueror:
There was an error loading the module Dolphin View.
The diagnostics is:
Cannot load library /usr/pkg/lib/kde4/dolphinpart.so:
(/usr/X11R7/lib/libGL.so.3: Use of initialized Thread Local Storage
with model initial-exec and
Hi Christos,
> The problem is that on powerpc we use MAX_PAGE_SHIFT not the right page
> shift for the machine. I will fix it to compute and use the MIN_PAGE_SHIFT
> soon.
This:
Modified Files:
src/external/bsd/jemalloc/include/jemalloc/internal:
jemalloc_internal_defs.h
In article ,
Robert Swindells wrote:
>On 2019-04-09 01:26, Jason Thorpe wrote:
>>> On Apr 8, 2019, at 2:40 PM, Julian Coleman wrote:
>>>
>>> Hi all,
>>>
>>> Upgraded my QNAP TS-201 (sandpoint) to current, and all binaries crash
>>> with:
>>
>> What kind of CPU is in this device? It's
glmark2 aborts for me, but I don't understand why.
> gdb -q (which glmark2)
Reading symbols from /usr/pkg/bin/glmark2...done.
(gdb) r
Starting program: /usr/pkg/bin/glmark2
[New LWP 1 of process 27174]
Thread 2 received signal SIGABRT, Aborted.
0x74c647e427ca in _sys___sigprocmask14 () from
On 2019-04-09 01:26, Jason Thorpe wrote:
On Apr 8, 2019, at 2:40 PM, Julian Coleman wrote:
Hi all,
Upgraded my QNAP TS-201 (sandpoint) to current, and all binaries crash
with:
What kind of CPU is in this device? It's possible that jemalloc is
making a page size assumption that isn't true
In article <20190408213840.ga11...@orion.coris.org.uk>,
Julian Coleman wrote:
>Hi all,
>
>Upgraded my QNAP TS-201 (sandpoint) to current, and all binaries crash with:
>
> :
>/usr/src/external/bsd/jemalloc/lib/../dist/src/pages.c:273: Failed
>assertion: "PAGE_ADDR2BASE(addr) == addr"
> [1]
On Tue, Apr 09, 2019 at 01:41:58PM +0200, Joerg Sonnenberger wrote:
> Sorry, my magic 8-ball is broken. dlerror?
coypu@ already did the honours:
/usr/X11R7/lib/libGL.so: Use of initialized Thread Local Storage with model
initial-exec and dlopen is not supported
Cheers,
Patrick
... but maybe we want to define -DPTHREADS?
On Tue, Apr 09, 2019 at 12:17:46PM +0100, Patrick Welche wrote:
> On Tue, Apr 09, 2019 at 10:38:14AM +, co...@sdf.org wrote:
> > thanks to jmcneill for suggesting dlerror();
> >
> > perhaps we need to remove -DGLX_USE_TLS. it otherwise uses TLS via
> > pthread.
> >
> >
On Tue, Apr 09, 2019 at 10:38:14AM +, co...@sdf.org wrote:
> thanks to jmcneill for suggesting dlerror();
>
> perhaps we need to remove -DGLX_USE_TLS. it otherwise uses TLS via
> pthread.
>
> /usr/X11R7/lib/libGL.so: Use of initialized Thread Local Storage with model
> initial-exec and
thanks to jmcneill for suggesting dlerror();
perhaps we need to remove -DGLX_USE_TLS. it otherwise uses TLS via
pthread.
/usr/X11R7/lib/libGL.so: Use of initialized Thread Local Storage with model
initial-exec and dlopen is not supported
I'm going to test
Index: libmesa.mk
On Tue, Apr 09, 2019 at 10:05:08AM +0100, Patrick Welche wrote:
> On Fri, Apr 05, 2019 at 04:10:24PM +, co...@sdf.org wrote:
> > hi current-users,
> >
> > -current is now going to use mesa 18.3.4, and on x86, LLVM for radeon
> > and software acceleration. It's faster and supports more modern
On Fri, Apr 05, 2019 at 04:10:24PM +, co...@sdf.org wrote:
> hi current-users,
>
> -current is now going to use mesa 18.3.4, and on x86, LLVM for radeon
> and software acceleration. It's faster and supports more modern OpenGL
> functionality. Software raster on x86 is now done using the
16 matches
Mail list logo