Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754575AbXLJDU2 (ORCPT ); Sun, 9 Dec 2007 22:20:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751772AbXLJDUP (ORCPT ); Sun, 9 Dec 2007 22:20:15 -0500 Received: from idcmail-mo1so.shaw.ca ([24.71.223.10]:63005 "EHLO pd3mo2so.prod.shaw.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751442AbXLJDUM (ORCPT ); Sun, 9 Dec 2007 22:20:12 -0500 Date: Sun, 09 Dec 2007 21:20:09 -0600 From: Robert Hancock Subject: Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 In-reply-to: <475CA388.9050805@gmail.com> To: Tejun Heo Cc: Andreas Mohr , Matthew Garrett , Andrew Morton , "Rafael J. Wysocki" , LKML , Linus Torvalds , Ingo Molnar , linux-ide@vger.kernel.org, Len Brown , linux-acpi@vger.kernel.org Message-id: <475CB069.3050001@shaw.ca> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <475AE150.9050306@shaw.ca> <20071209213642.GA27096@rhlx01.hs-esslingen.de> <20071210000429.GA3916@rhlx01.hs-esslingen.de> <20071210004959.GA23280@rhlx01.hs-esslingen.de> <475C9643.2000202@shaw.ca> <475CA388.9050805@gmail.com> User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1449 Lines: 34 Tejun Heo wrote: > Robert Hancock wrote: >> And you're quite right in your comment that we are often too quick to >> blacklist hardware instead of looking into why it really is failing. >> ACPI is one of those areas where we often just need to figure out how to >> be bug-to-bug compatibile with what Windows is doing.. > > In the spirit of not blacklisting without looking deep into ACPI code, > can somebody familiar with ASL take a look at comment 11 of bug 9320? > > http://bugzilla.kernel.org/show_bug.cgi?id=9320#c11 > > This is libata calling _GTM to find out how the BIOS configured the > device to determine cable type. > > Thanks. I suspect it's somewhat similar (though perhaps a different cause), the code is trying to lookup a value (presumably register contents) in a table using Match, gets a value that's not in the table (which makes Match return the ONES value FFFFFFFF meaning not found) and so the lookup of the corresponding output value with that index fails. We'd need the full ASL dump to know exactly what's going on there. -- Robert Hancock Saskatoon, SK, Canada To email, remove "nospam" from hancockr@nospamshaw.ca Home Page: http://www.roberthancock.com/ -- 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/