Date: Tue, 27 Sep 2011 13:06:21 +0100 From: Gavin Atkinson <gavin.atkinson@ury.york.ac.uk> To: Adrian Chadd <adrian@freebsd.org> Cc: "crsnet.pl" <crsnet@crsnet.pl>, freebsd-current@freebsd.org, Hans Petter Selasky <hselasky@freebsd.org> Subject: Re: [Solved] FreeBSD 9-Beta3 on X300 2 problems Message-ID: <1317125181.95805.13.camel@buffy.york.ac.uk> In-Reply-To: <CAJ-Vmo=jkai%2BtvGew15EKof=GzNORLefojeLr9ePzFgLbtc-pg@mail.gmail.com> References: <8bce9b8a86d5c7a83095d8e58f794f64@i-pi.pl> <9e25323fa87abb93af1946c9ed2c399e@i-pi.pl> <CAJ-Vmo=M_Y6dveSvHr8b0HdsuzXctCRGKwSo1ENuOpstrDtfqA@mail.gmail.com> <eff09c6cedac5bd59fc702ef171a714d@i-pi.pl> <CAJ-Vmo=jkai%2BtvGew15EKof=GzNORLefojeLr9ePzFgLbtc-pg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2011-09-27 at 19:53 +0800, Adrian Chadd wrote: > Hans, > > Why haven't those patches been committed? This patch is an absolute hack, and shouldn't be committed as it is. I would, however, appreciate some help in determining the correct solution. The solution may well involve not suspending/resuming hpet(4) or the other timers on the normal DEVICE_SUSPEND()/DEVICE_RESUME() path but instead doing them as the last thing to be suspended, or it may instead involve reworking the USB code (and potentially other code) to not need to sleep during suspend/resume. I don't know the right solution, but would really like to work with somebody who does. Please also see the thread "Choosing between DELAY(useconds) and pause()" on -current. Gavin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1317125181.95805.13.camel>