On 2016-09-26 21:58, Peter Rosin wrote:
> On 2016-09-26 21:51, Boris Brezillon wrote:
>> On Mon, 26 Sep 2016 21:35:43 +0200
>> Peter Rosin wrote:
>>
>>> Hi!
>>>
>>> I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc
>>> controller. See below for the parts of my .dts that I find
>>> rele
On 2016-09-26 21:51, Boris Brezillon wrote:
> On Mon, 26 Sep 2016 21:35:43 +0200
> Peter Rosin wrote:
>
>> Hi!
>>
>> I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc
>> controller. See below for the parts of my .dts that I find
>> relevant.
>>
>> When I boot with this, I run into a p
On Mon, 26 Sep 2016 21:35:43 +0200
Peter Rosin wrote:
> Hi!
>
> I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc
> controller. See below for the parts of my .dts that I find
> relevant.
>
> When I boot with this, I run into a problem. What I think
> happens is that the hlcdc probe
Currently we use a linear walk to lookup a handle and return a dma-buf,
and vice versa. A long overdue TODO task is to convert that to a
hashtable. Since the initial implementation of dma-buf/prime, we now
have resizeable hashtables we can use (and now a future task is to RCU
enable the lookup!). H
Hi!
I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc
controller. See below for the parts of my .dts that I find
relevant.
When I boot with this, I run into a problem. What I think
happens is that the hlcdc probe fails because the panel
probe fails because the backlight probe fails be
The panel should be enabled after the controller so that we do not have
visual glitches on the panel while the controller is setup. Similarly,
the panel should be disabled before the controller.
Signed-off-by: Jonathan Liu
---
Changes in v2:
- Changed the commit message to be clearer
drivers/g
On Mon, Sep 26, 2016 at 07:30:45PM +0300, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Another, rebased, version of my earlier series [1] to add the per-plane
> rotation property. One thing holding back the previous version was the
> weird regression on omap, but apparentl
On Sun, Sep 25, 2016 at 11:34:48PM +0300, Grazvydas Ignotas wrote:
> Some code called by drm_crtc_force_disable_all() wants to wait for all
> fences, so only do fence teardown after CRTCs are disabled.
>
> Signed-off-by: Grazvydas Ignotas
Fixes: 84b89bdcedf8 ("drm/amdgpu: Turn off CRTCs on drive
From: Ville Syrjälä
The primary and sprite planes on CHV pipe B support horizontal
mirroring. Expose it to the world.
Sadly the hardware ignores the mirror bit when the rotate bit is
set, so we'll have to reject the 180+X case.
v2: Drop the BIT()
Signed-off-by: Ville Syrjälä
Reviewed-by:
From: Ville Syrjälä
Move the plane control register rotation setup away from the
coordinate munging code. This will result in neater looking
code once we add reflection support for CHV.
v2: Drop the BIT(), drop some usless parens,
Signed-off-by: Ville Syrjälä
Reviewed-by: Chris Wilson
Rev
From: Ville Syrjälä
Using == to check for 180 degree rotation only works as long as the
reflection bits aren't set. That will change soon enough for CHV, so
let's stop doing things the wrong way.
v2: Drop the BIT()
Signed-off-by: Ville Syrjälä
Reviewed-by: Chris Wilson
Reviewed-by: Joonas
From: Ville Syrjälä
Now that all drivers have been converted over to the per-plane rotation
property, we can just nuke the global rotation property.
v2: Rebase due to BIT(),__builtin_ffs() & co.
Deal with superfluous code shuffling
Signed-off-by: Ville Syrjälä
Reviewed-by: Joonas Lahti
From: Ville Syrjälä
On certain platforms not all planes support the same set of
rotations/reflections, so let's use the per-plane property
for this.
This is already a problem on SKL when we use the legay cursor plane
as it only supports 0|180 whereas the universal planes support
0|90|180|270,
From: Ville Syrjälä
Since the hardware can apparently do both X and Y reflection, we
can advertize also 180 degree rotation as thats just X+Y reflection.
v2: Drop the BIT()
Cc: Rob Clark
Cc: Jilai Wang
Cc: Archit Taneja
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5
From: Ville Syrjälä
The global mode_config.rotation_property is going away, switch over to
per-plane rotation_property.
v2: Drop the BIT()
Cc: Rob Clark
Cc: Jilai Wang
Cc: Archit Taneja
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_plane.c | 14 +-
1 fi
From: Ville Syrjälä
0 isn't a valid rotation property value, so let's set the initial value
of the property to BIT(DRM_ROTATE_0) instead.
In the same vein, we must always have at leat one angle as part of
set of supported rotation bits, so let's include DRM_ROTATE_0
in there.
v2: Drop the BIT
From: Ville Syrjälä
The global mode_config.rotation_property is going away, switch over to
per-plane rotation_property.
Not sure I got the annoying crtc rotation_property handling right.
Might work, or migth not.
v2: Drop the BIT()
Don't create rotation property twice for each primary pla
From: Ville Syrjälä
0 isn't a valid rotation property value, so let's set the initial value
of the property to BIT(DRM_ROTATE_0) instead.
v2: Drop the BIT()
Cc: Tomi Valkeinen
Cc: Rob Clark
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/omapdrm/omap_drv.c | 6 --
drivers/gpu/drm
From: Ville Syrjälä
The global mode_config.rotation_property is going away, switch over to
per-plane rotation_property.
v2: Propagate error upwards (Boris)
v3: Drop the BIT()
Cc: Boris Brezillon
Signed-off-by: Ville Syrjälä
Acked-by: Boris Brezillon
---
drivers/gpu/drm/atmel-hlcdc/atmel
From: Ville Syrjälä
The global mode_config.rotation_property is going away, switch over to
per-plane rotation_property.
v2: Drop the BIT()
Cc: Liviu Dudau
Cc: Brian Starkey
Cc: Mali DP Maintainers
Signed-off-by: Ville Syrjälä
Acked-by: Brian Starkey
---
drivers/gpu/drm/arm/malidp_plan
From: Ville Syrjälä
Not all planes on the system may support the same rotations/reflections,
so make it possible to create a separate property for each plane.
This way userspace gets told exactly which rotations/reflections are
possible for each plane.
v2: Add drm_plane_create_rotation_propert
From: Ville Syrjälä
The rotation property should only accept exactly one rotation angle
at once. Let's reject attempts to set none or multiple angles.
Testcase: igt/kms_rotation_crc/bad-rotation
Signed-off-by: Ville Syrjälä
Reviewed-by: Joonas Lahtinen
Reviewed-by: Chris Wilson
---
drive
From: Ville Syrjälä
We have intel_rotation_90_or_270() in i915 to check if the rotation is
90 or 270 degrees. Similar checks are elsewhere in drm, so let's move
the helper into a central place and use it everwhere.
v2: Drop the BIT()
Convert all new intel_rotation_90_or_270() calls
Dea
From: Ville Syrjälä
Another, rebased, version of my earlier series [1] to add the per-plane
rotation property. One thing holding back the previous version was the
weird regression on omap, but apparently I managed to fix it (see [2]).
msm and omap still lack r-bs/acks.
Entire series available
On Sun, Sep 25, 2016 at 11:34:48PM +0300, Grazvydas Ignotas wrote:
> Some code called by drm_crtc_force_disable_all() wants to wait for all
> fences, so only do fence teardown after CRTCs are disabled.
Ugh, how embarrassing, that was added by me.
Do you have a BUG splat (e.g. soft lockup) for thi
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/54933b99/attachment.html>
On 09/26/2016 05:24 PM, Peter Senna Tschudin wrote:
>
> On Monday, September 26, 2016 12:29 CEST, Archit Taneja codeaurora.org> wrote:
>
>> Hi,
>>
>> Some comments.
>
> Thank you for the review!
>
>>
>> On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote:
>>> Add a driver that create a drm_bridge
On Mon, Sep 26, 2016 at 6:11 PM, Tomi Valkeinen
wrote:
> On 26/09/16 15:34, Vikas Patil wrote:
>
>> Will check once I get display working, for time being I think it shows
>> connected with the hack I mentioned. I was taking about supporting
>> "interlace" via LCD here.
>
> Ah, sorry, I didn't che
the CC list for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/4426f13f/attachment.html>
tachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/fc84f8c1/attachment.html>
On Mon, Sep 26, 2016 at 6:00 PM, Tomi Valkeinen
wrote:
>
>
> On 26/09/16 15:25, Vikas Patil wrote:
>> On Fri, Sep 23, 2016 at 4:30 PM, Tomi Valkeinen
>> wrote:
>>> On 22/09/16 16:22, Vikas Patil wrote:
>>>
Could you help me to understand if I could use âinterlace=falseâ?
ADV7393 s
http://www.amd.com
Libre software enthusiast | Mesa and X developer
-- next part --
A non-text attachment was scrubbed...
Name: radeon-cursor-out-of-bounds.diff
Type: text/x-patch
Size: 4154 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/20463735/attachment-0001.bin>
On Fri, Sep 23, 2016 at 4:30 PM, Tomi Valkeinen
wrote:
> On 22/09/16 16:22, Vikas Patil wrote:
>
>> Could you help me to understand if I could use âinterlace=falseâ?
>> ADV7393 seems to be supporting non-interlaced mode. From datasheet:
>> âThe ADV7390/ADV7391/ADV7392/ADV7393 support an SD
On 09/26/2016 05:01 PM, Archit Taneja wrote:
>
>
> On 09/26/2016 03:06 PM, Andrzej Hajda wrote:
>> Hi,
>>
>> Thanks for review.
>>
>>
>> On 25.09.2016 19:01, Archit Taneja wrote:
>>> Hi,
>>>
>>> On 9/14/2016 2:03 PM, Andrzej Hajda wrote:
SiI8620 transmitter converts eTMDS/HDMI signal to MHL
On 09/26/2016 03:06 PM, Andrzej Hajda wrote:
> Hi,
>
> Thanks for review.
>
>
> On 25.09.2016 19:01, Archit Taneja wrote:
>> Hi,
>>
>> On 9/14/2016 2:03 PM, Andrzej Hajda wrote:
>>> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0.
>>> It is controlled via I2C bus. Its interaction with o
2016ë
09ì 22ì¼ 23:57ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Apply some 'make-up' in g2d_probe().
Just clean up. Picked it up.
>
> Signed-off-by: Tobias Jakobi
> ---
> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/
2016ë
09ì 22ì¼ 23:57ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once
> in mixer_cfg_layer().
> Trigger this via atomic flush.
>
> Changes in v2:
> - issue mixer_cfg_layer() in mixer_disable()
> - rename fields as suggested by Andrzej
> - add
Picked this one up.
Thanks,
Inki Dae
2016ë
09ì 22ì¼ 23:57ì Tobias Jakobi ì´(ê°) ì´ ê¸:
> The mixer context struct already has a 'flags' field, so
> we can use it to store the 'interlace', 'vp_enabled' and
> 'has_sclk' booleans.
> We use the non-atomic helper functions to access these b
On Sun, Sep 25, 2016 at 03:59:19PM +0800, Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/gpu/drm/i2c/tda998x_drv.c:1292:5: warning: no previous prototype for
> 'tda998x_audio_digital_mute' [-Wmissing-prototypes]
>
> In fact, this function is only used in the file in
On Sun, Sep 25, 2016 at 03:22:25PM +0800, Baoyou Xie wrote:
> We get 2 warnings when building kernel with W=1:
> drivers/gpu/drm/armada/armada_gem.c:215:27: warning: no previous prototype
> for 'armada_gem_alloc_object' [-Wmissing-prototypes]
> drivers/gpu/drm/armada/armada_gem.c:423:1: warning: n
Hello Marek,
Marek Szyprowski wrote:
> Dear Tobias,
>
> On 2016-09-24 20:58, Tobias Jakobi wrote:
>> The commit b05984e21a7e000bf5074ace00d7a574944b2c16 broke
>> operation of the G2D. After this commit the following
>> happens.
>> - exynos_g2d_exec_ioctl() prepares a runqueue node and
>>calls
Hi,
Some comments.
On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote:
> Add a driver that create a drm_bridge and a drm_connector for the LVDS
> to DP++ display bridge of the GE B850v3.
>
> There are two physical bridges on the video signal pipeline: a
> STDP4028(LVDS to DP) and a STDP2690(DP to
Dear Tobias,
On 2016-09-24 20:58, Tobias Jakobi wrote:
> The commit b05984e21a7e000bf5074ace00d7a574944b2c16 broke
> operation of the G2D. After this commit the following
> happens.
> - exynos_g2d_exec_ioctl() prepares a runqueue node and
>calls g2d_exec_runqueue()
> - g2d_exec_runqueue() call
Hi,
On 09/26/2016 02:28 PM, Peter Senna Tschudin wrote:
> Hi Archit,
>
> On Monday, September 26, 2016 10:31 CEST, Archit Taneja codeaurora.org> wrote:
>
>> Hi Peter,
>>
>> On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote:
>>> Patch 1/4 is already on linux-next, but what about this one? Ping?
On Sun, Sep 25, 2016 at 4:43 AM, Baoyou Xie wrote:
> We get a few warnings when building kernel with W=1:
> drivers/gpu/drm/amd/amdgpu/dce_v8_0.c:629:6: warning: no previous prototype
> for 'dce_v8_0_disable_dce' [-Wmissing-prototypes]
> drivers/gpu/drm/amd/amdgpu/dce_v10_0.c:730:6: warning: no p
On Sun, Sep 25, 2016 at 4:34 PM, Grazvydas Ignotas wrote:
> Signed-off-by: Grazvydas Ignotas
> ---
Applied this whole set of patches. Thanks!
Alex
> drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c | 14 +++---
> drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.h | 14 +++---
> 2 files changed,
hen you
might want to check the HW. Is ADV7393 connected correctly? Perhaps
probe the lines to make sure the signal is correct?
And if that's correct, then you'd need to do the same for the output.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/709171f7/attachment.sig>
SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0.
It is controlled via I2C bus. Its interaction with other
devices in video pipeline is performed mainly on HW level.
The only interaction it does on device driver level is
filtering-out unsupported video modes, it exposes drm_bridge
interfac
0MHz.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/3b21cb8e/attachment.sig>
This series looks good to me: Reviewed-by: Sinclair Yeh
Thanks!
On Fri, Sep 23, 2016 at 06:39:04PM +0200, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Fri, 23 Sep 2016 17:53:49 +0200
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> Content-Transfer-Encoding: 8bit
>
Add new DT bindings for new MXSFB driver that is using the
OF graph to parse the video output structure instead of
hard-coding the display properties into the MXSFB node.
The old MXSFB fbdev driver bindings are preserved in the
same file in the "Old bindings" section.
Signed-off-by: Marek Vasut
C
Clean up the ad-hoc indentation in the documentation, no functional change.
Signed-off-by: Marek Vasut
Cc: Rob Herring
Cc: Lucas Stach
Cc: Fabio Estevam
Cc: Shawn Guo
---
Documentation/devicetree/bindings/display/mxsfb.txt | 16
1 file changed, 8 insertions(+), 8 deletions(-
Add .prepare_fb and .cleanup_fb plane hooks into the drm_simple_kms.
These can be used by drivers to call ie. the drm_fb_cma_setup_fence()
helper.
Signed-off-by: Marek Vasut
Cc: Noralf Trønnes
Cc: Daniel Vetter
Cc: David Airlie
---
drivers/gpu/drm/drm_simple_kms_helper.c | 26 +++
Remove the common code from the driver and use the drm_fb_cma_setup_fence()
helper instead. Moveover, call the helper from prepare_fb() plane hook .
Signed-off-by: Marek Vasut
Cc: Daniel Vetter
Cc: Lucas Stach
---
drivers/gpu/drm/imx/imx-drm-core.c | 30 +-
drivers/
Add new drm_fb_cma_setup_fence() helper function extracted from the
imx-drm driver. This function checks if the plane has DMABUF attached
to it and if so, sets up the fence on which the atomic helper can wait.
Signed-off-by: Marek Vasut
Cc: Daniel Vetter
Cc: Lucas Stach
---
drivers/gpu/drm/drm
On 09/26/2016 11:41 AM, Marek Vasut wrote:
> On 09/25/2016 11:00 PM, Daniel Vetter wrote:
>> On Sun, Sep 25, 2016 at 09:41:58PM +0200, Marek Vasut wrote:
>>> Handle the vblank events in the simple_kms_helper driver, otherwise
>>> the drm_atomic_helper flip_done event never happens.
>>>
>>> Signed-o
Hi
Is there any chance this could be removed from the upcoming drm-4.9
pull, at least until this issue has been fixed
Regards
Mike
On 21 September 2016 at 12:34, Mike Lothian wrote:
> I've raised https://bugs.freedesktop.org/show_bug.cgi?id=97888 I'll
> attach the info you requested once I get
scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/bc1d0b8c/attachment-0001.sig>
On 09/26/2016 02:11 PM, Daniel Vetter wrote:
> On Mon, Sep 26, 2016 at 12:36 PM, Marek Vasut wrote:
>> +
>> +static int mxsfb_atomic_commit(struct drm_device *dev,
>> + struct drm_atomic_state *state, bool
>> nonblock)
>> +{
>> +return drm_ato
On Mon, Sep 26, 2016 at 12:36 PM, Marek Vasut wrote:
> +
> +static int mxsfb_atomic_commit(struct drm_device *dev,
> + struct drm_atomic_state *state, bool nonblock)
> +{
> +return drm_atomic_helper_commit(dev, state, false);
Atomic helpe
On Mon, 26 Sep 2016 11:42:16 +0200,
Takashi Iwai wrote:
>
> On Mon, 26 Sep 2016 10:57:50 +0200,
> Michel D4nzer wrote:
> >
> > On 23/09/16 10:06 PM, Takashi Iwai wrote:
> > > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that
> > > are older than DCE6 when the cursor ends on 1
Hi Peter,
On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote:
> Patch 1/4 is already on linux-next, but what about this one? Ping?
I'd posted some queries a couple of times which you didn't answer to.
Could you please respond to them before we try to get this merged?
Archit
>
> On Tuesday, Augu
Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once
in mixer_cfg_layer().
Trigger this via atomic flush.
Changes in v2:
- issue mixer_cfg_layer() in mixer_disable()
- rename fields as suggested by Andrzej
- added docu to mixer context struct
- simplify mixer_win_reset() as well
Changes i
On Mon, Sep 26, 2016 at 12:30 PM, wrote:
> From: Ville Syrjälä
>
> Another, rebased, version of my earlier series [1] to add the per-plane
> rotation property. One thing holding back the previous version was the
> weird regression on omap, but apparently I managed to fix it (see [2]).
>
> msm
On Monday, September 26, 2016 12:29 CEST, Archit Taneja wrote:
> Hi,
>
> Some comments.
Thank you for the review!
>
> On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote:
> > Add a driver that create a drm_bridge and a drm_connector for the LVDS
> > to DP++ display bridge of the GE B850v3.
>
On 09/25/2016 10:29 PM, Daniel Vetter wrote:
> On Sun, Sep 25, 2016 at 9:26 PM, Marek Vasut wrote:
>> On 08/28/2016 06:44 PM, Daniel Vetter wrote:
>>> On Fri, Aug 26, 2016 at 04:27:42PM +0200, Marek Vasut wrote:
+static void mxsfb_crtc_mode_set_nofb(struct drm_crtc *crtc)
+{
+st
On 2016-09-25 23:04, Meng Yi wrote:
>> On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote:
>> > On 2016-09-13 01:49, Meng Yi wrote:
>> > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig
>> > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 100644
>> > >> > --- a/drivers/gpu/
On Fri, Sep 23, 2016 at 4:32 PM, Tomi Valkeinen
wrote:
> On 23/09/16 13:08, Vikas Patil wrote:
>> Hi Tomi,
>>
>> I added the missing check for "OMAP_DISPLAY_TYPE_VENC" in function
>> omap_connector_detect @ gpu/drm/omapdrm/omap_connector.c and now
>> modetest seems to be showing correct status a
On Mo, 2016-09-26 at 11:29 +0200, Daniel Vetter wrote:
> On Mon, Sep 26, 2016 at 10:52 AM, Gerd Hoffmann wrote:
> > On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote:
> >> -int bochs_connector_get_modes(struct drm_connector *connector)
> >> +static int bochs_connector_get_modes(struct drm_connect
On 9/25/2016 11:05 PM, Laurent Pinchart wrote:
> Hi Archit,
>
> Thank you for the patch.
>
> On Friday 23 Sep 2016 14:50:28 Archit Taneja wrote:
>> Maintain a table of regulator names expect by ADV7511 and ADV7533.
>> Use regulator_bulk_* api to configure these.
>>
>> Initialize and enable the re
On Mon, 26 Sep 2016 10:57:50 +0200,
Michel D4nzer wrote:
>
> On 23/09/16 10:06 PM, Takashi Iwai wrote:
> > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that
> > are older than DCE6 when the cursor ends on 128 pixel boundary. It
> > decreases the position when the calculated e
On 09/25/2016 11:00 PM, Daniel Vetter wrote:
> On Sun, Sep 25, 2016 at 09:41:58PM +0200, Marek Vasut wrote:
>> Handle the vblank events in the simple_kms_helper driver, otherwise
>> the drm_atomic_helper flip_done event never happens.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Noralf Trønnes
>> Cc:
Hi,
Thanks for review.
On 25.09.2016 19:01, Archit Taneja wrote:
> Hi,
>
> On 9/14/2016 2:03 PM, Andrzej Hajda wrote:
>> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0.
>> It is controlled via I2C bus. Its interaction with other
>> devices in video pipeline is performed mainly on HW l
On Mon, Sep 26, 2016 at 10:52 AM, Gerd Hoffmann wrote:
> On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote:
>> -int bochs_connector_get_modes(struct drm_connector *connector)
>> +static int bochs_connector_get_modes(struct drm_connector *connector)
>
> Added to drm-qemu queue.
I've thrown this o
On Mon, Sep 26, 2016 at 09:59:25AM +0200, Daniel Vetter wrote:
> On Mon, Sep 26, 2016 at 06:04:09AM +, Meng Yi wrote:
> >
> >
> > > On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote:
> > > > On 2016-09-13 01:49, Meng Yi wrote:
> > > > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconf
eedesktop.org/archives/dri-devel/attachments/20160926/a0f7e700/attachment.html>
riangulate this problem, I'd be very
eager to help.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/394d49a0/attachment.html>
Brought up in a discussion for enabling gamma on fsl-dcu.
Cc: Ville Syrjälä
Cc: Meng Yi
Cc: Lionel Landwerlin
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/drm_color_mgmt.c | 12
1 file changed, 12 insertions(+)
diff --git a/drivers/gpu/drm/drm_color_mgmt.c b/drivers/gpu/dr
Dear Inki,
Inki Dae wrote:
>
>
> 2016ë
09ì 22ì¼ 23:57ì Tobias Jakobi ì´(ê°) ì´ ê¸:
>> Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once
>> in mixer_cfg_layer().
>> Trigger this via atomic flush.
>>
>> Changes in v2:
>> - issue mixer_cfg_layer() in mixer_disable()
>> - rena
On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote:
> -int bochs_connector_get_modes(struct drm_connector *connector)
> +static int bochs_connector_get_modes(struct drm_connector *connector)
Added to drm-qemu queue.
thanks,
Gerd
On Fri, 23 Sep 2016, Dhinakaran Pandiyan
wrote:
> The positions of primary and overlay plane type enums in the kernel were
> updated in
>
> drm/doc: Polish for drm_plane.[hc]
>
> So, making the change here as well.
NAK. That was a regression in the kernel, and fixed in the kernel.
BR,
Hi Baoyou,
On Sun, Sep 25, 2016 at 03:20:24PM +0800, Baoyou Xie wrote:
> We get 2 warnings when building kernel with W=1:
> drivers/gpu/drm/arm/malidp_planes.c:49:25: warning: no previous prototype for
> 'malidp_duplicate_plane_state' [-Wmissing-prototypes]
> drivers/gpu/drm/arm/malidp_planes.c:6
On Mon, Sep 26, 2016 at 09:48:37AM +0900, Michel Dänzer wrote:
> On 23/09/16 09:09 PM, Daniel Vetter wrote:
> > On Fri, Sep 23, 2016 at 07:00:25PM +0900, Michel Dänzer wrote:
> >> On 22/09/16 10:22 PM, Christian König wrote:
> >>> Am 22.09.2016 um 15:05 schrieb Daniel Vetter:
>
> But
On Mon, Sep 26, 2016 at 06:04:09AM +, Meng Yi wrote:
>
>
> > On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote:
> > > On 2016-09-13 01:49, Meng Yi wrote:
> > > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig
> > > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 1006
Hi Archit,
On Monday, September 26, 2016 10:31 CEST, Archit Taneja wrote:
> Hi Peter,
>
> On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote:
> > Patch 1/4 is already on linux-next, but what about this one? Ping?
>
> I'd posted some queries a couple of times which you didn't answer to.
> Cou
On 23/09/16 09:09 PM, Daniel Vetter wrote:
> On Fri, Sep 23, 2016 at 07:00:25PM +0900, Michel Dänzer wrote:
>> On 22/09/16 10:22 PM, Christian König wrote:
>>> Am 22.09.2016 um 15:05 schrieb Daniel Vetter:
But the current approach in amdgpu_sync.c of declaring a fence as
exclusive
On Sun, Sep 25, 2016 at 07:18:34PM -0700, Joe Perches wrote:
> Remove function name and special " *ERROR*" from argument list
>
> $ size drivers/gpu/drm/built-in.o* (x86-32 defconfig, most drm selected)
>text data bss dec hex filename
> 5635366182579 14328 583227
Patch 1/4 is already on linux-next, but what about this one? Ping?
On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote:
> Configures the GE B850v3 LVDS/DP++ bridge on the dts file.
>
> Cc: Martyn Welch
> Cc: Martin Donnelly
> Cc: Javier Martinez Canillas
> Cc: Enric Balletbo i
Patch 1/4 is already on linux-next, but what about this one? Ping?
On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote:
> Add a driver that create a drm_bridge and a drm_connector for the LVDS
> to DP++ display bridge of the GE B850v3.
>
> There are two physical bridges on the vi
Patch 1/4 is already on linux-next, but what about this one? Ping?
On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote:
> Devicetree bindings documentation for the GE B850v3 LVDS/DP++
> display bridge.
>
> Cc: Martyn Welch
> Cc: Martin Donnelly
> Cc: Javier Martinez Canillas
>
On Fri, 23 Sep 2016, Stephen Hemminger wrote:
> When I resume my desktop from suspend, the following shows up in the log.
> Running 4.8.0-rc6 (net-next branch).dme
Please clarify what that is.
Please file a bug at [1] and attach full dmesg from the boot, with
drm.debug=14 module parameter.
BR,
On Sun, Sep 25, 2016 at 10:43:37PM +0200, Gustavo Padovan wrote:
> 2016-09-23 Christian König :
>
> > Am 23.09.2016 um 13:30 schrieb Gustavo Padovan:
> > > 2016-09-22 Christian König :
> > >
> > > > Am 22.09.2016 um 13:16 schrieb Gustavo Padovan:
> > > > > 2016-09-22 Christian König :
> > > >
> On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote:
> > On 2016-09-13 01:49, Meng Yi wrote:
> > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig
> > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 100644
> > >> > --- a/drivers/gpu/drm/fsl-dcu/Kconfig
> > >> > +++ b/driv
The 100c08 scratch page is mapped using dma_map_page() before the TTM
layer has had a chance to set the DMA mask. This means we are still
running with the default of 32 when this code executes, and this causes
problems for platforms with no memory below 4 GB (such as AMD Seattle)
So move the dma_m
The 100c10 scratch page is mapped using dma_map_page() before the TTM
layer has had a chance to set the DMA mask. This means we are still
running with the default of 32 when this code executes, and this causes
problems for platforms with no memory below 4 GB (such as AMD Seattle)
So move the dma_m
Some subdevices (i.e., fb/nv50.c and fb/gf100.c) map a scratch page using
dma_map_page() way before the TTM layer has had a chance to set the DMA
mask. This may prevent the driver from loading at all on platforms whose
system memory is not covered by the default DMA mask of 32-bit (i.e., when
all R
This v4 is now a 3 piece series, after Alexandre pointed out that both
GF 100 and NV50 are affected by the same issue, and that a related issue
has been solved already for Tegra in commit 9d0394c6bed5
("drm/nouveau/instmem/gk20a: set DMA mask early").
The issue that this series addresses is the fa
97 matches
Mail list logo
