was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/8c4d78c1/attachment.html>
Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/octet-stream
Size: 38827 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/a4c3cb58/attachment-0001.obj>
that.
--
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/20160906/76bddc24/attachment.html>
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> There are some hardware settings changed, between MT8173 & MT2701:
> DISP_OVL address offset changed, color format definition changed.
> DISP_RDMA fifo size changed.
> DISP_COLOR offset changed.
> MIPI_TX pll setting changed.
> And add
Hi, YT:
On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> update connections for OVL, RDMA, BLS, DSI
>
> Signed-off-by: YT Shen
> ---
> drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
> 1 file changed, 25 insertions(+)
>
[snip...]
> @@ -111,6 +119,9 @@ static
ail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/baf5e4f9/attachment.html>
On Tue, Sep 06, 2016 at 03:23:28PM +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:66:6:
There was a race between mode_set_nofb() and cpufreq_transition()
calling tilcdc_crtc_update_clk() without locking.
The first patch fixes the race in with a minimal change by taking
drm_mode_config mutex for the duration of the clock update.
The second patch goes a step forward and cleans up the
Take mode config lock while updating the crtc clock rate. To avoid a
race in tilcdc_crtc_update_clk(), we do not want the mode to change
while we update crtc clock.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 5 +
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 ++
2 files
Add tilcdc_crtc_set_clk() and cleanup cpufreq_transition(). The new
tilcdc_crtc_set_clk() is used in tilcdc_crtc_mode_set_nofb() instead
tilcdc_crtc_update_clk(). New tilcdc_crtc_update_clk() is implemented
using tilcdc_crtc_set_clk() for cpufreq_transition() alone.
Signed-off-by: Jyri Sarha
---
Add mutex to protect crtc enable and disable routines. The
tilcdc_crtc_disable() function waits for frame done interrupt, the
internal data will get out of sync, should another enable arrive while
waiting for the interrupt.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 15
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/20160906/ad8a8415/attachment.html>
Am 06.09.2016 um 08:16 schrieb Baoyou Xie:
> We get a few warnings when building kernel with W=1:
> drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/fiji_hwmgr.c:1633:9: warning:
> no previous prototype
> for 'fiji_get_voltage_index' [-Wmissing-prototypes]
>
eneric panel for Q8 tablets".
Also, how is it that these panels are unidentified? Has nobody tried to
open them up and look at the panel to find a model number?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-si
Lyude, this is due to
commit 87660502f1a4d51fb043e89a45d30c9917787c22
Author: Lyude
Date: Wed Aug 17 15:55:53 2016 -0400
drm/i915/gen6+: Interpret mailbox error flags
and on its way to stable.
BR,
Jani.
On Tue, 06 Sep 2016, linux at eikelenboom.it wrote:
> L.S.,
>
> Since one of the
omi
-- 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/20160906/47953370/attachment.sig>
Lyude, this is due to
commit 87660502f1a4d51fb043e89a45d30c9917787c22
Author: Lyude
Date: Wed Aug 17 15:55:53 2016 -0400
drm/i915/gen6+: Interpret mailbox error flags
and on its way to stable.
BR,
Jani.
On Mon, 29 Aug 2016, Meelis Roos wrote:
> Tried 4.8-rc4 on my i5-2400 PC, got
On Mon, Aug 29, 2016 at 4:27 PM, Daniel Vetter
wrote:
> They work exactly the same now, after the refcounting unification a bit
> ago. The only reason they're distinct is backwards compat with existing
> userspace.
>
> Cc: Daniel Stone
> Reviewed-by: Archit Taneja
> Signed-off-by: Daniel
Meelis, what does 'lspci -nns 2' say for you?
BR,
Jani.
On Tue, 06 Sep 2016, Jani Nikula wrote:
> Lyude, this is due to
>
> commit 87660502f1a4d51fb043e89a45d30c9917787c22
> Author: Lyude
> Date: Wed Aug 17 15:55:53 2016 -0400
>
> drm/i915/gen6+: Interpret mailbox error flags
>
> and on
On Tue, 06 Sep 2016, linux at eikelenboom.it wrote:
> L.S.,
>
> Since one of the last 4.8 RC's i'm getting the warning below when
> booting on my sandybridge based thinkpad.
> From what it seems the machine still works fine though.
What does 'lspci -nns 2' say for you?
BR,
Jani.
>
> --
>
Am Montag, den 05.09.2016, 11:41 -0300 schrieb Fabio Estevam:
> Hi Philipp,
>
> On Thu, Aug 25, 2016 at 11:17 AM, Tim Harvey wrote:
>
> > Philipp,
> >
> > Have you had a chance to review this last series of Steve's submitted
> > last week? We are down to 4 patches in gpu/ipu-v3 needed in order
Hi Steve,
Am Mittwoch, den 17.08.2016, 17:50 -0700 schrieb Steve Longerbeam:
> This patch implements complete image conversion support to ipu-ic,
> with tiling to support scaling to and from images up to 4096x4096.
> Image rotation is also supported.
>
> The internal API is subsystem agnostic
Am Mittwoch, den 17.08.2016, 17:50 -0700 schrieb Steve Longerbeam:
> The image converter kernel API supports conversion contexts and
> job queues, so we should allow more than one handle to the IC, so
> that multiple users can add jobs to the queue.
The image converter queue can be shared, but
> Meelis, what does 'lspci -nns 2' say for you?
00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller [8086:0102] (rev 09)
>
> BR,
> Jani.
>
> On Tue, 06 Sep 2016, Jani Nikula wrote:
> > Lyude, this is due to
> >
> >
the per-crtc modeset lock work for this?
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/20
On Sun, Aug 28, 2016 at 05:28:46PM +0200, Andrea Arcangeli wrote:
> Skylake was already singled out, but it doesn't cover the XPS 13 L332X
> model which is based on IvyBridge.
>
> The commit that introduced the regression is
> 1d6da87a3241deb13d073c4125d19ed0e5a0c62c
>
> The Skylake workaround
hives/dri-devel/attachments/20160906/929824e1/attachment.sig>
sc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/416c817d/attachment.sig>
On 04/09/16 19:58, Nicolas Iooss wrote:
> When building the kernel with clang and some warning flags, the compiler
> reports that the return value of dcs_get_backlight() may be
> uninitialized:
>
> drivers/gpu/drm/i915/intel_dsi_dcs_backlight.c:53:2: error: variable
> 'data' is used
https://bugzilla.kernel.org/show_bug.cgi?id=100871
Reg changed:
What|Removed |Added
Attachment #231661|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=100871
--- Comment #15 from Reg ---
Hm, I can't edit that last message. Here are a couple of corrections:
Where I showed:
xrandr --output DisplayPort-${1} --mode 1920x1080
sleep
xrandr --output DisplayPort-${1} --mode 2560x1440
It should
On Tue, Sep 06, 2016 at 12:20:51PM +0300, Ville Syrjälä wrote:
> On Sun, Aug 28, 2016 at 05:28:46PM +0200, Andrea Arcangeli wrote:
> > Skylake was already singled out, but it doesn't cover the XPS 13 L332X
> > model which is based on IvyBridge.
> >
> > The commit that introduced the regression
gma500/framebuffer.h
b/drivers/gpu/drm/gma500/framebuffer.h
index 395f20b..50b384e 100644
--- a/drivers/gpu/drm/gma500/framebuffer.h
+++ b/drivers/gpu/drm/gma500/framebuffer.h
@@ -32,6 +32,8 @@ struct psb_framebuffer {
struct address_space *addr_space;
struct fb_info *fbdev;
struct gtt_range *gtt;
+ bool vm_map;
+
};
struct psb_fbdev {
--
2.1.0
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/c5754d69/attachment-0001.html>
On 09/06/16 12:07, Tomi Valkeinen wrote:
>
>
> On 06/09/16 11:19, Jyri Sarha wrote:
>> Take mode config lock while updating the crtc clock rate. To avoid a
>> race in tilcdc_crtc_update_clk(), we do not want the mode to change
>> while we update crtc clock.
>>
>> Signed-off-by: Jyri Sarha
>>
On 09/06/16 12:30, Tomi Valkeinen wrote:
> On 06/09/16 11:19, Jyri Sarha wrote:
>> Add mutex to protect crtc enable and disable routines. The
>> tilcdc_crtc_disable() function waits for frame done interrupt, the
>> internal data will get out of sync, should another enable arrive while
>> waiting
> - return np_parent;
> + return np;
> }
>
> struct device_node *
>
-- 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/20160906/18af42c3/attachment.sig>
Hi Dave,
Here are two fixes for 4.8-rc6. I was supposed to send this PR just
after -rc1, but I completely forgot, so if you feel it's too late
for this release, I can queue them for 4.9 (note that the fixes are
trivial, and I don't think they can introduce a regression).
Regards,
Boris
The
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/6d7cd6eb/attachment.html>
When CONFIG_PM is not set, we get a warning about an unused function:
drivers/gpu/drm/exynos/exynos_drm_gsc.c:1219:12: error: 'gsc_clk_ctrl' defined
but not used [-Werror=unused-function]
static int gsc_clk_ctrl(struct gsc_context *ctx, bool enable)
^~~~
This removes the
On Fri, Aug 26, 2016 at 1:50 PM, Dave Gordon
wrote:
> We had only DRM_INFO() and DRM_ERROR(), whereas the underlying printk()
> provides several other useful intermediate levels such as NOTICE and
> WARNING. So this patch fills out the set by providing simple macros for
> the additional levels.
On Tuesday, September 6, 2016 3:37:55 PM CEST 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:
On Tuesday, September 6, 2016 3:46:16 PM CEST Baoyou Xie wrote:
> We get 1 warning when building kernel with W=1:
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: no previous
> prototype for 'atmel_hlcdc_crtc_reset' [-Wmissing-prototypes]
>
> In fact, this function is only used
On Tue, 06 Sep 2016 15:43:45 +0200
Arnd Bergmann wrote:
> On Tuesday, September 6, 2016 3:46:16 PM CEST Baoyou Xie wrote:
> > We get 1 warning when building kernel with W=1:
> > drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: no previous
> > prototype for 'atmel_hlcdc_crtc_reset'
brightness/contrast based on
> histogram measurements for LCD content adaptive backlight control.
You're right, I changed it.
Thanks!
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/35bfc0a5/attachment.sig>
On 09/06/2016 03:30 PM, Arnd Bergmann wrote:
> When CONFIG_PM is not set, we get a warning about an unused function:
>
> drivers/gpu/drm/exynos/exynos_drm_gsc.c:1219:12: error: 'gsc_clk_ctrl'
> defined but not used [-Werror=unused-function]
> static int gsc_clk_ctrl(struct gsc_context *ctx, bool
t that. The reference is from an unknown brand, but at
least the part number shows up on Google, I'll use that.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/dcec7aca/attachment.sig>
On Mon, Sep 5, 2016 at 3:00 AM, Huang Rui wrote:
> In previous drm_global_item_ref, there are two times of writing
> ref->object if item->refcount is 0. So this patch does a minor update
> to put alloc and init ref firstly, and then to modify the item of glob
> array. Use "else" to avoid two
Hi everyone,
This serie introduces the support in the sun4i-drm driver for the A33.
Beside the new IPs and special cases for the A33 new IPs, there's
nothing really outstanding, and is now at feature parity with the A13.
This serie is based on my A33 CCU patches posted earlier today here:
The A33 has a significantly different pipeline, with components that differ
too.
Make sure we had compatible for them.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 7 ++-
drivers/gpu/drm/sun4i/sun4i_backend.c | 1 +
Some Allwinner SoCs, such as the A33, have a variation of the TCON that
doesn't have a second channel (or it is not wired to anything).
Make sure we can handle that case.
Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
---
drivers/gpu/drm/sun4i/sun4i_tcon.c | 34
The A33 has an block called SAT that is part of the backend that needs to
be clocked and out of reset to be able for the backend to operate properly.
Extend the binding to have the SAT resources listed, and claim them when
the backend probes.
Signed-off-by: Maxime Ripard
---
The A33 pipeline also has a component called DRC. Even though its exact
features and programming model is not known (or documented), it needs to
be clocked for the pipeline to carry the video signal all the way.
Add a minimal driver for it that just claim the needed resources for the
pipeline to
The E231732 is a 7" panel with a resolution of 800x480.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/panel/panel-simple.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index
Netron DY is a brand of LCD panels found on SBCs and tablets.
Signed-off-by: Maxime Ripard
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
The LCD output needs to be muxed. Add the proper pinctrl node.
Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun8i-a23-a33.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a23-a33.dtsi
Add all the needed blocks to the A33 DTSI.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a33.dtsi | 152 +++
1 file changed, 152 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a33.dtsi b/arch/arm/boot/dts/sun8i-a33.dtsi
index
Enable the display pipeline with the associated 7" panel sold with the
SinA33.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts | 34 ++
1 file changed, 34 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a33-sinlinx-sina33.dts
crtc_set_mode() only checks if the CRTC mode has changed when deciding
whether encoders require a mode_set. This is insufficient when the CRTC
mode isn't changed but a new encoder is added to it, leading to encoders
never getting mode_set.
Fix this by also checking that a connector's CRTC and
On Tue, Sep 6, 2016 at 4:37 AM, Maxime Ripard
wrote:
> On Sat, Sep 03, 2016 at 09:43:59AM +0800, Chen-Yu Tsai wrote:
>> On Sat, Sep 3, 2016 at 3:06 AM, Maxime Ripard
>> wrote:
>> > Hi Icenowy,
>> >
>> > On Fri, Sep 02, 2016 at 09:30:05AM +0800, Icenowy Zheng wrote:
>> >>
>> >>
>> >> 01.09.2016,
On Tue, Sep 6, 2016 at 4:02 AM, Maxime Ripard
wrote:
> Hi,
>
> On Mon, Sep 05, 2016 at 01:03:03AM +0800, Icenowy Zheng wrote:
>> Hi Everyone,
>>
>> 01.09.2016, 23:40, "Maxime Ripard" :
>> > The SinA33 has an unidentified panel. Add the timings for it under a new
>> > compatible.
>>
>>
>>
>>
> when in ddr frequency scaling process, vop can not do enable or
> disable operation, since in dcf we check vop clock to see whether
> vop work. If vop work, dcf do ddr frequency scaling when vop
> in vblank status, and we need to read vop register to check whether
> vop go into vblank status. If
We get a few warnings when building kernel with W=1:
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/fiji_hwmgr.c:1633:9: warning: no
previous prototype
for 'fiji_get_voltage_index' [-Wmissing-prototypes]
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/fiji_hwmgr.c:5412:5: warning: no
previous
On Tue, Sep 6, 2016 at 4:21 AM, Maxime Ripard
wrote:
> Hi,
>
> On Fri, Sep 02, 2016 at 02:28:54PM +0800, Chen-Yu Tsai wrote:
>> > + be0: display-backend at 01e6 {
>> > + compatible = "allwinner,sun8i-a33-display-backend";
>> > + reg =
We get a few warnings when building kernel with W=1:
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/polaris10_clockpowergating.c:34:5:
warning: no previous prototype
for 'polaris10_phm_powerup_uvd' [-Wmissing-prototypes]
drivers/gpu/drm/amd/amdgpu/../powerplay/hwmgr/polaris10_thermal.c:428:5:
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:66:6: warning: no previous prototype for
'malidp_destroy_plane_state'
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: no previous prototype for
'armada_gem_prime_map_dma_buf'
We get 1 warning when building kernel with W=1:
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c:390:6: warning: no previous
prototype for 'atmel_hlcdc_crtc_reset' [-Wmissing-prototypes]
In fact, this function is only used in the file in which it is
declared and don't need a declaration, but can
L.S.,
Since one of the last 4.8 RC's i'm getting the warning below when
booting on my sandybridge based thinkpad.
From what it seems the machine still works fine though.
--
Sander
[2.846265] [ cut here ]
[2.846280] WARNING: CPU: 0 PID: 4 at
Use 1UL for unsigned long, or we'll meet a overflow issue with UBSAN.
[ 15.589489] UBSAN: Undefined behaviour in
drivers/gpu/drm/drm_hashtab.c:145:35
[ 15.589500] signed integer overflow:
[ 15.58] -2147483648 - 1 cannot be represented in type 'int'
[ 15.590434] CPU: 2 PID: 294 Comm:
On 2016-09-06 11:25, Jani Nikula wrote:
> On Tue, 06 Sep 2016, linux at eikelenboom.it wrote:
>> L.S.,
>>
>> Since one of the last 4.8 RC's i'm getting the warning below when
>> booting on my sandybridge based thinkpad.
>> From what it seems the machine still works fine though.
>
> What does
Hi, all
I want to implement memory management for my new drm driver,
it is for a display controller attached to PCIe bus of our SOC,
however, I found two kind of implementions in existing kernel drivers:
one is implemented with gem + ttm, such as bochs/cirrus/amdgpu,
the other is
Hi Daniel,
2016-08-30 11:08 GMT+02:00 Daniel Vetter :
> On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
>> From: The etnaviv authors
>>
>> This adds the following basic unit tests:
>>
>> - etnaviv_2d_test
>> Let the 2D core render a defined pattern into a bo
>> and store
Hi Emil,
again thanks for the review.
2016-08-30 15:15 GMT+02:00 Emil Velikov :
> On 30 August 2016 at 10:08, Daniel Vetter wrote:
>> On Tue, Aug 30, 2016 at 09:14:51AM +0200, Christian Gmeiner wrote:
>>> From: The etnaviv authors
>>>
>>> This adds the following basic unit tests:
>>>
>>> -
As the original patchstack is now about 80 patches, I have choosen to
squash the patches together into two seperate parts. The libdrm_etnaviv
implementation and tests. All seperate patches can be found here:
https://github.com/austriancoder/libdrm/tree/master
As this work is a collaborative
From: The etnaviv authors
Add the libdrm_etnaviv helper library to encapsulate etnaviv-specific
interfaces to the DRM.
Signed-off-by: Christian Gmeiner
Signed-off-by: Lucas Stach
---
.gitignore | 1 +
Makefile.am | 6 +
From: The etnaviv authors
This adds the following basic unit tests:
- etnaviv_2d_test
Let the 2D core render a defined pattern into a bo
and store it as bmp.
- etnaviv_bo_cache_test
Basic tests to validate the bo-cache behavior.
- etnaviv_cmd_stream_test
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> We removed it in
>
> commit 6ab10b76ff6252bd9be0849c40f5865e39a29961
> Author: Daniel Vetter
> Date: Fri Aug 12 22:48:45 2016 +0200
>
> drm/kms: Nuke dirty_info property
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Sean Paul
>
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Again move it from the unmaintainable csv into DOC free-form overview
> sections.
>
> Cc: Lionel Landwerlin
> Signed-off-by: Daniel Vetter
A few more comment nits, after those are fixed,
Reviewed-by: Sean Paul
> ---
>
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Try to spec a bit more precisely how they all fit together, now that
> at least the code is for all the additional properties is in one
> place.
>
> Also remove the entries for the standardized properties from the
> table, because that
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Imo zpos, rotatation, blending eq (once we have it) and all that
> should be in drm_blend.c, since those are all about how exactly the
> pixels are rendered onto the CRTC's visible area. Also noticed that
> one exported function
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Just pure code movement, cleanup and polish will happen in later
> patches.
>
> v2: Don't forget all the ioctl! To extract those cleanly I decided to
> put check_src_coords into drm_framebuffer.c (and give it a
> drm_framebuffer_ prefix),
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Some were still left in drm_crtc.h. Also include drm_edid.h in the
> rst files.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Sean Paul
> ---
> Documentation/gpu/drm-kms-helpers.rst | 3 +++
> include/drm/drm_crtc.h|
On Wed, Aug 31, 2016 at 12:09 PM, Daniel Vetter
wrote:
> Now that there's less stuff in there I noticed that I overlooked them.
> Sprinkle some docs over them while at it.
>
> Signed-off-by: Daniel Vetter
Reviewed-by: Sean Paul
> ---
> include/drm/drm_connector.h | 24
On Tue, Aug 30, 2016 at 5:50 PM, Haixia Shi wrote:
> The usb_driver suspend and resume function pointers must be populated
> to prevent forced unbinding of USB interface driver. See usb/core/driver.c:
> unbind_no_pm_drivers_interfaces().
>
> Restore mode and damage the entire frame buffer upon
https://bugzilla.kernel.org/show_bug.cgi?id=100871
--- Comment #16 from Reg ---
Update: Regarding c14 (comment 14) about the ./display-on.sh. Even though
running this script can turn the display on that was erroneously off during
boot the display will turn itself back off after a few seconds or
On Tue, Sep 06, 2016 at 01:56:20PM +0300, Ville Syrjälä wrote:
> On Tue, Sep 06, 2016 at 12:20:51PM +0300, Ville Syrjälä wrote:
> > On Sun, Aug 28, 2016 at 05:28:46PM +0200, Andrea Arcangeli wrote:
> > > Skylake was already singled out, but it doesn't cover the XPS 13 L332X
> > > model which
helped in my case - FPS in Heaven increased from 1 to 15 and VRAM usage was
optimal.
--
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/attac
on either
connectors, and we can't have both output running at the same time for
the same reason than mention above.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
-- next part --
A non-text attachment was scrubbed...
Name:
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/6ddcf253/attachment.html>
The ->set() callback would always be called when transitioning
from FLUSH->DISABLE since we assign state to psr->state right
above the skip condition.
Reported-by: Daniel Kurtz
Signed-off-by: Sean Paul
---
drivers/gpu/drm/rockchip/rockchip_drm_psr.c | 8 +---
1 file changed, 5
On Fri, Aug 26, 2016 at 6:19 AM, Yakir Yang wrote:
> Make sure the request PSR state could effect in analogix_dp_send_psr_spd()
> function, or printing the error Sink PSR state if we failed to effect
> the request PSR setting.
>
> Signed-off-by: Yakir Yang
> ---
>
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/0d780927/attachment.html>
On 06/09/16 12:21, Dave Gordon wrote:
> On 04/09/16 19:58, Nicolas Iooss wrote:
>> When building the kernel with clang and some warning flags, the compiler
>> reports that the return value of dcs_get_backlight() may be
>> uninitialized:
>>
>>
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160906/88d63d41/attachment.html>
On Tue, 2016-09-06 at 19:28 +0800, jiang.biao2 at zte.com.cn wrote:
> Hi,Â
>
> I found current gma500 fbdev driver does not support the virtualÂ
> mapping for the fb pages, instead it only uses stolen pages andÂ
> supports high resolution console by reducing the color depth. ItÂ
> works well
achment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/f71eeca6/attachment.html>
astpath+0x16/0x71
--
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/20160906/7b26cbd0/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/57865f9f/attachment.html>
On Tue, Aug 30, 2016 at 2:23 AM, Laurent Pinchart
wrote:
> Hi John,
>
> Thank you for the patches.
Thanks so much for the review! I'm reworking the patchset now and will
be sending out an updated set soon!
>> This patchset, along with the i2s driver and dts changes allows
>> HDMI audio to work
On Tue, Aug 30, 2016 at 1:56 AM, Laurent Pinchart
wrote:
> Hi John,
>
> Thank you for the patch.
>
> On Monday 29 Aug 2016 16:41:33 John Stultz wrote:
>> From: Archit Taneja
>>
>> This patch moves the adv7511 data structure to header file so that the
>> audio driver file could use it.
>
>
1 - 100 of 109 matches
Mail list logo