[Bug 104806] plasmashell and other KDE binaries start to segfault after updating Mesa to 18.0.0 (radeon)

https://bugs.freedesktop.org/show_bug.cgi?id=104806 Dennis Schridde changed: What|Removed |Added See Also|

[Bug 104831] CAYMAN:KDE applications SIGSEGV

https://bugs.freedesktop.org/show_bug.cgi?id=104831 Dennis Schridde changed: What|Removed |Added See Also|

Re: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

On Tue 30-01-18 02:56:51, He, Roger wrote: > Hi Michal: > > We need a API to tell TTM module the system totally has how many swap > cache. Then TTM module can use it to restrict how many the swap cache > it can use to prevent triggering OOM. For Now we set the threshold of > swap size TTM used

Re: [PATCH v3 1/6] drm: Add drm_mode_config->normalize_zpos boolean

Ville, On 2018-01-26 18:43, Ville Syrjälä wrote: >> I'm not sure if I understand the problem. This series does the following >> in essence: >> >> drm_atomic_helper_check(...) >> { >> /* does A */ >> } >> >> driver_hand_rolled_atomic_helper_check(...) >> { >> /* does A */ >> } >> >> -

Re: [PATCH v5 1/2] drm/bridge: Add Cadence DSI driver

On 29/01/18 18:38, Boris Brezillon wrote: > Note that the TX byte clk should be configured to match the DPI pixel > clock, which means we should refuse any config where the variation is > too big to be recovered. Anyway, we still don't have a way to configure > the PLL rate (which is driving the

Re: [RFC][PATCH 2/4 v2] drm_hwcomposer: Add platformhisi buffer importer for hikey and hikey960

On Mon, Jan 29, 2018 at 12:02 PM, Sean Paul wrote: > On Thu, Jan 25, 2018 at 09:23:45PM -0800, John Stultz wrote: >> On Wed, Jan 24, 2018 at 7:46 AM, Sean Paul wrote: >> > On Tue, Jan 23, 2018 at 03:16:37PM -0800, John Stultz wrote: >> >> +} >> >>

Re: [PATCH] libdrm: intel/Android.mk: Filter libdrm_intel library requirements on x86

On Fri, Jan 26, 2018 at 10:33 AM, Emil Velikov wrote: > Hi all, > > Couple of ideas/notes, > > On 10 January 2018 at 20:36, Rob Herring wrote: >> On Wed, Jan 10, 2018 at 1:09 PM, John Stultz wrote: >>> On Wed, Jan 10, 2018 at

RE: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

get_nr_swap_pages is the only API we can accessed from other module now. It can't cover the case of the dynamic swap size increment. I mean: user can use "swapon" to enable new swap file or swap disk dynamically or "swapoff" to disable swap space. Above is why we always

Re: [PATCH] drm/pl111: Use max memory bandwidth for resolution

Linus Walleij writes: > On Thu, Jan 25, 2018 at 4:46 AM, Eric Anholt wrote: > >>> + pl111_choose_max_resolution(dev, priv->memory_bw, >>> + _config->max_width, >>> +

Re: [PATCH 4/4] drm/pl111: Support multiple endpoints on the CLCD

Linus Walleij writes: > The Versatile PL110 implementations use multiple endpoints: > from the PL111 port, the lines are routed through a PLD, > and from there forked so the same lines go to a VGA DAC and > an external TFT panel connector. This is discrete wireing > so

Re: [PATCH 2/4] drm/pl111: Properly detect the PL110+ variant

Linus Walleij writes: > With a bit of refactoring we can contain the variant data for > the "PL110+" version that is somewhere inbetween PL110 and PL111. > This is used on the ARM Versatile AB and Versatile PB. Patch 2-3 are: Reviewed-by: Eric Anholt

Re: [PATCH 1/4] drm/pl111: Error handling for CMA framebuffer

Linus Walleij writes: > When attaching the CMA framebuffer we need to check for > returned error pointers. This doesn't seem to be necessary on drm-misc-next. signature.asc Description: PGP signature ___ dri-devel mailing

RE: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

Hi Michal: We need a API to tell TTM module the system totally has how many swap cache. Then TTM module can use it to restrict how many the swap cache it can use to prevent triggering OOM. For Now we set the threshold of swap size TTM used as 1/2 * total size and leave the rest for others use.

Re: [PATCH v2 10/43] drm/rockchip: add mutex vop lock

在 2018/1/26 21:16, Thierry Escande 写道: From: zain wang Add a lock to vop to avoid disabling the crtc while waiting for a line flag while enabling psr. If we disable in the middle of waiting for the line flag, we'll end up timing out or worse. Signed-off-by: zain wang

Re: [PATCH v2 03/43] drm/rockchip: Respect page offset for PRIME mmap calls

在 2018/1/26 21:16, Thierry Escande 写道: From: Ørjan Eide When mapping external DMA-bufs through the PRIME mmap call, we might be given an offset which has to be respected. However for the internal DRM GEM mmap path, we have to ignore the fake mmap offset used to identify

Re: [PATCH v2 02/43] drm/rockchip: support prime import sg table

在 2018/1/26 21:16, Thierry Escande 写道: From: Haixia Shi The prime fd to handle ioctl was not used with rockchip before. Support was added in order to pass graphics_Gbm and to support potential uses within Chrome OS (e.g. zero-copy video decode, camera). Signed-off-by:

Re: [PATCH v2 01/43] drm/rockchip: Get rid of unnecessary struct fields

在 2018/1/26 21:16, Thierry Escande 写道: From: Tomasz Figa This patch removes unused fields from vop structure. Signed-off-by: Tomasz Figa Signed-off-by: Sean Paul Signed-off-by: Thierry Escande

[Bug 37474] Segmentation Fault in glCopyTexSubImage2D

https://bugs.freedesktop.org/show_bug.cgi?id=37474 Ben Crocker changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment

[Bug 104660] DC R9 285 dual link DVI modes not shown.

https://bugs.freedesktop.org/show_bug.cgi?id=104660 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 104806] plasmashell and other KDE binaries start to segfault after updating Mesa to 18.0.0 (radeon)

https://bugs.freedesktop.org/show_bug.cgi?id=104806 Matt Turner changed: What|Removed |Added Blocks||104757 Referenced

Re: [PATCH] dt-bindings: display: stm32: correct clock-names in dsi panel example

On Mon, Jan 22, 2018 at 04:35:47PM +0100, Philippe Cornu wrote: > In the dsi panel example, clock names in the "clock-names" > field have been swapped: > * "pclk" (peripheral clock) is < 1 CLK_F469_DSI> on stm32f4 > * "ref" (dsi phy pll ref clock) is <_hse> on stm32f4 > > Signed-off-by: Philippe

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 5:35 PM, wrote: > On Mon, Jan 29, 2018 at 03:40:34PM -0500, Alex Deucher wrote: >> On Mon, Jan 29, 2018 at 3:34 PM, wrote: >> > As far as I can remember, not for the new features ofc, DCE programming >> > for GCN1

[RFC v4 4/5] drm/nouveau: Add support for SLCG for Kepler2

That's right, there's still more power saving to go! Starting with kepler 2, nvidia hardware has an additional level of clockgating known as second level clockgating. The details of this are not exact, but it seems to work by waiting for a collection of dependent hardware blocks to be gated

[RFC 5/5] drm/nouveau: Introduce NvPmEnableGating option

This adds the NvPmEnableGating config option to nouveau, which can be used to enable or disable clockgating for supported chipsets. Enabling can be done by passing config=NvPmEnableGating=1 To nouveau. If your chipset supports it, you'll see a message in your kernel log indicating that

[RFC v4 3/5] drm/nouveau: Add support for BLCG on Kepler2

Same as the previous patch, but for Kepler2 now Signed-off-by: Lyude Paul --- drivers/gpu/drm/nouveau/include/nvkm/subdev/fb.h | 1 + drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 8 +-- drivers/gpu/drm/nouveau/nvkm/engine/gr/gk110.c| 62

[RFC v4 2/5] drm/nouveau: Add support for BLCG on Kepler1

This enables BLCG optimization for kepler1. When using clockgating, nvidia's firmware has a set of registers which are initially programmed by the vbios with various engine delays and other mysterious settings that are safe enough to bring up the GPU. However, the values used by the vbios are more

[RFC v4 0/5] Implement full clockgating for Kepler1 and 2

Next version of my patchseries for adding clockgating support for kepler1 and 2 on nouveau. The first version of this series can be found here: https://patchwork.freedesktop.org/series/36504/ One small change: - Set therm->clkgate_enabled to false until the last patch, where we introduce the

[RFC v4 1/5] drm/nouveau: Add support for basic clockgating on Kepler1

This adds support for enabling automatic clockgating on nvidia GPUs for Kepler1. While this is not technically a clockgating level, it does enable clockgating using the clockgating values initially set by the vbios (which should be safe to use). This introduces two therm helpers for controlling

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 03:40:34PM -0500, Alex Deucher wrote: > On Mon, Jan 29, 2018 at 3:34 PM, wrote: > > As far as I can remember, not for the new features ofc, DCE programming for > > GCN1 > > is very similar if not mostly the same than DCE programming for

Re: [PATCH v2 00/43] DRM Rockchip rk3399 (Kevin)

On Fri, Jan 26, 2018 at 02:16:27PM +0100, Thierry Escande wrote: > Hi, > > This patchset includes cleanups, improvements, and bug fixes for > Rockchip DRM driver and PSR support. > > this patchset depends and needs to be applied on top of Rockchip rk3399 > eDP support [1]. > > [1]

Re: [PATCH v2 37/43] drm/rockchip: Disable PSR on input events

On Fri, Jan 26, 2018 at 02:17:04PM +0100, Thierry Escande wrote: > From: "Kristian H. Kristensen" > > To improve PSR exit latency, we speculatively start exiting when we > receive input events. Occasionally, this may lead to false positives, > but most of the time we get a

Re: [PATCH v2 29/43] drm/bridge: analogix_dp: Move fast link training detect to set_bridge

On Fri, Jan 26, 2018 at 02:16:56PM +0100, Thierry Escande wrote: > From: zain wang > > It's too early to detect fast link training, if other step after it > failed, we will set fast_link flag to 1, and retry set_bridge again. In > this case we will power down and power up

Re: [PATCH v2 28/43] drm/bridge: analogix_dp: Fix incorrect operations with register ANALOGIX_DP_FUNC_EN_1

On Fri, Jan 26, 2018 at 02:16:55PM +0100, Thierry Escande wrote: > From: zain wang > > Register ANALOGIX_DP_FUNC_EN_1(offset 0x18), Rockchip is different to > Exynos: > > on Exynos edp phy, > BIT 7 MASTER_VID_FUNC_EN_N > BIT 6 reserved > BIT 5

Re: [PATCH v2 22/43] drm/bridge: analogix_dp: Check dpcd write/read status

On Mon, Jan 29, 2018 at 04:14:41PM -0500, Sean Paul wrote: > On Fri, Jan 26, 2018 at 02:16:49PM +0100, Thierry Escande wrote: > > From: Lin Huang > > > > We need to check the dpcd write/read return value to see whether the > > write/read was successful > > > > Cc: Kristian

Re: [PATCH v2 24/43] drm/bridge: analogix_dp: Reset aux channel if an error occurred

On Fri, Jan 26, 2018 at 02:16:51PM +0100, Thierry Escande wrote: > From: Lin Huang > > AUX errors are caused by many different reasons. We may not know what > happened in aux channel on failure, so let's reset aux channel if some > errors occurred. > > Cc: 征增 王

Re: Various TTM cleanups (v2)

The series is Reviewed-by: Felix Kuehling Regards,   Felix On 2018-01-29 08:55 AM, Tom St Denis wrote: > Various TTM cleanups (mostly no functional changes). > > Notably patch #1 fixes a bug in the access_kmap() function. > > The rest are either coding style fixes or

Re: [PATCH v2 22/43] drm/bridge: analogix_dp: Check dpcd write/read status

On Fri, Jan 26, 2018 at 02:16:49PM +0100, Thierry Escande wrote: > From: Lin Huang > > We need to check the dpcd write/read return value to see whether the > write/read was successful > > Cc: Kristian H. Kristensen > Signed-off-by: Lin Huang

Re: [PATCH v2 20/43] drm/bridge: analogix_dp: Extend hpd check time to 100ms

On Fri, Jan 26, 2018 at 02:16:47PM +0100, Thierry Escande wrote: > From: Lin Huang > > There was a 1ms delay to detect the hpd signal, which is too short to > detect a short pulse. This patch extends this delay to 100ms. The commit message doesn't align with the code here.

Re: [PATCH v2 01/43] drm/rockchip: Get rid of unnecessary struct fields

On Fri, Jan 26, 2018 at 02:16:28PM +0100, Thierry Escande wrote: > From: Tomasz Figa > > This patch removes unused fields from vop structure. > > Signed-off-by: Tomasz Figa > Signed-off-by: Sean Paul > Signed-off-by: Thierry

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 3:34 PM, wrote: > On Mon, Jan 29, 2018 at 02:39:53PM -0500, Alex Deucher wrote: >> On Mon, Jan 29, 2018 at 2:31 PM, wrote: >> > On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote: >> >> It's similar, but

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 02:39:53PM -0500, Alex Deucher wrote: > On Mon, Jan 29, 2018 at 2:31 PM, wrote: > > On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote: > >> It's similar, but there is still a bunch of DCE specific code. No one > >> has written that

Re: [RFC v2 2/2] dt-bindings: mipi-dsi: Add dual-channel DSI related info

On Thu, Jan 18, 2018 at 10:23:55AM +0530, Archit Taneja wrote: > Add binding info for peripherals that support dual-channel DSI. Add > corresponding optional bindings for DSI host controllers that may > be configured in this mode. Add an example of an I2C controlled > device operating in

Re: [PATCH 00/10] drm/uapi: Validate mode flags/type, and deprecate some of them

On Tue, Nov 14, 2017 at 08:32:48PM +0200, Ville Syrjala wrote: > From: Ville Syrjälä > > I recently realized that we're not validating the mode flags/type > passed in from userspace. Let's try to fix that. > > I'd also like to entirely eliminate some of the more

Re: [PATCH 2/2] drm: adv7511: Add support for i2c_new_secondary_device

On Mon, Jan 29, 2018 at 12:26:00PM +0200, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Monday, 22 January 2018 14:50:00 EET Kieran Bingham wrote: > > The ADV7511 has four 256-byte maps that can be accessed via the main I²C > > ports. Each map has it own I²C address

Re: [PATCH 2/2] drm: adv7511: Add support for i2c_new_secondary_device

On Mon, Jan 22, 2018 at 12:50:01PM +, Kieran Bingham wrote: > The ADV7511 has four 256-byte maps that can be accessed via the main I²C > ports. Each map has it own I²C address and acts as a standard slave > device on the I²C bus. > > Allow a device tree node to override the default addresses

Re: [RFC v2 1/2] dt-bindings: mipi-dsi: Add info about peripherals with non-DSI control bus

On Thu, Jan 18, 2018 at 10:23:54AM +0530, Archit Taneja wrote: > Add a section that describes dt-bindings for peripherals that support > MIPI DSI, but have a different bus as the primary control bus, or no > control bus at all. Add an example for a peripheral with a non-DSI > control bus. > >

Re: [PATCH 1/2] media: adv7604: Add support for i2c_new_secondary_device

On Mon, Jan 22, 2018 at 12:49:56PM +, Kieran Bingham wrote: > From: Jean-Michel Hautbois > > The ADV7604 has thirteen 256-byte maps that can be accessed via the main > I²C ports. Each map has it own I²C address and acts as a standard slave > device on the

Re: [RFC][PATCH 2/4 v2] drm_hwcomposer: Add platformhisi buffer importer for hikey and hikey960

On Thu, Jan 25, 2018 at 09:23:45PM -0800, John Stultz wrote: > On Wed, Jan 24, 2018 at 7:46 AM, Sean Paul wrote: > > On Tue, Jan 23, 2018 at 03:16:37PM -0800, John Stultz wrote: > >> +#ifdef HIKEY > >> +uint32_t HisiImporter::ConvertHalFormatToDrm(uint32_t hal_format) { >

Re: [PATCH 2/3] DT: display: renesas, lvds: document R8A77970 bindings

On Fri, Jan 19, 2018 at 09:29:20PM +0300, Sergei Shtylyov wrote: > Document the R-Car V3M (R8A77970) SoC in the R-Car LVDS bindings. > > Signed-off-by: Sergei Shtylyov > > --- > Documentation/devicetree/bindings/display/bridge/renesas,lvds.txt |1 + > 1

Re: [PATCH v6 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

On Fri, Jan 19, 2018 at 05:13:42PM +0530, Vivek Gautam wrote: > qcom,smmu-v2 is an arm,smmu-v2 implementation with specific > clock and power requirements. This smmu core is used with > multiple masters on msm8996, viz. mdss, video, etc. > Add bindings for the same. > > Signed-off-by: Vivek

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 2:31 PM, wrote: > On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote: >> It's similar, but there is still a bunch of DCE specific code. No one >> has written that DC code for DCE 6 yet. One could use the DC DCE8 >> code as a guide,

Re: [PATCH v2 1/2] DT: display: renesas,du: document R8A77970 bindings

On 01/29/2018 10:02 PM, Rob Herring wrote: >> Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings. >> >> Signed-off-by: Sergei Shtylyov >> >> --- >> Changes in version 2: >> - documented R8A77970 DU ports; >> - patch split from the main R8A77970 DU

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 01:58:46PM -0500, Alex Deucher wrote: > It's similar, but there is still a bunch of DCE specific code. No one > has written that DC code for DCE 6 yet. One could use the DC DCE8 > code as a guide, but it still has to be done. I have not checked the new code, but does it

[PULL] Backlight helpers from tinydrm

Hi Lee, Here's the pull request for Meghana's patch set. It's based on 4.15, and just contains the backlight portion of the set. I couldn't include the rest as it depends on patches that only exist in drm-misc-next atm. Thanks for coordinating with me on this!

Re: [PATCH v2 1/2] DT: display: renesas,du: document R8A77970 bindings

On Fri, Jan 19, 2018 at 12:05:58AM +0300, Sergei Shtylyov wrote: > Document the R-Car V3M (R8A77970) SoC in the R-Car DU bindings. > > Signed-off-by: Sergei Shtylyov > > --- > Changes in version 2: > - documented R8A77970 DU ports; > - patch split from the

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 1:45 PM, wrote: > On Mon, Jan 29, 2018 at 01:04:08PM -0500, Alex Deucher wrote: >> On Mon, Jan 29, 2018 at 12:56 PM, wrote: >> > Hi, >> > >> > I'm an owner of tahiti xt gpu, and I wonder what are the reasons the

Re: [PATCH v3 6/8] drm: Expose modes with aspect ratio, only if requested

On Fri, Jan 12, 2018 at 11:51:34AM +0530, Nautiyal, Ankit K wrote: > From: Ankit Nautiyal > > We parse the EDID and add all the modes in the connector's > modelist. This adds CEA modes with aspect ratio information > too, regadless of if user space requested this

Re: [PATCH v3 5/8] drm: Handle aspect ratio info in atomic and legacy modeset paths

On Fri, Jan 12, 2018 at 11:51:33AM +0530, Nautiyal, Ankit K wrote: > From: Ankit Nautiyal > > If the user mode does not support aspect-ratio, and requests for > a modeset, then the flag bits representing aspect ratio in the > given user-mode must be rejected. >

Re: [RFC v2 1/2] dt-bindings: mipi-dsi: Add info about peripherals with non-DSI control bus

On Thu, Jan 18, 2018 at 10:23:54AM +0530, Archit Taneja wrote: > Add a section that describes dt-bindings for peripherals that support > MIPI DSI, but have a different bus as the primary control bus, or no > control bus at all. Add an example for a peripheral with a non-DSI > control bus. > >

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, ) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #12 from Ricardo Perez --- This tests continue failing on CFL QA igt@gem_ctx_param@invalid-param-get igt@gem_ctx_param@invalid-param-set IGT-Version: 1.21-g37bd27f (x86_64) (Linux:

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 01:04:08PM -0500, Alex Deucher wrote: > On Mon, Jan 29, 2018 at 12:56 PM, wrote: > > Hi, > > > > I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new > > display code is not available for gcn1 hardware? > > No one has

Re: [PATCH v3 06/12] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

On Wed, Jan 17, 2018 at 09:14:15PM +0100, Jernej Skrabec wrote: > This commit adds all necessary compatibles and descriptions needed to > implement A83T HDMI pipeline. > > Mixer is already properly described, so only compatible is added. > > However, A83T TV TCON, which is connected to HDMI,

Re: [AMDGPU][TAHITI XT] new display code

On Mon, Jan 29, 2018 at 12:56 PM, wrote: > Hi, > > I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new > display code is not available for gcn1 hardware? No one has written the code. Alex ___ dri-devel

[AMDGPU][TAHITI XT] new display code

Hi, I'm an owner of tahiti xt gpu, and I wonder what are the reasons the new display code is not available for gcn1 hardware? regards, -- Sylvain ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 104834] does not boot opensuse on fujitsu-siemens platform on cpu t2400-t7200

https://bugs.freedesktop.org/show_bug.cgi?id=104834 Jani Nikula changed: What|Removed |Added Component|General |DRM/Intel

Re: [PATCH v3] drm: Warn if plane/crtc/encoder/connector index exceeds our 32bit bitmasks

On Thu, Jan 25, 2018 at 10:12:52AM -0500, Harry Wentland wrote: > On 2018-01-25 08:30 AM, Ville Syrjala wrote: > > From: Ville Syrjälä > > > > We use 32bit bitmasks to track planes/crtcs/encoders/connectors. > > Naturally we can only do that if the index of those

Re: [PATCH 7/7] dt-bindings: display: msm/dsi: Add updates for SDM845

On Wed, Jan 17, 2018 at 03:04:48PM +0530, Archit Taneja wrote: > SDM845 uses a newer revision (v2.0+) of the 6G DSI controller. This > revision has another clock input at the block boundary called the byte > interface clock. Specify this new clock in the binding. > > A 10nm DSI PHY is used along

Re: [PATCH 6/7] dt-bindings: display: msm/dsi: Add compatible for 14nm DSI PHY

On Wed, Jan 17, 2018 at 03:04:47PM +0530, Archit Taneja wrote: > Add the compatible string for 14nm DSI PHY (used in MSM8996/APQ8096). > From 14nm PHY onwards, the "dsi_phy_regulator" reg-name is not required, > but "dsi_phy_lane" reg-name is. Update the doc to specify the reg-names > each PHY

Re: [PATCH 5/7] dt-bindings: display: msm/dsi: Fix the PHY regulator supply props

On Wed, Jan 17, 2018 at 03:04:46PM +0530, Archit Taneja wrote: > The PHY regulator supply names vary across different PHY versions. > Mention explicitly which PHYs require which supplies. > > Cc: Rob Herring > Cc: devicet...@vger.kernel.org > Signed-off-by: Archit Taneja

Re: [PATCH 4/7] dt-bindings: display: msm/dsi: Remove unused properties

On Wed, Jan 17, 2018 at 03:04:45PM +0530, Archit Taneja wrote: > "qcom,dsi-host-index" and "qcom,dsi-phy-index" DT props aren't > acceptable and have never been used in any DT files. Remove them. > > Cc: Rob Herring > Cc: devicet...@vger.kernel.org > Signed-off-by: Archit Taneja

Re: [PATCH v5 1/2] drm/bridge: Add Cadence DSI driver

Hi Tomi, On Mon, 29 Jan 2018 16:29:21 +0200 Tomi Valkeinen wrote: > On 18/01/18 15:43, Boris Brezillon wrote: > > Add a driver for Cadence DPI -> DSI bridge. > > > > This driver only support a subset of Cadence DSI bridge capabilities. > > > > Here is a non-exhaustive

Re: [PATCH] mm/swap: add function get_total_swap_pages to expose total_swap_pages

On Mon 29-01-18 16:29:42, Roger He wrote: > ttm module needs it to determine its internal parameter setting. Could you be more specific why? > Signed-off-by: Roger He > --- > include/linux/swap.h | 6 ++ > mm/swapfile.c| 15 +++ > 2 files changed, 21

[Bug 104611] [fiji, polaris10] BUG: unable to handle kernel NULL pointer dereference when waking up displays with amdgpu.dc=1

https://bugs.freedesktop.org/show_bug.cgi?id=104611 --- Comment #7 from Harry Wentland --- Did you have a chance to capture a repro dmesg with dc_log=1? -- You are receiving this mail because: You are the assignee for the

[Bug 104274] Unable to cleanly unload kernel module: BUG: unable to handle kernel NULL pointer dereference at 0000000000000258 (mutex_lock)

https://bugs.freedesktop.org/show_bug.cgi?id=104274 --- Comment #5 from Harry Wentland --- Can you try with the latest amd-staging-drm-next from https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next We just fixed a bunch of driver unload issues. It should

[Bug 104825] [amdgpu] [drm:gfx_v8_0_hw_fini] *ERROR* KCQ disabled failed (scratch(0xC040)=0x00000000) when unbinding

https://bugs.freedesktop.org/show_bug.cgi?id=104825 --- Comment #1 from Harry Wentland --- This patch https://patchwork.freedesktop.org/patch/198719/ should fix it, but there could be some other issues as well. amd-staging-drm-next has fixes for a whole bunch of driver

Re: [Intel-gfx] [PATCH] drm/atomic: Fix memleak on ERESTARTSYS during non-blocking commits

Updated IGT results seem sane: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_7698/shards.html Would someone be able to apply this patch? Thanks, Leo On 2018-01-17 03:18 PM, Sean Paul wrote: On Wed, Jan 17, 2018 at 10:39 AM, Maarten Lankhorst wrote: Op

[PATCH] dma-fence: add comment for WARN_ON in dma_fence_release()

In dma_fence_release() there is a WARN_ON which could be triggered by several cases of wrong dma-fence usage. This patch adds a comment to explain two use-cases to help driver developers that use dma-fence and trigger that WARN_ON to better understand the reasons for it. Signed-off-by: Oded

Re: [PATCH libdrm] tests/amdgpu: add missing config.h include

On Monday, 2018-01-29 14:56:04 +, Emil Velikov wrote: > From: Emil Velikov > > Otherwise we'll end up without the macros set during configure stage. > And effectively error out in sanity tests such as the mmap static > assert. > > To reproduce, do a multilib

[Bug 104281] black / corrupted screen when resuming from S3 [AMDGPU]

https://bugs.freedesktop.org/show_bug.cgi?id=104281 --- Comment #9 from Alex Deucher --- The commit that broke it was: commit ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 (refs/bisect/bad) Author: Andy Lutomirski Date: Wed Nov 22 20:39:16 2017 -0800

[PATCH libdrm] tests/amdgpu: add missing config.h include

From: Emil Velikov Otherwise we'll end up without the macros set during configure stage. And effectively error out in sanity tests such as the mmap static assert. To reproduce, do a multilib build - 32bit build on 64bit machine. Cc: Fabio Pedretti

[Bug 104819] [libdrm build failure on 32 bit Ubuntu 16.04] libdrm_macros.h:79:4: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=104819 --- Comment #4 from Emil Velikov --- (In reply to Eric Engestrom from comment #3) > I think you might be hitting a bug combining C++ compilers trying to compile > C and autotools not being smart enough. > What happens

[Bug 104819] [libdrm build failure on 32 bit Ubuntu 16.04] libdrm_macros.h:79:4: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=104819 --- Comment #3 from Eric Engestrom --- I think you might be hitting a bug combining C++ compilers trying to compile C and autotools not being smart enough. What happens if you try to build using Meson? (If you've never

Re: [PATCH v19 03/10] video: backlight: Add of_find_backlight helper in backlight.c

On Mon, Jan 29, 2018 at 4:11 AM, Lee Jones wrote: > On Fri, 26 Jan 2018, Randy Dunlap wrote: > >> On 01/26/2018 01:48 AM, Lee Jones wrote: >> > On Wed, 24 Jan 2018, Meghana Madhyastha wrote: >> > >> >> Add of_find_backlight, a helper function which is a generic version >> >>

[Bug 104837] 'radeonsi: Failed to create context' with 32 bit applications

https://bugs.freedesktop.org/show_bug.cgi?id=104837 Michel Dänzer changed: What|Removed |Added Version|XOrg git|unspecified

Re: [PATCH 01/12] drm/ttm: Fix 'buf' pointer update in ttm_bo_vm_access_kmap() (v2)

Am 29.01.2018 um 15:31 schrieb Michel Dänzer: On 2018-01-29 02:55 PM, Tom St Denis wrote: The buf pointer was not being incremented inside the loop meaning the same block of data would be read or written repeatedly. Signed-off-by: Tom St Denis Reviewed-by: Christian König

Re: [PATCH 01/12] drm/ttm: Fix 'buf' pointer update in ttm_bo_vm_access_kmap() (v2)

On 2018-01-29 02:55 PM, Tom St Denis wrote: > The buf pointer was not being incremented inside the loop > meaning the same block of data would be read or written > repeatedly. > > Signed-off-by: Tom St Denis > Reviewed-by: Christian König Please

[Bug 104819] [libdrm build failure on 32 bit Ubuntu 16.04] libdrm_macros.h:79:4: error: size of unnamed array is negative

https://bugs.freedesktop.org/show_bug.cgi?id=104819 --- Comment #2 from Fabio Pedretti --- Note I am compiling the drm source from git. The same source builds fine on newer Ubuntu. Maybe it's something broken/old in the ubuntu 16.04 toolchain? -- You are receiving

Re: [PATCH v5 1/2] drm/bridge: Add Cadence DSI driver

On 18/01/18 15:43, Boris Brezillon wrote: > Add a driver for Cadence DPI -> DSI bridge. > > This driver only support a subset of Cadence DSI bridge capabilities. > > Here is a non-exhaustive list of missing features: > * burst mode > * DPHY init/configuration steps > * support for additional

Re: [PATCH v5 1/2] drm/bridge: Add Cadence DSI driver

On Mon, 29 Jan 2018 15:59:33 +0200 Tomi Valkeinen wrote: > On 29/01/18 15:14, Boris Brezillon wrote: > > >> You don't disable the dsi_sys_clk neither in the ok nor in the error > >> paths. > > > > Hm, it shouldn't be enabled in the first place: the runtime resume > >

[Bug 104837] 'radeonsi: Failed to create context' with 32 bit applications

https://bugs.freedesktop.org/show_bug.cgi?id=104837 Bug ID: 104837 Summary: 'radeonsi: Failed to create context' with 32 bit applications Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux

Re: [PATCH v5 1/2] drm/bridge: Add Cadence DSI driver

On 29/01/18 15:14, Boris Brezillon wrote: >> You don't disable the dsi_sys_clk neither in the ok nor in the error paths. > > Hm, it shouldn't be enabled in the first place: the runtime resume > hook takes care of enabling it, and we don't need this clock to access > IP registers (which is all we

[PATCH 08/12] drm/ttm: Remove unncessary retval from ttm_bo_vm_fault()

The dual ret/retval was more complex than need be. Now we drop the retval variable and assign the appropriate VM codes to ret instead. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 28

[PATCH 11/12] drm/ttm: Fix coding style in ttm_dma_pool_alloc_new_pages()

Add missing {} braces. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c

[PATCH 07/12] drm/ttm: Fix coding style in ttm_bo_move_memcpy()

Add missing {} braces. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_bo_util.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c

[PATCH 10/12] drm/ttm: Fix coding style in ttm_tt_swapout()

Add missing {} braces. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_tt.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c

[PATCH 12/12] drm/ttm: Simplify ttm_dma_page_put()

Remove redundant store of return code. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

[PATCH 05/12] drm/ttm: Fix coding style in ttm_pool_store()

Correct missing {} style. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc_dma.c

[PATCH 09/12] drm/ttm: Simplify ttm_eu_reserve_buffers()

Hoist the comparison of the ret to -EDEADLK above the two code paths to simplify the function. Signed-off-by: Tom St Denis Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_execbuf_util.c | 14 -- 1 file changed, 8

[PATCH 06/12] drm/ttm: Simplify ttm_dma_find_pool() (v2)

Flip the logic of the comparison and remove the redudant variable for the pool address. Signed-off-by: Tom St Denis Reviewed-by: Christian König (v2): Remove {} bracing. --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c | 15 ++- 1 file

Various TTM cleanups (v2)

Various TTM cleanups (mostly no functional changes). Notably patch #1 fixes a bug in the access_kmap() function. The rest are either coding style fixes or simplifications. ___ dri-devel mailing list dri-devel@lists.freedesktop.org

  1   2   >