From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752105Ab1AXJ1f (ORCPT ); Mon, 24 Jan 2011 04:27:35 -0500 Received: from lider.pardus.org.tr ([193.140.100.216]:60786 "EHLO lider.pardus.org.tr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751598Ab1AXJ1d convert rfc822-to-8bit (ORCPT ); Mon, 24 Jan 2011 04:27:33 -0500 From: Ozan =?utf-8?q?=C3=87a=C4=9Flayan?= Organization: TUBITAK/UEKAE To: Lionel Debroux Subject: Re: Common boot/shutdown issues with the latest 2.6.37 (Mostly Asus laptops) Date: Mon, 24 Jan 2011 11:21:50 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.31.14-132-pae; KDE/4.4.5; i686; ; ) Cc: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, rjw@sisk.pl, colin.king@canonical.com References: <179044.7274.qm@web28416.mail.ukl.yahoo.com> In-Reply-To: <179044.7274.qm@web28416.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 8BIT Message-Id: <201101241121.50658.ozan@pardus.org.tr> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Pazartesi 24 Ocak 2011 günü (saat 11:04:35) Lionel Debroux şunları yazmıştı: > > --- En date de : Dim 23.1.11, Ozan Çağlayan > a écrit : > > > De: Ozan Çağlayan > > Objet: Re: Common boot/shutdown issues with the latest 2.6.37 (Mostly Asus laptops) > > À: linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, rjw@sisk.pl, colin.king@canonical.com > > Date: Dimanche 23 janvier 2011, 21h24 > > On 23.01.2011 16:28, Ozan Çağlayan > > wrote: > > > Hi, > > > > > > I'm getting a lot of bug reports about hanging > > boot/shutdowns on these > > > days. > > > > > > Most of the affected hardware are ASUS laptops. The > > problem is that I > > > don't have access to any of those problematic laptops > > and the users are > > > not able at all to debug/bisect what is going on. > > However, I have > > > collected dmesgs of good/bad boots, acpidump, etc. > > > > > > Here are the current status: > > > > > > "Asus F50SV does not boot unless lapic is passed" > > > https://bugzilla.kernel.org/show_bug.cgi?id=26502 > > > > > > "Regression between 2.6.35-020635-rc1 and > > 2.6.35-020635 breaks acpi > > > support on Asus X71 laptop" > > > https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/689796 > > > > > > "Asus N61JQ hangs at shutdown unless lapic is passed" > > > (Not reported upstream yet, I've only downstream bug > > report which is > > > Turkish) > > > http://bugs.pardus.org.tr/show_bug.cgi?id=15969 > > > > > > "Asus X61S does not boot unless acpi=off is given" > > > (Not reported upstream yet, I've only downstream bug > > report which is > > > Turkish) > > > http://bugs.pardus.org.tr/show_bug.cgi?id=16322 > > > (I've told the reporter to try with nolapic, it will > > probably fix the > > > issue but until confirmed acpi=off is the only > > solution. 2.6.36 was fine) > > > > > > I'll post more bugs in here as I've found them. > > > > (CC'ing: Colin King from Canonical) > > > > Another one for Asus N90Sc which was booting fine with > > 10.04 > > but fails to boot with 10.10: > > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653626 > > > > Seen that the issue mostly happens on Asus boxes, it's > > possible > > that their firmwares are buggy but they were > > booting/shutting down > > correctly until a recent change in kernel. > My ASUS F3Jv-AS022P (Core 2 Duo T7200, 2 GB RAM, BIOS version > 207) has trouble (read: it reboots within one second of the > vmlinuz being loaded) with recent kernels as well. > > While I haven't performed a full bisection yet (which is why > I didn't try reporting the problem until I saw this thread), > I have narrowed down the problem by compiling several tagged > versions: > * 2.6.35 series: .4 and .6 boot successfully, .8 and .10 fail; > * 2.6.36 series: -rc2 boots successfully, .1 fails; > * 2.6.37 series: -rc4 fails. So it's probably a commit to the mainline tree which was picked by 2.6.35 maintainer to the stable tree (probably it was CC'ed) cause this. Does passing nolapic or acpi=off cures the issue? Maybe rebooting immediately while booting is a sign of another problem, I don't know. --- Ozan Çağlayan TUBITAK/UEKAE - Pardus Linux http://www.pardus.org.tr/eng