[PATCH] drm/radeon: Fix guard on radeon trace header

2017-09-14 Thread Chuck Ebbert
It's been that way for years... --- a/drivers/gpu/drm/radeon/radeon_trace.h +++ b/drivers/gpu/drm/radeon/radeon_trace.h @@ -1,5 +1,5 @@ #if !defined(_RADEON_TRACE_H) || defined(TRACE_HEADER_MULTI_READ) -#define _RADEON_TRACE_H_ +#define _RADEON_TRACE_H #include #include

[PATCH v2] drm/crtc: Remove duplicated ioctl code

2014-10-08 Thread Chuck Ebbert
Make drm_mode_add_fb() call drm_mode_add_fb2() after converting its args to the new internal format, instead of duplicating code. Also picks up a lot more error checking, which the legacy modes should pass after being converted to the new format. Signed-off-by: Chuck Ebbert --- drm_crtc.c

[PATCH] drm/crtc: Fix two typos

2014-10-08 Thread Chuck Ebbert
Fix: ioclt -> ioctl in comment wrong variable name in debug message Signed-off-by: Chuck Ebbert --- --- drivers/gpu/drm/drm_crtc.c.orig 2014-10-08 11:29:50.948406186 -0500 +++ drivers/gpu/drm/drm_crtc.c 2014-10-08 11:30:55.781479300 -0500 @@ -2913,7 +2913,7 @@ EXPORT_SYM

drm/crtc: Remove duplicated ioctl code

2014-10-08 Thread Chuck Ebbert
Make drm_mode_add_fb() call drm_mode_add_fb2() after converting its args to the new internal format, instead of duplicating code. Also picks up a lot more error checking, which the legacy modes should pass after being converted to the new format. Signed-off-by: Chuck Ebbert --- drm_crtc.c

page allocator bug in 3.16?

2014-09-26 Thread Chuck Ebbert
On Fri, 26 Sep 2014 09:15:57 +0200 Thomas Hellstrom wrote: > On 09/26/2014 01:52 AM, Peter Hurley wrote: > > On 09/25/2014 03:35 PM, Chuck Ebbert wrote: > >> There are six ttm patches queued for 3.16.4: > >> > >> drm-ttm-choose-a-pool-to-shrink-correct

page allocator bug in 3.16?

2014-09-25 Thread Chuck Ebbert
On Thu, 25 Sep 2014 14:55:02 -0400 Peter Hurley wrote: > After several days uptime with a 3.16 kernel (generally running > Thunderbird, emacs, kernel builds, several Chrome tabs on multiple > desktop workspaces) I've been seeing some really extreme slowdowns. > > Mostly the slowdowns are