attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130103/f55b61bf/attachment.html>
On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
> On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> > Hi,
> >
> > Starting with 3.8rc1 I get a black screen when resuming after suspend.
> > The kernel is alive because I can switch to VT1 and reboot with
> > ctrl-alt-
On Fri, 4 Jan 2013, Dave Airlie wrote:
> Did you run these with pre-kms userspace etc to make sure it doesn't
> cause regressions there?
>
No, I didn't, but I can give it a quick whirl. I think I still have one or
two machines with 6.14.x DDX that I can put in UMS mode and see what
happens.
floods my logs.
--
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/20130103/d092047f/attachment.html>
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/20130103/041a1939/attachment.html>
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/20130103/17549b6d/attachment.html>
to google it.
"Is this a regression? Does it happen with older versions of mesa or kernel?"
Yes. Previous kernel 3.7 doesn't show this problem.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbe
https://bugzilla.kernel.org/show_bug.cgi?id=52121
--- Comment #14 from Fernando Chaves 2013-01-03
22:13:05 ---
I have recorded this video:
http://www.youtube.com/watch?v=T0qHBxla5f8
Note the frame rate of the movie after reboot, with xen loaded.
--
Configure bugmail: https://bugzilla.ker
On Thu, Jan 3, 2013 at 1:16 PM, wrote:
> From: Alex Deucher
>
> The idea here is to move to a finer grained reset.
> In some cases we may not need reset every block, and
> in other cases we may not need to re-init the entire
> asic.
>
> Signed-off-by: Alex Deucher
for the serie
Reviewed-by: Je
From: Alex Deucher
Hi Dave,
A few fixes for radeon:
- fix the crashes related to DMA on r6xx
- properly reset DMA on GPU reset
- fix monitor probing with some DP bridges
- misc small bug fixes
The following changes since commit d5757dbe79870d825d0dec30074d48683e1d7e9a:
Revert "drm: tegra: pr
This patch implements the exynos_drm_crtc_finish_pageflip in
exynos_drm_crtc.c. This avoids the duplication of same code
in mixer, fimd and vidi.
Signed-off-by: Rahul Sharma
---
This patch is based on branch "exynos-drm-next" at
http://git.kernel.org/?p=linux/kernel/git/daeinki/drm-exynos.git
d
This patch implements the exynos_drm_crtc_finish_pageflip in
exynos_drm_crtc.c. This avoids the duplication of same code
in mixer, fimd and vidi.
Signed-off-by: Rahul Sharma
Signed-off-by: Stephane Marchesin
---
This patch is based on branch "exynos-drm-next" at
http://git.kernel.org/?p=linux/ke
Hi Olof,
On Sun, Dec 30, 2012 at 11:57 AM, Olof Johansson wrote:
> Hi,
>
> On Thu, Dec 27, 2012 at 8:00 PM, Ajay Kumar
> wrote:
>> This patch adds device tree match table for Exynos G2D controller.
>>
>> Signed-off-by: Ajay Kumar
>> ---
>> drivers/gpu/drm/exynos/exynos_drm_g2d.c | 10
On Wed, Jan 2, 2013 at 10:37 PM, Rahul Sharma wrote:
> On Wed, Jan 2, 2013 at 10:45 PM, Sean Paul wrote:
>> On Thu, Dec 27, 2012 at 6:38 AM, Rahul Sharma
>> wrote:
>>> This patch adds the implementation of check_mode callback in the mixer
>>> driver. Based on the mixer version, correct set of r
On Thu, Jan 3, 2013 at 7:12 AM, Deucher, Alexander
wrote:
>> -Original Message-
>> From: Boszormenyi Zoltan [mailto:zboszor at pr.hu]
>> Sent: Thursday, January 03, 2013 6:37 AM
>> To: Alex Deucher
>> Cc: Markus Trippelsdorf; lkml; dri-devel at lists.freedesktop.org; Deucher,
>> Alexander;
I got a crash after a few minutes of running 3.8.0-rc2, was able to
switch to a vt and look at dmesg:
[ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed...
GPU hung
[ 490.963019] [drm] capturing error event; look for more information in
/debug/dri/0/i915_error_state
On Thu, Jan 3, 2013 at 3:46 PM, J. Bruce Fields wrote:
> I got a crash after a few minutes of running 3.8.0-rc2, was able to
> switch to a vt and look at dmesg:
>
> [ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed...
> GPU hung
> [ 490.963019] [drm] capturing error ev
On Thu, Jan 03, 2013 at 04:16:24PM -0500, Josh Boyer wrote:
> On Thu, Jan 3, 2013 at 3:46 PM, J. Bruce Fields
> wrote:
> > I got a crash after a few minutes of running 3.8.0-rc2, was able to
> > switch to a vt and look at dmesg:
> >
> > [ 490.962545] [drm:i915_hangcheck_hung] *ERROR* Hangcheck
101 - 118 of 118 matches
Mail list logo
