Re: Child suspend/resume

I've done three suspend/resume cycle during last workday and all works
fine. Sorry for misled.

13.08.2014 18:35, Justin Hibbits пишет:
> That's odd, because another tester reported everything worked correctly
> for him.  Could you send me the output of a verbose boot dmesg (boot
> -v), devinfo -rv, and pciconf -lv?
>
> Thanks,
> Justin
>
> On Wed, 13 Aug 2014 09:17:24 +0300
> Alexandr Krivulya <shuriku_at_shurik.kiev.ua> wrote:
>
>> Now laptop resumes, screen turned on and I see in dmesg "acpi: resumed
>> at ...", but neither keyboard nor mouse don't work and host is not
>> accessible from network.
>>
>> 12.08.2014 17:06, Justin Hibbits пишет:
>>> Hi Alexandr,
>>>
>>> Thanks.  I got another confirmation that it didn't work, and may
>>> have found the cause.  I have another patch that you can find at
>>> https://phabric.freebsd.org/D590 which fixes a typo that I had made.
>>> Could you try that?
>>>
>>> (Added current_at_ so everyone else sees this as well).
>>>
>>> Thanks!
>>>
>>> - Justin
>>>
>>> On Tue, 12 Aug 2014 11:18:29 +0300
>>> Alexandr Krivulya <shuriku_at_shurik.kiev.ua> wrote:
>>>
>>>> Hi, Justin
>>>> After applying your patch my thinkpad e530 (FreeBSD 11.0-CURRENT,
>>>> amd64) doesn't resume any more - screen remains black.
>>>>
>>>> 11.08.2014 08:30, Justin Hibbits (by way of Justin Hibbits
>>>> <chmeeedalf_at_gmail.com>) пишет:
>>>>> Hi all,
>>>>>
>>>>> The attached patch is completely untested, due to lack of existing
>>>>> suspendable hardware (no x86 machines).  It does compile cleanly
>>>>> against head, though. I don't think it should change any behavior,
>>>>> I tried to keep the essence of the code path the same.
>>>>>
>>>>> It was suggested that I break up my multipass suspend/resume code
>>>>> into incremental parts, so this is part one.  It adds a
>>>>> BUS_SUSPEND_CHILD/BUS_RESUME_CHILD, as well as helper functions,
>>>>> bus_generic_suspend_child()/bus_generic_resume_child(), and
>>>>> modifies the PCI driver to use this new facility.
>>>>>
>>>>> I'd like some feedback, and testing of this, to make sure I didn't
>>>>> break anything.
>>>>>
>>>>> Thanks,
>>>>> Justin
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> freebsd-current_at_freebsd.org mailing list
>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>>>> To unsubscribe, send any mail to
>>>>> "freebsd-current-unsubscribe_at_freebsd.org"
>>> _______________________________________________
>>> freebsd-current_at_freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>> To unsubscribe, send any mail to
>>> "freebsd-current-unsubscribe_at_freebsd.org"