Hi Jitao,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.5 next-20160316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jitao-Shi/Documentation-bridge-Add
Hi Jitao,
[auto build test WARNING on drm/drm-next]
[also build test WARNING on v4.5 next-20160316]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Jitao-Shi/Documentation-bridge-Add
On Wed, Mar 16, 2016 at 03:44:37PM -0400, Lyude Paul wrote:
> On Wed, 2016-03-16 at 21:39 +0200, Ville Syrjälä wrote:
> > On Wed, Mar 16, 2016 at 03:18:04PM -0400, Lyude wrote:
> > >
> > > After unplugging a DP MST display from the system, we have to go through
> > > and destroy all of the DRM c
On Wed, Mar 16, 2016 at 03:18:04PM -0400, Lyude wrote:
> After unplugging a DP MST display from the system, we have to go through
> and destroy all of the DRM connectors associated with it since none of
> them are valid anymore. Unfortunately, intel_dp_destroy_mst_connector()
> doesn't do a good en
This patch adds drm_bridge driver for parade DSI to eDP bridge chip.
Signed-off-by: Jitao Shi
---
Changes since v11:
- Remove depends on I2C, add DRM depends
- Reuse ps8640_write_bytes() in ps8640_write_byte()
- Use timer check for polling like the routines in
- Fix no drm_connector_unregist
Add documentation for DT properties supported by
ps8640 DSI-eDP converter.
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
Reviewed-by: Philipp Zabel
---
Changes since v11:
- No change
---
.../devicetree/bindings/display/bridge/ps8640.txt | 43
1 file changed, 43 insert
> -Original Message-
> From: Dave Airlie [mailto:airlied at gmail.com]
> Sent: Wednesday, March 16, 2016 4:41 PM
> To: Koenig, Christian
> Cc: Jerome Glisse; Deucher, Alexander; dri-devel at lists.freedesktop.org
> Subject: Re: [PATCH 3/4] drm/radeon: consolidate uvd/vce initialization,
> r
Reviewed-by: Samuel Pitoiset
On 03/14/2016 03:24 PM, Arnd Bergmann wrote:
> gcc-6 warns about code in the nouveau driver that is obviously silly:
>
> drivers/gpu/drm/nouveau/nvkm/engine/pm/nv40.c: In function
> 'nv40_perfctr_next':
> drivers/gpu/drm/nouveau/nvkm/engine/pm/nv40.c:62:19: warning:
Am 16.03.2016 um 18:43 schrieb Jerome Glisse:
> On Wed, Mar 16, 2016 at 06:06:36PM +0100, Christian König wrote:
>> [SNIP]
>> And as I said that is exactly what you should NOT be doing here. Once the
>> firmware is loaded the block should be kept in that state.
>>
>> Freeing the memory allocated f
On Wed, Mar 16, 2016 at 04:28:25PM +0100, Daniel Vetter wrote:
> On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote:
> > In the absence of an fb_mmap callback, the fbdev code falls back to a
> > naive implementation which relies upon the DMA address being the same
> > as the physical addr
On Wed, Mar 16, 2016 at 06:06:36PM +0100, Christian König wrote:
> Am 16.03.2016 um 16:56 schrieb Jerome Glisse:
> >On Wed, Mar 16, 2016 at 04:19:16PM +0100, Christian König wrote:
> >>Am 16.03.2016 um 15:59 schrieb Jerome Glisse:
> >>>On Wed, Mar 16, 2016 at 2:03 PM, Christian König
> >>> wrote
Applied. thanks!
Alex
Am 16.03.2016 um 16:56 schrieb Jerome Glisse:
> On Wed, Mar 16, 2016 at 04:19:16PM +0100, Christian König wrote:
>> Am 16.03.2016 um 15:59 schrieb Jerome Glisse:
>>> On Wed, Mar 16, 2016 at 2:03 PM, Christian König
>>> wrote:
Am 16.03.2016 um 13:48 schrieb Jérôme Glisse:
> From: Jéro
On Sun, 2016-03-13 at 19:45 +0100, Daniel Vetter wrote:
> On Fri, Mar 11, 2016 at 10:57:01AM -0500, Lyude wrote:
> >
> > Since we need MST devices ready before we try to resume displays,
> > calling this after intel_display_resume() can result in some issues with
> > various laptop docks where the
On Wed, Mar 16, 2016 at 04:19:16PM +0100, Christian König wrote:
> Am 16.03.2016 um 15:59 schrieb Jerome Glisse:
> >On Wed, Mar 16, 2016 at 2:03 PM, Christian König
> > wrote:
> >>Am 16.03.2016 um 13:48 schrieb Jérôme Glisse:
> >>>From: Jérome Glisse
> >>>
> >>>This consolidate uvd/vce into a
On Wed, Mar 16, 2016 at 02:57:49PM +, Robin Murphy wrote:
> In the absence of an fb_mmap callback, the fbdev code falls back to a
> naive implementation which relies upon the DMA address being the same
> as the physical address, and the buffer being physically contiguous
> from there. Whilst th
.c
> @@ -503,6 +503,8 @@ static void vop_crtc_disable(struct drm_crtc *crtc)
> if (!vop->is_enabled)
> return;
> + vop_crtc_wait_for_update(crtc);
> +
> drm_crtc_vblank_off(crtc);
>
> Thanks.
>
> --
> ï¼ark Yao
>
>
-- next part --
A non-text attachment was scrubbed...
Name: page_fault.c
Type: text/x-csrc
Size: 3368 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160316/739ab6f1/attachment-0001.c>
Am 16.03.2016 um 15:59 schrieb Jerome Glisse:
> On Wed, Mar 16, 2016 at 2:03 PM, Christian König
> wrote:
>> Am 16.03.2016 um 13:48 schrieb Jérôme Glisse:
>>> From: Jérome Glisse
>>>
>>> This consolidate uvd/vce into a common shape for all generation. It
>>> also leverage the rdev->has_uvd fl
On Wed, Mar 16, 2016 at 02:57:35PM +0100, Boris Brezillon wrote:
> Add a ->cleanup_fb() operation to avoid memory leaks when the atomic
> operation is interrupted after the ->prepare_fb() call.
>
> Signed-off-by: Boris Brezillon
> Fixes 2389fc1 ("drm: atmel-hlcdc: Atomic mode-setting conversion")
On Wed, Mar 16, 2016 at 02:34:15PM +0100, Noralf Trønnes wrote:
> tinydrm provides a very simplified view of DRM for displays that has
> onboard video memory and is connected through a slow bus like SPI/I2C.
>
> Signed-off-by: Noralf Trønnes
Yay, it finally happens! I already made a comment on
not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160316/3e24feb7/attachment-0001.sig>
On Wed, Mar 16, 2016 at 2:03 PM, Christian König
wrote:
> Am 16.03.2016 um 13:48 schrieb Jérôme Glisse:
>>
>> From: Jérome Glisse
>>
>> This consolidate uvd/vce into a common shape for all generation. It
>> also leverage the rdev->has_uvd flags to know what it is useless to
>> try to resume/s
On Wed, Mar 16, 2016 at 02:34:14PM +0100, Noralf Trønnes wrote:
> This is an attempt at providing a DRM version of drivers/staging/fbtft.
> I'm sending this early before cleaning up the code hoping to get some
> feedback in case there are better ways to structure this.
>
> The tinydrm module prov
On Wed, 2016-03-16 at 21:39 +0200, Ville Syrjälä wrote:
> On Wed, Mar 16, 2016 at 03:18:04PM -0400, Lyude wrote:
> >
> > After unplugging a DP MST display from the system, we have to go through
> > and destroy all of the DRM connectors associated with it since none of
> > them are valid anymore.
After unplugging a DP MST display from the system, we have to go through
and destroy all of the DRM connectors associated with it since none of
them are valid anymore. Unfortunately, intel_dp_destroy_mst_connector()
doesn't do a good enough job of ensuring that throughout the destruction
process th
Add Sii9022 DT bindings description.
Signed-off-by: Boris Brezillon
---
Changes since v1:
- rename doc file
- s/sil902/sii902/
---
.../devicetree/bindings/display/bridge/sii902x.txt | 35 ++
1 file changed, 35 insertions(+)
create mode 100644 Documentation/devicetree/binding
Add basic support for the sii902x RGB -> HDMI bridge.
This driver does not support audio output yet.
Signed-off-by: Boris Brezillon
Tested-by: Nicolas Ferre
---
Hello,
This patch is only adding basic support for the sii9022 chip.
As stated in the commit log, there's no audio support, but the
dr
In the absence of an fb_mmap callback, the fbdev code falls back to a
naive implementation which relies upon the DMA address being the same
as the physical address, and the buffer being physically contiguous
from there. Whilst this often holds for standard CMA allocations via
the platform's regular
In relation with the actuall bandwidth consumed on a DMA Source interface,
choose the less used one for a created plane.
Signed-off-by: Boris Brezillon
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 6 +++-
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.h| 1 +
Move the adjusted display mode check into ->mode_fixup().
Signed-off-by: Boris Brezillon
Acked-by: Nicolas Ferre
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/atmel-hlcd
The current output code only supports connection to drm panels.
First simplify the drm panel code, and then add support for external drm
bridges.
Signed-off-by: Boris Brezillon
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +-
drivers/gpu/drm/atmel-hlcdc/at
In order to support multiple outputs we need to move the output mode
selection to the CRTC object, so that the output validity check can be
done against the drm_atomic_state.
If the connectors selected by a specific mode setting are requiring
incompatible bus format the atomic operation is aborted
The display timings on old SoCs older than the sama5d4 are quite limited
and prevent the use of many displays. Add support for extended timing
ranges on sama5d2 and sama5d4.
Signed-off-by: Boris Brezillon
Acked-by: Nicolas Ferre
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hl
The ->dpms field is no longer used and can be removed.
The same goes for the dummy ->mode_fixup() implementation which always
returns true.
Signed-off-by: Boris Brezillon
Acked-by: Nicolas Ferre
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 12
1
The hlcdc IP keep the pixel stream in raw RGB mode, and does not provide
any specific connector. Since DRM_MODE_CONNECTOR_RAW_RGB does not exist,
use DRM_MODE_CONNECTOR_Unknown.
Signed-off-by: Boris Brezillon
Acked-by: Nicolas Ferre
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atme
drm_atomic_helper_commit() does not support asynchronous commits.
Replace it by a specific commit function supporting these kind of requests.
Signed-off-by: Boris Brezillon
Tested-by: Nicolas Ferre
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 94 +++-
drivers/gpu/d
Add a ->cleanup_fb() operation to avoid memory leaks when the atomic
operation is interrupted after the ->prepare_fb() call.
Signed-off-by: Boris Brezillon
Fixes 2389fc1 ("drm: atmel-hlcdc: Atomic mode-setting conversion")
Reviewed-by: Nicolas Ferre
Tested-by: Nicolas Ferre
---
drivers/gpu/drm
Hello,
This series is a collection of fixes and improvements for the
atmel-hlcdc driver.
The main feature added here is the support for external RGB -> XXX
bridges (patch 6 and 7).
The first patch is a fix preventing a potential memory leak.
Patch 2 is adding support for asynchronous mode settin
pm->sequence = pm->sequence;
> + nv40pm->sequence = pm->sequence;
> }
> }
>
>
-- 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/20160316/4495b7bb/attachment.sig>
Add support for Adafruit MIPI DBI compatible SPI displays:
1.8" Color TFT LCD display - ST7735R (#358)
2.2" Color TFT LCD display - HX8340BN, 9-bit (#797)
2.8" PiTFT 320x240 TFT+Touchscreen for Raspberry Pi (#1601)
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/Kconfig| 11 +
Add support for MIPI DBI interfaced controllers.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/Kconfig| 3 +
drivers/gpu/drm/tinydrm/Makefile | 3 +
drivers/gpu/drm/tinydrm/mipi-dbi.c | 231 +
include/drm/tinydrm/mipi-dbi.h | 24 +++
Add SPI bus support to lcdreg.
Supports the following protocols:
- MIPI DBI type C interface option 1 (3-wire) and option 3 (4-wire).
- Option 3 also fits some controllers where all registers are 16-bit.
- 8/16-bit register transfers that need to start with a special startbyte.
It also supports em
Add LCD register abstraction for MIPI DBI/DCS like controllers.
This hides LCD controller interface implementation details.
When built with debugfs, the register is available to userspace.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/Kconfig | 2 +
drivers/gpu/drm
tinydrm provides a very simplified view of DRM for displays that has
onboard video memory and is connected through a slow bus like SPI/I2C.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile | 1 +
d
This is an attempt at providing a DRM version of drivers/staging/fbtft.
I'm sending this early before cleaning up the code hoping to get some
feedback in case there are better ways to structure this.
The tinydrm module provides a very simplified view of DRM for displays that
has onboard video memo
On Wed, Mar 16, 2016 at 01:27:49PM +0100, Linus Walleij wrote:
>
> On Tue, Mar 15, 2016 at 3:17 AM, Zheng, Qi wrote:
> >> On Mon, Mar 14, 2016 at 9:56 AM, Zheng, Qi wrote:
> >
> >> The "pi330532" device on Broxton requires this function to manually
> >> trigger an GPIO input interrupt.
> > (...)
Le 06/01/2016 13:25, Boris Brezillon a écrit :
> Add basic support for the sil902x RGB -> HDMI bridge.
> This driver does not support audio output yet.
>
> Signed-off-by: Boris Brezillon
You can add my:
Tested-by: Nicolas Ferre
I tested it on a SAMA5D4 Xplained board with a Dell HDMI monitor.
Le 06/01/2016 11:19, Boris Brezillon a écrit :
> Hello,
>
> This series is a collection of fixes and improvements for the
> atmel-hlcdc driver.
>
> The main feature added here is the support for external RGB -> XXX
> bridges (patch 6 and 7).
>
> The first patch is a fix preventing a potential m
Am 16.03.2016 um 13:48 schrieb Jérôme Glisse:
> From: Jérome Glisse
>
> This consolidate uvd/vce into a common shape for all generation. It
> also leverage the rdev->has_uvd flags to know what it is useless to
> try to resume/suspend uvd/vce block.
>
> There is no functional changes when there
Can somebody with commit access push those two patches after the review?
I don't have write permission for libdrm.
Thanks in advance,
Christian.
Am 16.03.2016 um 13:54 schrieb Christian König:
> From: Christian König
>
> It's simpler and allows us to test VMID sharing between
> between the co
Hi Dave,
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/panel/for-4.6-rc1
for you to fetch changes up to c8a3b2ae07130042682bc8
From: Christian König
We somehow forgot the flags paramter in amdgpu_create_bo_from_user_mem(). Fix
that with a new function.
v2: fix typo in function name
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer (v1)
---
amdgpu/amdgpu.h| 8
amdgpu/amdgpu_bo.c | 26
From: Christian König
It's simpler and allows us to test VMID sharing between
between the compute queues as well.
Signed-off-by: Christian König
---
tests/amdgpu/basic_tests.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/tests
On Wed, Mar 16, 2016 at 04:03:08PM +1000, Peter Hutterer wrote:
> We had a number of last-minute nominations and this did not give all nominees
> the chance to respond to the nominations.
Sheepish Verhaegen.
Hi Dave,
The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
are available in the git repository at:
git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.6-rc1
for you to fetch changes up to 341917fe2b62876599315a
From: Jérome Glisse
This consolidate uvd/vce into a common shape for all generation. It
also leverage the rdev->has_uvd flags to know what it is useless to
try to resume/suspend uvd/vce block.
There is no functional changes when there is no error. On error the
device driver will behave differen
Am 16.03.2016 um 13:35 schrieb Jerome Glisse:
> On Wed, Mar 16, 2016 at 1:10 PM, Christian König
> wrote:
>> Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
>>> From: Jérome Glisse
>>>
>>> We need to unpin on suspend and pin on resume. This shuffle code around
>>> to do just that.
>>>
>>>
On Wed, Mar 16, 2016 at 1:20 PM, Christian König
wrote:
> Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
>>
>> From: Jérome Glisse
>>
>> Quite few suspend/hibernation bugs are related to this block. Add
>> an option to disable those as a work around.
>>
>> Signed-off-by: Jérôme Glisse
On Wed, Mar 16, 2016 at 1:10 PM, Christian König
wrote:
> Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
>>
>> From: Jérome Glisse
>>
>> We need to unpin on suspend and pin on resume. This shuffle code around
>> to do just that.
>>
>> Signed-off-by: Jérôme Glisse
>> Cc: Alex Deucher
Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
> From: Jérome Glisse
>
> Quite few suspend/hibernation bugs are related to this block. Add
> an option to disable those as a work around.
>
> Signed-off-by: Jérôme Glisse
> Cc: Alex Deucher
> Cc: Christian König
Reviewed-by: Christian
Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
> From: Jérome Glisse
>
> I hate doing this but it hurts my eyes to go over code that does not
> comply with indentation rules. Only thing that is not only space change
> is in atom.c all other files are space indentation issues.
>
> Signed-of
Am 16.03.2016 um 12:56 schrieb jglisse at redhat.com:
> From: Jérome Glisse
>
> We need to unpin on suspend and pin on resume. This shuffle code around
> to do just that.
>
> Signed-off-by: Jérôme Glisse
> Cc: Alex Deucher
> Cc: Christian König
NAK, that won't work correctly.
When the fir
Hey Alex,
I see this on a 32-bit, allyesconfig build today:
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c: In function
âgfx_v7_0_ring_emit_vm_flushâ:
drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c:3631:17: warning: initialization makes
integer from pointer without a cast [-Wint-conversion]
uint32_t seq =
Hi Dave, I'll just flush this one out of the way.
BR,
Jani.
The following changes since commit f2c488212b511f7eadef78c564f1bff8f64db231:
Merge branch 'linux-4.6' of git://github.com/skeggsb/linux into drm-next
(2016-03-14 10:49:40 +1000)
are available in the git repository at:
git://anon
From: Jérome Glisse
We need to unpin on suspend and pin on resume. This shuffle code around
to do just that.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/gpu/drm/radeon/radeon_uvd.c | 61 -
drivers/gpu/drm/radeon/radeon
From: Jérome Glisse
Quite few suspend/hibernation bugs are related to this block. Add
an option to disable those as a work around.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
Cc: Christian König
---
drivers/gpu/drm/radeon/radeon.h | 1 +
drivers/gpu/drm/radeon/radeon_asic.c | 3 ++
From: Jérome Glisse
I hate doing this but it hurts my eyes to go over code that does not
comply with indentation rules. Only thing that is not only space change
is in atom.c all other files are space indentation issues.
Signed-off-by: Jérôme Glisse
Cc: Alex Deucher
---
drivers/gpu/drm/rade
T with the result.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160316/d682246e/attachment.sig>
On 03/16/2016 11:17 AM, Maarten Lankhorst wrote:
> Hey,
>
> Op 16-03-16 om 09:34 schreef Thomas Hellstrom:
>> Hi!
>>
>> The commit
>>
>> From 13803132818cf8084d169617be060fd8e3411a98 Mon Sep 17 00:00:00 2001
>> From: Maarten Lankhorst
>> Date: Wed, 9 Sep 2015 16:40:56 +0200
>> Subject: [PATCH] drm
Hey,
Op 16-03-16 om 09:34 schreef Thomas Hellstrom:
> Hi!
>
> The commit
>
> From 13803132818cf8084d169617be060fd8e3411a98 Mon Sep 17 00:00:00 2001
> From: Maarten Lankhorst
> Date: Wed, 9 Sep 2015 16:40:56 +0200
> Subject: [PATCH] drm/core: Preserve the framebuffer after removing it.
>
> badly b
The following changes since commit f2c488212b511f7eadef78c564f1bff8f64db231:
Merge branch 'linux-4.6' of git://github.com/skeggsb/linux into drm-next
(2016-03-14 10:49:40 +1000)
are available in the git repository at:
git://people.freedesktop.org/~thomash/linux tags/vmwgfx-next-160316
for
Hi!
The commit
72 matches
Mail list logo
