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.
> > >>
> >
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
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
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
>
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
which the
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 on that - if the util says it parked,
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 stored in
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:/home/spstarr# ./a /dev/hda
head
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
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
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
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
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,
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
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
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,
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
> 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
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
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
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
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
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
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 down either, it's
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
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 stdio.h
#include unistd.h
#include fcntl.h
#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
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 returns
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
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
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
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, but maybe
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, sure, it's not a notebook
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
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?
This _is_
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 Windows,
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 generic way,
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 HdSw15uSec Fixed DTR10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
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.
That
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
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
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
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
> 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
>
> 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
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
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 is exactly what I
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 could
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
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 true.
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
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
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
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
-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
(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
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]>
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
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(_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(_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
-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
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
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
>
> 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
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
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 seconds
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'll maintain
-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 others
-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
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__);
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 parking the head.
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)) {
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]
(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 kernel
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 as
-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
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 back 5 or 10 seconds
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 eventually
try
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
86 matches
Mail list logo
