All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maulik Mankad <mankad.maulik@gmail.com>
To: Oliver Neukum <oneukum@suse.de>
Cc: linux-input <linux-input@vger.kernel.org>,
	USB list <linux-usb@vger.kernel.org>
Subject: Re: [RFT]patch to remove kernel thread for runtime pm from usbhid
Date: Tue, 12 Oct 2010 18:29:52 +0530	[thread overview]
Message-ID: <AANLkTim_RN54GrLQ7ZAodwX-GHJ2knCEK-Ugd7FE7-rz@mail.gmail.com> (raw)
In-Reply-To: <201010121640.48586.oneukum@suse.de>

On Tue, Oct 12, 2010 at 8:10 PM, Oliver Neukum <oneukum@suse.de> wrote:
> Am Dienstag, 12. Oktober 2010, 14:10:42 schrieb Maulik Mankad:
>> On Tue, Oct 12, 2010 at 5:09 PM, Oliver Neukum <oneukum@suse.de> wrote:
>
>> > Thank you. Do both devices support remote wakeup? How much sleep time
>> > was generated?
>> >
>>
>> Reading the wakeup node (as below) shows that its enabled.
>>
>> cat /sys/bus/usb/devices/1-1/manufacturer
>> Dell
>>
>> # cat /sys/bus/usb/devices/1-1/power/wakeup
>> enabled
>>
>> My test was basically using the HID device post enumeration, and make
>> sure that data transfers work reliably.
>>
>> I can test more if you provide steps as per your need.
>
> Very good! Please do a
> echo "auto" >/sys/bus/usb/devices/1-1/power/level
> and do the test. After that I'd like to have the content of
> active_duration  connected_duration  runtime_active_time  runtime_enabled  runtime_status  runtime_suspended_time  runtime_usage  wakeup_count
> in /sys/bus/usb/devices/1-1/power/

Below are some logs from my tests. I gave below two commands to suspend the bus.

(1) echo 0 > /sys/bus/usb/devices/1-1/power/autosuspend

(2) echo auto > /sys/bus/usb/devices/1-1/power/control
==========================================
usb usb1: usb wakeup-resume
usb usb1: usb auto-resume
hub 1-0:1.0: hub_resume
hub 1-0:1.0: port 1: status 0303 change 0004
hub 1-0:1.0: state 7 ports 1 chg 0002 evt 0000
usb 1-1: usb wakeup-resume
usb 1-1: finish resume
usb 1-1: usb auto-suspend
hub 1-0:1.0: resume on port 1, status 0
hub 1-0:1.0: port 1, status 0303, change 0004, 1.5 Mb/s
hub 1-0:1.0: hub_suspend
usb usb1: bus auto-suspend
musb_bus_suspend 2311: trying to suspend as a_host while active
usb usb1: bus suspend fail, err -16
hub 1-0:1.0: hub_resume
hub 1-0:1.0: port 1: status 0303 change 0004
hub 1-0:1.0: state 7 ports 1 chg 0002 evt 0000
usb 1-1: usb wakeup-resume
usb 1-1: finish resume
usb 1-1: usb auto-suspend
hub 1-0:1.0: resume on port 1, status 0
hub 1-0:1.0: port 1, status 0303, change 0004, 1.5 Mb/s
hub 1-0:1.0: hub_suspend
usb usb1: bus auto-suspend
musb_bus_suspend 2311: trying to suspend as a_host while active
usb usb1: bus suspend fail, err -16
hub 1-0:1.0: hub_resume
hub 1-0:1.0: port 1: status 0303 change 0004
hub 1-0:1.0: state 7 ports 1 chg 0002 evt 0000
usb 1-1: usb wakeup-resume
usb 1-1: finish resume
usb 1-1: usb auto-suspend
hub 1-0:1.0: resume on port 1, status 0
hub 1-0:1.0: port 1, status 0303, change 0004, 1.5 Mb/s
========================================================

Note that the bus keeps suspending and when I press a key on the
keyboard I see logs related to wakeup-resume.

Also I see the below entries under /sys/bus/usb/devices/1-1/power/

 ls /sys/bus/usb/devices/1-1/power/
active_duration  connected_duration  level    wakeup
autosuspend      control             persist

cat /sys/bus/usb/devices/1-1/power/active_duration
64289

cat /sys/bus/usb/devices/1-1/power/connected_duration
224015

cat /sys/bus/usb/devices/1-1/power/persist
1

cat /sys/bus/usb/devices/1-1/power/control
auto

I don't see the runtime entries. Any idea why is this so? I have
applied your patch to 2.6.35 kernel where my device works.

Has this something to do with the kernel version I am using / some
option to be turned on in menuconfig?

Regards,
Maulik
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2010-10-12 13:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-12  8:00 [RFT]patch to remove kernel thread for runtime pm from usbhid Oliver Neukum
     [not found] ` <201010121000.50465.oneukum-l3A5Bk7waGM@public.gmane.org>
2010-10-12 11:34   ` Maulik Mankad
     [not found]     ` <AANLkTi=AWMWPH7N035n0Tk+8PcWgu10LzGbLQfpSefO1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-10-12 11:39       ` Oliver Neukum
2010-10-12 12:10         ` Maulik Mankad
2010-10-12 14:40           ` Oliver Neukum
2010-10-12 12:59             ` Maulik Mankad [this message]
2010-10-12 13:39               ` Maulik Mankad
     [not found]                 ` <AANLkTin7k23LbW4Lj7qJM=FZLn+AbqEJYpm_ycVUBLFa-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-10-12 14:26                   ` Maulik Mankad
2010-10-12 14:29                     ` Oliver Neukum
2010-10-12 14:32                       ` Maulik Mankad

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=AANLkTim_RN54GrLQ7ZAodwX-GHJ2knCEK-Ugd7FE7-rz@mail.gmail.com \
    --to=mankad.maulik@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=oneukum@suse.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.