[PATCH v7 03/11] drm/i915: return EACCES for check_cmd() failures

On 25 October 2016 at 00:19, Robert Bragg wrote: > check_cmd() is checking whether a command adheres to certain > restrictions that ensure it's safe to execute within a privileged batch > buffer. Returning false implies a privilege problem, not that the > command is invalid. > > The distinction

[Intel-gfx] [PATCH] drm: Release reference from blob lookup after replacing property

On Tue, Oct 25, 2016 at 05:27:21PM -0400, Sean Paul wrote: > On Tue, Oct 25, 2016 at 3:46 PM, Chris Wilson > wrote: > > drm_property_lookup_blob() returns a reference to the returned blob, and > > drm_atomic_replace_property_blob() takes a references to the blob it > > stores, so afterwards we

[Bug 183311] New: Firefox Support phone /(/1~877~424~6647/)/ Firefox phone number ::USA

https://bugzilla.kernel.org/show_bug.cgi?id=183311 Bug ID: 183311 Summary: Firefox Support phone /(/1~877~424~6647/)/ Firefox phone number ::USA Product: Drivers Version: 2.5 Kernel Version: Firefox Support phone

[PATCH v7 06/11] drm/i915: Enable i915 perf stream for Haswell OA unit

On 25 October 2016 at 00:19, 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 v2] drm: Release reference from blob lookup after replacing property

From: Felix Monninger drm_property_lookup_blob() returns a reference to the returned blob, and drm_atomic_replace_property_blob() takes a references to the blob it stores, so afterwards we are left owning a reference to the new_blob that we never release, and thus leak

[PATCH] drm/nouveau: fix nv84 fence context leak

uevent based fences hold a reference to the fence context, just like the legacy ones. So they need to drop this reference in the same way. Signed-off-by: Lucas Stach --- drivers/gpu/drm/nouveau/nouveau_fence.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

linux-next: Tree for Oct 25

On Mon, Oct 24, 2016 at 11:31 PM, Stephen Rothwell wrote: > Hi all, > > There will probably be no linux-next releases next week while I attend > the Kernel Summit. > > Changes since 20161024: > > The pm tree gained a conflict against the imx-mxs tree. > > The mali-dp tree gained a conflict

[PATCH] drm: Release reference from blob lookup after replacing property

drm_property_lookup_blob() returns a reference to the returned blob, and drm_atomic_replace_property_blob() takes a references to the blob it stores, so afterwards we are left owning a reference to the new_blob that we never release, and thus leak memory every time we update a property such as

[PATCH] drm/amd/powerplay: mark symbols static where possible

> -Original Message- > From: Arnd Bergmann [mailto:arnd at arndb.de] > Sent: Tuesday, October 25, 2016 4:15 AM > To: Baoyou Xie > Cc: Deucher, Alexander; Dave Airlie; Zhu, Rex; Zhou, Jammy; Huang, > JinHuiEric; StDenis, Tom; Edward O'Callaghan; Prosyak, Vitaly; Yang, Eric; > Yang, Young;

[PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

Hello Shuah, Shuah Khan wrote: > On 10/19/2016 04:27 PM, Shuah Khan wrote: >> On 10/19/2016 08:16 AM, Inki Dae wrote: >>> Hi Shuah, >>> >>> 2016-10-13 8:11 GMT+09:00 Shuah Khan : Hi Inki, On 08/15/2016 10:40 PM, Inki Dae wrote: >> >> okay the very first commit that

[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

On Mon, Oct 24, 2016 at 04:31:45PM +1000, Dave Airlie wrote: > A recent change to the mm code in: > 87744ab3832b83ba71b931f86f9cfdb000d07da5 > mm: fix cache mode tracking in vm_insert_mixed() > > started enforcing checking the memory type against the registered list for > amixed pfn insertion

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

Chris, Would you be able to make the necessary changes in the suerspace driver so I can do some testing tomorrow? Manasi On Tue, Oct 25, 2016 at 06:16:34PM -0700, Manasi Navare wrote: > A new optional connector property is added for keeping > track of whether the link is good (link training

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

The link status connector property is attached to the drm object in DP initialization. This also defines a helper function to set the property value. This will be used to set the link sttaus to Bad in case of link training failures. Cc: dri-devel at lists.freedesktop.org Cc: Jani Nikula Cc:

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

A new optional 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 Bad, then userspace should fire off a new modeset at the current mode even if there have not been any changes in

[PATCH] drm: Don't force all planes to be added to the state due to zpos

On Mon, Oct 10, 2016 at 03:19:47PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > We don't want all planes to be added to the state whenever a > plane with fixed zpos gets enabled/disabled. This is true > especially for eg. cursor planes on i915, as we want cursor >

[Intel-gfx] [PATCH] drm: Release reference from blob lookup after replacing property

On Tue, Oct 25, 2016 at 3:46 PM, Chris Wilson wrote: > drm_property_lookup_blob() returns a reference to the returned blob, and > drm_atomic_replace_property_blob() takes a references to the blob it > stores, so afterwards we are left owning a reference to the new_blob that > we never release,

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

On Tue, Oct 25, 2016 at 4:09 PM, Archit Taneja wrote: > Hi, > > On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote: >> >> Some rgb-to-vga bridges have an enable GPIO, either directly tied to >> an enable pin on the bridge IC, or indirectly controlling a power >> switch. >> >> Add support for it. > > >

[PATCH v7 01/11] drm/i915: Add i915 perf infrastructure

> + > +/* 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 validates properties in isolation it doesn't > + * validate that the combination of properties makes sense or that all > + *

[PATCH 04/20] drm/ast: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

On Thu, Sep 29, 2016 at 10:48:40PM +0200, Stefan Christ wrote: > Cc: Dave Airlie > Signed-off-by: Stefan Christ > --- > drivers/gpu/drm/ast/ast_fb.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git a/drivers/gpu/drm/ast/ast_fb.c b/drivers/gpu/drm/ast/ast_fb.c > index

[PATCH] drm: Don't force all planes to be added to the state due to zpos

On Tue, Oct 25, 2016 at 10:43 AM, Ville Syrjälä wrote: > On Mon, Oct 10, 2016 at 03:19:47PM +0300, ville.syrjala at linux.intel.com > wrote: >> From: Ville Syrjälä >> >> We don't want all planes to be added to the state whenever a >> plane with fixed zpos gets enabled/disabled. This is true

[PATCH 02/20] drm/amdgpu: use DRM_FB_HELPER_DEFAULT_OPS for fb_ops

On Thu, Sep 29, 2016 at 10:48:38PM +0200, Stefan Christ wrote: > Cc: Alex Deucher > Cc: Christian König > Signed-off-by: Stefan Christ > --- > drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 6 +- > 1 file changed, 1 insertion(+), 5 deletions(-) > > diff --git

[PATCH v2 8/8] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

On Tue, Oct 25, 2016 at 4:13 PM, Archit Taneja wrote: > > > On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote: >> >> The Hummingbird A31 board has a RGB-to-VGA bridge which converts RGB >> output from the LCD interface to VGA signals. >> >> Enable this part of the display pipeline. > > > I couldn't

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

to get a hold of. http://www.teamfortress.com/post.php?id=19733 -- 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/20161025/4c3b1

[PATCH] drm/amd/powerplay: mark symbols static where possible

Arnd > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/87a8f6d9/attachment.html>

[PATCH v5 1/7] drm: sunxi: Add a basic DRM driver for Allwinner DE2

On Tue, 25 Oct 2016 08:44:22 +0200 Daniel Vetter wrote: > > + /* start the subdevices */ > > + ret = component_bind_all(dev, drm); > > + if (ret < 0) > > + goto out2; > > + > > + ret = drm_dev_register(drm, 0); > > This needs to be the very last step in your driver load

[PATCH v5 1/7] drm: sunxi: Add a basic DRM driver for Allwinner DE2

On Mon, 24 Oct 2016 16:04:19 +0200 Maxime Ripard wrote: > Hi, Hi Maxime, > On Fri, Oct 21, 2016 at 09:26:18AM +0200, Jean-Francois Moine wrote: > > Allwinner's recent SoCs, as A64, A83T and H3, contain a new display > > engine, DE2. > > This patch adds a DRM video driver for this device. > >

[PATCH v4 0/3] drm/bridge: add Silicon Image SiI8620 driver

Hi Archit, Gently ping. Regards Andrzej On 07.10.2016 09:02, Andrzej Hajda wrote: > Hi Archit, > > In the 4th iteration the only change is relocation of mhl.h file to > include/drm/bridge. > > Regards > Andrzej > > > Andrzej Hajda (3): > video: add header file for Mobile High-Definition Link

[RFC v2] 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 +

[RFC v2] da850: DDR2/mDDR memory controller driver

This is a follow-up for the series[1] adding new bus and memory drivers to better support the TI LCD controller on the da850-lcdk board. The general consensus of the discussion that followed was that DT is not the right tool for this kind of SoC performance tweaks. In order to avoid committing

[PATCH 1/5] drm: Add atomic helper to redo a modeset on current mode

On Tue, Oct 25, 2016 at 5:09 AM, Jani Nikula wrote: > On Sat, 22 Oct 2016, Manasi Navare wrote: >> This function provides a way for the driver to redo a >> modeset on the current mode and retry the link training >> at a lower link rate/lane count/bpp. This will get called >> incase the link

[PATCH 1/5] drm: Add atomic helper to redo a modeset on current mode

On Tue, Oct 25, 2016 at 03:09:39PM +0300, Jani Nikula wrote: > On Sat, 22 Oct 2016, Manasi Navare wrote: > > This function provides a way for the driver to redo a > > modeset on the current mode and retry the link training > > at a lower link rate/lane count/bpp. This will get called > > incase

[Bug 176311] Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed to get vblank before flip

https://bugzilla.kernel.org/show_bug.cgi?id=176311 Vedran Miletić changed: What|Removed |Added Tree|Mainline|Fedora Kernel

[Bug 176311] Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed to get vblank before flip

https://bugzilla.kernel.org/show_bug.cgi?id=176311 --- Comment #3 from Vedran Miletić --- Created attachment 242721 --> https://bugzilla.kernel.org/attachment.cgi?id=242721=edit xorg log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 176311] Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed to get vblank before flip

https://bugzilla.kernel.org/show_bug.cgi?id=176311 --- Comment #2 from Vedran Miletić --- Created attachment 242711 --> https://bugzilla.kernel.org/attachment.cgi?id=242711=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 1/5] drm: Add atomic helper to redo a modeset on current mode

On Sat, 22 Oct 2016, Manasi Navare wrote: > This function provides a way for the driver to redo a > modeset on the current mode and retry the link training > at a lower link rate/lane count/bpp. This will get called > incase the link training fails during the current modeset. Based on

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

.. URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/1adffc11/attachment.html>

[Intel-gfx] [PATCH v4] dma-buf: Rename struct fence to dma_fence

On Tue, Oct 25, 2016 at 01:00:45PM +0100, Chris Wilson wrote: > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > A consensus was reached in >

[PATCH 4/4] reservation: revert "wait only with non-zero timeout specified (v3)" v2

From: Christian König This reverts commit fb8b7d2b9d80e1e71f379e57355936bd2b024be9. Otherwise signaling might never be activated on the fences. This can result in infinite waiting with hardware which has unreliable interrupts. v2: still return one when the timeout is

[PATCH 3/4] drm/ttm: fix ttm_bo_wait

From: Christian König reservation_object_wait_timeout_rcu() should enable signaling even with a zero timeout, but ttm_bo_wait() can also be called from atomic context and then it is not a good idea to do this. Signed-off-by: Christian König Reviewed-by: Alex Deucher

[PATCH 2/4] dma-buf/fence: revert "don't wait when specified timeout is zero"

From: Christian König This reverts commit 847b19a39e4c9b5e74c40f0842c48b41664cb43c. When we don't call the wait function software signaling might never be activated. This can cause infinite polling loops with unreliable interrupt driven hardware. Signed-off-by:

[PATCH 1/4] dma-buf/fence: make timeout handling in fence_default_wait consistent

From: Christian König Kernel functions taking a timeout usually return 1 on success even when they get a zero timeout. Signen-off-by: Christian König Reviewed-by: Chunming Zhou Reviewed-by: Alex Deucher --- drivers/dma-buf/fence.c | 8 +--- 1 file changed, 5

Fixing zero timeout handling for fence functions

Hi Sumit, sending this once more with all the patches in once set, cause the last one turned out to be a bit chaotic because I send from the wrong branch. The following patch set fixes the handling in the fence and reservation object wait function when the timeout is zero. An AMD developer

[v17 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

On 10/18/2016 04:37 PM, Enric Balletbo Serra wrote: [...] >> --- /dev/null >> +++ b/drivers/gpu/drm/bridge/parade-ps8640.c [...] >> + >> +/* Firmware */ >> +#define PS_FW_NAME "ps864x_fw.bin" >> + > > From where I can download this firmware image? > I suppose this FW bits have to be

[PATCH v2 8/8] ARM: dts: sun6i: hummingbird-a31: Enable display output through VGA bridge

On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote: > The Hummingbird A31 board has a RGB-to-VGA bridge which converts RGB > output from the LCD interface to VGA signals. > > Enable this part of the display pipeline. I couldn't find the enable-gpios binding for the bridge that you introduced in the

[Bug 98016] [bisected] Fury fails to boot on drm-next-4.9

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/6ad75326/attachment.html>

[PATCH v2] drm/mediatek: fixed the calc method of data rate per lane

Tune dsi frame rate by pixel clock, dsi add some extra signal (i.e. Tlpx, Ths-prepare, Ths-zero, Ths-trail,Ths-exit) when enter and exit LP mode, this signal will cause h-time larger than normal and reduce FPS. Need to multiply a coefficient to offset the extra signal's effect. coefficient =

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

Hi, On 10/20/2016 09:13 AM, Chen-Yu Tsai wrote: > Some rgb-to-vga bridges have an enable GPIO, either directly tied to > an enable pin on the bridge IC, or indirectly controlling a power > switch. > > Add support for it. Does the bridge on your platform have an active/passive DAC, or is it a

[PATCH 2/2] drm/msm: Don't provide 'is_enabled' PLL clk_ops

On 10/25, Archit Taneja wrote: > The DSI/HDMI PLLs in MSM require resources like interface clocks, power > domains to be enabled before we can access their registers. > > The clock framework doesn't have a mechanism at the moment where we can > tie such resources to a clock, so we make sure that

[RFC v2] ARM: memory: da8xx-ddrctl: new driver

Kevin Hilman writes: > Bartosz Golaszewski writes: > >> 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

[Nouveau] noveau: emergency shutdown handling is overcomplex and broken

ing list > > Nouveau at lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/nouveau > > -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/fd2c04d2/attachment.sig>

[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

On Mon, 24 Oct 2016, Dave Airlie wrote: > A recent change to the mm code in: > 87744ab3832b83ba71b931f86f9cfdb000d07da5 nit: 12 digits of the SHA1 are sufficient :) > +int arch_io_reserve_memtype_wc(resource_size_t start, resource_size_t size) > +{ > + enum page_cache_mode type =

[Nouveau] noveau: emergency shutdown handling is overcomplex and broken

Thanks for the pointer. But I don't like this patch. If you find a bug, make a bug report or just fix it if you know the fix already. Or write something in IRC. Or write on the Mailing list as a general question or something else But I really don't agree on doing it this way. You would have

[PATCH] drm/radeon: drop register readback in cayman_cp_int_cntl_setup

Am Dienstag, den 25.10.2016, 09:21 +0200 schrieb Christian König: > Am 24.10.2016 um 23:32 schrieb Lucas Stach: > > > > The read is taking a considerable amount of time (about 50us on > > this > > machine). The register does not ever hold anything other than the > > ring > > ID that is updated

[PATCH v4] dma-buf: Rename struct fence to dma_fence

I plan to usurp the short name of struct fence for a core kernel struct, and so I need to rename the specialised fence/timeline for DMA operations to make room. A consensus was reached in https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html that making clear this fence applies

[PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 10/25/2016 11:57 AM, Tobias Jakobi wrote: > Hello Shuah, > > > Shuah Khan wrote: >> On 10/19/2016 04:27 PM, Shuah Khan wrote: >>> On 10/19/2016 08:16 AM, Inki Dae wrote: Hi Shuah, 2016-10-13 8:11 GMT+09:00 Shuah Khan : > Hi Inki, > > On 08/15/2016 10:40 PM, Inki Dae

noveau: emergency shutdown handling is overcomplex and broken

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: Digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/253afc2e/attachment.sig>

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

p.org/archives/dri-devel/attachments/20161025/29b2f7ac/attachment.html>

[Bug 98405] No signal on HDMI output after upgrade to kernel 4.8.3-1

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/46af03d1/attachment.html>

[Bug 98405] No signal on HDMI output after upgrade to kernel 4.8.3-1

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/8c3968b5/attachment.html>

[PATCH] drm: convert DT component matching to component_match_add_release()

On Wed, Oct 19, 2016 at 6:28 AM, Russell King wrote: > Convert DT component matching to use component_match_add_release(). > > Signed-off-by: Russell King Applied to drm-misc, thanks! Sean > --- > Can we please get this patch from

[PATCH v3] dma-buf: Rename struct fence to dma_fence

I plan to usurp the short name of struct fence for a core kernel struct, and so I need to rename the specialised fence/timeline for DMA operations to make room. A consensus was reached in https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html that making clear this fence applies

[Intel-gfx] [PATCH v2] dma-buf: Rename struct fence to dma_fence

On Tue, Oct 25, 2016 at 10:25:49AM +0100, Chris Wilson wrote: > I plan to usurp the short name of struct fence for a core kernel struct, > and so I need to rename the specialised fence/timeline for DMA > operations to make room. > > A consensus was reached in >

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

On Tue, Oct 25, 2016 at 10:52:33AM +0100, Brian Starkey wrote: > Hi Daniel, > > On Mon, Oct 24, 2016 at 10:24:42PM +0200, Daniel Vetter wrote: > > On Mon, Oct 24, 2016 at 4:52 PM, Brian Starkey > > wrote: > > > > > > > > > diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c > > > > >

[PATCH 2/2] drm/msm: Don't provide 'is_enabled' PLL clk_ops

The DSI/HDMI PLLs in MSM require resources like interface clocks, power domains to be enabled before we can access their registers. The clock framework doesn't have a mechanism at the moment where we can tie such resources to a clock, so we make sure that the KMS driver enables these resources

[PATCH 1/2] drm/msm/dsi: Queue HPD helper work in attach/detach callbacks

The msm/dsi host drivers calls drm_helper_hpd_irq_event in the mipi_dsi_host attach/detatch callbacks. mipi_dsi_attach()/mipi_dsi_detach() from a panel/bridge driver could be called from a context where the drm_device's mode_config.mutex is already held, resulting in a deadlock. Queue it as work

[PATCH 0/2] drm/msm: Fixes for issues seen on DB410c

The ADV7533 driver and DT bindings for MDSS hardware are both available in 4.9, which is sufficient to boot with HDMI display on DB410c. With the drm/msm and ADV7533 enabled, the system hangs during boot. One reason is that the PLL driver tries to access registers without the necessary interface

[RFC] ARM: memory: da8xx-ddrctl: new driver

2016-10-24 19:00 GMT+02:00 Mark Rutland : > On Mon, Oct 24, 2016 at 06:46:36PM +0200, Bartosz Golaszewski wrote: >> + >> + dev = >dev; >> + node = dev->of_node; >> + >> + /* Find the board name. */ >> + for (parent = node; >> + !of_node_is_root(parent); >> +

[Bug 176961] resume from suspend not working with nvidia980 Ti, drivers 352 - 370, kernels 3.16 - 4.4

https://bugzilla.kernel.org/show_bug.cgi?id=176961 --- Comment #4 from emailjonathananderson-fedora at yahoo.com --- Good question. Can you please direct me how to test this? -- You are receiving this mail because: You are watching the assignee of the bug.

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

On Tue, Oct 25, 2016 at 12:19:19PM +0200, Daniel Vetter wrote: >On Tue, Oct 25, 2016 at 10:52:33AM +0100, Brian Starkey wrote: > >Ah, makes sense. Should I apply this to drm-misc so it's in a shared tree? Honestly, I don't know. I didn't entirely follow what it was Russell wanted in terms of

[PATCH 1/2] x86/io: add interface to reserve io memtype for a resource range. (v1.1)

* Dave Airlie wrote: > A recent change to the mm code in: > 87744ab3832b83ba71b931f86f9cfdb000d07da5 > mm: fix cache mode tracking in vm_insert_mixed() > > started enforcing checking the memory type against the registered list for > amixed pfn insertion mappings. It happens that the drm

[Intel-gfx] drm/i915: WARN_ON_ONCE(!crtc_clock || cdclk < crtc_clock)

On Mon, 24 Oct 2016, Paul Bolle wrote: > [Detailed post, but please give it a quick scan.] Please file the information in the bug you filed. Please attach dmesg (again, on the bug) with drm.debug=14 and running your patch. BR, Jani. > > On Wed, 2016-10-12 at 14:06 +0200, Paul Bolle wrote: >>

[PATCH] drm/radeon/pm: autoswitch power state when in balanced mode

On Mon, Oct 24, 2016 at 5:31 PM, Lucas Stach wrote: > Am Montag, den 24.10.2016, 12:41 -0400 schrieb Alex Deucher: >> On Mon, Oct 24, 2016 at 5:46 AM, Christian König >> wrote: >> > >> > Am 23.10.2016 um 01:05 schrieb Lucas Stach: >> > > >> > > >> > > The current default of always using the

[PATCH][V2] drm/amd/powerplay: fix spelling mistake and add KERN_WARNING to printks

On Tue, Oct 25, 2016 at 3:43 AM, Christian König wrote: > Am 25.10.2016 um 01:14 schrieb Colin King: >> >> From: Colin Ian King >> >> Fix trivial spelling mistake cant't -> can't and add KERN_WARNING to >> printk messages. Remove redundant spaces before \n too (thanks to >> Joe Perches for

[PATCH] drm/radeon: drop register readback in cayman_cp_int_cntl_setup

On Tue, Oct 25, 2016 at 7:01 AM, Lucas Stach wrote: > Am Dienstag, den 25.10.2016, 09:21 +0200 schrieb Christian König: >> Am 24.10.2016 um 23:32 schrieb Lucas Stach: >> > >> > The read is taking a considerable amount of time (about 50us on >> > this >> > machine). The register does not ever

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/6e16d22d/attachment.html>

linux-next: manual merge of the mali-dp tree with the drm-misc tree

Hi Liviu, Today's linux-next merge of the mali-dp tree got a conflict in: drivers/gpu/drm/arm/malidp_planes.c between commit: ea0e1ce20f73 ("drm/arm: Use per-plane rotation property") from the drm-misc tree and commit: 9ebb89762c30 ("drm: mali-dp: Refactor plane initialisation") from

[PATCH 3/3] drm/bridge: Add ITE IT6251 bridge driver

Hi, On 10/17/2016 10:03 PM, Marek Vasut wrote: > Add driver for the ITE IT6251 LVDS-to-eDP bridge. > > Signed-off-by: Marek Vasut > Cc: Daniel Vetter > Cc: Sean Cross > --- > drivers/gpu/drm/bridge/Kconfig | 9 + > drivers/gpu/drm/bridge/Makefile | 1 + >

[Bug 98352] [ctg bat] igt@kms_flip@basic-flip-vs-wf_vblank

part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/62d889e8/attachment.html>

[Bug 98410] Applications crash when exiting

a meaningful backtrace of the crash help? -- 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/20161025/fe230e41/attachment.html>

[Bug 98410] Applications crash when exiting

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/7941a97b/attachment-0001.html>

[Bug 98410] Applications crash when exiting

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/07aea43f/attachment.html>

[PATCH 10/10] drm/imx: ipuv3-plane: use drm_plane_helper_check_state, clipped coordinates

On Mon, Oct 24, 2016 at 7:50 PM, Philipp Zabel wrote: > Am Freitag, den 21.10.2016, 16:49 +0800 schrieb Ying Liu: >> On Fri, Oct 21, 2016 at 4:18 PM, Philipp Zabel >> wrote: >> > Am Freitag, den 21.10.2016, 13:45 +0800 schrieb Ying Liu: >> >> On Thu, Oct 20, 2016 at 9:29 PM, Philipp Zabel > >>

[Bug 98410] Applications crash when exiting

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/1ff63bcf/attachment.html>

[RFC v2] ARM: memory: da8xx-ddrctl: new driver

Bartosz Golaszewski writes: > 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 +++ >

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

Hi Daniel, On Mon, Oct 24, 2016 at 10:24:42PM +0200, Daniel Vetter wrote: >On Mon, Oct 24, 2016 at 4:52 PM, Brian Starkey >wrote: >>> diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/drm/i2c/tda998x_drv.c index f4315bc..6e6fca2 100644 ---

[Intel-gfx] [PATCH v2 1/8] drm/dp: Factor out helper to distinguish between branch and sink devices

On Tue, 25 Oct 2016, Daniel Vetter wrote: > On Mon, Oct 24, 2016 at 08:10:46PM +0300, Jani Nikula wrote: >> On Mon, 24 Oct 2016, Imre Deak wrote: >> > This check is open-coded in a few places, so it makes sense to simplify >> > things by having a helper for it similar to the rest of DPCD feature

[PATCH] exynos-drm: Fix display manager failing to start without IOMMU problem

On 10/19/2016 04:27 PM, Shuah Khan wrote: > On 10/19/2016 08:16 AM, Inki Dae wrote: >> Hi Shuah, >> >> 2016-10-13 8:11 GMT+09:00 Shuah Khan : >>> Hi Inki, >>> >>> On 08/15/2016 10:40 PM, Inki Dae wrote: >>> > > okay the very first commit that added IOMMU support > introduced the code

gma500: color distortion on framebuffer console unbind

Hi Patrik, On Thu, Oct 20, 2016 at 12:39:35AM +0200, Patrik Jakobsson wrote: > Sorry for late reply. Could be that we're not restoring the state > properly. Not sure though that we guarantee that the framebuffer > contents is valid after unbind. Perhaps take a look at what other > drivers do. I

[PATCH] drm/amd/powerplay: mark symbols static where possible

emains it. if it still not be used in 4.10, then we can remove it. is it right? > Arnd > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/9d0d6ea4/attachment.html>

[PATCH v2] dma-buf: Rename struct fence to dma_fence

I plan to usurp the short name of struct fence for a core kernel struct, and so I need to rename the specialised fence/timeline for DMA operations to make room. A consensus was reached in https://lists.freedesktop.org/archives/dri-devel/2016-July/113083.html that making clear this fence applies

[PATCH] drm/amd/powerplay: mark symbols static where possible

as > necessary. For -next stuff, each driver usually sends at least one, > sometimes several pull requests for the next merge window. > > Alex > > > Baoyou, when you resend a patch, please try to list explicitly why > > you are resending it, when it was last sent, and what kind of reply > > you got (integrating any Ack, listing what changes you did, and > > if there are no other changes, why you think you have to resend it). > > > > Arnd > OK, I see. Thanks for the detailed reply! -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161025/43f3f22d/attachment-0001.html>

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

t_layer' failed. That's unrelated. -- 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/20161025/9f3c6894/attachment.html>

[PATCH v2] drm/fb-helper: Don't call dirty callback for untouched clips

On Tue, 25 Oct 2016 10:09:30 +0200, Daniel Vetter wrote: > > On Tue, Oct 25, 2016 at 08:46:28AM +0200, Takashi Iwai wrote: > > On Fri, 21 Oct 2016 14:52:07 +0200, > > Ville Syrjälä wrote: > > > > > > On Thu, Oct 20, 2016 at 05:05:30PM +0200, Takashi Iwai wrote: > > > > Since 4.7 kernel, we've

[PATCH] drm/amd/powerplay: mark symbols static where possible

On Tuesday, October 25, 2016 10:31:21 AM CEST Baoyou Xie wrote: > On 25 October 2016 at 04:51, Arnd Bergmann wrote: > > On Saturday, October 22, 2016 4:56:22 PM CEST Baoyou Xie wrote: > > The function has no callers, so the easiest way would be to remove it > > entirely, but it's possible that

[Intel-gfx] [PATCH v2 1/8] drm/dp: Factor out helper to distinguish between branch and sink devices

On Tue, Oct 25, 2016 at 10:46:44AM +0300, Jani Nikula wrote: > On Tue, 25 Oct 2016, Daniel Vetter wrote: > > On Mon, Oct 24, 2016 at 08:10:46PM +0300, Jani Nikula wrote: > >> On Mon, 24 Oct 2016, Imre Deak wrote: > >> > This check is open-coded in a few places, so it makes sense to simplify > >>

[PATCH] drm/amd/powerplay: mark symbols static where possible

On Tue, Oct 25, 2016 at 09:09:01AM +0200, Christian König wrote: > Am 25.10.2016 um 08:41 schrieb Daniel Vetter: > > On Mon, Oct 24, 2016 at 10:41:16PM +0200, Arnd Bergmann wrote: > > > On Monday, October 24, 2016 8:07:16 PM CEST Deucher, Alexander wrote: > > > > > > > In fact, these functions

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

org/archives/dri-devel/attachments/20161025/88c8f160/attachment.html>

[PATCH v2] drm/fb-helper: Don't call dirty callback for untouched clips

On Tue, Oct 25, 2016 at 08:46:28AM +0200, Takashi Iwai wrote: > On Fri, 21 Oct 2016 14:52:07 +0200, > Ville Syrjälä wrote: > > > > On Thu, Oct 20, 2016 at 05:05:30PM +0200, Takashi Iwai wrote: > > > Since 4.7 kernel, we've seen the error messages like > > > > > > kernel: [TTM] Buffer eviction

[Bug 97988] [radeonsi] playing back videos with VDPAU exhibits deinterlacing/anti-aliasing issues not visible with VA-API

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

[PATCH][V2] drm/amd/powerplay: fix spelling mistake and add KERN_WARNING to printks

Am 25.10.2016 um 01:14 schrieb Colin King: > From: Colin Ian King > > Fix trivial spelling mistake cant't -> can't and add KERN_WARNING to > printk messages. Remove redundant spaces before \n too (thanks to > Joe Perches for spotting those). > > Signed-off-by: Colin Ian King Reviewed-by:

  1   2   >