Radeon driver on HD-7660D - ok so far

[Jean-Sébastien Pédron]

On 15.02.2014 13:18, Graham Bradley wrote:
> I looked back at my previous version... 9.2-RELEASE with the VESA 
> driver, and it seemed much sharper at redrawing xterms (i.e. text) 
> but of course way slower on the rendering. That's a subjective 
> comment - it could be down to (I guess) scheduler changes I don't
> know about.

I agree that xterm gives the impression that it redraws the window
slowly compared to the UMS driver. For instance, when the program inside
xterm outputs a lot of data, xterm often slowly clears the whole window
(I can see the text dispappearing, starting from the bottom going to the
top), then it displays the content again (this is fast). The same
behavior occurs on Linux. I have not verified if it's effectively slower
with KMS or just an impression.

> [  1099.374] drmOpenDevice: node name is /dev/dri/card0
> [  1099.375] Failed to change owner or group for file /dev/dri! 2: No such file 
> or directory
> [  1099.375] Failed to change owner or group for file /dev/dri/card0! 2: No such
> file or directory
> [  1099.376] drmOpenDevice: open result is -1, (No such file or directory)
> [  1099.377] Failed to change owner or group for file /dev/dri/card0! 2: No such
> file or directory
> [  1099.377] drmOpenDevice: open result is -1, (No such file or directory)
> [  1099.379] drmOpenDevice: Open failed
> [  1101.130] drmOpenByBusid: Searching for BusID pci:0000:00:01.0
> [  1101.130] drmOpenDevice: node name is /dev/dri/card0
> [  1101.131] drmOpenDevice: open result is 9, (OK)

This is ok: the first time it tries, /dev/dri/card0 doesn't exist.
Therefore, it calls kldload to load radeonkms.ko (which creates
/dev/dri/card0) and then retries to open it.

-- 
Jean-Sébastien Pédron

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1029 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-x11/attachments/20140217/e580a5ff/attachment.sig>