[Bug 98520] System randomly crashes / freezes while playing certain games

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/920ac7fb/attachment.html>

[PATCH v2 4/5] ARM: dts: da850-lcdk: enable mstpri and ddrctl nodes

Hi Bartosz, Thank you for the patch. On Monday 31 Oct 2016 15:45:37 Bartosz Golaszewski wrote: > Enable the MSTPRI configuration and DDR2/mDDR memory controller > nodes on da850-lcdk. This is needed in order to adjust the memory > throughput constraints for better tilcdc support. Is there a

[Bug 178421] [regression] Radeon Oops on shutdown

https://bugzilla.kernel.org/show_bug.cgi?id=178421 --- Comment #10 from Borislav Petkov --- Yap, it does. Just did two suspend-to-disk runs. Thanks. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v8 07/12] drm/i915: Enable i915 perf stream for Haswell OA unit

On 28 October 2016 at 03:14, Robert Bragg wrote: > Gen graphics hardware can be set up to periodically write snapshots of > performance counters into a circular buffer via its Observation > Architecture and this patch exposes that capability to userspace via the > i915 perf interface. > > v2: >

[PATCH] dt-bindings: video: exynos7-decon: Remove obsolete samsung,power-domain property

On Sun, Oct 30, 2016 at 03:41:24PM -0500, Rob Herring wrote: > On Fri, Oct 21, 2016 at 05:05:54PM +0300, Krzysztof Kozlowski wrote: > > The samsung,power-domain property is obsolete since commit 0da658704136 > > ("ARM: dts: convert to generic power domain bindings for exynos DT"). > > Replace it

[Bug 98520] System randomly crashes / freezes while playing certain games

: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/3104d69b/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/d385d9c8/attachment-0001.html>

[Bug 93652] Random crashes/freezing with amdgpu Fury X mesa 11.1

nts/20161031/db96a664/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

st likely a kernel or mesa change. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/ccd57c44/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

org/archives/dri-devel/attachments/20161031/c3826226/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/4ee7886b/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/3c976177/attachment.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/7ba66fea/attachment-0001.html>

[Bug 98520] System randomly crashes / freezes while playing certain games

ook place somewhere after 9PM. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/cfda6c0c/attachment.html>

[PATCH] drm: update the documentation of drm_framebuffer_unregister_private

Add obvious description to drm_framebuffer_unregister_private() to explain it is deprecated. Signed-off-by: Rongrong Zou --- drivers/gpu/drm/drm_framebuffer.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/drm_framebuffer.c b/drivers/gpu/drm/drm_framebuffer.c index

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/325a00f2/attachment.html>

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

. Attaching vbios since it was never provided. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/fcc71376/attachment.html>

[PATCH 2/2] drm: tilcdc: Correct misspelling in error message

On 10/31/16 19:33, Jyri Sarha wrote: > On 10/28/16 14:52, Daniel Schultz wrote: >> This error message will be printed when a FIFO underflow irq has >> triggered. Since this happens sometimes and the error message will be >> displayed on the console, it should have a correct spelling. >> >>

[PATCH 2/2] drm: tilcdc: Correct misspelling in error message

On 10/28/16 14:52, Daniel Schultz wrote: > This error message will be printed when a FIFO underflow irq has > triggered. Since this happens sometimes and the error message will be > displayed on the console, it should have a correct spelling. > > Signed-off-by: Daniel Schultz Picked up for my

[PATCH 1/2] drm: tilcdc: Add revision handling for FB_CEILING

On 10/28/16 14:52, Daniel Schultz wrote: > The commit d8ff0c63fbcb ("drm/tilcdc: Adjust the FB_CEILING address") > added an adjustment of the FB_CEILING address. This is done by decrementing > the address by one. > > On the AM335x (rev 0x4F201000) the framebuffer is rotated left over the >

[PATCH 2/2] mm: remove get_user_pages_locked()

On Mon, Oct 31, 2016 at 06:55:33PM +0100, Paolo Bonzini wrote: > > 2. There is currently only one caller of get_user_pages_locked() in > >mm/frame_vector.c which seems to suggest this function isn't widely > >used/known. > > Or not widely necessary. :) Well, quite :) > > > 3. This change

[PATCH] drm/imx: Fix error handling

'drm_dev_alloc()' returns an error pointer in case of error, not NULL So test it with IS_ERR. This behavior has been introduced recently in 0f2886057be3. For some reason, this file has not been updated. Fixes: 0f2886057be3 ("drm: Don't swallow error codes in drm_dev_alloc()") Signed-off-by:

[PATCH 2/2] mm: remove get_user_pages_locked()

On 31/10/2016 14:48, Lorenzo Stoakes wrote: > On Mon, Oct 31, 2016 at 12:45:36PM +0100, Paolo Bonzini wrote: >> >> >> On 31/10/2016 11:02, Lorenzo Stoakes wrote: >>> - * >>> - * get_user_pages should be phased out in favor of >>> - * get_user_pages_locked|unlocked or get_user_pages_fast. Nothing

[PATCH v8 02/12] drm/i915: Add i915 perf infrastructure

s (where the sequential order is relevant). _PERF_PROP_MAX is the last in the enum whereby we can interpret it as an upper bound on the number of properties while we don't currently expect to see property IDs duplicated. The detail here though is that ID 0 is reserved so _PERF_PROP_MAX is more like

[Bug 98518] [r600g, bisected] regression: NI/Turks MSAA texture corruption with FreeCAD and Wine games

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/a8fdec96/attachment-0001.html>

[Bug 98518] [r600g, bisected] regression: NI/Turks MSAA texture corruption with FreeCAD and Wine games

/archives/dri-devel/attachments/20161031/c84987ff/attachment.html>

[PATCH v2 2/4] drm/i915: Set link status property for DP connector

On Sat, 29 Oct 2016, Manasi Navare wrote: > This defines a helper function to set the property value. > This will be used to set the link status to Bad in case > of link training failures. > > v2: > * Simplify the return value (Jani Nikula) > > Cc: dri-devel at lists.freedesktop.org > Cc: Jani

[PATCH libdrm] add libsync.h helper

On 31 October 2016 at 17:44, Rob Clark wrote: > On Mon, Oct 31, 2016 at 1:15 PM, Emil Velikov > wrote: >> On 31 October 2016 at 16:39, Rob Clark wrote: >>> On Mon, Oct 31, 2016 at 11:25 AM, Emil Velikov >> gmail.com> wrote: On 31 October 2016 at 13:44, Rob Clark wrote: > From: Rob

[PATCH v5 1/2] drm: tilcdc: implement palette loading for rev1

On 10/31/16 16:19, Bartosz Golaszewski wrote: > Revision 1 of the IP doesn't work if we don't load the palette (even > if it's not used, which is the case for the RGB565 format). > > Add a function called from tilcdc_crtc_enable() which performs all > required actions if we're dealing with a rev1

[Bug 98512] radeon r600 vdpau: Invalid command stream: texture bo too small

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

[drm:drm-next 2/5] ERROR: "__umoddi3" undefined!

Size: 56840 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/2bb902aa/attachment-0001.gz>

[PATCH] add libsync.h helper

On Mon, Oct 31, 2016 at 12:43:09PM -0400, Rob Clark wrote: > From: Rob Clark > > Rather than cut/pasting these couple ioctl wrappers everywhere, just > stuff them as static-inline into a header. > > This is probably mostly used from mesa, but some drivers, test apps, etc > may also want to use

[PATCH v4 3/3] MAINTAINERS: add an entry for ZTE ZX DRM driver

From: Shawn Guo Add myself as the maintainer of ZTE ZX DRM driver. Signed-off-by: Shawn Guo --- MAINTAINERS | 7 +++ 1 file changed, 7 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1cd38a7e0064..907dbd3261c5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@

[PATCH v4 2/3] drm: zte: add initial vou drm driver

From: Shawn Guo It adds the initial ZTE VOU display controller DRM driver. There are still some features to be added, like overlay plane, scaling, and more output devices support. But it's already useful with dual CRTCs and HDMI monitor working. Signed-off-by: Shawn Guo

[PATCH v4 1/3] dt-bindings: add bindings doc for ZTE VOU display controller

From: Shawn Guo It adds initial bindings doc for ZTE VOU display controller. HDMI is the only supported output device right now. Signed-off-by: Shawn Guo Acked-by: Rob Herring --- .../devicetree/bindings/display/zte,vou.txt| 84 ++ 1 file

[PATCH v4 0/3] Add initial ZTE VOU DRM/KMS driver

From: Shawn Guo The series adds the initial ZTE VOU display controller DRM/KMS driver. There are still some features to be added, like overlay plane, scaling, and more output devices support. But it's already useful with dual CRTCs and HDMI display working. Changes for

[PATCH libdrm] add libsync.h helper

On 31 October 2016 at 16:39, Rob Clark wrote: > On Mon, Oct 31, 2016 at 11:25 AM, Emil Velikov > wrote: >> On 31 October 2016 at 13:44, Rob Clark wrote: >>> From: Rob Clark >>> >>> Rather than cut/pasting these couple ioctl wrappers everywhere, just >>> stuff them as static-inline into a

[PATCH v8 02/12] drm/i915: Add i915 perf infrastructure

On 31 October 2016 at 16:27, Robert Bragg wrote: > > > On Fri, Oct 28, 2016 at 3:27 PM, Matthew Auld > wrote: >> >> > +/* Note we copy the properties from userspace outside of the i915 perf >> > + * mutex to avoid an awkward lockdep with mmap_sem. >> > + * >> > + * Note this function only

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On 31/10/16 05:00 PM, Christian König wrote: > Am 31.10.2016 um 07:44 schrieb Michel Dänzer: >> On 29/10/16 10:58 PM, Mike Lothian wrote: >>> I turned on vsync and everything works great in tomb raider >>> >>> :D >>> >>> Thanks again to everyone who made this possible >>> >>> On Fri, 28 Oct 2016

[PATCH] drm/bridge: dw-hdmi: Set sink_is_hdmi and sink_has_audio in mode_set

On Sun, Oct 30, 2016 at 01:56:25PM +, James Le Cuirot wrote: > These were previously set in dw_hdmi_connector_get_modes but this > isn't called when the EDID is overridden. This can be seen in > drm_helper_probe_single_connector_modes. Using the > drm_kms_helper.edid_firmware parameter

[PATCH v5 2/2] drm: tilcdc: clear the sync lost bit in crtc isr

Hi, On Mon, Oct 31, 2016 at 2:19 PM, Bartosz Golaszewski wrote: > The frame synchronization error happens when the DMA engine attempts > to read what it believes to be the first word of the video buffer but > it cannot be recognized as such or when the LCDC is starved of data > due to

[PATCH v8 02/12] drm/i915: Add i915 perf infrastructure

iple values with a particular property id. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161031/f614188d/attachment-0001.html>

[Bug 178421] [regression] Radeon Oops on shutdown

https://bugzilla.kernel.org/show_bug.cgi?id=178421 --- Comment #9 from Alex Deucher --- Yes, that should fix it. All of the board I tested with had a ddc bus on all connectors so it never came up before. This only triggers on really old boards with TV connectors which don't have a DDC bus for

[PATCH][resend] drm: bridge: add DesignWare HDMI I2S audio support

On Fri, Oct 28, 2016 at 01:22:21AM +, Kuninori Morimoto wrote: > +static struct platform_driver snd_dw_hdmi_driver = { > + .probe = snd_dw_hdmi_probe, The driver must have a .remove function, because the platform device it is binding against can appear and disappear. -- RMK's Patch

[PATCH 2/2] ARM: bus: da8xx-mstpri: new driver

On Monday 31 October 2016 03:24 PM, Bartosz Golaszewski wrote: > 2016-10-31 10:52 GMT+01:00 Sekhar Nori : >> Hi Bartosz, >> >> On Monday 31 October 2016 03:10 PM, Bartosz Golaszewski wrote: >>> 2016-10-31 5:30 GMT+01:00 Rob Herring : On Wed, Oct 26, 2016 at 07:35:55PM +0200, Bartosz

[PATCH v2 1/8] drm/bridge: rgb-to-vga: Support an enable GPIO

On Thu, Oct 27, 2016 at 12:17:24AM +0200, Maxime Ripard wrote: > Hi Rob, > > On Wed, Oct 26, 2016 at 05:13:46PM -0500, Rob Herring wrote: > > On Thu, Oct 20, 2016 at 11:43:37AM +0800, Chen-Yu Tsai wrote: > > > Some rgb-to-vga bridges have an enable GPIO, either directly tied to > > > an enable

[PATCH v2 5/5] ARM: dts: da850-lcdk: add tilcdc panel node

The tilcdc driver is not yet ready for working together with the dumb-vga-dac drm bridge. While the work on enabling drm_bridge support in tilcdc continues, enable the VGA connector on da850-lcdk with the following workaround: use the tilcdc-panel driver with a set of common (and tested)

[PATCH v2 4/5] ARM: dts: da850-lcdk: enable mstpri and ddrctl nodes

Enable the MSTPRI configuration and DDR2/mDDR memory controller nodes on da850-lcdk. This is needed in order to adjust the memory throughput constraints for better tilcdc support. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850-lcdk.dts | 8 1 file changed, 8

[PATCH v2 3/5] ARM: dts: da850: add the mstpri and ddrctl nodes

Add the nodes for the MSTPRI configuration and DDR2/mDDR memory controller drivers to da850.dtsi. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/da850.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi

[PATCH v2 2/5] ARM: bus: da8xx-mstpri: new driver

Create the driver for the da8xx master peripheral priority configuration and implement support for writing to the three Master Priority registers on da850 SoCs. Signed-off-by: Bartosz Golaszewski --- .../devicetree/bindings/bus/ti,da850-mstpri.txt| 20 ++ drivers/bus/Kconfig

[PATCH v2 1/5] ARM: memory: da8xx-ddrctl: new driver

Create a new driver for the da8xx DDR2/mDDR controller and implement support for writing to the Peripheral Bus Burst Priority Register. Signed-off-by: Bartosz Golaszewski --- .../memory-controllers/ti-da8xx-ddrctl.txt | 20 +++ drivers/memory/Kconfig | 8 +

[PATCH v2 0/5] ARM: da850: new drivers for better LCDC support

This series adds two new drivers in order to better support the LCDC rev1 present on the da850 boards. The first patch adds a new memory driver which allows to write to the DDR2/mDDR memory controller present on the da8xx SoCs. The second patch adds a new bus driver which allows to interact with

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On 29/10/16 10:58 PM, Mike Lothian wrote: > I turned on vsync and everything works great in tomb raider > > :D > > Thanks again to everyone who made this possible > > On Fri, 28 Oct 2016 at 19:37 Mike Lothian > wrote: > > Hi Mario > > That fixes the

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On 29/10/16 02:37 AM, Mario Kleiner wrote: > On 10/28/2016 03:34 AM, Michel Dänzer wrote: >> On 27/10/16 10:33 PM, Mike Lothian wrote: >>> >>> Just another gentle ping to see where you are with this? >> >> I haven't got a chance to look into this any further. > > Fwiw., as a proof of concept,

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #4 from René Linder --- I going to try to revert the last Patches on Powerplay. This will need a moment. -- You are receiving this mail because: You are watching the assignee of the bug.

[Nouveau] Nouveau regression since kernel 4.3: loading NVIDIA's firwmare files

On Mon, Oct 31, 2016 at 1:34 AM, Ilia Mirkin wrote: > Hi Alex, > > As you're well-aware, your commit > 8539b37acef73949861a16808b60cb8b5b9b3bab (drm/nouveau/gr: use > NVIDIA-provided external firmwares) broke tons of existing setups for > people who were using extracted firmware files (stored in

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 --- Comment #3 from René Linder --- Created attachment 243361 --> https://bugzilla.kernel.org/attachment.cgi?id=243361=edit Kernel 4.8.4 dmesg Output -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH libdrm] add libsync.h helper

On 31 October 2016 at 13:44, Rob Clark wrote: > From: Rob Clark > > Rather than cut/pasting these couple ioctl wrappers everywhere, just > stuff them as static-inline into a header. > > Signed-off-by: Rob Clark > --- > This is probably mostly used from mesa, but some drivers, test apps, etc >

[PATCH 2/2] ARM: bus: da8xx-mstpri: new driver

Hi Bartosz, On Monday 31 October 2016 03:10 PM, Bartosz Golaszewski wrote: > 2016-10-31 5:30 GMT+01:00 Rob Herring : >> On Wed, Oct 26, 2016 at 07:35:55PM +0200, Bartosz Golaszewski wrote: >>> Create the driver for the da8xx master peripheral priority >>> configuration and implement support for

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #2

[PATCH v5 2/2] drm: tilcdc: clear the sync lost bit in crtc isr

The frame synchronization error happens when the DMA engine attempts to read what it believes to be the first word of the video buffer but it cannot be recognized as such or when the LCDC is starved of data due to insufficient bandwidth of the system interconnect. On some SoCs (notably: da850)

[PATCH v5 1/2] drm: tilcdc: implement palette loading for rev1

Revision 1 of the IP doesn't work if we don't load the palette (even if it's not used, which is the case for the RGB565 format). Add a function called from tilcdc_crtc_enable() which performs all required actions if we're dealing with a rev1 chip. Signed-off-by: Bartosz Golaszewski ---

[PATCH v5 0/2] drm: tilcdc: improved support for rev1

This series contains two patches needed to support revision 1 of the LCD controller on da850 SoCs. The first one implements palette loading - this is a resend of v4 of the stand-alone patch. The second resets the input FIFO in the DMA controller if a sync lost error occurs and disables the

[PATCH v2 1/4] drm: Add a new connector property for link status

On Sat, 29 Oct 2016, Manasi Navare wrote: > A new default connector property is added for keeping > track of whether the link is good (link training passed) or > link is bad (link training failed). If the link status property > is not good, then userspace should fire off a new modeset at the

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 10:57:16AM -0400, Rob Clark wrote: > On Mon, Oct 31, 2016 at 10:38 AM, Chris Wilson > wrote: > > Which discards the synchronisation on the new fence if there's an error, > > are we meant to flag a GL_ERROR? > > The error checking should already be done at the egl level.

[PATCH libdrm 2/2] automake: drop PTHREAD_CFLAGS/LIBS references

From: Emil Velikov As per last commit, we only use the package to check if the runtime is pthread (stub) aware or not. We don't want to use the contents of the variables, if any. Signed-off-by: Emil Velikov --- We can ignore this patch if we consider doing the

[PATCH libdrm 1/2] configure.ac: error out if pthread-stubs provides a library

From: Emil Velikov If the C runtime doesn't provide the pthread stubs itself, pthread-stubs will create a library which although it might work is quite fragile and can cause issues like https://bugs.freedesktop.org/show_bug.cgi?id=98048 Consider the following: Foo

[Bug 185681] amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 Nayan Deshmukh changed: What|Removed |Added CC||nayan26deshmukh at gmail.com ---

[Bug 185681] New: amdgpu: powerplay initialization failed

https://bugzilla.kernel.org/show_bug.cgi?id=185681 Bug ID: 185681 Summary: amdgpu: powerplay initialization failed Product: Drivers Version: 2.5 Kernel Version: 4.9.0-rc3-1.gb005706-vanilla Hardware: x86-64 OS: Linux

[PATCH v2 4/5] ARM: dts: da850-lcdk: enable mstpri and ddrctl nodes

Laurent Pinchart writes: > Hi Bartosz, > > Thank you for the patch. > > On Monday 31 Oct 2016 15:45:37 Bartosz Golaszewski wrote: >> Enable the MSTPRI configuration and DDR2/mDDR memory controller >> nodes on da850-lcdk. This is needed in order to adjust the memory >> throughput constraints for

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 10:30:23AM -0400, Rob Clark wrote: > On Mon, Oct 31, 2016 at 9:55 AM, Chris Wilson > wrote: > > What I liked was doing > > > > if (fd2 < 0) > > return dup(fd1); > > > > if (fd1 < 0) > > return dup(fd2); > > > > That makes accumulating the fences in the

[PATCH v3 1/4] drm: Add a new connector property for link status

A new default connector property is added for keeping track of whether the link is good (link training passed) or link is bad (link training failed). If the link status property is not good, then userspace should fire off a new modeset at the current mode even if there have not been any changes

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 09:44:07AM -0400, Rob Clark wrote: > From: Rob Clark > > Rather than cut/pasting these couple ioctl wrappers everywhere, just > stuff them as static-inline into a header. > > Signed-off-by: Rob Clark > --- > This is probably mostly used from mesa, but some drivers, test

[PATCH] add libsync.h helper

On Mon, Oct 31, 2016 at 1:23 PM, Chris Wilson wrote: > On Mon, Oct 31, 2016 at 12:43:09PM -0400, Rob Clark wrote: >> From: Rob Clark >> >> Rather than cut/pasting these couple ioctl wrappers everywhere, just >> stuff them as static-inline into a header. >> >> This is probably mostly used from

[PATCH 2/2] mm: remove get_user_pages_locked()

On Mon, Oct 31, 2016 at 12:45:36PM +0100, Paolo Bonzini wrote: > > > On 31/10/2016 11:02, Lorenzo Stoakes wrote: > > - * > > - * get_user_pages should be phased out in favor of > > - * get_user_pages_locked|unlocked or get_user_pages_fast. Nothing > > - * should use get_user_pages because it

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 1:15 PM, Emil Velikov wrote: > On 31 October 2016 at 16:39, Rob Clark wrote: >> On Mon, Oct 31, 2016 at 11:25 AM, Emil Velikov >> wrote: >>> On 31 October 2016 at 13:44, Rob Clark wrote: From: Rob Clark Rather than cut/pasting these couple ioctl

[PATCH libdrm] add libsync.h helper

2016-10-31 Rob Clark : > On Mon, Oct 31, 2016 at 9:55 AM, Chris Wilson > wrote: > > On Mon, Oct 31, 2016 at 09:44:07AM -0400, Rob Clark wrote: > >> From: Rob Clark > >> > >> Rather than cut/pasting these couple ioctl wrappers everywhere, just > >> stuff them as static-inline into a header. >

[Spice-devel] [drm/qxl 6/6] qxl: Allow resolution which are not multiple of 8

On Mon, 2016-10-31 at 07:35 -0400, Frediano Ziglio wrote: > > > > The use of drm_cvt_mode() in qxl_add_monitors_config_modes() means > > that > > the resolutions we are going to present to user-space are going to > > be > > rounded down to a multiple of 8. In the QXL arbitrary resolution > >

[PATCH 2/2] mm: remove get_user_pages_locked()

On 31/10/2016 11:02, Lorenzo Stoakes wrote: > - * > - * get_user_pages should be phased out in favor of > - * get_user_pages_locked|unlocked or get_user_pages_fast. Nothing > - * should use get_user_pages because it cannot pass > - * FAULT_FLAG_ALLOW_RETRY to handle_mm_fault. This comment

[PATCH] add libsync.h helper

From: Rob Clark Rather than cut/pasting these couple ioctl wrappers everywhere, just stuff them as static-inline into a header. This is probably mostly used from mesa, but some drivers, test apps, etc may also want to use it from libdrm. v2: handle EINTR, add

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 11:25 AM, Emil Velikov wrote: > On 31 October 2016 at 13:44, Rob Clark wrote: >> From: Rob Clark >> >> Rather than cut/pasting these couple ioctl wrappers everywhere, just >> stuff them as static-inline into a header. >> >> Signed-off-by: Rob Clark >> --- >> This is

[PATCH 2/2] ARM: bus: da8xx-mstpri: new driver

Sekhar Nori writes: > On Monday 31 October 2016 03:24 PM, Bartosz Golaszewski wrote: >> 2016-10-31 10:52 GMT+01:00 Sekhar Nori : >>> Hi Bartosz, >>> >>> On Monday 31 October 2016 03:10 PM, Bartosz Golaszewski wrote: 2016-10-31 5:30 GMT+01:00 Rob Herring : > On Wed, Oct 26, 2016 at

[drm:drm-next 2/5] ERROR: "__umoddi3" undefined!

On Mon, 31 Oct 2016, kbuild test robot wrote: > tree: git://people.freedesktop.org/~airlied/linux.git drm-next > head: fb422950c6cd726fd36eb72a7cf84583440a18a2 > commit: 5481e27f6fd06b7cb902072e81d6b083db8155eb [2/5] Merge tag > 'drm-intel-next-2016-10-24' of

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

nts/20161031/8ff0f5e2/attachment.html>

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 11:15 AM, Chris Wilson wrote: > On Mon, Oct 31, 2016 at 10:57:16AM -0400, Rob Clark wrote: >> On Mon, Oct 31, 2016 at 10:38 AM, Chris Wilson >> wrote: >> > Which discards the synchronisation on the new fence if there's an error, >> > are we meant to flag a GL_ERROR? >>

[PATCH] drm/nouveau/acpi: fix check for power resources support

On Sat, Oct 29, 2016 at 01:40:03AM +0200, Peter Wu wrote: > Check whether the kernel really supports power resources for a device, > otherwise the power might not be removed when the device is runtime > suspended (DSM should still work in these cases where PR does not). > > Link:

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 10:38 AM, Chris Wilson wrote: > On Mon, Oct 31, 2016 at 10:30:23AM -0400, Rob Clark wrote: >> On Mon, Oct 31, 2016 at 9:55 AM, Chris Wilson >> wrote: >> > What I liked was doing >> > >> > if (fd2 < 0) >> > return dup(fd1); >> > >> > if (fd1 < 0) >> >

[PATCH 2/2] ARM: bus: da8xx-mstpri: new driver

2016-10-31 10:52 GMT+01:00 Sekhar Nori : > Hi Bartosz, > > On Monday 31 October 2016 03:10 PM, Bartosz Golaszewski wrote: >> 2016-10-31 5:30 GMT+01:00 Rob Herring : >>> On Wed, Oct 26, 2016 at 07:35:55PM +0200, Bartosz Golaszewski wrote: Create the driver for the da8xx master peripheral

[PATCH 2/2] ARM: bus: da8xx-mstpri: new driver

2016-10-31 5:30 GMT+01:00 Rob Herring : > On Wed, Oct 26, 2016 at 07:35:55PM +0200, Bartosz Golaszewski wrote: >> Create the driver for the da8xx master peripheral priority >> configuration and implement support for writing to the three >> Master Priority registers on da850 SoCs. >> >>

[PATCH] drm/atomic-helper: fix reference to drm_atomic_helper_commit_planes

The kernel-doc references drm_atomic_commit_planes() which does not exist. The functions name is drm_atomic_helper_commit_planes(). Signed-off-by: Stefan Agner --- include/drm/drm_modeset_helper_vtables.h | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 9:55 AM, Chris Wilson wrote: > On Mon, Oct 31, 2016 at 09:44:07AM -0400, Rob Clark wrote: >> From: Rob Clark >> >> Rather than cut/pasting these couple ioctl wrappers everywhere, just >> stuff them as static-inline into a header. >> >> Signed-off-by: Rob Clark >> --- >>

[PATCH] drm/fsl-dcu: disable planes before disabling CRTC

After disabling and reenabling the CRTC the DCU sometimes got stuck displaying the whole screen with a solid color. Disabling and reenabling the CRTC did not recover from the situation. This was often reproducable by just restarting the X-Server. The disabling sequence is not explicitly

[PATCH libdrm] add libsync.h helper

On Mon, Oct 31, 2016 at 9:55 AM, Chris Wilson wrote: > On Mon, Oct 31, 2016 at 09:44:07AM -0400, Rob Clark wrote: >> From: Rob Clark >> >> Rather than cut/pasting these couple ioctl wrappers everywhere, just >> stuff them as static-inline into a header. >> >> Signed-off-by: Rob Clark >> --- >>

[PATCH] drm: tda998x: mali-dp: hdlcd: refactor connector registration

On Mon, Oct 31, 2016 at 09:00:08AM +, Russell King - ARM Linux wrote: > I need the patch against v4.8. I'm happy to pick it up and add it > to my drm-tda998x-devel branch, which you can then merge into > drm-misc if you wish. ... or if Brian wants to send a git pull request to us with the

[PATCH] drm/tegra: dpaux: Fix error handling

On 28/10/16 10:09, Christophe JAILLET wrote: > 'devm_pinctrl_register()' returns an error pointer or a valid handle. So > checking for NULL here is pointless and can never trigger. > > Check the returned value with IS_ERR instead and propagate this value as > done in the other functions which

[PATCH] drm/i2c/tda998x: mark symbol static where possible

On Mon, Oct 24, 2016 at 04:27:45PM +0200, Daniel Vetter wrote: > On Mon, Oct 24, 2016 at 12:14:14PM +0200, Arnd Bergmann wrote: > > On Saturday, October 22, 2016 5:14:42 PM CEST Baoyou Xie wrote: > > > We get 1 warning when building kernel with W=1: > > > drivers/gpu/drm/i2c/tda998x_drv.c:1292:5:

[PATCH 2/2] mm: remove get_user_pages_locked()

get_user_pages() now has an int *locked parameter which renders get_user_pages_locked() redundant, so remove it. This patch should not introduce any functional changes. Signed-off-by: Lorenzo Stoakes --- include/linux/mm.h | 2 -- mm/frame_vector.c | 4 ++-- mm/gup.c | 56

[PATCH 1/2] mm: add locked parameter to get_user_pages()

This patch adds an int *locked parameter to get_user_pages() to allow VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked(). It additionally clears the way for get_user_pages_locked() to be removed as its sole remaining useful characteristic was to allow for VM_FAULT_RETRY

[PATCH 0/2] mm: remove get_user_pages_locked()

by adding an int *locked parameter to get_user_pages() callers to this function can now utilise VM_FAULT_RETRY functionality. Taken in conjunction with the patch series adding the same parameter to get_user_pages_remote() this means all slow-path get_user_pages*() functions will now have the

[PATCH 1/2] drm: Track drm_mm allocators and show leaks on shutdown

Am 29.10.2016 um 20:42 schrieb Chris Wilson: > We can use the kernel's stack tracer and depot to record the allocation > site of every drm_mm user and then on shutdown as well as warning that > allocated nodes still reside with the drm_mm range manager, we can also > display who allocated them to

  1   2   >