Hi Shashank,
On 9 October 2015 at 20:28, Shashank Sharma
wrote:
[snip]
> +
> +/* Color management bit utilities */
> +#define GET_BIT_MASK(n) ((1 << n) - 1)
> +
> +/* Read bits of a word from bit no. 'start'(lsb) till 'n' bits */
> +#define GET_BITS(x, start, nbits) ((x >> start) & GET_BIT_MASK(
Hi Shashank,
On 9 October 2015 at 20:28, Shashank Sharma
wrote:
> As per DRM color manager design, if a userspace wants to set a correction
> blob, it prepares it and sends the blob_id to kernel via set_property
> call. DRM framework takes this blob_id, gets the blob, and saves it
> in the CRTC
Hi Shashank,
On 9 October 2015 at 20:28, Shashank Sharma
wrote:
> This patch adds new variables in CRTC state, to hold respective color
> correction blobs. These blobs will be required during the atomic commit
> for writing the color correction values in correction registers.
>
> Signed-off-by:
Hi Shashank,
On 9 October 2015 at 20:29, Shashank Sharma
wrote:
> From DRM color management:
>
> DRM color manager supports these color properties:
> 1. "ctm": Color transformation matrix property, where a
>color transformation matrix of 9 correction values gets
Hi Eric,
On 9 October 2015 at 22:27, Eric Anholt wrote:
> Signed-off-by: Eric Anholt
> ---
>
> v2: Mark it Supported, not Maintained.
>
> MAINTAINERS | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 7ba7ab7..e331e46 100644
> --- a/MAINTAINERS
> ++
Hi Ville,
On Wed, 2 Sep 2015 13:44:01 +0300
ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Moves a bunch of junk to .rodata from .data.
>
> drivers/gpu/drm/atmel-hlcdc/atmel-hlcdc-dc.ko:
> -.text 12488
> +.text 12480
> -.rodata
From: Ville Syrjälä
Add a new debug class for _verbose_ debug message from the vblank code.
That is message we spew out potentially for every vblank interrupt.
Thierry already got annoyed at the spew, and now I managed to lock up
my box with these debug prints (seems serial console + a few debu
From: Ville Syrjälä
String literals get concatenated just fine on their own,
no need to use '\'.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/drm_irq.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_irq.c b/drivers/gpu/drm/drm_irq.c
index 7b
Hi Nicolas,
Sorry for the late reply.
On Wed, 9 Sep 2015 15:47:15 +0200
Nicolas Ferre wrote:
> As the hardware description for this chip is the same as the sama5d4, we use
> this SoC structures for layers and DC descriptions. Thus only 2 lines are
> added
> to the atmel_hlcdc_of_match table.
>
Hi Thierry,
On Wed, 7 Oct 2015 17:15:56 +0200
Thierry Reding wrote:
> Hi everyone,
>
> Lately I've noticed that a bunch of trivial patches have been posted
> across all drivers. We've also encountered situations in the past where
> (relatively trivial) subsystem-wide changes have been made but
Add myself as the maintainer of the atmel-hlcdc DRM driver.
Signed-off-by: Boris Brezillon
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 797236b..11173b5 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3591,6 +3591,13 @@ F: driver
x27;t even
provide helpful debug info for Alex Deucher.
Thanks for attention,
Sergei Sinyak
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/958157f1/attachment.html>
from mesa-demos, and it's impossible to use the
software mode "LIBGL_ALWAYS_SOFTWARE=1" )
--
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/20151009/dda2ce3d/attachment.html>
This commit adds tegra support, which uses the renderonly driver
library.
Signed-off-by: Christian Gmeiner
---
configure.ac | 19 +++-
src/gallium/Makefile.am| 6 +++
.../auxiliary/target-helpers/inline_drm_helper.h | 29 ++
This commit adds a generic renderonly driver library, which fullfille
the requirements for tegra and etnaviv. As a result it is possible to
run unmodified egl software directly (without any compositor) on
supported devices.
In every use case we import a dumb buffer from scanout gpu into
the render
This patch set introduces a more generic renderonly driver library based on
"[RFC] tegra: Initial support" [0] from Thierry Reding.
I am re-using almost all of the existing code and extended it with a
struct renderonly_ops, which defines the wanted behavior for the
target hardware.
There are two
hment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/007e622c/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/20151009/e730c613/attachment.html>
ot;illegal instruction"
error ) when I use mesa 11.0.2 compiled with LLVM 3.7,
here a strace file
--
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/
i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly
map it with memremap rather than the implied cache setting of
acpi_os_ioremap().
Cc: Daniel Vetter
Cc: Jani Nikula
Cc: intel-gfx at lists.freedesktop.org
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Signed-off-b
gma500 expects the OpRegion to be cached (i.e. not __iomem), so
explicitly map it with memremap rather than the implied cache setting of
acpi_os_ioremap().
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Dan Williams
---
drivers/gpu/drm/gma500/opregion.c |8
The memremap() api [1] was merged in 4.3 [2] with an initial
implementation for x86 and a conversion of the pmem driver. Complete the
conversion for the rest of the kernel.
Feel free to either ack or directly apply a conversion-patch as I will
defer the final removal patches until all the conversi
https://bugzilla.kernel.org/show_bug.cgi?id=105711
--- Comment #2 from Lars W. ---
Created attachment 189821
--> https://bugzilla.kernel.org/attachment.cgi?id=189821&action=edit
kernel-4.3-rc4 config (gzip compressed)
--
You are receiving this mail because:
You are watching the assignee of th
On Fri, 9 Oct 2015 14:25:26 +0100
Russell King - ARM Linux wrote:
> > Here's my currently queued TDA998x development work for 4.4.
>
> As there have been no comments against this series, I'll send David a
> pull request later today.
It works fine for me. Thanks.
Tested-by: Jean-Francois Moin
https://bugzilla.kernel.org/show_bug.cgi?id=105711
--- Comment #1 from Lars W. ---
Created attachment 189811
--> https://bugzilla.kernel.org/attachment.cgi?id=189811&action=edit
lspci -nnv
83:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Tonga PRO [Radeon R9 285
https://bugzilla.kernel.org/show_bug.cgi?id=105711
Bug ID: 105711
Summary: amdgpu: no monitor signal and kernel panic
Product: Drivers
Version: 2.5
Kernel Version: 4.3-rc4
Hardware: x86-64
OS: Linux
Tree: Main
Hi Alex, Christian,
I recently tested v4.3-rc4 on one of my AMD IOMMU boxes with a radeon
GPU in it:
mars:~ # lspci -k -s 08:00.0
08:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Juniper XT [Radeon HD 5770]
Subsystem: PC Partner Limited / Sapphire Technology Devi
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/ab241594/attachment.html>
On Fri, Oct 09, 2015 at 01:02:11PM -0300, Fabio Estevam wrote:
> On Fri, Oct 9, 2015 at 1:00 PM, Russell King - ARM Linux
> wrote:
>
> >> Thanks, Russell!
> >>
> >> Got audio to play on my HDMI TV :-)
> >>
> >> For the entire series:
> >>
> >> Tested-by: Fabio Estevam
> >
> > Just to confirm - t
On Tue, Oct 06, 2015 at 05:25:16PM -0300, Fabio Estevam wrote:
> On Tue, Oct 6, 2015 at 3:54 PM, Russell King - ARM Linux
> wrote:
>
> > Make sure you have the ALSA config file, as alsalib won't get on
> > with dw-hdmi only accepting 24-bit audio without this. A copy is
> > attached. It also te
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151009/db63c3bc/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/5ce8f71c/attachment.html>
fore LLVM 3.8 will hit others
linux distros ( like ubuntu )
--
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/20151009/becbebbb/attachment.html>
rx.
Does it work properly with amdgpu?
--
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/20151009/053d63ee/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/76ba587f/attachment-0001.html>
r the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/0a60a830/attachment.html>
l -f drivers/gpu/drm/vc4/vc4_drv.c
Eric Anholt (supporter:DRM DRIVERS FOR VC4)
David Airlie (maintainer:DRM DRIVERS)
dri-devel at lists.freedesktop.org (open list:DRM DRIVERS)
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp
x27;s looking good so far :)
--
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/20151009/4ef20dc5/attachment.html>
On Tue, Sep 29, 2015 at 06:25:44PM +0200, Daniel Vetter wrote:
> On Tue, Sep 29, 2015 at 05:27:33PM +0200, Lukas Wunner wrote:
> > Hi Daniel,
> >
> > On Tue, Sep 29, 2015 at 05:04:03PM +0200, Daniel Vetter wrote:
> > > On Tue, Sep 29, 2015 at 02:49:20PM +0200, Lukas Wunner wrote:
> > > > On Mon, S
So far, the i915 driver and some other drivers set it to the drm_device,
which doesn't allow one to know which DP a given aux channel is related
to. Changing this to be the drm_connector provides proper nesting, still
allowing one to get the drm_device from it. Some drivers already set it
to the dr
This module is heavily based on i2c-dev. Once loaded, it provides one
dev node per DP AUX channel, named drm_dp_auxN, where N is an integer.
It's possible to know which connector owns this aux channel by looking
at the respective sysfs /sys/class/drm_aux_dev/drm_dp_auxN/connector, if
the connector
This series implement support to a drm_dp_aux chardev that allows reading and
writing an arbitrary amount of bytes to arbitrary dpcd register addresses using
regular read, write and lseek operations.
v2:
- lseek is used to select the register to read/write
- read/write are used instead of ioctl
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/e41b2c7a/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/20151009/832659f0/attachment-0001.html>
VC4 is the GPU (display and 3D) present on the 2835.
Signed-off-by: Eric Anholt
---
v2: Sort by register address, mark HDMI as disabled by default in the
SoC file and enable it from -rpi.
v3: Add references to the pixel/HSM clocks for HDMI. Rename
compatibility strings and clean up nod
We need to use it for getting video modes over HDMI.
Signed-off-by: Eric Anholt
Acked-by: Stephen Warren
---
v2: Mark it as disabled by default, and enable it in bcm2835-rpi.
arch/arm/boot/dts/bcm2835-rpi.dtsi | 4
arch/arm/boot/dts/bcm2835.dtsi | 10 ++
2 files changed, 14
From: Derek Foreman
Signed-off-by: Derek Foreman
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_kms.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/vc4/vc4_kms.c b/drivers/gpu/drm/vc4/vc4_kms.c
index ee3e004..2e5597d 100644
--- a/drivers/gpu/drm/vc4/vc4_kms.c
+++
From: Derek Foreman
Keep the fbdev_cma pointer around so we can use it on hotplog and close
to ensure the frame buffer console is in a useful state.
Signed-off-by: Derek Foreman
Signed-off-by: Eric Anholt
---
drivers/gpu/drm/vc4/vc4_drv.c | 14 ++
drivers/gpu/drm/vc4/vc4_drv.h |
This is enough for fbcon and bringing up X using
xf86-video-modesetting. It doesn't support the 3D accelerator or
power management yet.
Signed-off-by: Eric Anholt
Acked-by: Daniel Vetter
---
v2: Drop FB_HELPER select thanks to Archit's patches. Do manual init
ordering instead of using the
Signed-off-by: Eric Anholt
---
v2: Mark it Supported, not Maintained.
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7ba7ab7..e331e46 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3653,6 +3653,12 @@ S: Maintained
F: drivers/gpu/
VC4 is the GPU (display and 3D) subsystem present on the 2835 and some
other Broadcom SoCs.
This binding follows the model of msm, imx, sti, and others, where
there is a subsystem node for the whole GPU, with nodes for the
individual HW components within it.
Signed-off-by: Eric Anholt
---
v2: E
This is a respin of the Raspberry Pi KMS series. Now that we've got a
real clock driver, I can actually set new video modes. Also in this
version, most of the custom DT stuff from before is gone, thanks to
finding exynos's platform_driver component matching code (I have sent
separate patches to d
On Tue, Sep 29, 2015 at 07:32:16PM +0100, Russell King - ARM Linux wrote:
> Hi,
>
> Here's my currently queued TDA998x development work for 4.4.
As there have been no comments against this series, I'll send David a
pull request later today.
>
> * Remove some useless NULL checks here variables c
On Tue, Sep 29, 2015 at 07:08:43PM +0100, Russell King - ARM Linux wrote:
> Here are my queued changes for the Armada DRM driver, for the upcoming
> 4.4 merge window.
If there are no further comments (there was only one minor comment which
has been fixed), I'll send a pull request for this to Davi
On Thu, 08 Oct 2015, Daniel Vetter wrote:
> On Thu, Oct 08, 2015 at 12:22:31PM -0400, Adam Jackson wrote:
>> On Thu, 2015-10-08 at 11:43 +0300, ville.syrjala at linux.intel.com wrote:
>> > From: Ville Syrjälä
>> >
>> > EDID detailed timings have a resolution of 10kHz for the pixel clock, so
>>
On Fri, Oct 9, 2015 at 1:00 PM, Russell King - ARM Linux
wrote:
>> Thanks, Russell!
>>
>> Got audio to play on my HDMI TV :-)
>>
>> For the entire series:
>>
>> Tested-by: Fabio Estevam
>
> Just to confirm - that's for _all_ of these 8 patches, including the
> changes to the ACR code in the last
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/d491e7d1/attachment.html>
On Tue, Oct 6, 2015 at 8:00 AM, Oded Gabbay wrote:
> Hi,
>
> I had some time during the recent local holidays, so I thought I
> improve the hsakmt library in terms of releases:
>
> 1. I added automake/autoconf files to standardize the package to be
> created using configure/make/make install.
>
>
On Tue, Oct 06, 2015 at 09:13:11PM +0800, Jiang Liu wrote:
> We are on leave for Chinese National Holiday and has limited
> access to my working environment. It would be appreciated if you could
> help to send out a patch for it. Otherwise I will send out a patch
> within 2-3 days.
Okay, I j
renamed because of the log problems ?
--
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/20151009/5c0dc619/attachment.html>
nction with name 'texelFetch2DOffset'
0:526(16): error: no function with name 'texelFetch2DOffset'
Unigine~# quit
Close "libopenal.so.1"
Close "libGL.so.1"
Memory usage: 64b
Allocations: 1
Shutdown
--
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/20151009/238a0cd1/attachment-0001.html>
On Tue, Sep 08, 2015 at 01:56:25PM +0200, Daniel Vetter wrote:
> With kms all the data getparam looks at is actually invariant, and
> certainly not protected by the global kms mutex. With ums all the
> setup code is already racy as hell, so this won't make things any
> worse.
Correct.
> I've done
On 09.10.2015 00:15, Alex Deucher wrote:
> Rework the sdma structures in the driver to
> consolidate all of the sdma info into a single
> structure and allow for asics that may have
> different numbers of sdma instances.
>
> Signed-off-by: Alex Deucher
Reviewed-by: Christian König
> ---
> dr
Another regression for Jairo to track.
-Daniel
On Thu, Oct 08, 2015 at 11:43:39PM -0700, Doug Smythies wrote:
>
> Hi,
>
> This started somewhere between Kernel 4.2 and 4.3-rc1,
> but I only noticed it a day ago.
>
> The first S3 suspend after a fresh boot works fine.
> Thereafter, suspends simp
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/75176de3/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151009/e3d57d02/attachment.html>
66 matches
Mail list logo
