On 08/13/13 14:12, Chanho Park wrote:
The exynos4 platform is only dt-based since 3.10, we should convert driver data
and ids to dt-based parsing methods. The rotator driver has a limit table to get
size limit of input picture. Each SoCs has slightly different limit value
compared with any others
On Mon, Aug 19, 2013 at 09:23:17AM +1000, Dave Airlie wrote:
> On Thu, Aug 15, 2013 at 5:43 AM, Sebastian Hesselbarth
> wrote:
> > From: Russell King
> >
> > This patch adds tda998x specific parameters to allow it to be configured
> > for different boards using it. Also, this implements rudimenta
Hi Linus,
bit late with these, was under the weather for a a few days, nothing
too crazy, some radeon regression fixes, one intel regression fix, and
one fix to avoid a warn with i915 when used with dma-buf.
Dave.
The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:
On Tue, Aug 6, 2013 at 5:14 PM, Takashi Iwai wrote:
> At Mon, 5 Aug 2013 12:56:04 +1000,
> Dave Airlie wrote:
>>
>> Add support for HDMI audio device on VGA cards that powerdown
>> to D3cold using non-standard ACPI/PCI infrastructure (optimus).
>>
>> This does a couple of things to make it work:
>2013/8/18 stompdagg...@yahoo.com :
>> 2013/8/18 stompdagg...@yahoo.com :
does the following patch: "[FIX][PATCH] drm/radeon: fix WREG32_OR macro
setting bits in a register" which you've commited fixes my issue?
>>
>>>Yes, I believe so! Sorry, I forgot to ping you about that.
>>
>> thats
https://bugs.freedesktop.org/show_bug.cgi?id=68162
Michel Dänzer changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mic...@daenzer.net
|.o
We sometimes call i915_vma_unbind() inside the loop and that can free
the vma.
Signed-off-by: Dan Carpenter
---
Static checker stuff. Untested.
diff --git a/drivers/gpu/drm/i915/i915_gem_execbuffer.c
b/drivers/gpu/drm/i915/i915_gem_execbuffer.c
index 9b3b5f8..5249735 100644
--- a/drivers/gpu/d
Hello Ben Widawsky,
Here is another use after free warning. It's some new static checker
stuff that I haven't pushed because it has lots of false postives.
The patch f7795b1d0b47: "drm/i915: Switch eviction code to use vmas"
from Aug 14, 2013, leads to the following warning:
"drivers/gpu/drm/i9
https://bugzilla.kernel.org/show_bug.cgi?id=60709
Torsten Krah changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Torsten Krah changed:
What|Removed |Added
CC||krah...@gmail.com
--- Comment #14 from Tor
On Mon, Aug 19, 2013 at 09:59:14AM +0300, Dan Carpenter wrote:
> Hello Ben Widawsky,
>
> Here is another use after free warning. It's some new static checker
> stuff that I haven't pushed because it has lots of false postives.
>
> The patch f7795b1d0b47: "drm/i915: Switch eviction code to use vm
On Mon, Aug 19, 2013 at 09:53:23AM +0300, Dan Carpenter wrote:
> We sometimes call i915_vma_unbind() inside the loop and that can free
> the vma.
Oh. That is bad. The vma needs to be pinned here to prevent it being freed as
otherwise we lose track of it during the execbuffer.
Ben?
-Chris
--
Chri
https://bugs.freedesktop.org/show_bug.cgi?id=66961
--- Comment #4 from Knut Andre Tidemann ---
This might be due to a overheat issue.
I just got another GPU lockup while playing the game (after a few hours) and it
did not cause the kernel OOPS/Bug in question, so everything went on as normal
aft
https://bugs.freedesktop.org/show_bug.cgi?id=64913
--- Comment #19 from Knut Andre Tidemann ---
This issue seems to have gone away in the later git versions, without the
requirement of the attached patch.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64913
Krzysztof A. Sobiecki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=64913
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #80709|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=60674
--- Comment #13 from Michel Dänzer ---
(In reply to Dave from comment #12)
> RV350 (Shivah) on AGP bus
[...]
> For us, switching the xorg.conf AccelMethod from EXA to glamor caused the
> mess. No problems occur under EXA.
I doubt an RV350 can han
https://bugs.freedesktop.org/show_bug.cgi?id=66888
--- Comment #4 from Michel Dänzer ---
Yes, please.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.fre
nouveau was a bit tricky, it has no support for interrupts on
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c
b/drivers/gpu/drm/nouveau/nouveau_fence.c
index be31499..78714e4 100644
--- a/drivers/gpu/drm/nouveau/nouveau_fence.c
+++ b/drivers/gpu/drm/nouveau/nouveau_fence.c
@@ -35,88 +35
Signed-off-by: Maarten Lankhorst
---
diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
index 9f19259..971284e 100644
--- a/drivers/gpu/drm/radeon/radeon.h
+++ b/drivers/gpu/drm/radeon/radeon.h
@@ -64,6 +64,7 @@
#include
#include
#include
+#include
#include
Am 19.08.2013 12:17, schrieb Maarten Lankhorst:
[SNIP]
@@ -190,25 +225,24 @@ void radeon_fence_process(struct radeon_device *rdev, int
ring)
}
} while (atomic64_xchg(&rdev->fence_drv[ring].last_seq, seq) > seq);
- if (wake) {
+ if (wake)
rdev->fe
https://bugs.freedesktop.org/show_bug.cgi?id=68273
Priority: medium
Bug ID: 68273
Assignee: dri-devel@lists.freedesktop.org
Summary: Amarok 2.8.0 visualization causes segfault in
r600_init_query_functions
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=68273
--- Comment #1 from Laurent carlier ---
Does setting the environment variable EGL_DRIVER=egl_dri2 help?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=68273
--- Comment #2 from Erich Seifert ---
Thanks Laurent!
Yes, everything works fine with EGL_DRIVER=egl_dri2.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel maili
https://bugs.freedesktop.org/show_bug.cgi?id=53511
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #1 from Laurent carlier ---
Do you have some screenshot ?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
https://bugs.freedesktop.org/show_bug.cgi?id=68273
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=64810
Laurent carlier changed:
What|Removed |Added
CC||eseif...@error-reports.org
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=62226
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=43861
Laurent carlier changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote:
> On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote:
> [...]
> > +#define HDMI_IDENTIFIER 0x000c03
>
> HDMI_IDENTIFIER sounds really generic. Perhaps HDMI_INFOFRAME_OUI_HDMI?
This identifier is not infoframe specific, it
https://bugs.freedesktop.org/show_bug.cgi?id=68213
--- Comment #2 from XoD ---
It seems I don't have the latest rlc firmware, I have updated them and I
currently rebuild the kernel 3.10.7 for test again.
But I'm not sure than the firmeware are include in the initrd/kernel, how I can
verify this
https://bugs.freedesktop.org/show_bug.cgi?id=68213
Christian König changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #2 from Tomasz P. ---
Tested with:
mesa-git from now 19-08-2013
kernel 3.11rc5
libdrm-git
xorg-server-git
xf86-video-ati-git
llvm-3.3
runing on up to dater arch linux x64
As you can see on pictures sb,nollvm are the best all seems to
Follow up on v3:
http://lists.freedesktop.org/archives/dri-devel/2013-August/043696.html
Changes between v3 and v4:
- Future proof the sending of 3D_Ext_Data
- Renamed struct hdmi_hdmi_infoframe to hdmi_vendor_infoframe (by, in turn,
renaming the hdmi_vendor_infoframe enum to hdmi_vendor
This function is only used inside drm_edid.c.
Signed-off-by: Damien Lespiau
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/drm_edid.c | 5 ++---
include/drm/drm_crtc.h | 1 -
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid
A few styles issues have crept in here, fix them before touching this
code again.
v2: constify arguments that can be (Ville Syrjälä)
v3: constify, but better (Ville Syrjälä)
Signed-off-by: Damien Lespiau
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/drm_edid.c | 12 +++-
1 file change
HDMI 1.4 adds 4 "4k x 2k" modes in the the CEA vendor specific block.
With this commit, we now parse this block and expose the 4k modes that
we find there.
v2: Fix the "4096x2160" string (nice catch!), add comments about
do_hdmi_vsdb_modes() arguments and make it clearer that offset is
re
v2: Fix hmdi typo (Simon Farnsworth, Ville Syrjälä)
Suggested-by: Ville Syrjälä
Signed-off-by: Damien Lespiau
Reviewed-by: Ville Syrjälä
Reviewed-by: Simon Farnsworth
---
drivers/gpu/drm/drm_edid.c | 68 ++
1 file changed, 62 insertions(+), 6 deleti
To set the active aspect ratio value in the AVI infoframe today, you not
only have to set the active_aspect field, but also the active_info_valid
bit. Out of the 1 user of this API, we had 100% misuse, forgetting the
_valid bit. This was fixed in:
Author: Damien Lespiau
Date: Tue Aug 6 20:3
Just like:
Author: Damien Lespiau
Date: Mon Aug 12 11:53:24 2013 +0100
video/hdmi: Don't let the user of this API create invalid infoframes
But this time for the horizontal/vertical bar data present bits.
Signed-off-by: Damien Lespiau
Reviewed-by: Ville Syrjälä
---
drivers/video
Provide the same programming model than the other infoframe types.
The generic _pack() function can't handle those yet as we need to move
the vendor OUI in the generic hdmi_vendor_infoframe structure to know
which kind of vendor infoframe we are dealing with.
v2: Fix the value of Side-by-side (ha
I just wrote the bits to define and pack HDMI vendor specific infoframe.
Port the host1x driver to use those so I can refactor the infoframe code
a bit more.
This changes the length of the infoframe payload from 6 to 5, which is
enough for the "frame packing" stereo format.
v2: Pimp up the commit
With this last bit, hdmi_infoframe_pack() is now able to pack any
infoframe we support.
At the same time, because it's impractical to make two commits out of
this, we get rid of the version that encourages the open coding of the
vendor infoframe packing. We can do so because the only user of this
We'll need the HDMI OUI for the HDMI vendor infoframe data, so let's
move the DRM one to hdmi.h, might as well use the hdmi header to store
some hdmi defines.
(Note that, in fact, infoframes are part of the CEA-861 standard, and
only the HDMI vendor specific infoframe is special to HDMI, but
detai
We just got rid of the version of hdmi_vendor_infoframe that had a byte
array for anyone to poke at. It's now time to shuffle around the naming
of hdmi_hdmi_infoframe to make hdmi_vendor_infoframe become the HDMI
vendor specific structure.
Cc: Thierry Reding
Signed-off-by: Damien Lespiau
---
dr
This can then be used by DRM drivers to setup their vendor infoframes.
v2: Fix hmdi typo (Simon Farnsworth)
v3: Adapt to the hdmi_vendor_infoframe rename
Signed-off-by: Damien Lespiau
Reviewed-by: Simon Farnsworth
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/drm_edid.c | 36
With all the common infoframe bits now in place, we can finally write
the vendor specific infoframes in our driver.
Signed-off-by: Damien Lespiau
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/i915/i915_reg.h | 2 ++
drivers/gpu/drm/i915/intel_hdmi.c | 28
2 file
HDMI_IDENTIFIER was felt too generic, rename it to what it is, the IEEE
OUI corresponding to HDMI Licensing, LLC.
http://standards.ieee.org/develop/regauth/oui/oui.txt
Cc: Thierry Reding
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_edid.c | 2 +-
drivers/video/hdmi.c | 4 ++--
i
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #3 from Tomasz P. ---
Created attachment 84256
--> https://bugs.freedesktop.org/attachment.cgi?id=84256&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #4 from Tomasz P. ---
Created attachment 84257
--> https://bugs.freedesktop.org/attachment.cgi?id=84257&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #5 from Tomasz P. ---
Created attachment 84258
--> https://bugs.freedesktop.org/attachment.cgi?id=84258&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #6 from Tomasz P. ---
Created attachment 84259
--> https://bugs.freedesktop.org/attachment.cgi?id=84259&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #7 from Tomasz P. ---
Created attachment 84260
--> https://bugs.freedesktop.org/attachment.cgi?id=84260&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #8 from Tomasz P. ---
Created attachment 84261
--> https://bugs.freedesktop.org/attachment.cgi?id=84261&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #9 from Tomasz P. ---
Created attachment 84262
--> https://bugs.freedesktop.org/attachment.cgi?id=84262&action=edit
llvm backend
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #11 from Tomasz P. ---
Created attachment 84264
--> https://bugs.freedesktop.org/attachment.cgi?id=84264&action=edit
sb,nollvm
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #12 from Tomasz P. ---
Created attachment 84265
--> https://bugs.freedesktop.org/attachment.cgi?id=84265&action=edit
sb,nollvm
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #13 from Tomasz P. ---
Created attachment 84266
--> https://bugs.freedesktop.org/attachment.cgi?id=84266&action=edit
sb,nollvm
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #14 from Tomasz P. ---
Created attachment 84267
--> https://bugs.freedesktop.org/attachment.cgi?id=84267&action=edit
sb,nollvm
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #15 from Tomasz P. ---
Created attachment 84268
--> https://bugs.freedesktop.org/attachment.cgi?id=84268&action=edit
sb+llvm
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #16 from Tomasz P. ---
Created attachment 84269
--> https://bugs.freedesktop.org/attachment.cgi?id=84269&action=edit
sb+llvm
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #17 from Tomasz P. ---
Created attachment 84270
--> https://bugs.freedesktop.org/attachment.cgi?id=84270&action=edit
sb+llvm
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=66920
--- Comment #10 from Tomasz P. ---
Created attachment 84263
--> https://bugs.freedesktop.org/attachment.cgi?id=84263&action=edit
sb,nollvm
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Thu, Aug 15, 2013 at 04:45:56PM +0200, Thierry Reding wrote:
> On Wed, Aug 14, 2013 at 06:19:09PM +0100, Damien Lespiau wrote:
> > Just like:
> >
> > Author: Damien Lespiau
> > Date: Mon Aug 12 11:53:24 2013 +0100
> >
> > video/hdmi: Don't let the user of this API create invalid i
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #15 from Rafał Miłecki ---
Fix is in Linus's tree:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d43a93c8d9bc4e0dc0293b6458c077c3c797594f
Resolved, code fix?
--
You are receiving this mail because:
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=68213
XoD changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #4 from XoD ---
Update firmwar
On Fri, Aug 16, 2013 at 5:47 PM, Tom Stellard wrote:
>
> From: Tom Stellard
>
> Also add a new RADEON_INFO query to check that CP DMA packets are
> supported on the compute ring.
>
> v2:
> - Don't bump kms version, so this patch can be backported to stable
> kernels.
>
> Cc: sta...@vger.ker
Some of the watermark registers need to be programmed prior
to enabling the display. Doing this in the set base callback
means the watermark registers can be updated at arbitray times
when the display offset is changed which can lead to display
problems.
Signed-off-by: Alex Deucher
Cc: sta...@vg
We need to allocate line buffer to each display when
setting up the watermarks. Failure to do so can lead
to a blank screen. This fixes blank screen problems
on dce4.1/5 asics.
Based on an initial fix from:
Jay Cornwall
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/d
We need to allocate line buffer to each display when
setting up the watermarks. Failure to do so can lead
to a blank screen. This fixes blank screen problems
on dce6 asics.
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=64850
Based on an initial fix from:
Jay Cornwall
Signed-off-by: Alex
We need to allocate line buffer to each display when
setting up the watermarks. Failure to do so can lead
to a blank screen. This fixes blank screen problems
on dce8 asics.
Based on an initial fix from:
Jay Cornwall
Signed-off-by: Alex Deucher
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/r
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #27 from Alex Deucher ---
Created attachment 84274
--> https://bugs.freedesktop.org/attachment.cgi?id=84274&action=edit
possible fix 2/2
Please apply both patches.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #26 from Alex Deucher ---
Created attachment 84273
--> https://bugs.freedesktop.org/attachment.cgi?id=84273&action=edit
possible fix 1/2
seems to be a problem with the line buffer setup on certain boards. Please try
this patch set
https://bugs.freedesktop.org/show_bug.cgi?id=58925
--- Comment #3 from Pali Rohár ---
This problem is maybe related:
http://lists.freedesktop.org/archives/mesa-dev/2013-August/043505.html
Kwin from KDE4.8 not rendering properly after commit
35840ab189595b817fa8b1a1df8cc92474a7c38d:
st/dri: imple
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #30 from Alex Deucher ---
Created attachment 84275
--> https://bugs.freedesktop.org/attachment.cgi?id=84275&action=edit
possible fix 1/2
Does this patch set fix the issue?
--
You are receiving this mail because:
You are the assig
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #31 from Alex Deucher ---
Created attachment 84276
--> https://bugs.freedesktop.org/attachment.cgi?id=84276&action=edit
possible fix 2/2
Please apply both patches in this set.
--
You are receiving this mail because:
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=58925
Fabio Pedretti changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #69 from Guilherme Amadio ---
Hi,
Has anyone been able to get KMS working on a 27" iMac?
I have an iMac 11,1 and I cannot get X to work. Documentation
is scarce, so I don't know how to discover what is the problem.
When I start X, i
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #28 from Alexei Panov ---
This patchset works for me.
HD7870 GHz Edition
kernel-3.11.0-0.rc5.git6.2.fc20
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-d
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #35 from pit...@gmail.com ---
I have the same problem with HD5700. Since the others have attached dmesg
reports already, I am not including mine.
Unlike droste, when I do:
# echo high > power_dpm_force_performance_level
OR
# echo low
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #36 from Tobias Droste ---
Hm I'm pretty sure the "stuck" power level is the same problem as the "write
error: Invalid argument" problem.
Are you sure you're in the correct directory before executing the command?
If you're not in '/s
On Mon, Aug 19, 2013 at 02:49:50PM +0100, Damien Lespiau wrote:
> On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote:
> > On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote:
> > [...]
> > > +#define HDMI_IDENTIFIER 0x000c03
> >
> > HDMI_IDENTIFIER sounds really generic. Per
Op 19-08-13 14:35, Christian König schreef:
> Am 19.08.2013 12:17, schrieb Maarten Lankhorst:
>> [SNIP]
>> @@ -190,25 +225,24 @@ void radeon_fence_process(struct radeon_device *rdev,
>> int ring)
>> }
>> } while (atomic64_xchg(&rdev->fence_drv[ring].last_seq, seq) > seq);
>> -
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #70 from Alex Deucher ---
(In reply to comment #69)
> I have an iMac 11,1 and I cannot get X to work. Documentation
> is scarce, so I don't know how to discover what is the problem.
> When I start X, it doesn't show any errors, but I
Hey,
Op 19-08-13 20:12, Peter Hurley schreef:
> On 08/12/2013 07:50 AM, Maarten Lankhorst wrote:
>> This fixes a deadlock inversion when vblank is enabled/disabled by drm.
>> &dev->vblank_time_lock is always taken when the vblank state is toggled,
>> which caused a deadlock when &event->lock was a
https://bugs.freedesktop.org/show_bug.cgi?id=64850
--- Comment #29 from Jakob Nixdorf ---
Applied the two patches on top of 3.11-rc6 and everything works fine.
Thank you, now I can finally nuke fglrx and still work with dual screen :)
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=67187
--- Comment #17 from Harald Judt ---
Ok, status update. After 29 successful attempts and an uptime of approx 9.5
days with radeon.no_uvd=1 I am quite confident that the
suspend/hibernate/resume problems can be attributed to the UVD code. While I
https://bugs.freedesktop.org/show_bug.cgi?id=27314
--- Comment #71 from Rafael Ávila de Espíndola ---
(In reply to comment #69)
> Hi,
>
> Has anyone been able to get KMS working on a 27" iMac?
>
> I have an iMac 11,1 and I cannot get X to work. Documentation
> is scarce, so I don't know how to
https://bugzilla.kernel.org/show_bug.cgi?id=60687
Gabor Hasenfrasz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=60687
--- Comment #16 from Gabor Hasenfrasz ---
@Rafał: I've changed it to resolved, code fix. Sorry.
--
You are receiving this mail because:
You are watching the assignee of the bug.
___
dri-devel mailing l
On Mon, Aug 19, 2013 at 09:59:14AM +0300, Dan Carpenter wrote:
> Hello Ben Widawsky,
>
> Here is another use after free warning. It's some new static checker
> stuff that I haven't pushed because it has lots of false postives.
>
> The patch f7795b1d0b47: "drm/i915: Switch eviction code to use vm
https://bugs.freedesktop.org/show_bug.cgi?id=43829
--- Comment #32 from Joshua Roys ---
(In reply to comment #31)
> Created attachment 84276 [details] [review]
> possible fix 2/2
>
> Please apply both patches in this set.
Unfortunately these patches do not help.
--
You are receiving this mail
A small pass on drm headers to remove some stale prototypes/functions/defines
and to make static a few functions.
drivers/gpu/drm/drm_crtc.c | 38 +++--
drivers/gpu/drm/drm_fb_cma_helper.c | 5 ++---
drivers/gpu/drm/drm_modes.c | 21 --
A few prototypes have been left in the headers, their function friends
long gone.
Signed-off-by: Damien Lespiau
---
include/drm/drmP.h | 5 -
include/drm/drm_crtc.h | 11 ---
2 files changed, 16 deletions(-)
diff --git a/include/drm/drmP.h b/include/drm/drmP.h
index 39911dc..04
This was last used by nouveau, replaced by a driver-specific property
in:
commit de69185573586302ada2e59ba41835df36986277
Author: Ben Skeggs
Date: Mon Oct 17 12:23:41 2011 +1000
drm/nouveau: improve dithering properties, and implement proper auto mode
Signed-off-by: Damien Lespiau
It's only used in drm_crtc.c.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc.c | 7 +++
include/drm/drm_crtc.h | 1 -
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index ffb791f..54b4169 100644
--- a/dri
The last user was removed in
commit 575dc34ee0de867ba83abf25998e0963bff451fa
Author: Dave Airlie
Date: Mon Sep 7 18:43:26 2009 +1000
drm/kms: remove old std mode fallback code.
The new code adds modes in the helper, which makes more sense
I disliked the non-driver code
These were introduced in the very first DRM commit:
commit f453ba0460742ad027ae0c4c7d61e62817b3e7ef
Author: Dave Airlie
Date: Fri Nov 7 14:05:41 2008 -0800
DRM: add mode setting support
Add mode setting support to the DRM layer.
But are unused.
Signed-off-by: Damien Lespia
This function is only used in drm_fb_cma_helper.c.
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_fb_cma_helper.c | 5 ++---
include/drm/drm_fb_cma_helper.h | 1 -
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b/drivers/gpu/drm/drm
1 - 100 of 207 matches
Mail list logo
