[REGRESSION] i915: failure to see Dell 30" monitor connected to a Lenovo Haswell docking station

- Ted -- next part -- A non-text attachment was scrubbed... Name: dmesg-repro.gz Type: application/gzip Size: 32179 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/6255d4d4/attachment-0001.bin>

ACPI/i915: Cannot configure display brightness on Dell Latitude E6440

On Thursday, September 25, 2014 11:15:35 AM Aaron Lu wrote: > Hi Hans, > > Thanks for following up and explaining the situation to Pali. > > On 09/25/2014 02:21 AM, Pali Roh?r wrote: > > On Wednesday 24 September 2014 16:34:21 Hans de Goede wrote: > >> Ok, so the dell-laptop interface is just an

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper

On Thursday, September 25, 2014 04:27:58 PM Wolfram Sang wrote: > > --Bn2rw/3z4jIqBvZU > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Thu, Sep 25, 2014 at 09:22:01AM -0500, Felipe Balbi wrote: > > On Thu, Sep 25,

[PATCH v4 05/23] drm/radeon: Add radeon <--> amdkfd interface

On 24/09/14 23:45, Oded Gabbay wrote: > This patch adds the interface between the radeon driver and the amdkfd driver. > The interface implementation is contained in radeon_kfd.c and radeon_kfd.h. > > The interface itself is represented by a pointer to struct > kfd_dev. The pointer is located

page allocator bug in 3.16?

Hey, On 25-09-14 20:55, Peter Hurley wrote: > After several days uptime with a 3.16 kernel (generally running > Thunderbird, emacs, kernel builds, several Chrome tabs on multiple > desktop workspaces) I've been seeing some really extreme slowdowns. > > Mostly the slowdowns are associated with

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

On Thu, Sep 25, 2014 at 2:54 AM, Mark yao wrote: > Hi, Daniel > this version is old, newest is v5. and I remove uapi at v5. > you can see v5 patch at: > https://lkml.org/lkml/2014/9/23/1061 > thanks > > This version doesn't seem to be cc'ed to dri-devel, at least it didn't > yet show up. Can you

[PATCH v6 3/3] dt-bindings: video: Add documentation for rockchip vop

This adds binding documentation for Rockchip SoC VOP driver. Signed-off-by: Mark Yao --- Changes in v2: - rename "lcdc" to "vop" - add vop reset - add iommu node - add port for display-subsystem Changes in v3: None Changes in v4: None Changes in v5: None Changes in v6: None

[PATCH v6 2/3] dt-bindings: video: Add for rockchip display subsytem

This add a display subsystem comprise the all display interface nodes. Signed-off-by: Mark Yao --- Changes in v2: - add DRM master device node to list all display nodes that comprise the graphics subsystem. Changes in v3: None Changes in v4: None Changes in v5: None Changes in v6: None

[PATCH v6 1/3] drm/rockchip: Add basic drm driver

This patch adds the basic structure of a DRM Driver for Rockchip Socs. Signed-off-by: Mark yao --- Changes in v2: - use the component framework to defer main drm driver probe until all VOP devices have been probed. - use dma-mapping API with ARM_DMA_USE_IOMMU, create dma mapping by master

[PATCH v6 0/3] Add drm driver for Rockchip Socs

This a series of patches is a DRM Driver for Rockchip Socs, add support for vop devices. Future patches will add additional encoders/connectors, such as eDP, HDMI. The basic "crtc" for rockchip is a "VOP" - Video Output Processor. the vop devices found on Rockchip rk3288 Soc, rk3288 soc have two

[Bug 75276] Implement VGPR Register Spilling

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/42367d73/attachment.html>

[PATCH v5 1/3] drm/rockchip: Add basic drm driver

;crtc always is NULL. and disable_plane will fail. maybe we can add "base->crtc = crtc" at update_plane, but it seems not good. so I think still use "rockchip_plane->ctx" would be better. -Mark -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/09d7bd76/attachment-0001.html>

[5/5] ARM: tegra: jetson-tk1: enable GK20A GPU

On Thu, 2014-09-25 at 18:41 +0200, Thierry Reding wrote: > On Thu, Sep 25, 2014 at 09:48:01AM -0600, Stephen Warren wrote: > > On 09/25/2014 07:27 AM, Sjoerd Simons wrote: > > >Playing a bit with todays linux-next on my jetson, it seems this patch is > > >still required for enabling the GPU. Is

[PATCH v5 00/11] drm: add support for Atmel HLCDC Display Controller

On Mon, Sep 8, 2014 at 4:43 AM, Boris BREZILLON wrote: > Hello, > > This patch series adds support for Atmel HLCDC (HLCD Controller) available > on some Atmel SoCs (i.e. the sama5d3 family). > > The HLCDC actually provides a Display Controller and a PWM device, hence I > decided to declare an MFD

[PATCH v5 1/3] drm/rockchip: Add basic drm driver

On Tue, Sep 23, 2014 at 10:12 PM, Mark yao wrote: > This patch adds the basic structure of a DRM Driver for Rockchip Socs. > > Signed-off-by: Mark yao Looks like my comments are addressed, so: Reviewed-by: Rob Clark > --- > Changes in v2: > - use the component framework to defer main drm

page allocator bug in 3.16?

On 09/25/2014 03:35 PM, Chuck Ebbert wrote: > There are six ttm patches queued for 3.16.4: > > drm-ttm-choose-a-pool-to-shrink-correctly-in-ttm_dma_pool_shrink_scan.patch > drm-ttm-fix-handling-of-ttm_pl_flag_topdown-v2.patch > drm-ttm-fix-possible-division-by-0-in-ttm_dma_pool_shrink_scan.patch

[PATCH] drm/omap: handle incompatible buffer stride and pixel size

omapdrm doesn't check if the pitch of the framebuffer and the color format's bits-per-pixel are compatible. omapdss requires that the stride of a buffer is an integer number of pixels For example, when using modetest with a display that has x resolution of 1280, and using packed 24 RGB mode (3

[Bug 82889] [drm:si_dpm_set_power_state] *ERROR* si_disable_ulv failed

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/73530568/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/2a9d2d79/attachment.html>

[Bug 82889] [drm:si_dpm_set_power_state] *ERROR* si_disable_ulv failed

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/05748620/attachment.html>

[5/5] ARM: tegra: jetson-tk1: enable GK20A GPU

ry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/907d4902/attachment.sig>

[Bug 81644] Random crashes on RadeonSI with Chromium.

pm=0 to the kernel command line in grub. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/f2abd821/attachment.html>

[GIT PULL] IPUv3 fixes for v3.18

Hi Dave, please pull these fixes for the IPUv3 core driver. The following changes since commit 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9: Linux 3.17-rc1 (2014-08-16 10:40:26 -0600) are available in the git repository at: git://git.pengutronix.de/git/pza/linux.git tags/ipu-fixes-3.18 for

[PATCH] drm/exynos/fbdev: set smem_len for fbdev

On Thu, Sep 25, 2014 at 5:32 PM, Geert Uytterhoeven wrote: > On Sun, Aug 24, 2014 at 4:50 PM, Daniel Kurtz wrote: >> Commit [0] stopped setting fix.smem_start and fix.smem_len when creating >> the fbdev. >> >> [0] 2f1eab8d8ab59e799f7d51d62410b398607a7bc3 >> drm/exynos/fbdev: don't set

[Bug 81644] Random crashes on RadeonSI with Chromium.

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/94c5c961/attachment.html>

[Bug 81644] Random crashes on RadeonSI with Chromium.

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/80d14732/attachment.html>

page allocator bug in 3.16?

On 09/25/2014 04:33 PM, Alex Deucher wrote: > On Thu, Sep 25, 2014 at 2:55 PM, Peter Hurley > wrote: >> After several days uptime with a 3.16 kernel (generally running >> Thunderbird, emacs, kernel builds, several Chrome tabs on multiple >> desktop workspaces) I've been seeing some really

[PATCH v5 1/3] drm/rockchip: Add basic drm driver

On 2014?09?25? 00:20, Daniel Kurtz wrote: > Hi Mark, > > Please review comments inline... > > On Wed, Sep 24, 2014 at 10:12 AM, Mark yao wrote: >> This patch adds the basic structure of a DRM Driver for Rockchip Socs. >> >> Signed-off-by: Mark yao >> --- >> Changes in v2: >> - use the component

page allocator bug in 3.16?

On 09/25/2014 02:55 PM, Peter Hurley wrote: > After several days uptime with a 3.16 kernel (generally running > Thunderbird, emacs, kernel builds, several Chrome tabs on multiple > desktop workspaces) I've been seeing some really extreme slowdowns. > > Mostly the slowdowns are associated with

page allocator bug in 3.16?

On Thu, Sep 25, 2014 at 2:55 PM, Peter Hurley wrote: > After several days uptime with a 3.16 kernel (generally running > Thunderbird, emacs, kernel builds, several Chrome tabs on multiple > desktop workspaces) I've been seeing some really extreme slowdowns. > > Mostly the slowdowns are

[Nouveau] [PATCH] drm/nv84+: fix fence context seqno's

On 09/23/2014 08:24 AM, Maarten Lankhorst wrote: > Op 23-09-14 om 07:35 schreef Ben Skeggs: >>> On 09/22/2014 03:08 AM, Maarten Lankhorst wrote: This fixes a regression introduced by "drm/nouveau: rework to new fence interface" (commit 29ba89b2371d466). >> >> I'm still seeing

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper

nd I'd rather not see them in the drivers I > maintain, sorry. It is not a NACK from me; yet from a high-level perspective I agree with Felipe. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/739eb5dd/attachment.sig>

ACPI/i915: Cannot configure display brightness on Dell Latitude E6440

ing backlight level change requests > from firmware. - */ > - if (!acpi_video_verify_backlight_support()) { > + if (should_ignore_backlight_request()) { > DRM_DEBUG_KMS("opregion backlight request ignored\n"); > return 0; > } -- Pali Roh?r pali.rohar at gmail.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/8935d34d/attachment-0001.sig>

[5/5] ARM: tegra: jetson-tk1: enable GK20A GPU

Playing a bit with todays linux-next on my jetson, it seems this patch is still required for enabling the GPU. Is there anything blocking it (firmware not available yet in liux-firmware?) On Mon, May 19, 2014 at 06:24:10PM +0900, Alexandre Courbot wrote: > Signed-off-by: Alexandre Courbot > ---

[PATCH 00/12] Renesas R-Car DU HDMI support

Hi Laurent, Am Mittwoch, den 24.09.2014, 23:04 +0300 schrieb Laurent Pinchart: > Hello, > > This patch set adds support for the HDMI output port present on the Renesas > Koelsch board. Doing so requires two components, a driver for the external > ADV7511W HDMI encoder, and support for HDMI

page allocator bug in 3.16?

After several days uptime with a 3.16 kernel (generally running Thunderbird, emacs, kernel builds, several Chrome tabs on multiple desktop workspaces) I've been seeing some really extreme slowdowns. Mostly the slowdowns are associated with gpu-related tasks, like opening new emacs windows,

page allocator bug in 3.16?

On Thu, 25 Sep 2014 14:55:02 -0400 Peter Hurley wrote: > After several days uptime with a 3.16 kernel (generally running > Thunderbird, emacs, kernel builds, several Chrome tabs on multiple > desktop workspaces) I've been seeing some really extreme slowdowns. > > Mostly the slowdowns are

[Bug 84327] crash in gnome-shell when typing in the app view

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/b8fe62ad/attachment.html>

[Bug 84327] crash in gnome-shell when typing in the app view

. . 0 24 8 16 16 16 0 0 0 Slow -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/11080996/attachment-0001.html>

[Bug 84327] crash in gnome-shell when typing in the app view

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/e0810964/attachment-0001.html>

[Bug 84327] New: crash in gnome-shell when typing in the app view

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/f510811c/attachment.html>

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper

me: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/9a878e2f/attachment-0001.sig>

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper

On Wed, Sep 24, 2014 at 10:28:07PM +0200, Rafael J. Wysocki wrote: > > OK, I guess this is as good as it gets. > > What tree would you like it go through? Since rest of the patches are dependent upon 1st patch which should go thru your tree, we should merge this thru your tree Thanks --

[PATCH 10/12] video: Add ADV751[13] DT bindings documentation

Hi Geert, On Thursday 25 September 2014 09:06:46 Geert Uytterhoeven wrote: > Hi Laurent, > > On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart > > wrote: > > +- adi,input-style: The input components arrangement variant (1, 2 or 3). > > What's the

Testing LibDRM with Multi-Monitors on VMWare Fusion / Workstation

I have been doing a lot of work with LibDRM, including Multi-Monitor work on Intel and VMWare. Do you guy?s know if there is an easy way to tell VMWare to add more virtual display?s for testing? LibDRM reports something like 8 different connectors, and several CRTCs, so I know it at least

[PATCH v2 6/8] drm/radeon: cope with foreign fences inside the reservation object

Not the whole world is a radeon! :-) Signed-off-by: Maarten Lankhorst --- Changes: - Removed interruptible parameter, only 1 place has a use for it, and it's the only place that can hit it. - Fail faster in radeon_semaphore_sync_resv. - Make the break on error in radeon_cs.c more explicit. -

[PATCH] drm/exynos/fbdev: set smem_len for fbdev

On Thu, Sep 25, 2014 at 12:07 PM, Daniel Kurtz wrote: > On Thu, Sep 25, 2014 at 5:32 PM, Geert Uytterhoeven > wrote: >> On Sun, Aug 24, 2014 at 4:50 PM, Daniel Kurtz >> wrote: >>> Commit [0] stopped setting fix.smem_start and fix.smem_len when creating >>> the fbdev. >>> >>> [0]

[PATCH 10/12] video: Add ADV751[13] DT bindings documentation

Hi Laurent, On Thu, Sep 25, 2014 at 11:57 AM, Laurent Pinchart wrote: > On Thursday 25 September 2014 09:06:46 Geert Uytterhoeven wrote: >> On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart >> wrote: >> > +- adi,input-style: The input components

[5/5] ARM: tegra: jetson-tk1: enable GK20A GPU

On 09/25/2014 10:41 AM, Thierry Reding wrote: > On Thu, Sep 25, 2014 at 09:48:01AM -0600, Stephen Warren wrote: >> On 09/25/2014 07:27 AM, Sjoerd Simons wrote: >>> Playing a bit with todays linux-next on my jetson, it seems this patch is >>> still required for enabling the GPU. Is there anything

[PATCH 6/8] drm/radeon: cope with foreign fences inside the reservation object

Op 17-09-14 om 15:09 schreef Christian K?nig: > Am 17.09.2014 um 14:35 schrieb Maarten Lankhorst: >> Not the whole world is a radeon! :-) >> >> Signed-off-by: Maarten Lankhorst >> --- >> drivers/gpu/drm/radeon/cik.c | 2 +- >> drivers/gpu/drm/radeon/cik_sdma.c | 2 +- >>

[PATCH 2/2] drm/nouveau: Allow noaccel to be a pci address

noaccel option now defaults to null which has no effect, it can still equal 1, which disables acceleration for all cards, or be a pci address and disable acceleration for that card only Signed-off-by: Pierre Moreau --- drivers/gpu/drm/nouveau/nouveau_drm.c | 16 +++- 1 file changed,

[PATCH 1/2] drm/nouveau/disp/nv50: Add PFB writes

This fix a GPU lockup on 9400M (NVAC) when using acceleration, see #27501. Signed-off-by: Pierre Moreau --- drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c

[PATCH] drm/exynos/fbdev: set smem_len for fbdev

On Sun, Aug 24, 2014 at 4:50 PM, Daniel Kurtz wrote: > Commit [0] stopped setting fix.smem_start and fix.smem_len when creating > the fbdev. > > [0] 2f1eab8d8ab59e799f7d51d62410b398607a7bc3 > drm/exynos/fbdev: don't set fix.smem/mmio_{start,len} > > However, smem_len is used by some userland

ACPI/i915: Cannot configure display brightness on Dell Latitude E6440

Hi Hans, Thanks for following up and explaining the situation to Pali. On 09/25/2014 02:21 AM, Pali Roh?r wrote: > On Wednesday 24 September 2014 16:34:21 Hans de Goede wrote: >> Ok, so the dell-laptop interface is just an obsolete wrapper >> around the i915 opregion code, which shows that the

[5/5] ARM: tegra: jetson-tk1: enable GK20A GPU

On 09/25/2014 07:27 AM, Sjoerd Simons wrote: > Playing a bit with todays linux-next on my jetson, it seems this patch is > still required for enabling the GPU. Is there anything blocking it (firmware > not available yet in liux-firmware?) I think initially I was waiting for the DRM patch

[PATCH 00/27] add pm_runtime_last_busy_and_autosuspend() helper

s many characters to type . IMO, this is pretty useless and I'd rather not see them in the drivers I maintain, sorry. cheers -- balbi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/99ac80ca/attachment-0001.sig>

[PATCH 10/12] video: Add ADV751[13] DT bindings documentation

Hi Laurent, On Wed, Sep 24, 2014 at 10:04 PM, Laurent Pinchart wrote: > +- adi,input-style: The input components arrangement variant (1, 2 or 3). What's the meaning of the numerical values 1, 2, and 3? I found this code in "[PATCH 11/12] drm: Add

[PATCH v4 1/5] drm/rockchip: Add basic drm driver

t; Hi, Daniel >> this version is old, newest is v5. and I remove uapi at v5. >> you can see v5 patch at: >> https://lkml.org/lkml/2014/9/23/1061 >> thanks > This version doesn't seem to be cc'ed to dri-devel, at least it didn't > yet show up. Can you please double-check? actually I cc the v5 version to dri-devel at lists.freedesktop.org. and we can found the patch at https://patchwork.kernel.org/patch/4967501/( *Project*: dri-devel) > > Thanks, Daniel > > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/060a90f3/attachment-0001.html>

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

be things in the same way in DT. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/51dcebb2/attachment.sig>

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/2be8444d/attachment-0001.html>

[PULL] topic/core-stuff

On 25 September 2014 03:59, Daniel Vetter wrote: > On Wed, Sep 24, 2014 at 6:24 PM, Ilia Mirkin wrote: >> On Wed, Sep 24, 2014 at 6:24 AM, Daniel Vetter >> wrote: >>> Hi Dave, >>> >>> Just noticed that you've picked up the header rework stuff already, so >>> I've rebased that out again.

nouveau (NV50) regression 3.17-rc1; dpms stopped working

With 3.17-rc1 DPMS stopped working. I've bisected this to d55b4af909bc16f7982c2b8b8656f0898158627b testing along the way with xset dpms force off. Controller is: NVIDIA Corporation G86 [Quadro NVS 290] (rev a1) That commit doesn't revert cleanly. I took a look around and found a couple of

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

order. (This means that on little endian hosts such as x86, the datum is transferred unchanged) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140925/ac79655c/attachment.html>

[PATCH v5 1/3] drm/rockchip: Add basic drm driver

Hi Mark, Please review comments inline... On Wed, Sep 24, 2014 at 10:12 AM, Mark yao wrote: > This patch adds the basic structure of a DRM Driver for Rockchip Socs. > > Signed-off-by: Mark yao > --- > Changes in v2: > - use the component framework to defer main drm driver probe > until all

[PATCH v4 23/23] amdkfd: Implement the Get Process Aperture IOCTL

From: Alexey Skidanov v3: Fixed debug messages Signed-off-by: Alexey Skidanov Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 47 - drivers/gpu/drm/radeon/amdkfd/kfd_priv.h| 5 +++ 2 files changed, 51

[PATCH v4 22/23] amdkfd: Implement the Get Clock Counters IOCTL

From: Evgeny Pinchuk Signed-off-by: Evgeny Pinchuk Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 29 - 1 file changed, 28 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c

[PATCH v4 21/23] amdkfd: Implement the Set Memory Policy IOCTL

From: Andrew Lewycky Signed-off-by: Andrew Lewycky Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c | 51 - 1 file changed, 50 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/amdkfd/kfd_chardev.c

[PATCH v4 20/23] amdkfd: Implement the create/destroy/update queue IOCTLs

From: Ben Goz v3: Removed the use of internal typedefs, fixed debug prints, added checks for parameters and moved to using doorbell address from user v4: Extracted some of the code in the create queue ioctl to a different function that may be also called from other ioctls in

[PATCH v4 19/23] amdkfd: Add interrupt handling module

From: Andrew Lewycky This patch adds the interrupt handling module, in kfd_interrupt.c, and its related members in different data structures to the amdkfd driver. The amdkfd interrupt module maintains an internal interrupt ring per amdkfd device. The internal interrupt

[PATCH v4 18/23] amdkfd: Add device queue manager module

From: Ben Goz The queue scheduler divides into two sections, one section is process bounded and the other section is device bounded. The device bounded section is handled by this module. The DQM module handles queue setup, update and tear-down from the device side. It also

[PATCH v4 17/23] amdkfd: Add process queue manager module

From: Ben Goz The queue scheduler divides into two sections, one section is process bounded and the other section is device bounded. The process bounded section is handled by this module. The PQM handles usermode queue setup, updates and tear-down. v3: Used kernel parameter to

[PATCH v4 16/23] amdkfd: Add packet manager module

From: Ben Goz The packet manager module builds PM4 packets for the sole use of the CP scheduler. Those packets are used by the HIQ to submit runlists to the CP. v3: Removed include of cik_mqds.h Changed lower_32/upper_32 calls to use linux macros Used new gart allocation

[PATCH v4 15/23] amdkfd: Add module parameter of scheduling policy

From: Ben Goz This patch adds a new parameter to the amdkfd driver. This parameter enables the user to select the scheduling policy of the CP. The choices are: * CP Scheduling with support for over-subscription * CP Scheduling without support for over-subscription * Without CP

[PATCH v4 14/23] amdkfd: Add kernel queue module

From: Ben Goz The kernel queue module enables the amdkfd to establish kernel queues, not exposed to user space. The kernel queues are used for HIQ (HSA Interface Queue) and DIQ (Debug Interface Queue) operations v3: Removed use of internal typedefs and added use of the new

[PATCH v4 13/23] amdkfd: Add mqd_manager module

From: Ben Goz The mqd_manager module handles MQD data structures. MQD stands for Memory Queue Descriptor, which is used by the H/W to keep the usermode queue state in memory. v3: Removed new typedefs Removed pragma pack 4 Remove cik_mqds.h file Changed lower_32/upper_32 calls

[PATCH v4 12/23] amdkfd: Add queue module

From: Ben Goz The queue module enables allocating and initializing queues uniformly. v3: Removed typedef and redundant memset call. Broke long pr_debug print to one liners and Added documentation. Signed-off-by: Ben Goz Signed-off-by: Oded Gabbay ---

[PATCH v4 11/23] amdkfd: Add binding/unbinding calls to amd_iommu driver

This patch adds the functions to bind and unbind pasid from a device through the amd_iommu driver. The unbind function is called when the mm_struct of the process is released. The bind function is not called here because it is called only in the IOCTLs which are not yet implemented at this stage

[PATCH v4 10/23] amdkfd: Add basic modules to amdkfd

From: Andrew Lewycky This patch adds the process module and three helper modules: - kfd_process, which handles process which open /dev/kfd - kfd_doorbell, which provides helper functions for doorbell allocation, release and mapping to userspace - kfd_pasid, which

[PATCH v4 09/23] amdkfd: Add topology module to amdkfd

From: Evgeny Pinchuk This patch adds the topology module to the driver. The topology is exposed to userspace through the sysfs. The calls to add and remove a device to/from topology are done by the radeon driver. v3: The CPU information, that is provided in the

[PATCH v4 08/23] amdkfd: Add amdkfd skeleton driver

This patch adds the amdkfd skeleton driver. The driver does nothing except define a /dev/kfd device. It returns -ENODEV on all amdkfd IOCTLs. v3: Move bool field to the end of structure, removed the pmc ioctls and added a meaningful error message for ioctl error. Signed-off-by: Oded Gabbay ---

[PATCH v4 07/23] amdkfd: Add IOCTL set definitions of amdkfd

- KFD_IOC_GET_VERSION: Retrieves the interface version of amdkfd - KFD_IOC_CREATE_QUEUE: Creates a usermode queue that runs on a specific GPU device - KFD_IOC_DESTROY_QUEUE: Destroys an existing usermode queue - KFD_IOC_SET_MEMORY_POLICY: Sets the memory policy

[PATCH v4 06/23] Update MAINTAINERS and CREDITS files with amdkfd info

Signed-off-by: Oded Gabbay --- CREDITS | 7 +++ MAINTAINERS | 10 ++ 2 files changed, 17 insertions(+) diff --git a/CREDITS b/CREDITS index bb62788..c56d8aa 100644 --- a/CREDITS +++ b/CREDITS @@ -1197,6 +1197,13 @@ S: R. Tocantins, 89 - Cristo Rei S: 80050-430 - Curitiba -

[PATCH v4 05/23] drm/radeon: Add radeon <--> amdkfd interface

This patch adds the interface between the radeon driver and the amdkfd driver. The interface implementation is contained in radeon_kfd.c and radeon_kfd.h. The interface itself is represented by a pointer to struct kfd_dev. The pointer is located inside radeon_device structure. All the register

[PATCH v4 04/23] drm/radeon: adding synchronization for GRBM GFX

Implementing a lock for selecting and accessing shader engines and arrays. This lock will make sure that radeon and amdkfd are not colliding when accessing shader engines and arrays with GRBM_GFX_INDEX register. Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/cik.c | 26

[PATCH v4 03/23] drm/radeon: Report doorbell configuration to amdkfd

radeon and amdkfd share the doorbell aperture. radeon sets it up, takes the doorbells required for its own rings and reports the setup to amdkfd. radeon reserved doorbells are at the start of the doorbell aperture. Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/radeon.h| 4

[PATCH v4 02/23] drm/radeon/cik: Don't touch int of pipes 1-7

amdkfd should set interrupts for pipes 1-7. Signed-off-by: Oded Gabbay --- drivers/gpu/drm/radeon/cik.c | 71 +--- 1 file changed, 1 insertion(+), 70 deletions(-) diff --git a/drivers/gpu/drm/radeon/cik.c b/drivers/gpu/drm/radeon/cik.c index

[PATCH v4 01/23] drm/radeon: reduce number of free VMIDs and pipes in KV

To support HSA on KV, we need to limit the number of vmids and pipes that are available for radeon's use with KV. This patch reserves VMIDs 8-15 for amdkfd (so radeon can only use VMIDs 0-7) and also makes radeon thinks that KV has only a single MEC with a single pipe in it v3: Use define for

[PATCH v4 00/23] AMDKFD Kernel Driver

Hi, Here is the v4 patch set of amdkfd. This version mainly contains fixes to the code published in v3 and changes to commit messages to reflect the fixes. In addition, I have added the latest version of a patch-set prepared by Joerg Roedel that allows the mm sub-system to handle TLBs which

[PATCH 12/12] ARM: shmobile: koelsch: Add DU HDMI output support

Add DT nodes for the ADV7511 HDMI encoder and its HDMI output connector and configure the DISP pin group that drives the HDMI transmitter DE pin. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7791-koelsch.dts | 50

[PATCH 11/12] drm: Add adv7511 encoder driver

From: Lars-Peter Clausen This patch adds a driver for the Analog Devices adv7511. The adv7511 is a standalone HDMI transmitter chip. It features a HDMI output interface on one end and video and audio input interfaces on the other. Signed-off-by: Lars-Peter Clausen

[PATCH 10/12] video: Add ADV751[13] DT bindings documentation

The ADV7511, ADV7511W and ADV7513 are HDMI audio and video transmitters compatible with HDMI 1.4 and DVI 1.0. They're described in DT using the OF graph bindings and a list of custom properties pertaining to the input video bus configuration. Cc: devicetree at vger.kernel.org Signed-off-by:

[PATCH 09/12] drm: Decouple EDID parsing from I2C adapter

From: Lars-Peter Clausen The drm_get_edid() function performs direct I2C accesses to read EDID blocks, assuming that the monitor DDC interface is directly connected to the I2C bus. It can't thus be used with HDMI encoders that control the DDC bus and expose EDID blocks through a

[PATCH 08/12] drm: rcar-du: Add HDMI encoder and connector support

SoCs that integrate the DU have no internal HDMI encoder, support external encoders only. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/Kconfig | 11 ++- drivers/gpu/drm/rcar-du/Makefile | 2 +

[PATCH 07/12] drm: rcar-du: Replace drm_encoder with drm_slave_encoder

DRM slave encoders require their associated struct drm_encoder instance to be embedded in a struct drm_slave_encoder. This makes processing encoders regardless of their types needlessly and painfully complex in drivers that use a mix of slave encoders and custom encoders. Such a driver will need

[PATCH 06/12] drm: rcar-du: Replace direct DRM encoder access with cast macro

Add a new macro to downcast an rcar_du_encoder pointer to a drm_encoder pointer and use it. This prepares for the replacement of the rcar_drm_encoder encoder field with a drm_slave_encoder. Signed-off-by: Laurent Pinchart ---

[PATCH 05/12] drm: rcar-du: Pass the encoder DT node to rcar_du_encoder_init()

The encoder DT node will be needed to register an external HDMI encoder. Pass it to the rcar_du_encoder_init() function to prepare for HDMI support. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 5 +++--

[PATCH 04/12] drm: rcar-du: Use for_each_endpoint_of_node()

Replace the manual loop implementation with the macro to simplify the code. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git

[PATCH 03/12] drm: rcar-du: Remove platform data support

All platforms now instantiate the DU through DT, platform data support isn't needed anymore. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/rcar-du/rcar_du_crtc.h| 10 - drivers/gpu/drm/rcar-du/rcar_du_drv.c | 4 +-

[PATCH 02/12] of: Add for_each_endpoint_of_node helper macro

From: Philipp Zabel Note that while of_graph_get_next_endpoint decrements the reference count of the child node passed to it, of_node_put(child) still has to be called manually when breaking out of the loop. Signed-off-by: Philipp Zabel Acked-by: Laurent Pinchart ---

  1   2   >