The 'atomic' mechanism allows for multiple properties to be updated,
checked, and commited atomically. This will be the basis of atomic-
modeset and nuclear-pageflip.
The basic flow is:
state = dev->atomic_begin();
for (... one or more ...)
obj->set_property(obj, state, prop, value);
Greetings,
I got the below dmesg and the first bad commit is
commit e2764a21797682598150002f00ae58271cd875ef
Author: Rob Clark
Date: Fri Oct 4 18:07:42 2013 -0400
drm: convert crtc to properties/state (pageflip)
Break the mutable state of a crtc out into a separate structure
and
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #8 from Marek Olšák ---
No, I'll commit the patch.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http
Oh, and this one was half stolen from rmk's Armada driver with a
couple extra helper's that I needed added
BR,
-R
On Sat, Oct 5, 2013 at 8:45 PM, Rob Clark wrote:
> ---
> include/drm/drm_crtc.h | 40
> 1 file changed, 40 insertions(+)
>
> diff --git a/in
A new atomic modeset/pageflip ioctl being developed in DRM requires
get_user() to work for 64bit types (in addition to just put_user()).
v1: original
v2: pass correct size to check_uaccess, and better handling of narrowing
double word read with __get_user_xb() (Russell King's suggestion)
Sign
From: Ville Syrjälä
The atomic modeset ioctl cna be used to push any number of new values
for object properties. The driver can then check the full device
configuration as single unit, and try to apply the changes atomically.
The ioctl simply takes a list of object IDs and property IDs and their
Break the mutable state of a crtc out into a separate structure
and use atomic properties mechanism to set crtc attributes. This
makes it easier to have some helpers for crtc->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in thei
Break the mutable state of a plane out into a separate structure
and use atomic properties mechanism to set plane attributes. This
makes it easier to have some helpers for plane->set_property()
and for checking for invalid params. The idea is that individual
drivers can wrap the state struct in t
From: Ville Syrjälä
Refactor the code to check whether an object has a specific property
to a new function.
v1: original
v2: rebase on atomic -- Rob Clark
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 25 ++---
1 file changed, 14 insertions(+), 11 deletions
From: Ville Syrjälä
To avoid having to pass object types from userspace for atomic mode
setting ioctl, allow drm_mode_object_find() to look up an object of any
type. This will only work as long as the all object types share the ID
space.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crt
Split property values out into a different struct, so we can later
move property values into state structs. This will allow the
property values to stay in sync w/ the state updates which are
either discarded or atomically committed.
And since we are touching all the same code, add support for mut
---
include/drm/drm_crtc.h | 40
1 file changed, 40 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index e042d12..0ea61b3 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -1067,6 +1067,46 @@ drm_property_get_o
Flag for range property types indicating that the value is a signed
integer rather than unsigned. For range properties, the signed flag
will trigger use of signed integer comparisions, to handle negative
values properly.
---
drivers/gpu/drm/drm_crtc.c | 10 --
include/drm/drm_crtc.h
This indicates to userspace that the property is something that can
be set dynamically without requiring a "test" step to check if the
hw is capable. This allows a userspace compositor, such as weston,
to avoid an extra ioctl to check whether it needs to fall-back to
GPU to composite some surface
An object property is an id (idr) for a drm mode object. This
will allow a property to be used set/get a framebuffer, CRTC, etc.
---
drivers/gpu/drm/drm_crtc.c | 34 ++
include/drm/drm_crtc.h | 10 ++
include/uapi/drm/drm_mode.h | 1 +
3 files change
Global thermonuclear modeflip?
This patchset is the merging of Ville's atomic modeset ioctl, and
the drm_{crtc,plane}_state stuff from my original nuclear pageflip
RFC.
It is currently in a fairly "rough draft" state, with a few areas
that I need to revisit. But I think it is far enough along to
The code was supposed to loop 10 times but it loops 11 times because it
uses a post op instead of pre op. Using parenthesis doesn't affect how
post ops work.
Also I have clarified the comment. Hopefully I understood the intent
correctly.
Signed-off-by: Dan Carpenter
---
Static checkers stuff.
https://bugs.freedesktop.org/show_bug.cgi?id=70042
Alexandre Demers changed:
What|Removed |Added
CC||mar...@gmail.com
--- Comment #7 from
https://bugs.freedesktop.org/show_bug.cgi?id=70042
--- Comment #6 from Alexandre Demers ---
attachment 87165 seems to fix the flickering
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lis
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #25 from Alexandre Demers ---
Tested patch in attachment 87165 on HD 6950, fixes the corruption reported in
bug 70042 also.
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #24 from Rune Petersen ---
The patch reverting 7948ed1250cae78ae1b22dbce4ab23aceacc6159 fixes it for me on
6630M (prime)
The issues I was experiencing:
- Corruption 1 (polygon facing bottom left)
- texture flickering
--
You are r
https://bugs.freedesktop.org/show_bug.cgi?id=65254
--- Comment #20 from dennisrid...@gmail.com ---
I was about to file a new bug report, but this is exactly the same bug I'm
suffering (A4-5300 APU).
Still unsolved in kernel 3.12 RC3.
--
You are receiving this mail because:
You are the assignee
https://bugs.freedesktop.org/show_bug.cgi?id=70176
Priority: medium
Bug ID: 70176
Assignee: dri-devel@lists.freedesktop.org
Summary: Radeon audio over HDMI doesn't work (kernel 3.11.1,
3.12 rc3)
Severity: normal
Classific
https://bugs.freedesktop.org/show_bug.cgi?id=70042
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
https://bugs.freedesktop.org/show_bug.cgi?id=68451
Alexandre Demers changed:
What|Removed |Added
See Also||https://bugs.freedesktop.or
While merging the drm-intel tree into -next there were conflicts in
drivers/gpu/drm/i915/intel_dp.c between 0cc4b69960 (drm/i915: Mask LPSP
to get PSR working even with Power Well in use by audio) in the drm tree
and 18b5992c37 (drm/i915: Calculate PSR register offsets from base +
gen) from the drm
On 10/4/2013 9:44 AM, Dieter Nützel wrote:
Am 02.10.2013 21:20, schrieb John Hupp:
On 9/30/2013 7:36 AM, Daniel Vetter wrote:
On Sat, Sep 28, 2013 at 12:49:24PM -0400, John Hupp wrote:
[I emailed the list with this same material on 9/13, but it has
received no response and someone on the Ubunt
https://bugs.freedesktop.org/show_bug.cgi?id=68451
--- Comment #23 from Marek Olšák ---
Created attachment 87165
--> https://bugs.freedesktop.org/attachment.cgi?id=87165&action=edit
patch
Could please test this patch?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70169
Eugene changed:
What|Removed |Added
Priority|medium |high
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=70169
Priority: medium
Bug ID: 70169
Assignee: dri-devel@lists.freedesktop.org
Summary: taskbar is white when using kwin GLES
Severity: major
Classification: Unclassified
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #10 from Pavel Ondračka ---
(In reply to comment #9)
> Sorry I'm out of ideas. Can the regression be reproduced by some existing
> piglit test maybe?
I'll run a piglit before and after the change... BTW you can't reproduce this
with
https://bugs.freedesktop.org/show_bug.cgi?id=70009
--- Comment #9 from Marek Olšák ---
Sorry I'm out of ideas. Can the regression be reproduced by some existing
piglit test maybe?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #8 from Mathias Fröhlich ---
Created attachment 87160
--> https://bugs.freedesktop.org/attachment.cgi?id=87160&action=edit
Patch hopefully narrowing down the problem.
--
You are receiving this mail because:
You are the assignee fo
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #7 from Mathias Fröhlich ---
Created attachment 87159
--> https://bugs.freedesktop.org/attachment.cgi?id=87159&action=edit
Vidoe biso of the other card
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #6 from Mathias Fröhlich ---
Created attachment 87158
--> https://bugs.freedesktop.org/attachment.cgi?id=87158&action=edit
Vidoe bios of one card.
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #5 from Mathias Fröhlich ---
Created attachment 87157
--> https://bugs.freedesktop.org/attachment.cgi?id=87157&action=edit
Xorg.log without dpm enabled
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #4 from Mathias Fröhlich ---
Created attachment 87156
--> https://bugs.freedesktop.org/attachment.cgi?id=87156&action=edit
Xorg.log with dpm enabled
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #3 from Mathias Fröhlich ---
Created attachment 87155
--> https://bugs.freedesktop.org/attachment.cgi?id=87155&action=edit
dmesg without dpm enabled
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #2 from Mathias Fröhlich ---
Created attachment 87154
--> https://bugs.freedesktop.org/attachment.cgi?id=87154&action=edit
dmesg with dpm enabled
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=70165
--- Comment #1 from Mathias Fröhlich ---
Created attachment 87153
--> https://bugs.freedesktop.org/attachment.cgi?id=87153&action=edit
xorg.conf
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=70165
Priority: medium
Bug ID: 70165
Assignee: dri-devel@lists.freedesktop.org
Summary: Two GPU RV790, three screen setup locks up with dpm=1
Severity: normal
Classification: Unclassified
https://bugs.freedesktop.org/show_bug.cgi?id=70035
--- Comment #8 from Tasev ---
Hello,
I found this thread on the phoronix forums, i don't no but maybe is related .
http://phoronix.com/forums/showthread.php?50038-Updated-and-Optimized-Ubuntu-Free-Graphics-Drivers/page66
comment #652 from berk
https://bugs.freedesktop.org/show_bug.cgi?id=70163
Priority: medium
Bug ID: 70163
Assignee: dri-devel@lists.freedesktop.org
Summary: `BUG: unable to handle kernel NULL pointer dereference
at 0064` with `tty_open()`
Severi
https://bugs.freedesktop.org/show_bug.cgi?id=70019
--- Comment #8 from Nikolay Amiantov ---
Yes, reverting only Mesa to the old version solves the issue. Later I'll try
bisecting this. Sorry for a long break, haven't had enough time.
--
You are receiving this mail because:
You are the assignee
https://bugzilla.kernel.org/show_bug.cgi?id=62541
--- Comment #1 from Adrian Byszuk ---
OK, I was able to track down the problem more precisely.
In my rc.local I have:
echo OFF > /sys/kernel/debug/vgaswitcheroo/switch
for switching discrete graphics after boot. With this line booting fails.
But
45 matches
Mail list logo
