On 12/09/2015 12:28 AM, Emil Velikov wrote:
> On 8 December 2015 at 22:12, Nicolas Iooss
> wrote:
>> drm_dev_set_unique() uses a format string to define the unique name of a
>> device. This feature is not used as currently all the calls to this
>> function either use "%s" as a format string or d
Hi Rob,
Thanks
- Yakir
On 12/08/2015 11:01 PM, Rob Herring wrote:
> On Mon, Dec 07, 2015 at 02:39:07PM +0800, Yakir Yang wrote:
>> Analogix dp driver is split from exynos dp driver, so we just
>> make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
>>
>> Beside update some exynos dtsi
https://bugzilla.kernel.org/show_bug.cgi?id=109101
Bug ID: 109101
Summary: [A10-7800] CPU is capped to 3GHz if BAPM is enabled
Product: Drivers
Version: 2.5
Kernel Version: 4.2.6
Hardware: x86-64
OS: Linux
Tre
Hi Rob,
On 12/08/2015 11:03 PM, Rob Herring wrote:
> On Mon, Dec 07, 2015 at 02:39:34PM +0800, Yakir Yang wrote:
>> Rockchip DP driver is a helper driver of analogix_dp coder driver,
>> so most of the DT property should be descriped in analogix_dp document.
>>
>> Signed-off-by: Yakir Yang
>> Revi
Hi Rob
On 12/08/2015 11:06 PM, Rob Herring wrote:
> On Mon, Dec 07, 2015 at 02:39:50PM +0800, Yakir Yang wrote:
>> Add dt binding documentation for rockchip display port PHY.
>>
>> Signed-off-by: Yakir Yang
>> Reviewed-by: Heiko Stuebner
> One possible typo below, otherwise:
>
> Acked-by: Rob He
Hi Rob,
Thanks for your respond.
On 12/08/2015 11:09 PM, Rob Herring wrote:
> On Mon, Dec 07, 2015 at 02:40:42PM +0800, Yakir Yang wrote:
>> Some edp screen do not have hpd signal, so we can't just return
>> failed when hpd plug in detect failed.
>>
>> This is an hardware property, so we need add
Analogix dp driver is split from exynos dp driver, so we just
make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
Beside update some exynos dtsi file with the latest change
according to the devicetree binding documents.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
Tested-by: Javie
Rockchip DP driver is a helper driver of analogix_dp coder driver,
so most of the DT property should be descriped in analogix_dp document.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
Reviewed-by: Heiko Stuebner
---
Changes in v10.1:
- Add the ack from Rob Herring
Changes in v10: None
Chang
Add dt binding documentation for rockchip display port PHY.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
Reviewed-by: Heiko Stuebner
---
Changes in v10.1:
- Add the ack from Rob Herring
- Correct the title of this rockchip dp phy document(Rob)
Changes in v9: None
Changes in v8:
- Remove the
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
This is an hardware property, so we need add a devicetree property
"analogix,need-force-hpd" to indicate this sutiation.
Signed-off-by: Yakir Yang
Tested-by: Javier Martinez Canillas
---
Chang
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/i915/intel_pm.c
between commits:
344df9809f45 ("drm/i915/skl: Disable coarse power gating up until F0")
6704d4552853 ("drm/i915/skl: Double RC6 WRL always on")
from the drm-intel-fixes tree and commit:
12.041134] [] (do_vfs_ioctl) from []
> (SyS_ioctl+0x5c/0x84)
> [ 12.041138] [] (SyS_ioctl) from []
> (ret_fast_syscall+0x0/0x1c)
> [ 12.041210] panel_simple_unprepare
> [ 12.041359] panel_simple_prepare
> [ 12.101638] analogix_dp_reset
> [ 12.101879] analogix_dp_init_hpd
> [ 12.101897] panel_simple_disable
> [ 12.108543] analogix_dp_irq_handler: irq-type 0
> [ 12.110452] rockchip-dp ff97.dp: Link Training Clock Recovery success
> [ 12.111900] rockchip-dp ff97.dp: Link Training success!
> [ 12.113384] analogix_dp_init_video
> [ 12.215825] rockchip-dp ff97.dp: Timeout of video streamclk ok
> [ 12.215829] rockchip-dp ff97.dp: unable to config video
> [ 12.215832] panel_simple_enable
> ,at: [] flush_work+0x0/0x22c
>
>
>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/6bc0798b/attachment-0001.html>
nt case).
I use a Radeon R9 390X with Mesa git on Linux 4.3 here.
--
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/20151209/8a16b326/attachment.html>
On Sun, Dec 6, 2015 at 1:45 PM, Christian König
wrote:
> On 06.12.2015 08:29, Oded Gabbay wrote:
>>
>> On Sat, Dec 5, 2015 at 12:23 PM, Christian König
>> wrote:
>>>
>>> Patch #1 & #2 are Reviewed-by: Christian König >> amd.com>
>>>
>>> For patch #3:
>>>
>>> Couldn't we just in a loop go over
chment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/77222a07/attachment.html>
|Linux (All)
--
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/20151209/21536509/attachment.html>
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/20151209/80a3ef7b/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/3694b761/attachment.html>
Hi Rob,
On 12/09/2015 12:25 PM, Rob Herring wrote:
> On Wed, Dec 09, 2015 at 10:10:39AM +0800, Yakir Yang wrote:
>> Some edp screen do not have hpd signal, so we can't just return
>> failed when hpd plug in detect failed.
>>
>> This is an hardware property, so we need add a devicetree property
>>
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
This is an hardware property, so we need add a devicetree property
"force-hpd" to indicate this sutiation.
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
Tested-by: Javier Martinez Canillas
.
--
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/20151209/bc26d482/attachment.html>
On Tue, Dec 08, 2015 at 08:23:23PM -0800, Alex Goins wrote:
> Any more feedback on this?
Maarten reviewed them and they already landed in drm-intel-next-queued. I
guess he just forgot to send out a quick reply.
Thanks, Daniel
>
> Thanks,
> Alex
>
> On Thu, 26 Nov 2015, Alex Goins wrote:
>
> >
On Tue, Dec 08, 2015 at 09:55:27PM +0100, Julia Lawall wrote:
> The intel_dvo_dev_ops structures are never modified, so declare them as
> const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Queued for -next, thanks for the patch.
-Daniel
>
> ---
> drivers/gpu/drm/i91
On Tue, Dec 08, 2015 at 06:41:52PM +0200, ville.syrjala at linux.intel.com
wrote:
> From: Ville Syrjälä
>
> Use the encoder name passed by the driver if non-NULL, otherwise fall
> back to the old style name.
>
> Signed-off-by: Ville Syrjälä
Any reason you didn't roll this out for all the
On Wed, Dec 09, 2015 at 08:32:45AM +0100, Daniel Vetter wrote:
> On Tue, Dec 08, 2015 at 06:41:52PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Use the encoder name passed by the driver if non-NULL, otherwise fall
> > back to the old style name.
> >
> > Si
On 13/11/15 12:29, H. Nikolaus Schaller wrote:
> Otherwise check_timings fails and we get a "has no modes" message
> from xrandr.
>
> This fix makes the venc assume PAL and NTSC timings that match the
> timings synthetized by copy_timings_drm_to_omap() from omapdrm
> mode settings so that check_t
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/dd6a365a/attachment.html>
On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Done with coccinelle for the most part. However, it thinks '...' is
> part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder
> in its place and got rid of it with sed afterwards.
>
> I didn't conv
On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> Rather than let the core generate usless encoder names, let's pass in
> something that actually identifies the piece of hardware we're dealing
> with.
>
> Signed-off-by: Ville Syrjälä
> diff --git a/driver
On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> I've done some more modeset log staring recently and again got
> fed up with the noise. So here's another attempt at making the
> logs make some sense.
>
> This time I pass a printf style format string to the
ceiving 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/20151209/69c68a88/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/cb8e1f5a/attachment-0001.html>
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/8a2e00de/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/97b62677/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/8d6d6c66/attachment.html>
Hi Rob,
Thanks for review.
On 12/09/2015 04:47 AM, Rob Herring wrote:
> On Tue, Dec 08, 2015 at 02:49:05PM +0100, Andrzej Hajda wrote:
>> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled
>> via I2C bus.
>>
>> Signed-off-by: Andrzej Hajda
>> ---
>> .../bindings/video/
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/1d180d85/attachment.html>
On 8 December 2015 at 04:00, Michel Dänzer wrote:
> On 08.12.2015 02:49, Oded Gabbay wrote:
>> On Mon, Dec 7, 2015 at 9:51 AM, Michel Dänzer wrote:
>>> On 05.12.2015 06:09, Oded Gabbay wrote:
@@ -765,7 +765,7 @@ int radeon_vce_ring_test(struct radeon_device *rdev,
struct radeon_
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/25b1190b/attachment-0001.html>
gnu/libc.so.6
->8---
--
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/20151209/7d323312/attachment.html>
Every time I type or review docs this seems a bit different. Try to
document the common style so we can try to unify at least new docs.
v2: Spelling fixes from Pierre, Laurent and Jani.
Cc: Pierre Moreau
Cc: Jani Nikula
Cc: Laurent Pinchart
Acked-by: Laurent Pinchart
Signed-off-by: Daniel Vet
On Wed, Dec 09, 2015 at 11:41:31AM +0100, Daniel Vetter wrote:
> Every time I type or review docs this seems a bit different. Try to
> document the common style so we can try to unify at least new docs.
>
> v2: Spelling fixes from Pierre, Laurent and Jani.
>
> Cc: Pierre Moreau
> Cc: Jani Nikula
Hello Inki,
On 11/27/2015 10:00 AM, Javier Martinez Canillas wrote:
> Hello Andrzej,
>
> On 11/27/2015 03:57 AM, Andrzej Hajda wrote:
>> Since atomic check is called also for disabled crtcs it should skip
>> mode checking as it can be uninitialized. The patch fixes it.
>>
>> Signed-off-by: Andrze
On Wed, 09 Dec 2015, Daniel Vetter wrote:
> Every time I type or review docs this seems a bit different. Try to
> document the common style so we can try to unify at least new docs.
>
> v2: Spelling fixes from Pierre, Laurent and Jani.
Nah, you ignored my comment about "these documentations use A
zed
> > encoder.
> >
> > Cc: Daniel Vetter
> > Cc: Jani Nikula
> > Signed-off-by: Sudip Mukherjee
>
> Queued for -next, thanks for the patch.
> -Daniel
Hi Daniel,
It is still not there in linux-next. Still applies cleanly on
next-20151209.
regards
sudip
>
>
This adds the device nodes for 2D, 3D and VG GPU cores.
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
arch/arm/boot/dts/imx6dl.dtsi | 5 +
arch/arm/boot/dts/imx6q.dtsi | 15 +++
arch/arm/boot/dts/imx6qdl.dtsi | 22 ++
3 files changed, 42 inse
From: Russell King
Add DT support for the Vivante GC600 GPU on Marvell Dove platforms.
These nodes default to being disabled unless a platform decides they
should be enabled.
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
arch/arm/boot/dts/dove.dtsi | 16
1 file c
Etnaviv follows the same priciple as imx-drm to have a virtual
master device node to bind all the individual GPU cores together
into one DRM device.
Signed-off-by: Lucas Stach
---
v2: Add note why a more specific compatible isn't needed for
GPU core nodes.
---
.../bindings/display/etnaviv/etnavi
From: Philipp Zabel
Trivial patch to add Vivante Corporation to the list of
devicetree vendor prefixes.
Signed-off-by: Philipp Zabel
Signed-off-by: Lucas Stach
Acked-by: Rob Herring
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/
From: Russell King
Enable the GPU for SolidRun's Cubox.
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
arch/arm/boot/dts/dove-cubox.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/dove-cubox.dts b/arch/arm/boot/dts/dove-cubox.dts
index e6fa251e17b
Signed-off-by: Lucas Stach
Acked-by: Russell King
Acked-by: Christian Gmeiner
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e9caa4b28828..9990a3b9b686 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3741,6 +3741,15 @@ S: Mainta
From: The etnaviv authors
This adds the header defining the user/kernel API for the
etnaviv DRM driver.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
v2: Change include path to plain "drm.h"
---
include/uapi/drm/etnaviv_drm.h | 221 ++
From: The etnaviv authors
This adds the GPU MMU handling functionality, used to drive the MMUs
attached to each GPU core.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_iommu.c| 240 +++
driv
From: The etnaviv authors
This adds the GEM submit functionality and the needed commandstream
validation and GPU buffer handling bits to go with that.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_buffer.c | 26
From: The etnaviv authors
This adds the etnaviv DRM core driver and hooks it up in the Kconfig
and Makefile.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/Kconfig | 2 +
drivers/gpu/drm/Makefile | 1
From: The etnaviv authors
This adds functionality to allow post-portem GPU analysis.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_dump.c | 227 +
drivers/gpu/drm/etnaviv/etnaviv_dum
From: The etnaviv authors
This adds the implementation for the GEM core functionality
for the etnaviv DRM driver.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 897
driver
From: The etnaviv authors
This adds the GPU core driver part of the etnaviv DRM driver.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gpu.c | 1644 +
drivers/gpu/drm/etnaviv/etnaviv_
From: The etnaviv authors
This adds all the generated hardware description headers for the
etnaviv DRM driver.
Signed-off-by: Christian Gmeiner
Signed-off-by: Russell King
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/cmdstream.xml.h | 218 +
drivers/gpu/drm/etnaviv/
On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
> We are allocating backing using psbfb_alloc() and so
> backing->stolen is always true. So we were freeing backing two times.
> Moreover if we follow the execution path then we should be freeing
> backing after we have released the h
Hi Dan,
Many thanks for your comments.
2015-12-07 9:09 GMT+01:00 Dan Carpenter :
> On Fri, Dec 04, 2015 at 09:35:07AM +0100, Enric Balletbo i Serra wrote:
>> +static int sp_wait_aux_op_finish(struct anx78xx *anx78xx)
>> +{
>> + u8 errcnt;
>> + u8 val;
>> + struct device *dev = &anx78x
On Wed, Dec 09, 2015 at 08:32:45AM +0100, Daniel Vetter wrote:
> On Tue, Dec 08, 2015 at 06:41:52PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > Use the encoder name passed by the driver if non-NULL, otherwise fall
> > back to the old style name.
> >
> > Si
p.org/archives/dri-devel/attachments/20151209/9a31838e/attachment-0001.html>
On Wed, Dec 09, 2015 at 10:35:24AM +0200, Jani Nikula wrote:
> On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Rather than let the core generate usless encoder names, let's pass in
> > something that actually identifies the piece of hardware we're dea
On Wed, Dec 09, 2015 at 10:21:25AM +0200, Jani Nikula wrote:
> On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > Done with coccinelle for the most part. However, it thinks '...' is
> > part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder
Hello Thierry,
2015-11-19 13:29 GMT+01:00 Enric Balletbo Serra :
> Hello Thierry,
>
> 2015-11-19 12:51 GMT+01:00 Thierry Reding :
>> On Tue, Nov 17, 2015 at 11:55:53PM +0100, Enric Balletbo Serra wrote:
>>> Hello Thierry,
>>>
>>> 2015-11-17 13:55 GMT+01:00 Thierry Reding :
>>> > On Mon, Nov 16, 20
On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee
wrote:
> On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote:
>> We are allocating backing using psbfb_alloc() and so
>> backing->stolen is always true. So we were freeing backing two times.
>> Moreover if we follow the execution path th
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/ddc8b6f9/attachment.html>
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/0f049e69/attachment.html>
On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote:
> On Wed, 09 Dec 2015, Daniel Vetter wrote:
> > Every time I type or review docs this seems a bit different. Try to
> > document the common style so we can try to unify at least new docs.
> >
> > v2: Spelling fixes from Pierre, Laurent and
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/6d60edab/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/04f68e2d/attachment.html>
static int omap_plane_atomic_set_property(struct drm_plane *plane,
> struct drm_plane_state *state,
> struct drm_property *property,
>
This one moves the function, so it's pretty hard to see what actually
was changed.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/d6a1130c/attachment.sig>
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/95d43820/attachment.html>
On Tue, 8 Dec 2015 23:12:12 +0100
Nicolas Iooss wrote:
> The following code pattern exists in some DRM drivers:
>
> ddev = drm_dev_alloc(&driver, parent_dev);
> drm_dev_set_unique(ddev, dev_name(parent_dev));
>
> (Sometimes dev_name(ddev->dev) is used, which is the same.)
>
> As sugge
t; -Daniel
>
> Hi Daniel,
> It is still not there in linux-next. Still applies cleanly on
> next-20151209.
Sorry, this must have fallen through the cracks somehow. Applied now for
real.
Thanks, Daniel
>
> regards
> sudip
>
> >
> > > ---
> > &
On Wed, Dec 09, 2015 at 01:21:09PM +0200, Jani Nikula wrote:
> On Wed, 09 Dec 2015, Daniel Vetter wrote:
> > Every time I type or review docs this seems a bit different. Try to
> > document the common style so we can try to unify at least new docs.
> >
> > v2: Spelling fixes from Pierre, Laurent a
On Wed, 09 Dec 2015, Ville Syrjälä wrote:
> On Wed, Dec 09, 2015 at 10:35:24AM +0200, Jani Nikula wrote:
>> On Tue, 08 Dec 2015, ville.syrjala at linux.intel.com wrote:
>> > From: Ville Syrjälä
>> >
>> > Rather than let the core generate usless encoder names, let's pass in
>> > something that
On Mon, 7 Dec 2015 13:29:41 +
Emil Velikov wrote:
> On 5 December 2015 at 21:03, Dave Airlie wrote:
> > On 5 December 2015 at 00:22, Emil Velikov
> > wrote:
> >> On 30 November 2015 at 14:10, Gabriel Laskar
> >> wrote:
> >>> Signed-off-by: Gabriel Laskar
> >>> CC: Emil Velikov
> >>
On Wed, 09 Dec 2015, Laurent Pinchart
wrote:
> On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote:
>> On Wed, 09 Dec 2015, Daniel Vetter wrote:
>> > Every time I type or review docs this seems a bit different. Try to
>> > document the common style so we can try to unify at least new docs.
Hawaii (CI) does not have DCC, only VI parts do.
--
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/20151209/5be82fca/attachment.html>
From: Ville Syrjälä
Done with coccinelle for the most part. However, it thinks '...' is
part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder
in its place and got rid of it with sed afterwards.
I didn't convert drm_crtc_init() since passing the varargs through
would mean either c
From: Ville Syrjälä
Done with coccinelle for the most part. It choked on
msm/mdp/mdp5/mdp5_plane.c like so:
"BAD:! enum drm_plane_type type;"
No idea how to deal with that, so I just fixed that up
by hand.
Also it thinks '...' is part of the semantic patch, so I put an
'int DOTDOTDOT' pla
From: Ville Syrjälä
Done with coccinelle for the most part. However, it thinks '...' is
part of the semantic patch, so I put an 'int DOTDOTDOT' placeholder
in its place and got rid of it with sed afterwards.
@@
identifier dev, encoder, funcs;
@@
int drm_encoder_init(struct drm_device *dev,
From: Ville Syrjälä
Rather than let the core generate usless encoder names, let's pass in
something that actually identifies the piece of hardware we're dealing
with.
v2: Use 'DSI %c' instead of 'MIPI %c' for DSI encoders (Jani)
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_
On Wednesday 09 December 2015 16:17:47 Jani Nikula wrote:
> On Wed, 09 Dec 2015, Laurent Pinchart
wrote:
> > On Wednesday 09 December 2015 13:21:09 Jani Nikula wrote:
> >> On Wed, 09 Dec 2015, Daniel Vetter wrote:
> >> > Every time I type or review docs this seems a bit different. Try to
> >> >
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/0334c05e/attachment.html>
Hello
Changes since v1
- Fix a memory leak when returning after an error of kstrtox
LABBE Corentin (1):
drm: modes: fix DRM modes analysis regression
drivers/gpu/drm/drm_modes.c | 28 +---
1 file changed, 21 insertions(+), 7 deletions(-)
--
2.4.10
My latest commit introduce some case where a valid mode, could be
rejected.
simple_strtox functions stop at first non-digit character, but kstrtox not.
So args like "video=HDMI-A-1:720x480-16 at 60" will be reject when checking 16
at .
The proper solution is to store digits in a specific buffer.
Hi Yakir,
Am Mittwoch, 9. Dezember 2015, 11:49:10 schrieb Yakir Yang:
> Thanks a lot for great debugging.
>
> On 12/08/2015 11:33 PM, Heiko Stübner wrote:
> > Hi Yakir,
> >
> > Am Montag, 7. Dezember 2015, 14:37:19 schrieb Yakir Yang:
> >> The Samsung Exynos eDP controller and Rockchip RK32
is 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/20151209/7b8e9ad1/attachment.html>
Hi,
I wouldn't normally nitpick like this but since I was reading it anyway
and you were asking for "OCD doc style thing". :-)
This is a proofread of the force-pushed v2 in drm-intel-nightly
(9a8730ddfe1d).
> +
> +Style Guidelines
> +
> + For consistency this documentation use Am
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/8df29d2f/attachment.html>
---
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151209/a34840c6/attachment.html>
On Wed, 09 Dec 2015, LABBE Corentin wrote:
> My latest commit introduce some case where a valid mode, could be
> rejected.
> simple_strtox functions stop at first non-digit character, but kstrtox not.
> So args like "video=HDMI-A-1:720x480-16 at 60" will be reject when checking
> 16 at .
> The pr
On Fri, Oct 16, 2015 at 2:54 PM, Rob Clark wrote:
> 1) don't let other threads trying to bang on aux channel interrupt the
> defer timeout/logic
> 2) don't let other threads interrupt the i2c over aux logic
>
> ---
> This wasn't actually fixing things w/ problematic monitor, but seems
> like gener
Hi,
Here are a bunch of misc patches for omapdrm. All of them are quite trivial,
except the one from Andy, ""drm/omap: Use bitmaps for TILER placement".
I don't claim to understand the patch at all, but it decreases the TILER code
amount significantly, and (according to the commit description) in
DRM offers no ways to add new displays after the DRM driver has been
loaded. This causes issues on boards that have multiple displays, and
omapdrm is loaded when some of them are loaded but not all. The result
is that omapdrm starts with the displays that were loaded at that time,
ignoring the disp
From: Andy Gross
Modified Tiler placement to utilize bitmaps for bookkeeping and
all placement algorithms. This resulted in a substantial savings
in time for all Tiler reservation and free operations. Typical
savings are in the range of 28% decrease in time taken with larger
buffers showing a 8
drm_gem_object_release() calls drm_gem_free_mmap_offset(), so there's no
need to call drm_gem_free_mmap_offset() in omap_gem_free_object().
This patch removes the extra drm_gem_free_mmap_offset() call, and should
have no side effects.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/om
1 - 100 of 143 matches
Mail list logo
