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 drm_gem_fb_create
helper.
Core Changes:
- legacy DPMS docs improved
- add dri-devel m-l to fbdev to catch people who try to fix
fbcon-on-kms bugs in the wrong place
Driver Changes:
- vc4: prep …
[View More]for dsi panels (Eric)
Also one backmerge to catch up with 4.14.
Aside: I think Sean is moving this week, if so I'll send you a -fixes pull
later today since there's 1 patch there.
Cheers, Daniel
The following changes since commit ebec44a2456fbe5fe18aae88f6010f6878f0cb4a:
BackMerge tag 'v4.14-rc3' into drm-next (2017-10-03 09:35:04 +1000)
are available in the git repository at:
git://anongit.freedesktop.org/git/drm-misc tags/drm-misc-next-2017-10-05
for you to fetch changes up to 5b9fbfff7644f2d3f42a6c105587b86e29ca9c48:
drm: fix typo in drm_gem_get_pages() comment (2017-10-04 18:04:28 +0200)
----------------------------------------------------------------
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 drm_gem_fb_create
helper.
Core Changes:
- legacy DPMS docs improved
- add dri-devel m-l to fbdev to catch people who try to fix
fbcon-on-kms bugs in the wrong place
Driver Changes:
- vc4: prep for dsi panels (Eric)
----------------------------------------------------------------
Aishwarya Pant (3):
drm: introduce drm_dev_{get/put} functions
drm/tilcdc: replace reference/unreference() with get/put
drm/core: clean up references to drm_dev_unref()
Colin Ian King (2):
dma-buf: remove redundant initialization of sg_table
drm/tve200: make two functions static
Dan Carpenter (2):
drm/tve200: Check for IS_ERR instead of NULL in probe
drm: of: always initialize panel in drm_of_find_panel_or_bridge()
Daniel Vetter (3):
drm: Try to document legacy DPMS uapi a bit better
Merge airlied/drm-next into drm-misc-next
MAINTAINERS: Add dri-devel as a mailing list for anything fbdev
Eric Anholt (2):
drm/vc4: Avoid using vrefresh==0 mode in DSI htotal math.
drm/vc4: Set up the DSI host at pdev probe time, not component bind.
Haneen Mohammed (4):
drm: Remove obsolete "This is gross" comment
drm/doc: Remove todo item about "This is gross" comment
drm/rockchip: Rely on the default best_encoder() behavior
drm/armada: Remove unused #include <drmP.h>
Jordan Crouse (1):
drm: fix typo in drm_gem_get_pages() comment
Meghana Madhyastha (5):
drm/agpsupport: Replace "foo * bar" with "foo *bar"
drm/agpsupport: Remove assignment in if condition
drm/agpsupport: Move EXPORT_SYMBOL so that it immediately follows its function
drm/agpsupport: Remove extra blank line
drm/Documentation: Refine TODO for backlight helpers in tinydrm
Noralf Trønnes (10):
drm/tinydrm: Use drm_gem_framebuffer_helper
drm/fsl-dcu: Use drm_gem_fb_create()
drm/hisilicon/kirin: Use drm_gem_fb_create()
drm/meson: Use drm_gem_fb_create()
drm/mxsfb: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()
drm/rcar-du: Use drm_gem_fb_create()
drm/shmobile: Use drm_gem_fb_create()
drm/sun4i: Use drm_gem_fb_create()
drm/tve200: Use drm_gem_fb_create() and drm_gem_fb_prepare_fb()
drm/fb-cma-helper: Remove unused functions
Sean Paul (1):
drm/rockchip: Fix uninitialized use of ret
Srishti Sharma (1):
drm/virtio: Replace instances of reference/unreference with get/put
Thomas Meyer (1):
drm/rockchip: Cocci spatch "vma_pages"
Documentation/gpu/todo.rst | 17 ++--
MAINTAINERS | 1 +
drivers/dma-buf/dma-buf.c | 2 +-
drivers/gpu/drm/armada/armada_510.c | 1 -
drivers/gpu/drm/armada/armada_drv.c | 1 -
drivers/gpu/drm/armada/armada_fb.c | 1 -
drivers/gpu/drm/armada/armada_fbdev.c | 1 -
drivers/gpu/drm/armada/armada_gem.c | 1 -
drivers/gpu/drm/drm_agpsupport.c | 45 +++++------
drivers/gpu/drm/drm_connector.c | 23 ++++++
drivers/gpu/drm/drm_drv.c | 51 +++++++-----
drivers/gpu/drm/drm_fb_cma_helper.c | 77 +-----------------
drivers/gpu/drm/drm_gem.c | 11 +--
drivers/gpu/drm/drm_of.c | 2 +
drivers/gpu/drm/drm_pci.c | 2 +-
drivers/gpu/drm/drm_prime.c | 4 +-
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 3 +-
drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 3 +-
drivers/gpu/drm/meson/meson_drv.c | 3 +-
drivers/gpu/drm/mxsfb/mxsfb_drv.c | 5 +-
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 3 +-
drivers/gpu/drm/rockchip/cdn-dp-core.c | 9 ---
drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 2 +-
drivers/gpu/drm/rockchip/rockchip_lvds.c | 11 ++-
drivers/gpu/drm/shmobile/shmob_drm_kms.c | 3 +-
drivers/gpu/drm/sun4i/sun4i_framebuffer.c | 3 +-
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 6 +-
drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 3 +-
drivers/gpu/drm/tinydrm/core/tinydrm-pipe.c | 5 +-
drivers/gpu/drm/tinydrm/mipi-dbi.c | 5 +-
drivers/gpu/drm/tinydrm/repaper.c | 5 +-
drivers/gpu/drm/tinydrm/st7586.c | 5 +-
drivers/gpu/drm/tve200/tve200_display.c | 7 +-
drivers/gpu/drm/tve200/tve200_drv.c | 5 +-
drivers/gpu/drm/vc4/vc4_dsi.c | 100 ++++++++++++++----------
drivers/gpu/drm/virtio/virtgpu_display.c | 4 +-
drivers/gpu/drm/virtio/virtgpu_gem.c | 4 +-
drivers/gpu/drm/virtio/virtgpu_ioctl.c | 12 +--
include/drm/drm_drv.h | 5 +-
include/drm/drm_fb_cma_helper.h | 13 ---
scripts/coccinelle/api/drm-get-put.cocci | 5 ++
42 files changed, 225 insertions(+), 246 deletions(-)
--
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
[View Less]
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 <boris.brezillon(a)free-electrons.com>
---
Hello,
This patch aims at removing INFO messages that are displayed when the
VC4 driver tries to allocate buffer objects. From the driver perspective
an allocation failure is acceptable, and the driver can possibly do
something to make following allocation …
[View More]succeed (like flushing the VC4
internal cache).
Also, I don't understand why this message is only an INFO message, and
not a WARN (pr_warn()). Please let me know if you have good reasons to
keep it as an unconditional pr_info().
Thanks,
Boris
---
mm/cma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/cma.c b/mm/cma.c
index c0da318c020e..022e52bd8370 100644
--- a/mm/cma.c
+++ b/mm/cma.c
@@ -460,7 +460,7 @@ struct page *cma_alloc(struct cma *cma, size_t count, unsigned int align,
trace_cma_alloc(pfn, page, count, align);
- if (ret) {
+ if (ret && !(gfp_mask & __GFP_NOWARN)) {
pr_info("%s: alloc failed, req-size: %zu pages, ret: %d\n",
__func__, count, ret);
cma_debug_show_areas(cma);
--
2.11.0
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=96868
--- Comment #32 from Markus-Germann(a)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 with
xf86-video-amdgpu 1.4.0) but with only a 60Hz screen with therefore a 4K/HiDPI
screen (resolution 3840x2160).
I also have lots of flickering and artefacts.
The problem is solved setting the …
[View More]power level to high, but as it raises the
temps from 50/51 to more then 60°C with the electricity consumption and cooler
going up it's not an option for me.
In low it flickers even more then in auto.
Using the manual setting however (that Andy Furniss mentioned in comment 15
from 2017-05-11 13:01:39 UTC) the problem is solved, the flickerin/tearing and
artifacting gone and the temperature seems to stay like before. (Thanks a lot
for that, Andy!)
Is it possible to make use of that solution to release it upstream?
Thanks for all the work and effort, by the way!
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=103080
--- Comment #3 from Harry Wentland <harry.wentland(a)amd.com> ---
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.
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 use
shmem, but have later decided against it since shmem doesn't work with
fbdev deferred I/O, they both use page->lru and page->mapping. This
meant adding a shadow buffer for fbdev with …
[View More]increased complexity, so I
fell back to the KISS principle.
I'm trying to make tinydrm support drivers like simpledrm and udl, so if
using vmalloc blocks those use cases, please let me know.
I will do a follow up for the cma library which removes struct
drm_fbdev_cma and wrappers.
Noralf.
Noralf Trønnes (8):
drm/fb-helper: Handle function NULL argument
drm: Add drm_device->fbdev pointer
drm/fb-helper: Add simple init/fini functions
drm/fb-helper: Add .last_close and .output_poll_changed helpers
drm/gem-fb-helper: Add drm_gem_fb_debugfs_show()
drm: Add vmalloc BO helper
drm/tinydrm: Use drm_vmalloc_bo
drm/tinydrm: Relax buffer line prefetch
Documentation/gpu/drm-kms-helpers.rst | 12 +
drivers/gpu/drm/Kconfig | 7 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/drm_fb_helper.c | 223 +++++++++++++++++-
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 45 ++++
drivers/gpu/drm/drm_vmalloc_bo_helper.c | 305 +++++++++++++++++++++++++
drivers/gpu/drm/tinydrm/Kconfig | 2 +-
drivers/gpu/drm/tinydrm/core/tinydrm-core.c | 134 +++--------
drivers/gpu/drm/tinydrm/core/tinydrm-helpers.c | 56 +++--
drivers/gpu/drm/tinydrm/mi0283qt.c | 8 +-
drivers/gpu/drm/tinydrm/mipi-dbi.c | 12 +-
drivers/gpu/drm/tinydrm/repaper.c | 12 +-
drivers/gpu/drm/tinydrm/st7586.c | 14 +-
include/drm/drm_device.h | 8 +
include/drm/drm_fb_helper.h | 32 +++
include/drm/drm_gem_framebuffer_helper.h | 6 +
include/drm/drm_vmalloc_bo_helper.h | 88 +++++++
include/drm/tinydrm/mipi-dbi.h | 2 +
include/drm/tinydrm/tinydrm.h | 38 +--
19 files changed, 811 insertions(+), 194 deletions(-)
create mode 100644 drivers/gpu/drm/drm_vmalloc_bo_helper.c
create mode 100644 include/drm/drm_vmalloc_bo_helper.h
--
2.7.4
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=99841
mattia.b89 <mattia.b89(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #23 from mattia.b89 <mattia.b89(a)gmail.com> ---
I cannot reproduce it.
That patch has already been merged upstream, maybe?
--
…
[View More]You are receiving this mail because:
You are the assignee for the bug.
[View Less]
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 from the page calculation.
Signed-off-by: Jordan Crouse <jcrouse(a)codeaurora.org>
---
drivers/gpu/drm/drm_gem.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index af62017..a8c146d …
[View More]100644
--- a/drivers/gpu/drm/drm_gem.c
+++ b/drivers/gpu/drm/drm_gem.c
@@ -550,7 +550,7 @@ struct page **drm_gem_get_pages(struct drm_gem_object *obj)
{
struct address_space *mapping;
struct page *p, **pages;
- int i, npages;
+ size_t i, npages;
/* This is the shared memory object that backs the GEM resource */
mapping = obj->filp->f_mapping;
@@ -603,7 +603,7 @@ struct page **drm_gem_get_pages(struct drm_gem_object *obj)
void drm_gem_put_pages(struct drm_gem_object *obj, struct page **pages,
bool dirty, bool accessed)
{
- int i, npages;
+ size_t i, npages;
/* We already BUG_ON() for non-page-aligned sizes in
* drm_gem_object_init(), so we should never hit this unless
--
1.9.1
[View Less]
https://bugs.freedesktop.org/show_bug.cgi?id=102796
Bug ID: 102796
Summary: steam not rendering correctly on VEGA 56
Product: DRI
Version: XOrg git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: DRM/AMDgpu
Assignee: dri-devel(a)lists.freedesktop.org
Reporter: tomenglund26(a)gmail.com
im using amd-staging-4.12 …
[View More]branch from
https://cgit.freedesktop.org/~agd5f/linux/
gist of dmesg
https://gist.github.com/gulafaran/af0edfff6dabafe12f451a2caaa5bd58
tried on mesa 17.2 release and
17.3.0_devel.95819.9aba643e3c-1
and tried both llvm 5.0.0 and
6.0.0svn_r313351-1
03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Vega
[Radeon RX Vega] (rev c3)
steam doesnt render quite correctly as can be seen here
https://i.imgur.com/gRxuOz8.png , no particular error is printed to stdout or
stderr nor dmesg. ive tried various games and benchmarks which all works just
fine. its only steams GUI thats misbehaving so far.
no change running it with STEAM_RUNTIME=0 or 1, same goes with
STEAM_RUNTIME_PREFER_HOST_LIBRARIES=0 or 1 .
and this happend when i switched from nvidia card to the vega 56. so the steam
install should be fine as it has been working on nvidia blob and nouveau, even
tried removing and recreating the ~/ steam files.
--
You are receiving this mail because:
You are the assignee for the bug.
[View Less]