Re: Building PCC for "tools" is broken (missing symbol __USE)- PCC bug or NetBSD source tree error?

2014-08-15 Thread Iain Hibbert
On Wed, 13 Aug 2014, William D. Jones wrote: > The error to which I refer to (cannot find -lgcc) also occurs now, even when I > set HAVE_PCC=1 while building libc... it seems that there is a depedency > problem that has crept into the NetBSD source tree the past few days, because > me receiving co

re: More amd64 drmkms radeon

2014-08-15 Thread matthew green
> Now it panics (and rebuilt the X server with symbols just in case): > > panic: kernel diagnostic assertion "uvm_page_locked_p(pg)" failed: file > "../../../../arch/x86/x86/pmap.c", line 3316 > cpu1: Begin traceback... > vpanic() at netbsd:vpanic+0x13c > kern_assert() at netbsd:kern_assert+0x4

Re: amd64 DRMKMS (ivy bridge) results, 14 Jun 2014

2014-08-15 Thread Taylor R Campbell
Date: Fri, 15 Aug 2014 20:03:14 +0200 From: Piotr Meyer On Thu, Aug 14, 2014 at 07:09:46PM +0200, Piotr Meyer wrote: > Ivy Bridge integrated GPU, fresh sources: > > 1. Now, I got valid resolution on console and in X (1280x1024). >Much better. ;) > > 2. glxgears l

Re: amd64 DRMKMS (ivy bridge) results, 14 Jun 2014

2014-08-15 Thread Piotr Meyer
On Thu, Aug 14, 2014 at 07:09:46PM +0200, Piotr Meyer wrote: > Ivy Bridge integrated GPU, fresh sources: > > 1. Now, I got valid resolution on console and in X (1280x1024). >Much better. ;) > > 2. glxgears leads to panic, after ddb.onpanic=1 I got: Some additional debug info, hope this hel

Re: More amd64 drmkms radeon

2014-08-15 Thread Patrick Welche
On Fri, Aug 15, 2014 at 04:09:03PM +0100, Robert Swindells wrote: > > Patrick Welche wrote: > >On Fri, Aug 15, 2014 at 02:55:37PM +0100, Patrick Welche wrote: > >> On Fri, Aug 15, 2014 at 02:48:47PM +0100, Chavdar Ivanov wrote: > >> > Mine is also much better now - DRMKMS kernel boots into multius

Re: More amd64 drmkms radeon

2014-08-15 Thread Taylor R Campbell
Date: Fri, 15 Aug 2014 16:09:03 +0100 (BST) From: Robert Swindells I get a panic in a call to munmap(2) but that may just be happening when the server is cleaning up from some other error. There is a bug somewhere in the establishment of VM mappings for radeon or ttm. Not sure what

Re: More amd64 drmkms radeon

2014-08-15 Thread Robert Swindells
Patrick Welche wrote: >On Fri, Aug 15, 2014 at 02:55:37PM +0100, Patrick Welche wrote: >> On Fri, Aug 15, 2014 at 02:48:47PM +0100, Chavdar Ivanov wrote: >> > Mine is also much better now - DRMKMS kernel boots into multiuser, >> > switches the mode and works fine in multiuser. Xorg doesn't start;

Re: More amd64 drmkms radeon

2014-08-15 Thread Patrick Welche
On Fri, Aug 15, 2014 at 02:55:37PM +0100, Patrick Welche wrote: > On Fri, Aug 15, 2014 at 02:48:47PM +0100, Chavdar Ivanov wrote: > > Mine is also much better now - DRMKMS kernel boots into multiuser, > > switches the mode and works fine in multiuser. Xorg doesn't start; it > > blanks the screen an

Re: More amd64 drmkms radeon

2014-08-15 Thread Patrick Welche
On Fri, Aug 15, 2014 at 02:55:37PM +0100, Patrick Welche wrote: > On Fri, Aug 15, 2014 at 02:48:47PM +0100, Chavdar Ivanov wrote: > > Mine is also much better now - DRMKMS kernel boots into multiuser, > > switches the mode and works fine in multiuser. Xorg doesn't start; it > > blanks the screen an

Re: More amd64 drmkms radeon

2014-08-15 Thread Patrick Welche
On Fri, Aug 15, 2014 at 02:48:47PM +0100, Chavdar Ivanov wrote: > Mine is also much better now - DRMKMS kernel boots into multiuser, > switches the mode and works fine in multiuser. Xorg doesn't start; it > blanks the screen and I presume panics, but I can't see anything; I I think X coredumps, bu

Re: More amd64 drmkms radeon

2014-08-15 Thread Chavdar Ivanov
Mine is also much better now - DRMKMS kernel boots into multiuser, switches the mode and works fine in multiuser. Xorg doesn't start; it blanks the screen and I presume panics, but I can't see anything; I will have to switch to serial console to see what is going on (I also had a panic from a KASSE

out of swap on shutdown

2014-08-15 Thread Patrick Welche
On shutdown, on machines with a large tmpfs which has been thrashed, I see: UVM: pid 1029.1 (master), uid 0 killed: out of swap UVM: pid 701.1 (qmgr), uid 12 killed: out of swap with what appears as a hang. In the past, I have left a box in this state overnight with no change. (I think about a y