hplayer' from 2012, which is the only one that works a little
with hardware acceleration on SSE1 systems), but that didn't help, here
neither ;-(((
Fu.. you ADOBE!
Thanks,
Dieter
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: Xorg.0
On 09/28/2013 06:10 PM, Inki Dae wrote:
Any opinion from Device-Tree folks?
IMO, we should have same consensus on Shirish patches before proceeding.
Rahul, it seems that DT people have no interest in this issue. So let's
have a consensus about this issue internally.
To Mr. Kyungmin,
On Son, 2013-09-29 at 22:34 +0200, Dieter Nützel wrote:
after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with
my RV730 (AGP).
That probably means you lost UVD support for some reason. Assuming UVD
is still enabled in the kernel, can you bisect which Mesa change caused
the
On 30.09.2013 10:06, Michel Dänzer wrote:
On Son, 2013-09-29 at 22:34 +0200, Dieter Nützel wrote:
after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN with
my RV730 (AGP).
Same problem on PALM. Bisection shows that it is caused by commit
68f6dec32. The initialization order
At Sun, 29 Sep 2013 10:51:04 +0200,
Lars-Peter Clausen wrote:
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client-dev.driver)' instead to get direct
access to the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #13 from Peter Asplund peteraspl...@gentoo.se ---
I haven't been able to disect anything yet, but I do have some updated
information. I switched back my BIOS settings to Hibernate via S3 instead of S1
(which I was forced to switch to
This patch resolves a dead lock issue that could be incurred when
exynos_drm_crtc_dpms function was called.
The exynos_drm_crtc_dpms function waits for the completion of pended
page flip events. However, preclose callback - this releases all unhandled
page flip events - is called prior to the
Today's linux-next merge of the drm-intel tree got conflicts in
drivers/gpu/drm/i915/intel_display.c
I fixed it up (see below). Please check if the resolution looks correct.
Thanks,
Thierry
---
diff --cc drivers/gpu/drm/i915/intel_display.c
index e5822e7,cbbdab6..76870f0
---
On Mon, Sep 30, 2013 at 1:26 PM, Thierry Reding
thierry.red...@gmail.com wrote:
Today's linux-next merge of the drm-intel tree got conflicts in
drivers/gpu/drm/i915/intel_display.c
I fixed it up (see below). Please check if the resolution looks correct.
Looks good.
-Daniel
--
Daniel
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 Ubuntu kernel team suggested
that I change the email Subject from Re: Moving a bug upstream per
downstream request, emailing the
On 09/19/2013 11:44 PM, Russell King wrote:
Replace the following sequence:
dma_set_mask(dev, mask);
dma_set_coherent_mask(dev, mask);
with a call to the new helper dma_set_mask_and_coherent().
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Hans Verkuil
Am 30.09.2013 13:36, schrieb Daniel Vetter:
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 Ubuntu kernel team suggested
that I change the email Subject from Re: Moving a bug
On Mon, Sep 30, 2013 at 2:04 PM, Dieter Nützel die...@nuetzel-hh.de wrote:
Even so, I have no xorg.conf only /etc/X11/xorg.conf.d/ files.
Which one should I create/change for testing, this?
Just add the snippet I've pasted into a new file in xorg.conf.d and X
should pick it up and integrate it
https://bugs.freedesktop.org/show_bug.cgi?id=69961
Priority: medium
Bug ID: 69961
Assignee: dri-devel@lists.freedesktop.org
Summary: Regression: Xserver fails to start
Severity: critical
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=69961
--- Comment #1 from samit vats hysv...@gmail.com ---
Created attachment 86845
-- https://bugs.freedesktop.org/attachment.cgi?id=86845action=edit
xorg.log.ok
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69961
samit vats hysv...@gmail.com changed:
What|Removed |Added
Priority|medium |high
--
You are
v2 was:
http://lists.freedesktop.org/archives/dri-devel/2013-September/045354.html
Only one change, the stereo part for the flags is now an enum instead of being
a bit field.
The kernel series has been pushed to drm-intel, the libdrm patches should
follow if there isn't any objection.
--
v2: stereo layouts are now an enum (Daniel Vetter)
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/drm/drm_mode.h | 39 +--
xf86drmMode.h | 38 --
2 files changed, 49 insertions(+), 28
That wraps around the new DRM_SET_CLIENT_CAP ioctl.
v2: SET_CAP - SET_CLIENT_CAP renaming
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
xf86drm.c | 7 +++
xf86drm.h | 2 ++
2 files changed, 9 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index 4791a05..720952f 100644
---
v2: SET_CAP - SET_CLIENT_CAP renaming
Signed-off-by: Damien Lespiau damien.lesp...@intel.com
---
include/drm/drm.h | 16
1 file changed, 16 insertions(+)
diff --git a/include/drm/drm.h b/include/drm/drm.h
index f400642..725bf51 100644
--- a/include/drm/drm.h
+++
On 09/29/2013 10:51 AM, Lars-Peter Clausen wrote:
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the
Am 30.09.2013 10:47, schrieb Grigori Goronzy:
On 30.09.2013 10:06, Michel Dänzer wrote:
On Son, 2013-09-29 at 22:34 +0200, Dieter Nützel wrote:
after latest git pull I've only MPEG1, MPEG2_SIMPLE and MPEG2_MAIN
with
my RV730 (AGP).
Same problem on PALM. Bisection shows that it is caused
https://bugs.freedesktop.org/show_bug.cgi?id=69961
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=69961
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
From: Ville Syrjälä ville.syrj...@linux.intel.com
Add some helper functions to move drm_rects between different rotated
coordinate spaces. One function does the forward transform and
another does the inverse.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
Recently some people from inside Intel have showed some interest in 180
degree plane rotation. To avoid a huge mess, I decided that I should
implement the feature properly.
So I snatched the rotation property from omapdrm, and moved some of the
code into drm_crtc.c, added a bunch of helper stuff
From: Ville Syrjälä ville.syrj...@linux.intel.com
drm_rotation_simplify() can be used to eliminate unsupported rotation
flags. It will check if any unsupported flags are present, and if so
it will modify the rotation to an alternate form by adding 180 degrees
to rotation angle, and flipping the
From: Ville Syrjälä ville.syrj...@linux.intel.com
The rotation property stuff should be standardized among all drivers.
Move the bits to drm_crtc.h from omap_drv.h.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/omapdrm/omap_drv.h | 7 ---
From: Ville Syrjälä ville.syrj...@linux.intel.com
Use the new drm_mode_create_rotation_property() in omapdrm.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/omapdrm/omap_plane.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git
From: Ville Syrjälä ville.syrj...@linux.intel.com
Add a function to create a standards compliant rotation property.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
drivers/gpu/drm/drm_crtc.c | 18 ++
include/drm/drm_crtc.h | 2 ++
2 files changed, 20
From: Ville Syrjälä ville.syrj...@linux.intel.com
Make drm_property_create_bitmask() a bit more generic by allowing the
caller to specify which bits are in fact supported. This allows multiple
callers to use the same enum list, but still create different versions
of the same property with
From: Ville Syrjälä ville.syrj...@linux.intel.com
The sprite planes (in fact all display planes starting from gen4)
support 180 degree rotation. Add the relevant low level bits to the
sprite code to make use of that feature.
The upper layers are not yet plugged in.
Signed-off-by: Ville Syrjälä
From: Ville Syrjälä ville.syrj...@linux.intel.com
Propagate the error from intel_update_plane() up through
intel_plane_restore() to the caller. This will be used for
rollback purposes when setting properties fails.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
From: Ville Syrjälä ville.syrj...@linux.intel.com
Sprite planes support 180 degree rotation. The lower layers are now in
place, so hook in the standard rotation property to expose the feature
to the users.
Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=69675
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Attachment #86739|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #21 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #19)
Subject: [PATCH 3/3] drm/radeon: use hw generated CTS/N values for audio
Just checking: What N value does the Hw use in that mode? The ones written
in by the
https://bugs.freedesktop.org/show_bug.cgi?id=69942
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org
On Mon, Sep 30, 2013 at 10:44 AM, ville.syrj...@linux.intel.com wrote:
Recently some people from inside Intel have showed some interest in 180
degree plane rotation. To avoid a huge mess, I decided that I should
implement the feature properly.
So I snatched the rotation property from
On Mon, Sep 30, 2013 at 12:15:06PM -0400, Rob Clark wrote:
On Mon, Sep 30, 2013 at 10:44 AM, ville.syrj...@linux.intel.com wrote:
Recently some people from inside Intel have showed some interest in 180
degree plane rotation. To avoid a huge mess, I decided that I should
implement the
https://bugs.freedesktop.org/show_bug.cgi?id=67111
Vladimir Ysikov granti...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 09/03/2013 09:45 PM, Ben Skeggs wrote:
On Fri, Aug 30, 2013 at 5:11 PM, Lucas Stach d...@lynxeye.de wrote:
Am Freitag, den 30.08.2013, 15:36 +1000 schrieb Ben Skeggs:
On Fri, Aug 30, 2013 at 12:01 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Thu, Aug 29, 2013 at 9:58 PM, Ben Skeggs
On Mon, Sep 30, 2013 at 1:09 PM, Ville Syrjälä
ville.syrj...@linux.intel.com wrote:
On Mon, Sep 30, 2013 at 12:15:06PM -0400, Rob Clark wrote:
On Mon, Sep 30, 2013 at 10:44 AM, ville.syrj...@linux.intel.com wrote:
Recently some people from inside Intel have showed some interest in 180
On Mon, Sep 30, 2013 at 7:46 PM, Rob Clark robdcl...@gmail.com wrote:
I guess the main thing I care about is that we don't advertise things
to userspace that we can't actually do. I'm not sure what other hw
out there supports rotation in hw in some form or another, but it
might be a good time
On Mon, Sep 30, 2013 at 08:21:33PM +0200, Daniel Vetter wrote:
On Mon, Sep 30, 2013 at 7:46 PM, Rob Clark robdcl...@gmail.com wrote:
I guess the main thing I care about is that we don't advertise things
to userspace that we can't actually do. I'm not sure what other hw
out there supports
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #137 from Bryan Quigley gquigs+b...@gmail.com ---
(In reply to comment #135)
Seems like you just got lucky this time. Does it work reliably if you
disable radeon and boot into a non-X runlevel, then manually load radeon?
Nope
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #138 from Alex Deucher ag...@yahoo.com ---
(In reply to comment #137)
Nope definitely not reliably, but I did have it work one more time doing the
above (booting with modeset=0) after about 10 or so reboots. When it fails
I've
On Thu, Sep 26, 2013 at 08:05:59PM -0300, Paulo Zanoni wrote:
From: Paulo Zanoni paulo.r.zan...@intel.com
For some reason, every single time I try to run module_reload
something tries to read the connector sysfs files. This happens
after we destroy the encoders and before we destroy the
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Priority: medium
Bug ID: 69983
Assignee: dri-devel@lists.freedesktop.org
Summary: [r600g, bisected] Screen corruption in World of
Warcraft
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #1 from Chris Rankin ranki...@googlemail.com ---
Created attachment 86877
-- https://bugs.freedesktop.org/attachment.cgi?id=86877action=edit
screenshot attempting to show problem
The corruption is of a flickering nature, which has
https://bugs.freedesktop.org/show_bug.cgi?id=69942
--- Comment #5 from fritz...@gmail.com ---
$ uname -a
Linux mythtv 3.11.2-1-ARCH #1 SMP PREEMPT Fri Sep 27 07:35:36 CEST 2013 x86_64
GNU/Linux
Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput wol...@onsneteindhoven.nl changed:
What|Removed |Added
Priority|medium |high
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #4 from Jos van Wolput wol...@onsneteindhoven.nl ---
Created attachment 86888
-- https://bugs.freedesktop.org/attachment.cgi?id=86888action=edit
Xorg.log with errors
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput wol...@onsneteindhoven.nl changed:
What|Removed |Added
Severity|normal |major
--
You
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput wol...@onsneteindhoven.nl changed:
What|Removed |Added
Severity|major |critical
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput wol...@onsneteindhoven.nl changed:
What|Removed |Added
CC|
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #5 from Jos van Wolput wol...@onsneteindhoven.nl ---
(In reply to comment #3)
Startng icedove/firefox with...
This should be read 'Startng iceweasel' (Debian's Firefox), not icedove
(Debian's Thunderbird).
--
You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #9 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Created attachment 86889
-- https://bugs.freedesktop.org/attachment.cgi?id=86889action=edit
dmesg with 3.12.0-rc3
--
You are receiving this mail because:
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #10 from Alexandre Demers alexandre.f.dem...@gmail.com ---
Just to be sure: vddc is associated only to sclk and vddci to mclk, right?
Also, how are a new freq and a new voltage applied to the card? Are they
applied simultanously or
https://bugzilla.kernel.org/show_bug.cgi?id=60639
--- Comment #12 from douglas_pe...@yahoo.com ---
Has there been any progress on this? I am very near throwing money at the
problem and buying an NVidea card. At least then I can plug in whichever brand
currently has working drivers.
--
You are
-Original Message-
From: Sylwester Nawrocki [mailto:sylvester.nawro...@gmail.com]
Sent: Monday, September 30, 2013 7:09 AM
To: Inki Dae
Cc: Rahul Sharma; devicet...@vger.kernel.org; linux-samsung-soc;
sw0312.kim; sunil joshi; dri-devel; kgene.kim; Shirish S; Sylwester
Nawrocki;
-Original Message-
From: linux-samsung-soc-ow...@vger.kernel.org [mailto:linux-samsung-soc-
ow...@vger.kernel.org] On Behalf Of Tomasz Figa
Sent: Monday, September 30, 2013 8:13 AM
To: Sylwester Nawrocki
Cc: Inki Dae; Rahul Sharma; devicet...@vger.kernel.org; linux-samsung-soc;
This patch resolves a dead lock issue that could be incurred when
exynos_drm_crtc_dpms function was called.
The exynos_drm_crtc_dpms function waits for the completion of pended
page flip events. However, preclose callback - this releases all unhandled
page flip events - is called prior to the
62 matches
Mail list logo
