Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965191AbWIEQ7t (ORCPT ); Tue, 5 Sep 2006 12:59:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932189AbWIEQ7t (ORCPT ); Tue, 5 Sep 2006 12:59:49 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:11274 "HELO iolanthe.rowland.org") by vger.kernel.org with SMTP id S932150AbWIEQ7s (ORCPT ); Tue, 5 Sep 2006 12:59:48 -0400 Date: Tue, 5 Sep 2006 12:59:39 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: "Randy.Dunlap" cc: USB development list , Linux-pm mailing list , Kernel development list Subject: Re: [linux-usb-devel] [RFC] USB device persistence across suspend-to-disk In-Reply-To: <20060905091318.42c273d2.rdunlap@xenotime.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1330 Lines: 47 On Tue, 5 Sep 2006, Randy.Dunlap wrote: > > +Setting the "persist=y" module parameter for usbcore will cause the > > persist=1 ?? Either will work. > > +kernel to work around these issues. If usbcore is build into the > > s/build/built/ Got it, thanks. > > +main kernel instead of as a separate module, you can put > > +"usbcore.persist=1" on the boot command line. You can also change the > > +kernel's behavior on the fly using sysfs: Type > > + > > + echo y >/sys/module/usbcore/parameters/persist > > Does sysfs treat 'y' as '1'? > Anyway, it would be Good to be consistent. Yes; I'll change everything to 'y'. > > +structure. In effect, the kernel treats the device as though it had > > +merely been reset instead of unplugged. > > so does the USB device also retain its same USB address? It does. It didn't seem worthwhile to mention that point, however. > > - dev->have_langid = -1; > > + dev->have_langid = 1; > Different patch (?). When this is submitted for inclusion, that change will be broken out into a separate patch. Alan Stern - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/