ves/dri-devel/attachments/20151029/a813c8c9/attachment.html>
ktop.org/archives/dri-devel/attachments/20151029/fff45f52/attachment.html>
Am Mittwoch, 28. Oktober 2015, 16:15:43 schrieb Yakir Yang:
> Hi all,
>
>The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
> share the same IP, so a lot of parts can be re-used. I split the common
> code into bridge directory, then rk3288 and exynos only need to keep
> some
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151029/7e846d0a/attachment.html>
://github.com/mpv-player/mpv/issues/2347
[3] https://en.wikipedia.org/wiki/VC-1#Profiles
--
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/20151029/babe2e8d/attachment.html>
Hi Rasmus,
Thanks for the patch.
I will integrated it in the next pull request for the sti driver.
BR
Vincent
On 10/16/2015 03:14 PM, Rasmus Villemoes wrote:
> arg is long int, so arg = (arg << 22) >> 22 makes the upper 22 bits of
> arg equal to bit 9 (or bit 41). But we then mask away all but b
From: Christian König
Just move the remaining users to fence_put/get.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 3 ---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 30 --
drivers/gpu/drm/amd/amdgpu/am
From: Christian König
Stop using the driver internal functions.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 2 +-
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 21 +++--
2 files changed, 12 insertions(+), 11 deletions
From: Christian König
Instead of coding the check ourself.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 30 +-
1 file changed, 13 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/am
From: Christian König
v2: add missing NULL check.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h| 4 ++--
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 27 +++
drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 4 ++--
drivers
From: Christian König
Going to need that elsewhere as well.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 24
drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c | 23 ++-
From: Christian König
No need to duplicate the functionality any more.
v2: fix handling if no fence is available.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher (v1)
---
drivers/gpu/drm/amd/amdgpu/amdgpu.h | 4 --
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 98
From: Christian König
amdgpu_fence_default_wait isn't needed any more the default wait does the same
thing and amdgpu_test_signaled is dead as well.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 13 +
1 file changed, 1 i
From: Christian König
Return true when fence 1 is later than fence 2 without
checking if any of them are signaled.
Useful for driver specific resource handling based on fences.
Signed-off-by: Christian König
Reviewed-by: Alex Deucher
---
include/linux/fence.h | 22 +++---
1
From: Christian König
Waiting for the first fence in an array of fences to signal.
This is useful for device driver specific resource managers
and also Vulkan needs something similar.
v2: more parameter checks, handling for timeout==0,
remove NULL entry support, better callback removal.
S
Hi Alex,
as discussed just the whole set of patches for you to pick up.
Regards,
Christian.
t/tree/Documentation/devicetree/bindings/video/fsl,imx-fb.txt?h=dt/next&id=9ffecb10283508260936b96022d4ee43a7798b4c>
+++ b/Documentation/devicetree/bindings/display/imx/fsl,imx-fb.txt
<https://git.kernel.org/cgit/linux/kernel/git/robh/linux.git/tree/Documentation/devicetree/bindings/display/imx/fsl,imx-fb.txt?h=dt/next&id=efdbd7345f8836f7495f3ac6ee237d86cb3bb6b0>
@@ -9,7 +9,7 @@ Required properties:
Required nodes:
- display: Phandle to a display node as described in
- Documentation/devicetree/bindings/video/display-timing.txt
+ Documentation/devicetree/bindings/display/display-timing.txt
Additional, the display node has to define properties:
- bits-per-pixel: Bits per pixel
- fsl,pcr: LCDC PCR value
Thanks, - Yakir
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151029/d2b5713b/attachment-0001.html>
The size here comes from the user via the ioctl, it is a number between
1-u32max so the addition here could overflow on 32 bit systems.
Fixes: f453ba046074 ('DRM: add mode setting support')
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index e5
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
Hi Alex,
On Mon, Oct 12, 2015 at 05:10:20PM -0400, Alex Deucher wrote:
> On Mon, Oct 12, 2015 at 5:07 PM, Alex Deucher
> wrote:
> > On Fri, Aug 14, 2015 at 12:18 PM, Lukas Wunner wrote:
> >> Originally by Seth Forshee , 2012-10-04:
> >> The gmux allows muxing the DDC independently from the
On Thu, 29 Oct 2015 15:37:51 +0100,
Emil Velikov wrote:
>
> On 29 October 2015 at 14:21, Vincent ABRIOU wrote:
> > Hi Takashi,
> >
> > Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP
> > firmware execution.
> > Indeed, our firmware is not built-in. It is a proprietary firm
On Thu, 29 Oct 2015 15:21:35 +0100,
Vincent ABRIOU wrote:
>
> Hi Takashi,
>
> Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP
> firmware execution.
> Indeed, our firmware is not built-in. It is a proprietary firmware
> uploaded into the file system that's why we need the
Mixer driver is selected by CONFIG_DRM_EXYNOS_HDMI option. Since Exynos5433
HDMI does not require Mixer and there are separate options to select Mixer
and HDMI.
Signed-off-by: Andrzej Hajda
---
arch/arm/configs/multi_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/confi
Hi Takashi,
Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP
firmware execution.
Indeed, our firmware is not built-in. It is a proprietary firmware
uploaded into the file system that's why we need the
USER_HELPER_FALLBACK to be able to load it once file system is availabl
On Thu, Oct 29, 2015 at 08:03:29AM +, Sharma, Shashank wrote:
> Actually we should update the cea_modedb in drm layer with 4k modes and
> appropriate VIC, coz the AVI infoframe functions are
> not getting proper VICs for cea modes. Or while processing alternative cea
> modes, we should check
Thanks for the suggestion. I will check with Thierrey also.
Regards
Shashank
-Original Message-
From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
Sent: Thursday, October 29, 2015 6:48 PM
To: Sharma, Shashank
Cc: Lespiau, Damien; Jani Nikula; intel-gfx at lists.freedesktop.org;
Hi Dan,
On 29 October 2015 at 13:37, Dan Carpenter wrote:
> The size here comes from the user via the ioctl, it is a number between
> 1-u32max so the addition here could overflow on 32 bit systems.
>
> Fixes: f453ba046074 ('DRM: add mode setting support')
> Signed-off-by: Dan Carpenter
Thanks f
On 29 October 2015 at 14:21, Vincent ABRIOU wrote:
> Hi Takashi,
>
> Removing FW_LOADER_USER_HELPER_FALLBACK leads to a failure in our HQVDP
> firmware execution.
> Indeed, our firmware is not built-in. It is a proprietary firmware
> uploaded into the file system that's why we need the
> USER_HELP
Hi,
I am fine with your proposal to remove DRM_STI_FBDEV but I would like to
be able to enable it by a module parameter. This is what I propose in
"[PATCH 1/1] drm/sti: enable fbdev compatibility through module param"
BR
Vincent
On 10/27/2015 09:10 AM, Archit Taneja wrote:
> DRM_STI_FBDEV conf
On Thu, 2015-10-29 at 11:03 +0200, Jani Nikula wrote:
> Cc: Yetunde Adebisi
> Signed-off-by: Jani Nikula
> ---
> include/drm/drm_dp_helper.h | 36
> 1 file changed, 36 insertions(+)
>
> diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
>
Assign width to width and height to height.
Signed-off-by: Vincent Abriou
---
drivers/gpu/drm/sti/sti_drv.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_drv.c b/drivers/gpu/drm/sti/sti_drv.c
index d47b025..a0b7caa 100644
--- a/drivers/gpu/drm/st
Add bkgcolor module parameter that allow to change the background
color of the mixer. It can be set with an RGB value coded as 0xRRGGBB.
The default value is black.
Signed-off-by: Vincent Abriou
Signed-off-by: Nicolas VANHAELEWYN
---
drivers/gpu/drm/sti/sti_mixer.c | 13 -
1 file ch
DRM_STI_FBDEV is removed and replaced by the fbdev module param.
By default, the fbdev compatibility is disabled.
Signed-off-by: Vincent Abriou
Signed-off-by: Nicolas VANHAELEWYN
---
drivers/gpu/drm/sti/Kconfig | 6 --
drivers/gpu/drm/sti/sti_drv.c | 15 ++-
2 files changed,
Op 29-10-15 om 10:28 schreef Christian König:
> Ping!
>
> Any more comments or can I get an rb on this? Sorry for the hurry, but I want
> to get this our of my feet.
>
> Regards,
> Christian.
>
> Silence is golden. Except when you have kids or wait for code review, then
> silence is suspicious.
On 29 October 2015 at 10:31, Daniel Stone wrote:
> Make sure our igt_assert variants are doing something that looks vaguely
> like the right thing.
>
> Signed-off-by: Daniel Stone
> ---
> lib/tests/Makefile.sources | 1 +
> lib/tests/igt_simple.c | 173
> ++
On 29.10.2015 04:03, Alex Deucher wrote:
> On Wed, Oct 28, 2015 at 3:11 AM, Michel Dänzer wrote:
>> On 28.10.2015 01:43, Alex Deucher wrote:
>>> On Tue, Oct 27, 2015 at 12:23 PM, Michael Burian
>>> wrote:
On 10/27/15 16:10, Alex Deucher wrote:
>
> It would appear that your sys
Hi Dan,
Suspecting that these were meant for the intel-gfx list, although I
doubt people will object seeing them here :-)
On 29 October 2015 at 10:35, Daniel Stone wrote:
> Add tests for KMS atomic modesetting, to exercise the basic interface
> and test failure/corner cases. Should ensure cohere
Hi Dave,
A regression fix for 4.3 for backlights on really old laptops.
The following changes since commit 22ca7ca52e80524360b43944a0556b2a6dc1aa21:
Merge branch 'vmwgfx-fixes-4.3' of
git://people.freedesktop.org/~thomash/linux (2015-10-25 05:02:33 +1000)
are available in the git reposito
Hi Dave,
On 8 October 2015 at 15:51, Jani Nikula wrote:
> On Thu, 08 Oct 2015, Sean Paul wrote:
>> From: Maneet Singh
>>
>> From: Maneet Singh
>>
>> Arguments passed to list_add_tail were reversed resulting in deletion
>> of old blob property everytime the new one is added.
>>
>> Signed-off-by
Cc: Yetunde Adebisi
Signed-off-by: Jani Nikula
---
include/drm/drm_dp_helper.h | 36
1 file changed, 36 insertions(+)
diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h
index bb9d0deca07c..1252108da0ef 100644
--- a/include/drm/drm_dp_help
Add tests for KMS atomic modesetting, to exercise the basic interface
and test failure/corner cases. Should ensure coherency between the
legacy and atomic interfaces.
v2: New patch.
v3: Disable connector checking for now, as it was causing GPU hangs on
newer kernels.
v4: Rebase.
v5: Use do_ioc
This should hit the bug fixed in:
XXX FIXME INSERT SEANPAUL COMMIT CITE
which was introduced with the initial blob support in:
commit e2f5d2ea479b9b2619965d43db70939589afe43a
Author: Daniel Stone
Date: Fri May 22 13:34:51 2015 +0100
drm/mode: Add user blob-creation ioctl
Signed-off-by: Daniel Stone
---
tests/drm_import_export.c| 2 +-
tests/gem_bad_reloc.c| 8 ++
tests/gem_concurrent_all.c | 6 ++--
tests/gem_ctx_exec.c | 9 ++
tests/gem_ctx_param_basic.c | 4 +--
tests/gem_mmap_gtt.c | 8 ++
Make sure our igt_assert variants are doing something that looks vaguely
like the right thing.
Signed-off-by: Daniel Stone
---
lib/tests/Makefile.sources | 1 +
lib/tests/igt_simple.c | 173 +
2 files changed, 174 insertions(+)
create mode 10064
Hi,
Following on from the previous few series, most of which have been
merged ...
Add some self-tests for igt-assert_*() to make sure they do the right
thing, including for fds. This is a bit gross, but does work.
Do a Cocci run through the tree. This doesn't actually pick up a lot
of the changes
Add tests for KMS atomic modesetting, to exercise the basic interface
and test failure/corner cases. Should ensure coherency between the
legacy and atomic interfaces.
v2: New patch.
v3: Disable connector checking for now, as it was causing GPU hangs on
newer kernels.
v4: Rebase.
v5: Use do_ioc
This should hit the bug fixed in:
XXX FIXME INSERT SEANPAUL COMMIT CITE
which was introduced with the initial blob support in:
commit e2f5d2ea479b9b2619965d43db70939589afe43a
Author: Daniel Stone
Date: Fri May 22 13:34:51 2015 +0100
drm/mode: Add user blob-creation ioctl
Signed-off-by: Daniel Stone
---
tests/drm_import_export.c| 2 +-
tests/gem_bad_reloc.c| 8 ++
tests/gem_concurrent_all.c | 6 ++--
tests/gem_ctx_exec.c | 9 ++
tests/gem_ctx_param_basic.c | 4 +--
tests/gem_mmap_gtt.c | 8 ++
Make sure our igt_assert variants are doing something that looks vaguely
like the right thing.
Signed-off-by: Daniel Stone
---
lib/tests/Makefile.sources | 1 +
lib/tests/igt_simple.c | 173 +
2 files changed, 174 insertions(+)
create mode 10064
Hi,
Following on from the previous few series, most of which have been
merged ...
Add some self-tests for igt-assert_*() to make sure they do the right
thing, including for fds. This is a bit gross, but does work.
Do a Cocci run through the tree. This doesn't actually pick up a lot
of the changes
Ping!
Any more comments or can I get an rb on this? Sorry for the hurry, but I
want to get this our of my feet.
Regards,
Christian.
Silence is golden. Except when you have kids or wait for code review,
then silence is suspicious.
On 27.10.2015 17:04, Christian König wrote:
> From: Christian
Add phy driver for the Rockchip DisplayPort PHY module. This
is required to get DisplayPort working in Rockchip SoCs.
Reviewed-by: Heiko Stuebner
Signed-off-by: Yakir Yang
---
Changes in v9:
- Removed the unused the variable "res" in probe function. (Heiko)
- Removed the unused head file.
Chang
Am Donnerstag, 29. Oktober 2015, 09:12:21 schrieb Yakir Yang:
> Hi Heiko,
>
> On 10/29/2015 04:02 AM, Heiko Stuebner wrote:
> > Hi Yakir,
> >
> > Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
> >> diff --git
> >> a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
> >>
Hi Heiko,
On 10/29/2015 04:36 AM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Mittwoch, 28. Oktober 2015, 16:30:33 schrieb Yakir Yang:
>> +static int rockchip_dp_phy_probe(struct platform_device *pdev)
>> +{
>> +struct device *dev = &pdev->dev;
>> +struct device_node *np = dev->of_node;
>> +
Hi Heiko,
On 10/29/2015 04:02 AM, Heiko Stuebner wrote:
> Hi Yakir,
>
> Am Mittwoch, 28. Oktober 2015, 16:26:33 schrieb Yakir Yang:
>> diff --git a/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
>> b/Documentation/devicetree/bindings/display/exynos/exynos_dp.txt
>> index 7a3a9cd..
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/20151029/212974e4/attachment.html>
f32 call (which could
be handled by the AMDGPU backend AFAICT) with an ldexpf one.
--
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/at
59 matches
Mail list logo
