Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933431AbZJHUsL (ORCPT ); Thu, 8 Oct 2009 16:48:11 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932107AbZJHUsL (ORCPT ); Thu, 8 Oct 2009 16:48:11 -0400 Received: from fg-out-1718.google.com ([72.14.220.153]:42227 "EHLO fg-out-1718.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757702AbZJHUsJ convert rfc822-to-8bit (ORCPT ); Thu, 8 Oct 2009 16:48:09 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NRRdeTpOdNhpiIeKkc7ZDIbJ3A8FLRwxr3gER9LsJXfiaZQBN7EQF+JiPXYEK69S6M xMoRLKsSAu1D6qHnkd+p1wGArgMJHPPxjQMvD9CjyUSw7DccrammHwThvsMnht2xIyBT Z0FKPSDbgRBJnRhT3M0Mba/CR7A9Tq2RIHxYo= MIME-Version: 1.0 In-Reply-To: References: <94a0d4530910061157q7b682750r3279bca4716cd532@mail.gmail.com> Date: Thu, 8 Oct 2009 23:46:21 +0300 Message-ID: <94a0d4530910081346j57b155a1o10e4a4545e7548b3@mail.gmail.com> Subject: Re: Annoying problems with lacie external hd (JMicron 0x2339?) From: Felipe Contreras To: Alan Stern Cc: Sarah Sharp , Linux Kernel Mailing List , linux-usb@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3261 Lines: 79 On Tue, Oct 6, 2009 at 11:10 PM, Alan Stern wrote: > On Tue, 6 Oct 2009, Felipe Contreras wrote: > >> On Sun, Oct 4, 2009 at 12:26 AM, Alan Stern wrote: >> > On Sat, 3 Oct 2009, Felipe Contreras wrote: >> > >> >> Hi, >> >> >> >> This is with 2.6.31.1. >> >> >> >> I'm having a lot of problems with a lacie external hd[1]. It seems the >> >> actual disk is a seagate ST375064, and the bridge is a JMicron 2339. >> >> >> >> In normal usage what I see is that if I don't use the disk after a >> >> while hear a loud click (as if something got stuck) and then I cannot >> >> use it any more; I have to turn it off and on again. >> > >> > This sounds very much like a hardware problem, either in the drive or >> > in the bridge chip.  There's no direct way to tell which; you would >> > have to try attaching the drive to a different chip or the chip to a >> > different drive. >> >> I'm not sure I can do that. There doesn't seem to be any way to open >> the device and I don't have a way to test neither the disk, nor the >> bridge. I would like to leave that as last option. > > Then it doesn't really matter whether the problem is in the drive or in > the chip, since separating them is impractical. Not in my particular case, but if it turns out to be some kind of hardware defect then we know other people would not be affected. >> > The two places where your listings showed the Serial number (the kernel >> > log and the /sys/kernel/debug/usb/devices file) have different values, >> > suggesting that the chip is at fault.  But this isn't definitive. >> >> The first reported serial number seems to be correct, but the second >> one (after the click) isn't. >> >> Anyway, what about all the errors before the loud click? Couldn't it >> be that the driver is causing the device to malfunction? > > I doubt that very much.  And besides, if the device were designed > properly then it wouldn't malfunction, no matter what the driver did. Indeed, but I guess there's a reason you have a quirks list: some devices are not designed properly. >>  At least the >> patch seems to decrease the number of reported bad blocks. Once >> applying the patch the first block of bad blocks is always the same, >> but the second is always different, then the click happens. >> >> I'm attaching the full log. > > A usbmon trace would contain more information.  We could see the exact > sequence of commands and error codes.  I'm not sure it would help solve > anything, though. I followed the tutorial and the resulting log is 73M long. I don't know what I'm looking for, so there it is: http://people.freedesktop.org/~felipec/1.mon.out > You could try plugging the device into a different computer and see if > it behaves the same way.  If it does, your best course might be to > exchange it for something that works better. I'll try to do that, but it might take me a while to find one that doesn't run Linux. Thanks for the help so far. -- Felipe Contreras -- 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/