evel,
85e634bc Daniel Vetter 2016-11-14 364 unsigned int
category, const char *function_name,
:: The code at line 295 was first introduced by commit
:: 85e634bce01af582a0fa549c904154b0e3c56db5 drm: Extract drm_drv.h
:: TO: Daniel Vetter
:: CC: Daniel Vetter
---
0-DAY kernel test infrastructureOpen Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/gzip
Size: 6425 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/c9ca145f/attachment-0001.gz>
.01.org/pipermail/kbuild-all Intel Corporation
-- next part --
A non-text attachment was scrubbed...
Name: .config.gz
Type: application/gzip
Size: 26786 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/b9ddc002/attachment-0001.gz>
Hi Hans,
2016-11-14 16:22 GMT+01:00 Hans Verkuil :
> From: Russell King
>
> Add HDMI notifiers to the HDMI bridge driver.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/Kconfig | 1 +
> drivers/gpu/drm/bridge/dw-hdmi.c | 25 -
> 2 files changed, 25 ins
Reference from drm_dp_aux description (about transfer):
Upon success, the implementation should return the number of payload bytes
that were transferred, or a negative error-code on failure. Helpers
propagate errors from the .transfer() function, with the exception of
the -EBUSY error, which causes
Fix RK3368_CLKSEL_CON to RK3399_CLKSEL_CON for rk3399 clock
driver.
Signed-off-by: Jianqun Xu
---
drivers/clk/rockchip/clk-rk3399.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3399.c
b/drivers/clk/rockchip/clk-rk3399.c
index 2c7cba7..2bde6c
Fix RK3368_* to RK3399_* for rk3399 clk_test clock.
Signed-off-by: Jianqun Xu
---
drivers/clk/rockchip/clk-rk3399.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/clk/rockchip/clk-rk3399.c
b/drivers/clk/rockchip/clk-rk3399.c
index 2c7cba7..ccbf558b 100644
--- a/
2016-11-16 0:27 GMT+01:00 Russell King - ARM Linux :
> On Wed, Nov 16, 2016 at 12:23:50AM +0100, Pierre-Hugues Husson wrote:
>> Hi,
>>
>>
>> 2016-11-14 16:22 GMT+01:00 Hans Verkuil :
>> > From: Russell King
>> >
>> > We don't need the CEC engine register definitions, so let's remove them.
>> >
>>
Hi,
2016-11-14 16:22 GMT+01:00 Hans Verkuil :
> From: Russell King
>
> We don't need the CEC engine register definitions, so let's remove them.
>
> Signed-off-by: Russell King
> ---
> drivers/gpu/drm/bridge/dw-hdmi.h | 45
>
> 1 file changed, 45 deleti
https://bugzilla.kernel.org/show_bug.cgi?id=187761
Zhang Rui changed:
What|Removed |Added
CC||rui.zhang at intel.com
Component|Hi
||
--
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/20161116/2d017969/attachment.html>
||
--
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/20161116/ea741dfe/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/a7108c1f/attachment.html>
:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/cf5da525/attachment.html>
Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e.
Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP
mode, those signals will cause h-time larger than normal and reduce FPS.
So need to multiply a coefficient to offset the extra signal's effect.
coefficient =
Hi Jitao,
On Wed, Nov 16, 2016 at 11:20 AM, Jitao Shi wrote:
>
> Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e.
> Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP
> mode, those signals will cause h-time larger than normal and reduce FPS.
> So need to mu
On 11/15/2016 10:39 PM, Sean Paul wrote:
> On Thu, Nov 3, 2016 at 3:17 AM, Jianqun Xu wrote:
>> Reference from drm_dp_aux description (about transfer):
>> Upon success, the implementation should return the number of payload bytes
>> that were transferred, or a negative error-code on failure. Hel
On Tue, Nov 15, 2016 at 05:13:43PM -0800, Manasi Navare wrote:
> On Tue, Nov 15, 2016 at 08:53:27AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 14, 2016 at 07:13:20PM -0800, Manasi Navare wrote:
> > > In the usual working scenarios, this property is "Good".
> > > If something fails during modeset,
On Tue, Nov 15, 2016 at 03:56:09PM -0800, Manasi Navare wrote:
> On Tue, Nov 15, 2016 at 08:49:21AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 14, 2016 at 07:13:20PM -0800, Manasi Navare wrote:
> > > + * If userspace is not aware of this property, the user experience is
> > > the same
> > > + * a
< dev->mode_config.num_crtc; head++)
> - drm_vblank_on(dev, head);
> -
> list_for_each_entry(crtc, &dev->mode_config.crtc_list, head) {
> struct nouveau_crtc *nv_crtc = nouveau_crtc(crtc);
>
>
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/269ad83a/attachment.sig>
On Tue, Nov 15, 2016 at 11:37:08PM +0900, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Create one timeline context for each CRTC to be able to handle out-fences
> and signal them. It adds a few members to struct drm_crtc: fence_context,
> where we store the context we get from fence_context
Hi,
On 11/15/2016 08:29 AM, Chen-Yu Tsai wrote:
> Hi,
>
> On Wed, Nov 2, 2016 at 9:33 AM, Chen-Yu Tsai wrote:
>> On Mon, Oct 31, 2016 at 2:28 PM, Rob Herring wrote:
>>> On Sat, Oct 29, 2016 at 07:06:10PM +0800, Chen-Yu Tsai wrote:
Some dumb VGA DACs are active components which require exter
u 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/20161116/b7030c01/attachment.html>
avoid that via
the LD_PRELOAD environment variable.
--
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/20161116/a73d6e59/attachment.html>
-created
.
--
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/20161116/82e14b96/attachment.html>
2016-11-16 Daniel Vetter :
> On Tue, Nov 15, 2016 at 11:37:08PM +0900, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Create one timeline context for each CRTC to be able to handle out-fences
> > and signal them. It adds a few members to struct drm_crtc: fence_context,
> > where we sto
On Tue, Nov 15, 2016 at 10:06:41PM +0900, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Support DRM out-fences by creating a sync_file with a fence for each CRTC
> that sets the OUT_FENCE_PTR property.
>
> We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
> the sync_fi
2016-11-15 21:46 GMT+01:00 Jyri Sarha :
> On 11/15/16 19:36, Bartosz Golaszewski wrote:
>> 2016-11-14 17:54 GMT+01:00 Jyri Sarha :
>>> Adds drm bride support for attaching drm bridge drivers to tilcdc. The
>>> decision whether a video port leads to an external encoder or bridge
>>> is made simply b
On Wed, Nov 16, 2016 at 06:02:10PM +0900, Gustavo Padovan wrote:
> 2016-11-16 Daniel Vetter :
> > On Tue, Nov 15, 2016 at 11:37:08PM +0900, Gustavo Padovan wrote:
> > > From: Gustavo Padovan
> > >
> > > Create one timeline context for each CRTC to be able to handle out-fences
> > > and signal the
On 11/15/16 21:41, Hans Verkuil wrote:
> Hi Philipp,
>
> On 11/15/2016 07:24 PM, Philipp Zabel wrote:
>> Hi Hans,
>>
>> Am Montag, den 14.11.2016, 16:22 +0100 schrieb Hans Verkuil:
>>> From: Hans Verkuil
>>>
>>> Add support for HDMI hotplug and EDID notifiers, which is used to convey
>>> informati
These patches are inspired by this series form Bartosz Golaszewski:
https://www.spinics.net/lists/arm-kernel/msg539629.html
The patches are based on drm-next plus the earlier patches that I plan
to send in a pull request for 4.10. The base + these patches are
pushed here:
https://github.com/jsarh
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/7d00b98c/attachment.html>
Am Mittwoch, 16. November 2016, 08:19:41 CET schrieb Jianqun Xu:
> Fix RK3368_* to RK3399_* for rk3399 clk_test clock.
>
> Signed-off-by: Jianqun Xu
applied to my clk branch for 4.10
Thanks
Heiko
On 10.11.2016 18:43, Emil Velikov wrote:
> From: Emil Velikov
>
> The original version considered only card devices, while this will pick
> the device/node name regardless - card, control, renderD, other...
>
> Current implementation is "linux" specific, in such that it relies on
> sysfs/uevent fi
From: Ville Syrjälä
It has been suggested that having per-plane modifiers is making life
more difficult for userspace, so let's just retire modifier[1-3] and
use modifier[0] to apply to the entire framebuffer.
Obviosuly this means that if individual planes need different tiling
layouts and wha
2016-10-31 17:05 GMT+01:00 Jyri Sarha :
> On 10/31/16 16:19, Bartosz Golaszewski wrote:
>> Revision 1 of the IP doesn't work if we don't load the palette (even
>> if it's not used, which is the case for the RGB565 format).
>>
>> Add a function called from tilcdc_crtc_enable() which performs all
>>
post your dmesg and the output of sha1sum $(find
/lib/firmware -iname *oland*)?
--
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/attachm
Revision 1 LCDC support also sync lost errors and can benefit from
sync lost recovery routine.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 39 ++--
drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 +
2 files changed, 21 insertions(+), 19 deletion
From: Bartosz Golaszewski
Revision 1 of the IP doesn't work if we don't load the palette (even
if it's not used, which is the case for the RGB565 format).
Add a function called from tilcdc_crtc_enable() which performs all
required actions if we're dealing with a rev1 chip.
Signed-off-by: Bartos
Failed tilcdc_crtc_create() error handling was broken, this patch
should fix it.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 12 +++-
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 11 ---
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +-
3 files changed, 12 insertio
Add tilcdc_write_mask() for handling register field wider than one bit
and mask values for those fields.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_regs.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_regs.h
b/drivers/gpu/drm/tilcdc/
Load palette at the end of mode_set_nofb() and only if the palette has
not been loaded since last runtime resume. Moving the palette loading
to mode_set_nofb() saves us from storing and restoring of LCDC dma
addresses that were just recently updated.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm
The LCDC revision 2 documentation also mentions the mandatory palette
for true color modes. Even if the rev 2 LCDC appears to work just fine
without the palette being loaded loading it helps in testing the
feature.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 88 +
We should free the palette dma memory too.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index 67b50c0..6d2ce53b 100644
--- a/drivers/gpu/drm/
achment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/cf18c2f9/attachment.html>
On 11/16/16 13:43, Jyri Sarha wrote:
> The LCDC revision 2 documentation also mentions the mandatory palette
> for true color modes. Even if the rev 2 LCDC appears to work just fine
> without the palette being loaded loading it helps in testing the
> feature.
>
> Signed-off-by: Jyri Sarha
> ---
>
On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com wrote:
> From: Ville Syrjälä
>
> It has been suggested that having per-plane modifiers is making life
> more difficult for userspace, so let's just retire modifier[1-3] and
> use modifier[0] to apply to the entire framebu
On 15 November 2016 at 09:27, Jani Nikula
wrote:
> On Tue, 15 Nov 2016, David Weinehall wrote:
>> On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote:
>>> On Thu, 06 Oct 2016, Tomeu Vizoso wrote:
>>> > diff --git a/drivers/gpu/drm/i915/intel_display.c
>>> > b/drivers/gpu/drm/i915/intel
...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/63f97cd2/attachment.html>
On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote:
> On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrjälä
> >
> > It has been suggested that having per-plane modifiers is making life
> > more difficult for userspace, so let's j
Changes since first version of the series:
- Move tilcdc_regs.h changes from "drm/tilcdc: Enable palette loading
for revision 2 LCDC too" to "drm/tilcdc: Add tilcdc_write_mask() to
tilcdc_regs.h"
These patches are inspired by this series form Bartosz Golaszewski:
https://www.spinics.net/lists
From: Bartosz Golaszewski
Revision 1 of the IP doesn't work if we don't load the palette (even
if it's not used, which is the case for the RGB565 format).
Add a function called from tilcdc_crtc_enable() which performs all
required actions if we're dealing with a rev1 chip.
Signed-off-by: Bartos
Revision 1 LCDC support also sync lost errors and can benefit from
sync lost recovery routine.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 39 ++--
drivers/gpu/drm/tilcdc/tilcdc_regs.h | 1 +
2 files changed, 21 insertions(+), 19 deletion
Add tilcdc_write_mask() for handling register field wider than one bit
and mask values for those fields.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_regs.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_regs.h
b/drivers/gpu/drm/t
Failed tilcdc_crtc_create() error handling was broken, this patch
should fix it.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 12 +++-
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 11 ---
drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +-
3 files changed, 12 insertio
The LCDC revision 2 documentation also mentions the mandatory palette
for true color modes. Even if the rev 2 LCDC appears to work just fine
without the palette being loaded loading it helps in testing the
feature.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 88 +
Load palette at the end of mode_set_nofb() and only if the palette has
not been loaded since last runtime resume. Moving the palette loading
to mode_set_nofb() saves us from storing and restoring of LCDC dma
addresses that were just recently updated.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm
We should free the palette dma memory too.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
b/drivers/gpu/drm/tilcdc/tilcdc_crtc.c
index 67b50c0..6d2ce53b 100644
--- a/drivers/gpu/drm/
On 11/16/16 12:00, Jyri Sarha wrote:
> These patches are inspired by this series form Bartosz Golaszewski:
> https://www.spinics.net/lists/arm-kernel/msg539629.html
>
> The patches are based on drm-next plus the earlier patches that I plan
> to send in a pull request for 4.10. The base + these pat
Op 03-11-16 om 16:11 schreef Ville Syrjälä:
> On Wed, Nov 02, 2016 at 09:28:46AM +0100, Maarten Lankhorst wrote:
>> Op 01-11-16 om 14:41 schreef Ville Syrjälä:
>>> On Tue, Nov 01, 2016 at 02:34:00PM +0100, Maarten Lankhorst wrote:
Op 01-11-16 om 14:09 schreef Ville Syrjälä:
> On Mon,
Revision 1 of the IP doesn't work if we don't load the palette (even
if it's not used, which is the case for the RGB565 format).
Add a function called from tilcdc_crtc_enable() which performs all
required actions if we're dealing with a rev1 chip.
Signed-off-by: Bartosz Golaszewski
---
v1 -> v2:
On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
> On 15 November 2016 at 09:27, Jani Nikula
> wrote:
>> On Tue, 15 Nov 2016, David Weinehall wrote:
>>> On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote:
On Thu, 06 Oct 2016, Tomeu Vizoso wrote:
> diff --git a/drivers/gpu/drm/i915/i
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä
wrote:
> On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote:
>> On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com
>> wrote:
>> > From: Ville Syrjälä
>> >
>> > It has been suggested that having per-plane modifi
On Fr, 2016-11-11 at 17:28 +0100, Jiri Slaby wrote:
> On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote:
> > On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote:
> >> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
> >>> Hi,
> >>>
> >>> I can relatively easily reproduce this bug:
> >
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/e32ebc83/attachment.html>
On Mon, Nov 14, 2016 at 06:54:17PM +0200, Jyri Sarha wrote:
> Add very basic ti-ftp410 DVI transmitter driver. The only feature
> separating this from a completely dummy bridge is the EDID read
> support trough DDC I2C. Even that functionality should be in a
> separate generic connector driver. How
esktop.org/archives/dri-devel/attachments/20161116/29190ee6/attachment.html>
On Wed, Nov 16, 2016 at 10:00:21PM +0900, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Support DRM out-fences by creating a sync_file with a fence for each CRTC
> that sets the OUT_FENCE_PTR property.
>
> We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
> the sync_fi
KS happened, time to make this official!
Well, scripting work to make this all happen is still ongoing, but I'm
trying to at least keep the new tree semi-in-sync with the temporary
topic/drm-misc branch in the drm-intel.git repo. So for now still no
new committers, and existing ones still need to
Sumit still takes care about dma-buf, but we've merged the trees
together since way too much overlap. And Gustavo is also part of the
drm-misc team to be able to help out.
Cc: Sumit Semwal
Cc: Gustavo Padovan
Signed-off-by: Daniel Vetter
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+
On Wed, Nov 16, 2016 at 8:51 AM, Daniel Vetter
wrote:
> KS happened, time to make this official!
>
> Well, scripting work to make this all happen is still ongoing, but I'm
> trying to at least keep the new tree semi-in-sync with the temporary
> topic/drm-misc branch in the drm-intel.git repo. So
Add for_each_(old)(new)_(plane,connector,crtc)_in_state iterators to
replace the old for_each_xxx_in_state ones. This is useful for >1 flip
depth and getting rid of all xxx->state dereferences.
This requires extra fixups done when committing a state after
duplicating, which in general isn't valid
With checks! This will allow safe access to the current state,
while ensuring that the correct locks are held.
Signed-off-by: Maarten Lankhorst
---
include/drm/drm_atomic.h | 66 ++
include/drm/drm_modeset_lock.h | 21 ++
2 files changed,
Second approach. Instead of trying to convert all drivers straight away,
implement all macros that are required to get state working.
Current situation:
Use obj->state, which can refer to old or new state.
Use drm_atomic_get_(existing_)obj_state, which can refer to new or old state.
Use for_each_o
During atomic check/commit, these macros should be used in place of
get_existing_state.
We also ban the use of get_xx_state after atomic check, because at that
point no new locks should be taken and get_new/old_state should be used
instead.
Signed-off-by: Maarten Lankhorst
---
include/drm/drm_a
This isn't allowed, callers should use get_new_state or get_old_state,
but lets be paranoid..
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/d
On 16 November 2016 at 13:58, Jani Nikula
wrote:
> On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
>> On 15 November 2016 at 09:27, Jani Nikula
>> wrote:
>>> On Tue, 15 Nov 2016, David Weinehall wrote:
On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote:
> On Thu, 06 Oct 2016, Tomeu
KS happened, time to make this official!
Well, scripting work to make this all happen is still ongoing, but I'm
trying to at least keep the new tree semi-in-sync with the temporary
topic/drm-misc branch in the drm-intel.git repo. So for now still no
new committers, and existing ones still need to
On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
> On 16 November 2016 at 13:58, Jani Nikula
> wrote:
>> On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
>>> On 15 November 2016 at 09:27, Jani Nikula
>>> wrote:
On Tue, 15 Nov 2016, David Weinehall wrote:
> On Mon, Nov 14, 2016 at 12:44:25PM +0200,
Sumit still takes care about dma-buf, but we've merged the trees
together since way too much overlap. And Gustavo is also part of the
drm-misc team to be able to help out.
Cc: Sumit Semwal
Cc: Gustavo Padovan
Signed-off-by: Daniel Vetter
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+
Again something that's in the drm-misc fold.
Cc: Archit Taneja
Signed-off-by: Daniel Vetter
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2fd160817603..61979cf461e7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4039,6 +4039,12 @@ M:
On Wed, Nov 16, 2016 at 04:08:30PM +0200, Jani Nikula wrote:
> On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
> > On 16 November 2016 at 13:58, Jani Nikula
> > wrote:
> >> On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
> >>> On 15 November 2016 at 09:27, Jani Nikula >>> linux.intel.com> wrote:
> On T
On Wed, Nov 16, 2016 at 02:58:04PM +0100, Maarten Lankhorst wrote:
> Second approach. Instead of trying to convert all drivers straight away,
> implement all macros that are required to get state working.
>
> Current situation:
> Use obj->state, which can refer to old or new state.
> Use drm_atomi
gcc-7 warns about slightly suspicious code in vmw_cmd_invalid:
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c: In function 'vmw_cmd_invalid':
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c:522:23: error: the omitted middle
operand in ?: will always be 'true', suggest explicit middle operand
[-Werror=parenthes
On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote:
> With checks! This will allow safe access to the current state,
> while ensuring that the correct locks are held.
>
> Signed-off-by: Maarten Lankhorst
> ---
> include/drm/drm_atomic.h | 66
> ++
On 11/16/16 15:33, Rob Herring wrote:
>> +Optional properties
>> > + - reg: I2C address. If and only if present the driver node
>> > +should be placed into the i2c controller node where the
>> > +tfp410 i2c is connected to (the current implementation does
>> > +not yet support this).
>
On 11/16/16 13:34, Bartosz Golaszewski wrote:
> 2016-10-31 17:05 GMT+01:00 Jyri Sarha :
>> On 10/31/16 16:19, Bartosz Golaszewski wrote:
>>> Revision 1 of the IP doesn't work if we don't load the palette (even
>>> if it's not used, which is the case for the RGB565 format).
>>>
>>> Add a function ca
On Wed, Nov 16, 2016 at 08:04:23AM -0500, Rob Clark wrote:
> On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä
> wrote:
> > On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote:
> >> On Wednesday, 2016-11-16 13:33:16 +0200, ville.syrjala at linux.intel.com
> >> wrote:
> >> > From: Ville
.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/cd3110b8/attachment.html>
On Wed, Nov 16, 2016 at 04:43:23PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 16, 2016 at 08:04:23AM -0500, Rob Clark wrote:
> > On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä
> > wrote:
> > > On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote:
> > >> On Wednesday, 2016-11-16 13:33:
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/1fcca6c5/attachment-0001.html>
On Wed, Nov 16, 2016 at 04:35:45PM +0200, Ville Syrjälä wrote:
> On Wed, Nov 16, 2016 at 02:58:06PM +0100, Maarten Lankhorst wrote:
> > With checks! This will allow safe access to the current state,
> > while ensuring that the correct locks are held.
> >
> > Signed-off-by: Maarten Lankhorst
> >
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20161116/4a79c915/attachment.html>
On Wed, Nov 16, 2016 at 9:43 AM, Ville Syrjälä
wrote:
> On Wed, Nov 16, 2016 at 08:04:23AM -0500, Rob Clark wrote:
>> On Wed, Nov 16, 2016 at 7:33 AM, Ville Syrjälä
>> wrote:
>> > On Wed, Nov 16, 2016 at 12:10:42PM +, Eric Engestrom wrote:
>> >> On Wednesday, 2016-11-16 13:33:16 +0200, vi
2016-11-16 13:40 GMT+01:00 Jyri Sarha :
> Changes since first version of the series:
>
> - Move tilcdc_regs.h changes from "drm/tilcdc: Enable palette loading
> for revision 2 LCDC too" to "drm/tilcdc: Add tilcdc_write_mask() to
> tilcdc_regs.h"
>
> These patches are inspired by this series for
Acked-by: Ben Widawsky
On 16-11-16 13:33:16, Ville Syrjälä wrote:
>From: Ville Syrjälä
>
>It has been suggested that having per-plane modifiers is making life
>more difficult for userspace, so let's just retire modifier[1-3] and
>use modifier[0] to apply to the entire framebuffer.
>
>Obviosu
Hi,
On 16 November 2016 at 11:33, wrote:
> It has been suggested that having per-plane modifiers is making life
> more difficult for userspace, so let's just retire modifier[1-3] and
> use modifier[0] to apply to the entire framebuffer.
>
> Obviosuly this means that if individual planes need dif
On Wed, Nov 16, 2016 at 8:43 AM, Rongrong Zou wrote:
> Add DRM master driver for Hisilicon Hibmc SoC which used for
> Out-of-band management. Blow is the general hardware connection,
> both the Hibmc and the host CPU are on the same mother board.
>
> +--+ +--+
> | |
On Wed, Nov 16, 2016 at 8:43 AM, Rongrong Zou wrote:
> Hibmc have 32m video memory which can be accessed through PCIe by host,
> we use ttm to manage these memory.
>
> Signed-off-by: Rongrong Zou
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/hisilicon/hibmc/Makefile| 2 +-
> driver
On Wed, Nov 16, 2016 at 8:43 AM, Rongrong Zou wrote:
> Add support for fbdev and kms fb management.
>
> Signed-off-by: Rongrong Zou
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +-
> drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 7 +
> drivers
1 - 100 of 162 matches
Mail list logo
