WARN if CRTC is touched without CRTC lock. The crtc functions should
not be called simultaneously from multiple threads. Having the DRM
CRTC lock should take care of that.
tilcdc_crtc_destroy() has to take the CRTC lock befor calling
tilcdc_crtc_disable() because drm_mode_config_cleanup() does not
Remove unnecessary tilcdc_crtc_disable() from tilcdc_unload(). The
tilcdc_crtc_disable() called via tilcdc_crtc_destroy() by
drm_mode_config_cleanup() couple of lines later.
The early call to tilcdc_crtc_disable() was a wrong fix (that worked)
for calling drm_flip_work_cleanup() before flushing th
Flush flip-work workqueue before drm_flip_work_cleanup(). It causes a
nasty warning if there is unfinished flip-work in the queue when
drm_flip_work_cleanup() is called. The flush_workqueue() has to be
called before drm_crtc_cleanup() for unref_worker() to be able to do
its job.
Signed-off-by: Jyr
Clean up LCDC functional clock rate seating code.
The LCDC functional clock is set by two functions: mode_set_nofb() and
cpufreq_transition().
When tilcdc_crtc_mode_set_nofb() is called in atomic commit phase the
drm atomic helpers have taken all the necessary drm locks and turned
off the crtc, w
Take crtc modeset lock while updating the crtc clock rate. To avoid a
race in tilcdc_crtc_update_clk(), we do not want crtc mode to change
while we update crtc clock.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/
Changes since v1:
- Use drm_modeset_lock/unlock_crtc() instead of taking mode config mutex
- Rewrote decsription for old "drm/tilcdc: Add tilcdc_crtc_set_clk() and
cleanup cpufreq_transition()" which now called "drm/tilcdc: Clean up LCDC
functional clock rate setting code"
- Dropped "drm/tilcdc
On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard
wrote:
> Add all the needed blocks to the A33 DTSI.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard
wrote:
> 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 ++-
On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard
wrote:
> 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
On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard
wrote:
> 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 f
On Tue, Sep 6, 2016 at 10:46 PM, Maxime Ripard
wrote:
> The A33 has a significantly different pipeline, with components that differ
> too.
>
> Make sure we had compatible for them.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
> ---
> Documentation/devicetree/bindings/display/sunxi/
> "Maxime" == Maxime Ripard writes:
> 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
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:
>>
>> drivers/gpu/drm/i915/intel_dsi_dcs_backlight.c:53:2:
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 w
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/57865f9f/attachment.html>
L_64_fastpath+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>
n HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/f71eeca6/attachment.html>
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 is
her the screen is connected or not 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 n
lt;https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/88d63d41/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/0d780927/attachment.html>
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 implemented
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>
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/6ddcf253/attachment.html>
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
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
Tests for the etna_cmd_stream A
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 +
configure.ac | 1
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 effort
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 s
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:
>>>
>>> - etn
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 i
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 Vetter
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: p
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
b/arch/ar
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
b/arch/arm/boot/dts/sun8i-a23-a33.dts
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 f3d91d2c96ef..1d21
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 85143d1
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
b/Documentation/devicetree/bindings/vend
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 o
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
---
.../bindings/displa
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 +--
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:
http:/
g just 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>
From: Srinivas Kandagatla
This patch enables the Audio Data and Clock pads to the adv7533 bridge.
Without this patch audio can not be played.
Cc: David Airlie
Cc: Archit Taneja
Cc: Laurent Pinchart
Cc: Wolfram Sang
Cc: Srinivas Kandagatla
Cc: "Ville Syrjälä"
Cc: Boris Brezillon
Cc: Andy
This patch adds support to Audio for both adv7511 and adv7533
bridge chips.
This patch was originally from [1] by Lars-Peter Clausen
and was adapted by Archit Taneja and
Srinivas Kandagatla .
Then I heavily reworked it to use the hdmi-codec driver. And also
folded in some audio packet initializ
This is another swing at getting the adv7511 hdmi bridge
audio support reviewed.
I've taken the core audio work done by Lars-Peter Clausen, and
adapted by Srinivas Kandagatla and Archit Taneja, and tried to
rework it to use the hdmi-codec sound driver.
This patchset, along with the i2s driver and
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 enco
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
y adjust pixel 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 Fri, Sep 2, 2016 at 2:49 AM, Archit Taneja wrote:
> Hi,
>
>
> On 8/30/2016 5:11 AM, John Stultz wrote:
>>
>> From: Andy Green
>>
>> Set the initial audio packet settings to allow the audio
>> driver to work.
>>
>> Cc: David Airlie
>> Cc: Archit Taneja
>> Cc: Laurent Pinchart
>> Cc: Wolfram
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
> ---
> drivers/gpu/drm/bridge/analogix
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'
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.
>
> Actuall
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 be
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: warnin
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 in
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 unsigne
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' [-Wmissing-
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 two
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 pr
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' [-Wmissing
>
> - 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>
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
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:
warn
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 insertions(+)
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 fo
On Tue, Sep 6, 2016 at 3:01 PM, hl wrote:
> Hi
>
>
> On 2016å¹´09æ07æ¥ 02:55, Sean Paul wrote:
>>
>> On Tue, Sep 6, 2016 at 2:15 PM, hl wrote:
>>>
>>> Hi Sean,
>>>
>>>
>>> On 2016å¹´09æ07æ¥ 01:18, Sean Paul wrote:
On Mon, Sep 5, 2016 at 1:06 AM, Lin Huang wrote:
>
> when
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
>> ---
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 foll
On Tue, Sep 6, 2016 at 2:15 PM, hl wrote:
> Hi Sean,
>
>
> On 2016å¹´09æ07æ¥ 01:18, Sean Paul wrote:
>>
>> On Mon, Sep 5, 2016 at 1:06 AM, Lin Huang wrote:
>>>
>>> when in ddr frequency scaling process, vop can not do enable or
>>> disable operation, since in dcf we check vop clock to see whet
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 protot
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 res
On Tue, Sep 6, 2016 at 4:55 AM, Xie XiuQi wrote:
> 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 rep
> 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
> >
> > co
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 i
On Mon, Sep 5, 2016 at 1:06 AM, Lin Huang wrote:
> 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
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/6d7cd6eb/attachment.html>
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 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| 3
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), s
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 accidentall
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 thin
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
> ---
> Documentation/g
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
> -
me: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160906/416c817d/attachment.sig>
desktop.org/archives/dri-devel/attachments/20160906/929824e1/attachment.sig>
27;t 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/attachmen
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.
>
> --
> Sand
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 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 fo
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 thi
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
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 'ls
crtc is not
suitable.
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/20160906/47953370/attachment.sig>
YMBOL
f2355416 Nicolas Pitre 2016-01-22 95 #endif
f2355416 Nicolas Pitre 2016-01-22 96
f5016932 Paul Gortmaker 2011-05-23 97 #define EXPORT_SYMBOL(sym)
\
:: The code at line 63 was first introduced by commit
:: e0f244c63fc9d192dfd399cc2677bbdca61994b1 asmlinkage, module: Make
ksymtab and kcrctab symbols and __this_module __visible
:: TO: Andi Kleen
:: CC: Rusty Russell
---
0-DAY kernel test infrastructureOpen 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>
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 har
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 (no
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 t
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 uniniti
1 - 100 of 120 matches
Mail list logo
