Date: Sat, 18 Jul 2015 16:34:30 -0700 From: Kevin Oberman <rkoberman@gmail.com> To: John Baldwin <jhb@freebsd.org> Cc: "Brandon J. Wandersee" <brandon.wandersee@gmail.com>, Adrian Chadd <adrian.chadd@gmail.com>, Joseph Mingrone <jrm@ftfl.ca>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: suspend/resume regression Message-ID: <CAN6yY1vf9q3MmTW-FW68hURk9cM2J2aaTr=%2BfJRMgj5Y4hC7rQ@mail.gmail.com> In-Reply-To: <CAN6yY1u8M=OScasxmJY_XXkeBJ7PWA0rMFy3iYVJrqQLpgbN6w@mail.gmail.com> References: <86oak289hv.fsf@gly.ftfl.ca> <CAN6yY1tOsvNbSW-bv_KVwHMjAKfWDVU8e-NRKs5iXjNr1hC6KA@mail.gmail.com> <86615mlcto.fsf@WorkBox.Home> <6951198.NGhNejXbxL@ralph.baldwin.cx> <CAN6yY1u8M=OScasxmJY_XXkeBJ7PWA0rMFy3iYVJrqQLpgbN6w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I think it works on HEAD. I suspended OK and tried to resume. The resume initiated and my screen came on... only to tell me that da0p2 was not available. I seem to recall that this was a known issue when running on a USB attached disk. The failure came much further along than on stable where it failed immediately with fans turning on, but nothing else happening, and, if I could connect the disk directly, I suspect it would work. Unfortunately, I don't have a spare SATA disk... only old PATA drives and the T520 only takes SATA drives. Bottom line is that the issue I saw with 10.1-STABLE and 10.1-BETA1 is not present on HEAD, so this is entirely a regression in STABLE. I will be updating to BETA2 shortly and I'll report how it works there. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Wed, Jul 15, 2015 at 10:52 PM, Kevin Oberman <rkoberman@gmail.com> wrote: > On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin <jhb@freebsd.org> wrote: > >> On Tuesday, July 14, 2015 03:10:59 PM Brandon J. Wandersee wrote: >> > >> > Please forgive me if this seems impudent, but has there been any >> progress on >> > this? The status of the bug report hasn't changed since it was opened. I >> > don't mean to be rude, and I certainly appreciate the effort that's gone >> > into this already (especially Kevin's detective work), but support for >> > suspend-to-RAM and my laptop's hotkeys were essentially the only reasons >> > I started tracking 10-STABLE to begin with. Since both features were >> > resolved many months ago, I was hoping to switch from -STABLE to >> 10.2-RELEASE >> > when it came out, but I'm starting to get the feeling that won't happen >> > because of a single errant commit. Having to continue following -STABLE >> > would not be terrible, but it would be disappointing. >> >> As noted previously, I have been moving house and generally offline since >> mid-June (and I'm not really fully online yet). My last request was if >> Kevin (or someone else with an affected laptop) could test HEAD to see if >> there is a missing bugfix on HEAD that needs to be merged. This specific >> change was tested on HEAD on both a T440 and X220 and on 10 to test the >> MFC on the T440. >> >> -- >> John Baldwin >> > > John, > > I am back from my vacation and hope to try HEAD soon, hopefully this > weekend. Since HEAD has been a bit fragile of late, I do plan on testing > and switching back to STABLE. I will probably install HEAD on a spare > drive. With luck (meaning nothing crops up that fills the available time), > I should have an answer on Monday. > > Hope the move was not too chaotic and life gets back to normal quickly. (I > hate moving, but I do so twice a year. Practice makes something approaching > perfect.) > -- > Kevin Oberman, Network Engineer, Retired > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1vf9q3MmTW-FW68hURk9cM2J2aaTr=%2BfJRMgj5Y4hC7rQ>