> Usual pile of random drm patches all over. One i915 one in here for the
> hdmi doubleclock stuff since I've put both of Clint's patches into this
> branch.
>
> Rebased just now only to check what you've merged already, otherwise this
> has been hanging out in -nightly for quite a while.
I alread
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/274e1422/attachment.html>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/cb6f795d/attachment.html>
m using the OSS one that has a very few non crucial broken
features.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/0fe78016/attachment.html>
again will show the one you draw before.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/e2abf70d/attachment.html>
display to work. Command of script is "sleep 1; xset dpms force standby".
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/
Hi!
drivers/gpu/drm/radeon/radeon_kns.c: static int radeon_info_ioctl(...)
...
value_ptr = (uint32_t *)((unsigned long)info->value);
// value_ptr = (uint32_t __user *)(info->value); // looks like more
correct for x86_64
...
if (copy_to_user(value_ptr, (char*)value, value_size)) {...
Why value_ptr
> Doing such combining and cleaning up fds as soon as they have been
> passed on should keep each application's fd usage fairly small.
Yeah, but this is exactly what we wanted to avoid internally because of
the IOCTL overhead.
And thinking more about it for our driver internal use we will
defin
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/d562a6b7/attachment.html>
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/bf691df0/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/c11193ae/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/24c9e805/attachment-0001.html>
nk-timestamp-when-the-counter-d.patch
Type: text/x-patch
Size: 1862 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/154f5858/attachment.bin>
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-Don
.org/archives/dri-devel/attachments/20140913/71bedc12/attachment.html>
..
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/c5b90dea/attachment.html>
ktop.org/archives/dri-devel/attachments/20140913/d4db379d/attachment.html>
.org/archives/dri-devel/attachments/20140913/c2b8567e/attachment.html>
thling Michel D?nzer| http://www.amd.com
> Libre software enthusiast |Mesa and X developer
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/330e1ce2/attachment-0001.html>
nts/20140913/1a1c0440/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/14ed2433/attachment.html>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/82d5be40/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/daba9ce1/attachment.html>
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/21888ced/attachment.html>
//lists.freedesktop.org/archives/dri-devel/attachments/20140913/b6bb5b7f/attachment.html>
N chips
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/820cf915/attachment.html>
-
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140913/138e66bc/attachment.html>
Hi!
I have problems running android-x86 (32 bit, 4.0-r1) with kernel 3.10
64 bit. Android drivers (binder and ashmem) are modified for this mode
(no problems). Problem is with radeon fb. Function radeon_iocl() is
failed on line: DRM_ERROR("copy_to_user %s:%u\n", __func__, __LINE__)
on request RADEO
27 matches
Mail list logo
