[PATCH] dim: autodetect branches in rebuild-nightly

Needs new url-mapping information in nightly.conf to work properly. v2: - Fix typo when calling rr_cache_dir. Oops. - Use cut -f 1 instead of sed/regex horrors (jani). Signed-off-by: Daniel Vetter --- dim | 50 +- 1 file changed, 37

[Intel-gfx] [PATCH 07/10] dim: autodetect branches in rebuild-nightly

On Tue, Oct 18, 2016 at 3:52 PM, Jani Nikula wrote: > On Tue, 18 Oct 2016, Daniel Vetter wrote: >> Needs new url-mapping information in nightly.conf to work properly. > > I think in the long run the right fix would be to make nightly.conf > independent of remote names. Not sure if that's worth

[PATCH 06/10] dim: Nuke nightly-forget

On Tue, Oct 18, 2016 at 3:39 PM, Jani Nikula wrote: > On Tue, 18 Oct 2016, Daniel Vetter wrote: >> With our proliferation of branches it's become long useless. Nowadays >> my MO is to revert the offending commit in the rerere-cache branch >> explicitly, remove drm-intel-nightly/.git/rr-cache and

[Intel-gfx] [PATCH 05/10] dim: support git worktree for aux checkouts

On Tue, Oct 18, 2016 at 3:38 PM, Jani Nikula wrote: >> + if git help worktree &> /dev/null ; then >> + cd $DIM_PREFIX/$DIM_DRM_INTEL >> + remote=`get_remote_name $remote_url` >> + if ! git branch | grep $name > /dev/null ;

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

.org/archives/dri-devel/attachments/20161018/26c81277/attachment.html>

[PATCH 0/5] drm/sun4i: Handle TV overscan

On Tue, 18 Oct 2016 12:03:49 +0200 Maxime Ripard wrote: > The fourth one being the major one. Every time I raised the issue on > IRC, the answer basically was "we don't care about analog", so I'm a > bit pessimistic about whether dealing with this in the core would be > accepted, hence why I

[PATCH 0/6] R-Car DU fixes and cleanups

Hi Tomi and Dave, On Tuesday 04 Oct 2016 15:31:33 Laurent Pinchart wrote: > Hello, > > This patch series contains five simple cleanups and fixes for the > rcar-du-drm driver, as well as an argument constification patch for > video/of. > > The patches themselves are straightforward, see

[Bug 178221] radeon performance drop from 4.8 to 4.9-rc1 in Shadow of Mordor

https://bugzilla.kernel.org/show_bug.cgi?id=178221 --- Comment #2 from Christian Nissen --- (In reply to Alex Deucher from comment #1) > Does reverting that commit fix your issue? Yes that did it. Only tested Full HD with Very High Details. Kernel compiled from; Min FPS; Avg FPS; Max FPS

[PATCH v4 3/9] drm/hisilicon/hibmc: Add support for frame buffer

Hi Daniel, Thanks for your review! 在 2016/10/18 15:49, Daniel Vetter 写道: > On Tue, Oct 18, 2016 at 12:01:18PM +0800, Rongrong Zou wrote: >> Add support for fbdev and framebuffer. >> >> Signed-off-by: Rongrong Zou >> --- >> drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- >>

[PATCH 2/3] dt-bindings: it6251: add bindings for IT6251 LVDS-to-eDP bridge

On 10/18/2016 06:30 PM, Rob Herring wrote: > On Mon, Oct 17, 2016 at 06:33:28PM +0200, Marek Vasut wrote: >> Add DT bindings for ITE IT6251 LVDS-to-eDP bridge. >> >> Signed-off-by: Marek Vasut >> Cc: devicetree at vger.kernel.org >> Cc: Daniel Vetter >> Cc: Rob Herring >> Cc: Sean Cross >> ---

[Bug 178281] wine-staging apps freezes the machine with RX460

https://bugzilla.kernel.org/show_bug.cgi?id=178281 --- Comment #4 from fin4478 at hotmail.com --- I have tested Mesa 12.1.0-devel - padoka and Oibaf ppa and Debian testing 12.0.3-1. Same problem with kernel that have latest powerplay code. Now I am using kernel 4.7.8 that has a poor graphics

[PATCH 1/3] x86/pat: export io memory reserve/free api.

t; pgprot_t phys_mem_access_prot(struct file *file, unsigned long pfn, > > unsigned long size, pgprot_t vma_prot) > > > -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161018/434ffdbf/attachment.html>

[PATCH 1/3] x86/pat: export io memory reserve/free api.

bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161018/ffe079b3/attachment-0001.sig>

[PATCH 9/9] gpu: ipu-v3: initially clear all interrupts

If we want to stop resetting the IPU in the future, masking all interrupts before registering the irq handlers will not be enough to avoid spurious interrupts. We also have to clear them. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 5 - 1 file changed, 4

[PATCH 8/9] drm/imx: ipuv3-plane: add support for YUV 4:2:2 and 4:4:4, NV12, and NV16 formats

Hook up support for DRM_FORMAT_YUV422, DRM_FORMAT_YVU422, DRM_FORMAT_YUV444, DRM_FORMAT_YVU444, DRM_FORMAT_NV12, and DRM_FORMAT_NV16. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 52 +-- 1 file changed, 44 insertions(+), 8 deletions(-)

[PATCH 7/9] gpu: ipu-v3: add YUV 4:4:4 support

The IDMAC does support reading and writing DRM_FORMAT_YUV444 and DRM_FORMAT_YVU444. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-common.c | 2 ++ drivers/gpu/ipu-v3/ipu-cpmem.c | 17 + 2 files changed, 19 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-common.c

[PATCH 6/9] gpu: ipu-cpmem: Add missing YVU422 case to ipu_cpmem_set_yuv_planar

ipu_cpmem_set_fmt is already prepared to handle DRM_FORMAT_YVU422. Signed-off-by: Philipp Zabel --- drivers/gpu/ipu-v3/ipu-cpmem.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/ipu-v3/ipu-cpmem.c b/drivers/gpu/ipu-v3/ipu-cpmem.c index fcb7dc8..e6b8bae 100644 ---

[PATCH 5/9] drm/imx: ipuv3-plane: let drm_plane_state_to_ubo/vbo handle chroma subsampling other than 4:2:0

To support 4:2:2 or 4:4:4 chroma subsampling, divide the x/y offsets in drm_plane_state_to_ubo/vbo only if necessary for the given pixel format. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 27 ++- 1 file changed, 18 insertions(+), 9 deletions(-)

[PATCH 4/9] drm/imx: ipuv3-plane: merge ipu_plane_atomic_set_base into atomic_update

ipu_plane_atomic_set_base is called from ipu_plane_atomic_update in two different places, depending on whether drm_atomic_crtc_needs_modeset is true. Also depending on the same condition, this function does two different things. This patch removes the indirection by merging the relevant parts into

[PATCH 3/9] drm/imx: ipuv3-plane: request modeset if plane offsets changed

If the framebuffer pixel format is planar YUV and unchanged, but the U or V plane offsets change, do not return an error, but request a modeset instead. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 2/9] drm/imx: ipuv3-plane: disable local alpha for planes without alpha channel

Without this patch, after enabling the overlay plane with an RGBA framebuffer, switching to a framebuffer without alpha channel would cause the plane to vanish, since the pixel local alpha is constant zero in that case. Disable local alpha again when setting an opaque framebuffer. Signed-off-by:

[PATCH 1/9] drm/imx: ipuv3-plane: make sure x/y offsets are even in case of chroma subsampling

Odd x/y offsets are not allowed for chroma subsampled planar YUV formats. Signed-off-by: Philipp Zabel --- drivers/gpu/drm/imx/ipuv3-plane.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c b/drivers/gpu/drm/imx/ipuv3-plane.c index 5c34299..3a03fd8

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

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

[PATCH v2] drm/mediatek: fix a typo

Acked-by: CK Hu On Tue, 2016-10-18 at 16:23 +0800, Bibby Hsieh wrote: > If we want to set the hardware OD to relay mode, > we have to set OD_CFG register rather than > OD_RELAYMODE; otherwise, the system will access > the wrong address. > > Fixes: 7216436420414144646f5d8343d061355fd23483

[PATCH 0/4 v2] Audio support for adv7511 hdmi bridge

Hi John, (CC'ing Morimoto-san) On Tuesday 06 Sep 2016 15:17:58 John Stultz wrote: > On Tue, Aug 30, 2016 at 2:23 AM, Laurent Pinchart wrote: > > Hi John, > > > > Thank you for the patches. > > Thanks so much for the review! I'm reworking the patchset now and will > be sending out an updated

[PATCH 00/10] mm: adjust get_user_pages* functions to explicitly pass FOLL_* flags

On Thu 13-10-16 01:20:10, Lorenzo Stoakes wrote: > This patch series adjusts functions in the get_user_pages* family such that > desired FOLL_* flags are passed as an argument rather than implied by flags. > > The purpose of this change is to make the use of FOLL_FORCE explicit so it is > easier

[RFC] dma-buf/fence: avoid holding lock while calling cb

Am 18.10.2016 um 16:23 schrieb Rob Clark: > On Tue, Oct 18, 2016 at 6:07 AM, Christian König > wrote: >> Am 16.10.2016 um 18:03 schrieb Rob Clark: >>> Currently with fence-array, we have a potential deadlock situation. If we >>> fence_add_callback() on an array-fence, the array-fence's lock is

[PATCH] i915: don't call drm_atomic_state_put on invalid pointer

The introduction of reference counting on the state structures caused sanitize_watermarks() in i915 to break in the error handling case, as pointed out by gcc -Wmaybe-uninitialized drivers/gpu/drm/i915/intel_display.c: In function ‘intel_modeset_init’: include/drm/drm_atomic.h:224:2: error:

[Bug 178281] wine-staging apps freezes the machine with RX460

https://bugzilla.kernel.org/show_bug.cgi?id=178281 --- Comment #3 from Alex Deucher --- What version of mesa are you using? -- You are receiving this mail because: You are watching the assignee of the bug.

Unix Device Memory Allocation project

Thanks for the detailed writeup, and it was good to meet you at XDC. Below: On 10/18/2016 04:40 PM, Marek Olšák wrote: > Hi, > > The text below describes how open source AMDGPU buffer sharing works. > I hope you'll find some useful bits in it. > > > Producer = allocates a buffer (or texture),

[Intel-gfx] [PATCH 04/10] dim: autodetect remotes, first part for dim_setup

On Tue, 18 Oct 2016, Ville Syrjälä wrote: > On Tue, Oct 18, 2016 at 04:27:05PM +0300, Jani Nikula wrote: >> On Tue, 18 Oct 2016, Daniel Vetter wrote: >> > The goals here are multiple: >> > - simpler configuration through autodetection >> > - allows seamless upgrading to git worktree for the

[PATCH 02/10] dim: Autocheck for up-to-dateness

On Tue, 18 Oct 2016, Daniel Vetter wrote: > On Tue, Oct 18, 2016 at 04:15:01PM +0300, Jani Nikula wrote: >> On Tue, 18 Oct 2016, Daniel Vetter wrote: >> > Exits script to annoy people roughly every 100th time ... >> >> Annoyingly random, but we can improve this later. > > I had it non-random,

[PATCH] i915: don't call drm_atomic_state_put on invalid pointer

On Tue, Oct 18, 2016 at 05:16:23PM +0200, Arnd Bergmann wrote: > The introduction of reference counting on the state structures caused > sanitize_watermarks() in i915 to break in the error handling case, > as pointed out by gcc -Wmaybe-uninitialized > > drivers/gpu/drm/i915/intel_display.c: In

[Intel-gfx] [PATCH 07/10] dim: autodetect branches in rebuild-nightly

On Tue, 18 Oct 2016, Daniel Vetter wrote: > Needs new url-mapping information in nightly.conf to work properly. I think in the long run the right fix would be to make nightly.conf independent of remote names. Not sure if that's worth the trouble at this point. BR, Jani. > > Signed-off-by:

[PATCH v2] drm/imx: ipuv3-plane: Access old u/vbo properly in ->atomic_check for YU12/YV12

Before accessing the u/v offset(aka, u/vbo for IPUv3) of the old plane state's relevant fb, we should make sure the fb is in YU12 or YV12 pixel format(which are the two YUV pixel formats we support only), otherwise, we are likely to trigger BUG_ON() in drm_plane_state_to_u/vbo() since the fb's

[Bug 178281] wine-staging apps freezes the machine with RX460

https://bugzilla.kernel.org/show_bug.cgi?id=178281 --- Comment #2 from fin4478 at hotmail.com --- So tell your driver page for non ubuntu users what mesa and kernel works so that rx460 has best performance, works with wine-staging and gallium nine and Rosegarden plays midi and sw synth tracks. I

[PATCH 06/10] dim: Nuke nightly-forget

On Tue, 18 Oct 2016, Daniel Vetter wrote: > With our proliferation of branches it's become long useless. Nowadays > my MO is to revert the offending commit in the rerere-cache branch > explicitly, remove drm-intel-nightly/.git/rr-cache and then re-run > rebuild-nightly. That works much better,

[Intel-gfx] [PATCH 05/10] dim: support git worktree for aux checkouts

On Tue, 18 Oct 2016, Daniel Vetter wrote: > If available by default. This saves quite a pile of disk-space that > imo making it the default is justified. > > Note that this will break the rebuild-nightly script for now, > follow-up patches will fix that. > > Signed-off-by: Daniel Vetter > --- >

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

Hi Jitao, 2016-08-27 8:44 GMT+02:00 Jitao Shi : > This patch adds drm_bridge driver for parade DSI to eDP bridge chip. > > Signed-off-by: Jitao Shi > Reviewed-by: Daniel Kurtz > --- > Changes since v16: > - Disable ps8640 DSI MCS Function. > - Rename gpios name more clearly. > - Tune the

[Intel-gfx] [PATCH 04/10] dim: autodetect remotes, first part for dim_setup

On Tue, Oct 18, 2016 at 04:27:05PM +0300, Jani Nikula wrote: > On Tue, 18 Oct 2016, Daniel Vetter wrote: > > The goals here are multiple: > > - simpler configuration through autodetection > > - allows seamless upgrading to git worktree for the aux checkouts > > - eventually I want to split up

[PATCH] i915: don't call drm_atomic_state_put on invalid pointer

On Tuesday, 2016-10-18 17:16:23 +0200, Arnd Bergmann wrote: > The introduction of reference counting on the state structures caused > sanitize_watermarks() in i915 to break in the error handling case, > as pointed out by gcc -Wmaybe-uninitialized > > drivers/gpu/drm/i915/intel_display.c: In

[Intel-gfx] [PATCH 04/10] dim: autodetect remotes, first part for dim_setup

On Tue, 18 Oct 2016, Daniel Vetter wrote: > The goals here are multiple: > - simpler configuration through autodetection > - allows seamless upgrading to git worktree for the aux checkouts > - eventually I want to split up drm-misc into a separate remote ... > > And yes this is just a start. > >

[PATCH v2] drm/mediatek: fix a typo

If we want to set the hardware OD to relay mode, we have to set OD_CFG register rather than OD_RELAYMODE; otherwise, the system will access the wrong address. Fixes: 7216436420414144646f5d8343d061355fd23483 ("drm/mediatek: set mt8173 dithering function") Cc: stable at vger.kernel.org # v4.9+

[PATCH 02/10] dim: Autocheck for up-to-dateness

On Tue, 18 Oct 2016, Daniel Vetter wrote: > Exits script to annoy people roughly every 100th time ... Annoyingly random, but we can improve this later. LGTM. > Also switch to the magic @{upstream} reference, in case the remote is > not called origin (which is pretty normal in case of using git

[PATCH v5 13/13] drm: Don't export the drm_fb_get_bpp_depth() function

On Tuesday, 2016-10-18 01:41:21 +0300, Laurent Pinchart wrote: > The function is only used by the drm_helper_mode_fill_fb_struct() core > function to fill the drm_framebuffer bpp and depth fields, used by > drivers that haven't been converted to use pixel formats directly yet. > It should not be

[PATCH v5 04/13] drm: WARN when calling drm_format_info() for an unsupported format

On Tuesday, 2016-10-18 01:41:12 +0300, Laurent Pinchart wrote: > The format helpers have historically treated unsupported formats as part > of the default case, returning values that are likely wrong. We can't > change this behaviour now without risking breaking drivers in difficult > to detect

[Intel-gfx] [PATCH 01/10] dim: Extract TODO

On Tue, 18 Oct 2016, Daniel Vetter wrote: > Just maybe a bit more visibility, the scripts are growing. > > Signed-off-by: Daniel Vetter LGTM > --- > TODO | 27 +++ > dim | 17 - > qf | 11 --- > 3 files changed, 27 insertions(+), 28

4.8-rc1: it is now common that machine needs re-run of xrandr after resume

guess I should mention: 1) Yes, I only see the issue on the DVI output. VGA seems to work. 2) I do have power switch on the monitors, so it is possible that during resume, monitors have no AC power. (Not merely turned off by the soft switch. No AC power.) Thanks, Pavel -- (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/20161018/b5f0bbda/attachment.sig>

[PATCH 3/3] amdgpu: reserve VRAM ranges in PAT memtype tables.

From: Dave Airlie Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c index 887483b..3142d70 100644 ---

[PATCH 2/3] drm/ttm: add API to reserve/free WC memory.

From: Dave Airlie These will be used by drivers to reserve/free WC memory in the PAT tracking tables, for VRAM BARs. Signed-off-by: Dave Airlie --- drivers/gpu/drm/ttm/ttm_bo_util.c | 24 include/drm/ttm/ttm_bo_driver.h | 2 ++ 2 files changed,

[PATCH 1/3] x86/pat: export io memory reserve/free api.

From: Dave Airlie These functions are needed for gpu/ttm drivers to reserve the VRAM area as write combined. In a lot of places we don't ioremap but still need to insert pfn from it into a VMA using vm_insert_mixed, but a recent change in mixed insertion means we need to

[rfc] fix for regression in pat memory tracking in 4.9-rc1

Okay I spent some time looking into it, and this is the result. We have to manually insert the VRAM BAR into the pat memory tracking table as WC. The only other way things get inserted are via ioremap, which we never do for the whole VRAM BAR. We could in theory map the VRAM BAR using the iomap

[PATCH v2 07/10] drm/i915/gen9: Make skl_pipe_wm_get_hw_state() reusable

Em Sex, 2016-10-14 às 17:31 -0400, Lyude escreveu: > There's not much of a reason this should have the locations to read > out > the hardware state hardcoded, so allow the caller to specify the > location and add this function to intel_drv.h. As well, we're going > to > need this function to be

[PATCH] drm/rockchip: Don't use atomic constructs for psr

Instead of using timer and spinlocks, use delayed_work and mutexes for rockchip psr. This allows us to make blocking calls when enabling/disabling psr (which is sort of important given we're talking over dpcd to the display). Cc: zain wang Signed-off-by: Sean Paul ---

[PATCH] drm/bridge: adv7511: Remove unused code blocks

Hi Jitendra, Thank you for the patch. On Tuesday 18 Oct 2016 15:39:58 Jitendra Sharma wrote: > Remove unused id_table entries > Currently this driver supports only device tree based configuration. > So, no need in keeping the id_table entries > > Remove redundant condition check > Remove not

[PATCH 03/10] dim: echoerr helper for printing to stderr

On Tue, 18 Oct 2016, Daniel Vetter wrote: > Signed-off-by: Daniel Vetter > --- > dim | 19 --- > 1 file changed, 12 insertions(+), 7 deletions(-) > > diff --git a/dim b/dim > index 192d6ee10838..2601bb7dbbad 100755 > --- a/dim > +++ b/dim > @@ -102,12 +102,17 @@ DRY= > FORCE= >

[PATCH v5 00/13] Centralize format information

Hi, On 10/18/2016 04:11 AM, Laurent Pinchart wrote: > Hello, > > Various pieces of information about DRM formats (number of planes, color > depth, chroma subsampling, ...) are scattered across different helper > functions in the DRM core. Callers of those functions often need to access > more

[PATCH v3 1/9] drm/hisilicon/hibmc: Add hisilicon hibmc drm master driver

On 14 October 2016 at 22:33, Benjamin Gaignard wrote: > Just by curiosity, why using "old" TTM instead of GEM ? any particular > reasons ? >From the linux kernel DRM mm doc[1] it says: "GEM has simpler initialization and execution requirements than 25 TTM, but has no video RAM management

[Bug 98307] "st/glsl_to_tgsi: explicitly track all input and output declaration" broke flightgear colors on rs780

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161018/47da630c/attachment.html>

[PATCH v5 00/13] Centralize format information

On Tuesday 18 Oct 2016 15:45:14 Ville Syrjälä wrote: > On Tue, Oct 18, 2016 at 03:33:29PM +0300, Laurent Pinchart wrote: > > On Tuesday 18 Oct 2016 14:43:18 Ville Syrjälä wrote: > >> On Tue, Oct 18, 2016 at 01:41:08AM +0300, Laurent Pinchart wrote: > >>> Hello, > >>> > >>> Various pieces of

[PATCH v5 00/13] Centralize format information

On Tue, Oct 18, 2016 at 03:33:29PM +0300, Laurent Pinchart wrote: > Hi Ville, > > On Tuesday 18 Oct 2016 14:43:18 Ville Syrjälä wrote: > > On Tue, Oct 18, 2016 at 01:41:08AM +0300, Laurent Pinchart wrote: > > > Hello, > > > > > > Various pieces of information about DRM formats (number of

[PATCH v6] drm: Helper for lspcon in drm_dp_dual_mode

On Mon, 17 Oct 2016, Shashank Sharma wrote: > Readme: { > This patch-series got approved in drm-intel mailing list already. > Sending this one patch to dri-devel too, as this patch touches the > drm layer dp_dual_mode_helper implementation. Plese provide an ack > so that

[PATCH] drm/bridge: adv7511: Remove unused code blocks

Remove unused id_table entries Currently this driver supports only device tree based configuration. So, no need in keeping the id_table entries Remove redundant condition check Remove not necessary if-else block for checking DT entry because else part will never be picked as in absence of device

[Bug 98307] "st/glsl_to_tgsi: explicitly track all input and output declaration" broke flightgear colors on rs780

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

[PATCH v5 00/13] Centralize format information

Hi Ville, On Tuesday 18 Oct 2016 14:43:18 Ville Syrjälä wrote: > On Tue, Oct 18, 2016 at 01:41:08AM +0300, Laurent Pinchart wrote: > > Hello, > > > > Various pieces of information about DRM formats (number of planes, color > > depth, chroma subsampling, ...) are scattered across different

[PATCH v2] virtio-gpu: fix vblank events

From: Gerd Hoffmann virtio-gpu sends vblank events in virtio_gpu_crtc_atomic_flush, and because of that it must be called for disabled planes too. Ask drm_atomic_helper_commit_planes to do that. v2: update to use new drm_atomic_helper_commit_planes() API. Signed-off-by:

[PATCH v2] virtio-gpu: fix vblank events

2016-10-18 Gustavo Padovan : > From: Gustavo Padovan Author info is wrong. It should be Gerd, I'll send another patch. > > virtio-gpu sends vblank events in virtio_gpu_crtc_atomic_flush, and > because of that it must be called for disabled planes too. Ask > drm_atomic_helper_commit_planes to

[PATCH 02/10] dim: Autocheck for up-to-dateness

On Tue, Oct 18, 2016 at 04:15:01PM +0300, Jani Nikula wrote: > On Tue, 18 Oct 2016, Daniel Vetter wrote: > > Exits script to annoy people roughly every 100th time ... > > Annoyingly random, but we can improve this later. I had it non-random, then realized it makes improving dim impossible ;-)

[PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags

On Tue, Oct 18, 2016 at 02:54:25PM +0200, Jan Kara wrote: > > @@ -1282,7 +1282,7 @@ long get_user_pages(unsigned long start, unsigned > > long nr_pages, > > int write, int force, struct page **pages, > > struct vm_area_struct **vmas); > > long

[PATCH 04/10] mm: replace get_user_pages_locked() write/force parameters with gup_flags

On Thu 13-10-16 01:20:14, Lorenzo Stoakes wrote: > This patch removes the write and force parameters from get_user_pages_locked() > and replaces them with a gup_flags parameter to make the use of FOLL_FORCE > explicit in callers as use of this flag can result in surprising behaviour > (and >

[PATCH 03/10] mm: replace get_user_pages_unlocked() write/force parameters with gup_flags

On Thu 13-10-16 01:20:13, Lorenzo Stoakes wrote: > This patch removes the write and force parameters from > get_user_pages_unlocked() > and replaces them with a gup_flags parameter to make the use of FOLL_FORCE > explicit in callers as use of this flag can result in surprising behaviour > (and >

[PATCH 02/10] mm: remove write/force parameters from __get_user_pages_unlocked()

On Thu 13-10-16 01:20:12, Lorenzo Stoakes wrote: > This patch removes the write and force parameters from > __get_user_pages_unlocked() to make the use of FOLL_FORCE explicit in callers > as > use of this flag can result in surprising behaviour (and hence bugs) within > the > mm subsystem. > >

[PATCH v5 00/13] Centralize format information

On Tue, Oct 18, 2016 at 01:41:08AM +0300, Laurent Pinchart wrote: > Hello, > > Various pieces of information about DRM formats (number of planes, color > depth, chroma subsampling, ...) are scattered across different helper > functions in the DRM core. Callers of those functions often need to

[PATCH 01/10] mm: remove write/force parameters from __get_user_pages_locked()

On Thu 13-10-16 01:20:11, Lorenzo Stoakes wrote: > This patch removes the write and force parameters from > __get_user_pages_locked() > to make the use of FOLL_FORCE explicit in callers as use of this flag can > result > in surprising behaviour (and hence bugs) within the mm subsystem. > >

[PATCH] drm: fix sparse warnings on undeclared symbols in crc debugfs

Fixes sparse warnings: drivers/gpu/drm/drm_debugfs_crc.c:118:30: warning: symbol 'drm_crtc_crc_control_fops' was not declared. Should it be static? drivers/gpu/drm/drm_debugfs_crc.c:264:30: warning: symbol 'drm_crtc_crc_data_fops' was not declared. Should it be static?

[PATCH 6/6] drm: bridge/analogix: enable vop standby when entry PSR

From: zain wang make VOP standby when entry PSR to save some power. Signed-off-by: zain wang --- drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 29 ++--- drivers/gpu/drm/rockchip/rockchip_drm_drv.h | 1 +

[PATCH v3 5/6] drm: bridge/analogix: add fast link train for eDP

From: zain wang we would meet a short black screen when exit PSR with the full link training, In this case, we should use fast link train instead of full link training. Signed-off-by: zain wang --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 89

[PATCH v3 4/6] drm: bridge/analogix: switch Main-link and eDP PHY when enable/disable psr

From: zain wang turn off Main-link and power down eDP PHY when enable psr, turn on Main-link and power up eDP PHY when disable psr. Signed-off-by: zain wang --- Changes in v3: - detecting PSR state at enable/disable_psr() avoid to make link training when sink in not PSR

[PATCH 1/2] drm: make is_lspcon_adaptor static

Fixes sparse warning: drivers/gpu/drm/drm_dp_dual_mode_helper.c:151:6: warning: symbol 'is_lspcon_adaptor' was not declared. Should it be static? Fixes: 056996b95686 ("drm: Helper for lspcon in drm_dp_dual_mode") Cc: Rodrigo Vivi Cc: Shashank Sharma Cc: Signed-off-by: Jani Nikula --- n.b.

[PATCH v3 3/6] drm/bridge: analogix_dp: detect Sink PSR state after configuring the PSR

From: Yakir Yang Make sure the request PSR state takes effect in analogix_dp_send_psr_spd() function, or print the sink PSR error state if we failed to apply the requested PSR setting. Signed-off-by: zain wang Signed-off-by: Yakir Yang --- Changes in v3: None Changes in

[PATCH v4 3/9] drm/hisilicon/hibmc: Add support for frame buffer

On Tue, Oct 18, 2016 at 07:19:05PM +0800, Rongrong Zou wrote: > Hi Daniel, > > Thanks for your review! > > 在 2016/10/18 15:49, Daniel Vetter 写道: > > On Tue, Oct 18, 2016 at 12:01:18PM +0800, Rongrong Zou wrote: > > > Add support for fbdev and framebuffer. > > > > > > Signed-off-by:

[Bug 178281] wine-staging apps freezes the machine with RX460

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

[PATCH v3 2/6] drm/bridge: remove dp init from analogix_dp_bind

From: zain wang phy_power_on() and analogix_dp_init_dp would be called in bridge_eanble, so remove them from analogix_dp_bind to be clear. Signed-off-by: zain wang --- Changes in v3: - remove changes before - remove phy_power_on() and analogix_dp_init_dp from

[PATCH v3 1/6] drm/bridge: analogix_dp: set psr activate/deactivate when enable/disable bridge

From: zain wang There's a race between when bridge_disable and when vop_crtc_disable are called. If the flush timer triggers a new psr work between these, we will operate eDP without power shutdowned by bridge_disable. In this case, moving activate/deactivate to

[PATCH v3 0/6] Misc changes to Rockchip PSR drivers

This serise of patches works for saving power on eDP PHY and VOP during PSR. BR, - Zain Changes in v3: - add new patch to support fast link training. - add new patch to make VOP standby when entry PSR. - Misc changes. Changes in v2: - add spin_lock to protect dpms_mode - misc changes. Yakir

[PATCH 10/10] dim: s/drm-nightly/drm-tip

tip = testing and integration pile Also rename drm-intel-rerere directory to drm-rerere. Signed-off-by: Daniel Vetter --- dim| 48 dim.rst| 16 +++- dimrc.sample | 2 +- drm-intel-flow.dot | 18

[PATCH 09/10] dim: Split out drm-nightly.git

This is a prep step to eventually split out the drm-misc branches all into their own repo. To get there we first need to split out the integration tree mangling. Since dim doesn't auto-update and since the transition is a good reason to switch over to worktrees and it's tricky it's not scripted.

[PATCH 08/10] dim: remove integration-tree remotes

With the remotes stored in nightly.conf and git worktrees we can avoid hard-coding them in even more places. Signed-off-by: Daniel Vetter --- dim | 12 1 file changed, 12 deletions(-) diff --git a/dim b/dim index f9b28d5fd241..20a3143a5c1e 100755 --- a/dim +++ b/dim @@ -80,8 +80,6

[PATCH 07/10] dim: autodetect branches in rebuild-nightly

Needs new url-mapping information in nightly.conf to work properly. Signed-off-by: Daniel Vetter --- dim | 48 1 file changed, 36 insertions(+), 12 deletions(-) diff --git a/dim b/dim index 48d5e7b6477a..f9b28d5fd241 100755 --- a/dim +++ b/dim

[PATCH 06/10] dim: Nuke nightly-forget

With our proliferation of branches it's become long useless. Nowadays my MO is to revert the offending commit in the rerere-cache branch explicitly, remove drm-intel-nightly/.git/rr-cache and then re-run rebuild-nightly. That works much better, hence nuke this helper. Signed-off-by: Daniel Vetter

[PATCH 05/10] dim: support git worktree for aux checkouts

If available by default. This saves quite a pile of disk-space that imo making it the default is justified. Note that this will break the rebuild-nightly script for now, follow-up patches will fix that. Signed-off-by: Daniel Vetter --- dim | 23 --- 1 file changed, 16

[PATCH 04/10] dim: autodetect remotes, first part for dim_setup

The goals here are multiple: - simpler configuration through autodetection - allows seamless upgrading to git worktree for the aux checkouts - eventually I want to split up drm-misc into a separate remote ... And yes this is just a start. v2: Print errors to stderr, otherwise they can't be seen

[PATCH 03/10] dim: echoerr helper for printing to stderr

Signed-off-by: Daniel Vetter --- dim | 19 --- 1 file changed, 12 insertions(+), 7 deletions(-) diff --git a/dim b/dim index 192d6ee10838..2601bb7dbbad 100755 --- a/dim +++ b/dim @@ -102,12 +102,17 @@ DRY= FORCE= HELP= +function echoerr +{ + echo "$@" >&2 +} + function

[PATCH 02/10] dim: Autocheck for up-to-dateness

Exits script to annoy people roughly every 100th time ... Also switch to the magic @{upstream} reference, in case the remote is not called origin (which is pretty normal in case of using git worktree). Signed-off-by: Daniel Vetter --- dim | 6 +- 1 file changed, 5 insertions(+), 1

[PATCH 01/10] dim: Extract TODO

Just maybe a bit more visibility, the scripts are growing. Signed-off-by: Daniel Vetter --- TODO | 27 +++ dim | 17 - qf | 11 --- 3 files changed, 27 insertions(+), 28 deletions(-) create mode 100644 TODO diff --git a/TODO b/TODO new file

[PATCH] gpu: Remove depends on RESET_CONTROLLER when not a provider

These GPU drivers only depend on the RESET_CONTROLLER config option to fix build issues that existed when there weren't stub reset APIs for reset controller consumers. Given that these drivers aren't providing any reset controllers themselves, they don't actually depend on the API to build (just

mm: fix cache mode tracking in vm_insert_mixed() breaks AMDGPU [was: Re: Latest testing with drm-next-4.9-wip and latest LLVM/mesa stack - Regression in PowerPlay/DPM on CIK?]

On 18 October 2016 at 08:01, Dave Airlie wrote: > On 18 October 2016 at 07:25, Dan Williams wrote: >> On Sun, Oct 16, 2016 at 1:53 PM, Dave Airlie wrote: >>> On 17 October 2016 at 04:41, Marek Olšák wrote: On Fri, Oct 14, 2016 at 3:33 AM, Michel Dänzer wrote: > > [

[Bug 98307] "st/glsl_to_tgsi: explicitly track all input and output declaration" broke flightgear colors on rs780

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161018/010c72e8/attachment.html>

[PATCH] drm: fix sparse warnings on undeclared symbols in crc debugfs

On Tue, Oct 18, 2016 at 02:28:35PM +0300, Jani Nikula wrote: > Fixes sparse warnings: > > drivers/gpu/drm/drm_debugfs_crc.c:118:30: warning: symbol > 'drm_crtc_crc_control_fops' was not declared. Should it be static? > > drivers/gpu/drm/drm_debugfs_crc.c:264:30: warning: symbol >

[PATCH v2] virtio-gpu: fix vblank events

From: Gerd Hoffmann virtio-gpu sends vblank events in virtio_gpu_crtc_atomic_flush, and because of that it must be called for disabled planes too. Ask drm_atomic_helper_commit_planes to do that. v2: update to use new drm_atomic_helper_commit_planes() API. Signed-off-by:

  1   2   >