[PATCH 1/2] drm: use monotonic time in drm_calc_vbltimestamp_from_scanoutpos

On 25.10.12 12:28, Imre Deak wrote: > On Thu, 2012-10-25 at 01:05 +0200, Mario Kleiner wrote: >> On 23.10.12 20:53, Imre Deak wrote: >>> For measuring duration we want to avoid that our start/end timestamps >>> jump, so use monotonic instead of real time for that. >>> >>> Signed-off-by: Imre Deak

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On 10/25/2012 01:47 AM, Chris Wilson wrote: > On Thu, 25 Oct 2012 10:16:08 +0200, Daniel Vetter wrote: >> On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock >> wrote: >>> >>> here is a link to the file..: intel_error_decode >>> http://www.filefactory.com/file/22bypyjhs4mx >> >> I haven't figured

[PATCH] drm/i915/dp: allow configuring eDP panel fitting scaling mode

On Thu, Oct 25, 2012 at 01:57:47PM -0400, Yuly Novikov wrote: > LVDS allowed changing panel fitting scaling mode, while eDP didn't. > Copied relevant code from LVDS to eDP. > This also changes default mode on eDP to ascpect ratio preserving scaling. > > Signed-off-by: Yuly Novikov Jani from our

[PATCH 51/51] drm/i915: Add primary plane disable logic to atomic mode setting code

From: Ville Syrj?l? Enable/disable the primary plane accordingly when the sprite plane coverage changes. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_atomic.c | 41 +++ 1 files changed, 41 insertions(+), 0

[PATCH 50/51] drm/i915: Enable/disable primary plane in calc_plane()

From: Ville Syrj?l? Check the active and primary_disabled flags and set the DISPLAY_PLANE_ENABLE bit accordingly in calc_plane() hook for the primary plane. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c | 10 ++ 1 files changed,

[PATCH 49/51] drm/i915: Respect primary_disabled in crtc_enable()

From: Ville Syrj?l? Check primary_disabled state before enabling the primary plane in crtc_enable() hooks. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH 48/51] drm/i915: Unstatic intel_enable_primary() and intel_disable_primary()

From: Ville Syrj?l? intel_enable_primary() and intel_disable_primary() are needed in the atomic mode setting code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_drv.h|3 +++ drivers/gpu/drm/i915/intel_sprite.c |4 ++-- 2 files changed,

[PATCH 47/51] drm/i915: Add atomic page flip support

From: Ville Syrj?l? Add support for the DRM_MODE_ATOMIC_NONBLOCK flag. The drm_flip helper provides the necessary logic to track the progress of the flips. drm_flip is driven by a few extra calls from the interrupt handling and crtc_disable code paths. Since the

[PATCH 46/51] drm/i915: Add support for atomic modesetting completion events

From: Ville Syrj?l? Send completion events when the atomic modesetting operations has finished succesfully. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_atomic.c | 195 ++- 1 files changed, 192 insertions(+), 3

[PATCH 45/51] drm/i915: Implement atomic modesetting

From: Ville Syrj?l? Implement the mandatory hooks for the atomic modeset ioctl. The code first makes a backup of the current state, then proceeds to modify the state as properties are modified. After all the properties have been handled the new state is checked,

[PATCH 44/51] drm/i915: Split sprite update_plane() into calc+commit phases

From: Ville Syrj?l? Separate the part that calculates the register values from the part that writes the registers. This will be useful in the atomic page flip code. Also move the watermark magic into a prepare function that can be performed outside the critical

[PATCH 43/51] drm/i915: Split primary plane update_plane() into calc+commit phases

From: Ville Syrj?l? Separate the part that calculates the register values from the part that writes the registers. This will be useful in the atomic page flip code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_drv.h |3 +

[PATCH 42/51] drm/i915: Introduce intel_plane_regs

From: Ville Syrj?l? intel_plane_regs can be used to shadow all the typical plane registers. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_drv.h | 14 ++ 1 files changed, 14 insertions(+), 0 deletions(-) diff --git

[PATCH 41/51] drm/i915: Unstatic intel_crtc_mode_fixup()

From: Ville Syrj?l? Make intel_crtc_mode_fixup() available for the upcoming atomic modesetting code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |6 +++--- drivers/gpu/drm/i915/intel_drv.h |4 2 files changed, 7

[PATCH 40/51] drm/i915: Constify mode argument to intel_modeset_adjusted_mode()

From: Ville Syrj?l? intel_modeset_adjusted_mode() doesn't modify the passed display mode. So pass it as const. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH 39/51] drm/i915: Introduce intel_crtc_update_sarea_pos()

From: Ville Syrj?l? Refactor the code that stores the panning x/y position into the sarea. Make the new function intel_crtc_update_sarea_pos() available to the atomic mode setting code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c | 43

[PATCH 38/51] drm/i915: Unstatic intel_crtc_update_sarea()

From: Ville Syrj?l? Make intel_crtc_update_sarea() available for the atomic mode setting code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |4 ++-- drivers/gpu/drm/i915/intel_drv.h |2 ++ 2 files changed, 4 insertions(+), 2

[PATCH 37/51] drm/i915: Pull intel_pipe_set_base() out of the crtc_mode_set() functions

From: Ville Syrj?l? intel_pipe_set_base() (un)pins the buffers, so it can't be called from the atomic modeset paths. Pull the intel_pipe_set_base() and watermark modifications out of i9xx_crtc_mode_set() and ironlake_crtc_mode_set() into intel_crtc_mode_set(), so

[PATCH 36/51] drm/i915: Unstatic intel_finish_fb()

From: Ville Syrj?l? intel_finish_fb() will be used by the atomic modeset code, so make it non-static. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |2 +- drivers/gpu/drm/i915/intel_drv.h |1 + 2 files changed, 2

[PATCH 35/51] drm/i915: unstatic cursor functions for use with atomic modesetting

From: Ander Conselvan de Oliveira --- drivers/gpu/drm/i915/intel_display.c | 24 drivers/gpu/drm/i915/intel_drv.h | 13 + 2 files changed, 25 insertions(+), 12 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c

[PATCH 34/51] drm/i915: split cursor setting code into prepare/commit/unref parts

From: Ander Conselvan de Oliveira The atomic mode setting API will need to pin the cursor bo without making changes to the current setup. Only on a later stage the cursor registers can be written and the previous bo released. This patch splits intel_crtc_cursor_set() into

[PATCH 33/51] drm/i915: store cursor_handle in struct intel_crtc

From: Ander Conselvan de Oliveira This way it is possible to check if the cursor changed without doing any setup. Will be useful for the atomic modesetting api. --- drivers/gpu/drm/i915/intel_display.c |1 + drivers/gpu/drm/i915/intel_drv.h |2 +- 2 files

[PATCH 32/51] drm/i915: Add intel_check_clock()

From: Ville Syrj?l? intel_check_clock() can be used to check clock validity w/o modifying hardware state. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_drv.h |2 ++ drivers/gpu/drm/i915/intel_display.c | 24 2

[PATCH 31/51] drm/i915: Consitify adjusted_mode parameter

From: Ville Syrj?l? i9xx_adjust_sdvo_tv_clock(), i9xx_compute_clocks() and ironlake_compute_clocks() do not modify the adjusted_mode passed in, so pass it as const. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |6 +++--- 1 files

[PATCH 30/51] drm/i915: Factor out i9xx_compute_clocks() like ironlake_compute_clocks()

From: Ville Syrj?l? Split the clock stuff out. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c | 88 +- 1 files changed, 55 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_display.c

[PATCH 29/51] drm/i915: Split clipping and checking from update_plane hook

From: Ville Syrj?l? Split the update_plane() codepath into two separate steps. The first step checkis and clips the plane, and the second step actually commits the changes to the hardware. This allows the atomic modesetting code to perform all checks before

[PATCH 28/51] drm/i915: Implement restore_fbdev_mode hook

From: Ville Syrj?l? Convert intel_fb_restore_mode to be useable as the drm_fb_helper.restore_fbdev_mode hook. This will cause all planes to be disabled when swithing back to fbcon. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_dma.c |2 +-

[PATCH 27/51] drm/i915: Bad pixel formats can't reach the sprite code

From: Ville Syrj?l? The framebuffer pixel format is already checked by the common code. So there's no way an invalid format could reach the driver. So instead of falling back to a default format, call BUG(). Signed-off-by: Ville Syrj?l? ---

[PATCH 26/51] drm/i915: pixel_size == cpp

From: Ville Syrj?l? Use drm_format_plane_cpp() to get 'pixel_size' in the sprite code. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_sprite.c | 19 +++ 1 files changed, 3 insertions(+), 16 deletions(-) diff --git

[PATCH 25/51] drm/i915: Implement proper clipping for video sprites

From: Ville Syrj?l? Properly clip the source when the destination gets clipped by the pipe dimensions. Sadly the video sprite hardware is rather limited so it can't do proper sub-pixel postitioning. Resort to a best effort approach, where the source coordinates

[PATCH 24/51] drm/i915: Handle framebuffer offsets[]

From: Ville Syrj?l? Take fb->offset[0] into account when calculating the linear and tile x/y offsets. For non-tiled surfaces fb->offset[0] is simply added to the linear byte offset. For tiled surfaces treat fb->offsets[0] as a byte offset into the linearized view

[PATCH 23/51] drm/i915: Check the framebuffer offset

From: Ville Syrj?l? The framebuffer offset must be aligned to (macro)pixel size. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/intel_display.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git

[PATCH 22/51] drm/i915: Check framebuffer stride more thoroughly

From: Ville Syrj?l? Make sure the the framebuffer stride is smaller than the maximum accepted by any plane. Also when using a tiled memory make sure the object stride matches the framebuffer stride. Signed-off-by: Ville Syrj?l? ---

[PATCH 21/51] drm/i915: Implement execbuffer wait for all planes

From: Ville Syrj?l? Add the MI_WAIT_FOR_EVENT bits for sprites, and fix up the whole thing for IVB which moved most of the bits around. Not tested at all! Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 44

[PATCH 20/51] drm/i915: Add SURFLIVE register definitions

From: Ville Syrj?l? Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_reg.h |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h index c2e82cc..5ea4570 100644 ---

[PATCH 19/51] drm/i915: Fix display pixel format handling

From: Ville Syrj?l? Fix support for all RGB/BGR pixel formats (except the 16:16:16:16 float format). Fix intel_init_framebuffer() to match hardware and driver limitations: * RGB332 is not supported at all * CI8 is supported * XRGB1555 & co. are supported on Gen3

[PATCH 18/51] drm: Add the atomic modeset ioctl

From: Ville Syrj?l? This new ioctl can be used to update an arbitrary set of object properties in one operation. The ioctl simply takes a list of object IDs and property IDs and their values. For setting values of blob properties, the property value indicates the

[PATCH 17/51] drm: Add mode_blob and connector_ids_blob to drm_crtc

From: Ville Syrj?l? These will be ued by standard properties MODE and CONNECTOR_IDS. Signed-off-by: Ville Syrj?l? --- include/drm/drm_crtc.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/drm/drm_crtc.h

[PATCH 16/51] drm: Add drm_flip helper

From: Ville Syrj?l? The drm_flip mechanism can be used to implement robust page flipping support, and also to synchronize the flips on multiple hardware scanout engines (eg. CRTCs and overlays). Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/Makefile |2

[PATCH 15/51] drm: Make blobs resizeable

From: Ville Syrj?l? When first allocated blobs can be given a maximum size for which memory is allocated. Later the data inside the blob can be replaced, assuming that the maximum size is not exceeded. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c

[PATCH 14/51] drm: Export mode<->umode conversion functions

From: Ville Syrj?l? Export drm_crtc_convert_to_umode() and drm_crtc_convert_umode(). Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 10 ++ include/drm/drm_crtc.h |4 2 files changed, 10 insertions(+), 4 deletions(-) diff

[PATCH 13/51] drm: Refactor object property check code

From: Ville Syrj?l? Refactor the code to check whether an object has a specific property to a new function. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 20 ++-- 1 files changed, 14 insertions(+), 6 deletions(-) diff --git

[PATCH 12/51] drm: Export drm_crtc_prepare_encoders()

From: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc_helper.c |3 ++- include/drm/drm_crtc_helper.h |1 + 2 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index

[PATCH 11/51] drm: Export drm_encoder_crtc_ok

From: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc_helper.c |5 +++-- include/drm/drm_crtc_helper.h |3 +++ 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index

[PATCH 10/51] drm: Allow drm_mode_object_find() to look up an object of any type

From: Ville Syrj?l? To avoid having to pass object types from userspace for atomic mode setting ioctl, allow drm_mode_object_find() to look up an object of any type. This will only work as long as the all object types share the ID space. Signed-off-by: Ville

[PATCH 09/51] drm: Allow signed values for range properties

From: Ville Syrj?l? Treat a range property as signed when the unsigned minimum value is larger than the unsigned maximum value. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 17 ++--- 1 files changed, 14 insertions(+), 3

[PATCH 08/51] drm: Export drm_property_create_blob() and drm_property_destroy_blob()

From: Ville Syrj?l? Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c |8 +--- include/drm/drm_crtc.h |4 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index

[PATCH 07/51] drm: Add restore_fbdev_mode() hook to drm_fb_helper

From: Ville Syrj?l? Add an optional driver specific restore_fbdev_mode() hook to drm_fb_helper. If the driver doesn't provide the hook, drm_fb_helper_restore_fbdev_mode() is called directly as before. In this hook the driver can disable additional planes, cursors

[PATCH 06/51] drm: Keep a copy of last plane coordinates

From: Ville Syrj?l? If the update_plane() operation succeeds, make a copy of the requested src and crtc coordinates, so that the the plane may be reclipped if the display mode changed later. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c |8

[PATCH 05/51] drm: Add drm_calc_{hscale, vscale}() utility functions

From: Ville Syrj?l? Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 102 include/drm/drm_crtc.h |4 ++ 2 files changed, 106 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[PATCH 04/51] drm: Add struct drm_region and assorted utility functions

From: Ville Syrj?l? struct drm_region represents a two dimensional region. The utility functions are there to help driver writers. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_crtc.c | 155

[PATCH 03/51] drm: Ignore blob propertys in drm_property_change_is_valid()

From: Ville Syrj?l? In case of a blob property drm_property_change_is_valid() can't tell whether the change is valid or not. So just return true for all blob properties, and leave it up to someone else to check it. Signed-off-by: Ville Syrj?l? ---

[PATCH 02/51] drm: Constify some function arguments

From: Ville Syrj?l? None of drm_mode_debug_printmodeline(), drm_mode_equal(), drm_mode_width() or drm_mode_height() change the mode passed in, so make the arguments const. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_modes.c |8

[PATCH 01/51] drm: Be more paranoid with integer overflows

From: Ville Syrj?l? Make sure 'width * cpp' and 'height * pitch + offset' don't exceed UINT_MAX. Signed-off-by: Ville Syrj?l? Reviewed-by: Alex Deucher --- drivers/gpu/drm/drm_crtc.c | 10 +- 1 files changed, 9 insertions(+), 1 deletions(-) diff

[PATCH 00/51] Atomic mode setting and page flip

Here's the latest atomic stuff. It's finally starting to look somewhat reasonable. I rebased the work on top of drm-fixes as of today. There are quite a few preparatory patches in the series. Some of those are just fixes/cleanups that could be pushed independently. What's still unfinished: -

Breakage in "track dev_mapping in more robust and flexible way"

On 10/25/12 7:12 PM, Ilija Hadzic wrote: > On Thu, Oct 25, 2012 at 11:10 AM, Thomas Hellstr?m > wrote: >> On 10/25/12 4:41 PM, Jerome Glisse wrote: >>> On Thu, Oct 25, 2012 at 04:02:25PM +0200, Thomas Hellstrom wrote: Hi, This commit From

Linux 3.7-rc1 (nouveau_bios_score oops).

On 25.10.2012, Pawe? Sikora wrote: > what is the reason of loading nouveau driver for laptops > with nvidia optimus and enabling vga switcheroo > which doesn't work in such (optimus) cases. You can safely compile a kernel without nouveau, your Nvidia card will not be used at all since neither

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #4 from Igor Murzov 2012-10-25 19:58:36 --- I use xorg-server-1.12.3 and i'm not switching GPUs while X is running. I've tried to power down unused GPU and then kernel crashed. Switching GPUs while X is running doesn't work: [

Linux 3.7-rc1 (nouveau_bios_score oops).

On Saturday 20 of October 2012 11:40:04 Martin Peres wrote: > On 20/10/2012 11:26, Heinz Diehl wrote: > > On 20.10.2012, Linus Torvalds wrote: > > > >> Added more appropriate people to this. Added both i915 and nouveau > >> people, since apparently that fine piece of hardware has both. > >> > >>

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #3 from Alex Deucher 2012-10-25 19:33:44 --- Are you using the new dynamic gpu switching stuff in xserver 1.13 or just the old static switching? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ---

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #2 from Igor Murzov 2012-10-25 19:29:01 --- Created an attachment (id=84861) --> (https://bugzilla.kernel.org/attachment.cgi?id=84861) Call stack information from GDB -- Configure bugmail:

[Bug 56405] Distorted graphics on Radeon HD 6620G

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121025/31d34926/attachment.html>

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #1 from Igor Murzov 2012-10-25 18:45:46 --- Created an attachment (id=84851) --> (https://bugzilla.kernel.org/attachment.cgi?id=84851) lspci -vvv -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[Bug 49531] New: Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 Summary: Powering down inactive GPU while running X causes NULL pointer dereference Product: Drivers Version: 2.5 Kernel Version: 3.7.0-rc2+ Platform: All OS/Version: Linux

[Bug 56405] Distorted graphics on Radeon HD 6620G

|| -- 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/20121025/c0039823/attachment.html>

[Bug 56405] New: Distorted graphics on Radeon HD 6620G

0.4-3-x86_64.pkg.tar.xz libgl-8.0.4-3-x86_64.pkg.tar.xz -- 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/20121025/d76db792/atta

[PATCH] drm/omap: only advertise rotation prop if supported

From: Rob Clark For hardware that does not have DMM/TILER, there is no rotation, so no point in getting userspace's hopes up. Signed-off-by: Rob Clark --- drivers/staging/omapdrm/omap_drv.c | 27 +++ drivers/staging/omapdrm/omap_plane.c | 34

Breakage in "track dev_mapping in more robust and flexible way"

On 10/25/12 4:41 PM, Jerome Glisse wrote: > On Thu, Oct 25, 2012 at 04:02:25PM +0200, Thomas Hellstrom wrote: >> Hi, >> >> This commit >> >> From 949c4a34afacfe800fc442afac117aba15284962 Mon Sep 17 00:00:00 2001 >> From: Ilija Hadzic >> Date: Tue, 15 May 2012 16:40:10 -0400 >> Subject: [PATCH]

[PATCH 2/2] vga_switcheroo: Drop unused include and unused variables.

Signed-off-by: Igor Murzov --- drivers/gpu/vga/vga_switcheroo.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/gpu/vga/vga_switcheroo.c b/drivers/gpu/vga/vga_switcheroo.c index e25cf31..fa60add 100644 --- a/drivers/gpu/vga/vga_switcheroo.c +++ b/drivers/gpu/vga/vga_switcheroo.c

[PATCH 1/2] drm/radeon: fix ATPX function documentation

Fix a copy documentation. Signed-off-by: Igor Murzov --- drivers/gpu/drm/radeon/radeon_atpx_handler.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atpx_handler.c b/drivers/gpu/drm/radeon/radeon_atpx_handler.c index 37f6a90..15f5ded

Breakage in "track dev_mapping in more robust and flexible way"

Can you give the attached patch a whirl and let me know if it fixes the problem? As I indicated in my previous note, vmwgfx should be the only affected driver because it looks at dev_mapping in the open hook (others do it when they create an object, so they are not affected). I'll probably

Breakage in "track dev_mapping in more robust and flexible way"

Hi, This commit From 949c4a34afacfe800fc442afac117aba15284962 Mon Sep 17 00:00:00 2001 From: Ilija Hadzic Date: Tue, 15 May 2012 16:40:10 -0400 Subject: [PATCH] drm: track dev_mapping in more robust and flexible way Setting dev_mapping (pointer to the

[PATCH] drm: set dev_mapping before calling drm_open_helper

Some drivers (specifically vmwgfx) look at dev_mapping in their open hook, so we have to set dev->dev_mapping earlier in the process. Signed-off-by: Ilija Hadzic --- drivers/gpu/drm/drm_fops.c | 43 +-- 1 files changed, 29 insertions(+), 14 deletions(-)

[PATCH] drm/i915/dp: allow configuring eDP panel fitting scaling mode

LVDS allowed changing panel fitting scaling mode, while eDP didn't. Copied relevant code from LVDS to eDP. This also changes default mode on eDP to ascpect ratio preserving scaling. Signed-off-by: Yuly Novikov --- drivers/gpu/drm/i915/intel_dp.c | 33 ++---

[PATCH 1/2] drm: use monotonic time in drm_calc_vbltimestamp_from_scanoutpos

On Thu, 2012-10-25 at 01:05 +0200, Mario Kleiner wrote: > On 23.10.12 20:53, Imre Deak wrote: > > For measuring duration we want to avoid that our start/end timestamps > > jump, so use monotonic instead of real time for that. > > > > Signed-off-by: Imre Deak > > --- > >

Breakage in "track dev_mapping in more robust and flexible way"

On Thu, Oct 25, 2012 at 11:10 AM, Thomas Hellstr?m wrote: > On 10/25/12 4:41 PM, Jerome Glisse wrote: >> >> On Thu, Oct 25, 2012 at 04:02:25PM +0200, Thomas Hellstrom wrote: >>> >>> Hi, >>> >>> This commit >>> >>> From 949c4a34afacfe800fc442afac117aba15284962 Mon Sep 17 00:00:00 2001 >>> From:

DRM agp_init error path oops

I think there's a latent bug in a DRM error path, at least when used by i915. In the scenario below, if dev->driver->bus->agp_init() fails, we call drm_lastclose(). At least in i915_driver_lastclose(), this dereferences dev->dev_private (at "1" below). But dev->dev_private isn't initialized

Breakage in "track dev_mapping in more robust and flexible way"

Or could the driver that causes the problem be vmwgfx ? I now looked at the code and I notice that indeed vmwgfx sets its private dev_mapping in the open hook, while all other TTM-based drivers (radeon and nouveau) do it when they create an object. -- Ilija

[PATCH 1/2] drm/radeon: fix ATPX function documentation

On Thu, Oct 25, 2012 at 9:09 AM, Igor Murzov wrote: > Fix a copy documentation. > > Signed-off-by: Igor Murzov Thanks. I've added this to my queue. Alex > --- > drivers/gpu/drm/radeon/radeon_atpx_handler.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[BUG 3.7-rc1] nouveau cli->mutex possible recursive locking detected

On 10/24/2012 02:45 PM, Arend van Spriel wrote: > On 10/24/2012 01:14 PM, Arend van Spriel wrote: >> On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: >>> I have this lockdep warning on wireless-testing tree based >>> on 3.7-rc1 (no other patches except wireless bits). >>> >>>

[BUG 3.7-rc1] nouveau cli->mutex possible recursive locking detected

On 10/24/2012 02:45 PM, Arend van Spriel wrote: > On 10/24/2012 01:14 PM, Arend van Spriel wrote: >> On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: >>> I have this lockdep warning on wireless-testing tree based >>> on 3.7-rc1 (no other patches except wireless bits). >>> >>>

[Bug 49431] [Apple Inc. MacBookPro5,4] suspend/resume failure

https://bugzilla.kernel.org/show_bug.cgi?id=49431 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk

Breakage in "track dev_mapping in more robust and flexible way"

On Thu, Oct 25, 2012 at 04:02:25PM +0200, Thomas Hellstrom wrote: > Hi, > > This commit > > From 949c4a34afacfe800fc442afac117aba15284962 Mon Sep 17 00:00:00 2001 > From: Ilija Hadzic > Date: Tue, 15 May 2012 16:40:10 -0400 > Subject: [PATCH] drm: track dev_mapping in more robust and flexible

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock wrote: > > here is a link to the file..: intel_error_decode > http://www.filefactory.com/file/22bypyjhs4mx I haven't figured out how to access this thing. Can you please file a bug report on bugs.freedesktop.org and attach it there? Thanks,

[PATCH] drm: kms_helper: don't lose hotplug event

On Wed, 24 Oct 2012 21:16:53 +0200, Daniel Vetter wrote: > There's a race window (small for hpd, 10s large for polled outputs) > where userspace could sneak in with an unrelated connnector probe > ioctl call and eat the hotplug event (since neither the hpd nor the > poll code see a state

[PATCH 1/4] drm/vmwgfx: remove use of fence_obj_args

On 10/12/2012 05:01 PM, Maarten Lankhorst wrote: > It's always hardcoded to the same value. > > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |7 ++- > drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 15 ++- >

[PATCH] drivers/gpu/drm/radeon/evergreen_cs.c: Remove unnecessary semicolon

On Wed, Oct 24, 2012 at 10:42 AM, Peter Senna Tschudin wrote: > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @r1@ > statement S; > position p,p1; > @@ > S at p1;@p > > @script:python r2@ > p << r1.p; > p1 << r1.p1; > @@

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On Thu, 25 Oct 2012 10:16:08 +0200, Daniel Vetter wrote: > On Thu, Oct 25, 2012 at 7:22 AM, Justin P. Mattock > wrote: > > > > here is a link to the file..: intel_error_decode > > http://www.filefactory.com/file/22bypyjhs4mx > > I haven't figured out how to access this thing. Can you please

[PATCH 3/3] drm/vmwgfx: use ttm_bo_is_reserved

On 10/12/2012 04:59 PM, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c > b/drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c >

[PATCH 2/3] drm/radeon: Use ttm_bo_is_reserved

On 10/12/2012 04:59 PM, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/radeon/radeon_gart.c |2 +- > drivers/gpu/drm/radeon/radeon_object.c |6 +++--- > drivers/gpu/drm/radeon/radeon_object.h |2 +- > 3 files changed, 5 insertions(+), 5

[PATCH 1/3] drm/ttm: add ttm_bo_is_reserved

On 10/12/2012 04:58 PM, Maarten Lankhorst wrote: > Signed-off-by: Maarten Lankhorst > --- > drivers/gpu/drm/ttm/ttm_bo.c | 12 ++-- > include/drm/ttm/ttm_bo_api.h | 14 ++ > 2 files changed, 20 insertions(+), 6 deletions(-) > > diff --git a/drivers/gpu/drm/ttm/ttm_bo.c

mmotm 2012-10-24-17-15 uploaded (drm/i915)

edesktop.org/archives/dri-devel/attachments/20121025/93dbd1fd/attachment-0001.ksh>

[PATCH] DRM/Radeon: Set depth on low mem Radeon cards to 16 instead of 8.

On Mit, 2012-10-24 at 18:33 +0200, Egbert Eich wrote: > The Radeon driver reduces the framebuffer resolution to 8bpp if > a device with less than 32 Mb VRAM is found. This causes the > framebuffer to run in 8 bit paletted mode. For a text console this > is not an issue as 256 different colors is

[Bug 56329] System does not hibernate ATI Technologies Inc RV370 secondary [Sapphire X550 Silent]

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121025/6dcf65dd/attachment.html>

[PATCH] DRM/Radeon: Set depth on low mem Radeon cards to 16 instead of 8.

On Thu, Oct 25, 2012 at 3:07 AM, Alex Deucher wrote: > On Wed, Oct 24, 2012 at 12:33 PM, Egbert Eich wrote: >> The Radeon driver reduces the framebuffer resolution to 8bpp if >> a device with less than 32 Mb VRAM is found. This causes the >> framebuffer to run in 8 bit paletted mode. For a text

[PATCH 1/2] drm: use monotonic time in drm_calc_vbltimestamp_from_scanoutpos

On 23.10.12 20:53, Imre Deak wrote: > For measuring duration we want to avoid that our start/end timestamps > jump, so use monotonic instead of real time for that. > > Signed-off-by: Imre Deak > --- > drivers/gpu/drm/drm_irq.c | 18 -- > 1 file changed, 12 insertions(+), 6

Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO: possible recursive locking detected ] 3.7.0-rc1-wl+ #2

Re: [BUG 3.7-rc1] nouveau cli-mutex possible recursive locking detected

On 10/24/2012 01:14 PM, Arend van Spriel wrote: On 10/16/2012 02:43 PM, Stanislaw Gruszka wrote: I have this lockdep warning on wireless-testing tree based on 3.7-rc1 (no other patches except wireless bits). = Restarting tasks ... done. [ INFO:

[PATCH] drivers/gpu/drm/radeon/evergreen_cs.c: Remove unnecessary semicolon

A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // smpl @r1@ statement S; position p,p1; @@ S@p1;@p @script:python r2@ p r1.p; p1 r1.p1; @@ if p[0].line != p1[0].line_end: cocci.include_match(False) @@ position r1.p; @@

Re: [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On Tue, Oct 23, 2012 at 10:06:52AM -0700, Justin P. Mattock wrote: This is happening both with MAINLINE and NEXT. basically system is running fine, then under load system becomes really sluggish and unresponsive. I was able to get dmesg of the error..: [ 7745.007008] ath9k

  1   2   >