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, Sylwester
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 se
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
Acked-b
https://bugs.freedesktop.org/show_bug.cgi?id=69514
--- Comment #13 from Peter Asplund ---
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 because of Windows 7 so
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 exyn
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
--- a/drivers/gp
On Mon, Sep 30, 2013 at 1:26 PM, Thierry Reding
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 Vetter
Software Eng
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 th
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
Acked-by: Hans Verkuil
Regards,
H
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 upstr
On Mon, Sep 30, 2013 at 2:04 PM, Dieter Nützel 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 into the autodetect
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 ---
Created attachment 86845
--> https://bugs.freedesktop.org/attachment.cgi?id=86845&action=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 changed:
What|Removed |Added
Priority|medium |high
--
You are receiving this mail becaus
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.
--
Dami
v2: stereo layouts are now an enum (Daniel Vetter)
Signed-off-by: Damien Lespiau
---
include/drm/drm_mode.h | 39 +--
xf86drmMode.h | 38 --
2 files changed, 49 insertions(+), 28 deletions(-)
diff --git a/include/d
That wraps around the new DRM_SET_CLIENT_CAP ioctl.
v2: SET_CAP -> SET_CLIENT_CAP renaming
Signed-off-by: Damien Lespiau
---
xf86drm.c | 7 +++
xf86drm.h | 2 ++
2 files changed, 9 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index 4791a05..720952f 100644
--- a/xf86drm.c
+++ b/xf86drm.
v2: SET_CAP -> SET_CLIENT_CAP renaming
Signed-off-by: Damien Lespiau
---
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
+++ b/include/drm/drm.h
@@ -618,6 +618,21 @
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 t
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 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=69961
Alex Deucher changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
From: Ville Syrjälä
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ä
---
drivers/gpu/drm/drm_rect.c | 140 +
in
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 t
From: Ville Syrjälä
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 reflect x and y bits. The hope
From: Ville Syrjälä
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ä
---
drivers/gpu/drm/omapdrm/omap_drv.h | 7 ---
include/drm/drm_crtc.h | 8
2 files changed, 8 insertions
From: Ville Syrjälä
Use the new drm_mode_create_rotation_property() in omapdrm.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/omapdrm/omap_plane.c | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_plane.c
b/drivers/gpu/drm/o
From: Ville Syrjälä
Add a function to create a standards compliant rotation property.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_crtc.c | 18 ++
include/drm/drm_crtc.h | 2 ++
2 files changed, 20 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gp
From: Ville Syrjälä
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 different list of supported bits.
Si
From: Ville Syrjälä
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ä
---
drivers/gpu/drm/i915/i91
From: Ville Syrjälä
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ä
---
drivers/gpu/drm/i915/intel_drv.h| 2 +-
drivers/gpu/drm/i915/intel_spri
From: Ville Syrjälä
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ä
---
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_sprite.c | 42
https://bugs.freedesktop.org/show_bug.cgi?id=69675
Alex Deucher changed:
What|Removed |Added
Attachment #86739|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=69675
--- Comment #21 from Alex Deucher ---
(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 driver, some
https://bugs.freedesktop.org/show_bug.cgi?id=69942
Alex Deucher changed:
What|Removed |Added
Assignee|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
On Mon, Sep 30, 2013 at 10:44 AM, 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 omapdrm, and moved some of the
>
On Mon, Sep 30, 2013 at 12:15:06PM -0400, Rob Clark wrote:
> On Mon, Sep 30, 2013 at 10:44 AM, 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
https://bugs.freedesktop.org/show_bug.cgi?id=67111
Vladimir Ysikov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 09/03/2013 09:45 PM, Ben Skeggs wrote:
On Fri, Aug 30, 2013 at 5:11 PM, Lucas Stach wrote:
Am Freitag, den 30.08.2013, 15:36 +1000 schrieb Ben Skeggs:
On Fri, Aug 30, 2013 at 12:01 PM, Ilia Mirkin wrote:
On Thu, Aug 29, 2013 at 9:58 PM, Ben Skeggs wrote:
On Fri, Aug 30, 2013 at 11:10 AM
On Mon, Sep 30, 2013 at 1:09 PM, Ville Syrjälä
wrote:
> On Mon, Sep 30, 2013 at 12:15:06PM -0400, Rob Clark wrote:
>> On Mon, Sep 30, 2013 at 10:44 AM, wrote:
>> > Recently some people from inside Intel have showed some interest in 180
>> > degree plane rotation. To avoid a huge mess, I decided
On Mon, Sep 30, 2013 at 7:46 PM, Rob Clark 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 to hear from 'e
On Mon, Sep 30, 2013 at 01:46:11PM -0400, Rob Clark wrote:
> On Mon, Sep 30, 2013 at 1:09 PM, Ville Syrjälä
> wrote:
> > On Mon, Sep 30, 2013 at 12:15:06PM -0400, Rob Clark wrote:
> >> On Mon, Sep 30, 2013 at 10:44 AM, wrote:
> >> > Recently some people from inside Intel have showed some interes
On Mon, Sep 30, 2013 at 08:21:33PM +0200, Daniel Vetter wrote:
> On Mon, Sep 30, 2013 at 7:46 PM, Rob Clark 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
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #137 from Bryan Quigley ---
> (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 definitely not reliabl
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #138 from Alex Deucher ---
(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 never been able
On Thu, Sep 26, 2013 at 08:05:59PM -0300, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> 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 connectors, so
> when th
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
Classification
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #1 from Chris Rankin ---
Created attachment 86877
--> https://bugs.freedesktop.org/attachment.cgi?id=86877&action=edit
screenshot attempting to show problem
The corruption is of a flickering nature, which has made it difficult to
c
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #2 from Chris Rankin ---
This is with a HD4890 (RV790).
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
Always use the regular UVD state for now. This fixes
a performance regression with UVD playback on certain APUs.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_pm.c | 3 +++
drivers/gpu/drm/radeon/radeon_uvd.c | 3 ++-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git
Did you compile or boot this? I get a warning since you are using edid
uninitialised, I guess you meant to duplicate intel_connector->edid.
Dave.
> drivers/gpu/drm/i915/intel_dp.c |8 +---
> 1 file changed, 1 insertion(+), 7 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_dp.c b
https://bugs.freedesktop.org/show_bug.cgi?id=69942
--- Comment #2 from fritz...@gmail.com ---
Created attachment 86884
--> https://bugs.freedesktop.org/attachment.cgi?id=86884&action=edit
dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=69942
--- Comment #3 from fritz...@gmail.com ---
Created attachment 86885
--> https://bugs.freedesktop.org/attachment.cgi?id=86885&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=69942
--- Comment #4 from fritz...@gmail.com ---
Created attachment 86886
--> https://bugs.freedesktop.org/attachment.cgi?id=86886&action=edit
xrandr --verbose output
--
You are receiving this mail because:
You are the assignee for the bug.
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 changed:
What|Removed |Added
Priority|medium |high
Summary|[r600g, bisecte
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #4 from Jos van Wolput ---
Created attachment 86888
--> https://bugs.freedesktop.org/attachment.cgi?id=86888&action=edit
Xorg.log with errors
--
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 changed:
What|Removed |Added
Severity|normal |major
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput changed:
What|Removed |Added
Severity|major |critical
Priority|high
https://bugs.freedesktop.org/show_bug.cgi?id=69983
Jos van Wolput changed:
What|Removed |Added
CC||wol...@onsneteindhoven.nl
Su
https://bugs.freedesktop.org/show_bug.cgi?id=69983
--- Comment #5 from Jos van Wolput ---
(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 this mail because:
You are t
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #9 from Alexandre Demers ---
Created attachment 86889
--> https://bugs.freedesktop.org/attachment.cgi?id=86889&action=edit
dmesg with 3.12.0-rc3
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=69723
--- Comment #10 from Alexandre Demers ---
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 sequentially? In the second ca
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 re
> -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
> Nawroc
> -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
https://bugs.freedesktop.org/show_bug.cgi?id=66963
--- Comment #139 from Bryan Quigley ---
> Does it hang the entire system as soon as you load the driver, or only when
> you start X or something like that?
Hangs on driver load.
> As for debugging, you can try disabling rv6xx_dpm_set_power_sta
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 exyn
ayer' to
'libgcflashplayer' 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-unspe
70 matches
Mail list logo
