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 d80167b85024982c5f
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>
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:
>>
>> d80167b85024982c5f18d0481a5c248100
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 repla
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
functio
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
---
drivers/gpu/
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.
Signed-off-b
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 di
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
---
drivers/gpu/drm/
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
---
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
---
drivers/gpu/drm/cirrus/cirrus_drv.c | 7 +++---
drivers
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 Kur
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 ++---
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 T
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 +++
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 | 35
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 ++
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
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 ++---
drive
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 |
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 +++-
driver
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 | 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: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/i915/i915_dma.c| 3 ++-
drivers/gpu/dr
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
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
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.
v2: Fixed PTR_ERR issue mentioned by kbuild bot
Cc: Fengguang Wu
Cc: Alex Deucher
Cc: Oded Gabbay
Cc: "Christian König"
Sign
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: Lars-Peter Clausen
Cc: Daniel Vetter
Signed-off-by: Archit Taneja
---
drivers/gpu/drm/drm_fb_cma_helper.c | 45 +--
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)
https://github.com/torvalds/linux/blob/master/inc
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,
>> https://github.com/torvalds/linux/tree/master/in
>> 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".
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 enable/
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
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,
>
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 b/include/uapi/drm/amdgpu_drm.h
index 780a581..ce4d61
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 b/include/uapi/drm/radeon_drm.h
index 1ef7666..01aa2a
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 from
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
O
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
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 (next-201
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
#ifdef
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 bo
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 repla
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
functio
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 non-
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
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 di
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 non-NULL
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 th
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
---
drivers/gpu/drm/cirrus/cirrus_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.
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: Ar
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 ++---
1 file changed, 10 ins
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: Alex
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 +++--
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
---
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 ++
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
---
dr
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
---
drivers/gpu/drm/gma5
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
---
drivers/gpu/drm/mgag200/
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 Tan
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 +
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 |
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
---
d
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
---
dri
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
---
driver
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 Ta
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
---
drivers/gpu/drm/virtio/virtgpu_drm_bu
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 +
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 re
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 Kozlowski
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 p
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 han
On Wed, Jul 22, 2015 at 12:39:37PM +0100, Chris Wilson wrote:
> 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 re
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.
>
>
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
> S
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
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 s
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 th
tever 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/201507
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
> happen
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>
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 4.2
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
https://bugzilla.kernel.org/show_bug.cgi?id=101811
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 f
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.
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 watchi
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.
https://bugzilla.kernel.org/show_bug.cgi?id=101811
beta992 at gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=101811
Laurent Carlier changed:
What|Removed |Added
CC||lordheavym at gmail.com
--- Comment #5
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, 65
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 deletion(-
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:
Am Dienstag, 21. Juli 2015, 16:25:40 schrieb Mark Yao:
> Win2/3 support multiple area function, but we haven't found
> a suitable way to use it yet, so let's just use them as other windows
> with only area 0 enabled.
>
> Signed-off-by: Mark Yao
this could go as fix into 4.2 please.
With what is
Am Dienstag, 21. Juli 2015, 16:28:52 schrieb Mark Yao:
> Win_full support 1/8 to 8 scale down/up engine, support
> all format scale.
>
> Signed-off-by: Mark Yao
> ---
> Changes in v3:
> Adviced by Tomasz Figa
> - remove unused code and unnecessary scale path.
> - use static inline funcion instead
Am Dienstag, 21. Juli 2015, 16:20:04 schrieb Mark Yao:
> vop support yuv with NV12, NV16 and NV24, only 2 plane yuv.
>
> Signed-off-by: Mark Yao
> ---
> Changes in v3:
> Adviced by Tomasz Figa
> - separate dest calculate to another patch
> - fix src x1,x2 when do align, and remove unnecessary src
Am Dienstag, 21. Juli 2015, 16:20:01 schrieb Mark Yao:
> This series patches are used for yuv image overlay display.
>
> Rockchip vop support NV11, NV16, NV24 yuv format,
> and can scale the image scale 1/8 to 8.
I've tested this series on veyron-pinky on 4.2-rc3, as mentioned as response
to pat
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 patte
culative population is more 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>
99 matches
Mail list logo