From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754798AbYFLG1S (ORCPT ); Thu, 12 Jun 2008 02:27:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752683AbYFLG1A (ORCPT ); Thu, 12 Jun 2008 02:27:00 -0400 Received: from rv-out-0506.google.com ([209.85.198.238]:43872 "EHLO rv-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752227AbYFLG07 (ORCPT ); Thu, 12 Jun 2008 02:26:59 -0400 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=osP9r6mi8efbyGXmTvM/LeoaYq/h7dCOuskeeBfZCGemnN51y485aTJgHw/Vgv3j4S Em5AigaZ975puUJc94bS4vH0dwur4fyqkrpyqqluqced++wlZt8D8sAETWjPZKzhlL8B wKjXyHN6eWJtD8WlgI9otHXOLMB8jcMyK4N/I= Message-ID: <4850C1AC.4090809@gmail.com> Date: Thu, 12 Jun 2008 15:26:52 +0900 From: Tejun Heo User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Justin Mattock CC: Andrew Morton , linux-kernel@vger.kernel.org, linux-ide@vger.kernel.org Subject: Re: macbook pro dvd playback after suspend Buffer I/O error References: <485048EC.2080608@gmail.com> <4850794F.3000200@gmail.com> <4850A2F8.3050404@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.6 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 Justin Mattock wrote: > O.K. applied the patch and did what you have described,(except for > sysctl -w / ended up inserting dev.scsi.logging_level=1 in > /etc/sysctl.conf) > This is what dd reported:(same as before) > dd: reading `/dev/sr0':Input/output error > 41+1 records in > 41+1 records out > 43122688 bytes (43 MB) copied, 41.0967 seconds, 1.0 MB/s > > Attached is dmesg of using dd on the first suspend, and playing a dvd > on the second. Ah.. okay. The drive was becoming ready and the read commands were retried too fast. The drive I tested on was fast enough to deliver the data but yours wasn't. Hmmm.... This is difficult. This also poses problems to live cd distros, I think. We probably need to make sr wait for device readiness. Maybe it's best to put TUR waiting in read error handling. I'll think about it. Thanks. -- tejun