On Fri, 15 Sep 2017, Haneen Mohammed wrote:
> This patch replace instances of dev_info/err/debug with
> DRM_DEV_INFO/ERROR/WARN respectively inorder to use a drm-formatted
> specific log messages. Issue corrected with the help of the following
> Coccinelle script:
>
> @r@
> @@
>
> (
> -dev_info
The custom implementation just calls drm_gem_handle_delete(), which is
identical to the default implementation used when the operation handler
isn't set. Remove it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/armada/armada_drv.c | 1 -
drivers/gpu/drm/armada/armada_gem.c | 6 --
driv
The drm_gem_dumb_destroy() isn't used in drivers, don't export it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_dumb_buffers.c | 7 ---
drivers/gpu/drm/drm_gem.c | 1 -
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/drm_dumb_buffers.c
b/dr
Noralf Trønnes writes:
> Den 30.08.2017 09.40, skrev Daniel Vetter:
>> On Tue, Aug 29, 2017 at 10:40:04AM -0700, Eric Anholt wrote:
>>> Daniel Vetter writes:
>>>
On Mon, Aug 28, 2017 at 8:44 PM, Noralf Trønnes wrote:
> Hi,
>
> Currently I'm using the cma library with tinydrm be
Den 30.08.2017 09.40, skrev Daniel Vetter:
On Tue, Aug 29, 2017 at 10:40:04AM -0700, Eric Anholt wrote:
Daniel Vetter writes:
On Mon, Aug 28, 2017 at 8:44 PM, Noralf Trønnes wrote:
Hi,
Currently I'm using the cma library with tinydrm because it was so
simple to use even though I have to w
From: Colin Ian King
sg_table is being initialized and is never read before it is updated
again later on, hence making the initialization redundant. Remove
the initialization.
Detected by clang scan-build:
"warning: Value stored to 'sg_table' during its initialization is
never read"
Signed-off-
https://bugs.freedesktop.org/show_bug.cgi?id=101872
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail beca
https://bugs.freedesktop.org/show_bug.cgi?id=100596
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #19 from Elizabeth --
https://bugs.freedesktop.org/show_bug.cgi?id=100305
--- Comment #2 from Elizabeth ---
Does this need to be verified or can we close it?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists
https://bugs.freedesktop.org/show_bug.cgi?id=99130
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #23 from Elizabeth ---
C
https://bugs.freedesktop.org/show_bug.cgi?id=98361
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #4 from Elizabeth ---
Hi Noralf,
On Wednesday, 13 September 2017 18:19:22 EEST Noralf Trønnes wrote:
> Den 13.09.2017 07.09, skrev Laurent Pinchart:
> > 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 i
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #44 from Shmerl ---
(In reply to Lukas Jirkovsky from comment #43)
> Here are some additional information:
Yes, I observed that as well. You can access the box over ssh, but it doens't
react to any local input. Also attempts to rebo
https://bugs.freedesktop.org/show_bug.cgi?id=102009
--- Comment #3 from Jan Vesely ---
the stacktrace does not say much, and it's not similar to segfault I see on my
machine. Can you repost the stacktrace with mesa debug information?
thanks
--
You are receiving this mail because:
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=98352
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #43 from Lukas Jirkovsky ---
I'm having the same problem during the initial cutscene in Velen.
Here are some additional information:
* While the computer seems frozen, it's not frozen completely. I can still
connect over ssh and do
Hi Noralf,
On Wednesday, 13 September 2017 16:41:49 EEST Noralf Trønnes wrote:
> Den 13.09.2017 04.44, skrev Laurent Pinchart:
> > 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 T
https://bugs.freedesktop.org/show_bug.cgi?id=97259
Elizabeth changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=100212
--- Comment #4 from Jan Vesely ---
(In reply to Vedran Miletić from comment #0)
> We miss at least vload_half and vstore_half_rtn.
vstore_half/vload_half is in libclc. I can't find vstore_half_rtn used in
either blender-2.78 or 2.79.
--
You a
https://bugs.freedesktop.org/show_bug.cgi?id=102517
--- Comment #2 from Samuel Pitoiset ---
I can confirm the hang with the following environment.
OpenGL renderer string: AMD Radeon (TM) RX 480 Graphics (AMD POLARIS10 / DRM
3.19.0 / 4.13.0-rc5-ARCH+, LLVM 4.0.1)
OpenGL core profile version strin
https://bugs.freedesktop.org/show_bug.cgi?id=102276
--- Comment #9 from Mathieu Belanger ---
I forgot to mention, while the crash occured, the mouse was working but
everything else was hang, including magic keys was doing nothing.
After X felt, I tried to login and I got an error about missing O
https://bugs.freedesktop.org/show_bug.cgi?id=102276
--- Comment #8 from Mathieu Belanger ---
(In reply to Michel Dänzer from comment #7)
> (In reply to Mathieu Belanger from comment #6)
> > I might have the same bug
> >
> > I does not append with Mesa git from mid august but a version from begin
Quoting Colin King (2017-09-14 17:21:54)
> From: Colin Ian King
>
> hw_check is being assigned and updated but is no longer being read,
> hence it is redundant and can be removed.
>
> Detected by clang scan-build:
> "warning: Value stored to 'hw_check' during its initialization
> is never read"
https://bugs.freedesktop.org/show_bug.cgi?id=101731
Samuel Pitoiset changed:
What|Removed |Added
Summary|System freeze with AMDGPU |System freeze with AMDGPU
https://bugs.freedesktop.org/show_bug.cgi?id=102646
--- Comment #9 from Justin Mitzel ---
I went looking for them and noticed that these are all made for ubuntu. Will
they still work with Manjaro?
--
You are receiving this mail because:
You are the assignee for the bug._
On Wed, Sep 13, 2017 at 02:49:08PM -0400, Alex Deucher wrote:
> On Wed, Sep 13, 2017 at 2:12 PM, Mark Brown wrote:
> > No, send me a pull request for the dependencies so we can do a cross
> > merge. I want to make sure that when this gets reviewed it actually
> > gets merged.
> I'm not quite su
https://bugzilla.kernel.org/show_bug.cgi?id=196777
Justin M. Forbes (jmfor...@linuxtx.org) changed:
What|Removed |Added
CC||jmfor...@linuxtx
On Thu, Sep 14, 2017 at 12:21 PM, Marek Olšák wrote:
> Reviewed-by: Marek Olšák
Applied. thanks.
Alex
>
> Marek
>
> On Mon, Sep 11, 2017 at 5:43 PM, Jean Delvare wrote:
>> Several users have complained that the tile table update broke Oland
>> support. Despite several attempts to fix it, the
Reviewed-by: Marek Olšák
Marek
On Mon, Sep 11, 2017 at 5:43 PM, Jean Delvare wrote:
> Several users have complained that the tile table update broke Oland
> support. Despite several attempts to fix it, the root cause is still
> unknown at this point and no solution is available. As it is not
>
From: Colin Ian King
hw_check is being assigned and updated but is no longer being read,
hence it is redundant and can be removed.
Detected by clang scan-build:
"warning: Value stored to 'hw_check' during its initialization
is never read"
Fixes: f6d1973db2d2 ("drm/i915: Move modeset state verif
https://bugs.freedesktop.org/show_bug.cgi?id=102709
--- Comment #1 from Samuel Pitoiset ---
Well, War Thunder doesn't check that GL_EXT_texture_compression_s3tc is exposed
before using those compressed formats.
Though, if you have libtxc_dxtn installed on your system the extension should
be enab
https://bugs.freedesktop.org/show_bug.cgi?id=98324
--- Comment #7 from Darren Salt ---
Seems to be working properly with current amd-staging-drm-next (43dd6fde5df4).
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-deve
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #42 from Samuel Pitoiset ---
What's your Steam AppID?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-devel@lists.freedesktop.org
h
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #176 from Jon Doane ---
(In reply to Thomas DEBESSE from comment #175)
> (In reply to Alex Deucher from comment #174)
> > (In reply to Thomas DEBESSE from comment #173)
> > >
> > > Their AMDGPU-PRO driver looks to not be affected by
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #175 from Thomas DEBESSE ---
(In reply to Alex Deucher from comment #174)
> (In reply to Thomas DEBESSE from comment #173)
> >
> > Their AMDGPU-PRO driver looks to not be affected by the bug, so they have a
> > fix somewhere. Why thi
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #41 from Shmerl ---
(In reply to Samuel Pitoiset from comment #40)
> How to load a save game file? Where are they stored?
They should be in:
"${WINEPREFIX}/drive_c/users/$USER/My Documents/The Witcher 3/gamesaves"
I.e. it depends
https://bugs.freedesktop.org/show_bug.cgi?id=101731
--- Comment #40 from Samuel Pitoiset ---
How to load a save game file? Where are they stored?
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel mailing list
dri-d
https://bugs.freedesktop.org/show_bug.cgi?id=102694
--- Comment #4 from MIka R ---
This also seems to affect kwin_x11. Memory leaking and some plasma 5 objects
flicker mildly.
--
You are receiving this mail because:
You are the assignee for the bug.__
https://bugs.freedesktop.org/show_bug.cgi?id=91880
--- Comment #174 from Alex Deucher ---
(In reply to Thomas DEBESSE from comment #173)
>
> Their AMDGPU-PRO driver looks to not be affected by the bug, so they have a
> fix somewhere. Why this fix can't make it's way to the open driver?
The pro
Commit 7d902c05b480 ("drm: Nuke drm_atomic_helper_connector_dpms")
removed drm_atomic_helper_connector_dpms() helper saying that it was a dead
code. It was however indirectly used by Exynos DRM driver for implementing
suspend/resume support. To fix this regression (after that patch Exynos DRM
suspe
Commit 48a92916729b ("drm/exynos: use drm_for_each_connector_iter()")
replaced unsafe drm_for_each_connector() with drm_for_each_connector_iter()
and removed surrounding drm_modeset_lock calls. However, that lock was
there not only to protect unsafe drm_for_each_connector(), but it was also
require
Hi!
Recently I noticed that suspend/resume support in Exynos DRM driver is
broken since v4.13-rc1. After some investigation I found that there are 2
patches causing this problem. First one is specific to v4.13
kernel release (first patch fixes it). The second one is caused by a
patch queued to lin
Hi Linus,
Please pull fbdev changes for v4.14. There is slightly more changes than
usual this time (especially fbcon changes stand out from the rest), please
see the signed tag description for details.
Test merge revealed a small merge conflict, the resolution is trivial:
diff --cc drivers/vide
On Thu, 14 Sep 2017, Meghana Madhyastha wrote:
> Remove extra blank line to adhere to standard coding style.
> Found by checkpath.pl..
>
> Signed-off-by: Meghana Madhyastha
> ---
> Changes in v3:
> -This was part of another commit in v2 and v1.
> Now made this a separate commit
>
> drivers/
Fixes this warning:
freedreno/kgsl/kgsl_ringbuffer.c: In function ‘kgsl_ringbuffer_flush’:
freedreno/kgsl/kgsl_ringbuffer.c:149:19: warning: cast from pointer to integer
of different size [-Wpointer-to-int-cast]
req.timestamp = (uint32_t)kgsl_ring->bo->hostptr;
^
Signed-off
On Wednesday, 2017-09-13 16:08:19 +0200, Philipp Zabel wrote:
> 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").
>
> Sig
Remove extra blank line to adhere to standard coding style.
Found by checkpath.pl..
Signed-off-by: Meghana Madhyastha
---
Changes in v3:
-This was part of another commit in v2 and v1.
Now made this a separate commit
drivers/gpu/drm/drm_agpsupport.c | 1 -
1 file changed, 1 deletion(-)
diff
Removes checkpath.pl errors and warnings.
Changes in v3:
-Change commit title prefix from drm to drm/agpsupport
-Split the commit "Move EXPORT_SYMBOL so that it immediately follows its
function" into two commits. Removing the extra blank line is
now a separate commit.
-Included mergi
Move the assignment so that it happens before the if condition.
Merged multiple similar conditionals to a single conditional statement.
This results in syntax which is easier to read.
Found by checkpath.pl
Signed-off-by: Meghana Madhyastha
---
Changes in v3:
-Added "Merged multiple similar cond
On Mon, Jul 10, 2017 at 04:59:48PM +0200, Christian König wrote:
> Hi everyone,
>
> This is the eighth incarnation of this set of patches. It enables device
> drivers to resize and most likely also relocate the PCI BAR of devices
> they manage to allow the CPU to access all of the device local me
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
---
Changes in v3:
-None
drivers/gpu/drm/drm_agpsupport.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
As there is not corresponding clk_prepare_enable() for
fsl_dev->pix_clk in previous contexts, clk_disable_unprepare() for
fsl_dcu->pix_clk in suspend function will fail.
This patch will add clk_prepare_enable() for fsl_dev->pix_clk in
previous contexts and resume function to fix the issue.
This p
EXPORT_SYMBOL(foo) should immediately follow its function/variable.
This coding style is preferred.
Found by checkpath.pl.
Signed-off-by: Meghana Madhyastha
---
Changes in v3:
-Split this commit into two commits and made another commit for
removing the extra blank line not part of the EXPORT_S
drm_atomic_helper_suspend()/drm_atomic_helper_resume() are used in
suspend/resume functions. Interrupt can not be disabled when calling
drm_atomic_helper_resume(). Or else vblank interrupt will not generate
and the error about vblank wait timed out will occur.
This patch will enable interrupt befo
https://bugs.freedesktop.org/show_bug.cgi?id=102457
--- Comment #7 from Chris Wilson ---
(In reply to Martin Peres from comment #4)
> (In reply to Daniel Vetter from comment #3)
> > Also changing the summary, Martin is wrong here.
>
> And this is why we always need to trust the actual developers
https://bugs.freedesktop.org/show_bug.cgi?id=102457
Chris Wilson changed:
What|Removed |Added
Assignee|intel-gfx-bugs@lists.freede |dri-devel@lists.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=101747
John changed:
What|Removed |Added
OS|All |Linux (All)
Hardware|Other
https://bugs.freedesktop.org/show_bug.cgi?id=101747
--- Comment #2 from John ---
Same issue here on mesa dev with a 280X using the amdgpu kernel module on
4.13.1.
In dmesg we can see this:
[18506.679448] si_shader:2[21842]: segfault at f133abd4 ip 0834e6fc sp
e8efcc60 error 7 in
Signed-off-by: Allen Pais
---
drivers/message/fusion/mptbase.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/message/fusion/mptbase.c b/drivers/message/fusion/mptbase.c
index 84eab28..7920b2b 100644
--- a/drivers/message/fusion/mptbase.c
+++ b/drivers/me
Signed-off-by: Allen Pais
---
arch/powerpc/platforms/cell/spider-pci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/platforms/cell/spider-pci.c
b/arch/powerpc/platforms/cell/spider-pci.c
index d1e61e2..82aa3f7 100644
--- a/arch/powerpc/platforms/cell/spide
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..fc0ea3a 100644
--- a/drivers/net/ethernet/sun/cassini.c
+++ b/drivers/net/et
Signed-off-by: Allen Pais
---
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/amdgpu/mmhub_v1_0.c
index 4395a4f..0487936 100644
--- a/drivers/gpu/drm/amd/amdgpu/mmhub_v1_
Move the assignment so that it happens before the if
condition. This results in syntax which is easier to read.
Found by checkpath.pl
Signed-off-by: Meghana Madhyastha
---
drivers/gpu/drm/drm_agpsupport.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
d
On Wed, Sep 13, 2017 at 01:02:19PM +0530, Allen Pais wrote:
> Signed-off-by: Allen Pais
> ---
> fs/btrfs/check-integrity.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
> index 7d5a9b5..efa4c23 100644
> --- a/fs/b
Signed-off-by: Allen Pais
---
drivers/crypto/omap-aes-gcm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/crypto/omap-aes-gcm.c b/drivers/crypto/omap-aes-gcm.c
index 7d4f8a4..2542224 100644
--- a/drivers/crypto/omap-aes-gcm.c
+++ b/drivers/crypto/omap-aes-gcm.c
@@ -1
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
patch 3.
Meghana Madhyastha (3):
drm: Move EXPORT_SYMBOL so that it
Signed-off-by: Allen Pais
---
drivers/video/fbdev/matrox/matroxfb_base.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/fbdev/matrox/matroxfb_base.c
b/drivers/video/fbdev/matrox/matroxfb_base.c
index f6a0b9a..5cd238d 100644
--- a/drivers/video/fbdev/matrox/matr
> 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 of the patches modified by this series.
>
> It would be better to indivi
Signed-off-by: Allen Pais
---
drivers/net/bonding/bond_alb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/bonding/bond_alb.c b/drivers/net/bonding/bond_alb.c
index c02cc81..89df377 100644
--- a/drivers/net/bonding/bond_alb.c
+++ b/drivers/net/bonding/bond_alb.c
It's been that way for years...
--- a/drivers/gpu/drm/radeon/radeon_trace.h
+++ b/drivers/gpu/drm/radeon/radeon_trace.h
@@ -1,5 +1,5 @@
#if !defined(_RADEON_TRACE_H) || defined(TRACE_HEADER_MULTI_READ)
-#define _RADEON_TRACE_H_
+#define _RADEON_TRACE_H
#include
#include
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
---
drivers/gpu/drm/drm_agpsupport.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/
> propagates the -1. That is only called by bond_open() with:
>
> if (bond_alb_initialize(bond, (BOND_MODE(bond) == BOND_MODE_ALB)))
> return -ENOMEM;
>
> So you might want to also modify this code, to return the return
> value, rather than use the hard coded ENOMEM.
>
I'l
>
> static int cas_alloc_rxds(struct cas *cp)
> {
> int i;
>
> for (i = 0; i < N_RX_DESC_RINGS; i++) {
> if (cas_alloc_rx_desc(cp, i) < 0) {
> cas_free_rxds(cp);
> return -1;
> }
> }
> re
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(-)
diff --git a/drivers/gpu/drm/drm_agpsupport.c b/drivers/gpu/
Signed-off-by: Allen Pais
---
fs/btrfs/check-integrity.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/check-integrity.c b/fs/btrfs/check-integrity.c
index 7d5a9b5..efa4c23 100644
--- a/fs/btrfs/check-integrity.c
+++ b/fs/btrfs/check-integrity.c
@@ -2913,7 +2913,7 @
Signed-off-by: Allen Pais
---
drivers/scsi/megaraid/megaraid_mbox.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/megaraid/megaraid_mbox.c
b/drivers/scsi/megaraid/megaraid_mbox.c
index ec3c438..b09a0a6 100644
--- a/drivers/scsi/megaraid/megaraid_mbox.c
+++
Signed-off-by: Allen Pais
---
drivers/gpu/drm/gma500/mid_bios.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/mid_bios.c
b/drivers/gpu/drm/gma500/mid_bios.c
index d75ecb3..1fa1633 100644
--- a/drivers/gpu/drm/gma500/mid_bios.c
+++ b/drivers/gpu/drm/gm
Signed-off-by: Allen Pais
---
drivers/target/iscsi/cxgbit/cxgbit_target.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/target/iscsi/cxgbit/cxgbit_target.c
b/drivers/target/iscsi/cxgbit/cxgbit_target.c
index 514986b..47127d6 100644
--- a/drivers/target/iscsi/cxgbit/
On 12 September 2017 at 21:43, Marek Olšák wrote:
> From: Marek Olšák
>
> ---
> amdgpu/amdgpu.h| 30 ++
> amdgpu/amdgpu_cs.c | 20
> 2 files changed, 50 insertions(+)
>
> diff --git a/amdgpu/amdgpu.h b/amdgpu/amdgpu.h
> index 238b1aa..b44b9b6
On 14 September 2017 at 08:56, Emil Velikov wrote:
> Hi Marek,
>
> On 12 September 2017 at 21:42, Marek Olšák wrote:
>
>> include/drm/drm_syncobj.h | 4
> Please sync the header as described in
> https://cgit.freedesktop.org/mesa/drm/tree/include/drm/README#n72
>
> Tl;DR: cd .../linux;
Hi Marek,
On 12 September 2017 at 21:42, Marek Olšák wrote:
> include/drm/drm_syncobj.h | 4
Please sync the header as described in
https://cgit.freedesktop.org/mesa/drm/tree/include/drm/README#n72
Tl;DR: cd .../linux; make headers_install; cp ... .../drm/include/drm;
cd .../drm; git
81 matches
Mail list logo