ike before
VM_MIXEDMAP is good with PAT... VM_PFNMAP with PAT here is really unusable for
gl videos :).
--
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/a
cause:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/054a24a3/attachment.html>
gnee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/ffddb78a/attachment.html>
e assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/ef45efcb/attachment-0001.html>
On Wed, Mar 5, 2014 at 9:41 AM, Tomi Valkeinen wrote:
> On 28/02/14 18:23, Russell King - ARM Linux wrote:
>
>> That's rather a lot of compatible strings. Another possibility is:
>>
>> compatible = "dvi-connector";
>> analog;
>> digital;
>> single-link;
>> dual-link;
Am 05.03.2014 23:03, schrieb Alex Deucher:
> When selecting the engine, return an error if the GPU
> doesn't have UVD.
Why exactly is that needed? If UVD isn't present the ring should be
active, so we should fail the same way just a little bit later.
Additional to that userspace should check bef
On Tue, 2014-03-04 at 14:06 +0200, Ville Syrj?l? wrote:
> On Tue, Mar 04, 2014 at 10:42:38AM +0100, Daniel Vetter wrote:
> > On Tue, Feb 25, 2014 at 08:18:30PM +0200, Ville Syrj?l? wrote:
> > > On Wed, Feb 19, 2014 at 03:38:08PM +0530, sagar.a.kamble at intel.com
> > > wrote:
> > > > From: Sagar K
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/0137d3a9/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/55d3fe52/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/7e89787c/attachment.html>
On Thu, Mar 6, 2014 at 11:28 AM, Sagar Arun Kamble
wrote:
> We can only model GL_CONSTANT_ALPHA given we have sprite control
> registers for that. How do we model other pixel arithmetic related to
> color blending?
> How do we model source and destination pixel arithmetic? We can only set
> alpha/
Hi Russell,
Sorry for a long delay.
On Wed, 26 Feb 2014, Russell King - ARM Linux wrote:
[snip]
> Better bindings for imx-drm are currently being worked on. Philipp
> Zabel of Pengutronix is currently looking at it, and has posted many
> RFC patches on this very subject, including moving the V
On Thu, Mar 06, 2014 at 12:45:25PM +0530, sagar.a.kamble at intel.com wrote:
> From: Sagar Kamble
>
> Started documenting drm properties for drm drivers. This patch provides
> information about properties in drm, i915, psb and cdv/gma-500. Information
> about other properties can be added on top
Hi Tomi
On Mon, Mar 3, 2014 at 12:22 PM, Tomi Valkeinen
wrote:
> On 03/03/14 13:09, David Herrmann wrote:
>
>>> What do you think, would it be possible to keep the sysfb stuff in
>>> arch/x86, and still be able to do the rest of the stuff here? And then
>>> move the sysfs from arch/x86 to driver
Signed-off-by: Gerd Hoffmann
---
drivers/gpu/drm/bochs/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/bochs/Kconfig b/drivers/gpu/drm/bochs/Kconfig
index c8fcf12..5f8b0c2 100644
--- a/drivers/gpu/drm/bochs/Kconfig
+++ b/drivers/gpu/drm/bochs/Kconfig
@@ -2,6 +2,7 @@ co
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/9dc3d9b7/attachment.html>
On Wed, Mar 05, 2014 at 10:20:57AM +0100, Philipp Zabel wrote:
> This patch fixes the TV Encoder DDC I2C bus property to use the common
> 'ddc-i2c-bus' property name instead of 'ddc'.
Looking at both hdmi and tve, the ddc part is very similar. The difference
is how the probe is handled:
imx-hdmi
Hi Russell,
Am Donnerstag, den 06.03.2014, 13:03 + schrieb Russell King - ARM
Linux:
> On Wed, Mar 05, 2014 at 10:20:57AM +0100, Philipp Zabel wrote:
> > This patch fixes the TV Encoder DDC I2C bus property to use the common
> > 'ddc-i2c-bus' property name instead of 'ddc'.
>
> Looking at bot
This patch allows to optionally attach the lvds-channel to a panel
supported by a drm_panel driver instead of supplying the modes via
device tree.
Before:
ldb {
...
lvds-channel at 0 {
...
display-timings {
This patch depends on the OF graph parsing helper and imx-drm-dt series.
It allows to connect the panel to the output port (port at 1 on i.MX53, port at
4
on i.MX6) via the OF graph bindings.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-ldb.c | 19 ++-
1 file cha
On Thu, 2014-03-06 at 14:09 +0200, Ville Syrj?l? wrote:
> On Thu, Mar 06, 2014 at 12:45:25PM +0530, sagar.a.kamble at intel.com wrote:
> > From: Sagar Kamble
> >
> > Started documenting drm properties for drm drivers. This patch provides
> > information about properties in drm, i915, psb and cdv/
Am Donnerstag, den 06.03.2014, 14:54 +0100 schrieb Philipp Zabel:
> This patch depends on the OF graph parsing helper and imx-drm-dt series.
> It allows to connect the panel to the output port (port at 1 on i.MX53, port
> at 4
> on i.MX6) via the OF graph bindings.
If we postpone this until the i
> -Original Message-
> From: Christian K?nig [mailto:deathsimple at vodafone.de]
> Sent: Thursday, March 06, 2014 3:56 AM
> To: Alex Deucher; dri-devel at lists.freedesktop.org
> Cc: Deucher, Alexander; stable at vger.kernel.org
> Subject: Re: [PATCH] drm/radeon/cs: return an error if no uv
From: Sagar Kamble
Started documenting drm properties for drm drivers. This patch provides
information about properties in drm, i915, psb and cdv/gma-500. Information
about other properties can be added on top of these.
v2: Added description of drm properties in armada, exynos, i2c/ch7006, novea
patch looks ok, and ugly, works for me:
Tested-by: Marc-Andr? Lureau
Can we get this patch in Fedora asap?
thanks
On Tue, Jan 14, 2014 at 4:33 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> For QXL hw we really want the bits to be replaced as we change
> the preferred mode on the fly, and th
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/20140306/d646b043/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/6ad90159/attachment.html>
On 03/04/2014 02:57 PM, Inki Dae wrote:
> Hi Andrzej,
>
>
> 2014-03-04 20:03 GMT+09:00 Andrzej Hajda :
>> Hi Inki,
>>
>> On 02/28/2014 03:28 AM, Inki Dae wrote:
>> (...)
>>> Andrzej Hajda from our team is already working on addressing remaining
>>> issues with Sean's series, including fixing remove
From: Ville Syrj?l?
This series is a continuation of the earlier attempt [1]. The first two
patches from that series are still needed, but since they were unchanged
I didn't include them here. The rest of the original series should be
scrapped.
This time I dropped the 'reject' and 'vblank_always
From: Ville Syrj?l?
If there's a blocking vblank wait in progress while the vblank interrupt
gets disabled, the current code will just let the vblank wait time out.
Instead make it return immediately when vblank interrupts get disabled.
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/drm_irq.
From: Ville Syrj?l?
drm_vblank_off() will turn off vblank interrupts, but as long as the
refcount is elevated drm_vblank_get() will not re-enable them. This
is a problem is someone is holding a vblank reference while a modeset is
happening, and the driver requires vblank interrupt to work during
From: Ville Syrj?l?
Sprinkle drm_vblank_on() calls to the .crtc_enable() callbacks.
Also drop the drm_vblank_{pre,post}_modeset() calls since those
are now useless.
Testcase: igt/kms_flip/{dpms,modeset}-vs-vblank-race
Signed-off-by: Ville Syrj?l?
---
drivers/gpu/drm/i915/intel_display.c | 13 +
Add a new ioctl to common drm framework which can be used to
set variable length binary data from the user space. 'Blob'
is the only KMS property which can hold more than 64 bits. So
far, it has been implemented as read only property for user
application (only used for EDID data).
Signed-off-by: R
From: Rahul Sharma
Patch set has following proposal.
1) Add writable KMS blob properties
patch 1: drm: allow to create blank writable blob properties
patch 2: drm: add ioctl to write into binary blob KMS properties
2) Add generic image enhancement properties. Added as per exynos
There is no provision to create a blob property without
providing binary data. This data is needed to fill inside
the blob.
With subsequent patches, blob properties are modified to
receive well defined structures by the user application.
DRM creates a blank blob (initialized with all zeros) which
Add generic KMS blob properties to core drm framework. These
are writable blob properties which can be used to set Image
Enhancement parameters. The properties which are added here
are meant for color reproduction, color saturation and edge
enhancement.
Signed-off-by: Rahul Sharma
---
drivers/gp
Drm drivers can also create and attach private blob properties.
This patch exports functions to create and destroy blob properties.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/drm_crtc.c |8 +---
include/drm/drm_crtc.h |4
2 files changed, 9 insertions(+), 3 deletions(-)
From: Rahul Sharma
Patch set has following proposal.
1) Add writable KMS blob properties
patch 1: drm: allow to create blank writable blob properties
patch 2: drm: add ioctl to write into binary blob KMS properties
2) Add generic image enhancement properties. Added as per exynos
There is no provision to create a blob property without
providing binary data. This data is needed to fill inside
the blob.
With subsequent patches, blob properties are modified to
receive well defined structures by the user application.
DRM creates a blank blob (initialized with all zeros) which
Add a new ioctl to common drm framework which can be used to
set variable length binary data from the user space. 'Blob'
is the only KMS property which can hold more than 64 bits. So
far, it has been implemented as read only property for user
application (only used for EDID data).
Signed-off-by: R
Add generic KMS blob properties to core drm framework. These
are writable blob properties which can be used to set Image
Enhancement parameters. The properties which are added here
are meant for color reproduction, color saturation and edge
enhancement.
Signed-off-by: Rahul Sharma
---
drivers/gp
Drm drivers can also create and attach private blob properties.
This patch exports functions to create and destroy blob properties.
Signed-off-by: Rahul Sharma
---
drivers/gpu/drm/drm_crtc.c |8 +---
include/drm/drm_crtc.h |4
2 files changed, 9 insertions(+), 3 deletions(-)
Since we cannot make sure the 'max_conn_count' will always be none
zero from the users, and then if max_conn_count equals to zero, the
kcalloc() will return ZERO_SIZE_PTR, which equals to ((void *)16).
So this patch fix this via doing the zero pionter check of it.
Signed-off-by: Xiubo Li
---
dr
MDS data for link 2, so the second
data link is kind of an additional feature, marked with a flag.
Not a very big argument, and I'm fine with other format suggestions.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/65ecafc2/attachment-0001.pgp>
On modern linux user-space, the VT subsystem is no longer needed for
system consoles. Although most DEs will fail if VTs are disabled, there
are several gfx-systems that support this mode. Especially the lower
system stack has been extended to work without VTs.
However, there is one major drawback
On Mon, 03 Mar 2014 18:01:34 +
Russell King wrote:
> One of Jean-Francois patches changed the EDID polling to once every
> 10ms for 10 interations, whereas the original code did 1ms for 100
> interations. This appears to cause boot-time detection to take
> slightly - but noticably - longer.
https://bugzilla.kernel.org/show_bug.cgi?id=60523
--- Comment #49 from Alex Deucher ---
Created attachment 128311
--> https://bugzilla.kernel.org/attachment.cgi?id=128311&action=edit
fix
This patch fixes the issue here.
--
You are receiving this mail because:
You are watching the assignee of
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/727f842f/attachment.html>
Should be at 0x8 rather than 0.
fixes:
https://bugzilla.kernel.org/show_bug.cgi?id=60523
Noticed by ArtForz on #radeon
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/evergreen_smc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/f3639665/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #32 from Alex Deucher ---
Created attachment 128321
--> https://bugzilla.kernel.org/attachment.cgi?id=128321&action=edit
possible fix
Does the attached patch help?
--
You are receiving this mail because:
You are watching the assig
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/bf23bda0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/4d8b17a5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/6f9b409f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/6e0a7754/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/d1ef5f28/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/c1839df3/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/eb90a5af/attachment.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/ce25d3f8/attachment.html>
Hi David,
On Thu, 06 March 2014 David Herrmann wrote:
> On modern linux user-space, the VT subsystem is no longer needed for
> system consoles. Although most DEs will fail if VTs are disabled, there
> are several gfx-systems that support this mode. Especially the lower
> system stack has been ext
Hi Dave,
Some more radeon fixes.
The following changes since commit 6d7c2a672fdc74082847f5c5c735b6ed7e734b2c:
Merge tag 'drm-intel-fixes-2014-03-04' of
ssh://git.freedesktop.org/git/drm-intel into drm-fixes (2014-03-05 14:50:38
+1000)
are available in the git repository at:
git://pe
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/20140306/7eb9fc1a/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=68571
--- Comment #33 from kilobug at kilobug.org ---
Sorry I'll be abroad until the end of March and I won't be able to access the
computer with the HD6850 (except through ssh, but hard to test video card that
way...), I'll test that when I'm back, prob
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140306/c8e8432e/attachment.html>
We need to check for DVI vs. HDMI when setting up duallink since
HDMI is single link only. Fixes 4k modes on newer asics.
bug:
https://bugs.freedesktop.org/show_bug.cgi?id=75223
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/atombios_encoders.c | 2 +-
1 f
Hi Dave,
One more last minute fix on top of this:
drm/radeon/atom: select the proper number of lanes in transmitter setup
Thanks,
Alex
On Thu, Mar 6, 2014 at 5:21 PM, Alex Deucher wrote:
> Hi Dave,
>
> Some more radeon fixes.
>
> The following changes since commit 6d7c2a672fdc74082847f5c
66 matches
Mail list logo
