Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262248AbVDFRO7 (ORCPT ); Wed, 6 Apr 2005 13:14:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262246AbVDFRO6 (ORCPT ); Wed, 6 Apr 2005 13:14:58 -0400 Received: from inutil.org ([193.22.164.111]:9913 "EHLO vserver151.vserver151.serverflex.de") by vger.kernel.org with ESMTP id S262248AbVDFROp (ORCPT ); Wed, 6 Apr 2005 13:14:45 -0400 To: linux-kernel@vger.kernel.org Cc: benh@kernel.crashing.org Subject: Re: Linux 2.6.12-rc2 In-Reply-To: References: Date: Wed, 6 Apr 2005 19:14:35 +0200 Message-Id: From: Moritz Muehlenhoff X-SA-Exim-Connect-IP: 84.137.114.145 X-SA-Exim-Mail-From: jmm@inutil.org X-SA-Exim-Scanned: No (on vserver151.vserver151.serverflex.de); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 981 Lines: 24 Linus Torvalds wrote: > Benjamin Herrenschmidt: > o radeonfb: Implement proper workarounds for PLL accesses > o radeonfb: DDC i2c fix > o radeonfb: Fix mode setting on CRT monitors > o radeonfb: Preserve TMDS setting One of these patches introduced two regressions on my Thinkpad X31 with "ATI Technologies Inc Radeon Mobility M6 LY (prog-if 00 [VGA])": 1. When resuming from S3 suspend and having switched off the backlight with radeontool the backlight isn't switched back on any more. 2. I'm using fbcon as my primary work environment, but tty switching has become _very_ sloppy, it's at least a second now, while with 2.6.11 it was as fast as a few ms. Is this caused by the "proper PLL accesses"? Cheers, Moritz - 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/