[PATCH RESEND v2 15/25] drm/gma500: Use new drm_fb_helper functions

On Wed, Jul 22, 2015 at 11:28 AM, Archit Taneja wrote: > Use the newly created wrapper drm_fb_helper functions instead of calling > core fbdev functions directly. They also simplify the fb_info creation. > > v2: > - removed unused variable 'device' in psbfb_create > > Cc: Patrik Jakobsson > Cc:

[PATCH v5 1/6] drm: bridge/dw_hdmi: add audio support for more display resolutions

On Sat, Jun 20, 2015 at 12:19:12AM +0800, Yakir Yang wrote: > The exact relationship between the two clocks will be: > 128 * SampleRate = TmdsClock * N / CTS. > So this patch would generate the correct N/CTS values, add audio support > for the below tmds clocks: > 25.175MHz, 40MHz, 54MHz,

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 2015년 07월 22일 17:42, Joonyoung Shim wrote: > On 07/22/2015 05:22 PM, Inki Dae wrote: >> On 2015년 07월 22일 17:12, Joonyoung Shim wrote: >>> On 07/22/2015 01:55 PM, Inki Dae wrote: On 2015년 07월 22일 11:02, Joonyoung Shim wrote: > On 07/21/2015 10:19 PM, Krzysztof

[PATCH 1/2] drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h

On 22.07.2015 18:16, Daniel Vetter wrote: > On Wed, Jul 22, 2015 at 10:38:18AM +0200, Christian König wrote: >> On 22.07.2015 10:29, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> This allows radeon_drm.h to be reused verbatim in libdrm. >>> >>> Signed-off-by: Michel Dänzer >> >> For

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 Laurent Carlier changed: What|Removed |Added CC||lordheavym at gmail.com --- Comment

[PATCH] drm/atomic-helper: Add option to update planes only on active crtc

With drivers supporting runtime pm it's generally not a good idea to touch the hardware when it's off. Add an option to the commit_planes helper to support this case. Note that the helpers already add all planes on a crtc when a modeset happens, hence plane updates will not be lost if drivers set

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 07/22/2015 05:22 PM, Inki Dae wrote: > On 2015년 07월 22일 17:12, Joonyoung Shim wrote: >> On 07/22/2015 01:55 PM, Inki Dae wrote: >>> On 2015년 07월 22일 11:02, Joonyoung Shim wrote: On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: > Hi, > > Today's linux-next

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 beta992 at gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 --- Comment #4 from beta992 at gmail.com --- (In reply to Alex Deucher from comment #3) > It's just a new firmware for the VCE (video encode) block. It should > eventually boot, you just have to wait for the kernel firmware loader to > time out.

[PATCH 1/2] drm/atomic-helper: Add option to update planes only on active crtc

Op 22-07-15 om 16:30 schreef Daniel Vetter: > With drivers supporting runtime pm it's generally not a good idea to > touch the hardware when it's off. Add an option to the commit_planes > helper to support this case. > > Note that the helpers already add all planes on a crtc when a modeset >

[PATCH 2/2] drm/amdgpu: Drop drm/ prefix for including drm.h in amdgpu_drm.h

From: Michel Dänzer This allows amdgpu_drm.h to be reused verbatim in libdrm. Signed-off-by: Michel Dänzer --- include/uapi/drm/amdgpu_drm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/uapi/drm/amdgpu_drm.h

[PATCH 1/2] drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h

From: Michel Dänzer This allows radeon_drm.h to be reused verbatim in libdrm. Signed-off-by: Michel Dänzer --- include/uapi/drm/radeon_drm.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/uapi/drm/radeon_drm.h

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 2015년 07월 22일 17:12, Joonyoung Shim wrote: > On 07/22/2015 01:55 PM, Inki Dae wrote: >> On 2015년 07월 22일 11:02, Joonyoung Shim wrote: >>> On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: Hi, Today's linux-next (next-20150721) encounters boot failures on Exynos

[PATCH] libdrm/amdgpu: Fixed drm.h include.

On 22.07.2015 16:33, Alexandr Akulich wrote: > On Wed, Jul 22, 2015 at 1:19 PM, Michel Dänzer wrote: >> On 17.07.2015 22:33, Alexandr Akulich wrote: >>> As I see, this is not a kernel header, but a local (belongs to libdrm) one. >>> (Otherwise, I would like you to point me on such file at, say,

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 07/22/2015 01:55 PM, Inki Dae wrote: > On 2015년 07월 22일 11:02, Joonyoung Shim wrote: >> On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: >>> Hi, >>> >>> Today's linux-next (next-20150721) encounters boot failures on Exynos >>> Octa (Exynos5422) based boards. The boards hangs. I bisected

[PATCH] drm/i915: add error path

If any of the debug file creation fails we were just returning the error code to the drm layer. But the debug files that we created in the process were not removed. And debugfs files are not automatically cleaned up. Signed-off-by: Sudip Mukherjee --- Hi Daniel, Whom should i keep Cc: for this

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 --- Comment #3 from Alex Deucher --- It's just a new firmware for the VCE (video encode) block. It should eventually boot, you just have to wait for the kernel firmware loader to time out. -- You are receiving this mail because: You are

[PATCH 14/14] drm: gc now dead mode_group code

On Wed, Jul 22, 2015 at 03:05:06PM +0200, Maarten Lankhorst wrote: > Op 09-07-15 om 23:44 schreef Daniel Vetter: > > Two nice things here: > > - drm_dev_register will truly register everything in the right order > > if the driver doesn't have a ->load callback. Before this we had to > > init

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 --- Comment #2 from beta992 at gmail.com --- Thanks! Didn't know a firmware upgrade was needed. Will try and report if it works again. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 2/2] drm/rcar: Only update planes on active crtc

R-car does runtime pm (that's why it's committing plane state only at the end). Therefore better to only update planes on active crtc. Note that since the helpers always add all enabled planes when doing a modeset change on a crtc we are guaranteed to update plane hw state to the latest requested

[PATCH 1/2] drm/atomic-helper: Add option to update planes only on active crtc

With drivers supporting runtime pm it's generally not a good idea to touch the hardware when it's off. Add an option to the commit_planes helper to support this case. Note that the helpers already add all planes on a crtc when a modeset happens, hence plane updates will not be lost if drivers set

[PATCH] libdrm/amdgpu: Fixed drm.h include.

On 17.07.2015 22:33, Alexandr Akulich wrote: > As I see, this is not a kernel header, but a local (belongs to libdrm) one. > (Otherwise, I would like you to point me on such file at, say, > https://github.com/torvalds/linux/tree/master/include/drm)

[Bug 101811] Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

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

[Bug 101811] New: Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver)

https://bugzilla.kernel.org/show_bug.cgi?id=101811 Bug ID: 101811 Summary: Club 3D Radeon R9 270 royalQueen hangs on startup (opensource driver) Product: Drivers Version: 2.5 Kernel Version: Linux 4.2RC1, Linux 4.2RC2 & Linux

[Bug 91416] vsync limits fps but still tearing in picture

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/20150722/0987cc66/attachment-0001.html>

[PATCH 2/2] drm/amdgpu: Drop drm/ prefix for including drm.h in amdgpu_drm.h

On Wed, Jul 22, 2015 at 4:29 AM, Michel Dänzer wrote: > From: Michel Dänzer > > This allows amdgpu_drm.h to be reused verbatim in libdrm. > > Signed-off-by: Michel Dänzer Reviewed-by: Alex Deucher > --- > include/uapi/drm/amdgpu_drm.h | 2 +- > 1 file changed, 1 insertion(+), 1

[Bug 91371] Tonga HDMI Audio none on TV working on monitor - possible eld issue

ver it seems to be nothing to do with the issue here anyway. -- You 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/20150722/4a

[PATCH 14/14] drm: gc now dead mode_group code

Op 09-07-15 om 23:44 schreef Daniel Vetter: > Two nice things here: > - drm_dev_register will truly register everything in the right order > if the driver doesn't have a ->load callback. Before this we had to > init the primary mode_group after the device nodes where already > registered. >

[PATCH RESEND v2 25/25] drm/fb_cma_helper: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Lars-Peter Clausen Cc: Daniel Vetter Signed-off-by: Archit Taneja --- drivers/gpu/drm/drm_fb_cma_helper.c | 45

[PATCH RESEND v2 24/25] drm/virtio: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - add missing header for virtgpu_fb.c Cc: David Airlie Cc: Gerd Hoffmann Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 23/25] drm/amdgpu: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - Fixed PTR_ERR issue mentioned by kbuild bot Cc: Fengguang Wu Cc: Alex Deucher Cc: Oded Gabbay Cc: "Christian König" Signed-off-by: Archit

[PATCH RESEND v2 22/25] drm/bochs: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - remove unused variable device in bochsfb_create Cc: David Airlie Cc: Gerd Hoffmann Cc: Daniel Vetter Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 21/25] drm/udl: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - remove unused variable device in udlfb_create Cc: David Airlie Cc: Haixia Shi Cc: "Stéphane Marchesin" Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 20/25] drm/nouveau: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - remove unused variable pdev in nouveau_fbcon_create Cc: David Airlie Cc: Ben Skeggs Cc: Alexandre Courbot Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 19/25] drm/i915: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Daniel Vetter Cc: Jani Nikula Signed-off-by: Archit Taneja --- drivers/gpu/drm/i915/i915_dma.c| 3 ++- drivers/gpu/drm/i915/intel_fbdev.c

[PATCH RESEND v2 18/25] drm/qxl: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: David Airlie Cc: Frediano Ziglio Cc: Maarten Lankhorst Signed-off-by: Archit Taneja --- drivers/gpu/drm/qxl/qxl_fb.c | 40

[PATCH RESEND v2 17/25] drm/radeon: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - Fix build break because of missing include of drm_fb_helper in radeon_drv.c Cc: Alex Deucher Cc: "Christian König" Signed-off-by: Archit

[PATCH RESEND v2 16/25] drm/mgag200: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - remove unused goto label 'out' Cc: Daniel Vetter Cc: David Airlie Cc: Alex Deucher Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 15/25] drm/gma500: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - removed unused variable 'device' in psbfb_create Cc: Patrik Jakobsson Cc: Daniel Vetter Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 14/25] drm/exynos: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - Remove unnecessary dealloc cmap in error handling path Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 13/25] drm/msm: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Rob Clark Cc: Stephane Viau Cc: Hai Li Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/msm_fbdev.c | 34

[PATCH RESEND v2 12/25] drm/tegra: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. v2: - Fix up error handling path in tegra_fbdev_probe Cc: Thierry Reding Cc: "Terje Bergström" Cc: Stephen Warren Signed-off-by: Archit Taneja

[PATCH RESEND v2 11/25] drm/omap: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Tomi Valkeinen Cc: Laurent Pinchart Signed-off-by: Archit Taneja --- drivers/gpu/drm/omapdrm/omap_fbdev.c | 34

[PATCH RESEND v2 10/25] drm/ast: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cleaned up the error handling in astfb_create a bit. v2: - removed unused variable 'device' in astfb_create Cc: David Airlie Cc: "Y.C. Chen" Cc:

[PATCH RESEND v2 09/25] drm/armada: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Russell King Signed-off-by: Archit Taneja --- drivers/gpu/drm/armada/armada_fbdev.c | 33

[PATCH RESEND v2 08/25] drm/rockchip: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. This is an effort to create a top level drm fbdev emulation option. Cc: Mark Yao Cc: Daniel Vetter Cc: Rob Clark Cc: Daniel Kurtz Signed-off-by:

[PATCH RESEND v2 07/25] drm/cirrus: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. v2: - Remove stray goto label out_iounmap Cc: Thierry Reding Cc: Zach Reizner Cc: Russell King Cc: Fabian Frederick Signed-off-by: Archit Taneja ---

[PATCH RESEND v2 06/25] drm/fb_helper: Create a wrapper for remove_conflicting_framebuffers

Some drm drivers call remove_conflicting_framebuffers. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. v2: - Added kerneldocs - Follow

[PATCH RESEND v2 05/25] drm/fb_helper: Create a wrapper for fb_set_suspend

Some drm drivers call fb_set_suspend. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. v2: - Added kerneldocs - Added a check for

[PATCH RESEND v2 04/25] drm/fb_helper: Create wrappers for blit, copyarea and fillrect funcs

drm drivers that emulate fbdev populate their fb_fillrect, fb_copyarea and fb_imageblit fb_ops with the help of cfb_* or sys_* fbdev core helper functions. Create drm_fb_helper functions that wrap around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions

[PATCH RESEND v2 03/25] drm/fb_helper: Create wrappers for fb_sys_read/write funcs

Some drm drivers populate their fb_ops with fb_sys_read/write fb sysfs ops. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. v2: - Added

[PATCH RESEND v2 02/25] drm/fb_helper: Create a wrapper for unlink_framebuffer

Some drm drivers call unlink_framebuffer. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. v2: - Added kerneldocs - Added a check for

[PATCH RESEND v2 01/25] drm/fb_helper: Add drm_fb_helper functions to manage fb_info creation

Every drm driver calls framebuffer_alloc, fb_alloc_cmap, unregister_framebuffer, fb_dealloc_cmap and framebuffer_release in order to emulate fbdev support. Create drm_fb_helper functions that perform the above operations. This is part of an effort to prevent drm drivers from calling fbdev

[PATCH RESEND v2 00/25] drm: fb emulation: Step 1: Create new drm_fb_helper wrapper funcs

DRM drivers using drm_fb_helpers still call some fbdev core functions. This makes the driver depend on CONFIG_FB, resulting in complicated Kconfig options, and preventing us from creating a top level drm config option to enable/disable FBDEV emulation. Create new drm_fb_helper functions that

[PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it

e likely to be overloaded outside of mlock(). If you have a sane way of handling mlockall(MCL_ONFAULT) without a new VMA flag, I am happy to give it a try, but I haven't been able to come up with one that doesn't have its own gremlins. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150722/eafcc072/attachment.sig>

[PATCH v2 00/25] drm: fb emulation: Step 1: Create new drm_fb_helper wrapper funcs

On 07/22/2015 01:11 PM, Daniel Vetter wrote: > On Wed, Jul 22, 2015 at 12:29:36PM +0530, Archit Taneja wrote: >> DRM drivers using drm_fb_helpers still call some fbdev core functions. >> This makes the driver depend on CONFIG_FB, resulting in complicated >> Kconfig options, and preventing us

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 2015년 07월 22일 11:02, Joonyoung Shim wrote: > On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: >> Hi, >> >> Today's linux-next (next-20150721) encounters boot failures on Exynos >> Octa (Exynos5422) based boards. The boards hangs. I bisected it to: >> >>

[PATCH] libdrm/amdgpu: Fixed drm.h include.

>> Makes sense to me, the patch is >> >> Reviewed-by: Michel Dänzer > Thanks! I have no write access to this fd.o repository. Can you apply it > please? I mean "apply the patch".

[PATCH] libdrm/amdgpu: Fixed drm.h include.

On Wed, Jul 22, 2015 at 1:19 PM, Michel Dänzer wrote: > On 17.07.2015 22:33, Alexandr Akulich wrote: >> As I see, this is not a kernel header, but a local (belongs to libdrm) one. >> (Otherwise, I would like you to point me on such file at, say, >>

[Intel-gfx] [PATCH] drm/i915: add error path

On Wed, Jul 22, 2015 at 04:58:47PM +0530, Sudip Mukherjee wrote: > If any of the debug file creation fails we were just returning the > error code to the drm layer. But the debug files that we created in the > process were not removed. And debugfs files are not automatically > cleaned up. Just

[PATCH v2 25/25] drm/fb_cma_helper: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Lars-Peter Clausen Cc: Daniel Vetter Signed-off-by: Archit Taneja --- drivers/gpu/drm/drm_fb_cma_helper.c | 45

[PATCH v2 24/25] drm/virtio: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: David Airlie Cc: Gerd Hoffmann Signed-off-by: Archit Taneja --- drivers/gpu/drm/virtio/virtgpu_drm_bus.c | 3 ++-

[PATCH v2 23/25] drm/amdgpu: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. v2: Fixed PTR_ERR issue mentioned by kbuild bot Cc: Fengguang Wu Cc: Alex Deucher Cc: Oded Gabbay Cc: "Christian König"

[PATCH v2 22/25] drm/bochs: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: David Airlie Cc: Gerd Hoffmann Cc: Daniel Vetter Signed-off-by: Archit Taneja --- drivers/gpu/drm/bochs/bochs_drv.c |

[PATCH v2 21/25] drm/udl: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: David Airlie Cc: Haixia Shi Cc: "Stéphane Marchesin" Signed-off-by: Archit Taneja --- drivers/gpu/drm/udl/udl_fb.c | 41

[PATCH v2 20/25] drm/nouveau: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: David Airlie Cc: Ben Skeggs Cc: Alexandre Courbot Signed-off-by: Archit Taneja --- drivers/gpu/drm/nouveau/nouveau_drm.c

[PATCH v2 19/25] drm/i915: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Daniel Vetter Cc: Jani Nikula Signed-off-by: Archit Taneja --- drivers/gpu/drm/i915/i915_dma.c| 3 ++-

[PATCH v2 18/25] drm/qxl: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: David Airlie Cc: Frediano Ziglio Cc: Maarten Lankhorst Signed-off-by: Archit Taneja --- drivers/gpu/drm/qxl/qxl_fb.c |

[PATCH v2 17/25] drm/radeon: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Alex Deucher Cc: "Christian König" Signed-off-by: Archit Taneja --- drivers/gpu/drm/radeon/radeon_drv.c | 4 +++-

[PATCH v2 16/25] drm/mgag200: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Daniel Vetter Cc: David Airlie Cc: Alex Deucher Signed-off-by: Archit Taneja --- drivers/gpu/drm/mgag200/mgag200_drv.c

[PATCH v2 15/25] drm/gma500: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Patrik Jakobsson Cc: Daniel Vetter Signed-off-by: Archit Taneja --- drivers/gpu/drm/gma500/accel_2d.c| 6 ++---

[PATCH v2 14/25] drm/exynos: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Inki Dae Cc: Joonyoung Shim Cc: Seung-Woo Kim Signed-off-by: Archit Taneja --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c

[PATCH v2 13/25] drm/msm: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cc: Rob Clark Cc: Stephane Viau Cc: Hai Li Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/msm_fbdev.c | 34

[PATCH v2 12/25] drm/tegra: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Thierry Reding Cc: "Terje Bergström" Cc: Stephen Warren Signed-off-by: Archit Taneja --- drivers/gpu/drm/tegra/fb.c |

[PATCH v2 11/25] drm/omap: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Tomi Valkeinen Cc: Laurent Pinchart Signed-off-by: Archit Taneja --- drivers/gpu/drm/omapdrm/omap_fbdev.c | 34

[PATCH v2 10/25] drm/ast: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. Cleaned up the error handling in astfb_create a bit. COMPILE TESTED ONLY. Cc: David Airlie Cc: "Y.C. Chen" Cc: Alex Deucher Signed-off-by: Archit

[PATCH v2 09/25] drm/armada: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. COMPILE TESTED ONLY. Cc: Russell King Signed-off-by: Archit Taneja --- drivers/gpu/drm/armada/armada_fbdev.c | 33

[PATCH v2 08/25] drm/rockchip: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. They also simplify the fb_info creation. This is an effort to create a top level drm fbdev emulation option. COMPILE TESTED ONLY. Cc: Mark Yao Cc: Daniel Vetter Cc: Rob Clark Cc: Daniel

[PATCH v2 07/25] drm/cirrus: Use new drm_fb_helper functions

Use the newly created wrapper drm_fb_helper functions instead of calling core fbdev functions directly. COMPILE TESTED ONLY. Cc: Thierry Reding Cc: Zach Reizner Cc: Russell King Cc: Fabian Frederick Signed-off-by: Archit Taneja ---

[PATCH v2 06/25] drm/fb_helper: Create a wrapper for remove_conflicting_framebuffers

Some drm drivers call remove_conflicting_framebuffers. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. Signed-off-by: Archit Taneja ---

[PATCH v2 05/25] drm/fb_helper: Create a wrapper for fb_set_suspend

Some drm drivers call fb_set_suspend. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. Signed-off-by: Archit Taneja ---

[PATCH v2 04/25] drm/fb_helper: Create wrappers for blit, copyarea and fillrect funcs

drm drivers that emulate fbdev populate their fb_fillrect, fb_copyarea and fb_imageblit fb_ops with the help of cfb_* or sys_* fbdev core helper functions. Create drm_fb_helper functions that wrap around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions

[PATCH v2 03/25] drm/fb_helper: Create wrappers for fb_sys_read/write funcs

Some drm drivers populate their fb_ops with fb_sys_read/write fb sysfs ops. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option.

[PATCH v2 02/25] drm/fb_helper: Create a wrapper for unlink_framebuffer

Some drm drivers call unlink_framebuffer. Create a drm_fb_helper function that wraps around these calls. This is part of an effort to prevent drm drivers from calling fbdev functions directly, in order to make fbdev emulation a top level drm option. Signed-off-by: Archit Taneja ---

[PATCH v2 01/25] drm/fb_helper: Add drm_fb_helper functions to manage fb_info creation

Every drm driver calls framebuffer_alloc, fb_alloc_cmap, unregister_framebuffer, fb_dealloc_cmap and framebuffer_release in order to emulate fbdev support. Create drm_fb_helper functions that perform the above operations. This is part of an effort to prevent drm drivers from calling fbdev

[PATCH v2 00/25] drm: fb emulation: Step 1: Create new drm_fb_helper wrapper funcs

DRM drivers using drm_fb_helpers still call some fbdev core functions. This makes the driver depend on CONFIG_FB, resulting in complicated Kconfig options, and preventing us from creating a top level drm config option to enable/disable FBDEV emulation. Create new drm_fb_helper functions that

[PATCH V4 4/6] mm: mlock: Introduce VM_LOCKONFAULT and add mlock flags to enable it

On 07/21/2015 09:59 PM, Eric B Munson wrote: > The cost of faulting in all memory to be locked can be very high when > working with large mappings. If only portions of the mapping will be > used this can incur a high penalty for locking. > > For the example of a large file, this is the usage

[PATCH 1/2] drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h

On Wed, Jul 22, 2015 at 06:16:41PM +0900, Michel Dänzer wrote: > On 22.07.2015 18:16, Daniel Vetter wrote: > > On Wed, Jul 22, 2015 at 10:38:18AM +0200, Christian König wrote: > >> On 22.07.2015 10:29, Michel Dänzer wrote: > >>> From: Michel Dänzer > >>> > >>> This allows radeon_drm.h to be

[PATCH 1/2] drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h

On Wed, Jul 22, 2015 at 10:38:18AM +0200, Christian König wrote: > On 22.07.2015 10:29, Michel Dänzer wrote: > >From: Michel Dänzer > > > >This allows radeon_drm.h to be reused verbatim in libdrm. > > > >Signed-off-by: Michel Dänzer > > For both patches Reviewed-by: Christian König

Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"

On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: > Hi, > > Today's linux-next (next-20150721) encounters boot failures on Exynos > Octa (Exynos5422) based boards. The boards hangs. I bisected it to: > > d80167b85024982c5f18d0481a5c248100360118 is the first bad commit > commit

[PATCH 1/2] drm/radeon: Drop drm/ prefix for including drm.h in radeon_drm.h

On 22.07.2015 10:29, Michel Dänzer wrote: > From: Michel Dänzer > > This allows radeon_drm.h to be reused verbatim in libdrm. > > Signed-off-by: Michel Dänzer For both patches Reviewed-by: Christian König > --- > include/uapi/drm/radeon_drm.h | 2 +- > 1 file changed, 1 insertion(+), 1

[PATCH v2 00/25] drm: fb emulation: Step 1: Create new drm_fb_helper wrapper funcs

On Wed, Jul 22, 2015 at 12:29:36PM +0530, Archit Taneja wrote: > DRM drivers using drm_fb_helpers still call some fbdev core functions. > This makes the driver depend on CONFIG_FB, resulting in complicated > Kconfig options, and preventing us from creating a top level drm config > option to

[PATCH v1.1 2/5] drm/atomic: Make prepare_fb/cleanup_fb only take state, v2.

On Thu, Jul 16, 2015 at 10:13 AM, Maarten Lankhorst wrote: > This removes the need to separately track fb changes i915. > > Changes since v1: > - Add dri-devel to cc. > - Fix a check in intel's prepare and cleanup fb to take rotation > into account. > > Cc: dri-devel at lists.freedesktop.org >

[Bug 91416] vsync limits fps but still tearing in picture

a compositing manager, enabling DRI3 may help. -- You 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/20150722/e21f7202/attachment.html>