All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
To: Mi <mi.lists@alma.ch>
Cc: linux1394-devel@lists.sourceforge.net, linux-scsi@vger.kernel.org
Subject: Re: Maxtor drive doesn't wake from sleep
Date: Wed, 29 Mar 2006 19:31:48 +0200	[thread overview]
Message-ID: <442AC484.2070107@s5r6.in-berlin.de> (raw)
In-Reply-To: <442AB4A8.8070307@alma.ch>

Mi wrote at linux1394-devel:
> Hello,
> 
> I have 3 external firewire Maxtor One Touch III drives, which appear to 
> go into a "sleep" state after between one and two hours, and cannot be 
> accessed after that.
> 
> After a lot of searches and tests, I have found a few clues, but still 
> wonder why they don't wake up automatically as needed. Is there anything 
> I can do to my system so that it "Just Works"? Is this a known problem?

There are very few vendors which implement auto-spin-down in FireWire 
disk enclosures. And of these few, only few get it right.

> To have the drive re-appear, I found I can
> 
>   rmmod sbp2
>   modprobe sbp2
> 
> and I later found scsi-spin which is also able to wake up the drive:
> 
>   scsi-spin -u /dev/sdd
> 
> But since these drives are on a server and suposed to be mounted with 
> automount, these manual steps to wake them are nt much help.
> 
> Note that there is absolutely nothing in the logs when the drive goes to 
> sleep. Only errors when I try to access them:
> 
>    kernel: Device sdd not ready.
>    kernel: end_request: I/O error, dev sdd, sector 0

I don't think this could be solved in the FireWire drivers. It seems 
sd_mod is the place to look for a solution. The sbp2 driver is not aware 
that there is something wrong with the disk, else there would be error 
messages.

That's why I added linux-scsi to the recipients. I'd be glad if somebody 
of the SCSI folk could comment.

> My system is Debian stable (Sarge / 3.1) with kernel 2.6:
> 
> # uname -a
> Linux gc 2.6.8-2-686 #1 Tue Aug 16 13:22:48 UTC 2005 i686 GNU/Linux

This is quite an old kernel. I don't know though if newer kernels 
contain changes to sd_mod which are relevant to the problem.

> In case it's relevant, the Firewire card is
> 
>  0000:02:02.0 FireWire (IEEE 1394): Texas Instruments TSB82AA2 
> IEEE-1394b Link Layer Controller (rev 01) (prog-if 10 [OHCI])
>        Subsystem: Timedia Technology Co Ltd: Unknown device 3110
>        Flags: bus master, medium devsel, latency 32, IRQ 209
>        Memory at fe9ff800 (32-bit, non-prefetchable) [size=2K]
>        Memory at fe9f8000 (32-bit, non-prefetchable) [size=16K]
>        Capabilities: [44] Power Management version 2
> 
> and an excerpt from lsmod (I kept the loaded modules which looked 
> relevant + the ones I didn't know):
> 
> sbp2                   24392  0
> ohci1394               35492  0
> ieee1394              111512  2 sbp2,ohci1394
> shpchp                101900  0
> pciehp                 99020  0
> pci_hotplug            34640  2 shpchp,pciehp
> ide_scsi               17412  0
> capability              4520  0
> commoncap               7232  1 capability
> mbcache                 9348  2 ext2,ext3
> sd_mod                 21728  11
> scsi_mod              125228  5 sbp2,aic79xx,ide_scsi,sd_mod,aic7xxx
> 
> 
> I don't know how to find out the module versions, but they are the 
> modules which come with that stock Debian kernel.
> 
> 
> Thanks for any help
> 
> M

-- 
Stefan Richter
-=====-=-==- --== ===-=
http://arcgraph.de/sr/

       reply	other threads:[~2006-03-29 17:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <442AB4A8.8070307@alma.ch>
2006-03-29 17:31 ` Stefan Richter [this message]
2006-03-29 18:21   ` Maxtor drive doesn't wake from sleep Douglas Gilbert
2006-03-29 19:20     ` Stefan Richter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=442AC484.2070107@s5r6.in-berlin.de \
    --to=stefanr@s5r6.in-berlin.de \
    --cc=linux-scsi@vger.kernel.org \
    --cc=linux1394-devel@lists.sourceforge.net \
    --cc=mi.lists@alma.ch \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.