Change-Id: I0c6ece0decd18d30ccc94e5c7ca106d351941c62
Signed-off-by: Roger He
---
drivers/gpu/drm/ttm/ttm_bo.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 098b22e..e7438b0 100644
--- a/drivers/gp
Change-Id: I0c6571c2a64e6c5bdad80ccbcccb40eba1c20b4e
Signed-off-by: Roger He
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index dc0a8be..7
allow_reserved_eviction: Allow eviction of reserved BOs
resv: Reservation object to allow reserved evictions with
Change-Id: I01ea482e8c7470014196eb218e2ff8913306eef0
Signed-off-by: Roger He
---
include/drm/ttm/ttm_bo_api.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/ttm/
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Tuesday, December 12, 2017 6:40 PM
To: He, Roger ; amd-...@lists.freedesktop.org;
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 5/6] drm/ttm: enable eviction for Per-VM-BO
Am 12.12.2017 um 10:3
Hi Laurent,
Thanks for the comment.
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Monday, December 11, 2017 6:02 AM
> To: Hyun Kwon
> Cc: Daniel Vetter ; Jani Nikula
> ; Sean Paul ; David
> Airlie ; dri-devel@lists.freedesktop.org;
> mon
On 11/25/2017 01:35 PM, Hans de Goede wrote:
diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c
b/drivers/gpu/drm/drm_panel_orientation_quirks.c
new file mode 100644
index ..b8765e2ed1d6
--- /dev/null
+++ b/drivers/gpu/drm/drm_panel_orientation_quirks.c
This file taints th
drm_mode_create_lease_ioctl() -> drm_lease_create()
drm_lease_create() -> fails and drm_master_put() is called
twice: once in drm_lease_create() and once in
drm_mode_create_lease_ioctl().
From drm_mode_create_lease_ioctl():
lessee = drm_lease_create(lessor, &leases);
if (IS_ERR(l
That is a bug fix, isn't it? If yes maybe add CC:stable and commit it
first before all other patches.
Fortunately so far there is no issue directly resulted from that.
Thanks
Roger(Hongbo.He)
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sen
-Original Message-
From: Christian König [mailto:ckoenig.leichtzumer...@gmail.com]
Sent: Tuesday, December 12, 2017 6:34 PM
To: He, Roger ; amd-...@lists.freedesktop.org;
dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 3/6] drm/ttm: use an ttm operation ctx for ttm_bo_move_xxx
Am 12.
https://bugs.freedesktop.org/show_bug.cgi?id=101881
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100685
Mike Lothian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=95306
--- Comment #78 from Andrew ---
Kelly,
Maybe RADV would work?
https://www.phoronix.com/scan.php?page=article&item=amd-open-vulkan&num=1
Also. Is a new amd driver out already?
// sorry im traveling at the moment
On Dec 11, 2017 11:24 AM, wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #7 from Deposite Pirate (dpir...@metalpunks.info) ---
Thanks for the explanation. I think I understand how this works now. I was
afraid I would not be able to use the Arch PKGBUILD for the kernel together
with git bisect. But it turns
https://bugs.freedesktop.org/show_bug.cgi?id=103277
--- Comment #9 from dwagner ---
Bad news: Tried amd-staging-drm-next as of commit
367a3d2bdc27fd1d23be9ea75cec34b52297184d, which does include the commit
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=amd-staging-drm-next&id=c2a899da6d8c065
Hi! So, a while ago I got myself a nice Caldigit TS3 Thunderbolt 3 dock for my
new laptop. It's awesome, and has lots of ports! But unfortunately one of the
biggest issues I've encountered with this is that the DP port is rather
unreliable when it comes to running a DP MST hub over it. To start, a
https://bugs.freedesktop.org/show_bug.cgi?id=103277
--- Comment #8 from dwagner ---
Thanks, Alex.
Just in order to be able to help myself next time: How does one get from
knowing the string "95539e2be57" to the commits you linked?
(Will try amd-staging-drm-next right now and follow up with the r
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #6 from Felix Schwarz (felix.schw...@oss.schwarz.eu) ---
Ideally you use Linus' git repo:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
As you mentioned in your first post you experienced problems when upgrading
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #5 from Deposite Pirate (dpir...@metalpunks.info) ---
I just cloned linux-stable, did git log, searched for "radeon" and built the
revision before this commit, tested it and then I built the revision with this
commit and tested it. Is
https://bugzilla.kernel.org/show_bug.cgi?id=198123
Felix Schwarz (felix.schw...@oss.schwarz.eu) changed:
What|Removed |Added
CC||felix.schwa
https://bugs.freedesktop.org/show_bug.cgi?id=103277
--- Comment #7 from Alex Deucher ---
or for drm-next:
https://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=ce1b1b66cd5ec60927c575858430c099b8b4bceb
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=103277
--- Comment #6 from Alex Deucher ---
https://cgit.freedesktop.org/~agd5f/linux/commit/?h=amd-staging-drm-next&id=c2a899da6d8c0658c6f8493cb6b5ca4e890a15b7
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=198123
--- Comment #3 from Deposite Pirate (dpir...@metalpunks.info) ---
Ok, I found the commit:
commit 2040c47361646d18b9832fd930d2a025da002a57 (HEAD -> master)
Merge: 3154b133711f 37899a525491
Author: Dave Airlie
Date: Fri Aug 18 05:30:53 2017 +100
https://bugs.freedesktop.org/show_bug.cgi?id=103277
--- Comment #5 from dwagner ---
(In reply to Jerry Zuo from comment #4)
> S3 starts working since commit 95539e2be57.
>
> Test is performed on the following condition:
> Commit: c6f284d9888
> Asic: Baffin
> 4K display: Acer H277HK
> S3 passed
Den 04.12.2017 12.32, skrev Alexey Brodkin:
Hello,
I'm trying to use DisplayLink USB2.0-to-HDMI adapter as the one and only
video output and I want to get Xserver working on top of that.
I'm not very familiar with all the parts of Linux GPU/video stack
(especially its user-space counterpart) s
Add some basic functions to query performance monitor domains and
signals. Also add support to submit performance monitor requests (pmrs).
I have planed to push this series by the end of the week. The original
series was on the ml for some weeks now and got no review so this is
your last chance :)
Query all domains and their signals and provide it this information
via struct etna_perfmon and the corresponding api functions.
v2:
- code style changes
- etna_perfmon_create(..): add missing clean up in error case
Signed-off-by: Christian Gmeiner
---
etnaviv/Makefile.sources | 1 +
et
Import the etnaviv header changes from kernel commit 05916bed1 (drm-next)
The drm_etnaviv_gem_submit structure was extended to include performance
monitor requests. Also two new ioctls got added to be able to readout
performance monitor domains and their signals.
Signed-off-by: Christian Gmeiner
Add etna_cmd_stream_perf(..) to submit perform requests.
Userspace can submit pmrs via submit ioctl to sample perfmon
signals.
Signed-off-by: Christian Gmeiner
---
etnaviv/etnaviv-symbol-check | 1 +
etnaviv/etnaviv_cmd_stream.c | 20
etnaviv/etnaviv_drmif.h | 12 +
On Tue 2017-12-12 19:48:05, Alexey Brodkin wrote:
> Hi Pavel,
>
> On Sat, 2017-12-09 at 18:20 +0100, Pavel Machek wrote:
> > On Mon 2017-12-04 11:50:40, Jose Abreu wrote:
> > >
> > > Hi Alexey,
> > >
> > > On 04-12-2017 11:32, Alexey Brodkin wrote:
> > > >
> > > > My first [probably incorrect]
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #11 from Sol ---
Added another crashlog
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #10 from Sol ---
Created attachment 136122
--> https://bugs.freedesktop.org/attachment.cgi?id=136122&action=edit
crashlog for kwin
--
You are receiving this mail because:
You are the assignee for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=103234
--- Comment #9 from Sol ---
Created attachment 136121
--> https://bugs.freedesktop.org/attachment.cgi?id=136121&action=edit
modinfo radeon for my version
Output for modinfo modinfo
--
You are receiving this mail because:
You are the assigne
https://bugs.freedesktop.org/show_bug.cgi?id=103100
Gregor Münch changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=98974
--- Comment #14 from Gert Wollny ---
Could you check whether the bug persists in 17.3.0? It includes patches that
improve the register allocation on r600.
If this doesn't fix the bug, could you post an apitrace?
--
You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=104192
Tom Englund changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=104159
Tom Englund changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://bugs.freedesktop.org/show_bug.cgi?id=104159
Tom Englund changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Reviewed-by: Qiang Yu
Regards,
Qiang
From: Andrey Grodzovsky
Sent: Tuesday, December 12, 2017 9:36:53 PM
To: dri-devel@lists.freedesktop.org
Cc: amd-...@lists.freedesktop.org; Yu, Qiang; Ma, Le; Huan, Alvin; Jin, Anna;
Grodzovsky, Andrey
Subject: [PATCH
Hi,
Am Donnerstag, 9. März 2017, 23:32:19 CET schrieb Sean Paul:
> From: Ørjan Eide
>
> When mapping external DMA-bufs through the PRIME mmap call, we might be
> given an offset which has to be respected. However for the internal DRM
> GEM mmap path, we have to ignore the fake mmap offset used t
https://bugs.freedesktop.org/show_bug.cgi?id=104192
--- Comment #12 from Tom Englund ---
the commit causing this have been reverted upstream, see
https://reviews.llvm.org/rL320466 . so from 320466 and up. things work again.
--
You are receiving this mail because:
You are the assignee for the bu
> Am 12.12.2017 um 16:23 schrieb Daniel Vetter :
>
>>> Thanks for your patch, but similar fix is already merged here [1]
>>>
>>> Michal
>>>
>>> [1]
>>> https://cgit.freedesktop.org/drm-tip/commit/?id=006c23327f8de8575508c458131b304188d426f7
>>
>>
>> Thanks for pointing out. I miss the ":doc:
On Tue, Dec 12, 2017 at 02:04:14PM +0200, Marius Vlad wrote:
> This case can been seen when creating the lease with same objects passed.
>
> Signed-off-by: Marius Vlad
> ---
> drivers/gpu/drm/drm_lease.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_lease.c b/dri
On Tue, Dec 12, 2017 at 01:11:43PM +0100, Markus Heiser wrote:
>
> > Am 12.12.2017 um 13:05 schrieb Michal Wajdeczko
> > :
> >
> > On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
> > wrote:
> >
> >> With commit d9e2e0143c the 'GuC-specific firmware loader' doc
> >> section was removed from
On Tue, Dec 12, 2017 at 11:19:47AM +, Tvrtko Ursulin wrote:
>
> On 11/12/2017 21:05, Daniel Vetter wrote:
> > On Mon, Dec 11, 2017 at 02:38:53PM +, Tvrtko Ursulin wrote:
> > > On 11/12/2017 10:50, Joonas Lahtinen wrote:
> > > > + Daniel, Chris
> > > >
> > > > On Thu, 2017-12-07 at 09:21 +
Hi Russell,
On 08/12/17 12:59, Russell King - ARM Linux wrote:
> On Wed, Dec 06, 2017 at 02:54:04PM +0100, Hans Verkuil wrote:
>> On 12/06/17 13:35, Russell King wrote:
>>> We no longer use the CEC client to access the CEC part itself, so we can
>>> move this later in the initialisation sequence.
On 12/12/17 11:19, Tvrtko Ursulin wrote:
On 11/12/2017 21:05, Daniel Vetter wrote:
On Mon, Dec 11, 2017 at 02:38:53PM +, Tvrtko Ursulin wrote:
On 11/12/2017 10:50, Joonas Lahtinen wrote:
+ Daniel, Chris
On Thu, 2017-12-07 at 09:21 +, Tvrtko Ursulin wrote:
On 04/12/2017 15:02, Lionel
Hi,
I sent this individual i915 patch to our CI, and it is passing on all platforms:
https://patchwork.freedesktop.org/series/34822/
Is it ok if I merge this to drm-tip already?
Regards, Joonas
On Mon, 2017-11-27 at 13:50 -0500, Sinan Kaya wrote:
> +dri-devel@lists.freedesktop.org
>
> On 11/2
Fixes test failure on rhel.
Signed-off-by: Andrey Grodzovsky
---
tests/amdgpu/basic_tests.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/amdgpu/basic_tests.c b/tests/amdgpu/basic_tests.c
index a78cf52..474a679 100644
--- a/tests/amdgpu/basic_tests.c
+++ b/tests/amdgpu/basic_tests.c
https://bugs.freedesktop.org/show_bug.cgi?id=103100
--- Comment #11 from Andy Furniss ---
For my test case - UnrealTournament alpha + not quite enough vram, looks like
mesa commit
winsys/amdgpu: disable local BOs again due to worse performance
https://cgit.freedesktop.org/mesa/mesa/commit/?id=bf
This case can been seen when creating the lease with same objects passed.
Signed-off-by: Marius Vlad
---
drivers/gpu/drm/drm_lease.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_lease.c b/drivers/gpu/drm/drm_lease.c
index d1eb56a..ae57f33 100644
--- a/drivers/gpu/drm/
Am Donnerstag, 9. März 2017, 23:32:18 CET schrieb Sean Paul:
> From: Haixia Shi
>
> The prime fd to handle ioctl was not used with rockchip before. Support
> was added in order to pass graphics_Gbm and to support potential uses
> within Chrome OS (e.g. zero-copy video decode, camera).
>
> Signed
Am Donnerstag, 9. März 2017, 23:32:17 CET schrieb Sean Paul:
> From: Tomasz Figa
>
> Current code implements prepare_fb and cleanup_fb callbacks only to
> grab/release fb references, which is already done by atomic framework
> when creating/destryoing plane state. Also there are some unused field
> Am 12.12.2017 um 13:05 schrieb Michal Wajdeczko :
>
> On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
> wrote:
>
>> With commit d9e2e0143c the 'GuC-specific firmware loader' doc
>> section was removed from intel_guc_loader.c without a
>> replacement. So lets remove it from the Kernel-doc:
On Tue, 12 Dec 2017 12:38:37 +0100, Markus Heiser
wrote:
With commit d9e2e0143c the 'GuC-specific firmware loader' doc
section was removed from intel_guc_loader.c without a
replacement. So lets remove it from the Kernel-doc::
.. kernel-doc:: drivers/gpu/drm/i915/intel_guc_loader.c
:d
EPERM is not the correct error value when the driver is not able to get
its resources. Change it to ENODEV.
Reported-by: Russell King - ARM Linux
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driv
With commit d9e2e0143c the 'GuC-specific firmware loader' doc
section was removed from intel_guc_loader.c without a
replacement. So lets remove it from the Kernel-doc::
.. kernel-doc:: drivers/gpu/drm/i915/intel_guc_loader.c
:doc: GuC-specific firmware loader
With commit e8668bbcb0 intel_
This patch removes an unreachable code found by the SVACE static
analysis:
UNREACHABLE_CODE: This statement in the source code might be unreachable during
program execution.
[unreachable] unreachable at
drivers/gpu/drm/bridge/analogix/analogix_dp_core.c:787
retval != 0 is always false because at
On 11/12/2017 21:05, Daniel Vetter wrote:
On Mon, Dec 11, 2017 at 02:38:53PM +, Tvrtko Ursulin wrote:
On 11/12/2017 10:50, Joonas Lahtinen wrote:
+ Daniel, Chris
On Thu, 2017-12-07 at 09:21 +, Tvrtko Ursulin wrote:
On 04/12/2017 15:02, Lionel Landwerlin wrote:
Hi,
After discussion
https://bugs.freedesktop.org/show_bug.cgi?id=104216
--- Comment #4 from Germano Massullo ---
(In reply to Michel Dänzer from comment #3)
> Unless this doesn't happen with the modesetting driver, it's more likely a
> Mesa issue than a Xorg driver one.
dmesg says that kernel modesetting is enabled
https://bugs.freedesktop.org/show_bug.cgi?id=104216
Michel Dänzer changed:
What|Removed |Added
QA Contact|xorg-t...@lists.x.org |dri-devel@lists.freedesktop
Am 12.12.2017 um 10:33 schrieb Roger He:
Change-Id: I491d4ceb8c98bb3d8e6e0ddef2330284ce2fe5f6
Signed-off-by: Roger He
I would squash this one with patch #6.
---
drivers/gpu/drm/ttm/ttm_bo.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_
Am 12.12.2017 um 10:33 schrieb Roger He:
Change-Id: I8db51d843955f5db14bb4bbff892eaedbd9f0abe
Signed-off-by: Roger He
Reviewed-by: Christian König
That is a bug fix, isn't it? If yes maybe add CC:stable and commit it
first before all other patches.
Christian.
---
drivers/gpu/drm/ttm/t
Am 12.12.2017 um 10:33 schrieb Roger He:
include ttm_bo_move_memcpy and ttm_bo_move_ttm
Change-Id: I160b2fe1da3200405810d0215c4521b5f0d3615a
Signed-off-by: Roger He
Reviewed-by: Christian König
But please separate that out and wait for a few days before committing,
maybe some nouveau devs
Am 12.12.2017 um 10:33 schrieb Roger He:
Change-Id: I0c6571c2a64e6c5bdad80ccbcccb40eba1c20b4e
Signed-off-by: Roger He
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +-
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers
Am 12.12.2017 um 10:33 schrieb Roger He:
on_alloc_stage: is this operation on allocation stage
resv: reservation bo used of this operation
Change-Id: I01ea482e8c7470014196eb218e2ff8913306eef0
Signed-off-by: Roger He
---
include/drm/ttm/ttm_bo_api.h | 4
1 file changed, 4 insertions(+)
Reviewed-by: Roger He
Thanks
Roger(Hongbo.He)
-Original Message-
From: amd-gfx [mailto:amd-gfx-boun...@lists.freedesktop.org] On Behalf Of Monk
Liu
Sent: Tuesday, December 12, 2017 5:47 PM
To: amd-...@lists.freedesktop.org
Cc: Liu, Monk
Subject: [PATCH 1/7] drm/ttm:fix incorrect calcul
Change-Id: I83ac6a77f24e14698aa386a497a262e24c5bbdb6
Signed-off-by: Roger He
---
drivers/gpu/drm/ttm/ttm_bo.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 22b6ca5..f138e95 100644
--- a/drivers/gpu/drm/t
Change-Id: I491d4ceb8c98bb3d8e6e0ddef2330284ce2fe5f6
Signed-off-by: Roger He
---
drivers/gpu/drm/ttm/ttm_bo.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index eb8c568..22b6ca5 100644
--- a/drivers/gpu/drm/
Change-Id: I8db51d843955f5db14bb4bbff892eaedbd9f0abe
Signed-off-by: Roger He
---
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index 17fe8be..eb8c568 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
+++ b/driv
include ttm_bo_move_memcpy and ttm_bo_move_ttm
Change-Id: I160b2fe1da3200405810d0215c4521b5f0d3615a
Signed-off-by: Roger He
---
drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 7 +++
drivers/gpu/drm/nouveau/nouveau_bo.c| 7 +++
drivers/gpu/drm/qxl/qxl_ttm.c | 3 +--
drivers/gpu/d
Change-Id: I0c6571c2a64e6c5bdad80ccbcccb40eba1c20b4e
Signed-off-by: Roger He
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +-
drivers/gpu/drm/ttm/ttm_bo.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers
on_alloc_stage: is this operation on allocation stage
resv: reservation bo used of this operation
Change-Id: I01ea482e8c7470014196eb218e2ff8913306eef0
Signed-off-by: Roger He
---
include/drm/ttm/ttm_bo_api.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/drm/ttm/ttm_bo_api.h b/i
On Wed, Dec 06, 2017 at 03:11:43PM +0100, Hans Verkuil wrote:
> Hi Russell,
>
> Some small comments below:
>
> On 12/06/17 13:35, Russell King wrote:
> > + /*
> > +* This should never happen: the data sheet says that there will
> > +* always be a valid message if the interrupt line is a
On Mon, Dec 11, 2017 at 09:54:02PM +0100, Daniel Vetter wrote:
> On Fri, Dec 08, 2017 at 12:31:08PM +, Russell King wrote:
> > Add the defacto-standard "iturbt_709" property to the overlay plane to
> > control the YUV to RGB colorspace conversion. This is mutually
> > exclusive with the CSC_YU
* Tomi Valkeinen [171201 02:03]:
> On 01/12/17 11:48, H. Nikolaus Schaller wrote:
>
> > Just a note: there is no toppoly->tpo change for *this* panel and
> > Pandora board. Just omapdss removal.
> >
> > The GTA04 needs a toppoly->tpo change but no omapdss, removal.
> >
> > So they solve differe
On 09/12/17 11:46, Dan Carpenter wrote:
We use "mc" without initializing it if scaling is not necessary.
Fixes: 28ce675b7474 ("drm: mali-dp: Add plane upscaling support")
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/arm/malidp_planes.c
b/drivers/gpu/drm/arm/malidp_planes.c
index
* H. Nikolaus Schaller [171201 07:44]:
> Official vendor string is now "tpo" and not "toppoly".
>
> Requires patch "omapdrm: panel: fix compatible vendor string for td028ttec1"
> so that the driver understands both.
Tomi, so what's the plan with the dependency patch, is that for v4.16
or for the
77 matches
Mail list logo
