From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: macbook pro dvd playback after suspend Buffer I/O error Date: Thu, 12 Jun 2008 15:26:52 +0900 Message-ID: <4850C1AC.4090809@gmail.com> References: <485048EC.2080608@gmail.com> <4850794F.3000200@gmail.com> <4850A2F8.3050404@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from wa-out-1112.google.com ([209.85.146.179]:10491 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752414AbYFLG07 (ORCPT ); Thu, 12 Jun 2008 02:26:59 -0400 Received: by wa-out-1112.google.com with SMTP id j37so2794214waf.23 for ; Wed, 11 Jun 2008 23:26:59 -0700 (PDT) In-Reply-To: Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: Justin Mattock Cc: Andrew Morton , linux-kernel@vger.kernel.org, linux-ide@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