Hi Noralf,
Than you for the patch.
On Monday, 30 October 2017 18:29:40 EET Noralf Trønnes wrote:
> Add drm_gem_cma_print_info() for debugfs printing
> struct drm_gem_cma_object specific info.
>
> Reviewed-by: Daniel Vetter
> Signed-off-by: Noralf Trønnes
> ---
> drivers/gpu/drm/drm_gem_cma_he
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:41 EET Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc:
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:42 EET Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc:
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:43 EET Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Cc:
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:44 EET Noralf Trønnes wrote:
> There is a new core debugfs file that prints fb/gem info:
> /dri//framebuffer
>
> Use drm_gem_cma_print_info() to provide info to that output instead
> of using drm_fb_cma_debugfs_show().
>
> Rev
https://bugs.freedesktop.org/show_bug.cgi?id=102300
--- Comment #13 from f...@mt2015.com ---
Latest mesa driver still shows black screen. I also tested with fresh Ubuntu
16.04 installation, and same thing happens there (black screen problems
started well over a year ago, just it got worse this su
Hi Noralf,
Thank you for the patch.
On Monday, 30 October 2017 18:29:45 EET Noralf Trønnes wrote:
> drm_fb_cma_debugfs_show() and drm_gem_cma_describe() are superseded
> by drm_framebuffer_debugfs_init() and drm_gem_cma_print_info().
>
> Cc: Laurent Pinchart
> Signed-off-by: Noralf Trønnes
Re
Am 04.11.2017 07:12, schrieb Dan Carpenter:
> The if statement wasn't indented so it makes static analysis tools and
> probably very recent GCC versions complain.
>
> Signed-off-by: Dan Carpenter
> ---
> I went over 80 characters because other lines do already and it seemed
> like the cleanest
Am 04.11.2017 um 10:16 schrieb walter harms:
Am 04.11.2017 07:12, schrieb Dan Carpenter:
The if statement wasn't indented so it makes static analysis tools and
probably very recent GCC versions complain.
Signed-off-by: Dan Carpenter
---
I went over 80 characters because other lines do already
On Sun, Sep 3, 2017 at 2:00 PM, Nicolas Iooss
wrote:
>
> Function vega10_apply_state_adjust_rules() only initializes
> stable_pstate_sclk_dpm_percentage when
> data->registry_data.stable_pstate_sclk_dpm_percentage is not between 1
> and 100. The variable is then used to compute stable_pstate_sclk,
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Boris Brezillon
Signed-off-by: Noralf
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Neil Armstrong
Signed-off-by: Noralf T
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Remove unused function prototype arcpgu_fbde
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Xinliang Liu
Cc: Rongrong Zou
Cc: Xin
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Liviu Dudau
Cc: Brian Starkey
Signed-
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Marek Vasut
Signed-off-by: Noralf Trøn
This patchset adds drm_fb_cma_fbdev_init/fini() functions that replaces
drm_fbdev_cma_init/fini(). The reason for doing so is to get rid of
struct drm_fbdev_cma and it's wrapper functions. The final piece will
happen when tinydrm moves away from the cma helper and we can remove the
struct.
Note:
P
Add functions drm_fb_cma_fbdev_init(), drm_fb_cma_fbdev_fini() and
drm_fb_cma_fbdev_init_with_funcs(). These functions relies on the fact
that the drm_fb_helper struct is stored in dev->drm_fb_helper_private
so drivers don't need to store it.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
--
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Philipp Zabel
Signed-off-by: Noralf Tr
Make the drm_framebuffer_funcs argument optional for drivers that
don't need to set the dirty callback.
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_gem_framebuffer_helper.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem_framebuffer_help
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Maxime Ripard
Signed-off-by: Noralf Tr
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Eric Anholt
Signed-off-by: Noralf Trøn
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Stefan Agner
Cc: Alison Wang
Signed-o
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Laurent Pinchart
Signed-off-by: Noralf
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Eric Anholt
Signed-off-by: Noralf Trøn
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Linus Walleij
Signed-off-by: Noralf Tr
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Jyri Sarha
Cc: Tomi Valkeinen
Signed-
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Benjamin Gaignard
Cc: Vincent Abriou
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Liviu Dudau
Cc: Brian Starkey
Signed-
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Shawn Guo
Signed-off-by: Noralf Trønne
Use drm_fb_cma_fbdev_init() and drm_fb_cma_fbdev_fini() which relies on
the fact that drm_device holds a pointer to the drm_fb_helper structure.
This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Cc: Yannick Fertre
Cc: Philippe Cornu
Cc:
Remove the unused struct drm_fbdev_cma functions.
Cc: Laurent Pinchart
Signed-off-by: Noralf Trønnes
---
drivers/gpu/drm/drm_fb_cma_helper.c | 158
include/drm/drm_fb_cma_helper.h | 28 +--
2 files changed, 3 insertions(+), 183 deletions(-)
diff --
Use drm_fb_cma_fbdev_init_with_funcs() and drm_fb_cma_fbdev_fini() which
relies on the fact that drm_device holds a pointer to the drm_fb_helper
structure. This means that the driver doesn't have to keep track of that.
Also use the drm_fb_helper functions directly.
Remove todo entry.
Cc: David Lec
Hi,
On 30-10-17 10:53, Daniel Vetter wrote:
On Mon, Oct 23, 2017 at 09:14:24AM +0200, Hans de Goede wrote:
On some hardware the LCD panel is not mounted upright in the casing,
but rotated by 90 degrees. In this case we want the console to
automatically be rotated to compensate.
The drm subsys
https://bugs.freedesktop.org/show_bug.cgi?id=103544
--- Comment #8 from Ilia Mirkin ---
(In reply to Roland Scheidegger from comment #7)
> I guess though the question is why other mesa drivers render it correctly
> and how they avoid the NaNs if they also use ieee conformant behavior (if
> they a
https://bugs.freedesktop.org/show_bug.cgi?id=103544
--- Comment #9 from Ilia Mirkin ---
Created attachment 135237
--> https://bugs.freedesktop.org/attachment.cgi?id=135237&action=edit
enable simple_float logic for blending
Entirely untested (not even compiled) patch to force blending to be 0*N
https://bugs.freedesktop.org/show_bug.cgi?id=102507
--- Comment #6 from dwagner ---
The recent patches to amdgpu made those annoying kernel warning messages go
away for me, too. Along with them went some initialization and self-test
messages, such as e.g.
> [drm] GPU post is not needed
> [drm] a
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #171 from MAD ---
Created attachment 135238
--> https://bugs.freedesktop.org/attachment.cgi?id=135238&action=edit
journalctl_radeon_4.14.0-041400rc7
[AMD/ATI] Tahiti LE [Radeon HD 7870 XT]
4.14.0-041400rc7-generic from: http://kern
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #172 from MAD ---
Created attachment 135239
--> https://bugs.freedesktop.org/attachment.cgi?id=135239&action=edit
journalctl_amdgpu_4.14.0-041400rc7
I've had more luck with amdgpu. Well kinda. It finally boots without nomodeset
(st
We want to remove uses of do_gettimeofday() from the kernel since the
resulting timeval structure overflows in 2038. This is not a problem for
this particular use, but do_gettimeofday() is also not an appropriate
method for measuring time intervals, since it requires a conversion into
microseconds
https://bugs.freedesktop.org/show_bug.cgi?id=102507
--- Comment #7 from Dieter Nützel ---
Yes, I only can second it on RX580 (since some days ;-) ).
Should be CLOSED.
--
You are receiving this mail because:
You are the assignee for the bug.___
dri-de
https://bugs.freedesktop.org/show_bug.cgi?id=102595
Jan Vesely changed:
What|Removed |Added
Summary|clpeak |[clover r600g cayman]
|
https://bugs.freedesktop.org/show_bug.cgi?id=102233
Jan Vesely changed:
What|Removed |Added
Status|NEW |NEEDINFO
--
You are receiving this mail b
https://bugs.freedesktop.org/show_bug.cgi?id=96296
Jan Vesely changed:
What|Removed |Added
Summary|clpeak causes a GPU hang|[clover r600g juniper]
|
https://bugs.freedesktop.org/show_bug.cgi?id=102507
Vedran Miletić changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=103575
Bug ID: 103575
Summary: eglQueryDevicesEXT returns 0 devices
Product: Mesa
Version: 17.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: n
https://bugs.freedesktop.org/show_bug.cgi?id=103489
--- Comment #3 from osch...@web.de ---
I did a new kernel build with the most recent patches from
agd5f/drm-next-4.15-dc applied and the issue persists. But then I manually
reverted
c196cbe065da drm/amd/display: add dpms state to DC follow up
an
https://bugs.freedesktop.org/show_bug.cgi?id=103576
Bug ID: 103576
Summary: AMDgpu doesn't separate Radeon R5 M430 from M330
Product: DRI
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
48 matches
Mail list logo
