/i915/oa'
> > failed
> > make[5]: *** [drivers/gpu/drm/i915/oa] Error 2
> > ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915'
> > failed
> >
>
> I checked next-20190704 tag.
>
> I see the empty file
> drivers/gpu/drm/i915/oa/Makefile
>
> Did someone delete it?
>
I think "obj-y += oa/"
in drivers/gpu/drm/i915/Makefile
is redundant.
--
Best Regards
Masahiro Yamada
Use two dai_links. One for HDMI and one for max98090.
With this setup, audio can play to speaker and HDMI selectively.
Signed-off-by: Cheng-Yi Chiang
---
sound/soc/rockchip/rockchip_max98090.c | 91 +++---
1 file changed, 68 insertions(+), 23 deletions(-)
diff --git
In machine driver, create a jack and let hdmi-codec report jack status.
Signed-off-by: Cheng-Yi Chiang
---
sound/soc/rockchip/rockchip_max98090.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/sound/soc/rockchip/rockchip_max98090.c
Hi Rob,
On Thu, Jul 04, 2019 at 06:56:56AM -0700, Rob Clark wrote:
> On Thu, Jul 4, 2019 at 5:35 AM Laurent Pinchartwrote:
> > On Thu, Jul 04, 2019 at 02:31:20PM +0200, Andrzej Hajda wrote:
> > > On 02.07.2019 17:44, Rob Clark wrote:
> > > > From: Rob Clark
> > > >
> > > > Add a debugfs file to
Hi Jean-Jacques,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v5.2-rc7 next-20190704]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
Hi all,
Today's linux-next merge of the drm tree got a conflict in:
drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c
between commit:
25f09f858835 ("drm/amdgpu/gfx9: use reset default for PA_SC_FIFO_SIZE")
from the drm-fixes tree and commit:
1bff7f6c679f ("drm/amdgpu: RLC to program regs for
On Thu, Jul 4, 2019 at 4:25 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > if (fence)
> > > virtio_gpu_fence_emit(vgdev, hdr, fence);
> > > + if (vbuf->objs) {
> > > + virtio_gpu_array_add_fence(vbuf->objs, >f);
> > > +
On Sun, Jun 16, 2019 at 04:43:10PM +0200, Yrjan Skrimstad wrote:
> That is an interesting observation to me. I am actually running
> lm-sensors, although only every 15 seconds. I suppose that this might
> be the reason this happens to me.
Though I don't think this should reasonably cause problems
https://bugs.freedesktop.org/show_bug.cgi?id=109524
--- Comment #7 from Ilia Mirkin ---
This patch should avoid the error being printed:
https://patchwork.freedesktop.org/patch/315751/
However I suspect that the calling code will continue to crash -- we return a
NULL pointer, and I suspect
https://bugs.freedesktop.org/show_bug.cgi?id=109524
Ilia Mirkin changed:
What|Removed |Added
URL|http://www.onedollarwebhost |
On 7/4/19 3:01 PM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2019-07-04-15-01 has been uploaded to
>
>http://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> http://www.ozlabs.org/~akpm/mmotm/
I get a lot of these but don't
Makefile'.
>>> Stop.
>>> ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915/oa'
>>> failed
>>> make[5]: *** [drivers/gpu/drm/i915/oa] Error 2
>>> ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915'
&g
get a lot of these but don't see/know what causes them:
>>>>>
>>>>> ../scripts/Makefile.build:42: ../drivers/gpu/drm/i915/oa/Makefile: No
>>>>> such file or directory
>>>>> make[6]: *** No rule to make target
>>>>> '../drivers/gpu/drm/
Add an op in hdmi_codec_ops so codec driver can register callback
function to handle plug event.
Driver in DRM can use this callback function to report connector status.
Signed-off-by: Cheng-Yi Chiang
---
include/sound/hdmi-codec.h| 16 +++
sound/soc/codecs/hdmi-codec.c | 52
This patch series supports HDMI jack reporting on RK3288, which uses
DRM dw-hdmi driver and hdmi-codec codec driver.
The previous discussion about reporting jack status using hdmi-notifier
and drm_audio_component is at
https://lore.kernel.org/patchwork/patch/1083027/
The new approach is to use
Allow codec driver register callback function for plug event.
The callback registration flow:
dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec
dw-hdmi-i2s-audio implements hook_plugged_cb op
so codec driver can register the callback.
dw-hdmi implements set_plugged_cb op so platform device can
On Thu, 4 Jul 2019 at 08:26, Fuqian Huang wrote:
>
> Several drivers cast a struct device pointer to a struct
> platform_device pointer only to then call platform_get_drvdata().
> To improve readability, these constructs can be simplified
> by using dev_get_drvdata() directly.
>
> Signed-off-by:
From: Colin Ian King
Currently the check of the asic_type is always returning true because
of the use of ||. Fix this by using && instead. Also break overly
wide line.
Addresses-Coverity: ("Constant expression result")
Fixes: dab70ff24db6 ("drm/amdgpu/psp: add psp support for navi14")
For spinlocks the type spinlock_t should be used instead of "struct
spinlock".
Use spinlock_t for spinlock's definition.
Cc: David Airlie
Cc: Daniel Vetter
Cc: dri-devel@lists.freedesktop.org
Signed-off-by: Sebastian Andrzej Siewior
---
drivers/gpu/drm/vgem/vgem_fence.c | 2 +-
1 file
On Thu, Jul 4, 2019 at 4:10 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > - r = ttm_bo_reserve(>tbo, true, false, NULL);
> > > + r = reservation_object_lock_interruptible(bo->gem_base.resv,
> > > NULL);
> > Can you elaborate a bit about how TTM keeps the BOs alive in, for
> > example,
On Thu, Jul 04, 2019 at 03:05:12PM -0400, sunpeng...@amd.com wrote:
> From: Leo Li
>
> This can be used to create more descriptive symlinks for MST aux
> devices. Consider the following udev rule:
>
> SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=="drm", ATTRS{mstpath}=="?*",
>
Hi,
On Thu, Jul 04, 2019 at 10:35:57AM +0800, Fuqian Huang wrote:
> Several drivers cast a struct device pointer to a struct
> platform_device pointer only to then call platform_get_drvdata().
> To improve readability, these constructs can be simplified
> by using dev_get_drvdata() directly.
>
>
Hi, Uli:
On Thu, 2019-07-04 at 17:33 +0200, Ulrich Hecht wrote:
> > On July 4, 2019 at 11:08 AM Matthias Brugger wrote:
> > You are right, it took far too long for me to respond with a new version of
> > the
> > series. The problem I face is, that I use my mt8173 based chromebook for
> >
42: ../drivers/gpu/drm/i915/oa/Makefile: No
> >>> such file or directory
> >>> make[6]: *** No rule to make target
> >>> '../drivers/gpu/drm/i915/oa/Makefile'. Stop.
> >>> ../scripts/Makefile.build:498: recipe for target
> >>> 'drivers/g
On Thu, Jul 4, 2019 at 4:48 AM Gerd Hoffmann wrote:
>
> On Wed, Jul 03, 2019 at 01:05:12PM -0700, Chia-I Wu wrote:
> > On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote:
> > >
> > > Switch to the virtio_gpu_array_* helper workflow.
> > (just repeating my question on patch 6)
> >
> > Does this
On 7/4/19 6:09 PM, Randy Dunlap wrote:
> On 7/4/19 3:01 PM, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2019-07-04-15-01 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>> mmotm-readme.txt says
>>
>> README for mm-of-the-moment:
>>
>>
From: Leo Li
Hi all,
Here's the second revision of patches to enable mst aux devices.
v2 fixes an aux device unregistration issue during driver unload. See
patch 2/10 for details. Consequently, drivers supporting mst are
modified to use the new mst connector late register and early unregister
From: Ville Syrjälä
All available downstream ports - physical and logical - are exposed for
each MST device. They are listed in /dev/, following the same naming
scheme as SST devices by appending an incremental ID.
Although all downstream ports are exposed, only some will work as
expected.
From: Leo Li
Implement late_register and early_unregister hooks for MST connectors.
Call drm helpers for MST connector registration, which registers the
AUX devices.
Cc: Jerry Zuo
Cc: Nicholas Kazlauskas
Signed-off-by: Leo Li
---
.../display/amdgpu_dm/amdgpu_dm_mst_types.c | 24
From: Leo Li
Implement late_register and early_unregister hooks for MST connectors.
Call drm helpers for MST connector registration, which registers the
AUX devices.
Cc: Alex Deucher
Signed-off-by: Leo Li
---
drivers/gpu/drm/radeon/radeon_dp_mst.c | 22 ++
1 file changed,
From: Leo Li
Implement late_register and early_unregister hooks for MST connectors.
Call drm helpers for MST connector registration, which registers the
AUX devices.
Signed-off-by: Leo Li
---
drivers/gpu/drm/i915/display/intel_dp_mst.c | 29 +++--
1 file changed, 27
https://bugs.freedesktop.org/show_bug.cgi?id=109524
--- Comment #8 from Ilia Mirkin ---
Doing a little more digging, we enabled GL_ARB_shading_language_100
unconditionally in 2013:
commit 70966570f3e4275dc15b5a94c70698f6aef64150
Author: Ian Romanick
Date: Thu Jun 27 18:20:31 2013 -0700
e to make target '../drivers/gpu/drm/i915/oa/Makefile'.
> Stop.
> ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915/oa'
> failed
> make[5]: *** [drivers/gpu/drm/i915/oa] Error 2
> ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915' faile
https://bugs.freedesktop.org/show_bug.cgi?id=111060
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEW
From: Leo Li
Set the connector's kernel device as the parent for the aux kernel
device. This allows udev rules to access connector attributes when
creating symlinks to aux devices.
To do so, the connector needs to be registered beforehand. Therefore,
shift aux registration to be after connector
From: Leo Li
This can be used to create more descriptive symlinks for MST aux
devices. Consider the following udev rule:
SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=="drm", ATTRS{mstpath}=="?*",
SYMLINK+="drm_dp_aux/by-path/$attr{mstpath}"
The following symlinks will be created (depending
From: Leo Li
Set the connector's kernel device as the parent for the aux kernel
device. This allows udev rules to access connector attributes when
creating symlinks to aux devices.
Cc: Ben Skeggs
Signed-off-by: Leo Li
---
drivers/gpu/drm/nouveau/nouveau_connector.c | 2 +-
1 file changed, 1
From: Leo Li
Implement late_register and early_unregister hooks for MST connectors.
Call drm helpers for MST connector registration, which registers the
AUX devices.
Cc: Ben Skeggs
Signed-off-by: Leo Li
---
drivers/gpu/drm/nouveau/dispnv50/disp.c | 20
1 file changed, 20
From: Leo Li
In preparation for adding aux devices for DP MST, make the IDR
non-cyclic. That way, hotplug cycling MST devices won't needlessly
increment the minor version index.
Signed-off-by: Leo Li
Reviewed-by: Lyude Paul
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/drm_dp_aux_dev.c | 3
On Thu, Jul 4, 2019 at 4:51 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > > convert_to_hw_box(, >box);
> > > if (!vgdev->has_virgl_3d) {
> > > virtio_gpu_cmd_transfer_to_host_2d
> > > - (vgdev, qobj, offset,
> > > + (vgdev,
From: Leo Li
Set the connector's kernel device as the parent for the aux kernel
device. This allows udev rules to access connector attributes when
creating symlinks to aux devices.
For example, the following udev rule:
SUBSYSTEM=="drm_dp_aux_dev", SUBSYSTEMS=="drm", ATTRS{edid}=="*",
tree: git://people.freedesktop.org/~agd5f/linux.git
amd-staging-drm-next-navi14
head: a40514b64b37d96b20c25841227302d4aab28afb
commit: a40514b64b37d96b20c25841227302d4aab28afb [56/56] drm/amdgpu:
consolidate navi14 IP init
reproduce:
# apt-get install sparse
# sparse version:
https://bugs.freedesktop.org/show_bug.cgi?id=111061
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
or 2
> > ../scripts/Makefile.build:498: recipe for target 'drivers/gpu/drm/i915'
> > failed
> >
>
> I checked next-20190704 tag.
>
> I see the empty file
> drivers/gpu/drm/i915/oa/Makefile
>
> Did someone delete it?
Commit
5ed7a0cf3394 ("d
On Thu, Jul 4, 2019 at 1:20 AM Joerg Roedel wrote:
>
> Hi Rob,
>
> On Tue, Jul 02, 2019 at 01:26:18PM -0700, Rob Clark wrote:
> > 1) In some cases the bootloader takes the iommu out of bypass and
> >enables the display. This is in particular a problem on the aarch64
> >laptops that exist
On 2019-07-04 at 14:14:19 +0300, Pekka Paalanen wrote:
> On Tue, 7 May 2019 21:57:44 +0530
> Ramalingam C wrote:
>
> > drm function is defined and exported to update a connector's
> > content protection property state and to generate a uevent along
> > with it.
> >
> > Need ACK for the uevent
> On July 4, 2019 at 11:08 AM Matthias Brugger wrote:
> You are right, it took far too long for me to respond with a new version of
> the
> series. The problem I face is, that I use my mt8173 based chromebook for
> testing. It needs some downstream patches and broke somewhere between my last
>
On Thu, 4 Jul 2019 at 08:26, Fuqian Huang wrote:
>
> Several drivers cast a struct device pointer to a struct
> platform_device pointer only to then call platform_get_drvdata().
> To improve readability, these constructs can be simplified
> by using dev_get_drvdata() directly.
>
> Signed-off-by:
On Thu, 4 Jul 2019 at 08:26, Fuqian Huang wrote:
>
> Several drivers cast a struct device pointer to a struct
> platform_device pointer only to then call platform_get_drvdata().
> To improve readability, these constructs can be simplified
> by using dev_get_drvdata() directly.
>
> Signed-off-by:
On Thu, 4 Jul 2019 at 08:26, Fuqian Huang wrote:
>
> Several drivers cast a struct device pointer to a struct
> platform_device pointer only to then call platform_get_drvdata().
> To improve readability, these constructs can be simplified
> by using dev_get_drvdata() directly.
>
> Signed-off-by:
https://bugs.freedesktop.org/show_bug.cgi?id=105251
--- Comment #70 from Pierre-Eric Pelloux-Prayer
---
(In reply to zzyxpaw from comment #52)
> Created attachment 141522 [details]
> Logs + trace with patched mesa, plus example code which consistently
> triggers crash.
>
The example code is
On 04/07/2019 17:22, walter harms wrote:
>
>
> Am 04.07.2019 16:23, schrieb Colin King:
>> From: Colin Ian King
>>
>> Currently the check of the asic_type is always returning true because
>> of the use of ||. Fix this by using && instead. Also break overly
>> wide line.
>>
>>
On 2019-07-04 at 14:11:59 +0300, Pekka Paalanen wrote:
> On Tue, 7 May 2019 21:57:41 +0530
> Ramalingam C wrote:
>
> > This patch adds a DRM ENUM property to the selected connectors.
> > This property is used for mentioning the protected content's type
> > from userspace to kernel HDCP
On 02.07.2019 19:23, Jeffrey Hugo wrote:
> On Tue, Jul 2, 2019 at 11:12 AM Rob Clark wrote:
>> On Tue, Jul 2, 2019 at 10:09 AM Jeffrey Hugo
>> wrote:
>>> On Tue, Jul 2, 2019 at 9:46 AM Rob Clark wrote:
- dsi->mode_flags = MIPI_DSI_MODE_VIDEO |
MIPI_DSI_MODE_VIDEO_SYNC_PULSE |
On 02.07.2019 17:44, Rob Clark wrote:
> From: Rob Clark
>
> In process of debugging panel on my lenovo yoga c630, I noticed some
> errors in the dsi->mode_flags, which I guess were just cargo-cult'd?
>
> Since dumping the status regs was useful to notice this problem, I
> cleaned it up and turned
Hi Gerd,
On Tue, 2 Jul 2019 at 15:19, Gerd Hoffmann wrote:
> .gem_prime_import_sg_table = virtgpu_gem_prime_import_sg_table,
I think that you can drop this entry-point. AFAICT it's only purpose
is to return an error - something already handled by core DRM when the
function pointer is
On Thu, 4 Jul 2019 at 09:39, Daniel Vetter wrote:
>
> On Tue, Jun 25, 2019 at 10:36:44PM +0200, Daniel Vetter wrote:
> > We've had this already for anything new. With my drm_prime.c cleanup I
> > also think documentations for everything already existing is complete,
> > and we can bake this in as
On Thu, 4 Jul 2019 at 08:27, Denis Efremov wrote:
>
> The function drm_client_close is declared as static and marked as
> EXPORT_SYMBOL. It's a bit confusing for an internal function to be
> exported. The area of visibility for such function is its .c file
> and all other modules. Other *.c files
Platform drivers now have the option to have the platform core create
and remove any needed sysfs attribute files. So take advantage of that
and do not register "by hand" a sysfs file.
Cc: Tony Prisk
Cc: Bartlomiej Zolnierkiewicz
Cc: linux-arm-ker...@lists.infradead.org
Cc:
>
> Out of curiosity: Did you use some tool to spot this?
>
Just regular expressions:
https://github.com/evdenis/export_checking
But it's not very reliable because of false positives. I think I can try
to implement this kind of check as a part of modpost in addition to
On 2019-07-04 at 14:12:27 +0300, Pekka Paalanen wrote:
> On Tue, 7 May 2019 21:57:43 +0530
> Ramalingam C wrote:
>
> > DRM API for generating uevent for a status changes of connector's
> > property.
> >
> > This uevent will have following details related to the status change:
> >
> >
Hello,
On Thu, Jul 04, 2019 at 02:31:20PM +0200, Andrzej Hajda wrote:
> On 02.07.2019 17:44, Rob Clark wrote:
> > From: Rob Clark
> >
> > Add a debugfs file to show status registers.
> >
> > Signed-off-by: Rob Clark
> > ---
> > drivers/gpu/drm/bridge/ti-sn65dsi86.c | 42
https://bugs.freedesktop.org/show_bug.cgi?id=111060
--- Comment #2 from Andre Klapper ---
Which exact driver and driver version is used on which distribution and
distribution version?
--
You are receiving this mail because:
You are the assignee for the
https://bugs.freedesktop.org/show_bug.cgi?id=111060
--- Comment #3 from Haxk20 ---
Driver is ofcourse MESA built from git. Latest commit. And distribution is Arch
linux.
--
You are receiving this mail because:
You are the assignee for the bug.___
Hi Rob,
Thank you for the patch.
On Tue, Jul 02, 2019 at 08:44:16AM -0700, Rob Clark wrote:
> From: Rob Clark
>
> The bridge has pretty good docs, lets add a link to make them easier to
> find.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi86.c | 1 +
> 1 file
We've had this already for anything new. With my drm_prime.c cleanup I
also think documentation for everything already existing is complete,
and we can bake this in as a requirements subsystem wide.
v2: Improve wording a bit (Laurent), fix typo in commit message (Sam).
Acked-by: Emil Velikov
Hi,
On Thu, Jul 04, 2019 at 11:57:00AM +0100, james qian wang (Arm Technology
China) wrote:
> On Wed, Jul 03, 2019 at 12:01:49PM +0200, Daniel Vetter wrote:
> >
> > Uh, what exactly are you doing reinventing uapi properties that we already
> > standardized?
> >
>
> Sorry, Will use the
On 02.07.2019 17:44, Rob Clark wrote:
> From: Rob Clark
>
> Add a debugfs file to show status registers.
>
> Signed-off-by: Rob Clark
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi86.c | 42 +++
> 1 file changed, 42 insertions(+)
>
> diff --git
On Thu, Jul 4, 2019 at 5:35 AM Laurent Pinchart
wrote:
>
> Hello,
>
> On Thu, Jul 04, 2019 at 02:31:20PM +0200, Andrzej Hajda wrote:
> > On 02.07.2019 17:44, Rob Clark wrote:
> > > From: Rob Clark
> > >
> > > Add a debugfs file to show status registers.
> > >
> > > Signed-off-by: Rob Clark
> >
On Wed, Jul 3, 2019 at 11:39 PM Andrzej Hajda wrote:
>
> On 30.06.2019 15:14, Rob Clark wrote:
> > From: Rob Clark
> >
> > If we are going to -EPROBE_DEFER due to panel/bridge not probed yet, we
> > want to do it before we start touching hardware.
>
>
> As the evidence shows, if the driver
Den 04.07.2019 13.10, skrev Thomas Zimmermann:
> Hi
>
> Am 04.07.19 um 12:18 schrieb Noralf Trønnes:
>>
>>
>> Den 04.07.2019 09.43, skrev Thomas Zimmermann:
>>> Hi
>>>
>>> Am 03.07.19 um 21:27 schrieb Noralf Trønnes:
Den 03.07.2019 10.32, skrev Thomas Zimmermann:
> DRM client
On 2019-07-04 2:32 a.m., Oded Gabbay wrote:
> I'm leaving the role of amdkfd maintainer. Therefore, update the relevant
> entry in the MAINTAINERS file with the name of the new maintainer.
>
> Good Luck!
Thank you Oded! Thanks for being the maintainer even after leaving AMD
and helping me
Hi Daniel,
Thank you for the patch.
On Tue, Jun 25, 2019 at 10:36:44PM +0200, Daniel Vetter wrote:
> We've had this already for anything new. With my drm_prime.c cleanup I
> also think documentations for everything already existing is complete,
> and we can bake this in as a requirements
Am 04.07.2019 16:23, schrieb Colin King:
> From: Colin Ian King
>
> Currently the check of the asic_type is always returning true because
> of the use of ||. Fix this by using && instead. Also break overly
> wide line.
>
> Addresses-Coverity: ("Constant expression result")
> Fixes:
Hi Linus,
I skipped last week because there wasn't much worth doing, this week
got a few more fixes in.
amdgpu:
- default register value change
- runpm regression fix
- fan control fix
i915:
- fix Ironlake regression
panfrost:
- fix a double free
virtio:
- fix a locking bug
imx:
- crtc
On Thu, 04 Jul 2019 22:22:41 -0700 Joe Perches wrote:
> > So when comparing a zero-length file with a non-existent file, diff
> > produces no output.
>
> Why use the -N option ?
>
> $ diff --help
> [...]
> -N, --new-file treat absent files as empty
>
> otherwise
>
> $ cd
On 2019-07-05 06:26, Cheng-Yi Chiang wrote:
> Allow codec driver register callback function for plug event.
>
> The callback registration flow:
> dw-hdmi <--- hw-hdmi-i2s-audio <--- hdmi-codec
>
> dw-hdmi-i2s-audio implements hook_plugged_cb op
> so codec driver can register the callback.
>
>
On Fri, 5 Jul 2019 13:14:35 +1000 Stephen Rothwell
wrote:
> > I checked next-20190704 tag.
> >
> > I see the empty file
> > drivers/gpu/drm/i915/oa/Makefile
> >
> > Did someone delete it?
>
> Commit
>
> 5ed7a0cf3394 ("drm/i915: Move
The pull request you sent on Fri, 5 Jul 2019 14:59:26 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2019-07-05-1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3f9c4dc63309286a6513a86aac35ffc445cb9d1a
Thank you!
--
Deet-doot-dot, I am a bot.
https://bugs.freedesktop.org/show_bug.cgi?id=109524
--- Comment #10 from Ilia Mirkin ---
A better patch from Ian: https://patchwork.freedesktop.org/patch/315771/
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-devel
On Thu, 2019-07-04 at 22:09 -0700, Andrew Morton wrote:
> diff(1) doesn't seem to know how to handle a zero-length file.
>
> y:/home/akpm> mkdir foo
> y:/home/akpm> cd foo
> y:/home/akpm/foo> touch x
> y:/home/akpm/foo> diff -uN x y
> y:/home/akpm/foo> date > x
> y:/home/akpm/foo> diff -uN x y
>
Hi,
> > if (fence)
> > virtio_gpu_fence_emit(vgdev, hdr, fence);
> > + if (vbuf->objs) {
> > + virtio_gpu_array_add_fence(vbuf->objs, >f);
> > + virtio_gpu_array_unlock_resv(vbuf->objs);
> > + }
> This is with the spinlock held.
On Wed, Jul 03, 2019 at 01:05:12PM -0700, Chia-I Wu wrote:
> On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote:
> >
> > Switch to the virtio_gpu_array_* helper workflow.
> (just repeating my question on patch 6)
>
> Does this fix the obj refcount issue? When was the issue introduced?
obj
Hi,
> > convert_to_hw_box(, >box);
> > if (!vgdev->has_virgl_3d) {
> > virtio_gpu_cmd_transfer_to_host_2d
> > - (vgdev, qobj, offset,
> > + (vgdev, gem_to_virtio_gpu_obj(objs->objs[0]),
> > offset,
> >
On Tue, Jul 02, 2019 at 05:08:46PM -0700, Gurchetan Singh wrote:
> On Tue, Jul 2, 2019 at 7:19 AM Gerd Hoffmann wrote:
>
> > Switch to the virtio_gpu_array_* helper workflow.
> >
> > Signed-off-by: Gerd Hoffmann
> > ---
> > drivers/gpu/drm/virtio/virtgpu_drv.h | 4 ++--
> >
On 02.07.2019 17:44, Rob Clark wrote:
> From: Rob Clark
>
> The bridge has pretty good docs, lets add a link to make them easier to
> find.
>
> Signed-off-by: Rob Clark
Reviewed-by: Andrzej Hajda
--
Regards
Andrzej
> ---
> drivers/gpu/drm/bridge/ti-sn65dsi86.c | 1 +
> 1 file changed, 1
I'm leaving the role of amdkfd maintainer. Therefore, update the relevant
entry in the MAINTAINERS file with the name of the new maintainer.
Good Luck!
Signed-off-by: Oded Gabbay
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
On Wed, Jul 03, 2019 at 01:55:08AM +, Kuehling, Felix wrote:
> From: Philip Yang
>
> In order to pass mirror instead of mm to hmm_range_register, we need
> pass bo instead of ttm to amdgpu_ttm_tt_get_user_pages because mirror
> is part of amdgpu_mn structure, which is accessible from bo.
>
clang warns:
drivers/gpu/drm/amd/amdgpu/../powerplay/amdgpu_smu.c:1374:30: warning:
implicit conversion from enumeration type 'enum pp_clock_type' to
different enumeration type 'enum smu_clk_type' [-Wenum-conversion]
smu_force_clk_levels(smu, PP_SCLK, 1 << sclk_mask);
Remove file ion_chunk_heap.c as its functions and definitions are not
used anywhere else.
Issue found with Coccinelle.
Signed-off-by: Nishka Dasgupta
---
drivers/staging/android/ion/Kconfig | 9 --
drivers/staging/android/ion/Makefile | 1 -
kmemdup is introduced to duplicate a region of memory in a neat way.
Rather than kmalloc/kzalloc + memcpy, which the programmer needs to
write the size twice (sometimes lead to mistakes), kmemdup improves
readability, leads to smaller code and also reduce the chances of mistakes.
Suggestion to use
From: Tomi Valkeinen
Allow NULL to be passed in 'dma_addr' for omap_gem_pin(), in case the
caller does not need the dma_addr.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_gem.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
clang warns:
In file included from drivers/gpu/drm/amd/amdgpu/nv.c:53:
drivers/gpu/drm/amd/amdgpu/../amdgpu/mes_v10_1.h:24:9: warning:
'__MES_V10_1_H__' is used as a header guard here, followed by #define of
a different macro [-Wheader-guard]
#ifndef __MES_V10_1_H__
^~~
clang warns:
drivers/gpu/drm/amd/amdgpu/../powerplay/vega20_ppt.c:995:39: warning:
implicit conversion from enumeration type 'PPCLK_e' to different
enumeration type 'enum smu_clk_type' [-Wenum-conversion]
ret = smu_get_current_clk_freq(smu, PPCLK_SOCCLK, );
clang warns:
drivers/gpu/drm/amd/amdgpu/../display/amdgpu_dm/amdgpu_dm_pp_smu.c:336:8:
warning: implicit conversion from enumeration type 'enum smu_clk_type'
to different enumeration type 'enum amd_pp_clock_type'
[-Wenum-conversion]
On Wed, Jul 03, 2019 at 08:03:08PM +0200, Christoph Hellwig wrote:
> On Wed, Jul 03, 2019 at 03:01:25PM -0300, Jason Gunthorpe wrote:
> > Christoph, I guess you didn't mean to send this branch to the mailing
> > list?
> >
> > In any event some of these, like this one, look obvious and I could
> >
On 6/30/19 11:20 PM, Christoph Hellwig wrote:
Checking range->valid is trivial and has no meaningful cost, but
nicely simplifies the fastpath in typical callers. Also remove the
hmm_vma_range_done function, which now is a trivial wrapper around
hmm_range_unregister.
Signed-off-by: Christoph
On Wed, Jul 3, 2019 at 6:25 AM Rob Clark wrote:
>
> On Tue, Jul 2, 2019 at 9:08 PM Bjorn Andersson
> wrote:
> >
> > On Mon 01 Jul 10:39 PDT 2019, Jeffrey Hugo wrote:
> >
> > > Creating the msm gem address space requires a reference to the dev where
> > > the iommu is located. The driver
On 03/07/2019 16:59, Rob Herring wrote:
> On Wed, Jul 3, 2019 at 8:13 AM Steven Price wrote:
>>
>> On 03/07/2019 14:56, Boris Brezillon wrote:
>>> On Wed, 3 Jul 2019 07:45:32 -0600
>>> Rob Herring wrote:
>>>
On Wed, Jul 3, 2019 at 7:34 AM Boris Brezillon
wrote:
>
> Exported
This would give us a WARN_ON() if the pin/unpin calls are unbalanced.
Signed-off-by: Jean-Jacques Hiblot
---
drivers/gpu/drm/omapdrm/omap_gem.c | 41 +++---
1 file changed, 20 insertions(+), 21 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_gem.c
1 - 100 of 193 matches
Mail list logo