[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote: > Struct mutex is here because this code is from the V3D series, with the > in-kernel BO cache ripped out (it turns out that the CMA allocator is > slow, and you can't just userspace cache since we have to do allocations > within the

i915/kasan: out of bounds access in i915_cmd_parser_init_ring

I finally got around to playing with kasan. It didn't end well. I added some debugging to validate_cmds_sorted to print out the table sizes right before the stack traces. Dave validate_cmds_sorted: table:a1fb4220 cmd_table_count:3 validate_cmds_sorted: table:a1fb4220

[PATCH 0/4] Add support for Hyperlinks and Markup on kernel-doc

On 07/23/2015 05:29 PM, Jonathan Corbet wrote: > On Thu, 23 Jul 2015 15:16:23 -0300 > Danilo Cesar Lemes de Paula wrote: > >> This series add supports for hyperlink cross-references on Docbooks and >> an optional markup syntax for in-source Documentation. > > I like the idea; just be warned

[Bug 102831] Some flashbased videoplayers cause GPU lockups on radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=102831 --- Comment #3 from Jon Arne Jørgensen --- When the lockup fails to crash the kernel, I end up with an unusable system with this filling my dmesg buffer: [...snip...] [ 1196.506527] radeon :02:00.0: ring 5 stalled for more than 232970msec [

[Bug 102831] Some flashbased videoplayers cause GPU lockups on radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=102831 --- Comment #2 from Jon Arne Jørgensen --- I wrote PANIC_ON_HANG, that should be: CONFIG_BOOTPARAM_HUNG_TASK_PANIC -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 102831] Some flashbased videoplayers cause GPU lockups on radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=102831 Jon Arne Jørgensen changed: What|Removed |Added Attachment #184861|application/octet-stream|text/plain mime type|

[Bug 102831] Some flashbased videoplayers cause GPU lockups on radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=102831 --- Comment #1 from Jon Arne Jørgensen --- Created attachment 184861 --> https://bugzilla.kernel.org/attachment.cgi?id=184861=edit Full dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 102831] New: Some flashbased videoplayers cause GPU lockups on radeon.

https://bugzilla.kernel.org/show_bug.cgi?id=102831 Bug ID: 102831 Summary: Some flashbased videoplayers cause GPU lockups on radeon. Product: Drivers Version: 2.5 Kernel Version: 4.2-rc6 Hardware: x86-64

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/3b103564/attachment.html>

[PATCH] drm/msm/dsi: Introduce DSI configuration module

With more platforms supported, the DSI host configuration array keeps expanding. This change moves those to a separate dsi_cfg module. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/Makefile | 1 + drivers/gpu/drm/msm/dsi/dsi_cfg.c | 92 ++

[PATCH libdrm 0/9] amdgpu: cleanup the exported symbols

On 7 August 2015 at 17:44, Emil Velikov wrote: > Now that the API is stabilised we can do a bit of a cleanup, and ensure > only the symbols part of it are exported - 62 -> 34. > > This also gives us some ~10% is size reduction of the final binary. > > Android support would be nice, but it's not a

[PATCH 5/5] drm/msm/dsi: Make each PHY type compilation independent

On a certain platform, only one type of DSI PHY is used. This change allows the user to only compile the PHY type which is being used. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/Kconfig | 14 ++ drivers/gpu/drm/msm/Makefile | 11 +++

[PATCH 4/5] drm/msm/dsi: Split PHY drivers to separate files

This change moves each PHY type specific code into separate files. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/Makefile | 6 +- drivers/gpu/drm/msm/dsi/dsi_phy.c | 756 - drivers/gpu/drm/msm/dsi/phy/dsi_phy.c | 448 +

[PATCH 3/5] drm/msm/dsi: Return void from msm_dsi_phy_disable()

We are not checking the return value from msm_dsi_phy_disable(). Change the return type to void. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/dsi/dsi.h | 2 +- drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +--- 2 files changed, 6 insertions(+), 12 deletions(-) diff --git

[PATCH 2/5] drm/msm/dsi: Specify bitmask to set source PLL

The bit position to configure source PLL will change on new types of PHYs. The caller should pass down this information. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git

[PATCH 1/5] drm/msm/dsi: Update generated header file for DSI PHY

This change is to update DSI register definition changes introduced by the following change: rnndb/dsi: Add more bits for DSI PHY More registers and bit fields are added for PHY timings and bitclk source selection. Signed-off-by: Hai Li --- drivers/gpu/drm/msm/dsi/dsi.xml.h | 5

[PATCH 0/5] drm/msm/dsi: Split different types of PHY drivers

The DSI PHY driver currently includes the implementation of all PHY types. To support more types in the future, this patch series is moving each PHY code into a separate file and making them compile independent. Some clean up patches for DSI PHY are also included. Hai Li (5): drm/msm/dsi:

[PATCH] rnndb/dsi: Add more bits for DSI PHY

More registers and bit fields are added for PHY timings and bitclk source selection. Signed-off-by: Hai Li --- rnndb/dsi/dsi.xml | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/rnndb/dsi/dsi.xml b/rnndb/dsi/dsi.xml index 02cfa3b..956f3ff 100644 ---

[Bug 91527] 7870 radeon crashes after kernel msg drm:radeon_mn_invalidate_range_start

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/ceacc5e0/attachment.html>

[PATCH 0/4] Add support for Hyperlinks and Markup on kernel-doc

On Thu, 13 Aug 2015 20:09:35 -0300 Danilo Cesar Lemes de Paula wrote: > Did you find time to take a look on this? No. Just when I thought things couldn't get crazier, my laptop died. https://plus.google.com/+JonathanCorbet/posts/FBHp48dPb95 What spare time I had has been dedicated

[PATCH 1/5] drm: add interface to get drm devices on the system v2

On Thu, Aug 13, 2015 at 11:33:41AM +0800, Jammy Zhou wrote: > From: Emil Velikov > > For mutiple GPU support, the devices on the system should be enumerated > to get necessary information about each device, and the drmGetDevices > interface is added for this. Currently only PCI devices are

[PATCH 2/2] drm: WARN_ON if a modeset driver uses legacy suspend/resume helpers

From: Gustavo Padovan Legacy s/r hooks are only used for shadow-attaching drivers, warn when a KMS driver tries to use them. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/drm_drv.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/2] drm/exynos: remove legacy ->suspend()/resume()

From: Gustavo Padovan These legacy helpers should only be used by shadow-attaching drivers. KMS drivers has its own way to handle suspend/resume and don't need to use these two helpers. Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/exynos/exynos_drm_drv.c

[Intel-gfx] [PATCH v4] mmap on the dma-buf directly

On Thu, Aug 13, 2015 at 11:09:07AM -0300, Tiago Vignatti wrote: > On 08/13/2015 08:09 AM, Thomas Hellstrom wrote: > >Tiago, > > > >I take it, this is intended to be a generic interface used mostly for 2D > >rendering. > > yup. "generic" is an important point that I've actually forgot to mention

[PATCH 3/7] prime_mmap: Add basic tests to write in a bo using CPU

On Thu, Aug 13, 2015 at 11:26:57AM -0300, Tiago Vignatti wrote: > On 08/13/2015 04:01 AM, Daniel Vetter wrote: > >On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote: > >>This patch adds test_correct_cpu_write, which maps the texture buffer > >>through a > >>prime fd and then writes

[PATCH 1/5] drm: add interface to get drm devices on the system v2

On 13 August 2015 at 16:07, Daniel Vetter wrote: > On Thu, Aug 13, 2015 at 11:33:41AM +0800, Jammy Zhou wrote: >> From: Emil Velikov >> >> For mutiple GPU support, the devices on the system should be enumerated >> to get necessary information about each device, and the drmGetDevices >> interface

[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

--- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/771987cb/attachment-0001.sig>

[PATCH 0/5] some drm and amdgpu patches

Hi Jammy, On 13.08.2015 12:33, Jammy Zhou wrote: > This series is a set of patches in my side pending for merge. And I rebased it > with the drm_private series from Emil. > > Emil Velikov (1): > drm: add interface to get drm devices on the system v2 > > Jammy Zhou (4): > amdgpu: improve

[Regression v4.2] Re: [PATCH 7/9] drm/radeon: add VCE 1.0 support v4

On 13.08.2015 15:03, Lucas Stach wrote: > Hi Christian, > > this commit is causing a boot regression with v4.2-rcX on my Richland > APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down > where exactly it is going wrong, but I bisected it down to this single > commit. > > I don't

[PATCH 08/13] drm/irq: Check for valid VBLANK before dereference

On Thu, Aug 13, 2015 at 11:20:05AM +0200, Thierry Reding wrote: > On Wed, Aug 12, 2015 at 05:40:11PM +0200, Daniel Vetter wrote: > > On Wed, Aug 12, 2015 at 05:00:30PM +0200, Thierry Reding wrote: > > > From: Thierry Reding > > > > > > When accessing the array of per-CRTC VBLANK structures we

[PATCH 10/13] drm/irq: Add drm_crtc_vblank_count_and_time()

On Thu, Aug 13, 2015 at 11:12:37AM +0200, Thierry Reding wrote: > On Wed, Aug 12, 2015 at 05:35:08PM +0200, Daniel Vetter wrote: > > On Wed, Aug 12, 2015 at 05:00:32PM +0200, Thierry Reding wrote: > > > From: Thierry Reding > > > > > > This function is the KMS native variant of

[PATCH] drm/irq: More pipe/crtc consistency cleanups

On Thu, Aug 13, 2015 at 11:38:51AM +0200, Thierry Reding wrote: > From: Thierry Reding > > Commit cc1ef118fc09 ("drm/irq: Make pipe unsigned and name consistent") > missed a few occurrences of int pipe/crtc across various rebases. Clean > the remaining ones up now. > > Signed-off-by: Thierry

[PATCH v2] drm/panel: add lg4573 driver

0]: git://anongit.freedesktop.org/tegra/linux#drm/panel/for-next -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/ec50dd46/attachment.sig>

[PATCH 1/5] drm: add interface to get drm devices on the system v2

On 13 August 2015 at 04:33, Jammy Zhou wrote: > From: Emil Velikov > > For mutiple GPU support, the devices on the system should be enumerated > to get necessary information about each device, and the drmGetDevices > interface is added for this. Currently only PCI devices are supported for > the

[PATCH v3 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

Hi Thierry, On Thu, Aug 13, 2015 at 2:32 PM, Thierry Reding wrote: > On Wed, Jun 10, 2015 at 06:44:23PM +0200, Gary Bisson wrote: >> Add support for the Okaya RS800480T-7X0GP to the DRM simple panel >> driver. >> >> The RS800480T-7X0GP is a WVGA (800x480) panel with an 18-bit parallel >> LCD

[PATCH v3 2/2] drm/panel: Add display timing for Okaya RS800480T-7X0GP

pplication/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/2bac5b97/attachment.sig>

[PATCH] Update maintainers for DRM STI driver

Add Vincent Abriou and myself has maintainers. Signed-off-by: Benjamin Gaignard --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 9c9dd5f..a6fbdf1 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3592,6 +3592,15 @@ S: Maintained F:

[PATCH v3 1/2] of: add Okaya Electric America vendor prefix

> 1 file changed, 1 insertion(+) Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attac

[PATCH v14 3/6] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/db690ec4/attachment-0001.sig>

[PATCH v14 3/6] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel

827hc19_05b.txt Applied, thanks. Thierry -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/533f3a7b/attachment.sig>

[PATCH v2 1/2] drm/panel: simple: Add bus format for HannStar HSD070PWW1 LVDS panel

was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/5963ab19/attachment.sig>

vmwgfx GL3 and other -next (4.3) pathches

On 08/13/2015 01:47 PM, Emil Velikov wrote: > Hi Thomas, > > On 12 August 2015 at 19:31, Thomas Hellstrom wrote: > ... >> - GL3 - support for a new device functionality called "DX" > Out of curiosity - what what does DX stand for ? Hmm. I'm not 100% sure. Given the history of the device

[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

u do). You can remove them both. Great! It felt like there was a *lot* of boilerplate when I was first writing this stuff, and things are way better than they used to be. >> +static int vc4_drm_load(struct drm_device *dev, unsigned long flags) >> +{ >> +struct vc4_dev *vc4; >> +int ret; >> + >> +vc4 = devm_kzalloc(dev->dev, sizeof(*vc4), GFP_KERNEL); >> +if (!vc4) >> +return -ENOMEM; >> + >> +dev_set_drvdata(dev->dev, dev); >> +vc4->dev = dev; >> +dev->dev_private = vc4; >> + >> +drm_mode_config_init(dev); >> + >> +ret = component_bind_all(dev->dev, dev); >> +if (ret) >> +return ret; >> + >> +vc4_kms_load(dev); >> + >> +return 0; >> +} > > ->load has backwards init ordering (we register public interfaces before > calling it, yay) because backwards compat. Hence deprecated, please use > drm_dev_alloc(); ... driver init including drm_dev_set_unique(); > drm_dev_register(); instead and drop ->load. Will do. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 818 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/dca1b430/attachment.sig>

[PATCH v4] mmap on the dma-buf directly

On 08/13/2015 01:29 AM, Tiago Vignatti wrote: > Hi, > > The idea is to create a GEM bo in one process and pass the prime handle of the > it to another process, which in turn uses the handle only to map and write. > This could be useful for Chrome OS architecture, where the Web content >

[PATCH 01/13] drm/gma500: Sanity-check pipe index

On Wed, Aug 12, 2015 at 5:00 PM, Thierry Reding wrote: > From: Thierry Reding > > If the DSI output isn't connected, then mdfld_dsi_encoder_get_pipe() > will return -1. The mdfld_dsi_dp_mode_set() function doesn't properly > check for this condition and causes the following compiler warnings: >

vmwgfx GL3 and other -next (4.3) pathches

Hi Thomas, On 12 August 2015 at 19:31, Thomas Hellstrom wrote: ... > - GL3 - support for a new device functionality called "DX" Out of curiosity - what what does DX stand for ? Thanks Emil

[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

On 13 August 2015 at 01:56, Eric Anholt wrote: > This is the start of a full VC4 driver. Right now this just supports > configuring the display using a pre-existing video mode (because > changing the pixel clock isn't available yet, and doesn't work when it > is). However, this is enough for

[PATCH] drm/i915: Only dither on 6bpc panels

On Thu, 13 Aug 2015, Mario Kleiner wrote: > Thanks for the quick fix! Comments below... > > On 08/12/2015 11:43 AM, Daniel Vetter wrote: >> In >> >> commit d328c9d78d64ca11e744fe227096990430a88477 >> Author: Daniel Vetter >> Date: Fri Apr 10 16:22:37 2015 +0200 >> >> drm/i915: Select

[PATCH] drm/irq: More pipe/crtc consistency cleanups

From: Thierry Reding Commit cc1ef118fc09 ("drm/irq: Make pipe unsigned and name consistent") missed a few occurrences of int pipe/crtc across various rebases. Clean the remaining ones up now. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_irq.c | 16

[PATCH 5/5] amdgpu: make vamgr per device v2

Each device can have its own vamgr, so make it per device now. This can fix the failure with multiple GPUs used in one single process. v2: rebase Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_device.c | 13 +++-- amdgpu/amdgpu_internal.h | 5 -

[PATCH 4/5] amdgpu: fix one warning from previous commit

The local variable 'vamgr' is unused in amdgpu_va_range_free. Signed-off-by: Jammy Zhou Reviewed-by: Alex Deucher --- amdgpu/amdgpu_vamgr.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c index 91aad4e..698826d 100644 ---

[PATCH 3/5] amdgpu: add flag to support 32bit VA address v3

The AMDGPU_VA_RANGE_32_BIT flag is added to request VA range in the 32bit address space for amdgpu_va_range_alloc. The 32bit address space is reserved at initialization time, and managed with a separate VAMGR as part of the global VAMGR. And if no enough VA space available in range above 4GB,

[PATCH 2/5] amdgpu: improve amdgpu_vamgr_init

Make it a generic function independent of the device info. Signed-off-by: Jammy Zhou Reviewed-by: Christian König --- amdgpu/amdgpu_vamgr.c | 13 - 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/amdgpu/amdgpu_vamgr.c b/amdgpu/amdgpu_vamgr.c index cc4a1c4..71fd2b1

[PATCH 1/5] drm: add interface to get drm devices on the system v2

From: Emil Velikov For mutiple GPU support, the devices on the system should be enumerated to get necessary information about each device, and the drmGetDevices interface is added for this. Currently only PCI devices are supported for the enumeration. Typical usage:

[PATCH 0/5] some drm and amdgpu patches

This series is a set of patches in my side pending for merge. And I rebased it with the drm_private series from Emil. Emil Velikov (1): drm: add interface to get drm devices on the system v2 Jammy Zhou (4): amdgpu: improve amdgpu_vamgr_init amdgpu: add flag to support 32bit VA address v3

[PATCH 3/7] prime_mmap: Add basic tests to write in a bo using CPU

On 08/13/2015 04:01 AM, Daniel Vetter wrote: > On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote: >> This patch adds test_correct_cpu_write, which maps the texture buffer >> through a >> prime fd and then writes directly to it using the CPU. It stresses the driver >> to guarantee

[PATCH 08/13] drm/irq: Check for valid VBLANK before dereference

->inmodeset) { > > spin_lock_irqsave(>vbl_lock, irqflags); > > dev->vblank_disable_allowed = true; > > -- > > 2.4.5 > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/3bdec4f5/attachment.sig>

[PATCH 10/13] drm/irq: Add drm_crtc_vblank_count_and_time()

end_vblank_event(struct drm_device *dev, unsigned int > > pipe, > > struct drm_pending_vblank_event *e); > > extern void drm_crtc_send_vblank_event(struct drm_crtc *crtc, > > -- > > 2.4.5 > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/70d7af20/attachment-0001.sig>

[PATCH v4] mmap on the dma-buf directly

On 08/13/2015 08:09 AM, Thomas Hellstrom wrote: > Tiago, > > I take it, this is intended to be a generic interface used mostly for 2D > rendering. yup. "generic" is an important point that I've actually forgot to mention in the description, which is probably the whole motivation for bringing

[PATCH 07/13] drm/sti: Store correct CRTC index in events

> > -- > Benjamin Gaignard > > Graphic Working Group > > Linaro.org │ Open source software for ARM SoCs > > Follow Linaro: Facebook | Twitter | Blog -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/d8ee7324/attachment.sig>

[PATCH 04/13] drm/imx: Make pipe number unsigned

gt; > > -int imx_drm_crtc_id(struct imx_drm_crtc *crtc); > > +unsigned int imx_drm_crtc_id(struct imx_drm_crtc *crtc); > > > > struct imx_drm_crtc_helper_funcs { > > int (*enable_vblank)(struct drm_crtc *crtc); > > -- > > 2.4.5 > > > > --

[PATCH] drm/exynos: Staticize local function in exynos_drm_gem.c

The exynos_drm_gem_mmap_buffer() is not used outside so make it static. Signed-off-by: Krzysztof Kozlowski --- drivers/gpu/drm/exynos/exynos_drm_gem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_gem.c

[Bug 102811] New: [BISECTED] [radeon] Monitor loses HDMI video signal - blank screen after boot

https://bugzilla.kernel.org/show_bug.cgi?id=102811 Bug ID: 102811 Summary: [BISECTED] [radeon] Monitor loses HDMI video signal - blank screen after boot Product: Drivers Version: 2.5 Kernel Version: 4.1 Hardware:

[Bug 91621] Tonga Xonotic artifacts with DRI3

nts/20150813/80e2e790/attachment.html>

[PULL] topic/drm-misc

Hi Dave, Final drm-misc pull for 4.3: - fbdev emulation Kconfig option for everyone thanks to Archit. It's not everything yet bit this is fairly tricky since it spawns all drivers. - vgaarb & vgaswitcheroo polish from Thierry - some drm_irq.c cleanups (Thierry) - struct_mutex crusade from me -

[PATCH 3/7] drm/vc4: Add KMS support for Raspberry Pi.

On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote: > This is the start of a full VC4 driver. Right now this just supports > configuring the display using a pre-existing video mode (because > changing the pixel clock isn't available yet, and doesn't work when it > is). However, this is

[Bug 102401] Radeon Displayport Audio Warping

https://bugzilla.kernel.org/show_bug.cgi?id=102401 Maxqia changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

vmwgfx GL3 and other -next (4.3) pathches

On 08/13/2015 08:38 AM, Daniel Vetter wrote: > On Thu, Aug 13, 2015 at 7:04 AM, Thomas Hellstrom > wrote: >>> Out of curiosity I did take a (very) quick look and also tried to find the >>> corresponding userspace parts. On a quick search I didn't find anything >>> for libdrm or mesa, neither on

[PATCH 1/7] prime_mmap: Add new test for calling mmap() on dma-buf fds

On Wed, Aug 12, 2015 at 08:29:14PM -0300, Tiago Vignatti wrote: > From: Rob Bradford > > This test has the following subtests: > - test_correct for correctness of the data > - test_map_unmap checks for mapping idempotency > - test_reprime checks for dma-buf creation idempotency > -

[PATCH 3/7] prime_mmap: Add basic tests to write in a bo using CPU

On Wed, Aug 12, 2015 at 08:29:16PM -0300, Tiago Vignatti wrote: > This patch adds test_correct_cpu_write, which maps the texture buffer through > a > prime fd and then writes directly to it using the CPU. It stresses the driver > to guarantee cache synchronization among the different domains. >

[PATCH 0/2] drm: CMA fbdev stride adjustment

On Wed, Aug 12, 2015 at 03:52:12PM -0500, Rob Herring wrote: > I'm working on a DRM driver for PXA1928. Other than a stride alignment > requirement of 16 bytes, I have no other reason not to use fbdev_cma. > While I can adjust the stride for drm_gem_cma_dumb_create, I cannot do > the same for

[Intel-gfx] [PATCH v2 00/22] Enable gpu switching on the MacBook Pro

On Thu, Aug 13, 2015 at 1:37 AM, Lukas Wunner wrote: > Hi Daniel, > > On Wed, Aug 12, 2015 at 04:16:25PM +0200, Daniel Vetter wrote: >> > * Reprobing if the inactive GPU initializes before the apple-gmux module: >> > v1 used Matthew Garrett's approach of adding a driver callback. >> > v2

vmwgfx GL3 and other -next (4.3) pathches

On Thu, Aug 13, 2015 at 7:04 AM, Thomas Hellstrom wrote: >> Out of curiosity I did take a (very) quick look and also tried to find the >> corresponding userspace parts. On a quick search I didn't find anything >> for libdrm or mesa, neither on mailing lists or already committed. Where >> are

[Regression v4.2] Re: [PATCH 7/9] drm/radeon: add VCE 1.0 support v4

Am Donnerstag, den 13.08.2015, 15:18 +0900 schrieb Michel Dänzer: > On 13.08.2015 15:03, Lucas Stach wrote: > > Hi Christian, > > > > this commit is causing a boot regression with v4.2-rcX on my Richland > > APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down > > where exactly it

[Regression v4.2] Re: [PATCH 7/9] drm/radeon: add VCE 1.0 support v4

Hi Christian, this commit is causing a boot regression with v4.2-rcX on my Richland APU (CHIP_ARUBA) based laptop. I didn't have time yet to track down where exactly it is going wrong, but I bisected it down to this single commit. I don't have the VCE firmware installed on this system, so from a

vmwgfx GL3 and other -next (4.3) pathches

On 08/12/2015 11:02 PM, Daniel Vetter wrote: > On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote: >> Hi, all, >> >> I've pushed the current upcoming vmwgfx patches for 4.3 into >> >> git://people.freedesktop.org/~thomash/linux >> branch vmwgfx-next for review. >> >> There are quite

vmwgfx GL3 and other -next (4.3) pathches

Hi, On 08/12/2015 11:07 PM, Daniel Vetter wrote: > On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote: >> Hi, all, >> >> I've pushed the current upcoming vmwgfx patches for 4.3 into >> >> git://people.freedesktop.org/~thomash/linux >> branch vmwgfx-next for review. >> >> There are

[Bug 91621] Tonga Xonotic artifacts with DRI3

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150813/0650afed/attachment.html>

[PATCH] drm/i915: Only dither on 6bpc panels

Thanks for the quick fix! Comments below... On 08/12/2015 11:43 AM, Daniel Vetter wrote: > In > > commit d328c9d78d64ca11e744fe227096990430a88477 > Author: Daniel Vetter > Date: Fri Apr 10 16:22:37 2015 +0200 > > drm/i915: Select starting pipe bpp irrespective or the primary plane > > we

[PATCH libdrm 0/9] amdgpu: cleanup the exported symbols

The series are Reviewed-by: Jammy Zhou And I will rebase my pending patches on top of this series. Thanks. Regards, Jammy -Original Message- From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of Emil Velikov Sent: Saturday, August 08, 2015 12:45 AM To:

[Intel-gfx] [PATCH v2 00/22] Enable gpu switching on the MacBook Pro

Hi Daniel, On Wed, Aug 12, 2015 at 04:16:25PM +0200, Daniel Vetter wrote: > > * Reprobing if the inactive GPU initializes before the apple-gmux module: > > v1 used Matthew Garrett's approach of adding a driver callback. > > v2 simply generates a hotplug event instead. nouveau polls its

[Regression v4.2] Re: [PATCH 7/9] drm/radeon: add VCE 1.0 support v4

On 13.08.2015 08:36, Lucas Stach wrote: > Am Donnerstag, den 13.08.2015, 15:18 +0900 schrieb Michel Dänzer: >> On 13.08.2015 15:03, Lucas Stach wrote: >>> Hi Christian, >>> >>> this commit is causing a boot regression with v4.2-rcX on my Richland >>> APU (CHIP_ARUBA) based laptop. I didn't have

[PATCH v2 07/22] Revert "vga_switcheroo: Add helper function to get the active client"

On Wed, Aug 12, 2015 at 07:34:32PM +0200, Lukas Wunner wrote: > Hi Daniel, > > thanks for taking a look at the patch set. > > On Wed, Aug 12, 2015 at 04:25:52PM +0200, Daniel Vetter wrote: > > On Tue, Apr 21, 2015 at 10:39:45AM +0200, Lukas Wunner wrote: > > > This reverts commit

vmwgfx GL3 and other -next (4.3) pathches

On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote: > Hi, all, > > I've pushed the current upcoming vmwgfx patches for 4.3 into > > git://people.freedesktop.org/~thomash/linux > branch vmwgfx-next for review. > > There are quite a few patches so I figured that this would be easier

vmwgfx GL3 and other -next (4.3) pathches

On Wed, Aug 12, 2015 at 08:31:09PM +0200, Thomas Hellstrom wrote: > Hi, all, > > I've pushed the current upcoming vmwgfx patches for 4.3 into > > git://people.freedesktop.org/~thomash/linux > branch vmwgfx-next for review. > > There are quite a few patches so I figured that this would be easier