Re: 2019 X.Org Board of Directors Elections Nomination period is NOW

Since we haven't seen an onslaught of nominations we've decided to extend the nomination period for another two weeks. Please consider nominating yourself or anyone else you think would be a suitable candidate. This is your chance to help steer the future of X.Org and serve the community.

[Bug 108514] heavy screen flickering with Mobility Radeon X1600 and kernel version 3.15rc2 onward

https://bugs.freedesktop.org/show_bug.cgi?id=108514 --- Comment #31 from Paul Dufresne --- Created attachment 143381 --> https://bugs.freedesktop.org/attachment.cgi?id=143381=edit .config file specifically for Compaq NX9420 on linux 4.19.21 -- You are receiving this mail because: You are the

[Bug 108514] heavy screen flickering with Mobility Radeon X1600 and kernel version 3.15rc2 onward

https://bugs.freedesktop.org/show_bug.cgi?id=108514 --- Comment #30 from Paul Dufresne --- The following patch seems to work for me: client@client-LIFEBOOK-AH531 ~/Téléchargements $ diff -u old/linux-4.19.21/drivers/gpu/drm/radeon/radeon_display.c

[Bug 109526] [CARRIZO] amdgpu fails to resume from S3, atombios stuck executing C554 (len 629, WS 0, PS 0)

https://bugs.freedesktop.org/show_bug.cgi?id=109526 --- Comment #3 from Johannes Hirte --- Created attachment 143380 --> https://bugs.freedesktop.org/attachment.cgi?id=143380=edit dmesg log full dmesg log from boot until a hang attached -- You are receiving this mail because: You are the

Re: [PATCH 0/2] Lima DRM driver

Den 13.02.2019 02.44, skrev Rob Herring: > On Tue, Feb 12, 2019 at 7:00 PM Eric Anholt wrote: >> >> Rob Herring writes: >> [snip] >>> FWIW, I'm working on the panfrost driver and am using the shmem >>> helpers from Noralf. It's the early stages though. I started a patch >>> for etnaviv to

Re: [PATCH 1/3] drm/mediatek: move mipi_dsi_host_register to probe

On Thu, Feb 14, 2019 at 12:42:41PM +0800, Jitao Shi wrote: > DSI panel driver need attach function which is inculde in > mipi_dsi_host_ops. Which function is required from dsi_host? Sean > > If mipi_dsi_host_register is not in probe, dsi panel will > probe fail or more delay. > > So move the

Re: [PATCH 4/6] drm: Add Y2xx and Y4xx (xx:10/12/16) format definitions and fourcc

Swati Sharma kirjoitti 13.2.2019 klo 15.25: The following pixel formats are packed format that follows 4:2:2 chroma sampling. For memory represenation each component is allocated 16 bits each. Thus each pixel occupies 32bit. Y210: For each component, valid data occupies MSB 10 bits.

Re: [PATCH] drm/mediatek: add mt8183 dpi support

On Mon, Feb 11, 2019 at 12:50:59PM +0800, Jitao Shi wrote: > MT8183 sample on rising and falling edge. It can reduce half data io. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/mediatek/mtk_dpi.c | 29 + > 1 file changed, 29 insertions(+) > > diff --git

Re: [PATCH RESEND v2 08/12] dt-bindings: add binding for generic eDP panel

On Thu, Feb 14, 2019 at 2:04 PM Vasily Khoruzhick wrote: > > On Tue, Feb 5, 2019 at 2:24 AM Thierry Reding > wrote: > > > > On Tue, Feb 05, 2019 at 09:57:37AM +0100, Daniel Vetter wrote: > > > On Mon, Feb 04, 2019 at 05:22:58PM +0100, Thierry Reding wrote: > > > > On Mon, Feb 04, 2019 at

Re: [GIT PULL] drm/imx: pending update handling, plane zpos property

On Thu, Feb 14, 2019 at 03:50:57PM +0100, Daniel Vetter wrote: > On Thu, Feb 14, 2019 at 03:19:18PM +0100, Philipp Zabel wrote: > > Hi Daniel, > > > > On Thu, 2019-02-14 at 14:06 +0100, Daniel Vetter wrote: > > > On Wed, Feb 13, 2019 at 05:06:38PM +0100, Philipp Zabel wrote: > > > > Hi Dave,

Re: [RFC v3 17/19] of: unittest: migrate tests to run on KUnit

On Tue, Feb 12, 2019 at 7:44 PM Brendan Higgins wrote: > > On Wed, Nov 28, 2018 at 12:56 PM Rob Herring wrote: > > > > On Wed, Nov 28, 2018 at 1:38 PM Brendan Higgins > > wrote: > > > > > > Migrate tests without any cleanup, or modifying test logic in anyway to > > > run under KUnit using the

Re: [PATCH -next] drm/vmwgfx: Remove set but not used variable 'restart'

Thanks for doing this. Will include this one with next vmwgfx pull request. Reviewed-by: Deepak Rawat On Thu, 2019-02-14 at 02:08 +, YueHaibing wrote: > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function > 'vmw_cmdbuf_work_func': >

Re: drm dsi2hdmi bridge - temperature sensor

Hi Rob. > > > > (Background is to not enable the display until temp is within an > > acceptable range, and disable it if it goes out of range, to prevent > > hw damage I guess) > > The thermal framework already has support for temperature trip points > triggering "throttlers". I guess the

Re: drm dsi2hdmi bridge - temperature sensor

On Thu, Feb 14, 2019 at 9:27 AM Rob Clark wrote: > > I mean, I guess it should be possible with an ugly non-upstreamable > hack, maybe using a notifier_chain to call from the temp sensor driver > to the hdmi bridge driver. I'm not really sure how that could be > represented cleanly in dt, maybe

[PATCH v8 01/10] drm/sun4i: sun6i_mipi_dsi: Compute burst mode loop N1 instruction delay

Loop N1 instruction delay varies between burst and non-burst video modes. 1) for burst mode panels it is computed based on the panel pixel clock along with horizontal sync and porch timings. 2) for non-burst mode panels, it is same as existing (50 - 1) Reference code is available in BSP (from

[PATCH v8 08/10] drm/sun4i: sun6i_mipi_dsi: Setup burst mode

Burst mode in DSI would require separate setup initialization with respect to conventional video mode. Allwinner DSI controller would need below sequence to setup the burst mode. 1) configure the burst drq. 2) configure the burst line. 3) finally enable mode. - To configure burst drq, controller

[PATCH v8 02/10] drm/sun4i: sun6i_mipi_dsi: Support instruction loop selection

Instruction loop selection would require before writing loop number registers, so enable idle, LP11 bits on loop selection register. Reference code available in BSP (from linux-sunxi/ drivers/video/sunxi/disp2/disp/de/lowlevel_sun50iw1/de_dsi.c) (dsi_dev[sel]->dsi_inst_loop_sel.dwval =

[PATCH v8 06/10] drm/sun4i: tcon: Export get tcon0 routine

Sometimes tcon attributes like tcon divider, clock rate etc are needed in interface drivers like DSI. So for such cases interface driver must probe the respective tcon and get the attributes. Since tcon0 probe is already available, via sun4i_get_tcon0 function, export the same instead of probing

[PATCH v8 05/10] drm/sun4i: sun6i_mipi_dsi: Simplify drq to support all modes

Allwinner MIPI DSI drq has enable mode bit and set bits. 1) drq for non-burst, with front porch less than 20 would need to set both enable mode bit and set bits. 2) drq for non-burst, with front porch greater or equal to 20 would not require to do any drq bit setup. 3) drq for burst mode,

[PATCH v8 09/10] drm/sun4i: sun6i_mipi_dsi: Enable trail_inv and trail_fill controls

The burst mode panels with 4-lane would require to enable trail bits in DSI basic control register. So, enable 2byte trail and trail_env for 4-lane burst mode devices. Allwinner A64 BSP should also relie on same setup for enabling trail bit in DSI controller. Reference code avialable in BSP

[PATCH v8 04/10] drm/sun4i: sun6i_mipi_dsi: Fix TCON DRQ set bits

TCON DRQ for non-burst DSI mode can computed based on horizontal front porch value, but the current driver trying to include sync timings along with front porch resulting wrong drq. This patch is trying to update the drq by subtracting hsync_start with hdisplay, which is horizontal front porch.

[PATCH v8 07/10] drm/sun4i: sun6i_mipi_dsi: Probe tcon0 during dsi_bind

Probe tcon0 during dsi_bind, so-that the tcon attributes like divider value, clock rate can get whenever it need. Signed-off-by: Jagan Teki Tested-by: Merlijn Wajer --- drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 7 +++ drivers/gpu/drm/sun4i/sun6i_mipi_dsi.h | 1 + 2 files changed, 8

[PATCH v8 03/10] drm/sun4i: sun6i_mipi_dsi: Setup burst mode timings

Burst mode display timings are different from conventional video mode. For burst mode most of the timings hsa, hbp, hfp, vblk are 0 and hblk is computed as (mode->hdisplay * Bpp) This patch simply add burst mode timings without touching existing mode timings. Reference code taken from BSP (from

[PATCH v8 00/10] drm/sun4i: Allwinner MIPI-DSI Burst mode support

This is next version changes for Allwinner MIPI-DSI Burst mode support. All these changes are grabbed from previous versions[1][2] and grouped it in a proper order so-that it can help to review and merge easy. Changes for v8: - rebase on master - rework on commit messages - include drq changes

[PATCH v8 5/8] drm/sun4i: sun6i_mipi_dsi: Add DSI hblk packet overhead

Like other dsi setup timings, hblk would also require to add packet overhead. Add 10 bytes packet overhead for hblk, so the blank is set using a blanking packet like (4 bytes + 4 bytes + payload + 2 bytes) The value 10 bytes are refereed from Allwinner BSP like how other dsi setup timings grabs

[PATCH v8 4/8] drm/sun4i: sun6i_mipi_dsi: Fix DSI hblk timing calculation

horizontal blank is computed by adding all porch timing values, or htotal total timing value without sync time. Based on "DRM kernel-internal display mode structure" from include/drm/drm_modes.h hblk = htotal - (hsync value); hblk = htotal - (hsync_end - hsync_start); Current driver is

[PATCH v8 7/8] drm/sun4i: sun6i_mipi_dsi: Refactor vertical video start delay

Vertical video start delay is computed by excluding vertical porch value from total vertical timings, but the current driver excluding vertical porch along with vertical sync values from total vertical timings resulting wrong start delay. This patch trying to update the video start delay by

[PATCH v8 8/8] drm/sun4i: sun6i_mipi_dsi: Add DSI Generic short write 2 param transfer

Short transfer write support for DCS and Generic transfer types share similar way to process command sequence in DSI block so add generic write 2 param transfer type macro so-that the panels which are requesting similar transfer type may process properly. Signed-off-by: Jagan Teki ---

[PATCH v8 3/8] drm/sun4i: sun6i_mipi_dsi: Fix DSI hfp timing value

Current driver is calculating hfp maximum value by subtracting htotal with hsync_end which is back porch value, but the hfp refers to front porch. Front porch value is calculating by subtracting hsync_start with hdisplay as per drm_mode timings, and BSP code from BPI-M64-bsp is eventually

[PATCH v8 6/8] drm/sun4i: sun6i_mipi_dsi: Set proper vblk timing calculation

Like other dsi setup timings, or hblk for that matter vblk would also require compute the timings based payload equation along with packet overhead. But, on the other hand vblk computation is also depends on device lane number. - for 4 lane devices, it is computed based on vtotal, packet overhead

[PATCH v8 0/8] drm/sun4i: sun6i_mipi_dsi: Random fixes

These fixes are encounter in Allwinner MIPI-DSI driver while adding new SoC support and ofcourse all these are generic with respect to controller. All these changes are grabbed from previous versions[1] and grouped it in a proper order so-that it can help to review and merge easy. Changes for

[PATCH v8 2/8] drm/sun4i: sun6i_mipi_dsi: Fix DSI hbp timing value

Current driver is calculating hbp maximum value by subtracting hsync_start with hdisplay which is front porch value, but the hbp refers to back porch. Back porch value is calculating by subtracting htotal with hsync_end as per drm_mode timings, and BSP code from BPI-M64-bsp is eventually

[PATCH v8 1/8] drm/sun4i: sun6i_mipi_dsi: Fix VBP size calculation

The horizontal and vertical back porch calculation in BSP code is simply following the Linux drm comment diagram, in include/drm/drm_modes.h which is [hv]back porch = [hv]total - [hv]sync_end BSP code form BPI-M64-bsp is calculating vertical back porch as (from

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #15 from Bjorn Helgaas (bhelg...@google.com) --- Created attachment 281143 --> https://bugzilla.kernel.org/attachment.cgi?id=281143=edit per-cpu alloc debug patch I think bisecting again would be a poor use of your time unless

Re: [PATCH v4 1/4] gpu: ipu-v3: ipu-ic: Rename yuv2rgb encoding matrices

On 2/13/19 2:35 AM, Philipp Zabel wrote: On Tue, 2019-02-12 at 09:42 -0800, Steve Longerbeam wrote: [...] But what about this "SAT_MODE" field in the IC task parameter memory? That just controls the saturation. The result after the matrix multiplication is either saturated to [0..255] or to

[PATCH] dma-buf/sw_sync: remove points on release prior to signaling

Much like the sync_timeline_signal(), remove the points from the timeline so that if the callee is dropping the last reference on the point's fence we don't end up in a deadlock in timeline_fence_release(). Signed-off-by: Lionel Landwerlin --- drivers/dma-buf/sw_sync.c | 3 +++ 1 file changed,

Re: [Freedreno] [DPU PATCH 2/3] drm/msm/dp: add displayPort driver support

On Thu, Feb 14, 2019 at 04:28:33AM -0800, chand...@codeaurora.org wrote: > On 2018-10-23 09:28, Sean Paul wrote: > > On Wed, Oct 10, 2018 at 10:15:58AM -0700, Chandan Uddaraju wrote: > > > Add the needed displayPort files to enable DP driver > > > on msm target. > > > > > > "dp_display" module is

Re: [PATCH v2] staging: android: ion: Allocate from heap ID directly without mask

On Mon, Jan 28, 2019 at 1:44 PM Andrew F. Davis wrote: > > Previously the heap to allocate from was selected by a mask of allowed > heap types. This may have been done as a primitive form of constraint > solving, the first heap type that matched any set bit of the heap mask > was allocated from,

[Bug 109607] [CI][DRMTIP] Time is passing at a different rate between IGT machines and the controller

https://bugs.freedesktop.org/show_bug.cgi?id=109607 --- Comment #3 from CI Bug Log --- A CI Bug Log filter associated to this bug has been updated: {- fi-icl-u3: random tests - incomplete -} {+ fi-icl-u2, fi-icl-u3: random tests - incomplete +} New failures caught by the filter: *

Re: [RFC v3 14/19] Documentation: kunit: add documentation for KUnit

On Wed, Feb 13, 2019 at 04:17:13PM -0800, Brendan Higgins wrote: > On Wed, Feb 13, 2019 at 1:55 PM Kieran Bingham > wrote: > Oh, yep, you are right. Does that mean we should bother at all with a > defconfig? If one wanted a qemu enabled type of kernel and also for kuniut one could imply run:

Re: [PATCH v7 00/23] drm/sun4i: Allwinner A64 MIPI-DSI support

On Wed, Feb 13, 2019 at 2:49 PM Jagan Teki wrote: > > On Wed, Feb 13, 2019 at 2:33 PM Maxime Ripard > wrote: > > > > On Tue, Feb 12, 2019 at 03:16:02PM +0530, Jagan Teki wrote: > > > On Fri, Feb 1, 2019 at 9:12 PM Jagan Teki > > > wrote: > > > > > > > > Here is next version changes for

[Bug 109085] Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others

https://bugs.freedesktop.org/show_bug.cgi?id=109085 --- Comment #3 from Octavio Paez --- Forgot to include output of lspci -v after failure: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770] (rev ff) (prog-if ff) !!! Unknown header

Re: [PATCH] drm/mediatek: add mt8183 dpi support

Hi, Jitao: On Mon, 2019-02-11 at 12:50 +0800, Jitao Shi wrote: > MT8183 sample on rising and falling edge. It can reduce half data io. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/mediatek/mtk_dpi.c | 29 + > 1 file changed, 29 insertions(+) > > diff --git

[Bug 109085] Radeon driver crashes with a message "ring 0 stalled for more than 10344msec" when using Citra and others

https://bugs.freedesktop.org/show_bug.cgi?id=109085 --- Comment #2 from Octavio Paez --- Similar situation: Radeon driver dies whith any load from xorg (i.g. firefox browser, evince, gimp etc.). The system keeps running, nothing else dies. Output from dmesg: [ 2067.992330] radeon :01:00.0:

[Bug 106747] [CI] igt@* - crash - An internal exception that should have been handled was not: UnicodeDecodeError

https://bugs.freedesktop.org/show_bug.cgi?id=106747 --- Comment #8 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

[Bug 107273] [Intel GFX CI] amdgpu 0000:01:00.0: HDMI-A-1: EDID is invalid

https://bugs.freedesktop.org/show_bug.cgi?id=107273 --- Comment #2 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

Re: [PATCH v3 1/2] dt-bindings: drm: panel: Add Samsung s6e63m0 panel documentation

On Sat, 2 Feb 2019 15:27:47 +0100, =?UTF-8?q?Pawe=C5=82=20Chmiel?= wrote: > From: Jonathan Bakker > > This commit adds documentation for Samsung s6e63m0 AMOLED LCD panel > driver. > > Signed-off-by: Jonathan Bakker > Signed-off-by: Paweł Chmiel > --- > Changes from v1: > - Add missing

[Bug 107341] [CI][BAT] igt@amdgpu/amd_prime@amd-to-i915 - fail - Failed assertion: __vgem_fence_signal(fd, fence) == 0 due to setup time taking longer than 10s

https://bugs.freedesktop.org/show_bug.cgi?id=107341 Martin Peres changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Martin Peres

[Bug 107341] [CI][BAT] igt@amdgpu/amd_prime@amd-to-i915 - fail - Failed assertion: __vgem_fence_signal(fd, fence) == 0 due to setup time taking longer than 10s

https://bugs.freedesktop.org/show_bug.cgi?id=107341 --- Comment #4 from CI Bug Log --- The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. -- You are receiving this mail because: You are the

Re: [PATCH 1/2] drm/fourcc: add ARM tiled format modifier

On Thu, Feb 14, 2019 at 03:26:59PM +, Brian Starkey wrote: > Hi, > > On Wed, Feb 06, 2019 at 09:14:56PM +0800, Qiang Yu wrote: > > Signed-off-by: Qiang Yu > > --- > > include/uapi/drm/drm_fourcc.h | 9 + > > 1 file changed, 9 insertions(+) > > > > diff --git

Re: drm dsi2hdmi bridge - temperature sensor

I mean, I guess it should be possible with an ugly non-upstreamable hack, maybe using a notifier_chain to call from the temp sensor driver to the hdmi bridge driver. I'm not really sure how that could be represented cleanly in dt, maybe Rob Herring or someone else on dri-devel has some ideas.

Re: [PATCH 1/2] drm/fourcc: add ARM tiled format modifier

Hi, On Wed, Feb 06, 2019 at 09:14:56PM +0800, Qiang Yu wrote: > Signed-off-by: Qiang Yu > --- > include/uapi/drm/drm_fourcc.h | 9 + > 1 file changed, 9 insertions(+) > > diff --git a/include/uapi/drm/drm_fourcc.h b/include/uapi/drm/drm_fourcc.h > index 0b44260a5ee9..953b59eb3fd2

Re: [RFC] gpu/docs: Clarify what userspace means for gl

On Thu, Feb 14, 2019 at 10:00:17AM +0100, Daniel Vetter wrote: > Clear rules avoid arguing. > > I think it'd be good to have an equally solid list on the kms side. > But kms is much more meant to be a standard, and the list of userspace > projects we've accepted in the past is constantly shifting

Re: [GIT PULL] drm/imx: pending update handling, plane zpos property

On Thu, Feb 14, 2019 at 03:19:18PM +0100, Philipp Zabel wrote: > Hi Daniel, > > On Thu, 2019-02-14 at 14:06 +0100, Daniel Vetter wrote: > > On Wed, Feb 13, 2019 at 05:06:38PM +0100, Philipp Zabel wrote: > > > Hi Dave, Daniel, > > > > > > please consider merging these imx-drm updates for v5.1. >

[Bug 109526] [CARRIZO] amdgpu fails to resume from S3, atombios stuck executing C554 (len 629, WS 0, PS 0)

https://bugs.freedesktop.org/show_bug.cgi?id=109526 --- Comment #2 from Nicholas Kazlauskas --- Please post your full dmesg log and an Xorg log if applicable. I see you have a partial log for the problem on the kernel bugzilla but it'd help to have a full one. -- You are receiving this mail

Re: drm bridge control from another driver

On 13.02.2019 15:31, Vinay Simha B N wrote: > > > On Wed, Feb 13, 2019 at 7:44 PM Andrzej Hajda > wrote: > > On 13.02.2019 14:40, Vinay Simha B N wrote: > > Andrzej/Daniel, > > > > please suggest any input on the scenario for temperature control and >

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #4 from Nicholas Kazlauskas --- There were some patches recently for Raven that fixed some programming sequence issues during changes for dpms / suspend. I wonder if these would help fix what you're reporting - the pstate warnings

Re: [GIT PULL] drm/imx: pending update handling, plane zpos property

Hi Daniel, On Thu, 2019-02-14 at 14:06 +0100, Daniel Vetter wrote: > On Wed, Feb 13, 2019 at 05:06:38PM +0100, Philipp Zabel wrote: > > Hi Dave, Daniel, > > > > please consider merging these imx-drm updates for v5.1. > > > > The branch sits on top of yesterday's drm/imx fixes and adds support

Re: [PATCH v2] drm: Block fb changes for async plane updates

On 2019-01-07 12:41 p.m., Nicholas Kazlauskas wrote: > The prepare_fb call always happens on new_plane_state. > > The drm_atomic_helper_cleanup_planes checks to see if > plane state pointer has changed when deciding to call cleanup_fb on > either the new_plane_state or the old_plane_state. > >

[Bug 202511] amdgpu fails to load saying "Could not allocate 8192 bytes percpu data"

https://bugzilla.kernel.org/show_bug.cgi?id=202511 --- Comment #14 from Michael A. Leonetti (mikealeone...@gmail.com) --- Is there anything else I can try? Should I do the first bisect again? -- You are receiving this mail because: You are watching the assignee of the bug.

Re: [PATCH v2] drm: Block fb changes for async plane updates

On 2/14/19 6:21 AM, Daniel Vetter wrote: > On Wed, Feb 13, 2019 at 09:32:43PM -0200, Helen Koike wrote: >> >> >> On 2/13/19 7:21 PM, Helen Koike wrote: >>> >>> >>> On 2/13/19 5:18 PM, Nicholas Kazlauskas wrote: The prepare_fb call always happens on new_plane_state. The

Re: [PULL] drm-misc-next

On Mon, Feb 11, 2019 at 10:52:20AM +0100, Maxime Ripard wrote: > Hi Dave, Daniel, > > Here is the last (hopefully) pull request of drm-misc-next for the > upcoming pull request. > > Maxime > > drm-misc-next-2019-02-11: > drm-misc-next for 5.1: > > UAPI Changes: > - New fourcc for P010 and

Re: [Intel-gfx] [PATCH 0/3] Make DRM DSC helpers more generally usable

On Wed, 13 Feb 2019, David Francis wrote: > drm_dsc could use some work so that drm drivers other than > i915 can make use of it their own DSC implementations > > Move rc compute, a function that forms part of the DSC spec, > into drm. Update it to DSC 1.2. Also change the packing function > to

Re: [GIT PULL] drm/imx: pending update handling, plane zpos property

On Wed, Feb 13, 2019 at 05:06:38PM +0100, Philipp Zabel wrote: > Hi Dave, Daniel, > > please consider merging these imx-drm updates for v5.1. > > The branch sits on top of yesterday's drm/imx fixes and adds support for > pending update handling, plane zpos property, builds under COMPILE_TEST >

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Move dsc rate params compute into drm

Hi David, url: https://github.com/0day-ci/linux/commits/David-Francis/Make-DRM-DSC-helpers-more-generally-usable/20190214-052541 smatch warnings: drivers/gpu/drm/drm_dsc.c:306 drm_dsc_compute_rc_parameters() warn: impossible condition '(vdsc_cfg->nfl_bpg_offset > 65535) =>

Re[2]: [PATCH v3 8/8] drm/panel: Add Ronbo RB070D30 panel

Hello Paul, Maxime. I suggest the patch to fix it. diff --no-dereference -u -r -N linux-5.0-rc6_origin/Documentation/devicetree/bindings/display/panel/ronbo,rb070d30.txt linux-5.0-rc6/Documentation/devicetree/bindings/display/panel/ronbo,rb070d30.txt ---

Re: Fwd: [PATCH] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

On Wed, 13 Feb 2019, Thierry Reding wrote: > On Wed, Feb 13, 2019 at 11:13:23AM +0100, David Santamaría Rogado wrote: >> Sorry previous one wasn't signed off by. > > And now you've got this comment in the commit message that's going to > confuse people looking at the log. > > It's usually to put

Re: [PATCH] drm: panel-orientation-quirks: Add quirk for Lenovo Ideapad D330

On Wed, Feb 13, 2019 at 06:18:26PM +0100, David Santamaría Rogado wrote: > I was about to forget the signed off like the void removal patch, so I > mistake adding it just with @ as at. I can resend it with mail > corrected. > > I can't see the white spaces issue, The whitespaces issue I send it >

Re: [PATCH 2/2] drm/lima: driver for ARM Mali4xx GPUs

On Thu, Feb 14, 2019 at 10:12 AM Christian König via dri-devel wrote: > > Am 14.02.19 um 03:52 schrieb Alex Deucher via dri-devel: > > [SNIP] > > +static int lima_ioctl_gem_va(struct drm_device *dev, void *data, > > struct drm_file *file) > > +{ > > + struct drm_lima_gem_va

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #3 from Rafał Miłecki --- Created attachment 143375 --> https://bugs.freedesktop.org/attachment.cgi?id=143375=edit dcn10_verify_allow_pstate_change_high() source with line numbers -- You are receiving this mail because: You are

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #2 from Rafał Miłecki --- Created attachment 143374 --> https://bugs.freedesktop.org/attachment.cgi?id=143374=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

https://bugs.freedesktop.org/show_bug.cgi?id=109628 --- Comment #1 from Rafał Miłecki --- Created attachment 143373 --> https://bugs.freedesktop.org/attachment.cgi?id=143373=edit dmesg I'm attaching my pretty big dmesg. There are many MCE errors reported which should be harmless:

[Bug 109628] WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high()

https://bugs.freedesktop.org/show_bug.cgi?id=109628 Bug ID: 109628 Summary: WARNING at dcn10_hw_sequencer.c:868 dcn10_verify_allow_pstate_change_high() Product: DRI Version: XOrg git Hardware: x86-64 (AMD64)

Re: [PATCH 3/3] drm/mediatek: add mt8183 dsi driver support

On 14/02/2019 05:42, Jitao Shi wrote: > MT8183 dsi has two changes with mt8173. > 1. Add the register double buffer control, but we no need it, So make >it default off. > 2. Add picture size control. > > Signed-off-by: Jitao Shi > --- > drivers/gpu/drm/mediatek/mtk_dsi.c | 20

Re: [PATCH 1/1] staging: android: ion: Add the GPL exception for syscalls

On Wed, Feb 13, 2019 at 04:01:46PM -0800, Hyun Kwon wrote: > Add "WITH Linux-syscall-note" to the license to not put GPL > restrictions on user space programs using this header. > > Signed-off-by: Hyun Kwon > --- > drivers/staging/android/uapi/ion.h | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [PATCH v3 5/8] drm/sun4i: dsi: Fix DRQ calculation

On Wed, Feb 13, 2019 at 03:33:38PM +0100, Paul Kocialkowski wrote: > Hi, > > On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote: > > The DRQ calculation code in the Allwinner BSP uses the vertical front > > porch value as the condition, but we're using the video back porch. > > > > Since I

Re: [PATCH v3 3/8] drm/sun4i: dsi: Enforce boundaries on the start delay

hi, On Tue, Feb 12, 2019 at 04:30:33PM +0100, Paul Kocialkowski wrote: > Hi, > > On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote: > > The Allwinner BSP makes sure that we don't end up with a null start delay > > or with a delay larger than vtotal. > > > > The former condition is likely

Re: [PATCH v3 7/8] drm/sun4i: dsi: Add burst support

On Wed, Feb 13, 2019 at 03:36:48PM +0100, Paul Kocialkowski wrote: > Hi, > > On Mon, 2019-02-11 at 15:41 +0100, Maxime Ripard wrote: > > From: Konstantin Sudakov > > > > The current driver doesn't support the DSI burst operation mode. > > > > Let's add the needed quirks to make it work. > > >

Re: [PATCH 2/2] drm/lima: driver for ARM Mali4xx GPUs

Am 14.02.19 um 03:52 schrieb Alex Deucher via dri-devel: [SNIP] +static int lima_ioctl_gem_va(struct drm_device *dev, void *data, struct drm_file *file) +{ + struct drm_lima_gem_va *args = data; + + switch (args->op) { + case LIMA_VA_OP_MAP: + return

Re: [PATCH v2 1/4] drm/sched: Fix entities with 0 rqs.

Am 13.02.19 um 22:03 schrieb Alex Deucher via amd-gfx: On Wed, Jan 30, 2019 at 5:43 AM Christian König wrote: Am 30.01.19 um 02:53 schrieb Bas Nieuwenhuizen: Some blocks in amdgpu can have 0 rqs. Job creation already fails with -ENOENT when entity->rq is NULL, so jobs cannot be pushed.

Re: [PATCH] drm: imx: Use of_node_name_eq for node name comparisons

Hi Rob, On Wed, 2019-02-13 at 12:07 -0600, Rob Herring wrote: > On Wed, Dec 5, 2018 at 1:50 PM Rob Herring wrote: > > > > Convert string compares of DT node names to use of_node_name_eq helper > > instead. This removes direct access to the node name pointer. > > > > For instances using

[PATCH v3 0/9] mm: Use vm_map_pages() and vm_map_pages_zero() API

Previouly drivers have their own way of mapping range of kernel pages/memory into user vma and this was done by invoking vm_insert_page() within a loop. As this pattern is common across different drivers, it can be generalized by creating new functions and use it across the drivers.

Re: [PATCH V2 3/7] mm/gup: Change GUP fast to use flags rather than a write 'bool'

On Wed, Feb 13, 2019 at 03:04:51PM -0800, ira.we...@intel.com wrote: > From: Ira Weiny > > To facilitate additional options to get_user_pages_fast() change the > singular write parameter to be gup_flags. So now we have: long get_user_pages_unlocked(unsigned long start, unsigned long nr_pages,

[PATCH] staging: android: ion: Use low_order_gfp_flags for smaller allocations

gfp_flags is always set high_order_gfp_flags even if allocations of order 0 are made.But for smaller allocations, the system should be able to reclaim some memory. Signed-off-by: Jing Xia Reviewed-by: Yuming Han Reviewed-by: Zhaoyang Huang Reviewed-by: Orson Zhai ---

[PATCH v3 1/9] mm: Introduce new vm_map_pages() and vm_map_pages_zero() API

Previouly drivers have their own way of mapping range of kernel pages/memory into user vma and this was done by invoking vm_insert_page() within a loop. As this pattern is common across different drivers, it can be generalized by creating new functions and use it across the drivers.

Re: [PATCH 4/6] dt-bindings: display: armada: Add display subsystem binding

On Mon, 2019-01-21 at 09:35 -0600, Rob Herring wrote: > On Sun, Jan 20, 2019 at 11:26 AM Lubomir Rintel wrote: > > The Marvell Armada DRM master device is a virtual device needed to list all > > nodes that comprise the graphics subsystem. > > > > Signed-off-by: Lubomir Rintel > > --- > >

[PATCH -next] drm/vmwgfx: Remove set but not used variable 'restart'

Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c: In function 'vmw_cmdbuf_work_func': drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c:514:7: warning: variable 'restart' set but not used [-Wunused-but-set-variable] It not used any more after commit dc366364c4ef

[PATCH v3 4/9] drm/rockchip/rockchip_drm_gem.c: Convert to use vm_map_pages()

Convert to use vm_map_pages() to map range of kernel memory to user vma. Tested on Rockchip hardware and display is working, including talking to Lima via prime. Signed-off-by: Souptick Joarder Tested-by: Heiko Stuebner --- drivers/gpu/drm/rockchip/rockchip_drm_gem.c | 17 ++--- 1

Re: [PATCH RESEND] drm: panel-orientation-quirks: Add quirk for Lenovo Ideapad D330

Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD. Console output gets rotated at boot as Miix 310. Also nuke all the (void *)s in driver_data assignment. Signed-off-by: David Santamaría Rogado --- .../gpu/drm/drm_panel_orientation_quirks.c| 31 +-- 1 file changed,

Re: [PATCH] staging: android: ion: Use low_order_gfp_flags for smaller allocations

Thanks. On Thu, Feb 14, 2019 at 2:27 AM Laura Abbott wrote: > > On 2/11/19 11:09 PM, Jing Xia wrote: > > gfp_flags is always set high_order_gfp_flags even if allocations of > > order 0 are made.But for smaller allocations, the system should be able > > to reclaim some memory. > > > >

Re: [RFC v3 17/19] of: unittest: migrate tests to run on KUnit

On Wed, Nov 28, 2018 at 12:56 PM Rob Herring wrote: > > On Wed, Nov 28, 2018 at 1:38 PM Brendan Higgins > wrote: > > > > Migrate tests without any cleanup, or modifying test logic in anyway to > > run under KUnit using the KUnit expectation and assertion API. > > Nice! You beat me to it. This is

[PATCH] drm/amdgpu: Error handling issues about CHECKED_RETURN

From: Bo Yu Calling "amdgpu_ring_test_helper" without checking return value Signed-off-by: Bo Yu --- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c

Re: [PATCH] drm: panel-orientation-quirks: Add quirk for Lenovo Ideapad D330

I was about to forget the signed off like the void removal patch, so I mistake adding it just with @ as at. I can resend it with mail corrected. I can't see the white spaces issue, The whitespaces issue I send it like the mails before as text without format. Anyways I can resend this entire patch

[PATCH] drm/i915/fence: Do not use TIMER_IRQSAFE

The timer is initialized with TIMER_IRQSAFE flag. It does look like the timer callback requires this flag at all. Its sole purpose is to ensure synchronisation in the workqueue code. Remove TIMER_IRQSAFE flag because it is not required. Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Cc:

[PATCH] drm: panel-orientation-quirks: Add quirk for Lenovo Ideapad D330

Lenovo Ideapad D330 Pentium CPU version has 1920x1200 LCD. Console ouput gets rotated at boot as Miix 310. Signed-off-by: David Santamaría Rogado --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 13 + 1 file changed, 13 insertions(+) diff --git

Re: [RFC v3 14/19] Documentation: kunit: add documentation for KUnit

On Wed, Feb 13, 2019 at 1:55 PM Kieran Bingham wrote: > > Hi Brendan, > > On 12/02/2019 22:10, Brendan Higgins wrote: > > On Mon, Feb 11, 2019 at 4:16 AM Kieran Bingham > > wrote: > >> > >> Hi Brendan, > >> > >> On 09/02/2019 00:56, Brendan Higgins wrote: > >>> On Thu, Dec 6, 2018 at 4:16 AM

[PATCH] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

The (void *) casting in the driver_data variable assignment is superfluous. Spotted by Jani Nikula. --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/drm_panel_orientation_quirks.c

[PATCH] fbdev: omap2: fix warnings in dss core

Commit 60d2fa0dad06 ("fbdev: omap2: no need to check return value of debugfs_create functions") changed the declaration of the return value of function dss_debugfs_create_file() and the following two warnings appeared: drivers/video/fbdev/omap2/omapfb/dss/core.c: In function

Fwd: [PATCH] drm: panel-orientation-quirks: Get rid of superfluous (void *) casting

Sorry previous one wasn't signed off by. The (void *) casting in the driver_data variable assignment is superfluous. Spotted by Jani Nikula. Signed-off-by: David Santamaría Rogado --- drivers/gpu/drm/drm_panel_orientation_quirks.c | 18 +- 1 file changed, 9 insertions(+), 9

Re: [PATCH] drm/amdgpu: Error handling issues about CHECKED_RETURN

Ok, drop it. On Thu, Feb 14, 2019 at 1:09 PM Zhou, David(ChunMing) wrote: > > > > -Original Message- > > From: Bo YU > > Sent: Thursday, February 14, 2019 12:46 PM > > To: Deucher, Alexander ; Koenig, Christian > > ; Zhou, David(ChunMing) > > ; airl...@linux.ie; dan...@ffwll.ch; Zhu,

  1   2   >