Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754161Ab1BCWU1 (ORCPT ); Thu, 3 Feb 2011 17:20:27 -0500 Received: from smtp1.linux-foundation.org ([140.211.169.13]:39151 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751561Ab1BCWUY (ORCPT ); Thu, 3 Feb 2011 17:20:24 -0500 MIME-Version: 1.0 In-Reply-To: References: <201102032009.17100.rjw@sisk.pl> From: Linus Torvalds Date: Thu, 3 Feb 2011 14:19:31 -0800 Message-ID: Subject: Re: 2.6.38-rc3-git1: Reported regressions 2.6.36 -> 2.6.37 To: Carlos Mafra , Keith Packard , Dave Airlie Cc: "Rafael J. Wysocki" , Takashi Iwai , Linux Kernel Mailing List , Maciej Rutecki , Florian Mickler , Andrew Morton , Kernel Testers List , Network Development , Linux ACPI , Linux PM List , Linux SCSI List , Linux Wireless List , DRI Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1107 Lines: 26 On Thu, Feb 3, 2011 at 2:10 PM, Linus Torvalds wrote: > > Maybe the right thing to do is to set it to 'unknown', something like this. > > TOTALLY UNTESTED! Doing some grepping and "git blame", I found this: commit 032d2a0d068 ("drm/i915: Prevent double dpms on") which took a very similar approach, except it just uses "-1" directly instead of introducing that DRM_MODE_DPMS_UNKNOWN concept. So I suspect that my patch is going in the right direction, and judging by the comments in that commit, we probably should do this correctly at the dri level rather than have drivers see those stupid "let's set dpms to the state that it was already in". But that very much does require that kind of "UNKNOWN" state option. So maybe we can get that patch tested (and acked if it works)? Carlos, Takashi? Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/