On 16 July 2014 04:33, Rob Clark wrote:
> On Tue, Jul 15, 2014 at 5:41 AM, Benjamin Gaignard
> wrote:
>> Hi all,
>>
>> Does version 6 fit to all your expectations ?
>> If yes will you consider to merge it into drm-next ?
>> If no, please tell me what need to be fixed.
>
>
> I had another pass ove
This patch series adds lpm tranfer support for video and command data.
for this, this patch adds two flags, and makes mipi dsi host to send
commands to lcd panel device with lpm if mode_flags of lcd panel driver
includes lpm flag.
and also it applies this feature to exynos mipi dsi driver.
Chang
This patch adds below two flags for LPM transfer, and it attaches LPM flags
to a msg in accordance with master's mode_flags set by LCD Panel driver.
MIPI_DSI_MODE_CMD_LPM
- If this flag is set by Panel driver, MIPI-DSI controller will tranfer
command data to Panel device in Low Power Mode.
MIPI_D
This patch adds LPM transfer support for video or command data.
With this patch, Exynos MIPI DSI controller can transfer command or
video data with HS or LP mode in accordance with mode_flags set
by LCD Panel driver.
Changelog v2: Enable High Speed clock only in case of stand by request.
Signed-
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/f73909a8/attachment.html>
A few updates:
- Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to
*_H_FILES
- Including the platform Android.mk files individually is not the right way
to do. One needs to construct an array/list of Android.mks and include it.
- The series including the above fixes can
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/edf3b1bd/attachment.html>
If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because
of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is
supported by exynos4 and some qualcomm chipset and it is used by exynos
drm driver.
Signed-off-by: Joonyoung Shim
---
drivers/gpu/drm/drm_crtc.c | 5 +
1
Hi Andreas,
On 7/27/14, Andreas F?rber wrote:
> Hi Ajay,
>
> Am 25.07.2014 21:22, schrieb Ajay Kumar:
>> This series is based on exynos-drm-next branch of Inki Dae's tree at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
>>
>> I have tested this after adding few DT chang
On 27.07.2014 03:12, Marek Ol??k wrote:
> From: Marek Ol??k
>
> ---
> radeon/radeon_surface.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c
> index 9c3a192..8a1fe7d 100644
> --- a/radeon/radeon_surface.c
> +++ b/radeon
On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote:
> A few updates:
>
> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to
> *_H_FILES
> - Including the platform Android.mk files individually is not the right way
> to do. One needs to construct an array/list of
The hdmiphy can be apb and hdmiphy_port can be null. So before
accessing hdmiphy_port, it should be checked.
Signed-off-by: Seung-Woo Kim
---
drivers/gpu/drm/exynos/exynos_hdmi.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c
b/dr
Hello Dave,
You can found the patcheset with Rob's reviewed-by tag here:
git://git.linaro.org/people/benjamin.gaignard/kernel.git
on drm_kms_for_next-v7 branch
It is the same code (drm_kms_for_next-v6) than what Rob has reviewed,
rebased (and tested) on top of drm-next.
The only changes are clock
On Sun, Jul 27, 2014 at 11:41:29PM +0200, Daniel Vetter wrote:
> - I've added a new set of plane helpers. Mostly this was motivated to make the
> atomic helpers work on less stellar hardware where you can't just stream the
> state and then atomically commit with some GO bits. But those helpers
e problem with a build of upstream Mesa 10.1?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/47b7386a/attachment.html>
eds to
be resolved.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/277328fa/attachment.html>
On Sun, Jul 27, 2014 at 11:41:29PM +0200, Daniel Vetter wrote:
> Hi all,
>
> So I've figured instead of just talking I should draw up my ideas for atomic
> helpers and related stuff in some draft patches. Major differences compared to
> Rob's series:
>
> - The software side state update is done s
ou are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/e3f205fe/attachment-0001.html>
bug 81834.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/cd30762a/attachment.html>
e receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/1965633b/attachment.html>
On Sun, Jul 27, 2014 at 5:41 PM, Daniel Vetter
wrote:
> Hi all,
>
> So I've figured instead of just talking I should draw up my ideas for atomic
> helpers and related stuff in some draft patches. Major differences compared to
> Rob's series:
>
> - The software side state update is done synchronou
Gcc warns that addr might be used uninitialized. It may not, but I see
why gcc gets confused.
Additionally, hiding code with side-effects inside WARN_ON() argument
seems uncool, so I moved it outside.
Signed-off-by: Pavel Machek
diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c
b/drivers/gpu/d
From: Christian K?nig
It needs to be anonymous memory (no file mappings)
and we are requried to install an MMU notifier.
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/d
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 18 +-
include/uapi/drm/radeon_drm.h | 1 +
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_g
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/radeon/radeon_gem.c | 3 ++-
drivers/gpu/drm/radeon/radeon_ttm.c | 8
include/uapi/drm/radeon_drm.h | 3 ++-
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.
From: Christian K?nig
This patch adds an IOCTL for turning a pointer supplied by
userspace into a buffer object.
It imposes several restrictions upon the memory being mapped:
1. It must be page aligned (both start/end addresses, i.e ptr and size).
2. It must be normal system memory, not a poin
From: Christian K?nig
Signed-off-by: Christian K?nig
---
drivers/gpu/drm/Kconfig| 1 +
drivers/gpu/drm/radeon/Makefile| 2 +-
drivers/gpu/drm/radeon/radeon.h| 12 ++
drivers/gpu/drm/radeon/radeon_device.c | 2 +
drivers/gpu/drm/radeon/radeon_gem.c| 9
Hi Dave,
On Wednesday 02 July 2014 16:42:09 Laurent Pinchart wrote:
> Hi Dave,
>
> Could you please pick those two patches up for v3.17 ?
Am I missing something ? Is there a secret e-mail address I need to send my
patches to to get them picked up ? This is a trivial change first submitted in
F
On 28/07/14 08:07, Daniel Vetter wrote:
> On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote:
>> A few updates:
>>
>> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed to
>> *_H_FILES
>> - Including the platform Android.mk files individually is not the right way
>
On Sat, 2014-07-26 at 01:44 +0200, Daniel Vetter wrote:
> On Fri, Jul 25, 2014 at 2:14 PM, Paul Bolle wrote:
> > Your commit 2225a28fd916 ("drm/i915: Ditch UMS config option") is
> > included in today's linux-next (ie, next-20140725). It removes the
> > Kconfig symbol DRM_I915_UMS.
> >
> > It didn
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/994039e7/attachment-0001.html>
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/74fe04d3/attachment.html>
On 2014? 07? 28? 17:30, Sjoerd Simons wrote:
> Hey Inki,
>
> On Mon, 2014-07-21 at 08:50 +0200, Sjoerd Simons wrote:
>> Hey Inki,
>>
>> On Mon, 2014-07-21 at 12:02 +0900, Inki Dae wrote:
>>> On 2014? 07? 19? 05:36, Sjoerd Simons wrote:
The exynos DRM module currently is not automatically load
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/c88611cb/attachment.html>
ping
2014-05-05 23:54 GMT+02:00 Andreas Boll :
> Use "drm.h" instead of "drm/drm.h" as used in the other header files.
> Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this
> file is installed in /usr/include/libdrm.
>
> Fixes Debian bug #746807
>
> Reported-by: Bastian Blank
On Mon, Jul 28, 2014 at 1:17 PM, Rob Clark wrote:
> On Sun, Jul 27, 2014 at 5:41 PM, Daniel Vetter
> wrote:
>> Hi all,
>>
>> So I've figured instead of just talking I should draw up my ideas for atomic
>> helpers and related stuff in some draft patches. Major differences compared
>> to
>> Rob's
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140728/56834a46/attachment.html>
On 28/07/14 15:35, Andreas Boll wrote:
> ping
>
> 2014-05-05 23:54 GMT+02:00 Andreas Boll :
>> Use "drm.h" instead of "drm/drm.h" as used in the other header files.
>> Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this
>> file is installed in /usr/include/libdrm.
>>
I believ
On Mon, Jul 28, 2014 at 01:01:19PM +0100, Emil Velikov wrote:
> On 28/07/14 08:07, Daniel Vetter wrote:
> > On Mon, Jul 28, 2014 at 03:48:53AM +0100, Emil Velikov wrote:
> >> A few updates:
> >>
> >> - Naming the headers lists *_HEADERS caused autohell to hate us. Renamed
> >> to
> >> *_H_FILES
>
On Mon, Jul 28, 2014 at 01:20:58PM +0200, Pavel Machek wrote:
>
> Gcc warns that addr might be used uninitialized. It may not, but I see
> why gcc gets confused.
>
> Additionally, hiding code with side-effects inside WARN_ON() argument
> seems uncool, so I moved it outside.
>
> Signed-off-by: Pa
Hi
On Fri, Jul 25, 2014 at 9:56 AM, Daniel Vetter wrote:
> On Thu, Jul 24, 2014 at 11:38:28PM +0200, David Herrmann wrote:
>> On Thu, Jul 24, 2014 at 11:52 AM, Daniel Vetter wrote:
>> > On Wed, Jul 23, 2014 at 05:26:42PM +0200, David Herrmann wrote:
>> >> +static inline bool drm_is_master(const
On Mon, Jul 28, 2014 at 01:30:08PM +0200, Christian K?nig wrote:
> +struct dma_buf *radeon_gem_prime_export(struct drm_device *dev,
> + struct drm_gem_object *gobj,
> + int flags)
> +{
> + struct radeon_bo *bo = gem_to_rade
2014-07-28 17:06 GMT+02:00 Emil Velikov :
> On 28/07/14 15:35, Andreas Boll wrote:
>> ping
>>
>> 2014-05-05 23:54 GMT+02:00 Andreas Boll :
>>> Use "drm.h" instead of "drm/drm.h" as used in the other header files.
>>> Fixes xserver-xorg-video-qxl build with KMS support on Debian, where this
>>> file
On 07/28/2014 04:00 AM, Inki Dae wrote:
> This patch adds LPM transfer support for video or command data.
>
> With this patch, Exynos MIPI DSI controller can transfer command or
> video data with HS or LP mode in accordance with mode_flags set
> by LCD Panel driver.
>
> Changelog v2: Enable High Sp
On Mon, Jul 28, 2014 at 12:47 AM, Joonyoung Shim
wrote:
> If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because
> of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is
> supported by exynos4 and some qualcomm chipset and it is used by exynos
> drm driver.
tbh, format
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/82a6dc07/attachment.html>
On Mon, Jul 28, 2014 at 11:56:59AM -0400, Rob Clark wrote:
> On Mon, Jul 28, 2014 at 12:47 AM, Joonyoung Shim
> wrote:
> > If user NV12MT uses as pixel format, the Addfb2 ioctl is failed because
> > of missing to check DRM_FORMAT_NV12MT. The NV12MT pixel format is
> > supported by exynos4 and some
On 07/28/2014 04:00 AM, Inki Dae wrote:
> This patch adds below two flags for LPM transfer, and it attaches LPM flags
> to a msg in accordance with master's mode_flags set by LCD Panel driver.
>
> MIPI_DSI_MODE_CMD_LPM
> - If this flag is set by Panel driver, MIPI-DSI controller will tranfer
> com
On 07/28/2014 06:17 PM, Andreas F?rber wrote:
> Hi Lars-Peter,
>
> Am 25.07.2014 01:00, schrieb Andreas F?rber:
>> most notably I'm missing
>> ADI ADV7513 and AXI-HDMI support
> [...]
>> Cc: Lars-Peter Clausen (HDMI)
>
> Could you please enlighten us what the status of upstreaming
> ADV7511/ADV751
https://bugzilla.kernel.org/show_bug.cgi?id=79571
M132 changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
The maximum pitch constraint for the hardware is expressed in pixels.
Convert it to bytes to validate frame buffer creation, as frame buffer
pitches are expressed in bytes.
Reported-by: Phil Edworthy
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 13 +++--
1
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/c35e4823/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140728/e4e29026/attachment.html>
Looks like the lm63 driver supports the lm64 as well.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_atombios.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c
b/drivers/gpu/drm/radeon/
https://bugzilla.kernel.org/show_bug.cgi?id=81281
Bug ID: 81281
Summary: 8970M boot problems since 3.13 with dpm
Product: Drivers
Version: 2.5
Kernel Version: 3.16.0-rc5
Hardware: All
OS: Linux
Tree: Mainline
https://bugzilla.kernel.org/show_bug.cgi?id=81281
--- Comment #1 from sharkgoesmad ---
Created attachment 144541
--> https://bugzilla.kernel.org/attachment.cgi?id=144541&action=edit
Xorg.0.log.old
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=81281
sharkgoesmad changed:
What|Removed |Added
CC||sharkgoesmad at gmail.com
Regressi
https://bugzilla.kernel.org/show_bug.cgi?id=81281
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 fr
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/drm_plane_helper.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_plane_helper.c
b/drivers/gpu/drm/drm_plane_helper.c
index 6d13314..64ce96c 100644
--- a/drivers/gpu/drm/drm_pla
From: Wei Yongjun
Remove duplicated include.
Signed-off-by: Wei Yongjun
---
drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c
b/drivers/gpu/drm/i915/intel_dsi_panel_vbt.c
index 47c7584..1439516 100644
--- a
Hi Lars-Peter,
Am 25.07.2014 01:00, schrieb Andreas F?rber:
> most notably I'm missing
> ADI ADV7513 and AXI-HDMI support
[...]
> Cc: Lars-Peter Clausen (HDMI)
Could you please enlighten us what the status of upstreaming
ADV7511/ADV7513 support is? It is declared "work in progress" here:
http:
I think i probably hit a regression in the mesa libraries since older
versions of mesa used to work. I'll try to downgrade from 10.1.6 and see
what happens.
Am 27.07.2014 um 14:47 schrieb Marek Ol??k:
> I think the problem is the driver hasn't called
> radeon_cs_space_add_persistent_bo.
>
> Mare
forward, i'd be very grateful to
hear as i think i've addressed your original comment on the set in the
previous reply?
--
Sjoerd Simons
Collabora Ltd.
-- next part ------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 6170 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/16c29e60/attachment-0001.bin>
kcs7-signature
Size: 6170 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140728/14894732/attachment.bin>
64 matches
Mail list logo
