On Mon, Sep 12, 2016 at 9:17 PM, Michel Dänzer wrote:
> On 13/09/16 01:44 AM, Alex Deucher wrote:
>> From: "monk.liu"
>>
>> original we use ttm_dma path to allocate GTT bo, which is too much
>> slower than the path of ttm_pool, in most cases.
>>
>> The swiotlb checks don't seem to work and we
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/eb679eb4/attachment.html>
still hang on that test.
I'll try the ppa next.
--
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/20160912/cece5493/attachment-0
tps://lists.freedesktop.org/archives/dri-devel/attachments/20160912/eee7ed43/attachment.html>
Loading the module i915 on my IBM Thinkpad X40 fails in the function
intel_dvo_init(). The function tries to cleanup the struct drm_encoder
that was never initialized. This happens when all intel_dvo_devices
failed to be probed in the for loop. The backtrace was:
BUG: unable to handle kernel
Am 12.09.2016 um 18:44 schrieb Alex Deucher:
> From: "monk.liu"
>
> original we use ttm_dma path to allocate GTT bo, which is too much
> slower than the path of ttm_pool, in most cases.
>
> The swiotlb checks don't seem to work and we always end up in the
> slow path even when an IOMMU is
Den 11.09.2016 20:47, skrev Noralf Trønnes:
> This adds support for outputting kernel messages on panic().
> A circular buffer is used to collect kernel messages.
> On panic() the notifier function loops over each DRM device and
> it's crtc's to find suitable framebuffers. On the next
>
This patch add support for the Mediatek MT2701 DISP subsystem.
There is only one OVL engine in MT2701.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_disp_ovl.c | 6 ++
drivers/gpu/drm/mediatek/mtk_disp_rdma.c| 6 ++
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 17
This patch update enable/disable flow of DSI module and MIPI TX 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.
From: shaoming chen
add dsi read/write commands for transfer function
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 183 +
1 file changed, 183 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
From: shaoming chen
add dsi interrupt control
Signed-off-by: shaoming chen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 78 ++
1 file changed, 78 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_dsi.c
cleaning up unused define and refine function name and variable
Signed-off-by: shaoming chen
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_dsi.c | 77 --
drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 8 ++--
2 files changed, 41 insertions(+), 44
update connections for OVL, RDMA, BLS, DSI
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 25 +
drivers/gpu/drm/mediatek/mtk_drm_ddp_comp.h | 1 +
2 files changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
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
---
drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 75 -
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
Add MT8173 prefix for hardware related macros.
Signed-off-by: YT Shen
---
drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 60 +-
1 file changed, 30 insertions(+), 30 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_drm_ddp.c
This is MT2701 DRM support PATCH v8, based on 4.8-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
Hi CK,
On Wed, 2016-09-07 at 13:37 +0800, CK Hu wrote:
> Hi, YT:
>
> On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > This patch add support for the Mediatek MT2701 DISP subsystem.
> > There is only one OVL engine in MT2701.
> >
> > Signed-off-by: YT Shen
>
> [snip...]
>
> > diff --git
Hi CK,
On Tue, 2016-09-06 at 15:39 +0800, CK Hu wrote:
> 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
Hi CK,
On Wed, 2016-09-07 at 10:33 +0800, CK Hu wrote:
> Hi, YT:
>
> On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > From: shaoming chen
> >
> > add dsi read/write commands for transfer function
> >
> > Signed-off-by: shaoming chen
> > ---
> > drivers/gpu/drm/mediatek/mtk_dsi.c | 188
Hi CK,
On Wed, 2016-09-07 at 09:39 +0800, CK Hu wrote:
> Hi, YT:
>
> On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > From: shaoming chen
> >
> > add dsi interrupt control
> >
> > Signed-off-by: shaoming chen
> > ---
> > drivers/gpu/drm/mediatek/mtk_dsi.c | 76
> >
Hi CK,
On Wed, 2016-09-07 at 12:58 +0800, CK Hu wrote:
> Hi, YT:
>
> On Fri, 2016-09-02 at 19:24 +0800, YT Shen wrote:
> > This patch update enable/disable flow of DSI module and MIPI TX module
> >
> > Signed-off-by: shaoming chen
> > Signed-off-by: YT Shen
> > ---
>
> I think the
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/95fb6242/attachment-0001.html>
Dear All,
I am trying to understand difference between "DRM Encoder slave
driver" and "DRM bridge driver" as I need to write one for ADV7393
Video Encoder Chip for the custom target
based on DRA74x having following display connection.
VOUT1 --> ADV7393 --> CVBS Out(ADV7393 is on I2C)
Could
Hi Mark
OK, thanks.
I will send the whole series next time, hope it will not bother anyone
On 09/12/2016 05:13 PM, Mark Brown wrote:
> On Fri, Sep 09, 2016 at 09:16:06PM -0700, Chris Zhong wrote:
>> Add support for cdn DP controller which is embedded in the rk3399
>> SoCs. The DP is compliant
n-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/e8e9dd90/attachment.sig>
On Mon, Sep 12, 2016 at 3:08 PM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> If userspace is running an synchronously atomic commit and interrupts the
> atomic operation during fence_wait() it will hang until the timer expires,
> so here we change the wait to be interruptible so it stop
On Mon, Sep 12, 2016 at 7:46 AM, Christian König
wrote:
> From: Christian König
>
> Makes more sense to keep that together.
>
> Signed-off-by: Christian König
> Reviewed-by: Chunming Zhou
For the series:
Reviewed-by: Alex Deucher
> ---
> include/drm/ttm/ttm_bo_api.h| 32
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/93648ad2/attachment.html>
On 09/12/16 16:05, Rob Herring wrote:
> On Thu, Sep 01, 2016 at 02:22:55PM +0300, Peter Ujfalusi wrote:
>> There are display panels which demands that the sync signal is driven on
>> different edge than the pixel data.
>> With the syncclk-active property we can specify the clk edge to be used to
From: Gustavo Padovan
If userspace is running an synchronously atomic commit and interrupts the
atomic operation during fence_wait() it will hang until the timer expires,
so here we change the wait to be interruptible so it stop immediately when
userspace wants
Op 25-08-16 om 18:47 schreef Gustavo Padovan:
> From: Gustavo Padovan
>
> If userspace is running an synchronously atomic commit and interrupts the
> atomic operation during fence_wait() it will hang until the timer expires,
> so here we change the wait to be interruptible so it stop immediately
nts/20160912/6b45870d/attachment-0001.html>
On Mon, Sep 12, 2016 at 2:26 PM, Christian König
wrote:
> Am 12.09.2016 um 18:44 schrieb Alex Deucher:
>>
>> From: "monk.liu"
>>
>> original we use ttm_dma path to allocate GTT bo, which is too much
>> slower than the path of ttm_pool, in most cases.
>>
>> The swiotlb checks don't seem to work
From: "monk.liu"
Return the index of the first signaled fence in the fences ioctl.
This information is useful in some APIs like Vulkan.
Signed-off-by: monk.liu
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 4 +++-
From: "monk.liu"
Return the index of the first signaled fence. This information
is useful in some APIs like Vulkan.
Signed-off-by: monk.liu
Signed-off-by: Alex Deucher
---
drivers/dma-buf/fence.c | 19 ++-
include/linux/fence.h | 2 +-
2 files changed,
On Tue, Sep 6, 2016 at 4:22 PM, John Stultz wrote:
> 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
Hi,
On Thu, Sep 8, 2016 at 8:17 PM, Maxime Ripard
wrote:
> Some boards have an entirely passive RGB to VGA bridge, based on either
> DACs or resistor ladders.
>
> Those might or might not have an i2c bus routed to the VGA connector in
> order to access the screen EDIDs.
>
> Add a bridge that
On 09/07/2016 04:53 PM, Sean Paul wrote:
> In order to reduce the time required to turn on the panel, this patch
> makes 2 assumptions:
> 1- In detect(): if there's a panel, we're connected.
> 2- In get_modes(): if there's a panel, let the panel driver decide if
> it should prepare/unprepare
On 09/07/2016 04:28 PM, Baoyou Xie wrote:
> We get 2 warnings when building kernel with W=1:
> drivers/gpu/drm/msm/mdp/mdp4/mdp4_lcdc_encoder.c:96:23: warning: no previous
> prototype for 'get_connector' [-Wmissing-prototypes]
> drivers/gpu/drm/msm/mdp/mdp4/mdp4_plane.c:84:5: warning: no
Hi,
On 09/08/2016 05:02 AM, John Stultz wrote:
> Sort of tagging on to Archit's patchset here.
>
> Adds the core gpu, and dsi nodes for the apq8064 needed
> to get graphics working on the nexus7 and other devices.
>
> Feedback would be greatly appreciated!
>
> Cc: Archit Taneja
> Cc: vinay simha
Hi,
On 09/08/2016 05:47 PM, Maxime Ripard wrote:
> Some boards have an entirely passive RGB to VGA bridge, based on either
> DACs or resistor ladders.
>
> Those might or might not have an i2c bus routed to the VGA connector in
> order to access the screen EDIDs.
>
> Add a bridge that doesn't do
From: Christian König
Makes more sense to keep that together.
Signed-off-by: Christian König
Reviewed-by: Chunming Zhou
---
include/drm/ttm/ttm_bo_api.h| 32 +---
include/drm/ttm/ttm_placement.h | 35
From: Christian König
Either never used or not used in quite a while.
Signed-off-by: Christian König
---
include/drm/ttm/ttm_placement.h | 11 ---
1 file changed, 11 deletions(-)
diff --git a/include/drm/ttm/ttm_placement.h
From: Christian König
Instead of keeping a bunch of potentially unused flags, just define
the start for private memory types and remove the rest.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 12 ++--
From: Christian König
A bit pointless to search for the first bit set manually.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c
On 09/06/2016 01:13 AM, Sergei Shtylyov wrote:
> The Renesas Wheat board has 2 ADV7513 chips on the same I2C bus, however
> the ADV751x driver only supports 1 chip as it tries to assign the packet/
> EDID/CEC memory I2C devices to the fixed I2C addresses. Assign these I2C
> addresses at the
From: "monk.liu"
original we use ttm_dma path to allocate GTT bo, which is too much
slower than the path of ttm_pool, in most cases.
The swiotlb checks don't seem to work and we always end up in the
slow path even when an IOMMU is available.
Signed-off-by: monk.liu
DT.
And is there any design that uses an i2c bus for DDC together with the
TV Encoder?
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/20160912/ff391da2/attachment.sig>
On Mon, Sep 05, 2016 at 01:06:09PM +0800, Lin Huang wrote:
> This patch adds the documentation for rockchip rk3399 dmc driver.
>
> Signed-off-by: Lin Huang
> Reviewed-by: Chanwoo Choi
> ---
> Changes in v10:
And this is the first I see it?
> - add rockchip prefix in property describe
>
>
On 09/10/16 15:32, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fixes the following sparse warning:
>
> drivers/gpu/drm/tilcdc/tilcdc_drv.c:64:5: warning:
> symbol 'tilcdc_atomic_check' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
I'll pick this up.
Thanks,
Jyri
>
Hi Sean,
2016-09-12 Sean Paul :
> On Thu, Aug 25, 2016 at 12:47 PM, Gustavo Padovan
> wrote:
> > From: Gustavo Padovan
> >
> > If userspace is running an synchronously atomic commit and interrupts the
> > atomic operation during fence_wait() it will hang until the timer expires,
> > so here
On Mon, Sep 05, 2016 at 01:06:07PM +0800, Lin Huang wrote:
> This patch adds the documentation for rockchip dfi devfreq-event driver.
>
> Signed-off-by: Lin Huang
> Acked-by: Chanwoo Choi
> ---
> Changes in v10:
> - None
>
> Changes in v9:
> - reorder compatible and reg
>
> Changes in v8:
> -
Hi, Bibby:
Sorry for the late reply.
On Wed, 2016-08-17 at 14:58 +0800, Bibby Hsieh wrote:
> From: Junzhi Zhao
>
> Pixel clock should be 297MHz when resolution is 4K.
>
>From the code you modified, I think title should be: "Enlarge pll_rate
range from (, ) to (, )"
In description, you can
On Thu, Sep 8, 2016 at 6:30 AM, Maarten Lankhorst
wrote:
> Property lifetimes are equal to the device lifetime, so the separate
> drm_property_find is not needed. The pointer can be retrieved from
> the properties member, which saves us some locking and a extra lookup.
> The lifetime for
On Fri, Sep 09, 2016 at 07:17:46PM +0100, Robin Murphy wrote:
> When adding an extra argument to a function, one really should try a bit
> harder to catch *all* the callers...
>
> CC: Marek Szyprowski
> CC: Inki Dae
> CC: David Airlie
> CC: dri-devel at lists.freedesktop.org
> Signed-off-by:
nature
Size: 473 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/5dbc680e/attachment.sig>
On Thu, Aug 25, 2016 at 12:47 PM, Gustavo Padovan
wrote:
> From: Gustavo Padovan
>
> If userspace is running an synchronously atomic commit and interrupts the
> atomic operation during fence_wait() it will hang until the timer expires,
> so here we change the wait to be interruptible so it stop
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/20160912/3465bf7a/attachment.sig>
On Fri, Sep 9, 2016 at 5:45 AM, Yakir Yang wrote:
> Make sure the request PSR state takes effect in analogix_dp_send_psr_spd()
> function, or print the sink PSR error state if we failed to apply the
> requested PSR setting.
>
> Signed-off-by: Yakir Yang
> ---
> Changes in v3:
> - Update commit
On Fri, Sep 9, 2016 at 5:44 AM, Yakir Yang wrote:
> Signed-off-by: Yakir Yang
> ---
> Changes in v3:
> - Suggested by Sean
>
> Changes in v2: None
>
> drivers/gpu/drm/bridge/analogix/analogix_dp_core.h | 3 ++-
> drivers/gpu/drm/bridge/analogix/analogix_dp_reg.c | 18 +-
> 2
On Thu, Sep 01, 2016 at 07:06:52PM +0530, Archit Taneja wrote:
> Make the following changes in the HDMI gpio bindings:
>
> - Use "-gpios" as the suffix for all the gpio names
> - Move all the gpios to optional, since there are platforms that use none
> of them.
> - The HPD gpio is a standard
On Thu, Sep 01, 2016 at 02:22:55PM +0300, Peter Ujfalusi wrote:
> There are display panels which demands that the sync signal is driven on
> different edge than the pixel data.
> With the syncclk-active property we can specify the clk edge to be used to
> drive the sync signal. When the property
On Thu, Sep 01, 2016 at 12:09:07PM +0300, Jyri Sarha wrote:
> Add "blue-and-red-wiring"-device tree property and update devicetree
> binding document.
>
> The red and blue components are reversed between 24 and 16 bit modes
> on am335x LCDC output pins. To get 24 RGB format the red and blue
>
> whole series.
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160912/3fcf4f73/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=155711
Zhang Rui changed:
What|Removed |Added
Component|Power-Video |Video(DRI - non Intel)
On 08/09/16 16:31, Dave Gordon wrote:
> On 08/09/16 00:02, Nicolas Iooss wrote:
>> On 07/09/16 18:03, Dave Gordon wrote:
>>> On 06/09/16 21:36, Nicolas Iooss wrote:
On 06/09/16 12:21, Dave Gordon wrote:
> On 04/09/16 19:58, Nicolas Iooss wrote:
>> When building the kernel with clang
Hi David,
Please pull the following patches for the next merge window.
Thanks!
Maxime
The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc:
Linux 4.8-rc1 (2016-08-07 18:18:00 -0700)
are available in the git repository at:
68 matches
Mail list logo