On Tue, May 10, 2016 at 7:30 PM, Noralf Trønnes wrote:
>> Hm, my idea with external transcoders was to pull them in as a
>> drm_bridge. That's of course more work, and we already have a
>> proliferation of different transcoder driver standards in drm
>> unfortunately (there's drm_bridge, but als
On Tue, May 10, 2016 at 8:59 AM, Daniel Vetter wrote:
>> if (ret)
>> return ret;
>>
>> /* How to handle !visible, is it even possible? */
>
> if (!visible)
> return -EINVAL;
>
> You can't, so need to reject it.
Ok, on further thought I think we need a bit m
https://bugzilla.kernel.org/show_bug.cgi?id=117861
--- Comment #2 from Qiang Yu ---
(In reply to Alex Deucher from comment #1)
> I believe this is fixed in:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/
> ?id=6984128d01cf935820a0563f3a00c6623ba58109
> Which should proba
to give me technical instructions.
--
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/20160511/ea7cfd2d/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/2399f42a/attachment.html>
warning: `specLight' used uninitialized
--
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/20160511/cdb5b8ea/attachment.html>
Hi Inki, Daniel,
This is RESEND of the patchset from 01-08-2016 (5 months already).
The only change is added ack for bindings, thanks Rob.
I have put Inki as the main recipient because Sii8620 is present on Samsung
dev board and since drivers of bridges have no dedicated maintainer the practice
is
This header adds definitions specific to MHL protocol.
Signed-off-by: Andrzej Hajda
---
include/linux/mhl.h | 292
1 file changed, 292 insertions(+)
create mode 100644 include/linux/mhl.h
diff --git a/include/linux/mhl.h b/include/linux/mhl.
SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled
via I2C bus.
Signed-off-by: Andrzej Hajda
Acked-by: Rob Herring
---
.../bindings/video/bridge/sil-sii8620.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644
Documentation/dev
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
Acked-by: Benjamin Gaignard
2016-05-09 23:51 GMT+02:00 Arnd Bergmann :
> The sti drm driver has a lot of debugfs interface that cause
> build errors in some configurations when seq_file.h is not
> included implicitly:
>
> drm/sti/sti_mixer.c: In function 'mixer_dbg_ctl':
> drm/sti/sti_mixer.c:88:
From: Hans Verkuil
While stress testing my CEC Framework v16 patch series found here:
http://www.spinics.net/lists/linux-input/msg44422.html
I discovered a few issues when dealing with HDMI disconnects.
The adv7511 patch fixes a potential race condition (never seen it go
wrong, but I feel much
From: Hans Verkuil
If a transmit is issued and before cec_transmit_done() is called the HDMI cable
is unplugged, then it is possible that adap->transmitting == NULL.
So drop the WARN_ON, explain why it can happen and just ignore the tranmit.
Signed-off-by: Hans Verkuil
---
drivers/staging/med
From: Hans Verkuil
Instead of doing:
if (state->cec_enabled_adap)
adv7511_wr_and_or(sd, 0x95, 0xc0, enable ? 0x39 : 0x00);
do:
adv7511_wr_and_or(sd, 0x95, 0xc0,
(state->cec_enabled_adap && enable) ? 0x39 : 0x00);
This ensures that the
From: Hans Verkuil
When cleaning up pending work from the wait_queue list, make sure to cancel the
delayed work. Otherwise nasty kernel oopses will occur when the timer goes off
and the cec_data struct has disappeared.
Signed-off-by: Hans Verkuil
---
drivers/staging/media/cec/cec.c | 19 ++
On Tue, May 10, 2016 at 03:33:00PM +0200, Thierry Reding wrote:
> On Tue, Apr 26, 2016 at 07:30:00PM +0200, Daniel Vetter wrote:
> > No dev->struct_mutex anywhere to be seen.
> >
> > Cc: Thierry Reding
> > Cc: Terje Bergström
> > Cc: linux-tegra at vger.kernel.org
> > Signed-off-by: Daniel Vett
On Tue, May 10, 2016 at 04:24:11PM +0300, Tomi Valkeinen wrote:
>
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > Instead of conditioning planes update based on the hardware device
> > state, use the CRTC state stored in the atomic state. This reduces the
> > dependency from the DRM layer to the
On Tue, May 10, 2016 at 04:28:22PM +0300, Tomi Valkeinen wrote:
>
> On 26/04/16 23:35, Laurent Pinchart wrote:
> > The omapdrm DSS manager enable/disable operations check the DSS manager
> > state to avoid double enabling/disabling. Move that code to the DSS
> > manager to decrease the dependency
On Tue, May 10, 2016 at 10:21:53AM +0200, Christian König wrote:
> Am 10.05.2016 um 07:05 schrieb Dave Airlie:
> >On 9 May 2016 at 18:17, Daniel Vetter wrote:
> >>On Wed, May 04, 2016 at 02:26:42PM -0400, Alex Deucher wrote:
> >>>From: Chunming Zhou
> >>>
> >>>The release of the vmid owner was n
On Wed, May 11, 2016 at 09:07:06AM +0200, Benjamin Gaignard wrote:
> Acked-by: Benjamin Gaignard
>
> 2016-05-09 23:51 GMT+02:00 Arnd Bergmann :
> > The sti drm driver has a lot of debugfs interface that cause
> > build errors in some configurations when seq_file.h is not
> > included implicitly:
On 11 May 2016 at 17:46, Daniel Vetter wrote:
> On Tue, May 10, 2016 at 10:21:53AM +0200, Christian König wrote:
>> Am 10.05.2016 um 07:05 schrieb Dave Airlie:
>> >On 9 May 2016 at 18:17, Daniel Vetter wrote:
>> >>On Wed, May 04, 2016 at 02:26:42PM -0400, Alex Deucher wrote:
>> >>>From: Chunming
applied
--
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/20160511/118aad75/attachment.html>
archives/dri-devel/attachments/20160511/05e8d513/attachment-0001.html>
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/20160511/d65b1a16/attachment-0001.html>
If the PM domain is powered off when the first device in the domain starts
its system PM prepare phase, genpd prevents any further attempts to power
on the PM domain during the system PM phase. This constraint affects not
only the current device which is being prepared, but all devices within
the s
Due to the previous changes to genpd, which removed the suspend_power_off
flag, several of the system PM callbacks is no longer doing any additional
checks but only invoking a corresponding pm_generic_* helper function.
To clean up the code let's remove these wrapper functions as they have
become
Changes in v2:
- Updated changelogs for both patches according to comments from Kevin.
- Updated patch 1/2, as I realized one genpd client driver, (ab)uses
genpd's suspend_power_off flag.
This is the second step in improving the system PM code in genpd. The first
patch is a
This patch aims to replace the roll-your-own seqlock implementation with
full-blown seqlock'. We also remove the timestamp ring-buffer in favour
of single timestamp/count pair protected by a seqlock. In turn this
means we can now increment the vblank freely without the need for
clamping.
v2:
- r
On 05/10/2016 02:08 AM, Laurent Pinchart wrote:
> Hi Archit,
>
> On Tuesday 03 May 2016 12:27:38 Archit Taneja wrote:
>> On 04/22/2016 10:40 AM, Archit Taneja wrote:
>>> On 04/22/2016 03:59 AM, Laurent Pinchart wrote:
On Wednesday 09 Mar 2016 16:27:15 Archit Taneja wrote:
> In order to p
This patch adds support for generic plane's zpos property property with
well-defined semantics:
- added zpos properties to plane and plane state structures
- added helpers for normalizing zpos properties of given set of planes
- well defined semantics: planes are sorted by zpos values and then plan
remove private zpos property and use instead the generic new.
zpos range is now fixed per plane type and normalized before
being using in mixer.
Signed-off-by: Benjamin Gaignard
Cc: Inki Dae
Cc: Daniel Vetter
Cc: Ville Syrjala
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Andrzej Hajda
Cc: Krzy
This patch replaces zpos property handling custom code in Exynos DRM
driver with calls to generic DRM code.
Signed-off-by: Marek Szyprowski
Cc: Inki Dae
Cc: Daniel Vetter
Cc: Ville Syrjala
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Andrzej Hajda
Cc: Krzysztof Kozlowski
Cc: Bartlomiej Zolnie
This patch replaces zpos property handling custom code in rcar DRM
driver with calls to generic DRM code.
Signed-off-by: Benjamin Gaignard
Cc: Daniel Vetter
Cc: Ville Syrjala
Cc: Laurent Pinchart
Cc: Marek Szyprowski
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c | 2 +-
drivers/gpu/drm/rcar-d
Hi Benjamin,
Thank you for the patch.
On Wednesday 11 May 2016 12:25:08 Benjamin Gaignard wrote:
> This patch replaces zpos property handling custom code in rcar DRM
> driver with calls to generic DRM code.
>
> Signed-off-by: Benjamin Gaignard
>
> Cc: Daniel Vetter
> Cc: Ville Syrjala
> Cc:
tc);
> }
You move pipe2vbl() to omap_irq.c, and then you change omap_irq to not
use pipe2vbl()?
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/20160511/06540a45/attachment.sig>
OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/7a87db65/attachment.sig>
e: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/49377dd4/attachment.sig>
Hi Dave,
This 2nd pull request includes 3 cleanup/fixes since last pull request for 4.7.
These patches are review here:
http://www.spinics.net/lists/dri-devel/msg106701.html
http://www.spinics.net/lists/dri-devel/msg106822.html
Please kindly let me know if there is any problem.
Best,
-xinliang
Hi Benjamin,
Thank you for the patch.
I would have started working on this next week, thanks for beating me to it
:-)
On Wednesday 11 May 2016 12:25:05 Benjamin Gaignard wrote:
> This patch adds support for generic plane's zpos property property with
> well-defined semantics:
> - added zpos pro
On 05/11/2016 12:25 PM, Benjamin Gaignard wrote:
> This patch replaces zpos property handling custom code in Exynos DRM
> driver with calls to generic DRM code.
>
> Signed-off-by: Marek Szyprowski
Ekhm? From=Benjamin, SoB=Marek... why did you change the author?
Best regards,
Krzysztof
On 05/11/2016 12:25 PM, Benjamin Gaignard wrote:
> This patch adds support for generic plane's zpos property property with
> well-defined semantics:
> - added zpos properties to plane and plane state structures
> - added helpers for normalizing zpos properties of given set of planes
> - well define
Hi Laurent,
2016-05-11 13:24 GMT+02:00 Laurent Pinchart :
> Hi Benjamin,
>
> Thank you for the patch.
>
> I would have started working on this next week, thanks for beating me to it
> :-)
>
> On Wednesday 11 May 2016 12:25:05 Benjamin Gaignard wrote:
>> This patch adds support for generic plane's
I haven't double check but I had to do changes into the original patch
so I guess that "from" field comes the new commit.
I will manually edit the commit for v2,
thanks
2016-05-11 13:54 GMT+02:00 Krzysztof Kozlowski :
> On 05/11/2016 12:25 PM, Benjamin Gaignard wrote:
>> This patch replaces zpos
On 05/11/2016 02:09 PM, Benjamin Gaignard wrote:
> I haven't double check but I had to do changes into the original patch
> so I guess that "from" field comes the new commit.
>
> I will manually edit the commit for v2,
Git keeps original author untouched. You have to manually change the
author to
---
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/e083f5b8/attachment.html>
From: Marek Szyprowski
This patch adds support for generic plane's zpos property property with
well-defined semantics:
- added zpos properties to plane and plane state structures
- added helpers for normalizing zpos properties of given set of planes
- well defined semantics: planes are sorted by
From: Marek Szyprowski
This patch replaces zpos property handling custom code in Exynos DRM
driver with calls to generic DRM code.
Signed-off-by: Marek Szyprowski
Cc: Inki Dae
Cc: Daniel Vetter
Cc: Ville Syrjala
Cc: Joonyoung Shim
Cc: Seung-Woo Kim
Cc: Andrzej Hajda
Cc: Krzysztof Kozlows
On kernel builds without COMMON_CLK, the newly added mediatek drm
driver fails to build:
drivers/gpu/drm/mediatek/mtk_mipi_tx.c:130:16: error: field 'pll_hw' has
incomplete type
struct clk_hw pll_hw;
^~
In file included from ../include/linux/clk.h:16:0,
from
On 05/11/2016 02:31 PM, Benjamin Gaignard wrote:
> From: Marek Szyprowski
>
> This patch replaces zpos property handling custom code in Exynos DRM
> driver with calls to generic DRM code.
>
> Signed-off-by: Marek Szyprowski
Your signed-off-by is missing.
Best regards,
Krzysztof
Hi Benjamin,
On Wednesday 11 May 2016 14:05:49 Benjamin Gaignard wrote:
> 2016-05-11 13:24 GMT+02:00 Laurent Pinchart:
> > On Wednesday 11 May 2016 12:25:05 Benjamin Gaignard wrote:
> >> This patch adds support for generic plane's zpos property property with
> >> well-defined semantics:
> >> - add
On Wed, May 11, 2016 at 8:16 AM, Krzysztof Kozlowski
wrote:
> On 05/11/2016 02:09 PM, Benjamin Gaignard wrote:
>> I haven't double check but I had to do changes into the original patch
>> so I guess that "from" field comes the new commit.
>>
>> I will manually edit the commit for v2,
>
> Git keeps
On Wed, May 11, 2016 at 12:25:05PM +0200, Benjamin Gaignard wrote:
> This patch adds support for generic plane's zpos property property with
> well-defined semantics:
> - added zpos properties to plane and plane state structures
> - added helpers for normalizing zpos properties of given set of plan
The qemu stdvga can be configured with a wide range of video memory,
from 1 MB to 256 MB (default is 16 MB). In case it is configured
with only 1 or 2 MB it isn't really usable with bochsdrm, due to
depths other than 32bpp not being supported so that isn't enough
memory for a reasonable sized fram
From: Gustavo Padovan
Add Gustavo as maintainer for the Sync File Framework. Sumit is
co-maintainer as he maintains drivers/dma-buf/. It also uses Sumit's
tree as base.
Cc: Sumit Semwal
Signed-off-by: Gustavo Padovan
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --gi
Hi Dave, final fixes for v4.6.
BR,
Jani.
The following changes since commit 4ea3959018d09edfa36a9e7b5ccdbd4ec4b99e49:
drm/i915: Make RPS EI/thresholds multiple of 25 on SNB-BDW (2016-04-27
10:57:00 +0300)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tag
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/27c44f3b/attachment.html>
Hi Gustavo,
On 11 May 2016 at 19:15, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Add Gustavo as maintainer for the Sync File Framework. Sumit is
> co-maintainer as he maintains drivers/dma-buf/. It also uses Sumit's
> tree as base.
>
> Cc: Sumit Semwal
> Signed-off-by: Gustavo Padovan
On Wed, May 04, 2016 at 11:34:39PM +0530, Archit Taneja wrote:
>
>
> On 5/4/2016 7:14 PM, Rob Herring wrote:
> >On Tue, May 03, 2016 at 04:28:01PM +0530, Archit Taneja wrote:
> >>The PLL in the DSI PHY block generates 2 clock outputs (Byte and Pixel
> >>clocks) that are fed into the Multimedia Cl
Hi Dave,
Just two small display fixes for radeon.
The following changes since commit fca097169faf8b9cfe92d8926da7a1fa2d3cd452:
Merge tag 'drm-intel-fixes-2016-05-02' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2016-05-05 12:12:09
+1000)
are available in the git repository at:
On 11/05/16 14:28, Laxman Dewangan wrote:
> On Sunday 08 May 2016 05:43 PM, Jon Hunter wrote:
>> On 06/05/16 16:32, Laxman Dewangan wrote:
>>> On Friday 06 May 2016 08:07 PM, Jon Hunter wrote:
On 06/05/16 11:45, Laxman Dewangan wrote:
+
+/* Last entry */
+TEGRA_IO_PAD_M
A couple more errors showed up in linux-next in the last few
days, all because of missing header files. I have not seen these
before, and most configurations appear to be fine. There
must have been an implicit inclusion somewhere before that
just got removed, but I couldn't find it and doing the
ex
The omapdrm driver relies on this header to be included
implicitly, but this does not always work, and I get
this error in randconfig builds:
gpu/drm/omapdrm/dss/hdmi_phy.c: In function 'hdmi_phy_dump':
gpu/drm/omapdrm/dss/hdmi_phy.c:34:2: error: implicit declaration of function
'seq_printf' [-We
Some parts of the OMAP drm driver rely on implicit inclusion of
linux/of.h but fail in some configurations:
drivers/gpu/drm/omapdrm/dss/hdmi4.c: In function 'hdmi_probe_of':
drivers/gpu/drm/omapdrm/dss/hdmi4.c:564:2: error: implicit declaration of
function 'of_node_put' [-Werror=implicit-function
Am Mittwoch, den 11.05.2016, 14:34 +0200 schrieb Arnd Bergmann:
> On kernel builds without COMMON_CLK, the newly added mediatek drm
> driver fails to build:
>
> drivers/gpu/drm/mediatek/mtk_mipi_tx.c:130:16: error: field 'pll_hw' has
> incomplete type
> struct clk_hw pll_hw;
> ^
A lot of the display drivers for OMAP use the gpio descriptor functions
that are only available in linux/gpio.h if GPIOLIB is enabled and
otherwise produce a build error:
drivers/gpu/drm/omapdrm/displays/encoder-opa362.c: In function 'opa362_enable':
drivers/gpu/drm/omapdrm/displays/encoder-opa362
This was forgotten to fixup in the latest version of the deferred_io
patch which made FB_DEFERRED_IO mandatory.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/drm_fb_helper.c
This patchset adds various helpers that was originally part of the
tinydrm patchset.
Essentially it adds 3 functions:
- drm_fb_cma_create_with_funcs()
CMA backed framebuffer supporting a dirty() callback.
- drm_atomic_helper_best_encoder()
(struct drm_connector_helper_funcs *)->best_encoder ca
Hook up fb_cma_helper to DocBook. Remove mention of
CONFIG_FB_DEFERRED_IO in the docs, which was forgotten in the latest
version of the deferred_io patch.
Use & when referencing drm_mode_config_funcs in docs.
Signed-off-by: Noralf Trønnes
---
Documentation/DocBook/gpu.tmpl | 5 +
drive
Add drm_fb_cma_create_with_funcs() for drivers that need to set the
dirty() callback.
Cc: laurent.pinchart at ideasonboard.com
Signed-off-by: Noralf Trønnes
---
Changes since v1:
- Expand docs
drivers/gpu/drm/drm_fb_cma_helper.c | 31 +--
include/drm/drm_fb_cma_hel
Don't skip drm_bridge_*() calls if encoder->helper_private is NULL.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_atomic_helper.c | 39 -
1 file changed, 17 insertions(+), 22 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic_helper.c
b/drivers/gp
Add (struct drm_connector_helper_funcs *)->best_encoder callback helper
for connectors that support exactly 1 encoder, statically determined at
driver init time.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_atomic_helper.c | 17 +
include/drm/drm_atomic_helper.h |
Provides helper functions for drivers that have a simple display
pipeline. Plane, crtc and encoder are collapsed into one entity.
Signed-off-by: Noralf Trønnes
---
Changes since v1:
- Add DOC header and add to gpu.tmpl
- Fix docs: @funcs is optional, "negative error code",
"This hook is optio
On Wed, May 11, 2016 at 06:09:18PM +0200, Noralf Trønnes wrote:
> Hook up fb_cma_helper to DocBook. Remove mention of
> CONFIG_FB_DEFERRED_IO in the docs, which was forgotten in the latest
> version of the deferred_io patch.
> Use & when referencing drm_mode_config_funcs in docs.
>
> Signed-off-b
On Wed, May 11, 2016 at 06:09:20PM +0200, Noralf Trønnes wrote:
> Don't skip drm_bridge_*() calls if encoder->helper_private is NULL.
>
> Signed-off-by: Noralf Trønnes
Applied to drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/drm_atomic_helper.c | 39
> ---
On Wed, May 11, 2016 at 06:09:21PM +0200, Noralf Trønnes wrote:
> Add (struct drm_connector_helper_funcs *)->best_encoder callback helper
> for connectors that support exactly 1 encoder, statically determined at
> driver init time.
>
> Signed-off-by: Noralf Trønnes
Applied to drm-misc, thanks.
On Wed, May 11, 2016 at 06:09:22PM +0200, Noralf Trønnes wrote:
> Provides helper functions for drivers that have a simple display
> pipeline. Plane, crtc and encoder are collapsed into one entity.
>
> Signed-off-by: Noralf Trønnes
Looks really nice, just a few suggestions for the kerneldoc. W
Hi Dave,
More amdgpu fixes for 4.7. Highlights:
- enable async pageflips
- UVD fixes for polaris
- lots of GPUVM fixes
- whitespace and code cleanups
- misc bug fixes
The following changes since commit 2e726dc4b4e2dd3ae3fe675f9d3af88a2d593ee1:
Merge tag 'mediatek-drm-2016-05-09' of git://git.
From: Marek Olšák
TC_WB_ACTION must be set according to the docs
Signed-off-by: Marek Olšák
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 +++-
drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 1 +
2 files changed, 4 insertions(+), 1 delet
From: Harish Kasiviswanathan
Bundle some VM table parameters into amdgpu_vm_update_params structure,
so that number of function parameters can be reduced. Only structural
change, no logic change.
v2: agd: squash in fix from Harish
Signed-off-by: Harish Kasiviswanathan
Reviewed-by: Christian KÃ
https://bugzilla.kernel.org/show_bug.cgi?id=70711
mirh changed:
What|Removed |Added
CC||mirh at protonmail.ch
--- Comment #16 from mirh -
https://bugzilla.kernel.org/show_bug.cgi?id=70711
--- Comment #17 from Alex Deucher ---
The submitter needs to close it.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On wo, 2016-05-11 at 19:09 +0200, Daniel Vetter wrote:
> On Wed, May 11, 2016 at 06:09:22PM +0200, Noralf Trønnes wrote:
> > --- a/drivers/gpu/drm/Kconfig
> > +++ b/drivers/gpu/drm/Kconfig
> > +config DRM_SIMPLE_KMS_HELPER
> > + tristate
> > + depends on DRM
> > + select DRM_KMS_HELPER
> >
Den 11.05.2016 19:09, skrev Daniel Vetter:
> On Wed, May 11, 2016 at 06:09:22PM +0200, Noralf Trønnes wrote:
>> Provides helper functions for drivers that have a simple display
>> pipeline. Plane, crtc and encoder are collapsed into one entity.
>>
>> Signed-off-by: Noralf Trønnes
> Looks really
Den 11.05.2016 21:10, skrev Paul Bolle:
> On wo, 2016-05-11 at 19:09 +0200, Daniel Vetter wrote:
>> On Wed, May 11, 2016 at 06:09:22PM +0200, Noralf Trønnes wrote:
>>> --- a/drivers/gpu/drm/Kconfig
>>> +++ b/drivers/gpu/drm/Kconfig
>>> +config DRM_SIMPLE_KMS_HELPER
>>> + tristate
>>> + depend
https://bugzilla.kernel.org/show_bug.cgi?id=107381
--- Comment #10 from chico76 ---
Does anyone have any idea in wich kernel version the OLAND chip startet to
fail?
Maybe i can try to bisect the kernel if I new a version when it was working..
--
You are receiving this mail because:
You are watc
On 11/05/16 18:22, Laxman Dewangan wrote:
>
> On Wednesday 11 May 2016 09:05 PM, Jon Hunter wrote:
>> On 11/05/16 14:28, Laxman Dewangan wrote:
>>> On Sunday 08 May 2016 05:43 PM, Jon Hunter wrote:
On 06/05/16 16:32, Laxman Dewangan wrote:
> On Friday 06 May 2016 08:07 PM, Jon Hunter wro
On Fri, Jan 15, 2016 at 08:51:06PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> drm_plane_helper_check_update() needs to account for the plane rotation
> for correct clipping/scaling calculations. Do so.
>
> There was an earlier attempt [1] to add this into
> intel
We get a harmless build warning when trying to use the mediatek
DRM driver with IOMMU support disabled:
warning: (DRM_MEDIATEK) selects IOMMU_DMA which has unmet direct dependencies
(IOMMU_SUPPORT)
However, the IOMMU_DMA symbol is not meant to be used by drivers
at all, and this driver doesn't s
On Wednesday 11 May 2016 22:11:07 Arnd Bergmann wrote:
> We get a harmless build warning when trying to use the mediatek
> DRM driver with IOMMU support disabled:
>
> warning: (DRM_MEDIATEK) selects IOMMU_DMA which has unmet direct dependencies
> (IOMMU_SUPPORT)
>
> However, the IOMMU_DMA symbol
On 10 May 2016 at 07:18, Tomi Valkeinen wrote:
> Hi Emil,
>
> On 09/05/16 23:24, Emil Velikov wrote:
>> Hi Tomi,
>>
>> On 9 May 2016 at 10:18, Tomi Valkeinen wrote:
>>> Hi Dave,
>>>
>>> Sorry for being so late with this pull request. It contains mostly
>>> small fixes to omapdrm, so I hope it can
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160511/91961230/attachment.html>
Hi Inki, all,
On 10 May 2016 at 08:18, Inki Dae wrote:
> This patch changes GPL license to X11/MIT.
>
As mentioned by Tobias, the commit messages should elaborate on the
summary - why the change is needed, how it's achieved.
Is this change due to my recent(ish) request on the topic of licenses,
On 05/10, Maxime Ripard wrote:
> Hi Stephen,
>
> On Mon, May 09, 2016 at 03:39:24PM -0700, Stephen Boyd wrote:
> > On 05/09, Stephen Boyd wrote:
> > >
> > > Ok I applied this one to clk-next.
> > >
> >
> > And I squashed this in to silence the following checker warning.
> >
> > drivers/clk/sun
On 05/10, Priit Laes wrote:
> On Mon, 2016-05-09 at 15:39 -0700, Stephen Boyd wrote:
> > On 05/09, Stephen Boyd wrote:
> > >
> > >
> > > Ok I applied this one to clk-next.
> > >
> > And I squashed this in to silence the following checker warning.
> >
> > drivers/clk/sunxi/clk-sun4i-display.c:11
- if I go too far back I die on
boot and need hard reset or get no display.
--
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/attachm
On Sunday 08 May 2016 05:43 PM, Jon Hunter wrote:
> On 06/05/16 16:32, Laxman Dewangan wrote:
>> On Friday 06 May 2016 08:07 PM, Jon Hunter wrote:
>>> On 06/05/16 11:45, Laxman Dewangan wrote:
>>> +
>>> +/* Last entry */
>>> +TEGRA_IO_PAD_MAX,
>>> Nit should these be TEGRA_IO_PADS_xxx?
>>
Use ARRAY_SIZE() for the size calculation of the array. Also move the
condition evaulation function out of the for loop.
Although, any respectable c-compiler would optimize this and evaluate
the function only once outside the loop, but the optimzation engine
of gcc is bit brain-dead, and at times n
On Wed, May 11, 2016 at 10:00 AM, Ulf Hansson wrote:
> If the PM domain is powered off when the first device in the domain starts
> its system PM prepare phase, genpd prevents any further attempts to power
> on the PM domain during the system PM phase. This constraint affects not
> only the curren
On Wednesday 11 May 2016 09:05 PM, Jon Hunter wrote:
> On 11/05/16 14:28, Laxman Dewangan wrote:
>> On Sunday 08 May 2016 05:43 PM, Jon Hunter wrote:
>>> On 06/05/16 16:32, Laxman Dewangan wrote:
On Friday 06 May 2016 08:07 PM, Jon Hunter wrote:
> On 06/05/16 11:45, Laxman Dewangan wrote:
99 matches
Mail list logo
