It should be noted im using linux-2.6.git.
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 08 2005, Jon Escombe wrote:
> > Jens Axboe wrote:
> >
> > >On Thu, Jul 07 2005, Shawn Starr wrote:
> > >
> > >
> > >>Model: HTS548080M9AT00 (Hitachi)
> > >>Laptop: T42.
> > >>
> > >>segfault:/hom
On Fri, Jul 08, 2005 at 02:56:08AM +0200, Bodo Eggert wrote:
> Clemens Koller <[EMAIL PROTECTED]> wrote:
>
> > Well, sure, it's not a notebook HDD, but maybe it's possible
> > to give headpark a more generic way to get the heads parked?
>
> I remember my old MFM HDD, which had a Landing Zone sto
On Fri, Jul 08 2005, Jon Escombe wrote:
> Jens Axboe wrote:
>
> >On Thu, Jul 07 2005, Shawn Starr wrote:
> >
> >
> >>Model: HTS548080M9AT00 (Hitachi)
> >>Laptop: T42.
> >>
> >>segfault:/home/spstarr# ./a /dev/hda
> >>head parked
> >>
> >>Seems to park, heard it click :)
> >>
> >>
> >
> >Note o
On Thu, Jul 07 2005, Alejandro Bonilla wrote:
> Bodo Eggert wrote:
>
> >Clemens Koller <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >>Well, sure, it's not a notebook HDD, but maybe it's possible
> >>to give headpark a more generic way to get the heads parked?
> >>
> >>
> >
> >I remember my old MFM
On Fri, Jul 08 2005, Bodo Eggert wrote:
> Clemens Koller <[EMAIL PROTECTED]> wrote:
>
> > Well, sure, it's not a notebook HDD, but maybe it's possible
> > to give headpark a more generic way to get the heads parked?
>
> I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to
> w
Bodo Eggert wrote:
Clemens Koller <[EMAIL PROTECTED]> wrote:
Well, sure, it's not a notebook HDD, but maybe it's possible
to give headpark a more generic way to get the heads parked?
I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to
which the park command woul
Clemens Koller <[EMAIL PROTECTED]> wrote:
> Well, sure, it's not a notebook HDD, but maybe it's possible
> to give headpark a more generic way to get the heads parked?
I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to
which the park command would seek. Maybe you could do s
Jon Escombe wrote:
Jens Axboe wrote:
Note on that - if the util says it parked, you can be very sure that it
actually did as the drive actually returns that status outside of just
completing the command.
It's worth noting that you'll need the libata passthrough patch to
make this work on a
Jens Axboe wrote:
On Thu, Jul 07 2005, Shawn Starr wrote:
Model: HTS548080M9AT00 (Hitachi)
Laptop: T42.
segfault:/home/spstarr# ./a /dev/hda
head parked
Seems to park, heard it click :)
Note on that - if the util says it parked, you can be very sure that it
actually did as the drive
On Thu, Jul 07 2005, Matthew Garrett wrote:
> Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> > What is needed is to flesh out what the kernel interface should looke
> > like. I suggested a sysfs file for suspending and resuming access to the
> > device, if people have other ideas they should voice them
On Thu, Jul 07, 2005 at 11:45:38AM -0700, Martin Knoblauch wrote:
> If IBM would provide a CD image (bootable ISO) containing FW for all
> supported drives - that would be great. No need for the "other OS" any
> more.
I can imagine IBM doesn't do that because in that way you can't update
the firm
Doesn't park here:
ehm:/home/folkert# ./park /dev/hda
head not parked 4c
ehm:/home/folkert# hdparm -i /dev/hda
/dev/hda:
Model=IC25N060ATMR04-0, FwRev=MO3OAD5A, SerialNo=MRG357K3KKN0XH
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=
--- Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 07, 2005 at 11:45:38AM -0700, Martin Knoblauch wrote:
> > If IBM would provide a CD image (bootable ISO) containing FW for
> all
> > supported drives - that would be great. No need for the "other OS"
> any
> > more.
>
> I can imagine IBM doe
--- Dave Hansen <[EMAIL PROTECTED]> wrote:
>
> I have the feeling that this will work for many T4[012]p? users:
>
>
http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=TPAD-HDFIRM
>
Actually, I think your feeling is wrong. Looking at the readme.txt it
seems version 7.1 of the upgra
You can take the .exe file and turn this into a bootable CD (using a RW CD) I
forgot how I did it, but if I remember correctly, I took a floppy dos image
and made that into the boot 'stub' and threw the exe into the CD (a la
El-Torito).
I flashed the disk firmware once since I got the laptop.
On Thu, Jul 07 2005, Dave Hansen wrote:
> On Thu, 2005-07-07 at 19:27 +0200, Jens Axboe wrote:
> > On Thu, Jul 07 2005, Clemens Koller wrote:
> > > Well, sure, it's not a notebook HDD, but maybe it's possible
> > > to give headpark a more generic way to get the heads parked?
> >
> > This _is_ the
--- Dave Hansen <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-07-07 at 10:14 -0700, Martin Knoblauch wrote:
> > Basically I saw that the only difference between me and Pekka was
> the
> > FW (discounting the different CPU speed and Kernel version). I
> googled
> > around and found the IBM FW page at:
On Thu, 2005-07-07 at 14:01 -0400, Lee Revell wrote:
> On Thu, 2005-07-07 at 10:38 -0700, Dave Hansen wrote:
> > On Thu, 2005-07-07 at 19:27 +0200, Jens Axboe wrote:
> > > This _is_ the generic way, if your drive doesn't support it you are out
> > > of luck.
> >
> > I do wonder what is done in Win
On Thu, 2005-07-07 at 10:38 -0700, Dave Hansen wrote:
> On Thu, 2005-07-07 at 19:27 +0200, Jens Axboe wrote:
> > On Thu, Jul 07 2005, Clemens Koller wrote:
> > > Well, sure, it's not a notebook HDD, but maybe it's possible
> > > to give headpark a more generic way to get the heads parked?
> >
> >
Jens Axboe <[EMAIL PROTECTED]> wrote:
> What is needed is to flesh out what the kernel interface should looke
> like. I suggested a sysfs file for suspending and resuming access to the
> device, if people have other ideas they should voice them.
That sounds quite reasonable. Does it need to do an
On Thu, 2005-07-07 at 19:27 +0200, Jens Axboe wrote:
> On Thu, Jul 07 2005, Clemens Koller wrote:
> > Well, sure, it's not a notebook HDD, but maybe it's possible
> > to give headpark a more generic way to get the heads parked?
>
> This _is_ the generic way, if your drive doesn't support it you ar
On Thu, 2005-07-07 at 10:14 -0700, Martin Knoblauch wrote:
> Basically I saw that the only difference between me and Pekka was the
> FW (discounting the different CPU speed and Kernel version). I googled
> around and found the IBM FW page at:
>
> http://www-306.ibm.com/pc/support/site.wss/documen
On Thu, Jul 07 2005, Alejandro Bonilla wrote:
>
> > Hello,
> >
> > Just for the records
> > -
> > [EMAIL PROTECTED]:~$ ./headpark /dev/hda
> > head not parked 4c
> > -
> >
> > HDD is a desktop Maxtor Diamond MaxPlus 9 120GB
> > on a Promise Ultra133 TX2 IDE Controller.
> >
> > Well, su
On Thu, Jul 07 2005, Clemens Koller wrote:
> Hello,
>
> Just for the records
> -
> [EMAIL PROTECTED]:~$ ./headpark /dev/hda
> head not parked 4c
> -
>
> HDD is a desktop Maxtor Diamond MaxPlus 9 120GB
> on a Promise Ultra133 TX2 IDE Controller.
>
> Well, sure, it's not a notebook HDD
> Hello,
>
> Just for the records
> -
> [EMAIL PROTECTED]:~$ ./headpark /dev/hda
> head not parked 4c
> -
>
> HDD is a desktop Maxtor Diamond MaxPlus 9 120GB
> on a Promise Ultra133 TX2 IDE Controller.
>
> Well, sure, it's not a notebook HDD, but maybe it's possible
> to give headpark
--- Alejandro Bonilla <[EMAIL PROTECTED]> wrote:
>
> > --- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> >
> > > On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > > > Interesting. Same Notebook, same drive. The program say "not
> > > parked"
> > > > :-( This is on FC2 with a pretty much van
Hello,
Just for the records
-
[EMAIL PROTECTED]:~$ ./headpark /dev/hda
head not parked 4c
-
HDD is a desktop Maxtor Diamond MaxPlus 9 120GB
on a Promise Ultra133 TX2 IDE Controller.
Well, sure, it's not a notebook HDD, but maybe it's possible
to give headpark a more generic way to g
> --- Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> > On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > > Interesting. Same Notebook, same drive. The program say "not
> > parked"
> > > :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel.
> > >
> > > [EMAIL PROTECTED] tmp]# hdparm -i
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
> On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> > Interesting. Same Notebook, same drive. The program say "not
> parked"
> > :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel.
> >
> > [EMAIL PROTECTED] tmp]# hdparm -i /dev/hda
> >
On Thu, Jul 07 2005, Alejandro Bonilla wrote:
> Jens,
>
> Thanks for this util. :-) It will make things easier for us and do part
> of
> the Job we are looking for. I will post this script in the hdaps.sf.net for
> people if it's ok with you.
Knock yourself out, I have no interest in this
Model: HTS548080M9AT00 (Hitachi)
Laptop: T42.
segfault:/home/spstarr# ./a /dev/hda
head parked
Seems to park, heard it click :)
Shawn.
On July 7, 2005 04:48, Jens Axboe wrote:
> On Thu, Jul 07 2005, Lenz Grimmer wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> >
> > Je
On Thu, Jul 07 2005, Shawn Starr wrote:
>
> Model: HTS548080M9AT00 (Hitachi)
> Laptop: T42.
>
> segfault:/home/spstarr# ./a /dev/hda
> head parked
>
> Seems to park, heard it click :)
Note on that - if the util says it parked, you can be very sure that it
actually did as the drive actually retu
Model: HTS548080M9AT00 (Hitachi)
Laptop: T42.
segfault:/home/spstarr# ./a /dev/hda
head parked
Seems to park, heard it click :)
Shawn.
On July 7, 2005 04:03, Jens Axboe wrote:
> On Mon, Jul 04 2005, Jens Axboe wrote:
> > On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > > -BEGIN PGP SIGNED MESS
# ./park /dev/hda
head not parked 4c
# hdparm -i /dev/hda
/dev/hda:
Model=HTS548040M9AT00, FwRev=MG2OA53A, SerialNo=MRL252L2JU2JYB
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=7877kB, MaxMultSect
Jens,
Thanks for this util. :-) It will make things easier for us and do part
of
the Job we are looking for. I will post this script in the hdaps.sf.net for
people if it's ok with you.
Thanks again,
.Alejandro
> > #include
> > #include
> > #include
> > #include
> > #include
> > #
Model: HTS548080M9AT00 (Hitachi)
Laptop: T42.
segfault:/home/spstarr# ./a /dev/hda
head parked
Seems to park, heard it click :)
Shawn.
On July 7, 2005 04:03, Jens Axboe wrote:
> On Mon, Jul 04 2005, Jens Axboe wrote:
> > On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > > -BEGIN PGP SIGNED MESS
--- Pekka Enberg <[EMAIL PROTECTED]> wrote:
>
> Martin, don't trim the cc!
>
sorry about that, but I did not have the CC at time of reply. I read
LKLM from the archives and respond by cut and paste.
Martin
--
Martin Knoblauch
email: k n
On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> Interesting. Same Notebook, same drive. The program say "not parked"
> :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel.
>
> [EMAIL PROTECTED] tmp]# uname -a
> Linux l15833 2.6.9-noagp #1 Wed May 4 16:09:14 CEST 2005 i686 i686 i38
On 7/7/05, Jens Axboe <[EMAIL PROTECTED]> wrote:
> Did it say 'head parked'? If the drive is idle, you wont hear anything.
> Laptop drives auto-park really quickly themselves. A time ./park
> /dev/hda should tell you whether it needed to park or not, if it
> executes faster than a few hundred ms it
On Thu, Jul 07 2005, Pekka Enberg wrote:
> Jens Axboe wrote:
> > > ATA7 defines a park maneuvre, I don't know how well supported it
is
> > > yet though. You can test with this little app, if it says 'head
> > > parked' it works. If not, it has just idled the drive.
>
> On 7/7/05, Lenz Grimmer <[EMA
On Thu, Jul 07 2005, Pekka Enberg wrote:
> Jens Axboe wrote:
> > > ATA7 defines a park maneuvre, I don't know how well supported it is
> > > yet though. You can test with this little app, if it says 'head
> > > parked' it works. If not, it has just idled the drive.
>
> On 7/7/05, Lenz Grimmer <[EM
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
> Very cool, I wasn't sure if this was a 'new' feature waiting to be
> implemented in drives or if ata7 just documented existing use in some
> drives.
>
> How long did the park take? Spec states it can take up to 500ms.
Hard
Jens Axboe wrote:
> > ATA7 defines a park maneuvre, I don't know how well supported it is
> > yet though. You can test with this little app, if it says 'head
> > parked' it works. If not, it has just idled the drive.
On 7/7/05, Lenz Grimmer <[EMAIL PROTECTED]> wrote:
> Great! Thanks for digging th
On Thu, Jul 07 2005, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Jens Axboe wrote:
>
> > ATA7 defines a park maneuvre, I don't know how well supported it is
> > yet though. You can test with this little app, if it says 'head
> > parked' it works. If not, i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
> ATA7 defines a park maneuvre, I don't know how well supported it is
> yet though. You can test with this little app, if it says 'head
> parked' it works. If not, it has just idled the drive.
Great! Thanks for digging this u
On Mon, Jul 04 2005, Jens Axboe wrote:
> On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi,
> >
> > Jens Axboe wrote:
> >
> > > It isn't too pretty to rely on such unreliable timing anyways. I'm
> > > not too crazy about spinning the disk
Alejandro Bonilla wrote (ao):
> If you check the IBM software in Windows, it shows 2 things.
> First, when it pauses the HD and when it stops the HD. It all
> depends on how hard you hit the PC. In one we suspend the drive
> and in the other we park the drive.
This is not t
> Alejandro Bonilla wrote (ao):
> > If you check the IBM software in Windows, it shows 2 things.
> > First, when it pauses the HD and when it stops the HD. It all
> > depends on how hard you hit the PC. In one we suspend the drive
> > and in the other we park the drive.
>
> This is
On Tue, 2005-07-05 at 06:29 -0600, Alejandro Bonilla wrote:
> .Alejandro
> (removing some people so they don't get triplicated emails)
Please don't trim cc: lists! We *want* the duplicate emails, so that
one goes in the Inbox and one in the LKML folder.
See the list archives for more reasons why
>
> As Lenz already suggested, you both pretty much seem to be describing
> laptop mode. See the documentation.
>
> --
> Jens Axboe
>
Jens,
Yes, I know about laptop_mode, I always use it, but HD APS does not
automatically starts laptop_mode currently. That's why I was spitting out
that it
On Mon, Jul 04 2005, Alejandro Bonilla wrote:
> Pavel Machek wrote:
>
> >
> >Actually, "spin disk down and keep it down" would be nice for other
> >reasons. Taking computer for a jog playing mp3s from ramdisk is
> >something I'd like to do...
> > Pavel
> >
> >
> This i
On Mon, 2005-07-04 at 11:36 -0700, dean gaudet wrote:
> as for other details it's trivial to lock the daemon in memory and run
> it at nice -4 to get a head start on parking even when at 100% cpu and
> under memory load.
>
Negative nice values are not the correct solution when dealing with RT
con
Hi!
> > Actually, "spin disk down and keep it down" would be nice for other
> > reasons. Taking computer for a jog playing mp3s from ramdisk is
> > something I'd like to do...
>
> Isn't that called "laptop-mode" and available already? I remember that
> Jens wrote something like that :)
Laptop-mo
Pavel Machek wrote:
Actually, "spin disk down and keep it down" would be nice for other
reasons. Taking computer for a jog playing mp3s from ramdisk is
something I'd like to do...
Pavel
This is exactly what I wanted to do. hdparm suspend which would send
thin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Pavel Machek wrote:
> Actually, "spin disk down and keep it down" would be nice for other
> reasons. Taking computer for a jog playing mp3s from ramdisk is
> something I'd like to do...
Isn't that called "laptop-mode" and available already? I re
Hi!
> > > > This is exactly what I said. Use hdparm to make the HD park
> > > > inmediatelly. I did send the email to the HDPARM developer, but he
> > > > never
> > > > replied. I asked him what would be the best way to make the HD park
> > > > with
> > > > no exception and then let it come b
Hi!
> > BTW, we are on irc.freenode.org in #hdaps If anyone is interested.
> >
> > .Alejandro
> >
> I just had a nice chat with the guys there and we got some
> improvements made by them and us merged up. And I /think/ we agreed
> that I'll maintain the driver, merge fixes/features etc and event
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Aaron Cohen wrote:
> Can't the accelerometer be used as an input device in addition to just
> being a "about to fall detector?"
Yes, it can - the kernel driver just prints the data taken from the
accelerometer. It's up to another application to
On 7/4/05, Jens Axboe <[EMAIL PROTECTED]> wrote:
> Generel observation on this driver - why isn't it just contained in user
> space? You need to do the monitoring and sending of ide commands from
> there anyways, I don't see the point of putting it in the kernel.
>
Can't the accelerometer be used
On Mon, Jul 04 2005, Alejandro Bonilla wrote:
> Jens Axboe wrote:
>
> >
> >That's madness, we can't add a kernel thread for every single little
> >silly thing. You don't need to stop any io, you just want to make sure
> >that your park request gets issued right after the current io has
> >finished
On Mon, 4 Jul 2005, Alejandro Bonilla wrote:
>Do you think that the kernel will STOP, HOLD and park the head in less than
> a second? OR on the time we need?
this is why the windows driver uses heuristics to decide when the laptop
is possibly unstable and *may* fall soon... because it takes
Jens Axboe wrote:
That's madness, we can't add a kernel thread for every single little
silly thing. You don't need to stop any io, you just want to make sure
that your park request gets issued right after the current io has
finished.
HI,
For me, the heads have to park so fast. That I wo
(don't top post!)
On Mon, Jul 04 2005, Shawn Starr wrote:
>
> We could put it in userspace, but if the system is
> swapping like mad, can we still get a critical
> response if this remains in userspace fully?
Just make sure the program isn't swapped out.
> Someone mentioned we should use a ker
>From what I'm told its not specific to hard disk, you
can put any laptop HD and it will work the same (?).
Shawn.
--- Jens Axboe <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 04 2005, Lenz Grimmer wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi Jens!
> >
> > Thanks for the
We could put it in userspace, but if the system is
swapping like mad, can we still get a critical
response if this remains in userspace fully?
Someone mentioned we should use a kernel thread(s) to
handle stopping all I/O so we can safely park heads.
Shawn.
--- Jens Axboe <[EMAIL PROTECTED]> wro
On Mon, Jul 04 2005, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Jens!
>
> Thanks for the sample code. I've trimmed the recipient list a bit...
>
> Jens Axboe wrote:
>
> > Perhaps the IDLE or IDLEIMMEDIATE commands imply a head parking, that
> > would make sense
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens!
Thanks for the sample code. I've trimmed the recipient list a bit...
Jens Axboe wrote:
> Perhaps the IDLE or IDLEIMMEDIATE commands imply a head parking, that
> would make sense. As you say, you can hear a drive parking its head.
> Here's a
On Mon, Jul 04 2005, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Jens Axboe wrote:
>
> > It isn't too pretty to rely on such unreliable timing anyways. I'm
> > not too crazy about spinning the disk down either, it's useless wear
> > compared to just parkin
On 7/4/05, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> Hi Jesper,
>
> On 7/4/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > static int
> > ibm_hdaps_open(struct inode *inode, struct file *filp)
> > {
> > printk("%s() start\n", __func__);
> > if (!atomic_dec_and_test(&ibm_hdaps_available)
Hi Jesper,
On 7/4/05, Jesper Juhl <[EMAIL PROTECTED]> wrote:
> static int
> ibm_hdaps_open(struct inode *inode, struct file *filp)
> {
> printk("%s() start\n", __func__);
> if (!atomic_dec_and_test(&ibm_hdaps_available)) {
> printk("%s() busy\n", __func__);
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Jens Axboe wrote:
> It isn't too pretty to rely on such unreliable timing anyways. I'm
> not too crazy about spinning the disk down either, it's useless wear
> compared to just parking the head.
Fully agreed, and that's the approach the IBM Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jens,
thanks for your quick reply!
Jens Axboe wrote:
> Dunno if there's something that explicitly only parks the head, the
> best option is probably to issue a STANDBY_NOW command. You can test
> this with hdparm -y.
Thanks for the hint! As othe
On 185, 07 04, 2005 at 08:00:12AM +0200, Lenz Grimmer wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Jesper,
>
> Jesper Juhl wrote:
>
> > I just had a nice chat with the guys there and we got some
> > improvements made by them and us merged up. And I /think/ we agreed
> > that I
On Mon, Jul 04 2005, Arjan van de Ven wrote:
>
> >
> > Yeah, that likely needs a little help from the ide driver. If you force
> > a spindown, you will effectively have parked the head for as long as the
> > spindown + spinup takes. That could turn out to be enough, it will take
> > more than 1-2
>
> Yeah, that likely needs a little help from the ide driver. If you force
> a spindown, you will effectively have parked the head for as long as the
> spindown + spinup takes. That could turn out to be enough, it will take
> more than 1-2 seconds anyways.
I doubt it; laptop disks seem to be op
75 matches
Mail list logo
