.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/d171ee7e/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/9bd17c71/attachment.html>
eedesktop.org/archives/dri-devel/attachments/20151001/fc0ad2b1/attachment.html>
On Thu, Oct 1, 2015 at 8:58 PM, Rob Herring wrote:
> On Thu, Oct 1, 2015 at 3:59 AM, Philipp Zabel
> wrote:
>> Am Mittwoch, den 30.09.2015, 12:13 -0500 schrieb Rob Herring:
>>> On Mon, Sep 21, 2015 at 3:11 AM, Philipp Zabel
>>> wrote:
>>> > Note how the display-subsystem node overlaps the larb
?
--
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/20151001/a43d4d34/attachment.html>
On Thu, Oct 1, 2015 at 8:59 PM, Stephen Boyd wrote:
> On 10/01, Rob Clark wrote:
>> On Thu, Oct 1, 2015 at 3:25 PM, Rob Clark wrote:
>> > On Thu, Oct 1, 2015 at 2:00 PM, Stephen Boyd
>> > wrote:
>> >>
>> >> The simplest thing to do is to split the memory between GPU and
>> >> vidc statically. T
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/abbc766d/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=105051
--- Comment #11 from Tim Sammut ---
(In reply to Robert Abraham from comment #6)
> commit
> 4eebd5a4e72697aac25a8a57d3f888a9d5f80370
>
> breaks the backlight for me.
Yep, me too. Reverting that change against a 4.2.1 kernel completely fixes th
https://bugzilla.kernel.org/show_bug.cgi?id=105051
Tim Sammut changed:
What|Removed |Added
Component|Video(DRI - non Intel) |Platform_x86
--
You are receiving this mai
led on all asics.
--
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/20151001/5b8fd8ac/attachment.html>
On Thu, Oct 1, 2015 at 3:25 PM, Rob Clark wrote:
> On Thu, Oct 1, 2015 at 2:00 PM, Stephen Boyd wrote:
>> On 10/01, Stanimir Varbanov wrote:
>>> On 09/30/2015 02:45 PM, Rob Clark wrote:
>>> > On Wed, Sep 30, 2015 at 7:31 AM, Rob Clark wrote:
>>> >> On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varba
solution - transparent to use and enable the extension completely again.
--
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/201510
|partially implemented |partially available
--
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/20151001/837c8
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/b782719f/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/a063edaa/attachment.html>
.21-4 + llvm 3.6.2-3.
Might want to open another bug report for that one.
--
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/
sktop.org/archives/dri-devel/attachments/20151001/8ff71ca7/attachment.html>
On Wed, Sep 30, 2015 at 8:12 AM, Sudip Mukherjee
wrote:
> On Tue, Sep 29, 2015 at 03:20:35PM +0200, Patrik Jakobsson wrote:
>> On Thu, Sep 24, 2015 at 5:57 PM, Sudip Mukherjee
>> wrote:
>> > On Wed, Sep 09, 2015 at 06:20:40PM +0530, Sudip Mukherjee wrote:
>> >> If backing->stolen is true then we
Add the HDMI dai link to support audio for HDMi output
Signed-off-by: Arnaud Pouliquen
---
arch/arm/boot/dts/stih410.dtsi | 6 +-
arch/arm/boot/dts/stihxxx-b2120.dtsi | 21 +
2 files changed, 26 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/stih410.d
Registeur Asoc codec and implement audio bridge ops.
Signed-off-by: Arnaud Pouliquen
---
drivers/gpu/drm/sti/sti_hdmi.c | 184 ++---
drivers/gpu/drm/sti/sti_hdmi.h | 3 +
2 files changed, 176 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/sti/s
Add a generic codec to interface audio with DRM drivers
Signed-off-by: Arnaud Pouliquen
---
include/sound/hdmi_drm.h| 15 ++
sound/soc/codecs/Kconfig| 8 +-
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/hdmi_drm.c | 358
4 files cha
Extend bridge capabilities for audio to enable to connect an audio driver to a
DRM driver with audio capabilities
Signed-off-by: Arnaud Pouliquen
---
drivers/gpu/drm/drm_bridge.c | 137 ++-
include/drm/drm_crtc.h | 62
include/d
Add helper function to compute HDMI CTS and N parameters
Implementation is based on HDMI 1.4b specification.
Signed-off-by: Arnaud Pouliquen
Cc: linux-fbdev at vger.kernel.org
Cc: Jean-Christophe Plagniol-Villard
Cc: Tomi Valkeinen
---
drivers/video/hdmi.c | 147 +++
Version 2:
This version integrates missing features upgraded to be aligned when possible
with patch set:
[PATCH RFC v4 0/8] Implement generic ASoC HDMI codec and use it in tda998x
It does not support the abort callback, the mute and syclk ops.
This could be added in V3 or separate patch if just
On Thu, Oct 01, 2015 at 06:44:22PM +0300, Ville Syrjälä wrote:
> On Thu, Oct 01, 2015 at 11:25:36AM -0400, Rob Clark wrote:
> > On Wed, Sep 30, 2015 at 10:14 AM, Ville Syrjälä
> > wrote:
> > > On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
> > >> On Wed, Sep 30, 2015 at 04:46:4
On Thu, Oct 01, 2015 at 11:25:36AM -0400, Rob Clark wrote:
> On Wed, Sep 30, 2015 at 10:14 AM, Ville Syrjälä
> wrote:
> > On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
> >> On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
> >> wrote:
> >> > From: Ville
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/20151001/d11a2aea/attachment.html>
On Thu, Oct 01, 2015 at 04:40:59PM +1000, Ben Skeggs wrote:
> On 09/25/2015 01:59 AM, Sudip Mukherjee wrote:
> > On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee wrote:
> >> If pm_runtime_get_sync() we were going to "out" but we missed
> >> freeing vma.
> >>
> >> Signed-off-by: Sudip Mukh
Hi Daniel,
On Thu, Sep 24, 2015 at 05:13:02PM +0200, Daniel Vetter wrote:
> I added your clarification to the commit message and pulled in the patch.
As requested, here's an on-list gentle reminder that a portion of
this series hasn't been merged yet, specifically:
[PATCH 04/15] vga_switcheroo:
On 09/22/2015 05:21 PM, Tvrtko Ursulin wrote:
>
> On 09/22/2015 03:53 PM, David Herrmann wrote:
>> Hi
>>
>> On Thu, Sep 10, 2015 at 12:15 PM, Tvrtko Ursulin
>> wrote:
>>> On 09/10/2015 10:56 AM, Daniel Vetter wrote:
That's not different from the compositor just freezing instead of
cras
On 10/01, Rob Clark wrote:
> On Thu, Oct 1, 2015 at 3:25 PM, Rob Clark wrote:
> > On Thu, Oct 1, 2015 at 2:00 PM, Stephen Boyd
> > wrote:
> >>
> >> The simplest thing to do is to split the memory between GPU and
> >> vidc statically. The other use cases with preemption and eviction
> >> and DMA
ccurs only with r600 driver,
I will try to rebuild mesa package with debug info and I will post a new
backtrace
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.
archer :)
[1] https://wiki.archlinux.org/index.php/Debug_-_Getting_Traces#PKGBUILD
--
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/20151001/c7369b42/attachment.html>
se:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/ca557326/attachment.html>
th mesa 11 ?
--
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/20151001/19552f1e/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/f73efbd7/attachment.html>
bbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/e5890c9c/attachment-0001.html>
On 2015-10-01 16:50, Michal Marek wrote:
> On 2015-10-01 12:17, Daniel Vetter wrote:
>> On Thu, Oct 01, 2015 at 11:58:32AM +0200, Michal Marek wrote:
>>> On 2015-10-01 10:19, Jani Nikula wrote:
On Thu, 01 Oct 2015, Daniel Vetter wrote:
> Surprisingly kbuild can't cope with tristates in th
Hi Philipp,
On Wed, Sep 30, 2015 at 11:29 PM, Philipp Zabel
wrote:
> Hi,
>
> this is an update to the MT8173 DRM support RFC. These patches have
> a build dependency on two other patches on top of v4.3-rc1:
> https://patchwork.kernel.org/patch/6914941 ("iommu: Implement common IOMMU
> ops for DM
On 2015-10-01 12:17, Daniel Vetter wrote:
> On Thu, Oct 01, 2015 at 11:58:32AM +0200, Michal Marek wrote:
>> On 2015-10-01 10:19, Jani Nikula wrote:
>>> On Thu, 01 Oct 2015, Daniel Vetter wrote:
Surprisingly kbuild can't cope with tristates in the
-$(CONFIG_FOO) pattern. This patch hacks
files changed, 31 insertions(+), 28 deletions(-)
>
Tested on top of next-20151001.
You can add my Ack-by on this patch
Ack-by: Vincent Abriou
Vincent
tc_init(struct drm_device *drm_dev, struct sti_mixer *mixer,
>struct drm_plane *primary, struct drm_plane *cursor);
> -int sti_crtc_enable_vblank(struct drm_device *dev, int crtc);
> -void sti_crtc_disable_vblank(struct drm_device *dev, int crtc);
> +int sti_crtc_e
On 09/25/2015 01:59 AM, Sudip Mukherjee wrote:
> On Fri, Sep 11, 2015 at 03:00:56PM +0530, Sudip Mukherjee wrote:
>> If pm_runtime_get_sync() we were going to "out" but we missed
>> freeing vma.
>>
>> Signed-off-by: Sudip Mukherjee ---
> Hi Ben, Another gentle ping for another patch.
Both patches
On Tue, Sep 29, 2015 at 6:33 PM, Stephen Boyd wrote:
> On 09/29, Rob Clark wrote:
>> On Tue, Sep 29, 2015 at 5:38 PM, Stephen Boyd
>> wrote:
>> > On 09/29, Rob Clark wrote:
>> >> diff --git a/drivers/firmware/qcom_scm-32.c
>> >> b/drivers/firmware/qcom_scm-32.c
>> >> index c1e4325..e1ac97f 1006
xer[*crtc]->pending_event) {
> - drm_send_vblank_event(drm_dev, -1,
> + drm_send_vblank_event(drm_dev, *crtc,
> compo->mixer[*crtc]->pending_event);
> drm_vblank_put(drm_dev, *crtc);
> compo->mixer[*crtc]->pending_event = NULL;
>
Successfully tested on next-20151001
Ack-by: Vincent Abriou
Vincent
Hi Dave, a few i915 fixes for v4.3.
Do note the drm kms helper change from Egbert, I'm afraid it was not
posted on dri-devel, just intel-gfx. However the change is trivial and
needed as a dependency for the deadlock fix in i915.
BR,
Jani.
The following changes since commit 9ffecb10283508260936b
On 24.09.2015 15:25, Frediano Ziglio wrote:
> qxl_bo_unref calls drm_gem_object_unreference_unlocked which
> locks dev->struct_mutex. However this lock could be already
> locked if the call came from qxl_gem_object_free.
> As we don't need to call qxl_bo_ref/qxl_bo_unref cause
> qxl_release_list_ad
On Thu, Oct 1, 2015 at 2:00 PM, Stephen Boyd wrote:
> On 10/01, Stanimir Varbanov wrote:
>> On 09/30/2015 02:45 PM, Rob Clark wrote:
>> > On Wed, Sep 30, 2015 at 7:31 AM, Rob Clark wrote:
>> >> On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varbanov
>> >> wrote:
>> >>> On 09/29/2015 10:48 PM, Rob Cla
On 10/01, Rob Clark wrote:
> On Tue, Sep 29, 2015 at 6:33 PM, Stephen Boyd wrote:
> > On 09/29, Rob Clark wrote:
> >> On Tue, Sep 29, 2015 at 5:38 PM, Stephen Boyd
> >> wrote:
> >
> > Yeah I think that's the only use to indicate which context bank
> > it is. Maybe we can have a single id configu
On Thu, Oct 01, 2015 at 12:36:27PM +0100, Emil Velikov wrote:
> Hi Alex,
>
> On 30 September 2015 at 19:47, Alex Deucher wrote:
> > If a driver uses the cursor_set2 crtc callback rather than
> > cursor_set, use that. This fixes the fbdev helper for drivers
> > that use cursor_set2.
> >
> > Chang
Hi Dave,
This pull request includes regression fixups, build warnings, and
trivial cleanups which mostly remove some codes not used anymore.
Please, kindly let me know if there is any problem.
Thanks,
Inki Dae
The following changes since commit fd03420b5624617a708fb9b13634b41b37c22cfa
On Wed, Sep 30, 2015 at 11:49:44AM +0100, Emil Velikov wrote:
> Hi Russell,
>
> On 29 September 2015 at 19:10, Russell King
> wrote:
> > Rather than using a spinlock, use xchg() to atomically update
> > dplane->old_fb. This allows us to eliminate dplane->lock.
> >
> > Signed-off-by: Russell Kin
The exynos_drm_gem_mmap_buffer() is not used outside so make it static.
Signed-off-by: Krzysztof Kozlowski
---
drivers/gpu/drm/exynos/exynos_drm_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c
b/drivers/gpu/drm/exynos/exynos_drm_
On Thu, Oct 1, 2015 at 1:13 PM, Alex Deucher wrote:
> On Thu, Oct 1, 2015 at 1:01 PM, Alex Deucher wrote:
>> On Wed, Sep 30, 2015 at 11:50 PM, Michel Dänzer
>> wrote:
>>> On 01.10.2015 03:47, Alex Deucher wrote:
If a driver uses the cursor_set2 crtc callback rather than
cursor_set, u
On Thu, Oct 1, 2015 at 1:01 PM, Alex Deucher wrote:
> On Wed, Sep 30, 2015 at 11:50 PM, Michel Dänzer
> wrote:
>> On 01.10.2015 03:47, Alex Deucher wrote:
>>> If a driver uses the cursor_set2 crtc callback rather than
>>> cursor_set, use that. This fixes the fbdev helper for drivers
>>> that u
On Wed, Sep 30, 2015 at 11:50 PM, Michel Dänzer wrote:
> On 01.10.2015 03:47, Alex Deucher wrote:
>> If a driver uses the cursor_set2 crtc callback rather than
>> cursor_set, use that. This fixes the fbdev helper for drivers
>> that use cursor_set2.
>>
>> Change-Id: I127d3f8e72789ba70c3648140f87
> -Original Message-
> From: Emil Velikov [mailto:emil.l.velikov at gmail.com]
> Sent: Thursday, October 01, 2015 7:36 AM
> To: Alex Deucher
> Cc: ML dri-devel; Deucher, Alexander
> Subject: Re: [PATCH 1/2] drm: handle cursor_set2 in restore_fbdev_mode
>
> Hi Alex,
>
> On 30 September 201
On 01.10.2015 03:47, Alex Deucher wrote:
> If a driver uses the cursor_set2 crtc callback rather than
> cursor_set, use that. This fixes the fbdev helper for drivers
> that use cursor_set2.
>
> Change-Id: I127d3f8e72789ba70c3648140f87c6187864e130
> Signed-off-by: Alex Deucher
> ---
> drivers/gp
Hi all,
After merging the drm-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR: "drm_agp_release" [drivers/gpu/drm/radeon/radeon.ko] undefined!
ERROR: "drm_agp_acquire" [drivers/gpu/drm/radeon/radeon.ko] undefined!
ERROR: "drm_agp_enable" [drivers/gpu/drm/radeon/r
Hi Alex,
On 30 September 2015 at 19:47, Alex Deucher wrote:
> If a driver uses the cursor_set2 crtc callback rather than
> cursor_set, use that. This fixes the fbdev helper for drivers
> that use cursor_set2.
>
> Change-Id: I127d3f8e72789ba70c3648140f87c6187864e130
Are Change-Id lines accepted i
On Thu, Oct 01, 2015 at 11:58:32AM +0200, Michal Marek wrote:
> On 2015-10-01 10:19, Jani Nikula wrote:
> > On Thu, 01 Oct 2015, Daniel Vetter wrote:
> >> Surprisingly kbuild can't cope with tristates in the
> >> -$(CONFIG_FOO) pattern. This patch hacks up a solution.
> >
> > Given that it's two
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151001/bf281b2b/attachment.html>
chives/dri-devel/attachments/20151001/fb6493c4/attachment-0001.html>
On 2015-10-01 10:19, Jani Nikula wrote:
> On Thu, 01 Oct 2015, Daniel Vetter wrote:
>> Surprisingly kbuild can't cope with tristates in the
>> -$(CONFIG_FOO) pattern. This patch hacks up a solution.
>
> Given that it's two distinct Makefile variables (foo-y and foo-m) being
> assigned to, I don't
On Thu, Oct 1, 2015 at 11:47 AM, Ville Syrjälä
wrote:
> On Thu, Oct 01, 2015 at 06:44:22PM +0300, Ville Syrjälä wrote:
>> On Thu, Oct 01, 2015 at 11:25:36AM -0400, Rob Clark wrote:
>> > On Wed, Sep 30, 2015 at 10:14 AM, Ville Syrjälä
>> > wrote:
>> > > On Wed, Sep 30, 2015 at 04:08:02PM +02
Hi Daniel,
Am Donnerstag, den 01.10.2015, 16:55 +0800 schrieb Daniel Kurtz:
[...]
> > CK Hu (3):
> > dt-bindings: drm/mediatek: Add Mediatek display subsystem dts binding
> > drm/mediatek: Add DRM Driver for Mediatek SoC MT8173.
> > drm/mediatek: Add DSI sub driver
> >
> > Daniel Kurtz (1):
On 30 September 2015 at 17:44, Daniel Vetter wrote:
> On Sun, Sep 06, 2015 at 06:53:00PM +1000, Dave Airlie wrote:
>> There is a race where the reply could get processed by another
>> work queue before we've updated the state.
>>
>> Update the state before sending the msg to close it.
>>
>> v2: re
On Mon, 07 Sep 2015, Danilo Cesar Lemes de Paula wrote:
> %.xml: %.tmpl $(KERNELDOC) $(DOCPROC) $(KERNELDOCXMLREF) FORCE
> + @(which pandoc > /dev/null 2>&1) || \
> + (echo "*** To get propper documentation you need to install pandoc
> ***";)
s/propper/proper/
This only seems to be app
On Wed, 30 Sep 2015, Rasmus Villemoes wrote:
> Signed-off-by: Rasmus Villemoes
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/vga/vgaarb.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
> index a0b433456107..3166e4
On Thu, Oct 01, 2015 at 11:26:40AM +0300, Jani Nikula wrote:
> On Wed, 30 Sep 2015, Rasmus Villemoes wrote:
> > Signed-off-by: Rasmus Villemoes
>
> Reviewed-by: Jani Nikula
Applied to drm-misc, thanks.
-Daniel
>
> > ---
> > drivers/gpu/vga/vgaarb.c | 4 +---
> > 1 file changed, 1 insertion(
On Wed, Sep 30, 2015 at 10:14 AM, Ville Syrjälä
wrote:
> On Wed, Sep 30, 2015 at 04:08:02PM +0200, Daniel Vetter wrote:
>> On Wed, Sep 30, 2015 at 04:46:48PM +0300, ville.syrjala at linux.intel.com
>> wrote:
>> > From: Ville Syrjälä
>> >
>> > drm_vblank_count() returns the software counter.
On 09/30/2015 02:45 PM, Rob Clark wrote:
> On Wed, Sep 30, 2015 at 7:31 AM, Rob Clark wrote:
>> On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varbanov
>> wrote:
>>> Hi Rob,
>>>
>>> Thanks for your work.
>>>
>>> On 09/29/2015 10:48 PM, Rob Clark wrote:
For now, since the GPU is the only upstream
On Thu, 01 Oct 2015, Daniel Vetter wrote:
> Surprisingly kbuild can't cope with tristates in the
> -$(CONFIG_FOO) pattern. This patch hacks up a solution.
Given that it's two distinct Makefile variables (foo-y and foo-m) being
assigned to, I don't really find this surprising. Maybe this could be
Hi Matt,
On 30 September 2015 at 17:30, Matt Roper wrote:
> If the opendir() call in drmGetDevices() returns failure, we jump to an
> error label that calls closedir() and then returns. However this means
> that we're calling closedir(NULL) which may not be safe on all
> implementations. We are
m/atmel-hlcdc/atmel_hlcdc_dc.c | 2 +-
>>> drivers/gpu/drm/drm_irq.c| 17 +
>>> drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 +-
>>> drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c| 2 +-
The 2 patches have been successfully tested on next-20151001. The
warning message is gone and hw vblank counter stucks to 0.
Tested-by: Vincent Abriou
Thanks for the patches
Vincent
On 10/01, Stanimir Varbanov wrote:
> On 09/30/2015 02:45 PM, Rob Clark wrote:
> > On Wed, Sep 30, 2015 at 7:31 AM, Rob Clark wrote:
> >> On Wed, Sep 30, 2015 at 3:51 AM, Stanimir Varbanov
> >> wrote:
> >>> On 09/29/2015 10:48 PM, Rob Clark wrote:
> >> was mandatory or just power optimization.. b
Am Mittwoch, den 30.09.2015, 12:13 -0500 schrieb Rob Herring:
> On Mon, Sep 21, 2015 at 3:11 AM, Philipp Zabel
> wrote:
> > Note how the display-subsystem node overlaps the larb node. Is that
> > acceptable?
>
> Given what the graph looks like, perhaps. However, do you really need
> a container
Am Mittwoch, den 30.09.2015, 11:57 -0500 schrieb Rob Herring:
> On Wed, Sep 30, 2015 at 10:30 AM, Philipp Zabel
> wrote:
> > Am Freitag, den 18.09.2015, 15:33 -0500 schrieb Rob Herring:
> >> On Fri, Sep 18, 2015 at 11:11 AM, Philipp Zabel >> pengutronix.de> wrote:
> >> > From: CK Hu
> >> >
> >>
Am Mittwoch, den 30.09.2015, 09:53 +0200 schrieb Christian Gmeiner:
> Hi Lucas,
>
> 2015-09-28 12:39 GMT+02:00 Lucas Stach :
> > Hi Christian,
> >
> > Am Montag, den 28.09.2015, 11:46 +0200 schrieb Christian Gmeiner:
> >> Hi Lucas.
> >>
> >> I think I have run into a cache flush / cache coherency
On Thu, Oct 01, 2015 at 10:00:58AM +0300, Joonas Lahtinen wrote:
> Avoid magic numbers and use the introduced defines.
>
> Cc: Ville Syrjälä
> Signed-off-by: Joonas Lahtinen
> ---
> drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 2 +-
> drivers/gpu/drm/drm_crtc.c | 3 +
On Thu, Oct 01, 2015 at 08:48:39AM +0200, Daniel Vetter wrote:
> Surprisingly kbuild can't cope with tristates in the
> -$(CONFIG_FOO) pattern. This patch hacks up a solution.
>
> Reported-by: Stephen Rothwell
> Reported-by: Ville Syrjälä
> Cc: Stephen Rothwell
> Cc: Ville Syrjälä
> Cc: Mi
Avoid magic numbers and use the introduced defines.
Cc: Ville Syrjälä
Signed-off-by: Joonas Lahtinen
---
drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_plane.c | 2 +-
drivers/gpu/drm/drm_crtc.c | 3 ++-
drivers/gpu/drm/drm_rect.c | 4 ++--
drivers/gpu/drm/o
Makes it cleaner to separate the two from rotation variable.
Cc: Ville Syrjälä
Signed-off-by: Joonas Lahtinen
---
include/drm/drm_crtc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 683f142..33ddedd 100644
--- a/include/drm/drm_cr
Hi Philipp, Hans,
2015-07-24 17:12 GMT+02:00 Hans Verkuil :
> Hi Philipp,
>
> A quick review of this driver:
>
> On 07/16/2015 06:24 PM, Philipp Zabel wrote:
>> From: Sascha Hauer
>>
>> This patch adds support for hardware accelerated scaling and color
>> space conversion between memory buffers
d-off-by: Ville Syrjälä
> > ---
> > drivers/gpu/drm/drm_irq.c | 7 ---
> > 1 file changed, 4 insertions(+), 3 deletions(-)
>
> Applied on top of next-20151001 and the weston problem I was seeing is
> gone, so:
>
> Tested-by: Thierry Reding
>
> I thin
> were missed
>
> Cc: Mario Kleiner
> Cc: Thierry Reding
> Reported-by: Thierry Reding
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/drm_irq.c | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
Applied on top of next-20151001 and the weston pr
On Thu, Oct 01, 2015 at 11:12:34AM +0100, Emil Velikov wrote:
> Hi Matt,
>
> On 30 September 2015 at 17:30, Matt Roper
> wrote:
> > If the opendir() call in drmGetDevices() returns failure, we jump to an
> > error label that calls closedir() and then returns. However this means
> > that we're c
Surprisingly kbuild can't cope with tristates in the
-$(CONFIG_FOO) pattern. This patch hacks up a solution.
Reported-by: Stephen Rothwell
Reported-by: Ville Syrjälä
Cc: Stephen Rothwell
Cc: Ville Syrjälä
Cc: Michal Marek
Cc: linux-kbuild at vger.kernel.org
Signed-off-by: Daniel Vetter
-
On Thu, Oct 01, 2015 at 12:47:17PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the drm-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "drm_agp_release" [drivers/gpu/drm/radeon/radeon.ko] undefined!
> ERROR: "drm_agp_acquire" [drivers/gpu/dr
On Wed, Sep 30, 2015 at 5:54 PM, Alexandre Belloni
wrote:
> On 30/09/2015 at 17:16:10 -0500, Rob Herring wrote :
>> On Wed, Sep 30, 2015 at 4:42 PM, Alexandre Belloni
>> wrote:
>> > Use "qiaodian" as the vendor prefix for QiaoDian Xianshi Corporation in
>> > device tree compatible strings.
>> >
>
On Thu, Oct 1, 2015 at 3:59 AM, Philipp Zabel wrote:
> Am Mittwoch, den 30.09.2015, 12:13 -0500 schrieb Rob Herring:
>> On Mon, Sep 21, 2015 at 3:11 AM, Philipp Zabel
>> wrote:
>> > Note how the display-subsystem node overlaps the larb node. Is that
>> > acceptable?
>>
>> Given what the graph lo
https://bugzilla.kernel.org/show_bug.cgi?id=105051
--- Comment #10 from Michel Dänzer ---
It may be easier to contact the apple-gmux developers via e-mail. The
scripts/get_maintainer.pl script should be useful for that.
--
You are receiving this mail because:
You are watching the assignee of t
Dave,
A single commit to fix a command submission hang regression.
The following changes since commit 30c64664f110f76064e364cb5dd385edc3751ba5:
drm: Allow also control clients to check the drm version (2015-09-24 00:24:24
-0700)
are available in the git repository at:
git://people.freed
Hi Rasmus,
[auto build test results on v4.3-rc3 -- if it's inappropriate base, please
ignore]
coccinelle warnings: (new ones prefixed by >>)
>> drivers/gpu/drm/vmwgfx/vmwgfx_surface.c:771:1-13: alloc with no test,
>> possible model on line 817
vim +771 drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
On 2015/9/30 20:44, Joerg Roedel wrote:
> On Wed, Sep 30, 2015 at 03:45:39PM +0800, Jiang Liu wrote:
>> So we need to figure out why we got irq number 0 after enabling
>> MSI for AMD IOMMU device. The only hint I got is that iommu driver just
>> grabbing the PCI device without providing a PCI devic
On 30/09/2015 at 17:16:10 -0500, Rob Herring wrote :
> On Wed, Sep 30, 2015 at 4:42 PM, Alexandre Belloni
> wrote:
> > Use "qiaodian" as the vendor prefix for QiaoDian Xianshi Corporation in
> > device tree compatible strings.
> >
> > Signed-off-by: Alexandre Belloni
> > ---
> > Documentation/de
96 matches
Mail list logo
