Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753443AbXLIHAV (ORCPT ); Sun, 9 Dec 2007 02:00:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750948AbXLIHAJ (ORCPT ); Sun, 9 Dec 2007 02:00:09 -0500 Received: from rv-out-0910.google.com ([209.85.198.190]:30756 "EHLO rv-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750732AbXLIHAG (ORCPT ); Sun, 9 Dec 2007 02:00:06 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=CuJsTFSSr+3lDeNFFu/TW+if4l9SzgG1/v8CQMpYRjgPZjIu9t2va0jvcVspdRcp3FYdceZK+tsLaG40OkyDdK/kezPWhsojrMmmGwfCoqGvHjK6314+lMqNFRK+LxnsCVEO1Ci1U3hKYPvV2l7ZTUXTIjagIRa14qeekfZ5bhM= Message-ID: <475B9270.6070902@gmail.com> Date: Sun, 09 Dec 2007 16:00:00 +0900 From: Tejun Heo User-Agent: Thunderbird 2.0.0.6 (X11/20070801) MIME-Version: 1.0 To: Andrew Morton CC: "Rafael J. Wysocki" , LKML , Linus Torvalds , Ingo Molnar , Alan Cox Subject: Re: 2.6.24-rc4-git5: Reported regressions from 2.6.23 References: <200712080340.49546.rjw@sisk.pl> <20071208015227.3a1c7fae.akpm@linux-foundation.org> In-Reply-To: <20071208015227.3a1c7fae.akpm@linux-foundation.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1904 Lines: 50 Hello, (cc'ing Alan) Andrew Morton wrote: >> Subject : cd/dvd inaccessible in 2.6.24-rc2 >> Submitter : Will Trives >> References : http://lkml.org/lkml/2007/11/9/290 >> http://bugzilla.kernel.org/show_bug.cgi?id=9346 >> Handled-By : Len Brown >> Tejun Heo >> Patch : >> > > Nasty one. Tejun and several diligent reporters are doing sterling > work there and things have improved. I don't know whether any of > Tejun's patches have been merged yet, but we'll probably be OK on > this one. I'm still trying to find out what's really going on. That drive is quite peculiar. > What is unclear (to me) is what actually caused those people's machines to > break? It's introduced by setting ATAPI transfer chunk size to actual transfer size which is the right thing to do generally. However, with the change, the ATAPI HSM should be ready to drain full extra transfer chunks which libata HSM wasn't doing. With that part changed, most regressions should go away. Unfortunately, simply adding that doesn't fix the case in bug 9346 and I'm still trying to find out why. The good news is that the drive works fine with proposed more extensive improvements to libata ATAPI which will probably be included into 2.6.25, so we at least have long term solution. If we fail to find out the solution in time, we always have the alternative of backing out the ATAPI transfer chunk size update. This will break some other cases which were fixed by the change but those won't be regressions at least and we can add transfer chunk size update with other changes to 2.6.25. Thanks. -- tejun -- 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/