On (07/13/15 16:46), Maarten Lankhorst wrote:
> > [ 1239.783961] [] dump_stack+0x4c/0x65
> > [ 1239.783965] [] ? up+0x39/0x3e
> > [ 1239.783968] [] warn_slowpath_common+0x9b/0xb5
> > [ 1239.783986] [] ? i915_gem_track_fb+0xdc/0x106 [i915]
> > [ 1239.783987] [] warn_slowpath_fmt+0x46/0x48
> > [
On (07/13/15 16:35), Daniel Vetter wrote:
> On Mon, Jul 13, 2015 at 09:51:39PM +0900, Sergey Senozhatsky wrote:
> > 4.2.0-rc2-next-20150713
>
> Is this also an issue in the 4.2-rc series or only in -next?
don't know how to reproduce this, but I'll check.
-s
On Thu, Jul 9, 2015 at 3:40 AM, SF Markus Elfring
wrote:
>> From: Markus Elfring
>> Date: Thu, 5 Feb 2015 10:12:51 +0100
>>
>> The vunmap() function performs also input parameter validation.
>> Thus the test around the call is not needed.
>>
>> This issue was detected by using the Coccinelle soft
4.2.0-rc2-next-20150713
[ 1239.783862] [ cut here ]
[ 1239.783892] WARNING: CPU: 0 PID: 364 at drivers/gpu/drm/i915/i915_gem.c:5368
i915_gem_track_fb+0xdc/0x106 [i915]()
[ 1239.783894] WARN_ON(new->frontbuffer_bits & frontbuffer_bits)
[ 1239.783895] Modules li
|--- |INVALID
--
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/20150713/cf0df359/attachment.html>
|--- |INVALID
--
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/20150713/199058e8/attachment.html>
|--- |FIXED
--
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/20150713/8e5b0362/attachment.html>
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/f3064168/attachment.html>
Hello!
Andrzej Hajda wrote:
> On 07/13/2015 11:04 AM, Tobias Jakobi wrote:
>> Hello,
>>
>> Andrzej Hajda wrote:
>>> Hi Tobias,
>>>
>>> On 07/12/2015 06:06 PM, Tobias Jakobi wrote:
Hello Andrzej!
Just some small comments.
It seems like linux-samsung-soc wasn't put into Cc
model for sure.
--
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/20150713/9eb91fdf/attachment.html>
From: Zhao Junwang
This is the equivalent helper to drm_plane_helper_check_update
for legacy drivers, but using atomic state to check things.
Motivated by the atomic conversion of the bochs driver.
v2: according to Daniel's comment
-polish the kerneldoc comment to match the signatures
-
2015-07-13 ì¤í 6:24ì Konstantin Khlebnikov ì´(ê°) ì´ ê¸:
> On Mon, Jul 13, 2015 at 11:35 AM, Gioh Kim wrote:
>> From: Gioh Kim
>>
>> Hello,
>>
>> This series try to enable migration of non-LRU pages, such as driver's page.
>>
>> My ARM-based platform occured severe fragmentation proble
Add a TFT LCD panel. the TFT LCD panel is WQVGA "480x272",
and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
.../devicetree/bindings/drm/fsl-dcu/fsl,dcu.txt | 20
MAINTAINERS
This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
simple panel driver.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../bindings/panel/nec,nl4827hc19_05b.txt | 7 ++
.../devicetree/bindings/vendor-
This patch add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale SoCs.
2D-ACE is a Freescale display controller. 2D-ACE describes
the functionality of the module extremely well its name is a value
that cannot be used as a token in programming languages.
Instead
https://bugzilla.kernel.org/show_bug.cgi?id=101391
--- Comment #2 from Michael Long ---
The last working kernel version is 4.0.x, I'm back on 4.0.8 right now. It also
does happen with 4.1.0. I'll try to do a bisect.
--
You are receiving this mail because:
You are watching the assignee of the bu
From: Zhao Junwang
This is the equivalent helper to drm_plane_helper_check_update
for legacy drivers, but using atomic state to check things.
Motivated by the atomic conversion of the bochs driver.
v2: according to Daniel's comment
-polish the kerneldoc comment to match the signatures
-
On Mon, Jul 13, 2015 at 11:30:34AM -0400, Alex Deucher wrote:
> On Mon, Jul 13, 2015 at 2:43 AM, Archit Taneja
> wrote:
> > With the top level DRM_FBDEV_EMULATION option, drivers don't need to
> > select DRM_FB_KMS_HELPER or other FB related config options in the
> > driver.
> >
> > Even if FBDEV
From: Gioh Kim
Migration is completely generalized so that migrating mobile page
is processed with lru-pages in move_to_new_page.
Signed-off-by: Gioh Kim
Acked-by: Rafael Aquini
---
mm/migrate.c | 15 ---
1 file changed, 15 deletions(-)
diff --git a/mm/migrate.c b/mm/migrate.c
in
From: Gioh Kim
Apply mobile page migration into balloon driver.
The balloong driver has an anonymous inode that manages
address_space_operation for page migration.
Compaction calls interfaces of mobile page migration
instead of calling balloon migration directly.
Signed-off-by: Gioh Kim
Acked-b
From: Gioh Kim
Add framework to register callback functions and check page mobility.
There are some modes for page isolation so that isolate interface
has arguments of page address and isolation mode while putback
interface has only page address as argument.
Signed-off-by: Gioh Kim
Acked-by: Ra
From: Gioh Kim
The anon_inodes has already complete interfaces to create manage
many anonymous inodes but don't have interface to get
new inode. Other sub-modules can create anonymous inode
without creating and mounting it's own pseudo filesystem.
Signed-off-by: Gioh Kim
Acked-by: Rafael Aquini
From: Gioh Kim
Hello,
This series try to enable migration of non-LRU pages, such as driver's page.
My ARM-based platform occured severe fragmentation problem after long-term
(several days) test. Sometimes even order-3 page allocation failed. It has
memory size 512MB ~ 1024MB. 30% ~ 40% memory i
Functions, Structs and Parameters definitions on kernel documentation
are pure cosmetic, it only highlights the element.
To ease the navigation in the documentation we should use inside
those tags so readers can easily jump between methods directly.
This was discussed in 2014[1] and is implement
On 07/09/2015 08:56 PM, Jonathan Corbet wrote:
> On Fri, 26 Jun 2015 12:08:57 -0300
> Danilo Cesar Lemes de Paula wrote:
>
>> To ease the navigation in the documentation we should use inside
>> those tags so readers can easily jump between methods directly.
>>
>> This was discussed in 2014[1] an
On Mon, Jul 13, 2015 at 11:44:15PM +0900, Sergey Senozhatsky wrote:
> On (07/13/15 16:35), Daniel Vetter wrote:
> > On Mon, Jul 13, 2015 at 09:51:39PM +0900, Sergey Senozhatsky wrote:
> > > 4.2.0-rc2-next-20150713
> >
> > Is this also an issue in the 4.2-rc serie
We have no need to include if the CONFIG_DEBUG_FS option
is not set.
Signed-off-by: Alexander Kuleshov
---
drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_device.c
b/drivers/gpu/drm/amd/amdgpu/
From: Tvrtko Ursulin
Frame buffer modifiers extensions provided in;
commit e3eb3250d84ef97b766312345774367b6a310db8
Author: Rob Clark
Date: Thu Feb 5 14:41:52 2015 +
drm: add support for tiled/compressed/etc modifier in addfb2
Missed the structure packing/alignment problem w
Op 13-07-15 om 14:51 schreef Sergey Senozhatsky:
> 4.2.0-rc2-next-20150713
>
> [ 1239.783862] [ cut here ]
> [ 1239.783892] WARNING: CPU: 0 PID: 364 at
> drivers/gpu/drm/i915/i915_gem.c:5368 i915_gem_track_fb+0xdc/0x106 [i915]()
> [ 1239.7
ear" logic in the core based on data provided by the drivers.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/69dc0355/attachment.sig>
Hi Tobias,
On 12 July 2015 at 11:14, Tobias Stoeckmann wrote:
> On Sat, Jul 11, 2015 at 11:02:57AM +0200, Tobias Stoeckmann wrote:
>> if (readlink(path, link, PATH_SIZE) < 0)
>> return -EINVAL;
>> + link[PATH_SIZE] = '\0';
>
> Sorry, this patch is wrong. It has to be termi
On Mon, Jul 13, 2015 at 09:51:39PM +0900, Sergey Senozhatsky wrote:
> 4.2.0-rc2-next-20150713
Is this also an issue in the 4.2-rc series or only in -next?
-Daniel
>
> [ 1239.783862] [ cut here ]
> [ 1239.783892] WARNING: CPU: 0 PID: 364 at
> drive
On Mon, Jul 13, 2015 at 07:50:42PM +0800, John Hunter wrote:
> From: Zhao Junwang
>
> This is the equivalent helper to drm_plane_helper_check_update
> for legacy drivers, but using atomic state to check things.
>
> Motivated by the atomic conversion of the bochs driver.
>
> v2: according to Dan
On Mon, Jul 13, 2015 at 03:59:25PM +0530, Archit Taneja wrote:
>
>
> On 07/13/2015 01:37 PM, Daniel Vetter wrote:
> >On Mon, Jul 13, 2015 at 12:07:56PM +0530, Archit Taneja wrote:
> >>DRM drivers using drm_fb_helpers still call some fbdev core functions.
> >>This makes the driver depend on CONFIG
On Mon, Jul 13, 2015 at 12:11:08PM +0200, Hans Verkuil wrote:
> On 07/13/2015 11:54 AM, Daniel Vetter wrote:
> > On Mon, Jul 13, 2015 at 11:43:31AM +0200, Hans Verkuil wrote:
> >> On 07/13/2015 11:18 AM, Daniel Vetter wrote:
> >>> On Mon, Jul 13, 2015 at 10:29:32AM +0200, Hans Verkuil wrote:
>
--
> The Qualcomm Innovation Center, Inc. is a member of the Code
> Aurora Forum,
> hosted by The Linux Foundation
>
>
>
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/aee18745/attachment.html>
On 07/13/2015 01:37 PM, Daniel Vetter wrote:
> On Mon, Jul 13, 2015 at 12:07:56PM +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
ice *fsl_dev = platform_get_drvdata(pdev);
> +
> + drm_put_dev(fsl_dev->ddev);
> +
> + return 0;
> +}
> +
> +static const struct of_device_id fsl_dcu_of_match[] = {
> + { .compatible = "fsl,ls1021a-dcu", },
> + { .compatible = "fsl,vf610-dcu", },
> + { },
> +};
> +MODULE_DEVICE_TABLE(of, fsl_dcu_of_match);
> +
> +static struct platform_driver fsl_dcu_drm_platform_driver = {
> + .probe = fsl_dcu_drm_probe,
> + .remove = fsl_dcu_drm_remove,
> + .driver = {
> + .owner = THIS_MODULE,
remove ".owner= THIS_MODULE,"
platform_driver does not need to set an owner because
platform_driver_register() will set it.
--
ï¼ark
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/4a084c59/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/cf5f2e05/attachment.html>
e while a crtc is disabled, just don't
> update it in your commit function.
>
--
Best regards
Junwang Zhao
Microprocessor Research and Develop Center
Department of Computer Science &Technology
Peking University
Beijing, 100871, PRC
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/c892a78b/attachment.html>
el 3.18.8 and I'm running it right now.
I'll see what happens, hopefully it won't hang ! :)
--
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/arch
On 07/13/2015 01:01 PM, Daniel Vetter wrote:
> On Mon, Jul 13, 2015 at 12:07:59PM +0530, Archit Taneja wrote:
>> 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
Abeit quite unlikely to get hit by this bug here, let just fix it.
v2: Correct conditional (do not call ioctl(DRM_IOCTL_PRIME_HANDLE_TO_FD)
when we already have the fd).
Cc: freedreno at lists.freedesktop.org
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
freedreno/freedreno_bo.c | 6 +++---
fr
Abeit quite unlikely to get hit by this bug here, let just fix it.
Cc: freedreno at lists.freedesktop.org
Cc: Rob Clark
Signed-off-by: Emil Velikov
---
freedreno/freedreno_bo.c | 6 +++---
freedreno/kgsl/kgsl_bo.c | 1 +
freedreno/msm/msm_bo.c | 1 +
3 files changed, 5 insertions(+), 3 deleti
https://bugzilla.kernel.org/show_bug.cgi?id=100351
--- Comment #4 from yaroslav.sapozhnik at gmail.com ---
The issue is still there after update to 4.0.7.
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hi Dave
Here is some fixes for rockchip drm, can you land them?
The following changes since commit c5fd936e992dd2829167d2adc63e151675ca6898:
drm/nouveau: Pause between setting gpu to D3hot and cutting the power
(2015-06-26 10:26:37 +1000)
are available in the git repository at:
http
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/d075109d/attachment-0001.html>
On 1 July 2015 at 19:38, Mark Brown wrote:
> On Wed, Jul 01, 2015 at 11:41:06AM +0200, Tomeu Vizoso wrote:
>
>> +static void tegra_max98090_get_dependencies(struct fwnode_handle *fwnode,
>> + struct list_head *deps)
>> +{
>> + add_dependency(fwnode, "nvi
On 2015å¹´07æ10æ¥ 18:37, Krzysztof Kozlowski wrote:
> platform_driver does not need to set an owner because
> platform_driver_register() will set it.
>
> Signed-off-by: Krzysztof Kozlowski
>
> ---
> Changes since v1:
> 1. Split owner removal from rockchip to separate patch (spotted by Mark
>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/5a1a75d9/attachment.html>
Add a TFT LCD panel. the TFT LCD panel is WQVGA "480x272",
and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/ar
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Reviewed-by: Alison Wang
---
.../devicetree/bindings/drm/fsl-dcu/fsl,dcu.txt | 20
MAINTAINERS
This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
simple panel driver.
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../bindings/panel/nec,nl4827hc19_05b.txt | 7 ++
.../devicetree/bindings/vendor-prefixes.txt| 1 +
MAINTAINERS
This patch add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale SoCs.
2D-ACE is a Freescale display controller. 2D-ACE describes
the functionality of the module extremely well its name is a value
that cannot be used as a token in programming languages.
Instead
Op 13-07-15 om 13:50 schreef John Hunter:
> From: Zhao Junwang
>
> This is the equivalent helper to drm_plane_helper_check_update
> for legacy drivers, but using atomic state to check things.
>
> Motivated by the atomic conversion of the bochs driver.
>
> v2: according to Daniel's comment
> -p
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150713/66356470/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=101441
William Shuman changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
btw, I mentioned on irc, but someone *really* ought to go through the
ioclt structs and split each struct member into it's own line, so
things like '__u32 width, height' aren't so sneaky ;-)
On Mon, Jul 13, 2015 at 11:56 AM, Tvrtko Ursulin
wrote:
> From: Tvrtko Ursulin
>
> Frame buffer modifiers
https://bugzilla.kernel.org/show_bug.cgi?id=101441
--- Comment #3 from Lorenzo Bona ---
(In reply to William Shuman from comment #2)
> It would be VERDE for the FirePro M4000, not sure why it is trying to load
> TAHITI and VERDE does not have vce.
Even my R7-265 is based on Pitcairn, but looks
https://bugzilla.kernel.org/show_bug.cgi?id=101441
--- Comment #2 from William Shuman ---
It would be VERDE for the FirePro M4000, not sure why it is trying to load
TAHITI and VERDE does not have vce.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Mon, Jul 13, 2015 at 11:35 AM, Gioh Kim wrote:
> From: Gioh Kim
>
> Hello,
>
> This series try to enable migration of non-LRU pages, such as driver's page.
>
> My ARM-based platform occured severe fragmentation problem after long-term
> (several days) test. Sometimes even order-3 page allocati
https://bugzilla.kernel.org/show_bug.cgi?id=101441
Lorenzo Bona changed:
What|Removed |Added
CC||lorenz.bona at gmail.com
--- Comment #1 f
https://bugzilla.kernel.org/show_bug.cgi?id=101441
Bug ID: 101441
Summary: Delay at boot and VCE init error
Product: Drivers
Version: 2.5
Kernel Version: linux 4.2-rc2
Hardware: All
OS: Linux
Tree: Mainline
The driver internally uses drm_fb_cma helpers to emulate fbdev and
allocate buffers. It doesn't need to select DRM_FB_KMS_HELPER. This
will be managed by the config option DRM_KMS_CMA_HELPER.
Cc: Ezequiel Garcia
Cc: Tomi Valkeinen
Cc: Jyri Sarha
Signed-off-by: Archit Taneja
---
drivers/gpu/d
The driver internally uses drm_fb_cma helpers to emulate fbdev and
allocate buffers. It doesn't need to select DRM_FB_KMS_HELPER. This
will be managed by the config option DRM_KMS_CMA_HELPER.
Cc: Laurent Pinchart
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/shmobile/Kconfig | 1 -
1 file c
The driver internally uses drm_fb_cma helpers to emulate fbdev and
allocate buffers. It doesn't need to select DRM_FB_KMS_HELPER. This
will be managed by the config option DRM_KMS_CMA_HELPER.
Cc: Laurent Pinchart
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/rcar-du/Kconfig | 1 -
1 file ch
The driver internally uses drm_fb_cma helpers to emulate fbdev and
allocate buffers. It doesn't need to select DRM_FB_KMS_HELPER. This
will be managed by the config option DRM_KMS_CMA_HELPER.
Cc: Philipp Zabel
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/imx/Kconfig | 1 -
1 file changed,
The driver internally uses drm_fb_cma helpers to emulate fbdev and
allocate buffers. It doesn't need to select DRM_FB_KMS_HELPER. This
will be managed by the config option DRM_KMS_CMA_HELPER.
Cc: Boris Brezillon
Cc: Sylvain Rochet
Cc: Nicolas Ferre
Signed-off-by: Archit Taneja
---
drivers/gp
Remove FB_* config options since the helper doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Lars-Peter Clausen
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: David Airlie
Cc: G
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Alex Deucher
Cc: O
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: David Airlie
Cc: G
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
The code relying on DEF
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Removing FB_BACKLIGHT g
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
The code relying on DEF
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Alex Deucher
Cc: "
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Daniel Vetter
Cc:
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc:Daniel Vetter
Cc: P
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Inki Dae
Cc: Joony
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Tomi Valkeinen
Cc:
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: David Airlie
Cc: "
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Russell King
Sign
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Mark Yao
Cc: Danie
Remove FB_* config options since the driver doesn't call any fbdev
functions directly.
Remove FB_KMS_HELPER as this would now be selected by the top level
FBDEV_EMULATION config option. If the fbdev emulation isn't selected,
the drm_fb_helper functions will be stubbed out.
Cc: Thierry Reding
Cc:
With the top level DRM_FBDEV_EMULATION option, drivers don't need to
select DRM_FB_KMS_HELPER or other FB related config options in the
driver.
Even if FBDEV_EMULATION isn't select, the stubbed out versions of
the drm_fb_helper functions will be called.
There are some drivers which still need som
DRM_I915_FBDEV config is currently used to enable/disable fbdev emulation
for the i915 kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using
this config lets us also prevent wrapping around drm_fb_helper_* calls with
The #ifdef in drm_i915_private struct adding/remo
DRM_STI_FBDEV config is currently used to enable/disable fbdev emulation
for the sti kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION
config option instead where applicable.
We replace the #ifdef in sti_drm_load with CONFIG_DRM_FBDEV_EMULATION.
It's probably o
DRM_IMX_FB_HELPER config is currently used to enable/disable fbdev
emulation for the imx kms driver.
Remove this local config option and use the top level DRM_FBDEV_EMULATION
config option where applicable. Using this config lets us also prevent
wrapping around drm_fb_helper_* calls with #ifdefs i
DRM_TEGRA_FBDEV config is currently used to enable/disable fbdev emulation
for the tegra kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option. Using
this config lets us also prevent wrapping around drm_fb_helper_* calls with
The #ifdef in tegra_drm struct that adds/remove
DRM_MSM_FBDEV config is used to enable/disable fbdev emulation for the
msm kms driver.
Replace this with the top level DRM_FBDEV_EMULATION config option where
applicable. This also prevents build breaks caused by undefined
drm_fb_helper_* functions when legacy fbdev support was disabled.
Signed-o
Legacy fbdev emulation support via DRM is achieved through KMS FB helpers.
Most modesetting drivers enable provide fbdev emulation by default by
selecting KMS FB helpers. A few provide a separate Kconfig option for the
user to enable or disbale fbdev emulation.
Enabling fbdev emulation is finally
This provides a uniform interface to enable/disable legacy fbdev support
for modesetting drivers.
DRM_FBDEV_EMULATION is made available in the top level drm Kconfig. A
driver that wants fbdev emulation using drm_fb_helper can enable this
option.
Apart from 5 drivers (msm, tegra, imx, sti, i915),
On 07/13/2015 11:54 AM, Daniel Vetter wrote:
> On Mon, Jul 13, 2015 at 11:43:31AM +0200, Hans Verkuil wrote:
>> On 07/13/2015 11:18 AM, Daniel Vetter wrote:
>>> On Mon, Jul 13, 2015 at 10:29:32AM +0200, Hans Verkuil wrote:
On 06/15/2015 08:53 AM, Daniel Vetter wrote:
> On Tue, Jun 09, 2015
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 +--
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 ++-
drivers
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: Oded Gabbay
Cc: "Christian König"
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/amd/amdgpu/amdgpu_drv
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 |
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 | 40
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
1 - 100 of 178 matches
Mail list logo
