On Mon, Oct 24, 2016 at 10:39:27AM +0530, Archit Taneja wrote:
> Sorry about that. I'll post out a proper patch for this once we resolve
> the drm_bridge shortcomings you've mentioned. I can create one if you
> want to try it now.
As said elsewhere, I've been away, so I haven't had a chance to
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/412cfc38/attachment.html>
hives/dri-devel/attachments/20161030/fe29972c/attachment.html>
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/dea3bc05/attachment.html>
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/20161030/94f99f5d/attachment.html>
'dma_buf_map_attachment()' can not return NULL, so there is no need to
check for it.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/tegra/gem.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/gpu/drm/tegra/gem.c b/drivers/gpu/drm/tegra/gem.c
index
dri-devel/attachments/20161030/8ba653db/attachment-0001.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/348662b6/attachment.html>
'dma_buf_map_attachment()' can not return NULL, so there is no need to
check for it.
Also add a space in order to improve layout.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/armada/armada_gem.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git
https://bugzilla.kernel.org/show_bug.cgi?id=178221
--- Comment #4 from Alex Deucher ---
Fix pull was requested last week:
https://lists.freedesktop.org/archives/dri-devel/2016-October/122110.html
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=178421
--- Comment #7 from Alex Deucher ---
As per comment 1, shutdown was working even with the commit that adds the
shutdown callback earlier in the cycle. Some other change appears to have
regressed it.
--
You are receiving this mail because:
You
On Fri, Oct 21, 2016 at 05:05:54PM +0300, Krzysztof Kozlowski wrote:
> The samsung,power-domain property is obsolete since commit 0da658704136
> ("ARM: dts: convert to generic power domain bindings for exynos DT").
> Replace it with generic one.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
>
On Fri, Oct 21, 2016 at 10:08:06AM +0200, Jean-Francois Moine wrote:
> This patch adds a HDMI driver to the DE2 based Allwinner's SoCs
> as A83T and H3.
> Audio and video are supported.
>
> Signed-off-by: Jean-Francois Moine
> ---
> .../devicetree/bindings/display/sunxi/hdmi.txt | 52 ++
>
On Fri, Oct 21, 2016 at 09:26:18AM +0200, Jean-Francois Moine wrote:
> Allwinner's recent SoCs, as A64, A83T and H3, contain a new display
> engine, DE2.
> This patch adds a DRM video driver for this device.
>
> Signed-off-by: Jean-Francois Moine
> ---
> .../bindings/display/sunxi/sunxi-de2.txt
On Tue, Oct 25, 2016 at 04:14:41PM +0200, Jean-Francois Moine wrote:
> On Mon, 24 Oct 2016 16:04:19 +0200
> Maxime Ripard wrote:
>
> > Hi,
>
> Hi Maxime,
>
> > On Fri, Oct 21, 2016 at 09:26:18AM +0200, Jean-Francois Moine wrote:
> > > Allwinner's recent SoCs, as A64, A83T and H3, contain a new
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/019d82c9/attachment.html>
These were previously set in dw_hdmi_connector_get_modes but this
isn't called when the EDID is overridden. This can be seen in
drm_helper_probe_single_connector_modes. Using the
drm_kms_helper.edid_firmware parameter therefore always resulted in
silence, even when providing the very same EDID
Hi,
BTW, memory allocation in 'sun4i_layers_init()' looks spurious,
especially the use of 'layer' in the for loop.
Just my 2 cents.
I also forgot to say that we could propagate the error code returned by
sun4i_layers_init instead of returning -EINVAL unconditionally
CJ
Le 30/10/2016 Ã
Hi Alex,
As you're well-aware, your commit
8539b37acef73949861a16808b60cb8b5b9b3bab (drm/nouveau/gr: use
NVIDIA-provided external firmwares) broke tons of existing setups for
people who were using extracted firmware files (stored in the
"nouveau" firmware directory) as a result of nouveau's ctxsw
https://bugzilla.kernel.org/show_bug.cgi?id=178221
Thorsten Leemhuis changed:
What|Removed |Added
CC||regressions at leemhuis.info
---
https://bugzilla.kernel.org/show_bug.cgi?id=178421
Jouni Mettälä changed:
What|Removed |Added
Regression|No |Yes
--- Comment #6 from Jouni
'sun4i_layers_init()' returns an error pointer in case of error, not
NULL. So test it with IS_ERR.
Signed-off-by: Christophe JAILLET
---
drivers/gpu/drm/sun4i/sun4i_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/sun4i/sun4i_drv.c
art --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/fe52e84d/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161030/e0003d7d/attachment.html>
On Sat, Oct 29, 2016 at 9:13 PM, Paul Gortmaker
wrote:
> Dusted off an old Portwell nano-8044 that hadn't been booted for years
> and found that it wouldn't boot mainline - it puts the D-sub VGA into no
> signal mode. Hooking up a serial cable and I see a boot splat, which I
> bisected down to
>
25 matches
Mail list logo
