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 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
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
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=
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
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, 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
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
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
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
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
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
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
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
(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
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 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
44 matches
Mail list logo