I managed to get a panic dump from my -current amd64 host with a
FireGL card using DRMKMS. Dmesg, gdb trace and Xorg.0.log attached (if
one starts only Xorg, it kinda works - a functional cursor is seen
with a small white rectangle at the top left corner; anything more
than that results in the
The good news is that DRMKMS doesn't crash any more on boot on that
machine; Xorg shows the cursor in the screen centre and a small white
rectangle in the top left corner; the machine is reachable from
outside, but the console is unresponsive from this moment on; if I try
something further (like
On 22 August 2014 23:39, Chavdar Ivanov ci4...@gmail.com wrote:
On 22 August 2014 22:35, Robert Swindells r...@fdy2.co.uk wrote:
Chavdar Ivanov wrote:
On 22 August 2014 16:56, Taylor R Campbell riastr...@netbsd.org wrote:
Date: Fri, 22 Aug 2014 10:18:59 +0100
From: Chavdar Ivanov
On 22 August 2014 16:56, Taylor R Campbell riastr...@netbsd.org wrote:
Date: Fri, 22 Aug 2014 10:18:59 +0100
From: Chavdar Ivanov ci4...@gmail.com
A DRMKMS kernel from 15th works as suggested above - switches to
1280x1024 and is fine after (Xorg panics earlier; with the latest
Chavdar Ivanov wrote:
On 22 August 2014 16:56, Taylor R Campbell riastr...@netbsd.org wrote:
Date: Fri, 22 Aug 2014 10:18:59 +0100
From: Chavdar Ivanov ci4...@gmail.com
A DRMKMS kernel from 15th works as suggested above - switches to
1280x1024 and is fine after (Xorg panics
On Fri, Aug 15, 2014 at 04:47:42PM +0100, Patrick Welche wrote:
On Fri, Aug 15, 2014 at 04:09:03PM +0100, Robert Swindells wrote:
What does it do now ?
Now it panics (and rebuilt the X server with symbols just in case):
It (radeon) no longer panics!
P
Taylor R Campbell wrote:
Date: Fri, 15 Aug 2014 16:09:03 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
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
Date: Sun, 17 Aug 2014 16:19:54 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
On i386, the ioctl() of DRM_RADEON_GEM_MMAP is returning addresses
above 4GB which obviously cause drmMap() of them to fail.
This isn't obvious to me -- off_t is 64-bit everywhere, and the
`addresses'
Taylor R Campbell wrote:
Date: Sun, 17 Aug 2014 16:19:54 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
On i386, the ioctl() of DRM_RADEON_GEM_MMAP is returning addresses
above 4GB which obviously cause drmMap() of them to fail.
This isn't obvious to me -- off_t is 64-bit
Taylor R Campbell wrote:
Date: Sun, 17 Aug 2014 16:19:54 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
On i386, the ioctl() of DRM_RADEON_GEM_MMAP is returning addresses
above 4GB which obviously cause drmMap() of them to fail.
This isn't obvious to me -- off_t is 64-bit
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
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, but
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 and I
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 and I
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; it
Date: Thu, 14 Aug 2014 00:29:08 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
I'm seeing basically the same thing with an RV280 on i386, I don't
have a crash dump as it goes into a recursive panic but was able to
capture a boot trace with a serial console.
I was able to
Date: Thu, 14 Aug 2014 19:21:51 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
Taylor R Campbell wrote:
Is this by any chance on a machine with AGP? If so, I just checked in
a change (ttm_agp_backend.c rev. 1.2) which may fix it.
Mine was on a machine with AGP, your change
Taylor R Campbell wrote:
Date: Thu, 14 Aug 2014 19:21:51 +0100 (BST)
From: Robert Swindells r...@fdy2.co.uk
X fails to start though with:
[64.826] (II) AIGLX: Loaded and initialized
/usr/X11R7/lib/modules/dri/r200_dri.so
[64.826] (II) GLX: Initialized DRI2 GL provider
I just tried a DRMKMS kernel on my laptop, (source updated less than an
hour ago) and compared to several months ago when I tried it last, it
gets a lot further!
I just tried the kernel though, no updated userland (so I have the old X
from 6.1).
I didn't really expect that situation to work, but
Adding some printfs to the kernel it doesn't look to be calling into
the drm code from the mmap() syscall.
Probably needs to be changed to use drmMap instead of mmap,
un{til,less} we sort out getting proper mmap for non-vnode files.
i commited the fix for this i've been using.
20 matches
Mail list logo