Am 31.03.2017 um 03:07 schrieb Michel Dänzer:
On 30/03/17 10:09 PM, Alex Deucher wrote:
On Thu, Mar 30, 2017 at 2:39 AM, Michel Dänzer wrote:
On 29/03/17 09:55 PM, Christian König wrote:
From: Christian König
We will probably never see this combination.
Signed-off-by: Christian König
---
Hi Jan,
very interesting. Sounds like we somehow mess up the buffer placement so
that it won't work any more with UVD.
But this only happens with WMV files? Not with H264 or anything else?
Anyway please open up a bug report on https://bugs.freedesktop.org/.
Thanks,
Christian.
Am 30.03.2017
On 31/03/17 04:09 PM, Christian König wrote:
> Am 31.03.2017 um 03:07 schrieb Michel Dänzer:
>> On 30/03/17 10:09 PM, Alex Deucher wrote:
>>> On Thu, Mar 30, 2017 at 2:39 AM, Michel Dänzer
>>> wrote:
On 29/03/17 09:55 PM, Christian König wrote:
> From: Christian König
>
> We will
On 2017.03.30 11:46:27 +0200, Jiri Slaby wrote:
> Handlers are currently the only blocker to compile the kernel with gcc 7
> and KASAN+use-after-scope enabled:
> drivers/gpu/drm/i915/gvt/handlers.c:2200:1: error: the frame size of 43760
> bytes is larger than 2048 bytes [-Werror=frame-larger-than=
Seems to be quietening down, which means someone will make a liar of me for rc6.
Just one vc4, one etnvaiv, one radeon, and a few i915 GVT fixes, and
one i915 normal fixes.
Dave.
The following changes since commit c02ed2e75ef4c74e41e421acb4ef1494671585e8:
Linux 4.11-rc4 (2017-03-26 14:15:16 -
https://bugs.freedesktop.org/show_bug.cgi?id=99955
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
Resolution|FIXED |---
Sta
On 31/03/17 00:35, Russell King - ARM Linux wrote:
> On Wed, Mar 29, 2017 at 04:15:36PM +0200, Hans Verkuil wrote:
>> +cec_notifier_set_phys_addr(hdata->notifier,
>> + cec_get_edid_phys_addr(edid));
>
> This pattern causes problems - can we have the notifier takin
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #4 from joro-2013 ---
I've noticed the same difference on my ancient mac mini G4 with a humble RV280
GPU. I try to boot it in AGP mode from time to time after applying some
patches, just for fun. Before i would see some GPU lockup-re
Hi Geert,
On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote:
> On Mon, Mar 27, 2017 at 11:56 AM, Laurent Pinchart wrote:
> > The property is used by the driver but is missing from the DT bindings.
> > Document it.
> >
> > Reported-by: Geert Uytterhoeven
> > Signed-off-by: Laurent Pinchart
Hi Laurent,
On Fri, Mar 31, 2017 at 11:19 AM, Laurent Pinchart
wrote:
> On Monday 27 Mar 2017 13:05:48 Geert Uytterhoeven wrote:
>> On Mon, Mar 27, 2017 at 11:56 AM, Laurent Pinchart wrote:
>> > The property is used by the driver but is missing from the DT bindings.
>> > Document it.
>> >
>> > Re
From: Christian König
Implement AMDGPU_GEM_CREATE_VRAM_CONTIGUOUS using TTM_PL_FLAG_CONTIGUOUS
instead of a placement limit. That allows us to better handle CPU
accessible placements.
Signed-off-by: Christian König
Acked-by: Michel Dänzer
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 11
From: Christian König
This allows the driver to handle io_mem mappings on their own.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 1 +
drivers/gpu/drm/ast/ast_ttm.c | 1 +
drivers/gpu/drm/bochs/bochs_mm.c| 1 +
dr
From: Christian König
No need to implement the same logic twice. Also check if the busy placements
are identical to the already scanned placements before checking them.
v2: improve check even more as suggested by Michel.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 45 +++
From: Christian König
This allows drivers to specify if they need a contiguous allocation or not.
v2: use space instead of tab
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c| 4 +++-
include/drm/ttm/ttm_placement.h | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
d
From: Christian König
We will probably never see this combination.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 25 -
1 file changed, 25 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c
b/dri
From: Christian König
This avoids merging them together on page fault.
Signed-off-by: Christian König
Acked-by: Michel Dänzer
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 4 +---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c| 16
2 files changed, 13 insertions(+), 7 deleti
Hi, Dave,
A number of fixes for 4.11
The following changes since commit d64a04720b0e64c1cd0726a3a27b360822fbee22:
Merge branch 'drm-fixes-4.11' of git://people.freedesktop.org/~agd5f/linux
into drm-fixes (2017-03-24 11:05:06 +1000)
are available in the git repository at:
git://people.free
Hello Seung-Woo,
looks good to me. Also, g2d_reset() never worked in the first place,
since the kernel driver rejects writes to SOFT_RESET_REG.
Reviewed-by: Tobias Jakobi
With best wishes,
Tobias
Seung-Woo Kim wrote:
> The function g2d_reset() is not anymore used after the commit
> e3c97d1a24
Hello Seung-Woo,
Reviewed-by: Tobias Jakobi
With best wishes,
Tobias
Seung-Woo Kim wrote:
> As like the commit ecc2a097294d ("xf86drm: Fix type-punned pointer
> build warning"), this fixes following build warning.
>
>exynos_drm.c: In function 'exynos_handle_event':
>exynos_drm.c:420:1
Add debugfs output to report shared and exclusive fences on a dma_buf
object. This produces output such as:
Dma-buf Objects:
sizeflags modecount exp_name
0829440000050005drm
Exclusive fence: etnaviv 134000.gpu signalled
A
On Tue, Mar 28, 2017 at 08:31:26AM +0200, Daniel Vetter wrote:
> On Mon, Mar 27, 2017 at 06:48:24PM +0200, Lukas Wunner wrote:
> > I've been contributing to vga_switcheroo for the past two years and by
> > now am fairly familiar with it, so danvet suggested that I add myself
> > as reviewer.
> >
>
Hi Wladimir,
On Fri, 2017-03-31 at 07:36 +0200, Wladimir J. van der Laan wrote:
> Hello,
>
> I can't get the DVI output to work on a i.MX51 EVP board (babbage). There
> seems to be no signal at all. The board is running the mainline kernel
> 4.11.0-rc4 as of a
> day ago (89970a0).
>
> - The con
https://bugs.freedesktop.org/show_bug.cgi?id=100510
Bug ID: 100510
Summary: [radeon] Heavy artifacts during hw accelerated
playback of wmv files
Product: DRI
Version: unspecified
Hardware: Other
OS: All
On Fri, Mar 31, 2017 at 10:51:52AM +0100, Russell King wrote:
> hdlcd does not support rotation - check for it and reject plane updates
> that try to rotate a plane.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/arm/hdlcd_crtc.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --g
On Fri, Mar 10, 2017 at 09:23:45PM +0100, Lukas Wunner wrote:
> Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo, v2:
>
> Same as v1 but includes all the acks collected and in patch [1/5]
> the commit message and a code comment were edited as requested by
> Bjorn Helgaas.
>
> For d
drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c:133:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Huang Rui
Signed-off-by: Fengguang Wu
---
amdgpu_psp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/gpu/drm/am
tree: git://people.freedesktop.org/~agd5f/linux.git drm-next-4.12
head: 60508d3df2d2052881190ac82802a12cabcef53c
commit: 0e5ca0d1ac07ef8b3a52d3b0404482207cb4da5a [206/315] drm/amdgpu: add PSP
driver for vega10 (v2)
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/amd/amdgpu
Hi Russell,
You were Cc-ed in a patch from March 8th that did all this:
https://lists.freedesktop.org/archives/dri-devel/2017-March/135172.html
I have not received any response from you, so I have already pushed the
patch in my public repo:
git://linux-arm.org/linux-ld.git for-upstream/hdlcd
I
On Fri, Mar 31, 2017 at 01:11:23PM +0300, Ville Syrjälä wrote:
> On Fri, Mar 31, 2017 at 10:51:52AM +0100, Russell King wrote:
> > hdlcd does not support rotation - check for it and reject plane updates
> > that try to rotate a plane.
> >
> > Signed-off-by: Russell King
> > ---
> > drivers/gpu/d
On Fri, Mar 31, 2017 at 11:20:35AM +0100, Russell King - ARM Linux wrote:
> On Fri, Mar 31, 2017 at 11:18:50AM +0100, Liviu Dudau wrote:
> > Hi Russell,
> >
> > You were Cc-ed in a patch from March 8th that did all this:
> >
> > https://lists.freedesktop.org/archives/dri-devel/2017-March/135172.h
On Fri, 31 Mar 2017, Zhenyu Wang wrote:
> On 2017.03.30 11:46:27 +0200, Jiri Slaby wrote:
>> Handlers are currently the only blocker to compile the kernel with gcc 7
>> and KASAN+use-after-scope enabled:
>> drivers/gpu/drm/i915/gvt/handlers.c:2200:1: error: the frame size of 43760
>> bytes is lar
Hi
I get this from time to time on a 4.9.17 kernel:
[3.353387] [ cut here ]
[3.353408] WARNING: CPU: 0 PID: 1 at
drivers/gpu/drm/drm_atomic_helper.c:1140
drm_atomic_helper_wait_for_vblanks+0x240/0x244
[3.353412] [CRTC:24] vblank wait timed out
[3.353420] Mo
This flaw was assigned an id CVE-2017-7346 by MITRE:
http://seclists.org/oss-sec/2017/q1/696
Best regards,
Vladis Dronov | Red Hat, Inc. | Product Security Engineer
- Original Message -
From: "Vladis Dronov"
To: "VMware Graphics" , "Sinclair Yeh"
, "Thomas Hellstrom" , "David Airlie"
On Fri, Mar 31, 2017 at 06:15:10PM +0800, kbuild test robot wrote:
> drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c:133:2-3: Unneeded semicolon
>
>
> Remove unneeded semicolon.
>
> Generated by: scripts/coccinelle/misc/semicolon.cocci
>
> CC: Huang Rui
> Signed-off-by: Fengguang Wu
> ---
Acked-by:
On Fri, Mar 31, 2017 at 12:29 PM, Jani Nikula
wrote:
> On Fri, 31 Mar 2017, Zhenyu Wang wrote:
>> On 2017.03.30 11:46:27 +0200, Jiri Slaby wrote:
>>> Handlers are currently the only blocker to compile the kernel with gcc 7
>>> and KASAN+use-after-scope enabled:
>>> drivers/gpu/drm/i915/gvt/handle
Add decriptions about supported chips, including MT2701 & MT8173
Signed-off-by: YT Shen
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/display/mediatek/mediatek,disp.txt | 2 ++
Documentation/devicetree/bindings/display/mediatek/mediatek,dsi.txt | 2 ++
2 files changed, 4 insertio
This is MT2701 DRM support PATCH v13, based on 4.11-rc1.
We add DSI interrupt control, transfer function for MIPI DSI panel support.
Most codes are the same, except some register changed.
For example:
- DISP_OVL address offset changed, color format definition changed.
- DISP_RDMA fifo size chang
cleaning up unused define and refine function name and variable
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 73 --
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++--
2 files changed, 39 insertio
define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_ovl'
define helpers for converting from 'mtk_ddp_comp' to 'mtk_disp_rdma'
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 15 +--
drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 15 ++
Hello,
It looks pretty clear that an unlock was intended.
julia
-- Forwarded message --
Date: Fri, 31 Mar 2017 19:29:47 +0800
From: kbuild test robot
To: kbu...@01.org
Cc: Julia Lawall
Subject: [radeon-alex:drm-next-4.12 212/315]
drivers/gpu/drm/amd/amdgpu/../powerplay/amd_
We need to acquire mutex before using the resources,
and need to release it after finished.
So we don't need to write registers in the blanking period.
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 -
drivers/gpu/drm/medi
Add BLS component for PWM + GAMMA function
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.c | 5 -
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp_com
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 prefix for mtk_ddp_main & mtk_ddp_ext & mutex_mod.
Signed-off-by: YT She
From: shaoming chen
add dsi interrupt control
Signed-off-by: shaoming chen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 92 ++
1 file changed, 92 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
b/drivers/gpu/drm/mediatek/mtk_dsi.
From: shaoming chen
add dsi read/write commands for transfer function
Signed-off-by: shaoming chen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 168 -
1 file changed, 166 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_d
update connections for OVL, RDMA, BLS, DSI
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
b/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
index b77d
This patch update enable/disable flow of DSI module.
Original flow works on there is a bridge chip: DSI -> bridge -> panel.
In this case: DSI -> panel, the DSI sub driver flow should be updated.
We need to initialize DSI first so that we can send commands to panel.
Signed-off-by: shaoming chen
Si
This patch add support for the Mediatek MT2701 DISP subsystem.
There is only one OVL engine in MT2701.
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 8
drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++
drivers/gpu/drm/mediatek/mtk_drm_
This patch will update dsi clock control method.
1. dsi non-continue clock mode will enhance antistatic effect for panel
2. EOT packet control will judge whether dsi send end of packet or not
by customize
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
Acked-by: CK Hu
---
drivers/gpu/drm/m
https://bugs.freedesktop.org/show_bug.cgi?id=100510
--- Comment #1 from Christian König ---
Please attach your full dmesg output as well.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lis
On Fri, Mar 31, 2017 at 11:27:51AM +0100, Russell King - ARM Linux wrote:
> On Fri, Mar 31, 2017 at 11:23:45AM +0100, Liviu Dudau wrote:
> > On Fri, Mar 31, 2017 at 11:20:35AM +0100, Russell King - ARM Linux wrote:
> > > On Fri, Mar 31, 2017 at 11:18:50AM +0100, Liviu Dudau wrote:
> > > > Hi Russel
https://bugs.freedesktop.org/show_bug.cgi?id=100510
--- Comment #2 from Jan Burgmeier ---
Created attachment 130614
--> https://bugs.freedesktop.org/attachment.cgi?id=130614&action=edit
full dmesg output
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=100510
--- Comment #3 from Christian König ---
Created attachment 130615
--> https://bugs.freedesktop.org/attachment.cgi?id=130615&action=edit
Hack for testing
Please apply the attached code change with "git apply hack.patch" on a linux
kernel tree
Am 31.03.2017 um 12:00 schrieb Russell King:
Add debugfs output to report shared and exclusive fences on a dma_buf
object. This produces output such as:
Dma-buf Objects:
sizeflags modecount exp_name
0829440000050005drm
Exclusi
From: Hans Verkuil
This patch series adds the CEC physical address notifier code, based on
Russell's code:
https://patchwork.kernel.org/patch/9277043/
It adds support for it to the exynos_hdmi drm driver, adds support for
it to the CEC framework and finally adds support to the s5p-cec driver,
w
From: Hans Verkuil
By using the CEC notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Update the bindings documenting the new hdmi phandle and
updat
From: Hans Verkuil
Update the bindings documenting the new hdmi phandle.
Signed-off-by: Hans Verkuil
Acked-by: Krzysztof Kozlowski
CC: linux-samsung-...@vger.kernel.org
CC: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/media/s5p-cec.txt | 2 ++
1 file changed, 2 insertions(
From: Benjamin Gaignard
Update the bindings documentation with the new hdmi phandle.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
Acked-by: Rob Herring
CC: devicet...@vger.kernel.org
---
Documentation/devicetree/bindings/media/stih-cec.txt | 2 ++
1 file changed, 2 insertions
From: Hans Verkuil
Support the CEC notifier framework, simplifying drivers that
depend on this.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
Tested-by: Benjamin Gaignard
Acked-by: Daniel Vetter
---
drivers/media/cec/cec-core.c | 22 ++
include/media/cec.h
From: Benjamin Gaignard
Implement the CEC notifier support to allow CEC drivers to
be informed when there is a new physical address.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
Acked-by: Daniel Vetter
---
drivers/gpu/drm/sti/sti_hdmi.c | 11 +++
drivers/gpu/drm/sti/s
From: Benjamin Gaignard
To use CEC notifier sti CEC driver needs to get phandle
of the hdmi device.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Verkuil
CC: devicet...@vger.kernel.org
---
arch/arm/boot/dts/stih407-family.dtsi | 12
arch/arm/boot/dts/stih410.dtsi|
From: Hans Verkuil
Implement the CEC notifier support to allow CEC drivers to
be informed when there is a new physical address.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
Acked-by: Daniel Vetter
Acked-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_hdmi.c | 19 +++
From: Hans Verkuil
Add support for CEC notifiers, which is used to convey CEC physical address
information from video drivers to their CEC counterpart driver(s).
Based on an earlier version from Russell King:
https://patchwork.kernel.org/patch/9277043/
The cec_notifier is a reference counted o
From: Hans Verkuil
Add the new hdmi phandle to exynos4.dtsi. This phandle is needed by the
s5p-cec driver to initialize the CEC notifier framework.
Tested with my Odroid U3.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
CC: linux-samsung-...@vger.kernel.org
CC: devicet...@vger.kerne
From: Benjamin Gaignard
By using the CEC notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Signed-off-by: Benjamin Gaignard
Signed-off-by: Hans Ver
On Fri, 31 Mar 2017, Georgios Dakidis wrote:
> lspci -n
> 00:02.0 0300: 8086:0f31 (rev 0e)
> lspci -nn
> 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor
> Z36xxx/Z37xxx Series Graphics & Display [8086:0f31] (rev 0e)
I'm almost certain you have some other issue than one
Hi Christian,
On Fri, 2017-03-31 at 12:44 +0200, Christian Gmeiner wrote:
> Hi
>
> I get this from time to time on a 4.9.17 kernel:
>
> [3.353387] [ cut here ]
> [3.353408] WARNING: CPU: 0 PID: 1 at
> drivers/gpu/drm/drm_atomic_helper.c:1140
> drm_atomic_helper_wa
On 30/03/17 11:04, Neil Armstrong wrote:
> In order to describe the RGB and YUV bus formats used to feed the
> Synopsys DesignWare HDMI TX Controller, add missing formats to the
> list of Bus Formats.
>
> Documentation for these formats is added in a separate patch.
>
> Reviewed-by: Archit Taneja
https://bugs.freedesktop.org/show_bug.cgi?id=100510
--- Comment #4 from Jan Burgmeier ---
I applied the hack to HEAD of the staging-next branch and it worked.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel maili
On Fri, Mar 31, 2017 at 10:51:46AM +0100, Russell King wrote:
> The plane base address needs to be calculated using the source
> coordinates to position the source correctly - it's possible to have
> a larger source buffer than the CRTC size, and have several CRTCs
> reading from different parts of
On 30/03/17 11:04, Neil Armstrong wrote:
> Add documentation for added Bus Formats to describe RGB and YUV formats used
> as input to the Synopsys DesignWare HDMI TX Controller.
>
> Signed-off-by: Neil Armstrong
> ---
> Documentation/media/uapi/v4l/subdev-formats.rst | 871
> +++
On Fri, Mar 31, 2017 at 10:49:38AM +0100, Russell King - ARM Linux wrote:
> On Wed, Mar 08, 2017 at 04:30:25PM +, Liviu Dudau wrote:
> > The calculation of the framebuffer's start address was wrongly using
> > the CRTC's x and y position rather than the one of the source
> > framebuffer. To fix
On Fri, Mar 31, 2017 at 3:11 AM, Lukas Wunner wrote:
> On Fri, Mar 10, 2017 at 09:23:45PM +0100, Lukas Wunner wrote:
>> Fix Thunderbolt-related issues in apple-gmux and vga_switcheroo, v2:
>>
>> Same as v1 but includes all the acks collected and in patch [1/5]
>> the commit message and a code comm
https://bugs.freedesktop.org/show_bug.cgi?id=100510
Christian König changed:
What|Removed |Added
Attachment #130615|0 |1
is obsolete|
On Tue, Mar 21, 2017 at 12:23 PM, Jani Nikula
wrote:
> On Tue, 21 Mar 2017, Daniel Vetter wrote:
>> On Tue, Mar 21, 2017 at 09:44:07AM +0100, Arnd Bergmann wrote:
> Arnd, can you check that with kasan please? (I don't have gcc 7.) For me
> the size diff against current git is
>
> text
On 03/31/2017 03:14 PM, Hans Verkuil wrote:
> On 30/03/17 11:04, Neil Armstrong wrote:
>> Add documentation for added Bus Formats to describe RGB and YUV formats used
>> as input to the Synopsys DesignWare HDMI TX Controller.
>>
>> Signed-off-by: Neil Armstrong
>> ---
>> Documentation/media/uapi/
In order to describe the RGB and YUV bus formats used to feed the
Synopsys DesignWare HDMI TX Controller, add missing formats to the
list of Bus Formats.
Documentation for these formats is added in a separate patch.
Reviewed-by: Archit Taneja
Reviewed-by: Jose Abreu
Acked-by: Hans Verkuil
Sign
Some display pipelines can only provide non-RBG input pixels to the HDMI TX
Controller, this patch takes the pixel format from the plat_data if provided.
Reviewed-by: Jose Abreu
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +-
inc
The HDMI TX controller support HPD and RXSENSE signaling from the PHY
via it's STAT0 PHY interface, but some vendor PHYs can manage these
signals independently from the controller, thus these STAT0 handling
should be moved to PHY specific operations and become optional.
The existing STAT0 HPD and
From: Laurent Pinchart
In preparation for adding PHY operations to handle RX SENSE and HPD,
group all the PHY interrupt setup code in a single location and extract
it to a separate function.
Signed-off-by: Laurent Pinchart
Reviewed-by: Jose Abreu
[narmstrong: renamed dw_hdmi_fb_registered to d
Add documentation for added Bus Formats to describe RGB and YUV formats used
as input to the Synopsys DesignWare HDMI TX Controller.
Acked-by: Hans Verkuil
Signed-off-by: Neil Armstrong
---
Documentation/media/uapi/v4l/subdev-formats.rst | 874 +++-
1 file changed, 859 inser
This patch adds a new DRM documentation entry and links to the input
format table added in the dw_hdmi header.
Signed-off-by: Neil Armstrong
---
Documentation/gpu/bridge/dw-hdmi.rst | 15 +++
Documentation/gpu/index.rst | 1 +
2 files changed, 16 insertions(+)
create mode
The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
in combination with a very custom PHY.
Thanks to Laurent Pinchart's changes, the HW report the following :
Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
The following differs from common PHY integration as
https://bugs.freedesktop.org/show_bug.cgi?id=99955
--- Comment #5 from Alex Deucher ---
(In reply to Jan Ziak from comment #4)
> I am still experiencing this issue on a R9-390 GPU with Mesa git-469da09.
What kernel are you using?
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=100465
--- Comment #5 from Alex Deucher ---
(In reply to joro-2013 from comment #4)
> I've noticed the same difference on my ancient mac mini G4 with a humble
> RV280 GPU. I try to boot it in AGP mode from time to time after applying
> some patches, ju
https://bugs.freedesktop.org/show_bug.cgi?id=99955
--- Comment #6 from Jan Ziak <0xe2.0x9a.0...@gmail.com> ---
(In reply to Alex Deucher from comment #5)
> (In reply to Jan Ziak from comment #4)
> > I am still experiencing this issue on a R9-390 GPU with Mesa git-469da09.
>
> What kernel are you
Hello Flora Cui,
The patch 375d6f7057a9: "drm/amdgpu/gfx6: clean up cu configuration"
from Feb 7, 2017, leads to the following static checker warning:
drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c:3737 gfx_v6_0_get_cu_info()
warn: potential off by one cu_info->bitmap[4]
drivers/gpu/drm/a
Hi Dave,
Here's the 2nd last pull for 4.12, everything landed after next week will punt
to 4.13.
drm-misc-next-2017-03-31:
drm-misc for 4.12:
Core:
- Removed some fb subsampling dimension checks from core (Ville)
- Some MST slot cleanup (Dhinakaran)
- Extracted drm_debugfs.h & drm_ioctl.h from dr
make sprite and cursor have separate functions
---
Ville, I think this addresses most of your comments. I'm guessing you're going
to ask for separate gen sprite plane functions, but I think this looks pretty
decent as is.
---
drivers/gpu/drm/i915/intel_display.c | 26 --
drivers
On Fri, Mar 31, 2017 at 11:52:21AM +0200, Lukas Wunner wrote:
> On Tue, Mar 28, 2017 at 08:31:26AM +0200, Daniel Vetter wrote:
> > On Mon, Mar 27, 2017 at 06:48:24PM +0200, Lukas Wunner wrote:
> > > I've been contributing to vga_switcheroo for the past two years and by
> > > now am fairly familiar
Hi Vladis,
On Thu, Mar 30, 2017 at 12:27:12PM +0200, Vladis Dronov wrote:
> The 'req->mip_levels' parameter in vmw_gb_surface_define_ioctl() is
> a user-controlled 'uint32_t' value which is used as a loop count limit.
> This can lead to a kernel lockup and DoS. Add check for 'req->mip_levels'.
>
On Fri, Mar 31, 2017 at 08:25:23AM -0700, Ben Widawsky wrote:
>
> make sprite and cursor have separate functions
> ---
>
> Ville, I think this addresses most of your comments. I'm guessing you're going
> to ask for separate gen sprite plane functions, but I think this looks pretty
> decent as is.
Hello Philipp,
> Looking at the hardware user's guide [1] chapter 9 (VGA and DVI out), I
> notice that the TFP410PA bridge seems to be connected to the DISP2_DAT
> data lines, but uses the DISP1_H/V sync signals (which I can't believe
> is right), according to figure 9-1. But the device tree pin
>
Hi Russell,
2017-03-31 Russell King :
> Add debugfs output to report shared and exclusive fences on a dma_buf
> object. This produces output such as:
>
> Dma-buf Objects:
> sizeflags modecount exp_name
> 0829440000050005drm
> E
On Fri, Mar 31, 2017 at 12:04:55PM +0800, Jason Wang wrote:
>
>
> On 2017年03月30日 22:32, Michael S. Tsirkin wrote:
> > On Thu, Mar 30, 2017 at 02:00:08PM +0800, Jason Wang wrote:
> > >
> > > On 2017年03月30日 04:48, Michael S. Tsirkin wrote:
> > > > We are going to add more parameters to find_vqs, l
On Wed, Mar 29, 2017 at 04:43:54PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Move the modeset locking from drivers into FB helpers.
>
> Tested-by: John Stultz
> Reviewed-by: Daniel Vetter
> Signed-off-by: Thierry Reding
> ---
> drivers/gpu/drm/drm_fb_helper.c| 40
> +++
https://bugs.freedesktop.org/show_bug.cgi?id=100398
--- Comment #5 from Alex Deucher ---
Please try again with drm-next-4.12-wip
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freede
gdp_dbg_ctl() uses seq_printf() to display a color format name even
though there is no format string. When using -Wformat-string, gcc
reports the following warning:
drivers/gpu/drm/sti/sti_gdp.c: In function 'gdp_dbg_ctl':
drivers/gpu/drm/sti/sti_gdp.c:150:18: warning: format not a string
Manasi Navare writes:
> On Thu, Mar 30, 2017 at 05:37:55PM -0700, Eric Anholt wrote:
>> Martin Peres writes:
>>
>> > On 26/01/17 14:37, Martin Peres wrote:
>> >> Despite all the careful planing of the kernel, a link may become
>> >> insufficient to handle the currently-set mode. At this point,
On Fri, Mar 31, 2017 at 01:08:41PM -0700, Eric Anholt wrote:
> Manasi Navare writes:
>
> > On Thu, Mar 30, 2017 at 05:37:55PM -0700, Eric Anholt wrote:
> >> Martin Peres writes:
> >>
> >> > On 26/01/17 14:37, Martin Peres wrote:
> >> >> Despite all the careful planing of the kernel, a link may
1 - 100 of 108 matches
Mail list logo
