Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
On 04/10/17 17:56, Rob Herring wrote:
> On Mon, Oct 2, 2017 at 10:53 PM, wrote:
>> From: Frank Rowand
>>
>> I have found the device tree overlay code to be difficult
Dave Airlie writes:
> I think a comment in here is definitely warranted with what you expect
> from the idr interface here.
I've added a longer comment where this value is used; I tried replacing
the IDR with a sorted array and the result wasn't any easier to use or
understand. I'm pretty sure i
Here's another version of the DRM lease series. No changes in the code
at all:
[PATCH 4/6] drm: Add drm_object lease infrastructure [v4]
Changes in v4, suggested by Dave Airlie
* Formatting and whitespace changes
[PATCH 6/6] drm: Add four ioctls for managing drm mode object leas
drm_mode_create_lease
Creates a lease for a list of drm mode objects, returning an
fd for the new drm_master and a 64-bit identifier for the lessee
drm_mode_list_lesees
List the identifiers of the lessees for a master file
drm_mode_get_lease
List the leased obje
Attempts to modify un-leased objects are rejected with an error.
Information returned about unleased objects is modified to make them
appear unusable and/or disconnected.
Changes for v2 as suggested by Daniel Vetter :
With the change in the __drm_mode_object_find API to pass the
file_priv along,
This will allow __drm_mode_object_file to be extended to perform
access control checks based on the file in use.
Suggested-by: Daniel Vetter
Signed-off-by: Keith Packard
---
drivers/gpu/drm/amd/amdgpu/amdgpu_connectors.c | 16
drivers/gpu/drm/amd/amdgpu/dce_virtual.c
This provides new data structures to hold "lease" information about
drm mode setting objects, and provides for creating new drm_masters
which have access to a subset of the available drm resources.
An 'owner' is a drm_master which is not leasing the objects from
another drm_master, and hence 'owns
Separate out lease debugging from the core.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_drv.c | 3 ++-
include/drm/drmP.h| 4
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c
index 2ed2d919beae..f390b30f5906
This allows an application to discover what display resources are
available before requesting a lease from the X server.
Signed-off-by: Keith Packard
---
drivers/gpu/drm/drm_ioctl.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/gpu/drm/drm_ioc
Hi Dave,
Firs of all thanks for pulling previous request.
Here goes another round of drm/i915 fixes.
This is on top of previous one. If this gets to
Linus by 4.14-rc4 the next one will be fully on
right bases. All my local dim scripts already
ajusted for that and a global "dim" solution is being
Hi Dave,
drm-misc-next-2017-10-05:
More drm-misc for 4.15:
Cross-subsystem Changes:
- bunch more simple outreachy patches (Meghana Madhyastha, Aishwarya
Pant, Haneen Mohammed)
- Quite a pile of static checker/cocci/spelling fixups all over.
- Final driver patches+core cleanup of Noralf's new d
> + *
> + * drm_master at the top of the tree (i.e, with lessor NULL
> + */
> +struct drm_master *drm_lease_owner(struct drm_master *master) {
^ there's a couple of misplaced braces around. start of next line please.
> + while (master->lessor != NULL)
> + master = master->les
On Tue, Oct 03, 2017 at 07:38:29PM +0200, Noralf Trønnes wrote:
>
> Den 03.10.2017 18.02, skrev Noralf Trønnes:
> >
> >Den 03.10.2017 16.58, skrev Noralf Trønnes:
> >>
> >>Den 02.10.2017 10.13, skrev Jani Nikula:
> >>>On Mon, 02 Oct 2017, Daniel Vetter wrote:
> Also adding Jani, who looked at
On 5 October 2017 at 13:24, Dave Airlie wrote:
> On 5 October 2017 at 13:17, Dave Airlie wrote:
>>> ---
>>> drivers/gpu/drm/drm_ioctl.c | 4 +
>>> drivers/gpu/drm/drm_lease.c | 270
>>>
>>> include/drm/drm_lease.h | 12 ++
>>> include/uapi/drm
On 5 October 2017 at 13:17, Dave Airlie wrote:
>> ---
>> drivers/gpu/drm/drm_ioctl.c | 4 +
>> drivers/gpu/drm/drm_lease.c | 270
>>
>> include/drm/drm_lease.h | 12 ++
>> include/uapi/drm/drm.h | 5 +
>> include/uapi/drm/drm_mode.h | 6
> ---
> drivers/gpu/drm/drm_ioctl.c | 4 +
> drivers/gpu/drm/drm_lease.c | 270
>
> include/drm/drm_lease.h | 12 ++
> include/uapi/drm/drm.h | 5 +
> include/uapi/drm/drm_mode.h | 64 +++
> 5 files changed, 355 insertions(+)
>
>
Hi Boris,
[auto build test WARNING on v4.14-rc2]
[also build test WARNING on next-20170929]
[cannot apply to anholt/for-next]
[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/linux/commits/Boris-Brezillon/drm-v
https://bugs.freedesktop.org/show_bug.cgi?id=96868
--- Comment #32 from markus-germ...@web.de ---
I wanted to add a comment, because I'm also affected with a slightly different
setup then most of the users that posted here.
I have a Radeon R9 390, use an up-to-date Arch Linux (Kernel 4.13.3-1-ARCH
Boris Brezillon writes:
> drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
> allocate the amount of memory we requested. This can lead to annoying
> error messages when CMA is only one possible source of memory for the BO
> allocation.
>
> Turn this error message into a d
On 10/04/2017 05:54 AM, Boris Brezillon wrote:
> cma_alloc() unconditionally prints an INFO message when the CMA
> allocation fails. Make this message conditional on the non-presence of
> __GFP_NOWARN in gfp_mask.
>
> Signed-off-by: Boris Brezillon
Acked-by: Laura Abbott
> ---
> Hello,
>
> Th
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #3 from Harry Wentland ---
We've got a fix incoming in a day or two for that kernel oops with the next set
of DC patches.
--
You are receiving this mail because:
You are the assignee for the bug.
Den 29.09.2017 09.48, skrev Harsha Sharma:
Convert instances of dev_error to DRM_DEV_ERROR as we have
DRM_DEV_ERROR variants of drm print macros.
Signed-off-by: Harsha Sharma
---
Changes in v2:
-Fix alignment issues
This patchfile is corrupt.
Looks like you have manually edited the file.
P
Trying to start back up the conversation about multiple address
spaces for IOMMU devices. If you will remember Jean-Philippe posted
some patches back in February for SVM on arm-smmu-v3.
For quite some time the downstream Snapdragon kernels have supported
something we call "per-process" page tables
https://bugs.freedesktop.org/show_bug.cgi?id=103102
Bug ID: 103102
Summary: Cannot wake-up with an AMD RX 480 on Linux 4.13 and
Linux 4.14
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux
This adds helpers for the drm_driver->last_close and the
drm_mode_config_funcs->output_poll_changed callbacks.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 32
include/drm/drm_fb_helper.h | 10 ++
2 files changed, 42 insertions(
Add drm_gem_fb_debugfs_show() function to provide a debugfs
representation of the framebuffer and GEM object(s).
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 45
include/drm/drm_gem_framebuffer_helper.h | 6
2 files chang
This adds some simple init/fini helpers for drivers that don't need
anything special in their fbdev emulation setup.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_helper.c | 163
include/drm/drm_fb_helper.h | 22 ++
2 files changed, 18
Use the vmalloc BO helper instead of the cma helper to be able to PRIME
import from more drivers. The cma helper can only import physically
continuous buffers, but tinydrm only requires the buffer to be virtually
continuous.
This switch also makes it possible to use the drm_fb_helper_lastclose()
h
This patchset adds a library for vmalloc buffer objects and makes use of
it in tinydrm.
The reason I want to move away from the cma helper, is that it restricts
which drivers to PRIME import from, since cma requires the buffer to be
physically continuous. Initially I looked at udl and decided to u
vmalloc BO's gives us cached reads, so no need to prefetch in that case.
Prefetching gives a ~20% speedup on a cma buffer using the mi0283qt
driver on a Raspberry Pi 1.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 54 ++
1 file change
Add vmalloc buffer object helper that can be useful for modesetting
drivers, particularly the framebuffer flushing kind.
Signed-off-by: Noralf Trønnes
---
Documentation/gpu/drm-kms-helpers.rst | 12 ++
drivers/gpu/drm/Kconfig | 7 +
drivers/gpu/drm/Makefile|
drm_fb_helper is *the* way of doing fbdev emulation so add a pointer to
struct drm_device. This makes it possible to add callback helpers for
.last_close and .output_poll_changed further reducing fbdev emulation
footprint in drivers.
Signed-off-by: Noralf Trønnes
---
include/drm/drm_device.h | 8
Make functions tolerate that the drm_fb_helper argument is NULL.
This is useful for drivers that continue probing when fbdev emulation
fails and not having to do this check themselves.
Update docs for functions that already handles this.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_h
https://bugs.freedesktop.org/show_bug.cgi?id=103100
Bug ID: 103100
Summary: Image corruptions, instability and performance
regression in drm-next-wip Kernel
Product: Mesa
Version: git
Hardware: Other
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=99841
mattia.b89 changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On Wed, Oct 04, 2017 at 03:08:39PM +0200, Boris Brezillon wrote:
> drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
> allocate the amount of memory we requested. This can lead to annoying
> error messages when CMA is only one possible source of memory for the BO
> allocatio
On Tue, Oct 03, 2017 at 09:38:11AM -0600, Jordan Crouse wrote:
> drm_gem_get_pages() and drm_gem_put_pages() calculate the number
> of pages to operate on from obj->size which is a size_t. Use
> similarly sized variables to calculate and iterate through the
> pages to avoid possibly losing bits fr
On Tue, Oct 03, 2017 at 09:38:10AM -0600, Jordan Crouse wrote:
> I spent an embarrassingly long time looking for drm_gem_init_object()
> before I realized I was actually looking for drm_gem_object_init().
> Fix the typo to keep other poor developers from suffering the same
> fate.
>
> Signed-off-b
https://bugs.freedesktop.org/show_bug.cgi?id=102800
--- Comment #6 from Michel Dänzer ---
(In reply to higuita from comment #0)
> All this setup worked fine in a previous kernel versions, IIRC, 4.11 and
> below and started to fail in 4.12 and above
Any chance you can bisect between 4.11 and 4.12
https://bugs.freedesktop.org/show_bug.cgi?id=102796
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=102814
Michel Dänzer changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=97059
Michel Dänzer changed:
What|Removed |Added
CC||freedesk...@ca.sh13.net
--- Comment #15
On Mon, Oct 2, 2017 at 10:53 PM, wrote:
> From: Frank Rowand
>
> The process of applying an overlay consists of:
> - unflatten an overlay FDT (flattened device tree) into an
> EDT (expanded device tree)
> - fixup the phandle values in the overlay EDT to fit in a
> range above the pha
On Mon, Oct 2, 2017 at 10:53 PM, wrote:
> From: Frank Rowand
>
> I have found the device tree overlay code to be difficult to read and
> maintain. This patch series attempts to improve that situation.
>
> The cleanup includes some changes visible to users of overlays. The
> only in kernel user
On Thu, Sep 28, 2017 at 07:21:07PM +, Deucher, Alexander wrote:
> > Any updates with the pull requests?
> Sorry travelling last week and swamped this week. I'm going to try
> and get it done tomorrow, otherwise, probably the week after.
No worries, it's only -rc3 so we've got 3-4 weeks.
s
https://bugs.freedesktop.org/show_bug.cgi?id=102926
--- Comment #2 from Tom St Denis ---
I've independently bisected it to the same commit on drm-next
commit 0b6b4cbf77c995a34a4ec3d705a636434dadc51a
Author: Rex Zhu
Date: Thu Sep 14 21:05:18 2017 +0800
drm/amd/powerplay: Add support for C
drm_gem_cma_create() prints an error message when dma_alloc_wc() fails to
allocate the amount of memory we requested. This can lead to annoying
error messages when CMA is only one possible source of memory for the BO
allocation.
Turn this error message into a debug one and add a __must_check speci
cma_alloc() unconditionally prints an INFO message when the CMA
allocation fails. Make this message conditional on the non-presence of
__GFP_NOWARN in gfp_mask.
Signed-off-by: Boris Brezillon
---
Hello,
This patch aims at removing INFO messages that are displayed when the
VC4 driver tries to all
On Wed, Oct 04, 2017 at 11:43:23AM +0100, Chris Wilson wrote:
> In hindsight, having both the per-fence and global variable be called
> info was a mistake. Certainly made this diff a little harder to parse
> than required!
I agree, I had to re-read the code a few times to find & fix the bug.
> Pe
The patch
regmap: add iopoll-like polling macro for regmap_field
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
On Tue, Oct 03, 2017 at 04:08:30PM -0700, Sandeep Patil wrote:
> It is entirely possible and easy in android/ueventd to create those nodes
> under "/dev/ion/". (assuming the heap 'subsystem' for these new devices will
> point to 'ion').
The reason I didn't say /dev/ion/foo initially is that if p
On Fri, Sep 29, 2017 at 04:23:01PM +0800, Chen-Yu Tsai wrote:
> This patch adds a macro regmap_field_read_poll_timeout that works
> similar to the readx_poll_timeout defined in linux/iopoll.h, except
> that this can also return the error value returned by a failed
> regmap_field_read.
The followin
Quoting John Einar Reitan (2017-10-03 14:51:00)
> sync_file_ioctl_fence_info has a race between filling the status
> of the underlying fences and the overall status of the sync_file.
> If fence transitions in the time frame between its sync_fill_fence_info
> and the later dma_fence_is_signaled for
https://bugzilla.kernel.org/show_bug.cgi?id=196777
--- Comment #13 from Gerd Hoffmann (kra...@redhat.com) ---
> > Workaround #1: turn off wayland.
>
> Possible as a short term fix, but with wayland being pretty much "the way
> forward" it doesn't seem to be a workable long term solution.
Yes.
>
On Sat, 2017-09-16 at 22:03 -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> The 'di' variable is never used inside ipu_dc_enable_channel(),
> so just remove it.
>
> This fixes the following build warning with W=1:
>
> drivers/gpu/ipu-v3/ipu-dc.c: In function 'ipu_dc_enable_channel':
> dri
This ioctl will allow us to purge inactive userspace buffers when the
system is running out of contiguous memory.
For now, the purge logic is rather dumb in that it does not try to
release only the amount of BO needed to meet the last CMA alloc request
but instead purges all objects placed in the
https://bugs.freedesktop.org/show_bug.cgi?id=103094
Marta Löfstedt changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Marta Löfst
https://bugs.freedesktop.org/show_bug.cgi?id=103094
--- Comment #1 from Chris Wilson ---
commit 7fd0cae99630f954cfe0089b4b7e91576a353582 (upstream/master,
origin/master, origin/HEAD)
Author: Chris Wilson
Date: Tue Oct 3 14:52:27 2017 +0100
lib: Fixup __gem_create() to be 64b safe.
--
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=103094
Chris Wilson changed:
What|Removed |Added
Resolution|--- |FIXED
QA Contact|intel-gfx-bugs@
sync_file_ioctl_fence_info has a race between filling the status
of the underlying fences and the overall status of the sync_file.
If fence transitions in the time frame between its sync_fill_fence_info
and the later dma_fence_is_signaled for the sync_file, the returned
information is inconsistent
On Tue, Oct 03, 2017 at 02:42:32PM -0700, Laura Abbott wrote:
> On 10/03/2017 09:48 AM, Mark Brown wrote:
> > On Mon, Oct 02, 2017 at 11:07:48AM -0700, Laura Abbott wrote:
> >
> >> Thinking about this a bit more, I'm not 100% sure if this
> >> will allow the security rules we want. Heap ids are as
sync_file_ioctl_fence_info has a race between filling the status
of the underlying fences and the overall status of the sync_file.
If fence transitions in the time frame between its sync_fill_fence_info
and the later dma_fence_is_signaled for the sync_file, the returned
information is inconsistent
62 matches
Mail list logo
