Hi All,
I am working on enabling a Color Enhancement block for primary display
for Exynos SoC. I need to
set a bunch of parameters like Color Conversion matrix, Contrast
Improvement parameters etc ~ 30 parameters from User Space.
I am planning to use KDS blob property to receive these parameters.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/97f44c20/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/caa1e556/attachment.html>
> I am working on enabling a Color Enhancement block for primary display
> for Exynos SoC. I need to
> set a bunch of parameters like Color Conversion matrix, Contrast
> Improvement parameters etc ~ 30 parameters from User Space.
>
> I am planning to use KDS blob property to receive these parameter
Thanks Dave,
On 20 February 2014 06:54, Dave Airlie wrote:
>> I am working on enabling a Color Enhancement block for primary display
>> for Exynos SoC. I need to
>> set a bunch of parameters like Color Conversion matrix, Contrast
>> Improvement parameters etc ~ 30 parameters from User Space.
>>
>
On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote:
> 2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta:
> > On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan wrote:
> >
> >> Can Mesa/Xorg use both r600g and radeonsi at the same time?
> > Yes, that seems to work fine for others. You may
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/5fd21339/attachment.html>
s 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/20140220/82fb614b/attachment.html>
rver stderr
> output. Assuming you're using gdm, it should be captured
> in /var/log/gdm*/:0.log .
FC20 has lightdm by default, here's /var/log/lightdm/x-0.log
Thanks,
Zolt?n
-- next part --
A non-text attachment was scrubbed...
Name: x-0.log
Type: text/x-l
On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote:
> 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta:
> > On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote:
> >> 2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta:
> >>> On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan wrote:
2014-02-20 06:47 keltez?ssel, Michel D?nzer ?rta:
> On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote:
>> 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta:
>>> On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote:
2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta:
> On Mit,
On Wed, 2014-02-19 at 21:20 -0500, Josh Boyer wrote:
> We've had a rather weird report[1] of the brightness adjustments being
> broken in a specific case with Thinkpad x220 hardware (SandyBridge
> based). If you boot the machine with it in a dock and then undock,
> the brightness adjustments do no
2014-02-20 08:44 keltez?ssel, Boszormenyi Zoltan ?rta:
> 2014-02-20 06:47 keltez?ssel, Michel D?nzer ?rta:
>> On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote:
>>> 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta:
On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote:
> 20
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/84da7ecf/attachment.html>
t looks relatively random, i.e. doesn't crash at
the same points in the game.
--
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/archives/dri-devel/attachments/20
On Thu, Feb 20, 2014 at 06:07:21PM +0530, Shashank Sharma wrote:
> Color manager is a new framework in i915 driver, which provides
> a unified interface for various color correction methods supported
> by intel hardwares. The high level overview of this change is:
Would have been good to discuss
is 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/20140220/2cb3b0e7/attachment.html>
Print the supported functions mask in addition to
the version. This is useful in debugging PX
problems since we can see what functions are available.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_atpx_handler.c | 3 ++-
1 file changed, 2 insertions(
From: Thierry Reding
The bulk of the Tegra DRM driver is GPL v2 licensed, but some of the new
subdrivers were licensed under an MIT license. This was simply oversight
on my part.
One exception to this is the public header file that will eventually be
used within libdrm. Since all the other heade
From: Thierry Reding
This file will eventually be exported to libdrm, where all the public
header files use the MIT license.
Reported-by: Erik Faye-Lund
Acked-by: Stephen Warren
Signed-off-by: Thierry Reding
---
Changes in v2:
- use generic MIT license header (not mentioning Tungsten Graphics
From: Thierry Reding
The majority of the code in this driver is licensed under the GPL v2, so
relicense the rest under GPL v2 as well for consistency.
Acked-by: Stephen Warren
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dsi.c | 20 +++-
drivers/gpu/drm/tegra/d
From: Thierry Reding
Use the more canonical and concise variant of the GPL v2 license text.
Acked-by: Stephen Warren
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/gr2d.c | 14 +++---
1 file changed, 3 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gr2d.c
From: Thierry Reding
Hi,
This small series introduces some infrastructure to support AUX channels
in a generic way. Drivers make use of it by embedding and filling in a
struct drm_dp_aux. Various helpers can then be used to for example read
from or write to the DPCD.
Patch 1 adds the basic infr
From: Thierry Reding
This is a superset of the current i2c_dp_aux bus functionality and can
be used to transfer native AUX in addition to I2C-over-AUX messages.
Helpers are provided to read and write the DPCD, either blockwise or
byte-wise. Many of the existing helpers for DisplayPort take a cop
From: Thierry Reding
The function reads the link status (6 bytes starting at offset 0x202)
from the DPCD so that it can be conveniently passed to other DPCD
helpers.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/drm_dp_helper.c | 16
From: Thierry Reding
Add a helper to probe a DP link (read out the supported DPCD revision,
maximum rate, link count and capabilities) as well as power up the DP
link and configure it accordingly.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thierry Reding
---
Changes in
From: Thierry Reding
Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux
infrastructure. It extracts the retry logic from existing drivers, which
should help in porting those drivers to this new helper.
Reviewed-by: Alex Deucher
Reviewed-by: Jani Nikula
Signed-off-by: Thier
From: Thierry Reding
Add support for eDP functionality found on Tegra124 and later SoCs. Only
fast link training is currently supported.
Signed-off-by: Thierry Reding
---
Changes in v5:
- relicense under GPL v2 like the rest of the driver
.../bindings/gpu/nvidia,tegra20-host1x.txt |
files changed, 2 insertions(+)
Applied, thanks!
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/9a338cbb/attachment.pgp>
From: Christian K?nig
Otherwise we might get a crash here.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_kms.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_kms.c
b/drivers/gpu/drm/radeon/radeon_kms.c
i
On Thu, Feb 20, 2014 at 12:47 PM, Christian K?nig
wrote:
> From: Christian K?nig
>
> Otherwise we might get a crash here.
>
> Signed-off-by: Christian K?nig
> Cc: stable at vger.kernel.org
Good catch. Applied to my fixes tree.
Thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_kms.c | 6 ++
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/c97fc602/attachment.html>
hives/dri-devel/attachments/20140220/b46541b8/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=70171
--- Comment #47 from Andreas ---
Hello again.
I?m sorry, but I won?t make it soon. I?ve got a lot of work to do right now and
since most issues are solved I can use my computer for now.
I will do the bisect, but it will take some more time. Week
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/20140220/296fdcb8/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/0e0f231f/attachment-0001.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/21a07f7b/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/31a49639/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/d9214995/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/8aa46b99/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/c20e9749/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/0979da83/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/9dfddf1a/attachment.html>
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 3 +++
drivers/gpu/drm/radeon/radeon_cs.c | 4
drivers/gpu/drm/radeon/radeon_ring.c | 16 +++-
drivers/gpu/drm/radeon/radeon_vm.c | 31 ---
4 files
From: Christian K?nig
Both are complex enough on their own.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/Makefile | 2 +-
drivers/gpu/drm/radeon/radeon_gart.c | 958 --
drivers/gpu/drm/radeon/radeon_vm.c | 981 ++
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h| 12 +-
drivers/gpu/drm/radeon/radeon_cs.c | 5 -
drivers/gpu/drm/radeon/radeon_device.c | 1 -
drivers/gpu/drm/radeon/radeon_vm.c | 389 -
4 files chang
From: Christian K?nig
No need to make it more complicated than necessary,
just allocate the page directory as normal BO and
flush whenever the address change.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h | 8 +-
drivers/gpu/drm/radeon/radeon_cs.c | 36 +---
dr
From: Christian K?nig
Not needed any more.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon.h| 1 -
drivers/gpu/drm/radeon/radeon_cs.c | 4
drivers/gpu/drm/radeon/radeon_device.c | 3 +--
drivers/gpu/drm/radeon/radeon_ring.c | 7 +++
drivers/gpu/drm/r
it)?
--
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/archives/dri-devel/attachments/20140220/4acc38c9/attachment.html>
Building radeon_ttm.o on 32 bit x86 triggers a warning:
In file included from include/asm-generic/bug.h:13:0,
from [...]/arch/x86/include/asm/bug.h:38,
from include/linux/bug.h:4,
from include/drm/drm_mm.h:39,
f
On Thu, Feb 20, 2014 at 4:02 PM, Paul Bolle wrote:
> Building radeon_ttm.o on 32 bit x86 triggers a warning:
> In file included from include/asm-generic/bug.h:13:0,
> from [...]/arch/x86/include/asm/bug.h:38,
> from include/linux/bug.h:4,
>
On Thu, 2014-02-20 at 16:07 -0500, Ilia Mirkin wrote:
> On Thu, Feb 20, 2014 at 4:02 PM, Paul Bolle wrote:
> > @@ -935,7 +935,7 @@ static ssize_t radeon_ttm_gtt_read(struct file *f, char
> > __user *buf,
> > while (size) {
> > loff_t p = *pos / PAGE_SIZE;
> >
Enable support for a full hd (1920x1080) lcd display ([1]/[2]),
driven by two lvds channels (channel 0 pixels on the left side,
channel 1 pixels on the right side).
First configure two lvds channels with half display width:
lvds-channel at 0 {
fsl,data-mapping = "spwg";
g/archives/dri-devel/attachments/20140220/2c224538/attachment.html>
--
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/archives/dri-devel/attachments/20140220/b28732af/attachment.html>
iving 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/20140220/bfa5cf57/attachment.html>
On 2/20/2014 10:23 AM, Jiang Liu wrote:
> Fix regression caused by commit b072e53, which breaks loading nouveau
> driver on optimus laptops.
>
> On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
> has special requirements on the fourth parameter, which is different
> from ACPI s
On Wed, Feb 19, 2014 at 9:20 PM, Josh Boyer
wrote:
> Hi All,
>
> We've had a rather weird report[1] of the brightness adjustments being
> broken in a specific case with Thinkpad x220 hardware (SandyBridge
> based). If you boot the machine with it in a dock and then undock,
> the brightness adjus
Ping, David?
On Mon, Feb 10, 2014 at 9:37 PM, Thierry Reding
wrote:
> On Sun, Feb 09, 2014 at 06:43:18PM +0900, Alexandre Courbot wrote:
>> Declare 'struct device' explicitly in ttm_page_alloc.h as this file
>> does not include any file declaring it. This removes the following
>> warning:
>>
>>
> -Original Message-
> From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com]
> Sent: Wednesday, February 19, 2014 7:30 PM
> > > > Is there a 1:1 mapping between these connector nodes and ports of
> > > > Gfx
> > > display engine?
> > > > Eg. For Haswell Ultrabook, under
> > > > /sy
Fix regression caused by commit b072e53, which breaks loading nouveau
driver on optimus laptops.
On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0)
has special requirements on the fourth parameter, which is different
from ACPI specifications. So revert to the private implementat
Hello Thierry,
On Thu, Feb 20, 2014 at 04:48:10PM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This file will eventually be exported to libdrm, where all the public
> header files use the MIT license.
>
> Reported-by: Erik Faye-Lund
> Acked-by: Stephen Warren
> Signed-off-by: Thier
62 matches
Mail list logo
