Driver Testing

Driver Testing

[nicdev05 nic]

Folks,
  I am adding power management support to a network
driver on Linux 2.6. I have a simple question, is
there a tool I can use to test my PM support?
Something that will put my PC (Dell Optiplex) to sleep
and wakes it up after say 1-minute?

  Appreciate any pointers!
-Nic

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[Jason Dagit, Jason Dagit]

nicdev05 nic <nicdev05-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> writes:

> Folks,
>   I am adding power management support to a network
> driver on Linux 2.6. I have a simple question, is
> there a tool I can use to test my PM support?
> Something that will put my PC (Dell Optiplex) to sleep
> and wakes it up after say 1-minute?

You may want to try this:

http://acpi.sourceforge.net/documentation/alarm.html

Jason


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[nicdev05 nic]

Thanks Jason,
  Setting a wake time by writing to /proc/acpi/alarm
returns with an error - "No Installed handler for
fixed event". This is to be expected I guess since I
don't have a resume command attached to the wake
timer.

  So, any idea as what the resume command should be? I
a Fedora Core-2 system.

  Outside of resume, the suspend process works fine
(by writing to /sys/power/state). If I press the power
button the system seems to resume but then follows
with a reboot...

Any ideas? Thanks..
-Nic


--- Jason Dagit <dagit-LP0vGzdgvNwj5TC/SZClsA@public.gmane.org>, Jason Dagit
<dagit-LP0vGzdgvNwj5TC/SZClsA@public.gmane.org> wrote:
> nicdev05 nic <nicdev05-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> writes:
> 
> > Folks,
> >   I am adding power management support to a
> network
> > driver on Linux 2.6. I have a simple question, is
> > there a tool I can use to test my PM support?
> > Something that will put my PC (Dell Optiplex) to
> sleep
> > and wakes it up after say 1-minute?
> 
> You may want to try this:
> 
> http://acpi.sourceforge.net/documentation/alarm.html
> 
> Jason
> 


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Small Business - Try our new resources site!
http://smallbusiness.yahoo.com/resources/ 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[Jason Dagit]

nicdev05 nic <nicdev05-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> writes:

>   So, any idea as what the resume command should be? I
> a Fedora Core-2 system.

Unfortunately I don't have the answer to this questions, but perhaps
others on the list do.  I'm a debian zealot (okay, perhaps satisfied
user is more accurate :) and I'm not (yet) very versed in the ways of
acpi.

>   Outside of resume, the suspend process works fine
> (by writing to /sys/power/state). If I press the power
> button the system seems to resume but then follows
> with a reboot...

If you reboot on resume you may be experiencing this bug:
http://bugme.osdl.org/show_bug.cgi?id=3691

Does that sound like your problem?  I'm anxiously awaiting advice from
others on this list about how to solve that bug.  I have a laptop
which I currently use swsuspend2 on, but would much, much rather
suspend to ram, at least most of the time.

Jason


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[Matthew Garrett]

On Wed, 2005-03-16 at 17:21 -0800, nicdev05 nic wrote:
> Folks,
>   I am adding power management support to a network
> driver on Linux 2.6. I have a simple question, is
> there a tool I can use to test my PM support?
> Something that will put my PC (Dell Optiplex) to sleep
> and wakes it up after say 1-minute?

cd /sys/class/net/(whatever)/device/power

To suspend that device:

echo -n 3 >state

To resume it:

echo -n 0 >state

That doesn't necessarily check that you've got interrupt handling code
right, but it's a good start.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[nicdev05 nic]

[-- Attachment #1: Type: text/plain, Size: 797 bytes --]

Playing around more on the below problem, it appears that a ACPI module (button.ko) seems to have some issues and it causes the reboot. I am yet to dig deeper into what the exact issue might be, but removing this module before going into a suspend mode and then following with a resume works fine i.e. there is no reboot of the system on resume. Again this is on Fedora-2 system (with 2.6.5 kernel)
-Nic



> Outside of resume, the suspend process works fine
> (by writing to /sys/power/state). If I press the power
> button the system seems to resume but then follows
> with a reboot...

If you reboot on resume you may be experiencing this bug:
http://bugme.osdl.org/show_bug.cgi?id=3691


		
---------------------------------
Do you Yahoo!?
 Yahoo! Small Business - Try our new resources site! 

[-- Attachment #2: Type: text/html, Size: 1030 bytes --]

Re: Driver Testing

[Jason Dagit]

nicdev05 nic <nicdev05-/E1597aS9LQAvxtiuMwx3w@public.gmane.org> writes:

> Playing around more on the below problem, it appears that a ACPI
> module (button.ko) seems to have some issues and it causes the
> reboot. I am yet to dig deeper into what the exact issue might be, but
> removing this module before going into a suspend mode and then
> following with a resume works fine i.e. there is no reboot of the
> system on resume. Again this is on Fedora-2 system (with 2.6.5 kernel)
> -Nic

Ah, that's wonderful news.  I use button.ko and I haven't tried
unloading it.  I'll try this ASAP (so probably this weekend).  If you
learn anymore please send another update.

Thanks,
Jason


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Driver Testing

[Pavel Machek]

Hi!

> > Folks,
> >   I am adding power management support to a network
> > driver on Linux 2.6. I have a simple question, is
> > there a tool I can use to test my PM support?
> > Something that will put my PC (Dell Optiplex) to sleep
> > and wakes it up after say 1-minute?
> 
> cd /sys/class/net/(whatever)/device/power
> 
> To suspend that device:
> 
> echo -n 3 >state
> 
> To resume it:
> 
> echo -n 0 >state
> 
> That doesn't necessarily check that you've got interrupt handling code
> right, but it's a good start.

I'm surprised this even works ;-).

echo reboot > /sys/power/disk, then do echo disk > /sys/power/state in
a loop...
								Pavel
-- 
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!


-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.  Register
by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click