freebsd stable - Jul 2015 - suspend/resume regression

On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin <jhb at 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 at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

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 at gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683

On Wed, Jul 15, 2015 at 10:52 PM, Kevin Oberman <rkoberman at gmail.com>
wrote:
> On Wed, Jul 15, 2015 at 12:07 PM, John Baldwin <jhb at 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 at gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
>