[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0804181120270.6252-100000@iolanthe.rowland.org>
Date: Fri, 18 Apr 2008 11:22:42 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: Pavel Machek <pavel@....cz>
cc: Andrew Morton <akpm@...ux-foundation.org>,
Ingo Molnar <mingo@...e.hu>,
Thomas Gleixner <tglx@...utronix.de>,
Pekka Enberg <penberg@...helsinki.fi>,
<linux-usb@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-mm@...ck.org>, James Morris <jmorris@...ei.org>,
Stephen Smalley <sds@...ho.nsa.gov>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
<linux-pm@...ts.linux-foundation.org>, Greg KH <greg@...ah.com>,
"Rafael J. Wysocki" <rjw@...k.pl>
Subject: Re: 2.6.25-mm1: not looking good
On Fri, 18 Apr 2008, Pavel Machek wrote:
> On Fri 2008-04-18 00:53:23, Andrew Morton wrote:
> > On Fri, 18 Apr 2008 00:50:34 -0700 Andrew Morton <akpm@...ux-foundation.org> wrote:
> >
> > > dmesg: http://userweb.kernel.org/~akpm/x.txt
> > > config: http://userweb.kernel.org/~akpm/config-t61p.txt
> >
> > oop, there's more:
> >
> >
> > sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> > sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
> > firewire_core: created device fw0: GUID 00016c2000174bad, S400
> > PM: Device usb4 failed to restore: error -113
> > eth0: Link is Up 100 Mbps Full Duplex, Flow Control: RX/TX
> > eth0: 10/100 speed: disabling TSO
> > PM: Device usb5 failed to restore: error -113
> > PM: Device usb7 failed to restore: error -113
> > sd 0:0:0:0: [sda] Starting disk
> > PM: Image restored successfully.
> > Restarting tasks ... done.
> > PM: Basic memory bitmaps freed
> >
> > Those USB restore failures are new. They're similar to the ones on the
> > doesnt-resume-properly-any-more Vaio. They came out from the machine's
> > second (successful) resume-from-disk.
>
> Try rmmod usb / insmod usb around suspend to see if it is
> usb-specific, or if something went seriously wrong in core.
>
> Or you might just bisect it ;-).
There's no need to worry about them. They merely indicate that the
root hubs didn't resume along with everything else, because they were
already suspended when the system went to sleep and so they were left
suspended. The return codes in usbcore will be changed soon so that
this won't appear to be an error.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists