Link status is available in the ESI field on devices with DPCD r1.2 or
higher. DP spec also says "An MST upstream device shall use this field
instead of the Link/Sink Device Status field registers, starting from DPCD
Address 00200h."
v2: Prefixed DP_ (Jani)
Rewrote commment to stay within 80 c
On Thu, 2017-09-14 at 09:00 +0300, Jani Nikula wrote:
> On Wed, 13 Sep 2017, Dhinakaran Pandiyan
> wrote:
> > Link status is available in the ESI field on devices with DPCD r1.2 or
> > higher. DP spec also says "An MST upstream device shall use this field
> > instead of the Link/Sink Device Statu
On Wed, 13 Sep 2017, Julia Lawall wrote:
> On Wed, 13 Sep 2017, Meghana Madhyastha wrote:
>
>> Move the assignment so that it happens before the if
>> condition. This results in syntax which is easier to read.
>
> It would be nice to mention the merged conditionals in the log message.
Either way,
On Wed, 13 Sep 2017, Dhinakaran Pandiyan wrote:
> Link status is available in the ESI field on devices with DPCD r1.2 or
> higher. DP spec also says "An MST upstream device shall use this field
> instead of the Link/Sink Device Status field registers, starting from DPCD
> Address 00200h."
>
> Cc:
https://bugs.freedesktop.org/show_bug.cgi?id=102552
Pauk Denis changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #173 from Thomas DEBESSE ---
(In reply to Jon Doane from comment #172)
> Unless something has changed with how the dpm state is handled, I don't
> expect that to make the system completely stable. They're more stable than
> balanced b
This patch add serial RGB output interface for rockchip vop, the
more info about serial RGB output interface described at the
following file:
Documentation/devicetree/bindings/display/rockchip/rockchip-rgb.txt
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 2 ++
1
Like rockchip rv1108 crtc can directly output parallel and serial
RGB data to panel or conversion chip, so we add this driver to
probe encoder and connector.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/rockchip/Kconfig| 9 +
drivers/gpu/drm/rockchip/Makefile | 1 +
d
This path add support rv1108 rgb output interface driver.
Signed-off-by: Sandy Huang
---
.../bindings/display/rockchip/rockchip-rgb.txt | 80 ++
1 file changed, 80 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/rockchip/rockchip-rgb.txt
diff
This patches add support some rockchip Soc like rv1108, the VOP can directly
output parallel and serial RGB data to panel or to conversion chip. So we add
this driver to probe encoder and connector to support this case.
Sandy Huang (3):
dt-bindings: Add document for rockchip RGB output interface
https://bugs.freedesktop.org/show_bug.cgi?id=102694
Michel Dänzer changed:
What|Removed |Added
CC||jrch2...@gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=102714
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
On 2017年09月14日 10:07, zhoucm1 wrote:
On 2017年09月14日 09:52, Dave Airlie wrote:
On 14 September 2017 at 00:16, Christian König
wrote:
Am 13.09.2017 um 16:06 schrieb Marek Olšák:
On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
wrote:
For android using mesa instance, egl draw will deq
On 2017年09月14日 10:33, Dave Airlie wrote:
But think a bit more, if not by default, that isn't meaningful, we can
continue to use seq_no base fence and Marek's syncfile fd approach.
At least for radv I've no interest in every CS ioctl returning an fd
that I have to
close.
OK, let's pend it now
>
> But think a bit more, if not by default, that isn't meaningful, we can
> continue to use seq_no base fence and Marek's syncfile fd approach.
>
At least for radv I've no interest in every CS ioctl returning an fd
that I have to
close.
Dave.
___
dri-d
On 2017年09月14日 09:52, Dave Airlie wrote:
On 14 September 2017 at 00:16, Christian König wrote:
Am 13.09.2017 um 16:06 schrieb Marek Olšák:
On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
wrote:
For android using mesa instance, egl draw will dequeue an android buffer,
after egl draw,
On 14 September 2017 at 00:16, Christian König wrote:
> Am 13.09.2017 um 16:06 schrieb Marek Olšák:
>>
>> On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
>> wrote:
>>>
>>> For android using mesa instance, egl draw will dequeue an android buffer,
>>> after egl draw, the buffer will back to
Link status is available in the ESI field on devices with DPCD r1.2 or
higher. DP spec also says "An MST upstream device shall use this field
instead of the Link/Sink Device Status field registers, starting from DPCD
Address 00200h."
Cc: Jani Nikula
Signed-off-by: Dhinakaran Pandiyan
---
includ
On 09/13/2017 09:13 PM, Sylwester Nawrocki wrote:
On 09/13/2017 01:41 PM, Hoegeun Kwon wrote:
@@ -1004,11 +1088,33 @@ static irqreturn_t gsc_irq_handler(int irq,
void *priv)
.num_clocks = 1,
};
+static struct gsc_driverdata gsc_v_5250_drvdata = {
+.variant = {
+[0] = &gsc_
https://bugs.freedesktop.org/show_bug.cgi?id=102714
--- Comment #2 from Rafael Castillo ---
false alarm LLVM is broken not mesa
last good LLVM is 312776
you can close this if needed
TYVM and sorry
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=102714
--- Comment #1 from Rafael Castillo ---
Also broken using radeon
%VGPR11 = V_MADMK_F32 %SGPR3, 1077936128, %VGPR17, %EXEC
LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP*
instruction uses the constant bus more than once
%V
https://bugs.freedesktop.org/show_bug.cgi?id=102714
Bug ID: 102714
Summary: Kodi 17.1 broken in TAHITI
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: major
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #172 from Jon Doane ---
(In reply to Thomas DEBESSE from comment #171)
> > This sounds a lot like what I've been doing manually which sounds nice.
> > Thanks for the input. I honestly would like a solution that doesn't cause my
> > ma
https://bugs.freedesktop.org/show_bug.cgi?id=101747
--- Comment #1 from famo ---
Still crashes with Mesa 17.1.5
Graphics: Card: Advanced Micro Devices [AMD/ATI] Fiji [Radeon R9 FURY / NANO
Series]
Display Server: x11 (X.Org 1.19.3) driver: amdgpu Resolution:
2560x1440@143.86hz
On Wed, Sep 13, 2017 at 12:14 PM, Meghana Madhyastha
wrote:
> This replaces all instances of foo * bar with foo *bar
> in drm_agpsupport.c. This is so that it adheres to
> standard C syntax for pointers.
>
> Signed-off-by: Meghana Madhyastha
Reviewed-by: Sean Paul
> ---
> drivers/gpu/drm/drm_
On Wed, Sep 13, 2017 at 4:16 PM, Julia Lawall wrote:
>
>
> On Wed, 13 Sep 2017, Meghana Madhyastha wrote:
>
>> EXPORT_SYMBOL(foo) should immediately follow its function/variable.
>> This coding style is preferred.
>> Found by checkpath.pl.
>>
>> Signed-off-by: Meghana Madhyastha
With Julia's sug
On Wed, Sep 13, 2017 at 12:12 PM, Meghana Madhyastha
wrote:
> These patches fix the checkpath warnings and errors
> in drm_agpsupport.c
>
> changes in v2:
> -Changed the commit subject prefix to follow the style used in drm.
> -Combine multiple redundant if conditions to a single condition in
>
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next
head: 43dd6fde5df450938568885249b836eb376e2ad6
commit: 13caa908431faa8016f21d3bca700adf0b8382c5 [638/1021] drm/amd/display:
fix drm_edid.h inclusion
config: ia64-allmodconfig (attached as .config)
compiler: ia64-linux-gcc
On Wed, 13 Sep 2017, Meghana Madhyastha wrote:
> Move the assignment so that it happens before the if
> condition. This results in syntax which is easier to read.
It would be nice to mention the merged conditionals in the log message.
julia
> Found by checkpath.pl
>
> Signed-off-by: Meghana M
On Wed, 13 Sep 2017, Meghana Madhyastha wrote:
> This replaces all instances of foo * bar with foo *bar
> in drm_agpsupport.c. This is so that it adheres to
> standard C syntax for pointers.
>
> Signed-off-by: Meghana Madhyastha
Acked-by: Julia Lawall
> ---
> drivers/gpu/drm/drm_agpsupport.
On Wed, 13 Sep 2017, Meghana Madhyastha wrote:
> EXPORT_SYMBOL(foo) should immediately follow its function/variable.
> This coding style is preferred.
> Found by checkpath.pl.
>
> Signed-off-by: Meghana Madhyastha
> ---
> drivers/gpu/drm/drm_agpsupport.c | 4
> 1 file changed, 4 deletions
On Wed, Sep 13, 2017 at 4:01 AM, Allen Pais wrote:
> Signed-off-by: Allen Pais
Applied. thanks!
Alex
> ---
> drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c
> b/drivers/gpu/drm/amd/a
https://bugs.freedesktop.org/show_bug.cgi?id=102517
--- Comment #1 from Samuel Pitoiset ---
Can you attach your glxinfo, please?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freede
On Wed, Sep 13, 2017 at 2:12 PM, Mark Brown wrote:
> On Wed, Sep 13, 2017 at 01:57:49PM -0400, Alex Deucher wrote:
>
>> I just need acks from audio on the remaining patches that touch audio
>> (1, 5, 6), and then I can send a pull request.
>
> No, send me a pull request for the dependencies so we
On Wed, Sep 13, 2017 at 01:57:49PM -0400, Alex Deucher wrote:
> I just need acks from audio on the remaining patches that touch audio
> (1, 5, 6), and then I can send a pull request.
No, send me a pull request for the dependencies so we can do a cross
merge. I want to make sure that when this ge
https://bugs.freedesktop.org/show_bug.cgi?id=102709
Bug ID: 102709
Summary: War Thunder crashes after logging in to the game.
(GL_INVALID_ENUM)
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (
This patch set updates the AMD GPU and Audio CoProcessor (ACP)
audio drivers and the designware i2s driver for Stoney (ST).
ST is an APU similar to Carrizo (CZ) which already has ACP audio
support. The i2s controller and ACP audio DMA engine are part of
the GPU and both need updating so I would li
From: Akshu Agrawal
Amdgpu asic types will be required for other drivers too.
Hence, its better to keep it in a separate include file.
Reviewed-by: Alex Deucher
Signed-off-by: Akshu Agrawal
Signed-off-by: Alex Deucher
---
v1: New patch to share asic_type definitions between GPU and audio dri
From: Vijendar Mukunda
For Stoney platform, Memory gating is disabled.i.e SRAM Banks
won't be turned off. By Default, SRAM Bank state set to ON.
Added condition checks to skip SRAM Bank state set logic for
Stoney platform.
Acked-by: Mark Brown
Reviewed-by: Alex Deucher
Signed-off-by: Vijendar
From: Vijendar Mukunda
asic_type information is passed to ACP DMA Driver as platform data.
Reviewed-by: Alex Deucher
Signed-off-by: Vijendar Mukunda
Signed-off-by: Alex Deucher
---
v2: Removed asic_type local variable and directly passing asic_type
instance to ACP DMA driver as platform data
From: Akshu Agrawal
The driver is used for AMD board using rt5650 codec.
Reviewed-by: Alex Deucher
Signed-off-by: Akshu Agrawal
Signed-off-by: Alex Deucher
Signed-off-by: Dylan Reid
---
v2: Change ACPI ID to AMDI1002
v3: add R-b, resend
v4: Fix audio jack issue (Dylan Reid)
Fix Kconfig
From: Vijendar Mukunda
Stoney uses 16kb SRAM memory for playback and 16Kb
for capture.Modified Max buffer size to have the
correct mapping between System Memory and SRAM.
Added snd_pcm_hardware structures for playback
and capture for Stoney.
Reviewed-by: Alex Deucher
Signed-off-by: Vijendar Mu
From: Vijendar Mukunda
Added DMA driver changes for Stoney platform.
Below are the key differences between Stoney and CZ
In Stoney, Memory Gating is disabled.SRAM Banks won't
be turned off.No Of SRAM Banks reduced to 6.
DAGB Garlic Interface used and 16 bit resolution is supported.
SRAM bank 1 &
From: Allen Pais
Date: Wed, 13 Sep 2017 13:02:15 +0530
> Signed-off-by: Allen Pais
This is quite pointless as the caller doesn't do anything with
the value, it just tests whether a negative value is returned
or not.
___
dri-devel mailing list
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=102655
Chris Wilson changed:
What|Removed |Added
CC||marta.lofst...@intel.com
--- Comment #3
Den 13.09.2017 07.09, skrev Laurent Pinchart:
Hi Noralf,
Thank you for the patches.
On Monday, 11 September 2017 17:31:54 EEST Noralf Trønnes wrote:
Hi,
I want to start out by saying that this patchset is low priority for me
and if no one has interest or time to review this, that is just fin
On Wed, 2017-09-13 at 13:02 +0530, Allen Pais wrote:
> Signed-off-by: Allen Pais
I think the changelog for this series of conversions
should show that you've validated the change by
inspecting the return call chain at each modified line.
Also, it seems you've cc'd the same mailing lists for
all
Hi Lucas
2017-09-13 13:05 GMT+02:00 Lucas Stach :
> Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
>> As done by Vivante kernel driver.
>
> You need to move the VIVS_HI_CLOCK_CONTROL_DISABLE_DEBUG_REGISTERS from
> etnaviv_gpu_update_clock to the GPU init path. Otherwise a ther
Hi Lucas
2017-09-13 13:03 GMT+02:00 Lucas Stach :
> Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
>> With 'sync points' we can sample the reqeustes perform signals
>> before and/or after the submited command buffer.
>>
>> Changes v2 -> v3:
>> - fixed indentation and init nr_
Hi Lucas
2017-09-13 13:01 GMT+02:00 Lucas Stach :
> Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
>> In a perfect world we would be able to read GPU registers of interest
>> via the command stream with a 'read-register' command/package. For perf
>> counters it is a must to re
Am 13.09.2017 um 16:06 schrieb Marek Olšák:
On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
wrote:
For android using mesa instance, egl draw will dequeue an android buffer,
after egl draw, the buffer will back to android bufffer queue, but need
append a syncfile fd. If getting syncfile f
If drmPrimeFDToHandle fails in etna_bo_from_dmabuf, the function must
not return with the table_lock mutex held. Unlock the mutex in the error
path.
Based on ceb70a6b1015 ("freedreno: prevent deadlock in error path").
Signed-off-by: Philipp Zabel
Reviewed-by: Eric Engestrom
---
v3: fix the comm
On Wed, Sep 13, 2017 at 3:46 PM, Zhou, David(ChunMing)
wrote:
> For android using mesa instance, egl draw will dequeue an android buffer,
> after egl draw, the buffer will back to android bufffer queue, but need
> append a syncfile fd. If getting syncfile fd for every egl draw always needs
> sever
On Wed, Sep 13, 2017 at 01:55:34PM +0200, Maarten Lankhorst wrote:
> Op 13-09-17 om 13:48 schreef Ville Syrjälä:
> > On Wed, Sep 13, 2017 at 12:46:47PM +0200, Maarten Lankhorst wrote:
> >> Op 13-09-17 om 12:37 schreef Ville Syrjälä:
> >>> On Wed, Sep 13, 2017 at 09:32:40AM +0200, Maarten Lankhorst
For android using mesa instance, egl draw will dequeue an android buffer, after
egl draw, the buffer will back to android bufffer queue, but need append a
syncfile fd. If getting syncfile fd for every egl draw always needs several
syncobj ioctls, the io overhead isn't small. But if we directly r
Hi Laurent,
Den 13.09.2017 04.44, skrev Laurent Pinchart:
Hi Noralf,
Thank you for the patch.
On Monday, 11 September 2017 19:37:44 EEST Noralf Trønnes wrote:
Make the docs read a little better.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
Reviewed-by: Daniel Vetter
---
Changes:
A
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #8 from Justin Mitzel ---
Sure, could you link me directly to the one you wanted me to try?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing
https://bugzilla.kernel.org/show_bug.cgi?id=196777
--- Comment #6 from Takashi Iwai (ti...@suse.de) ---
(In reply to Takashi Iwai from comment #5)
> Isn't the plymouth hang the dup of bug 102338?
Erm, I meant the fdo bugzilla 102338,
https://bugs.freedesktop.org/show_bug.cgi?id=102338
--
You
All manipulations of the gem_object list need to be protected by
the list mutex, as GEM objects can be created and freed in parallel.
This fixes a kernel memory corruption.
CC: sta...@vger.kernel.org
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem.c | 3 +++
1 file changed, 3
If the gpu submit fails, bail out to avoid accessing a potentially
unititalized fence.
CC: sta...@vger.kernel.org #4.12+
Signed-off-by: Lucas Stach
---
drivers/gpu/drm/etnaviv/etnaviv_gem_submit.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/etnaviv/e
syncfile indeed be a good way to pass fence for user space, which already is
proved in Android and is upstreamed.
Not really. syncfile needs a file descriptor for each handle it
generates, that's quite a show stopper if you want to use it in general.
Android syncfile are meant to be used for i
https://bugs.freedesktop.org/show_bug.cgi?id=102694
--- Comment #2 from Christoph Haag ---
llvm-svn 312776 is okay, llvm-svn 312959 is broken.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=102694
--- Comment #1 from Christoph Haag ---
Many applications are affected. CS:GO, Unigine Heaven, Unigine Valles, but not
Unigine Sanctuary.
So it's probably not something obscure but something recently introduced.
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=196777
Takashi Iwai (ti...@suse.de) changed:
What|Removed |Added
CC||ti...@suse.de
--- Comment
On Wed, Sep 13, 2017 at 01:02:14PM +0530, Allen Pais wrote:
> Signed-off-by: Allen Pais
Hi Allen
Although correct, if you look higher up the call chain, this appears
to be not so useful.
rlb_initialize() is only called by bond_alb_initialize(), and it
propagates the -1. That is only called by b
Yes, to be comptibility, I kept both seq_no and syncfile fd in the patch set,
you can take a look, which really is simpler and effective way.
syncfile indeed be a good way to pass fence for user space, which already is
proved in Android and is upstreamed.
Regards,
David Zhou
发自坚果 Pro
Marek O
On 09/13/2017 01:41 PM, Hoegeun Kwon wrote:
Hoegeun Kwon (4):
[media] exynos-gsc: Add compatible for Exynos 5250 and 5420 specific
version
ARM: dts: exynos: Add clean name of compatible.
drm/exynos/gsc: Add hardware rotation limits
[media] exynos-gsc: Add hardware rotation limits
On Wed, Sep 13, 2017 at 01:02:15PM +0530, Allen Pais wrote:
> Signed-off-by: Allen Pais
> ---
> drivers/net/ethernet/sun/cassini.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/sun/cassini.c
> b/drivers/net/ethernet/sun/cassini.c
> index 382993c..
On 09/13/2017 01:41 PM, Hoegeun Kwon wrote:
@@ -1004,11 +1088,33 @@ static irqreturn_t gsc_irq_handler(int irq, void *priv)
.num_clocks = 1,
};
+static struct gsc_driverdata gsc_v_5250_drvdata = {
+ .variant = {
+ [0] = &gsc_v_5250_variant,
+ [1] =
On Wed, Sep 13, 2017 at 1:32 PM, Zhou, David(ChunMing)
wrote:
> Could you describe how difficult to directly use CS syncfile fd in Mesa
> compared with concerting CS seq to syncfile fd via several syncobj ioctls?
It just simplifies things. Mesa primarily uses seq_no-based fences and
will continue
Op 13-09-17 om 13:48 schreef Ville Syrjälä:
> On Wed, Sep 13, 2017 at 12:46:47PM +0200, Maarten Lankhorst wrote:
>> Op 13-09-17 om 12:37 schreef Ville Syrjälä:
>>> On Wed, Sep 13, 2017 at 09:32:40AM +0200, Maarten Lankhorst wrote:
Op 12-09-17 om 22:11 schreef Pandiyan, Dhinakaran:
> On Tue
https://bugzilla.kernel.org/show_bug.cgi?id=196771
--- Comment #7 from Rokas Kupstys (rokups+kernel-b...@zoho.com) ---
amd-staging kernel appears to be working. Since archlinux linux-amd-staging-git
package which i used in test is broken i could only get to errors about missing
modules and to emer
On Wed, Sep 13, 2017 at 12:46:47PM +0200, Maarten Lankhorst wrote:
> Op 13-09-17 om 12:37 schreef Ville Syrjälä:
> > On Wed, Sep 13, 2017 at 09:32:40AM +0200, Maarten Lankhorst wrote:
> >> Op 12-09-17 om 22:11 schreef Pandiyan, Dhinakaran:
> >>>
> >>> On Tue, 2017-09-12 at 19:08 +, Pandiyan, Dh
Hello all,
Frist, thanks Krzysztof, Robin and Sylwester.
The gscaler has hardware rotation limits. So this patch set support
the rotate hardware limits of gsc.
Changes for V4:
- Fixed the most specific compatible come first in device tree.
- Kept compatible("samsung,exynos5-gsc") in ther driver.
The hardware rotation limits of gsc depends on SOC (Exynos
5250/5420/5433). Distinguish them and add them to the driver data.
Signed-off-by: Hoegeun Kwon
---
drivers/media/platform/exynos-gsc/gsc-core.c | 127 +--
1 file changed, 122 insertions(+), 5 deletions(-)
diff --
The gscaler has hardware rotation limits that need to be hardcoded
into driver. Distinguish them and add them to the property list.
The hardware rotation limits are related to the cropped source size.
When swap occurs, use rot_max size instead of crop_max size.
Also the scaling limits are related
Exynos 5250 and 5420 have different hardware rotation limits.
Since we have to distinguish between these two, we add different
compatible(samsung,exynos5250-gsc and samsung,exynos5420-gsc).
Signed-off-by: Hoegeun Kwon
---
Documentation/devicetree/bindings/media/exynos5-gsc.txt | 9 ++---
1 f
Exynos 5250 and 5420 have different hardware rotation limits. However,
currently it uses only one compatible - "exynos5-gsc". Since we have
to distinguish between these two, we add different compatible.
Signed-off-by: Hoegeun Kwon
---
arch/arm/boot/dts/exynos5250.dtsi | 8
arch/arm/boot
Could you describe how difficult to directly use CS syncfile fd in Mesa
compared with concerting CS seq to syncfile fd via several syncobj ioctls?
Regards,
David Zhou
发自坚果 Pro
Marek Ol?醟 于 2017年9月13日 下午6:11写道:
On Wed, Sep 13, 2017 at 5:03 AM, zhoucm1 wrote:
> Hi Marek,
>
> You're doing same
Hey Marek,
first of all thanks for keeping this series alive. Looks pretty good so far.
I have started to rewrite my IPP userspace API in libdrm and when this is done,
I'm going to adapt my mpv video backend to it.
With best wishes,
Tobias
Marek Szyprowski wrote:
> Dear all,
>
> This patchse
Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
> As done by Vivante kernel driver.
You need to move the VIVS_HI_CLOCK_CONTROL_DISABLE_DEBUG_REGISTERS from
etnaviv_gpu_update_clock to the GPU init path. Otherwise a thermal
throttling request may disable the debug registers agai
Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
> With 'sync points' we can sample the reqeustes perform signals
> before and/or after the submited command buffer.
>
> Changes v2 -> v3:
> - fixed indentation and init nr_events to 1
>
> Signed-off-by: Christian Gmeiner
> ---
>
Am Dienstag, den 12.09.2017, 17:11 +0200 schrieb Christian Gmeiner:
> In a perfect world we would be able to read GPU registers of interest
> via the command stream with a 'read-register' command/package. For perf
> counters it is a must to read them synchronized with the GPU to put the
> values in
On Wed, Sep 13, 2017 at 10:51:02AM +0200, Hans Verkuil wrote:
> On 09/12/2017 07:39 PM, Ville Syrjälä wrote:
> > On Mon, Sep 11, 2017 at 01:25:45PM +0200, Hans Verkuil wrote:
> >> From: Hans Verkuil
> >>
> >> This adds support for the DisplayPort CEC-Tunneling-over-AUX
> >> feature that is part of
Op 13-09-17 om 12:37 schreef Ville Syrjälä:
> On Wed, Sep 13, 2017 at 09:32:40AM +0200, Maarten Lankhorst wrote:
>> Op 12-09-17 om 22:11 schreef Pandiyan, Dhinakaran:
>>>
>>> On Tue, 2017-09-12 at 19:08 +, Pandiyan, Dhinakaran wrote:
On Tue, 2017-09-12 at 19:17 +0300, Ville Syrjälä wrote:
On Wed, Sep 13, 2017 at 09:32:40AM +0200, Maarten Lankhorst wrote:
> Op 12-09-17 om 22:11 schreef Pandiyan, Dhinakaran:
> >
> >
> > On Tue, 2017-09-12 at 19:08 +, Pandiyan, Dhinakaran wrote:
> >> On Tue, 2017-09-12 at 19:17 +0300, Ville Syrjälä wrote:
> >>> On Tue, Sep 12, 2017 at 07:11:32PM +0
https://bugzilla.kernel.org/show_bug.cgi?id=196777
--- Comment #4 from Gerd Hoffmann (kra...@redhat.com) ---
Retested 4.13 + comment #2 patch.
plymouth (aka graphical boot) hangs the machine indeed.
when disabling rhgb gdm comes up just fine though, in both wayland and xorg
mode.
so apparently w
On 2017年09月13日 16:07, Christian König wrote:
Am 13.09.2017 um 09:39 schrieb zhoucm1:
On 2017年09月13日 15:09, Christian König wrote:
syncfile is the older implementation, sync_obj is the replacement
for it.
Are you sure sync_obj is a replacement for syncfile? Anyone can
clarify it?
sync_o
On Wed, Sep 13, 2017 at 5:03 AM, zhoucm1 wrote:
> Hi Marek,
>
> You're doing same things with me, see my "introduce syncfile as fence
> reuturn" patch set, which makes things more simple, we just need to directly
> return syncfile fd to UMD when CS, then the fence UMD get will be always
> syncfile
verified work,
Reviewed-by: Monk Liu
From: amd-gfx on behalf of Christian
König
Sent: Wednesday, September 13, 2017 4:47:34 PM
To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org
Subject: [PATCH] drm/ttm: fix memory leak while individualizing B
On 09/13/2017 06:11 PM, Sylwester Nawrocki wrote:
Hi Hoegeun,
On 09/13/2017 04:33 AM, Hoegeun Kwon wrote:
@@ -1017,8 +1083,12 @@ static irqreturn_t gsc_irq_handler(int irq,
void *priv)
static const struct of_device_id exynos_gsc_match[] = {
{
-.compatible = "samsung,exynos
Hi Hoegeun,
On 09/13/2017 04:33 AM, Hoegeun Kwon wrote:
>>> @@ -1017,8 +1083,12 @@ static irqreturn_t gsc_irq_handler(int irq,
>>> void *priv)
>>> static const struct of_device_id exynos_gsc_match[] = {
>>>{
>>> -.compatible = "samsung,exynos5-gsc",
>>> -.data = &gsc_v
On 09/12/2017 07:39 PM, Ville Syrjälä wrote:
> On Mon, Sep 11, 2017 at 01:25:45PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> This adds support for the DisplayPort CEC-Tunneling-over-AUX
>> feature that is part of the DisplayPort 1.3 standard.
>>
>> Unfortunately, not all DisplayPort/US
From: Christian König
We need to free the reservation object before we take the BO
from the delayed delete list.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
ind
https://bugzilla.kernel.org/show_bug.cgi?id=196771
--- Comment #6 from Michel Dänzer (mic...@daenzer.net) ---
Any chance you can try an amd-staging kernel with DC enabled, to see if it
happens with that as well?
--
You are receiving this mail because:
You are watching the assignee of the bug.
__
On 09/12/2017 04:43 PM, Rob Herring wrote:
> On Thu, Aug 31, 2017 at 01:01:54PM +0200, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Document the bindings for the cec-gpio module for hardware where the
>> CEC line and optionally the HPD line are connected to GPIO lines.
>>
>> Signed-off-by: Hans
On 2017年09月13日 15:09, Christian König wrote:
syncfile is the older implementation, sync_obj is the replacement for it.
Are you sure sync_obj is a replacement for syncfile? Anyone can clarify it?
sync_obj is mainly for semaphore usage, we can see sync_obj docs from
Dave in drm_syncobj.c:
"/
Am 13.09.2017 um 09:39 schrieb zhoucm1:
On 2017年09月13日 15:09, Christian König wrote:
syncfile is the older implementation, sync_obj is the replacement for
it.
Are you sure sync_obj is a replacement for syncfile? Anyone can
clarify it?
sync_obj is mainly for semaphore usage, we can see syn
Op 12-09-17 om 15:56 schreef Emil Velikov:
> On 12 September 2017 at 14:37, Maarten Lankhorst
> wrote:
>> When we want to make drm_atomic_commit interruptible, there are a lot of
>> places that call the lock function, which we don't have control over.
>>
>> Rather than trying to convert every sing
https://bugs.freedesktop.org/show_bug.cgi?id=102695
Bug ID: 102695
Summary: drm-next-4.15-wip screen freeze and warning at
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c:1027
amdgpu_bo_gpu_offset+0x8e/0xa0
Product: DRI
1 - 100 of 104 matches
Mail list logo