Hi Gustavo,
On 1 August 2017 at 01:06, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Documentation for it was missing.
>
> Signed-off-by: Gustavo Padovan
Acked-by: Sumit Semwal
> ---
> include/linux/sync_file.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/linux/s
Op 31-07-17 om 17:42 schreef Daniel Vetter:
> I want/need to rework the core property handling, and this hack is
> getting in the way. But since it's a non-standard propety only used by
> legacy userspace we know that this will only every be called from
> ioctl code. And never on some other free-st
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #82 from Zoltan Boszormenyi (zbos...@pr.hu) ---
This might be a related fix from Jean Delvare:
https://lists.freedesktop.org/archives/dri-devel/2017-July/148751.html
--
You are receiving this mail because:
You are watching the assign
On 07/27/2017 06:17 PM, Andrey Gusakov wrote:
This set of patches fixes several issues that was found during testing
tc358767 with desktop DisplayPort displays.
These changes look good to me.
Philipp, can I get your Ack on these?
Thanks,
Archit
Andrey Gusakov (6):
drm/bridge: tc358767
This modifies the datatypes used by the vblank code to provide both 64
bits of vblank count and switch to using ktime_t for timestamps to
increase resolution from microseconds to nanoseconds.
The driver interfaces have been left using 32 bits of vblank count;
all of the code necessary to widen tha
These provide crtc-id based functions instead of pipe-number, while
also offering higher resolution time (ns) and wider frame count (64)
as required by the Vulkan API.
v2:
* Check for DRIVER_MODESET in new crtc-based vblank ioctls
Failing to check this will oops the driver.
* Ensure v
Place drm_event_vblank in a new union that includes that and a bare
drm_event structure. This will allow new members of that union to be
added in the future without changing code related to the existing vbl
event type.
Assignments to the crtc_id field are now done when the event is
allocated, rath
Here's an updated series for the proposed new IOCTLs. Major changes
since last time:
* Leave driver API with 32-bit vblank counts
* Use ktime_t instead of struct timespec.
* Check for MODESETTING before using modesetting APIs
* Ensure vblank is running in new get_sequence ioctl
There are othe
https://bugs.freedesktop.org/show_bug.cgi?id=101996
Bug ID: 101996
Summary: Having problems when drawing lots of mesh with texture
array
Product: Mesa
Version: 17.2
Hardware: Other
OS: Linux (All)
+ dri-devel, maybe other guys know it.
On 2017年08月01日 00:15, Chih-Wei Huang wrote:
I want to enable tcp adb in terminal before surfaceflinger, since in some
cases, adb cannot connect over tcp if surfaceflinger crash or dead off.
I have tried several things:
Android7 doesn't have netcfg and dh
From: Ong Hean Loong
Driver for Intel FPGA Video and Image Processing
Suite Frame Buffer II. The driver only supports the Intel
Arria10 devkit and its variants. This driver can be either
loaded staticlly or in modules. The OF device tree binding
is located at:
Documentation/devicetree/bindings/di
From: Ong Hean Loong
Intel FPGA Video and Image Processing Suite Frame Buffer II
driver config for Arria 10 devkit and its variants
Signed-off-by: Ong, Hean Loong
---
arch/arm/configs/socfpga_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/configs/socfpga_defconfig
From: Ong Hean Loong
Device tree binding for Intel FPGA Video and Image
Processing Suite. The binding involved would be generated
from the Altera (Intel) Qsys system. The bindings would
set the max width, max height, buts per pixel and memory
port width. The device tree binding only supports the
From: Ong Hean Loong
The FPGA FrameBuffer Soft IP could be seen as the GPU and the DRM driver patch
here is allocating memory for information to be streamed from the ARM/Linux to
the display port.
Basically the driver just wraps the information such as the pixels to be drawn
by the FPGA Fra
https://bugs.freedesktop.org/show_bug.cgi?id=97882
Trevor Davenport changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=97882
--- Comment #7 from Trevor Davenport ---
This is fixed by the following commit:
author Jean Delvare 2017-07-30 08:18:25 (GMT)
committer Alex Deucher 2017-07-31
20:30:42 (GMT)
commit e5c8d400da67abc1c033b9a4af1806926b55e5f6 (pat
On 2017年07月31日 23:39, Deucher, Alexander wrote:
-Original Message-
From: Christian König [mailto:deathsim...@vodafone.de]
Sent: Monday, July 31, 2017 10:13 AM
To: linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org; linaro-
mm-...@lists.linaro.org; Zhou, David(ChunMing); Deuche
On 2017年07月31日 20:28, Daniel Vetter wrote:
On Mon, Jul 31, 2017 at 1:57 PM, Emil Velikov wrote:
On 31 July 2017 at 10:50, Mark Yao wrote:
Since fb_helper is not a pointer on rockchip_drm_private, it's no
need to check pointer.
Kms hotplug event may race into fbdev helper initial, and fb_help
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #2 from Michel Dänzer ---
(In reply to higuita from comment #1)
> Can a apitrace help in anyway to understand why this affects so much this
> game
Possibly.
Also, there are amdgpu kernel driver changes lined up for 4.14 that might
https://bugs.freedesktop.org/show_bug.cgi?id=101978
--- Comment #1 from higu...@gmx.net ---
Running some of the other benchmarks, i get this:
Benchmark goodbad %
patrick 40823173-22
plane 20011793-10
tank (cpu) 13201094-17
tanks
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/Kconfig | 1 +
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 22 +-
2 files changed, 22 insert
The video setup path aways sets the clock disable register to a specific
value, which has the effect of disabling the CEC engine. When we add the
CEC driver, this becomes a problem.
Fix this by only setting/clearing the bits that the video path needs to.
Reviewed-by: Jose Abreu
Signed-off-by: R
Hi Dave,
Could you please pull a couple of minor fixes for ARCPGU.
These changes are based on today's drm-misc/drm-misc-next.
The following changes since commit 9dd2aca46a13cc7177625f0dc3aaf5b7ebc6fe74:
drm/rockchip: vop: rk3328: fix overlay abnormal (2017-07-31 08:44:18 +0800)
are available
Hi,
This series adds dw-hdmi CEC support. This is done in four stages:
1. Add cec-notifier support
2. Fix up the clkdis register support, as this register contains a
clock disable bit for the CEC module.
3. Add the driver.
4. Remove definitions that are not required from dw-hdmi.h
The CEC dr
We don't need the CEC engine register definitions, so let's remove them.
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45 ---
1 file changed, 45 deletions(-)
diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.h
b/drivers/gpu/drm/brid
New getfb2 functionality uses drm_mode_fb_cmd2 struct to be symmetric
with addfb2. Also modifies *_fb_create_handle() calls to accept a
format_plane_index so that handles for each plane can be generated.
Previously, many *_fb_create_handle() calls simply defaulted to plane 0 only.
Signed-off-by:
Add a CEC driver for the dw-hdmi hardware.
Reviewed-by: Neil Armstrong
Signed-off-by: Russell King
---
drivers/gpu/drm/bridge/synopsys/Kconfig | 9 +
drivers/gpu/drm/bridge/synopsys/Makefile | 1 +
drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.c | 326 ++
dr
Le 20/07/2017 à 08:28, Matt Brown a écrit :
The cacheflush prototypes currently use start and stop values and each
call requires typecasting the address to an unsigned long.
This patch changes the cacheflush prototypes to follow the x86 style of
using a base and size values, with base being a v
Dear Thierry,
Could you please check these patches.
Best regards,
Hoegeun
On 07/13/2017 11:20 AM, Hoegeun Kwon wrote:
Hi Andrzej,
Thank you for your review.
The purpose of this patch is add support for s6e63j0x03 AMOLED panel
on the rinato board(Samsung Galaxy Gear 2).
Changes for V4:
- Ad
2017년 07월 26일 16:09에 Andrzej Hajda 이(가) 쓴 글:
> On 18.04.2017 14:39, Andrzej Hajda wrote:
>> Hi Inki,
>>
>> This patchset beside cleanup/refactoring patches (01-03) adds code to
>> propagate
>> info provided by MIPI-DSI panels about its mode of work (video/command mode).
>> The propagation is per
https://bugs.freedesktop.org/show_bug.cgi?id=101377
--- Comment #9 from j...@dev1ce.com ---
unfortunately copying the firmware did not solve the problem. the fan noise is
no longer emitted, however the graphics driver still fails to properly load.
could this be an issue with, perhaps, the IOMMU
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #9 from Samuel Pitoiset ---
By the way, do you have some hints about how to reproduce, like which settings,
which steps, etc? Also, what version is exactly, I mean the Steam appid?
--
You are receiving this mail because:
You are th
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #8 from Samuel Pitoiset ---
Okay, I should be able to reproduce tomorrow, I will let you know.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
From: Srinivas Kandagatla
This patch adds option to allow hdmi-codec drivers to restrict
the audio sample size based on the values that are suppored in hardware.
First patch is adding that formats option to hdmi_codec_pdata and
second patch is a fix in adv7511 codec driver which only supports
16
From: Srinivas Kandagatla
Currently hdmi client drivers does have means to limit the
sample sizes that it can only support. Having formats parameter
option would solve this.
This issue was noticed on DB410c board when adv7511 hdmi codec driver
failed to play a 32 bits audio samples, as it does n
From: Srinivas Kandagatla
ADV7533 only supports audio samples word width from 16-24 bits.
This patch restricts the audio sample sizes to the supported ones,
so that sound card does not report wrong list of supported hwparms.
Without this patch aplay would fail when playing a 32 bit audio.
Signe
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #12 from Julien Isorce ---
(In reply to 247 from comment #10)
> Created attachment 132816 [details]
> vainfo
>
> just attached the vainfo result...
Please also attach the output when running vainfo in fedora36-cinnamon.
> the gst
https://bugs.freedesktop.org/show_bug.cgi?id=101961
network...@rkmail.ru changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
On Sun, Jul 30, 2017 at 7:11 AM, Jean Delvare wrote:
> There are no external users of function amdgpu_atif_handler so it can
> be static.
>
> Signed-off-by: Jean Delvare
> Cc: Alex Deucher
> Cc: "Christian König"
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c |2
On Sun, Jul 30, 2017 at 7:42 AM, Jean Delvare wrote:
> Include a missing header to get rid of the following warning:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c:65:6: warning: no previous prototype
> for ‘amdgpu_pm_acpi_event_handler’ [-Wmissing-prototypes]
> void amdgpu_pm_acpi_event_handler(str
On Sun, Jul 30, 2017 at 7:26 AM, Jean Delvare wrote:
> Include a missing header to get rid of the following warning:
>
> drivers/gpu/drm/amd/amdgpu/dce_v6_0.c:521:6: warning: no previous prototype
> for 'dce_v6_0_disable_dce' [-Wmissing-prototypes]
> void dce_v6_0_disable_dce(struct amdgpu_devic
On Sun, Jul 30, 2017 at 9:07 PM, Marek Olšák wrote:
> Reviewed-by: Marek Olšák
>
> Marek
>
> On Sun, Jul 30, 2017 at 10:18 AM, Jean Delvare wrote:
>>
>> As I was staring at the si_init_golden_registers code, I noticed that
>> the Pitcairn initialization silently falls through the Cape Verde
>> i
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:17)
> > From: Gustavo Padovan
> >
> > We found this bug in the sw_sync so adding a test case to prevent it to
> > happen in the future.
> >
> > Cc: Shuah Khan
> > Cc: linux-kselft...@vger.kernel.org
> > Signed-off-by: Gustav
https://bugs.freedesktop.org/show_bug.cgi?id=101969
--- Comment #4 from Chris Rankin ---
(In reply to Marek Olšák from comment #2)
> Can you please test this patch?
No, it doesn't work for me either.
--
You are receiving this mail because:
You are the assignee for the bug._
From: Gustavo Padovan
Documentation for it was missing.
Signed-off-by: Gustavo Padovan
---
include/linux/sync_file.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/sync_file.h b/include/linux/sync_file.h
index 0ad87c4..790ca02 100644
--- a/include/linux/sync_file.h
+++ b
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:16)
> > From: Gustavo Padovan
> >
> > If userspace already dropped its own reference by closing the sw_sync
> > fence fd we might end up in a deadlock where
> > dma_fence_is_signaled_locked() will trigger the release of the fe
2017-07-30 Chris Wilson :
> Quoting Gustavo Padovan (2017-07-29 16:22:15)
> > From: Gustavo Padovan
> >
> > We are going to use timeline_fence_signaled() in a internal function in
> > the next commit.
> >
> > Cc: Chris Wilson
> > Signed-off-by: Gustavo Padovan
>
> Purely mechanical,
> Review
This library provides helpers for drivers that don't subclass
drm_framebuffer and are backed by drm_gem_object. The code is
taken from drm_fb_cma_helper.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/drm-kms-helpers.rst| 9 +
drivers/gpu/drm/Makefile | 2 +-
No users left, so remove drm_fb_cma_destroy and
drm_fb_cma_create_handle.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 13 -
include/drm/drm_fb_cma_helper.h | 4
2 files changed, 17 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b
Use drm_gem_framebuffer_helper directly instead of the cma
library wrappers.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 ++-
drivers/gpu/drm/tinydrm/mipi-dbi.c | 5 +++--
drivers/gpu/drm/tinydrm/repaper.c | 5 +++--
3 files changed, 8 ins
Use the new drm_gem_framebuffer_helper who's code was copied
from this helper.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 172 +++-
1 file changed, 30 insertions(+), 142 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_cma_helper.c
b
This adds helpers for drivers that don't subclass drm_framebuffer and
are backed by drm_gem_object(s). drm_fb_cma_helper is converted to use
the helpers.
This patchset is part of a process to add a shmem gem library like the
cma library. The common parts between the two goes into core or helpers.
https://bugs.freedesktop.org/show_bug.cgi?id=101988
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
From: Thierry Reding
The new apply and push commands are shorthands for applying patches to
and pushing the current branch, respectively.
v2: use git symbolic-ref to find current branch (Daniel Vetter)
Signed-off-by: Thierry Reding
---
dim | 18 ++
dim.rst | 8
2
From: Thierry Reding
Instead of listing branches and grepping for the current branch, simply
read the name of the current branch and compare.
Suggested-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
dim | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dim b/dim
index 1
> -Original Message-
> From: Christian König [mailto:deathsim...@vodafone.de]
> Sent: Monday, July 31, 2017 10:13 AM
> To: linux-me...@vger.kernel.org; dri-devel@lists.freedesktop.org; linaro-
> mm-...@lists.linaro.org; Zhou, David(ChunMing); Deucher, Alexander
> Subject: Re: [PATCH] dma-bu
https://bugs.freedesktop.org/show_bug.cgi?id=101988
--- Comment #1 from newin...@gmail.com ---
Created attachment 133155
--> https://bugs.freedesktop.org/attachment.cgi?id=133155&action=edit
My kernel .config
note that I disabled the intel driver and the runtime gpu switch despite the
fact that
https://bugs.freedesktop.org/show_bug.cgi?id=101988
Bug ID: 101988
Summary: blackscreen after modprobe amdgpu on R9M370X mac
edition
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
On Wednesday, July 26, 2017 04:27:30 PM Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Wednesday, July 26, 2017 03:57:55 PM Arnd Bergmann wrote:
> > Removing the default display name left a harmless warning:
> >
> > fbdev/omap2/omapfb/dss/core.c: In function 'omap_dss_probe':
> > fbdev/omap2/om
https://bugs.freedesktop.org/show_bug.cgi?id=101987
--- Comment #1 from damian.szymanski...@gmail.com ---
Created attachment 133153
--> https://bugs.freedesktop.org/attachment.cgi?id=133153&action=edit
log from inxi -fx
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=101987
Bug ID: 101987
Summary: Loud fan and maximum GPU fan speed
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severit
Hi,
On 26 July 2017 at 19:07, Ben Widawsky wrote:
> Due to hardware limitations we require that the main surface and
> the AUX surface (CCS) be part of the same bo. The hardware also
> makes life hard by not allowing you to provide separate x/y offsets
> for the main and AUX surfaces (excpet with
Hi Ben,
On 26 July 2017 at 19:07, Ben Widawsky wrote:
> v2: Drop the 'dev' argument from the hook
> v3: Include the description of the CCS surface layout
This went missing. Vidya's patch has it though.
> +static const struct drm_format_info ccs_formats[] = {
> + { .format = DRM_FO
Hi Ben,
On 26 July 2017 at 19:08, Ben Widawsky wrote:
> +static bool intel_primary_plane_format_mod_supported(struct drm_plane *plane,
> +uint32_t format,
> +uint64_t modifier)
> +{
> + s
On Mon, Jul 31, 2017 at 04:17:56PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> The new apply and push commands are shorthands for applying patches to
> and pushing the current branch, respectively.
>
> Signed-off-by: Thierry Reding
> ---
> dim | 27 +++
>
I want/need to rework the core property handling, and this hack is
getting in the way. But since it's a non-standard propety only used by
legacy userspace we know that this will only every be called from
ioctl code. And never on some other free-standing state struct, where
this old hack wouldn't wo
https://bugs.freedesktop.org/show_bug.cgi?id=101787
--- Comment #11 from 247 ---
no hint on this one?sorry but is really driving me mad...
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@li
2017-07-31 Daniel Vetter :
> On Sat, Jul 29, 2017 at 12:18:32PM -0300, Gustavo Padovan wrote:
> > Hi Chris,
> >
> > 2017-07-28 Chris Wilson :
> >
> > > Up until recently sync_file were create to export a single dma-fence to
> > > userspace, and so we could canabalise a bit insie dma-fence to mar
Hi Russell,
Just two small comments below.
After that's fixed you can add my:
Acked-by: Hans Verkuil
and:
Tested-by: Hans Verkuil
(on my SolidRun Cubox-i).
On 07/31/2017 04:29 PM, Russell King wrote:
> Add a CEC driver for the dw-hdmi hardware.
>
> Reviewed-by: Neil Armstrong
> Signed-of
The following commit crashes the kernel if vc4 can't allocate buffers:
drm/vc4: Add an ioctl for labeling GEM BOs for summary stats
It boots fine if I give it enough memory: cma=128M
I'm doing this on a Pi1 with bcm2835_defconfig.
Uncompressing Linux... done, booting the kernel.
[0.00]
On 07/31/2017 04:29 PM, Russell King wrote:
> We don't need the CEC engine register definitions, so let's remove them.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> drivers/gpu/drm/bridge/synopsys/dw-hdmi.h | 45
> ---
> 1
On 07/31/2017 04:29 PM, Russell King wrote:
> The video setup path aways sets the clock disable register to a specific
> value, which has the effect of disabling the CEC engine. When we add the
> CEC driver, this becomes a problem.
>
> Fix this by only setting/clearing the bits that the video pat
On 07/31/2017 04:29 PM, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
Acked-by: Hans Verkuil
Regards,
Hans
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig
https://bugs.freedesktop.org/show_bug.cgi?id=101961
Marek Olšák changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 07/31/2017 04:29 PM, Russell King wrote:
> Add CEC notifier support to the HDMI bridge driver, so that the CEC
> part of the IP can receive its physical address.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/synopsys/Kconfig | 1 +
> drivers/gpu/drm/bridge/synopsys/dw-hdmi
On Mon, Jul 31, 2017 at 02:47:12PM +0200, Daniel Vetter wrote:
> On Mon, Jul 31, 2017 at 02:42:59PM +0200, Thierry Reding wrote:
> > From: Thierry Reding
> >
> > RST uses underscores at the end of words to create crossreferences and
> > it will accidentally try to link to tinydrm_ and drm_fb_ tar
From: Thierry Reding
The new apply and push commands are shorthands for applying patches to
and pushing the current branch, respectively.
Signed-off-by: Thierry Reding
---
dim | 27 +++
dim.rst | 8
2 files changed, 35 insertions(+)
diff --git a/dim b/dim
https://bugzilla.kernel.org/show_bug.cgi?id=194761
--- Comment #81 from Alexander Tsoy (alexan...@tsoy.me) ---
(In reply to Jean Delvare from comment #80)
> I tested the patch from comment #78 and unfortunately I have to report that
> it doesn't fix the problem for me, checkerboard effect is still
Ping, what do you guys think of that?
Am 25.07.2017 um 15:35 schrieb Christian König:
From: Christian König
With hardware resets in mind it is possible that all shared fences are
signaled, but the exlusive isn't. Fix waiting for everything in this situation.
v2: make sure we always wait for t
2017-07-31 Daniel Vetter :
> The enumeration of FIXMEs wasn't indented properly.
>
> Fixes: fef9df8b5945 ("drm/atomic: initial support for asynchronous plane
> update")
> Cc: Gustavo Padovan
> Signed-off-by: Daniel Vetter
> ---
> include/drm/drm_modeset_helper_vtables.h | 6 +++---
> 1 file c
https://bugs.freedesktop.org/show_bug.cgi?id=99553
Bug 99553 depends on bug 101952, which changed state.
Bug 101952 Summary: OpenCL enqueueReadBuffer returns trash
https://bugs.freedesktop.org/show_bug.cgi?id=101952
What|Removed |Added
--
Hi Daniel,
Thank you for the patch.
On Monday 31 Jul 2017 14:45:16 Daniel Vetter wrote:
> I want/need to rework the core property handling, and this hack is
> getting in the way. But since it's a non-standard propety only used by
> legacy userspace we know that this will only every be called from
On 30/06/17 15:36, Daniel Vetter wrote:
> I don't think registering before everything is loaded make sense. On the
> big desktop driver chips we have all the bridge/encoder/panel drivers
> built into the driver. arm-soc loves to make everything a separate module,
> but in the end if you decided to
https://bugs.freedesktop.org/show_bug.cgi?id=101518
Martin Peres changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |manasi.d.nav...@intel.com
On 04/07/17 18:09, Pavel Machek wrote:
> Hi!
>
>> Are you sure it doesn't probe? It fails the omapdss_stack_is_ready()
>> check?
>
> It appears the reason was that I didn't have
> CONFIG_DRM_OMAP_CONNECTOR_ANALOG_TV enabled.
>
> I think that's wrong. I don't own an anal
From: Russell King
Add CEC notifier support to the HDMI bridge driver, so that the CEC
part of the IP can receive its physical address.
Tested-by: Neil Armstrong
Acked-by: Neil Armstrong
Acked-by: Hans Verkuil
Signed-off-by: Russell King
[narmstrong: added kconfig tweak to get the right modu
On Mon, Jul 31, 2017 at 02:42:59PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> RST uses underscores at the end of words to create crossreferences and
> it will accidentally try to link to tinydrm_ and drm_fb_ targets from
> the TODO, which is clearly not the intention in this context.
I want/need to rework the core property handling, and this hack is
getting in the way. But since it's a non-standard propety only used by
legacy userspace we know that this will only every be called from
ioctl code. And never on some other free-standing state struct, where
this old hack wouldn't wo
From: Thierry Reding
RST uses underscores at the end of words to create crossreferences and
it will accidentally try to link to tinydrm_ and drm_fb_ targets from
the TODO, which is clearly not the intention in this context.
Use backslashes to escape the special meaning of the underscore.
Signed
On Thu, Jul 20, 2017 at 01:47:39PM -0400, Sean Paul wrote:
> I noticed these warnings as part of my compile testing and decided to fix
> them.
>
> There are still a few warnings with the import/export prime helpers. They're
> partially documented in drm_prime.c, so suggestions welcome on how to r
On Mon, Jul 31, 2017 at 1:57 PM, Emil Velikov wrote:
> On 31 July 2017 at 10:50, Mark Yao wrote:
>> Since fb_helper is not a pointer on rockchip_drm_private, it's no
>> need to check pointer.
>>
>> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
>> may be NULL pointer, th
From: Arnd Bergmann
The new PRE/PRG driver code causes a link failure when IPUv3 is built-in,
but DRM is built as a module:
drivers/gpu/ipu-v3/ipu-pre.o: In function `ipu_pre_configure':
ipu-pre.c:(.text.ipu_pre_configure+0x18): undefined reference to
`drm_format_info'
drivers/gpu/ipu-v3/ipu-pr
Hi Daniel,
Thank you for the patch.
On Monday 31 Jul 2017 12:54:19 Daniel Vetter wrote:
> I want/need to rework the core property handling, and this hack is
> getting in the way. But since it's a non-standard propety only used by
s/propety/property/
> legacy userspace we know that this will onl
On 31 July 2017 at 10:50, Mark Yao wrote:
> Since fb_helper is not a pointer on rockchip_drm_private, it's no
> need to check pointer.
>
> Kms hotplug event may race into fbdev helper initial, and fb_helper->dev
> may be NULL pointer, that would cause the bug:
>
> [0.735411] [0200] *pgd=00
CEC support was added for Exynos5 in 4.13, but for the Odroids we need to set
'needs-hpd' as well since CEC is disabled when there is no HDMI hotplug signal,
just as for the exynos4 Odroid-U3.
This is due to the level-shifter that is disabled when there is no HPD, thus
blocking the CEC signal as w
On 31/07/17 14:48, Laurent Pinchart wrote:
>>> The comment about read lock is only valid when the plane is bound to the
>>> crtc. In general this is not always the case. You can only peak at
>>> plane->state when crtc->state->plane_mask & BIT(drm_plane_index(plane))
>>> is true.
>>>
>>> I think we
Hi Daniel,
On Tuesday 25 Jul 2017 11:24:28 Daniel Vetter wrote:
> On Tue, Jul 25, 2017 at 10:47 AM, Maarten Lankhorst wrote:
> > Op 25-07-17 om 10:01 schreef Daniel Vetter:
> >> I want/need to rework the core property handling, and this hack is
> >> getting in the way. But since it's a non-standar
https://bugs.freedesktop.org/show_bug.cgi?id=101961
--- Comment #5 from network...@rkmail.ru ---
(In reply to Samuel Pitoiset from comment #4)
> It looks weird, but can you try reverting 5c1241268b ?
reverting 5c1241268b helps, no hangs so far.
--
You are receiving this mail because:
You are th
On Wed, 26 Jul 2017, Daniel Vetter wrote:
> On Wed, Jul 26, 2017 at 03:53:09PM +0200, Arnd Bergmann wrote:
>> Hi everyone,
>>
>> It took me a while to figure this out properly, as I kept getting
>> circular or missing dependencies with video drivers.
>>
>> This set of three patches should simpli
The enumeration of FIXMEs wasn't indented properly.
Fixes: fef9df8b5945 ("drm/atomic: initial support for asynchronous plane
update")
Cc: Gustavo Padovan
Signed-off-by: Daniel Vetter
---
include/drm/drm_modeset_helper_vtables.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
1 - 100 of 122 matches
Mail list logo
