Linux SCSI subsystem development
 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox