Re: [PATCH v11 00/25] mm/gup: track dma-pinned pages: FOLL_PIN

On Thu, Dec 19, 2019 at 01:13:54PM -0800, John Hubbard wrote: > On 12/19/19 1:07 PM, Jason Gunthorpe wrote: > > On Thu, Dec 19, 2019 at 12:30:31PM -0800, John Hubbard wrote: > > > On 12/19/19 5:26 AM, Leon Romanovsky wrote: > > > > On Mon, Dec 16, 2019 at 02:25:12PM -0800, John Hubbard wrote: > >

Re: [PATCH v5 2/4] drm/bridge: Patch atomic hooks to take a drm_bridge_state

Hi! Dne četrtek, 19. december 2019 ob 11:11:49 CET je Neil Armstrong napisal(a): > From: Boris Brezillon > > This way the drm_bridge_funcs interface is consistent with the rest of > the subsystem. > > The only driver implementing those hooks (analogix DP) is patched too. > > Signed-off-by:

Re: [PATCH v22 2/2] drm/bridge: Add I2C based driver for ps8640 bridge

Hi Nicolas, Many thanks for you review. Just preparing a new version with your comments addressed. On 20/12/19 9:44, Nicolas Boichat wrote: > On Fri, Dec 20, 2019 at 4:17 PM Enric Balletbo i Serra > wrote: >> >> From: Jitao Shi >> >> This patch adds drm_bridge driver for parade DSI to eDP

[PATCH 2/8] iommu/vt-d: Use default dma_direct_* mapping functions for direct mapped devices

We should only assign intel_dma_ops to devices which will actually use the iommu and let the default fall back dma_direct_* functions handle all other devices. This won't change any behaviour but will just use the generic implementations for direct mapped devices rather than intel specific ones.

Re: [PATCH] drm/amd/display: replace BUG_ON with WARN_ON

On 12/19/19 10:29 AM, Mikita Lipski wrote: > > > On 12/18/19 11:15 AM, Aditya Pakki wrote: >> In skip_modeset label within dm_update_crtc_state(), the dc stream >> cannot be NULL. Using BUG_ON as an assertion is not required and >> can be removed. The patch replaces the check with a WARN_ON in

[PATCH v1] phy: Add DisplayPort configuration options

Allow DisplayPort PHYs to be configured through the generic functions through a custom structure added to the generic union. The configuration structure is used for reconfiguration of DisplayPort PHYs during link training operation. The parameters added here are the ones defined in the

Re: [PATCH v2] drm/amd/display: Reduce HDMI pixel encoding if max clock is exceeded

Ping. Is there any action required to get this landed? On Tue, Dec 10, 2019 at 10:59:24AM -0800, Tom Anderson wrote: > Friendly ping. > > On Mon, Dec 02, 2019 at 01:47:13PM -0800, Thomas Anderson wrote: > > For high-res (8K) or HFR (4K120) displays, using uncompressed pixel > > formats like

[PATCH 1/3] dt-bindings: Add vendor prefix for Chrontel, Inc.

Chrontel makes encoders for video displays and perhaps other stuff. Their web site is http://www.chrontel.com/. Signed-off-by: Lubomir Rintel --- Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++ 1 file changed, 2 insertions(+) diff --git

Re: IGNORE -- Patch "drm/mgag200: Flag all G200 SE A machines as broken wrt " has been added to the 5.4-stable tree

I discovered I was missing a commit when I merged . This series is fine . > On Dec 19, 2019, at 12:24 PM, John Donnelly > wrote: > > Hi > > I am having difficulties with this patch on : 5.4.2 variant ; The system is > not booting with these patches applied. > > I had verified a

[PATCH 1/2] drm/sun4i: backend: Make sure we enforce the clock rate

The backend needs to run at 300MHz to be functional. This was done so far using assigned-clocks in the device tree, but that is easy to forget, and dosen't provide any other guarantee than the rate is going to be roughly the one requested at probe time. Therefore it's pretty fragile, so let's

[RFC PATCH v3 1/7] interconnect: Export of_icc_get_from_provider()

This patch makes the above function public (for use in exynos-bus devfreq driver). Signed-off-by: Artur Świgoń Reviewed-by: Krzysztof Kozlowski Reviewed-by: Chanwoo Choi --- drivers/interconnect/core.c | 3 ++- include/linux/interconnect-provider.h | 6 ++ 2 files changed, 8

[PATCH 0/8] Convert the intel iommu driver to the dma-iommu api

This patchset converts the intel iommu driver to the dma-iommu api. While converting the driver I exposed a bug in the intel i915 driver which causes a huge amount of artifacts on the screen of my laptop. You can see a picture of it here:

<    1   2