-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/400ead28/attachment.html>
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/ed955017/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/5f21d81a/attachment.html>
From: Marek Olšák
Userspace will be able to tell whether a GPU reset occured by comparing
an old referece value of the counter with a new value.
Signed-off-by: Marek Olšák
---
drivers/gpu/drm/radeon/radeon.h| 1 +
drivers/gpu/drm/radeon/radeon_device.c | 2 ++
drivers/gpu/drm/radeo
Use the CRC PWM device in intel_panel.c and add new MIPI backlight
specififc callbacks
v2: Modify to use pwm_config callback
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Signed-off-by: Shobhit Kumar
---
drivers/gpu/drm/i915/intel_drv.h | 5 +++
drivers/gpu/
The CRC (Crystal Cove) PMIC, controls the panel enable and disable
signals for BYT for dsi panels. This is indicated in the VBT fields. Use
that to initialize and use GPIO based control for these signals.
v2: Use the newer gpiod interface(Alexandre)
v3: Remove the redundant checks and unused code
The Crystalcove PMIC controls PWM signals and this driver exports that
capability as a PWM chip driver. This is platform device implementtaion
of the drivers/mfd cell device for CRC PMIC
v2: Use the existing config callback with duty_ns and period_ns(Thierry)
CC: Samuel Ortiz
Cc: Linus Walleij
On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup
entry for the same to be used by the consumer (Intel GFX)
v2: Remove the lookup table on driver unload (Thierry)
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Signed-off-by: Shobhit Kumar
--
Needed for PWM control suuported by the PMIC
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Signed-off-by: Shobhit Kumar
---
drivers/mfd/intel_soc_pmic_crc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/mfd/intel_soc_pmic_crc.c b/drivers/mfd/int
On some Intel SoC platforms, the panel enable/disable signals are
controlled by CRC PMIC. Add those control as a new GPIO in a lookup
table for gpio-crystalcove chip during CRC driver load
v2: Make the lookup table static (Thierry)
Remove the lookup table during driver remove (Thierry)
CC: Sa
In case some drivers are unloading, they can remove lookup tables which
they would have registered during their load time to avoid redundant
entries if loaded again
v2: Ccing maintainers
CC: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Signed-off-by: Shobhit Kumar
In case we unload and load a driver module again that is registering a
lookup table, without this it will result in multiple entries. Provide
an option to remove the lookup table on driver unload
v2: Ccing maintainers
Cc: Samuel Ortiz
Cc: Linus Walleij
Cc: Alexandre Courbot
Cc: Thierry Reding
Hi All,
On some of the BYT devices, for DSI panels, the panel enable/disable signals
and backlight control are done using the Crystalcove PMIC. This series provides
support for the same and has been reviewed earlier on -
http://lists.freedesktop.org/archives/intel-gfx/2015-March/061908.html
This
On 24/04/15 15:13, Alex Deucher wrote:
> This is used by radeon and freedreno and will be used
> by amdgpu. I looked at switching to libdrm_lists.h,
> but it's pretty horrible. E.g., DRMLISTFOREACHENTRYSAFE.
>
It does have one advantage though - it's typeless. Thus it allows
nouveau and intel to
Hi Dave,
Fixes for 4.1 for radeon all destined for stable:
- fix fallout from the audio rework
- VM fixes
- other assorted bug fixes
The following changes since commit 59fd7e4b0b0769638b5162e56c28bbb027a118d3:
Merge tag 'drm-intel-next-fixes-2015-04-25' of
git://anongit.freedesktop.org/drm-in
.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/eea04dcc/attachment.html>
croll problem for me.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/cdafd0cf/attachment.html>
Le 24/03/2015 17:12, Nicolas Ferre a écrit :
> Signed-off-by: Nicolas Ferre
Ping?
> ---
> Thierry,
>
> Here it is ;-)
>
> Bye,
>
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/vendor-prefixe
Le 24/03/2015 17:12, Nicolas Ferre a écrit :
> Signed-off-by: Nicolas Ferre
> ---
> Thierry,
>
> Boris added the support for a Foxlink panel in this commit: 102932b0e474
> (drm/panel: add support for Foxlink FL500WVR00-A0T panel). Here is the vendor
> prefix.
Ping?
>
> Bye,
>
> Documentatio
On 22/04/15 02:05, Joonyoung Shim wrote:
> Hi Emil,
>
> On 04/22/2015 05:16 AM, Emil Velikov wrote:
>> Hi Joonyoung,
>>
>> On 13/04/15 08:31, Joonyoung Shim wrote:
>>> Hi all,
>>>
>>> This patchset is to fix properly about buffer and framebuffer resources
>>> when terminates modetest of libdrm.
>>
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #29 from Dieter Nützel ---
(In reply to Dieter Nützel from comment #28)
> NO, no "git bisect..."
>
> git checkout -b v3.19|v4.0|4.1-rc1 (checkout a branch)
git checkout BRANCHNAME
> and then
> git revert xxx
>
> https://www.atl
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #28 from Dieter Nützel ---
NO, no "git bisect..."
git checkout -b v3.19|v4.0|4.1-rc1 (checkout a branch)
and then
git revert xxx
https://www.atlassian.com/git/tutorials/undoing-changes
http://landley.net/writing/git-bisect-howto.h
enderer string: Gallium 0.4 on AMD RV710
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/0acfd9a3/attachment-0001.html>
RV770.". So my
uneducated guess is that the patch does apply to you.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/2015
Hi Kamil,
Allow me to put a few suggestions:
On 29 April 2015 at 11:02, Kamil Debski wrote:
> This is the first version of the libGenCEC library. It was designed to
> act as an interface between the generic CEC kernel API and userspace
> applications. It provides a simple interface for applicati
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #27 from George Cheban ---
Thank you, Sir! :)
Sorry, how can I choose a kernel version? By "git bisect good v4.0" and then
revert 1a81* and make?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #26 from Dieter Nützel ---
(In reply to George Cheban from comment #25)
> Sorry, I'm noob :)
Your are NO noob, your are learning (on a big, big piece of code)!
> Do I need to do next steps? :
>
> /*After "bisect"*/
> $ cd /linux
>
By the way, your subject lines are messed up.
They should adhere to the conventions laid down by the Maintainers.
`git log --oneline -- drivers/`
> On some Intel SoC platforms, the panel enable/disable signals are
> controlled by CRC PMIC. Add those control as a new GPIO in a lookup
> table for
On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> On some Intel SoC platforms, the panel enable/disable signals are
> controlled by CRC PMIC. Add those control as a new GPIO in a lookup
> table for gpio-crystalcove chip during CRC driver load
>
> v2: Make the lookup table static (Thierry)
> Remove
On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> Needed for PWM control suuported by the PMIC
>
> CC: Samuel Ortiz
> Cc: Linus Walleij
> Cc: Alexandre Courbot
> Cc: Thierry Reding
> Signed-off-by: Shobhit Kumar
> ---
> drivers/mfd/intel_soc_pmic_crc.c | 3 +++
> 1 file changed, 3 insertions(+)
On Wed, 29 Apr 2015, Shobhit Kumar wrote:
> On some BYT PLatform the PWM is controlled using CRC PMIC. Add a lookup
> entry for the same to be used by the consumer (Intel GFX)
>
> v2: Remove the lookup table on driver unload (Thierry)
>
> CC: Samuel Ortiz
> Cc: Linus Walleij
> Cc: Alexandre Co
On 28 April 2015 at 18:02, Alex Deucher wrote:
> On Tue, Apr 28, 2015 at 10:09 AM, Emil Velikov
> wrote:
>> Signed-off-by: Emil Velikov
>
> For the series:
> Reviewed-by: Alex Deucher
>
Thank you. I'll give it another day or two before pushing (just in case).
-Emil
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #25 from George Cheban ---
Sorry, I'm noob :)
Do I need to do next steps? :
/*After "bisect"*/
$ cd /linux
$ git bisect reset
$ git revert 1a81b94
$ make oldconfig
# make -3j && make modules_install && make install
Will the latest ke
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #24 from Dieter Nützel ---
(In reply to George Cheban from comment #23)
> > But have you tried running any 'newer' kernel with
> >
> > git revert 1a81b94 (c6x: remove unused parameter in Kconfig)?
>
> Please, can you write a more
Hi Alex,
On 24 April 2015 at 16:23, Alex Deucher wrote:
> This is the new ioctl wrapper used by the new admgpu driver.
> It's primarily used by xf86-video-amdgpu and mesa.
>
> v2: fix amdgpu_drm.h install
> v3: Integrate some of the sugestions from Emil:
> clean up Makefile.am, configure.ac
>
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #23 from George Cheban ---
> But have you tried running any 'newer' kernel with
>
> git revert 1a81b94 (c6x: remove unused parameter in Kconfig)?
Please, can you write a more detailed instruction what to do?
--
You are receiving
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/f1a3b017/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=96351
Dieter Nützel changed:
What|Removed |Added
CC||Dieter at nuetzel-hh.de
--- Comment #22
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/19af61b8/attachment.html>
This adds some basic unit tests for the new amdgpu driver.
v2: use common util_math.h
v3: implement suggestions from Emil
replace malloc/memset with calloc
make header guards all caps
use posix_memalign rather than mem_align
replace malloc with calloc for pm4 allocations
make C
Hi Sergei,
Thank you for the review.
On Wednesday 29 April 2015 14:33:31 Sergei Shtylyov wrote:
> On 4/29/2015 3:37 AM, Laurent Pinchart wrote:
> > Document the structure fields using kerneldoc.
> >
> > Signed-off-by: Laurent Pinchart
> >
> > ---
> >
> > drivers/gpu/drm/rcar-du/rcar_du_crtc.
On 4/29/2015 3:37 AM, Laurent Pinchart wrote:
> Document the structure fields using kerneldoc.
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_plane.h | 11 ++-
> 1 file changed, 10 insertions(+), 1 deletion(-)
> diff --git a/drivers/gpu/drm/rcar-du/rcar_du_
Hello.
On 4/29/2015 3:37 AM, Laurent Pinchart wrote:
> Document the structure fields using kerneldoc.
> Signed-off-by: Laurent Pinchart
> ---
> drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc
Hi Alex,
On 24 April 2015 at 16:13, Alex Deucher wrote:
> This adds some basic unit tests for the new amdgpu driver.
>
> v2: use common util_math.h
>
Can I put forward a few suggestions:
- Can we use calloc over malloc. It will likely save you/others some
headaches in the future.
- Use capital
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #21 from George Cheban ---
Made a bisect, it took me about 10 day for it wooh... :)
You can see show HEAD and log in attachment.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #20 from George Cheban ---
Created attachment 175241
--> https://bugzilla.kernel.org/attachment.cgi?id=175241&action=edit
bisect log
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=96351
--- Comment #19 from George Cheban ---
Created attachment 175231
--> https://bugzilla.kernel.org/attachment.cgi?id=175231&action=edit
Head v2
--
You are receiving this mail because:
You are watching the assignee of the bug.
This is the first version of the libGenCEC library. It was designed to
act as an interface between the generic CEC kernel API and userspace
applications. It provides a simple interface for applications and an
example application that can be used to test the CEC functionality.
signed-off-by: Kamil
From: Hans Verkuil
Add DocBook documentation for the CEC API.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: add documentation for passthrough mode]
[k.debski at samsung.com: minor fixes and change of reserved field sizes]
Signed-off-by: Kamil Debski
---
Documentation/DocBook/media/Mak
Add CEC interface driver present in the Samsung Exynos range of
SoCs.
The following files were based on work by SangPil Moon:
- exynos_hdmi_cec.h
- exynos_hdmi_cecctl.c
Signed-off-by: Kamil Debski
---
.../devicetree/bindings/media/s5p-cec.txt | 33 +++
drivers/media/platform/Kconfig
From: Hans Verkuil
Add CEC support to the adv7511 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
---
drivers/media/i2c/adv7511.c | 347 ++-
include/medi
From: Hans Verkuil
Add CEC support to the adv7604 driver.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
[k.debski at samsung.com: add missing methods cec/io_write_and_or]
[k.debski at samsung.com: change adv7604 to adv76xx in adde
From: Hans Verkuil
Add callbacks to the v4l2_subdev_video_ops.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged changes from CEC Updates commit by Hans
Verkuil]
Signed-off-by: Kamil Debski
---
include/media/v4l2-subdev.h |8
1 file changed, 8 insertions(+)
diff --gi
From: Hans Verkuil
The added HDMI CEC framework provides a generic kernel interface for
HDMI CEC devices.
Signed-off-by: Hans Verkuil
[k.debski at samsung.com: Merged CEC Updates commit by Hans Verkuil]
[k.debski at samsung.com: Merged Update author commit by Hans Verkuil]
[k.debski at samsung.
Add handling of remote control events coming from the HDMI CEC bus.
This patch includes a new keymap that maps values found in the CEC
messages to the keys pressed and released. Also, a new protocol has
been added to the core.
Signed-off-by: Kamil Debski
---
drivers/media/rc/keymaps/Makefile |
Add HDMI CEC specific keycodes to the keycodes definition.
Signed-off-by: Kamil Debski
---
include/uapi/linux/input.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/uapi/linux/input.h b/include/uapi/linux/input.h
index 731417c..7430a3f 100644
--- a/include/uapi/linux
Add a dts node entry and enable the HDMI CEC device present in the Exynos4
family of SoCs.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4412-odroid-common.dtsi
b/arch/arm/boot/d
This patch adds HDMI CEC node specific to the Exynos4210/4x12 SoC series.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos4.dtsi | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4.dtsi b/arch/arm/boot/dts/exynos4.dtsi
index e20cdc2..8776db9 1006
Add pinctrl nodes for the HDMI CEC device to the Exynos4210 and
Exynos4x12 SoCs. These are required by the HDMI CEC device.
Signed-off-by: Kamil Debski
---
arch/arm/boot/dts/exynos4210-pinctrl.dtsi |7 +++
arch/arm/boot/dts/exynos4x12-pinctrl.dtsi |7 +++
2 files changed, 14 inse
Hi,
This is the fifth version of the HDMI CEC framework patches. All the
previous version have spun many discussions and quite a few changes.
Hopefully, in this version, the code of the framework matured and got
closer to meeting our requirements.
Again, thank you so much for all the discussion a
Yes, this is a bug in DSI driver. I have sent a patch to fix it.
http://lists.freedesktop.org/archives/dri-devel/2015-April/081893.html
Sorry for any inconvenience it caused.
Hai
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
David Bind
During cmd rx, only new versions of H/W provide register to read back
the real number of byte returned by panel. For the old versions, reading
this register will not get the right number. In fact, we only need to
assume the returned data is the same size as we expected, because later
we will check
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_host.c
b/drivers/gpu/drm/msm/dsi/dsi_host.c
index fdc54e3..473d417 100644
--- a/drivers/gpu/drm/msm/dsi/dsi_host.c
+++ b/drivers/gpu/drm/msm/dsi/dsi_host.c
These 2 patches are to fix the issues during DSI command rx.
Hai Li (2):
drm/msm/dsi: Fixup missing *break* statement during cmd rx
drm/msm/dsi: Simplify the code to get the number of read byte
drivers/gpu/drm/msm/dsi/dsi_host.c | 15 +--
1 file changed, 5 insertions(+), 10 delet
sfr at canb.auug.org.au
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/35620da0/attachment.sig>
Krzysztof Kozlowski writes:
> After adding display power domain for Exynos5250 in commit
> 2d2c9a8d0a4f ("ARM: dts: add display power domain for exynos5250") the
> display on Chromebook Snow and others stopped working after boot.
>
> The reason for this suggested Andrzej Hajda: the DP clock was d
On Wed, Apr 29, 2015 at 10:16 AM, Nicolas Ferre
wrote:
> Le 24/03/2015 17:12, Nicolas Ferre a écrit :
>> Signed-off-by: Nicolas Ferre
>> ---
>> Thierry,
>>
>> Boris added the support for a Foxlink panel in this commit: 102932b0e474
>> (drm/panel: add support for Foxlink FL500WVR00-A0T panel). H
On Wed, Apr 29, 2015 at 10:17 AM, Nicolas Ferre
wrote:
> Le 24/03/2015 17:12, Nicolas Ferre a écrit :
>> Signed-off-by: Nicolas Ferre
>
> Ping?
Acked-by: Rob Herring
>
>> ---
>> Thierry,
>>
>> Here it is ;-)
>>
>> Bye,
>>
>> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
>> 1
Fix Valgrind errors because those memory was uninitialized.
https://bugs.freedesktop.org/show_bug.cgi?id=90194
Signed-off-by: Guillaume Desmottes
---
xf86drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index f7c45f8..01c398e 100644
--- a/xf86drm.c
+++ b/xf86drm.
"' failed.
>
> Did test with only the patch from comment #8 or did you test with both
> patches?
Just #8 but I just tried with both and get the same fail.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/3ae07209/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/74c78f84/attachment-0001.html>
If we have more than one CRTCs in a group pre-associate planes 0-3 with
CRTC 0 and planes 4-7 with CRTC 1 to minimize flicker occurring when the
association is changed. The pre-association could be controlled by a
module parameter if needed.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rc
The number of CRTCs in a group is only used to implement plane
initialization for now, but is also needed to implement pre-association
of planes to CRTCs. Store it in the group structure instead of computing
it on demand.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_group.
Hardware planes are driven by the timing generator of the CRTC they are
associated to. Changing the association requires restarting the CRTC
group that the plane belongs to, resulting in flicker on the other CRTC.
To avoid flicker as much as possible, try to allocate planes first from
the free pla
Changing the plane to CRTC associations requires restarting the CRTC
group, creating visible flicker. Mitigate the issue by changing plane
association only when a plane becomes enabled, not when it get disabled.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 48 +++
Plane allocation is a complex process, add debugging statements to help
finding out what could might wrong.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 38 ++-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/drivers/gp
All other cast functions are named without using "du", make the plane
state cast consistent with them.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 6 +++---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 8
drivers/gpu/drm/rcar-du/rcar_du_plane.c | 16
The rcar_du_planes structure contains a single field and is only
instantiated in the rcar_du_group structure. Embed it directly and
remove the rcar_du_planes structure.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 10 +-
drivers/gpu/drm/rcar-du/rcar_du_gr
The plane property objects are instantiated once per CRTC group, while
they should be instantiated once globally for the device. Fix this and
move them to the rcar_du_device structure.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 6 +
drivers/gpu/drm/rcar-du
Document the structure fields using kerneldoc.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_plane.h | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_plane.h
b/drivers/gpu/drm/rcar-du/rcar_du_plane.h
index abff
Document the structure fields using kerneldoc.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/gpu/drm/rcar-du/rcar_du_crtc.h
b/drivers/gpu/drm/rcar-du/rcar_du_crtc.h
index 5d9aa9b33769..e72f1
Hello,
This patch set attempts to get rid of flicker caused by hardware plane
reassociations.
The 8 DU hardware planes are shared by two CRTCs and can be associated with
any of them. However, when association needs to change, for instance because
a currently unused planes that was associated with
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/11659f30/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/ed3e5819/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/d1c7005c/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/82cb31a6/attachment.html>
ves/dri-devel/attachments/20150429/1105de88/attachment.html>
Thomas Gummerer writes:
> Commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are
> always on for wm calculation (v4)") fixes a null pointer dereference.
> Setting the primary and cursor panes to false in
> ilk_compute_wm_parameters to false does however give the following
> errors in t
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150429/e3ab82ce/attachment.html>
89 matches
Mail list logo
