[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 --- Comment #30 from Richard Thier --- Interesting to me is that the CREATE call number is still higher in strace output than how it was originally before the first slowdown, but the performance seems to be the same after applying the quickfix t

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 Richard Thier changed: What|Removed |Added Attachment #144439|0 |1 is obsolete|

Re: [PATCH v7 2/8] drm/fb-helper: Remove drm_fb_helper_crtc

Den 31.05.2019 16.01, skrev Noralf Trønnes: > struct drm_fb_helper_crtc is now just a wrapper around drm_mode_set so > use that directly instead and attach it as a modeset array onto > drm_client_dev. drm_fb_helper will use this array to store its modesets > which means it will always initialize

[Bug 110795] Unable to install on latest Ubuntu (19.04)

https://bugs.freedesktop.org/show_bug.cgi?id=110795 Michel Dänzer changed: What|Removed |Added Component|DRM/AMDgpu |DRM/AMDgpu-pro -- You are receiving th

Re: [PATCH 09/22] docs: mark orphan documents as such

Em Mon, 3 Jun 2019 09:32:54 +0200 Christophe Leroy escreveu: > Le 30/05/2019 à 01:23, Mauro Carvalho Chehab a écrit : > > Sphinx doesn't like orphan documents: > > > > Documentation/accelerators/ocxl.rst: WARNING: document isn't included > > in any toctree > > Documentation/arm/stm32/

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 --- Comment #28 from Richard Thier --- Hi Rui! We should also thank Marek for him proposing a possible fix. I am currently creating a "less hacky" solution based on that attachment and a better idea to not always force VRAM domain, but only if

Re: [PATCH v10 01/11] drm/sun4i: dsi: Fix TCON DRQ set bits

On Wed, May 29, 2019 at 11:44:56PM +0530, Jagan Teki wrote: > On Wed, May 29, 2019 at 8:24 PM Maxime Ripard > wrote: > > > > On Fri, May 24, 2019 at 03:48:51PM +0530, Jagan Teki wrote: > > > On Fri, May 24, 2019 at 2:04 AM Maxime Ripard > > > wrote: > > > > > > > > On Mon, May 20, 2019 at 02:33

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 --- Comment #27 from Rui Salvaterra --- This is amazing work, Richard. I'd love to help you with testing, since I also have the same hardware, but unfortunately I don't have a build environment ready. I'm using padoka's PPA, though. FWIW, I'll b

[Bug 110422] AMD_DEBUG=forcedma will crash OpenGL aps with SIGFAULT on VegaM 8706G

https://bugs.freedesktop.org/show_bug.cgi?id=110422 --- Comment #3 from Dimitar Atanasov --- Working correct now with Vega M. Please close. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@l

[Bug 203779] booting with kernel version 5.1.6 on RX 580 hangs

https://bugzilla.kernel.org/show_bug.cgi?id=203779 --- Comment #4 from Gobinda Joy (gobinda@gmail.com) --- (In reply to Alex Deucher from comment #2) > Can you bisect? Same bug report: https://bugs.freedesktop.org/show_bug.cgi?id=110822 -- You are receiving this mail because: You are watchi

[Bug 110822] booting with kernel version 5.1.0 or higher on RX 580 hangs

https://bugs.freedesktop.org/show_bug.cgi?id=110822 --- Comment #5 from Gobinda Joy --- (In reply to Alex Deucher from comment #4) > (In reply to Gobinda Joy from comment #3) > > I was curious so checked out the commit log on amd-staging-drm-next branch. > > And I see some reverts of powerplay re

Re: [PATCH v4 1/5] drm/rockchip: fix fb references in async update

On Mon, 3 Jun 2019 17:13:34 -0300 Helen Koike wrote: > On 6/3/19 1:56 PM, Helen Koike wrote: > > In the case of async update, modifications are done in place, i.e. in the > > current plane state, so the new_state is prepared and the new_state is > > cleaned up (instead of the old_state, unlike wh

Re: [PATCH v4 0/5] drm: Fix fb changes for async updates

On Mon, 3 Jun 2019 13:56:05 -0300 Helen Koike wrote: > Hello, > > I'm re-sending this series with the acked by in the msm patch and > updating the docs in the last patch, the rest is the same. > > v3 link: https://patchwork.kernel.org/project/dri-devel/list/?series=91353 Series queued to drm-

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 Richard Thier changed: What|Removed |Added Attachment #144427|0 |1 is obsolete|

Re: DRM/AST regression (likely 4.14 -> 4.19+), providing EDID manually fails

On Mon, 03 Jun 2019, Harish Chegondi wrote: > On Wed, May 29, 2019 at 01:22:30PM +0300, Jani Nikula wrote: >> On Wed, 29 May 2019, Ilpo Järvinen wrote: >> > On Tue, 28 May 2019, Jani Nikula wrote: >> > >> >> On Mon, 27 May 2019, Ashutosh Dixit wrote: >> >> > On Sun, 26 May 2019 12:50:51 -0700, I

[Bug 110781] Radeon: heavy r300 performance drop regression between 11.x and 19.x

https://bugs.freedesktop.org/show_bug.cgi?id=110781 --- Comment #25 from Richard Thier --- In the assert problem this is the domain and flag meanings in case of only my hack is in place: domain(6) == RADEON_DOMAIN_GTT(2) | RADEON_DOMAIN_VRAM(4) flags(1) == RADEON_FLAG_GTT_WC (1 << 0) So I get -

[Bug 110276] Memory leak on kernel 5.0 using Vulkan applications, fixed on drm-tip and 5.1-rc1

https://bugs.freedesktop.org/show_bug.cgi?id=110276 Jani Nikula changed: What|Removed |Added Assignee|dri-devel@lists.freedesktop |ckoenig.leichtzumerken@gmai

[Bug 110276] Memory leak on kernel 5.0 using Vulkan applications, fixed on drm-tip and 5.1-rc1

https://bugs.freedesktop.org/show_bug.cgi?id=110276 Jani Nikula changed: What|Removed |Added Assignee|intel-gfx-bugs@lists.freede |dri-devel@lists.freedesktop

Re: [PATCH 1/7] video: add HDMI state notifier support

On Tue, Jun 04, 2019 at 10:32:50AM +0800, Cheng-yi Chiang wrote: > On Mon, Jun 3, 2019 at 4:09 PM Daniel Vetter wrote: > > > > On Mon, Jun 03, 2019 at 09:45:49AM +0200, Hans Verkuil wrote: > > > On 6/3/19 6:32 AM, Cheng-Yi Chiang wrote: > > > > From: Hans Verkuil > > > > > > > > Add support for H

Re: [PATCH 1/7] video: add HDMI state notifier support

On Mon, Jun 03, 2019 at 11:05:19AM +0200, Hans Verkuil wrote: > On 6/3/19 10:09 AM, Daniel Vetter wrote: > > On Mon, Jun 03, 2019 at 09:45:49AM +0200, Hans Verkuil wrote: > >> On 6/3/19 6:32 AM, Cheng-Yi Chiang wrote: > >>> From: Hans Verkuil > >>> > >>> Add support for HDMI hotplug and EDID notif

[PATCH v16 11/16] drm/radeon, arm64: untag user pointers in radeon_gem_userptr_ioctl

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. In radeon_gem_userptr_ioctl() an MMU notifier is set up with a (tagged) userspace pointer. The untagged address shoul

Re: [PATCH v16 01/16] uaccess: add untagged_addr definition for other arches

On Mon, Jun 3, 2019 at 7:04 PM Khalid Aziz wrote: > > On 6/3/19 10:55 AM, Andrey Konovalov wrote: > > To allow arm64 syscalls to accept tagged pointers from userspace, we must > > untag them when they are passed to the kernel. Since untagging is done in > > generic parts of the kernel, the untagge

[PATCH v16 01/16] uaccess: add untagged_addr definition for other arches

To allow arm64 syscalls to accept tagged pointers from userspace, we must untag them when they are passed to the kernel. Since untagging is done in generic parts of the kernel, the untagged_addr macro needs to be defined for all architectures. Define it as a noop for architectures other than arm64

Re: [PATCH v16 01/16] uaccess: add untagged_addr definition for other arches

On 6/3/19 10:55 AM, Andrey Konovalov wrote: > To allow arm64 syscalls to accept tagged pointers from userspace, we must > untag them when they are passed to the kernel. Since untagging is done in > generic parts of the kernel, the untagged_addr macro needs to be defined > for all architectures. >

[PATCH v16 04/16] mm: untag user pointers in do_pages_move

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. do_pages_move() is used in the implementation of the move_pages syscall. Untag user pointers in this function. Revi

Re: [PATCH v2] video: fbdev: Fix Warning comparing pointer to 0 reported by coccicheck

On Mon, Jun 3, 2019 at 1:21 PM wrote: > > From: Shobhit Kukreti > > Fixed Warning Comparing Pointer to 0. Changed return value to -ENOMEM to > report kzalloc failure > > drivers/video/fbdev/controlfb.c: WARNING comparing pointer to 0 > drivers/video/fbdev/controlfb.c: WARNING comparing pointer to

[PATCH v16 08/16] fs, arm64: untag user pointers in copy_mount_options

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. In copy_mount_options a user address is being subtracted from TASK_SIZE. If the address is lower than TASK_SIZE, the

[PATCH v16 02/16] arm64: untag user pointers in access_ok and __uaccess_mask_ptr

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. copy_from_user (and a few other similar functions) are used to copy data from user memory into the kernel memory or v

[PATCH v16 14/16] tee, arm64: untag user pointers in tee_shm_register

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. tee_shm_register()->optee_shm_unregister()->check_mem_type() uses provided user pointers for vma lookups (via __check

[PATCH v16 15/16] vfio/type1, arm64: untag user pointers in vaddr_get_pfn

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. vaddr_get_pfn() uses provided user pointers for vma lookups, which can only by done with untagged pointers. Untag us

[PATCH libdrm] etnaviv: Use hash table to track BO indexes

Use hash table instead of ad-hoc arrays. Signed-off-by: Marek Vasut Cc: Christian Gmeiner Cc: Lucas Stach --- etnaviv/etnaviv_bo.c | 6 +++--- etnaviv/etnaviv_cmd_stream.c | 31 ++- etnaviv/etnaviv_priv.h | 17 ++--- 3 files changed, 35 in

Re: [PATCH v16 01/16] uaccess: add untagged_addr definition for other arches

On 6/3/19 11:06 AM, Andrey Konovalov wrote: > On Mon, Jun 3, 2019 at 7:04 PM Khalid Aziz wrote: >> Andrey, >> >> This patch has now become part of the other patch series Chris Hellwig >> has sent out - >> . Can >> you coordinate with

[PATCH v16 00/16] arm64: untag user pointers passed to the kernel

=== Overview arm64 has a feature called Top Byte Ignore, which allows to embed pointer tags into the top byte of each pointer. Userspace programs (such as HWASan, a memory debugging tool [1]) might use this feature and pass tagged user pointers to the kernel through syscalls or other interfaces.

[PATCH v16 06/16] mm, arm64: untag user pointers in mm/gup.c

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. mm/gup.c provides a kernel interface that accepts user addresses and manipulates user pages directly (for example get

[PATCH v16 05/16] arm64: untag user pointers passed to memory syscalls

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. This patch allows tagged pointers to be passed to the following memory syscalls: get_mempolicy, madvise, mbind, minco

Re: [PATCH v16 01/16] uaccess: add untagged_addr definition for other arches

On 6/3/19 11:29 AM, Christoph Hellwig wrote: > On Mon, Jun 03, 2019 at 11:24:35AM -0600, Khalid Aziz wrote: >> On 6/3/19 11:06 AM, Andrey Konovalov wrote: >>> On Mon, Jun 3, 2019 at 7:04 PM Khalid Aziz wrote: Andrey, This patch has now become part of the other patch series Chris Hel

[PATCH v16 07/16] mm, arm64: untag user pointers in get_vaddr_frames

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. get_vaddr_frames uses provided user pointers for vma lookups, which can only by done with untagged pointers. Instead

[PATCH v16 16/16] selftests, arm64: add a selftest for passing tagged pointers to kernel

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. This patch adds a simple test, that calls the uname syscall with a tagged user pointer as an argument. Without the ke

Re: Panfrost impossible to probe without opp table

Hi, On Fri, 31 May 2019 at 14:13, Neil Armstrong wrote: > > On 31/05/2019 14:09, Tomeu Vizoso wrote: > > On Fri, 31 May 2019 at 14:03, Neil Armstrong > > wrote: > >> > >> Hi Tomeu, > >> > >> On 31/05/2019 13:59, Tomeu Vizoso wrote: > >>> On Wed, 29 May 2019 at 23:29, Clément Péron wrote: > >>

Re: [PATCH v16 12/16] IB, arm64: untag user pointers in ib_uverbs_(re)reg_mr()

On Mon, Jun 03, 2019 at 06:55:14PM +0200, Andrey Konovalov wrote: > This patch is a part of a series that extends arm64 kernel ABI to allow to > pass tagged user pointers (with the top byte set to something else other > than 0x00) as syscall arguments. > > ib_uverbs_(re)reg_mr() use provided user

[PATCH v16 13/16] media/v4l2-core, arm64: untag user pointers in videobuf_dma_contig_user_get

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. videobuf_dma_contig_user_get() uses provided user pointers for vma lookups, which can only by done with untagged poin

[PATCH v16 10/16] drm/amdgpu, arm64: untag user pointers

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. In amdgpu_gem_userptr_ioctl() and amdgpu_amdkfd_gpuvm.c/init_user_pages() an MMU notifier is set up with a (tagged) u

[PATCH v16 09/16] fs, arm64: untag user pointers in fs/userfaultfd.c

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. userfaultfd code use provided user pointers for vma lookups, which can only by done with untagged pointers. Untag us

[PATCH v16 12/16] IB, arm64: untag user pointers in ib_uverbs_(re)reg_mr()

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. ib_uverbs_(re)reg_mr() use provided user pointers for vma lookups (through e.g. mlx4_get_umem_mr()), which can only b

[PATCH v16 03/16] lib, arm64: untag user pointers in strn*_user

This patch is a part of a series that extends arm64 kernel ABI to allow to pass tagged user pointers (with the top byte set to something else other than 0x00) as syscall arguments. strncpy_from_user and strnlen_user accept user addresses as arguments, and do not go through the same path as copy_fr

[RFC PATCH 05/57] drm: mipi_dsi: Use bus_find_device_by_of_node() helper

Switch to using the bus_find_device_by_of_node() helper. Cc: Maarten Lankhorst Cc: Maxime Ripard Cc: dri-devel@lists.freedesktop.org Cc: David Airlie Cc: Daniel Vetter Signed-off-by: Suzuki K Poulose --- drivers/gpu/drm/drm_mipi_dsi.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(

[RFC PATCH 00/57] drivers: Consolidate device lookup helpers

We have helper routines to lookup devices matching a criteria defined by a "match" helper for bus/class/driver. Often the search is based on a generic property of a device, such as of_node, fwnode, device type or device name. In the absense of a common set of match functions, we have drivers writin

Re: drm_gem_dumb_map_offset patch

Hi all, Many thanks for your valuable support and answers. Since Dumb mmap is for buffer created using dumb_create ioctl we won't use it anymore. In place a mmap/ummap is called with DMA Buf FD. After some tests it seems working in our side. Many thanks again. Regards. On 5/31/19 1:36 PM, Danie

Re: Panfrost impossible to probe without opp table

On Mon, 3 Jun 2019 at 19:24, Clément Péron wrote: > > Hi, > > > On Fri, 31 May 2019 at 14:13, Neil Armstrong wrote: > > > > On 31/05/2019 14:09, Tomeu Vizoso wrote: > > > On Fri, 31 May 2019 at 14:03, Neil Armstrong > > > wrote: > > >> > > >> Hi Tomeu, > > >> > > >> On 31/05/2019 13:59, Tomeu V

Re: [PATCH v7 09/11] drm: uevent for connector status change

On Mon, 3 Jun 2019 15:19:13 + "Ser, Simon" wrote: > On Mon, 2019-06-03 at 17:08 +0200, Daniel Vetter wrote: > > It's definitely a very suboptimal situation. Not sure there's a good way > > out. The trouble here is that i915 ended up configuring crtc/connectors > > differently than -modesetti

<    1   2