Re: suspend/resume on Skylake (Lenovo T460s) with FreeBSD11 stable
On Mon, Dec 19, 2016 at 08:00:19AM +0100, Chris Ernst wrote: > it never worked. > I tried using the FreeBSD 11-STABLE (Revision 310008). > As i pointed out in my first post. Suspend is working but i am unable to > resume again. Same experience that I had ;) One idea that just came across my mind: maybe it's the graphics that don't resume. You could start some network service on the laptop, then suspend & resume, and check if the network service is reachable. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: suspend/resume on Skylake (Lenovo T460s) with FreeBSD11 stable
On Mon, Dec 19, 2016 at 11:02 AM, Christian Schwarz wrote: > On Mon, Dec 19, 2016 at 08:00:19AM +0100, Chris Ernst wrote: > > it never worked. > > I tried using the FreeBSD 11-STABLE (Revision 310008). > > As i pointed out in my first post. Suspend is working but i am unable to > > resume again. > > Same experience that I had ;) > > One idea that just came across my mind: maybe it's the graphics that > don't resume. > > You could start some network service on the laptop, then suspend & > resume, and check if the network service is reachable. > > Hello, my Lenovo X1 yoga exhibits the same traits, it does suspend, but graphics are corrupted after resume. Machine usually is reachable over the network though. Best regards Andreas ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: suspend/resume on Skylake (Lenovo T460s) with FreeBSD11 stable
On Mon, 19 Dec 2016 08:00:19 +0100, Chris Ernst wrote: > > On Wed, Dec 14, 2016 at 05:15:12PM +0100, Chris Ernst wrote: > > > > > > i have been hardly trying to get my Lenovo T460s to suspend *and to > > > resume > > > again*. > > > > > > Eventually the system suspends when i close the lid. > > > The power LED is slowly blinking on and off. > > > > > > That is it! I am not able to resume my system anymore. > > > When I push the power button once the power LED *keeps* slowly blinking > > > on > > > and off. :( > > > > What was the last revision where suspend/resume worked on your T460s? > > > > Approximately two months ago, I tried the then HEAD of drm-next-4.7 > > of the FreeBSDDesktop repo [1] and had no success. > > > > -- Christian > > > > [1] https://github.com/FreeBSDDesktop/freebsd-base-graphics > > > > Hi Christian > Hi all > > it never worked. Have you only tried 11.x? Have you tried for example a 10.3 memstick? > I tried using the FreeBSD 11-STABLE (Revision 310008). > As i pointed out in my first post. Suspend is working but i am unable to > resume again. You haven't said .. is this trying to suspend and resume from text or graphics mode? As you see on the Wiki page at your [1], some machines work ok with one but not the other. Others will - or used to - work if switching X to text mode before suspending, where that's still possible. My much older X200 suspends 100% on 9.x, text or X, and on test memstick boots of 10.2 and 10.3, from text mode at least. But not from an 11.0-R memstick boot - it suspends fine (text mode, VT) but resumes sans video; 'Live CD' boot can't onestart sshd (RO /var) so I've not yet pursued it. Mine's a far older machine, most likely a different issue to yours and I'm not chasing that here, just pointing out that mine has worked fine for years without tuning on earlier releases, including (before trying with latest X) on 10.3-R memstick boots with fairly thorough testing. > Actually i am interested in having an exchange of experiences which kernel > modules and configs are needed and which one should be avoided to > successfully enable suspend/resume. > > I already found "Suspend/Resume on FreeBSD-Wiki" [1]. Unfortunately the > information provided there is not valuable for me. > > Anyone interested in sharing experiences? > > best regards > Chris > > > [1]https://wiki.freebsd.org/SuspendResume That poge points to https://wiki.freebsd.org/DebuggingSuspendResume which may be helpful, especially re reducing your system to minimum services and loaded modules. Odds seem to favour video card issues. You could browse freebsd-acpi@ and freebsd-mobile@ archives; not sure about "s" model but various T460 appear over the time. Happy hunting. cheers, Ian ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: sonewconn: pcb [...]: Listen queue overflow to human-readable form
On 12/16/16 at 11:20P, Andrey V. Elsukov wrote:
> On 15.12.2016 20:51, hiren panchasara wrote:
> > On 12/15/16 at 05:23P, Eugene M. Zheganin wrote:
> >> Hi.
> >>
> >> Sometimes on one of my servers I got dmesg full of
> >>
> >> sonewconn: pcb 0xf80373aec000: Listen queue overflow: 49 already in
> >> queue awaiting acceptance (6 occurrences)
> > [skip]
> >>
> >> but at the time of investigation the socket is already closed and lsof
> >> cannot show me the owner. I wonder if the kernel can itself decode this
> >> output and write it in the human-readable form ?
> >
> > I have this not-quite-correct patch that may help you. (If you follow the
> > discussion there, you'd know why its not complete.)
> >
> > https://lists.freebsd.org/pipermail/freebsd-net/2014-March/038074.html
>
> Hi Hiren,
>
> I think the check for socket's domain should be enough?
>
>
> --
> WBR, Andrey V. Elsukov
> Index: sys/kern/uipc_socket.c
> ===
> --- sys/kern/uipc_socket.c(revision 309834)
> +++ sys/kern/uipc_socket.c(working copy)
> @@ -139,6 +139,7 @@ __FBSDID("$FreeBSD$");
> #include
> #include
> #include
> +#include
>
> #include
>
> @@ -577,10 +578,15 @@ sonewconn(struct socket *head, int connstatus)
> overcount++;
>
> if (ratecheck(&lastover, &overinterval)) {
> - log(LOG_DEBUG, "%s: pcb %p: Listen queue overflow: "
> - "%i already in queue awaiting acceptance "
> - "(%d occurrences)\n",
> - __func__, head->so_pcb, head->so_qlen, overcount);
> + if (INP_CHECK_SOCKAF(head, AF_INET) ||
> + INP_CHECK_SOCKAF(head, AF_INET6))
> + over = ntohs(sotoinpcb(head)->inp_lport);
> + else
> + over = 0;
> + log(LOG_DEBUG, "%s: pcb %p: Listen queue overflow on "
> + "port %d: %i already in queue awaiting acceptance "
> + "(%d occurrences)\n", __func__, head->so_pcb,
> + over, head->so_qlen, overcount);
>
> overcount = 0;
> }
Andrey,
Thanks, this seems correct to me. :-)
Cheers,
Hiren
pgpxDeeWRcL5Y.pgp
Description: PGP signature
Re: suspend/resume on Skylake (Lenovo T460s) with FreeBSD11 stable
On Mon, Dec 19, 2016 at 10:09 AM, Andreas Nilsson wrote: > my Lenovo X1 yoga exhibits the same traits, it does suspend, but graphics > are corrupted after resume. Machine usually is reachable over the network > though. > Isn't that related to sc vs. vt? Various video cards, notably many NVidia based, don't recover from suspend. sc can't reinitialize them. vt can, and knows how to reinit some cards but needs to be taught how to reinit others. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
