From: Frans Pop <elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
To: Alan Stern <stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org>
Cc: Kernel development list
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Kernel Testers List
<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
USB list <linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [regression] usb: sometimes dead keyboard after boot (was: new errors during device detection)
Date: Fri, 29 Aug 2008 19:33:42 +0200 [thread overview]
Message-ID: <200808291933.43331.elendil@planet.nl> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0808291209260.4447-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
Just replying to one comment now, the rest will need more thought :-)
On Friday 29 August 2008, Alan Stern wrote:
> > Two problems:
> > - CONFIG_USB_DEBUG causes such a huge load of output that it is
> > totally unacceptable to have that enabled permanently for a running
> > system
>
> It shouldn't do that. Almost all of the extra output occurs when
> devices are plugged in or unplugged; during normal operation there
> should be very few extra messages. (Depending on what USB drivers you
> use, I suppose...)
Here's a snippet of what I got when I enabled USB debug recently:
[...]
Aug 6 22:06:23 faramir kernel: hub 2-0:1.0: hub_resume
Aug 6 22:06:23 faramir kernel: hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:23 faramir kernel: usb usb1: usb auto-resume
Aug 6 22:06:23 faramir kernel: usb usb1: wakeup_rh
Aug 6 22:06:23 faramir kernel: hub 1-0:1.0: hub_resume
Aug 6 22:06:23 faramir kernel: hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:24 faramir kernel: usb usb2: suspend_rh (auto-stop)
Aug 6 22:06:24 faramir kernel: usb usb1: suspend_rh (auto-stop)
Aug 6 22:06:25 faramir kernel: hub 5-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb5: bus auto-suspend
Aug 6 22:06:25 faramir kernel: ehci_hcd 0000:00:1d.7: suspend root hub
Aug 6 22:06:25 faramir kernel: hub 2-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb2: bus auto-suspend
Aug 6 22:06:25 faramir kernel: usb usb2: suspend_rh
Aug 6 22:06:25 faramir kernel: hub 1-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb1: bus auto-suspend
Aug 6 22:06:25 faramir kernel: usb usb1: suspend_rh
Aug 6 22:06:28 faramir kernel: usb usb5: usb auto-resume
Aug 6 22:06:28 faramir kernel: ehci_hcd 0000:00:1d.7: resume root hub
Aug 6 22:06:28 faramir kernel: hub 5-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: hub 5-0:1.0: state 7 ports 8 chg 0000 evt fe00
Aug 6 22:06:28 faramir kernel: usb usb2: usb auto-resume
Aug 6 22:06:28 faramir kernel: usb usb2: wakeup_rh
Aug 6 22:06:28 faramir kernel: hub 2-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: usb usb1: usb auto-resume
Aug 6 22:06:28 faramir kernel: usb usb1: wakeup_rh
Aug 6 22:06:28 faramir kernel: hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:28 faramir kernel: hub 1-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:29 faramir kernel: usb usb2: suspend_rh (auto-stop)
Aug 6 22:06:29 faramir kernel: usb usb1: suspend_rh (auto-stop)
[...]
AFAIK I have not enabled anything special in userland when it comes to
USB suspension; this is just a standard boot.
I do have CONFIG_USB_SUSPEND enabled though, so maybe one should not do that
when using USB_DEBUG?
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Frans Pop <elendil@planet.nl>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Kernel development list <linux-kernel@vger.kernel.org>,
Kernel Testers List <kernel-testers@vger.kernel.org>,
USB list <linux-usb@vger.kernel.org>
Subject: Re: [regression] usb: sometimes dead keyboard after boot (was: new errors during device detection)
Date: Fri, 29 Aug 2008 19:33:42 +0200 [thread overview]
Message-ID: <200808291933.43331.elendil@planet.nl> (raw)
In-Reply-To: <Pine.LNX.4.44L0.0808291209260.4447-100000@netrider.rowland.org>
Just replying to one comment now, the rest will need more thought :-)
On Friday 29 August 2008, Alan Stern wrote:
> > Two problems:
> > - CONFIG_USB_DEBUG causes such a huge load of output that it is
> > totally unacceptable to have that enabled permanently for a running
> > system
>
> It shouldn't do that. Almost all of the extra output occurs when
> devices are plugged in or unplugged; during normal operation there
> should be very few extra messages. (Depending on what USB drivers you
> use, I suppose...)
Here's a snippet of what I got when I enabled USB debug recently:
[...]
Aug 6 22:06:23 faramir kernel: hub 2-0:1.0: hub_resume
Aug 6 22:06:23 faramir kernel: hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:23 faramir kernel: usb usb1: usb auto-resume
Aug 6 22:06:23 faramir kernel: usb usb1: wakeup_rh
Aug 6 22:06:23 faramir kernel: hub 1-0:1.0: hub_resume
Aug 6 22:06:23 faramir kernel: hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:24 faramir kernel: usb usb2: suspend_rh (auto-stop)
Aug 6 22:06:24 faramir kernel: usb usb1: suspend_rh (auto-stop)
Aug 6 22:06:25 faramir kernel: hub 5-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb5: bus auto-suspend
Aug 6 22:06:25 faramir kernel: ehci_hcd 0000:00:1d.7: suspend root hub
Aug 6 22:06:25 faramir kernel: hub 2-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb2: bus auto-suspend
Aug 6 22:06:25 faramir kernel: usb usb2: suspend_rh
Aug 6 22:06:25 faramir kernel: hub 1-0:1.0: hub_suspend
Aug 6 22:06:25 faramir kernel: usb usb1: bus auto-suspend
Aug 6 22:06:25 faramir kernel: usb usb1: suspend_rh
Aug 6 22:06:28 faramir kernel: usb usb5: usb auto-resume
Aug 6 22:06:28 faramir kernel: ehci_hcd 0000:00:1d.7: resume root hub
Aug 6 22:06:28 faramir kernel: hub 5-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: hub 5-0:1.0: state 7 ports 8 chg 0000 evt fe00
Aug 6 22:06:28 faramir kernel: usb usb2: usb auto-resume
Aug 6 22:06:28 faramir kernel: usb usb2: wakeup_rh
Aug 6 22:06:28 faramir kernel: hub 2-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: usb usb1: usb auto-resume
Aug 6 22:06:28 faramir kernel: usb usb1: wakeup_rh
Aug 6 22:06:28 faramir kernel: hub 2-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:28 faramir kernel: hub 1-0:1.0: hub_resume
Aug 6 22:06:28 faramir kernel: hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000
Aug 6 22:06:29 faramir kernel: usb usb2: suspend_rh (auto-stop)
Aug 6 22:06:29 faramir kernel: usb usb1: suspend_rh (auto-stop)
[...]
AFAIK I have not enabled anything special in userland when it comes to
USB suspension; this is just a standard boot.
I do have CONFIG_USB_SUSPEND enabled though, so maybe one should not do that
when using USB_DEBUG?
next prev parent reply other threads:[~2008-08-29 17:33 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-03 20:11 [regression?] usb: new errors during device detection Frans Pop
2008-08-03 20:11 ` Frans Pop
[not found] ` <200808032211.22483.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-03 20:35 ` Felipe Balbi
2008-08-03 20:35 ` Felipe Balbi
2008-08-06 20:29 ` Frans Pop
2008-08-06 20:29 ` Frans Pop
[not found] ` <200808062229.48383.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-06 20:54 ` Felipe Balbi
2008-08-06 20:54 ` Felipe Balbi
2008-08-04 14:13 ` Alan Stern
2008-08-04 14:13 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808041006060.2815-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-06 21:10 ` Frans Pop
2008-08-06 21:10 ` Frans Pop
[not found] ` <200808062310.59360.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-06 22:27 ` Alan Stern
2008-08-06 22:27 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808061814250.2145-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-09 13:27 ` Diego Zuccato
2008-08-09 13:27 ` Diego Zuccato
[not found] ` <489D9B46.60001-gmoNqwowlqBr8A+qpt3pXFzrSV/HdtiB@public.gmane.org>
2008-08-09 15:26 ` Felipe Balbi
2008-08-09 15:26 ` Felipe Balbi
2008-08-10 15:44 ` Alan Stern
2008-08-10 15:44 ` Alan Stern
2008-08-26 19:03 ` [regression] usb: sometimes dead keyboard after boot (was: new errors during device detection) Frans Pop
2008-08-26 19:03 ` Frans Pop
[not found] ` <200808262103.50984.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-26 20:53 ` Alan Stern
2008-08-26 20:53 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808261626140.2139-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-29 13:03 ` Frans Pop
2008-08-29 13:03 ` Frans Pop
[not found] ` <200808291503.56635.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-29 17:05 ` Alan Stern
2008-08-29 17:05 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808291209260.4447-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-29 17:33 ` Frans Pop [this message]
2008-08-29 17:33 ` Frans Pop
[not found] ` <200808291933.43331.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-29 21:22 ` Alan Stern
2008-08-29 21:22 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808291709400.13185-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-30 10:44 ` [regression] usb: sometimes dead keyboard after boot Frans Pop
2008-08-30 10:44 ` Frans Pop
2008-08-30 2:48 ` [regression] usb: sometimes dead keyboard after boot (was: new errors during device detection) Alan Stern
2008-08-30 2:48 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808292246520.17486-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-30 14:40 ` [regression] usb: sometimes dead keyboard after boot Frans Pop
2008-08-30 14:40 ` Frans Pop
[not found] ` <200808301640.21043.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-31 2:21 ` Alan Stern
2008-08-31 2:21 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.0808302202250.514-100000-pYrvlCTfrz9XsRXLowluHWD2FQJk+8+b@public.gmane.org>
2008-08-31 5:16 ` Greg KH
2008-08-31 5:16 ` Greg KH
2008-08-30 15:36 ` [regression] usb: sometimes dead keyboard after boot (with debug log) Frans Pop
2008-08-30 15:36 ` Frans Pop
[not found] ` <200808301736.27377.elendil-EIBgga6/0yRmR6Xm/wNWPw@public.gmane.org>
2008-08-31 2:53 ` Alan Stern
2008-08-31 2:53 ` Alan Stern
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=200808291933.43331.elendil@planet.nl \
--to=elendil-eibgga6/0yrmr6xm/wnwpw@public.gmane.org \
--cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org \
/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.