Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 13 Nov 2011 11:42:42 -0800
From:      Garrett Cooper <yanegomi@gmail.com>
To:        rank1seeker@gmail.com
Cc:        pyunyh@gmail.com, freebsd-acpi@freebsd.org, hackers@freebsd.org, Lars Engels <lars.engels@0x20.net>
Subject:   Re: Adventure into S3 state and back
Message-ID:  <CAGH67wQkrR8cs946G%2BmD4UzBpNAONhB-fthN5G6646d%2BcAztvg@mail.gmail.com>
In-Reply-To: <20111113.132924.396.1@DOMY-PC>
References:  <20111110.182948.630.1@DOMY-PC> <20111112002727.GD17792@michelle.cdnetworks.com> <20111112.144149.725.1@DOMY-PC> <20111113094810.GC80782@e-new.0x20.net> <20111113.132924.396.1@DOMY-PC>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Nov 13, 2011 at 5:29 AM,  <rank1seeker@gmail.com> wrote:
> ----- Original Message -----
> From: Lars Engels <lars.engels@0x20.net>
> To: rank1seeker@gmail.com
> Cc: pyunyh@gmail.com, hackers@freebsd.org, freebsd-acpi@freebsd.org
> Date: Sun, 13 Nov 2011 10:48:10 +0100
> Subject: Re: Adventure into S3 state and back
>
>> On Sat, Nov 12, 2011 at 03:41:49PM +0100, rank1seeker@gmail.com wrote:
>> > ----- Original Message -----
>> > From: YongHyeon PYUN <pyunyh@gmail.com>
>> > To: rank1seeker@gmail.com
>> > Cc: hackers@freebsd.org, freebsd-acpi@freebsd.org
>> > Date: Fri, 11 Nov 2011 16:27:27 -0800
>> > Subject: Re: Adventure into S3 state and back
>> >
>> > > On Thu, Nov 10, 2011 at 07:29:48PM +0100, rank1seeker@gmail.com wrot=
e:
>> > > > 8.2-p4 RELEASE amd64
>> > > >
>> > > > I've built a custom kernel, only with drivers, that I need
>> > > > After resuming from S3 ...
>> > > >
>> > > > I hit:
>> > > > # ifconfig
>> > > > and all hells breaks loose:
>> > > > ----
>> > > > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff)
>> > > > =A0 =A0 =A0 =A0 media: Ethernet autoselect
>> > > > =A0 =A0 =A0 =A0 status: no carrier
>> > > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 0, val 0xffffffff)
>> > > > ugen3.2: <Logitech> at usbus3 (disconnected)
>> > > > ukbd0: at uhub3, port 1, addr 2 (disconnected)
>> > > > ums0: at uhub3, port 1, addr 2 (disconnected)
>> > > > uhid0: at uhub3, port 1, addr 2 (disconnected)
>> > > > bge0: PHY read timed out (phy 1, reg 4, val 0xffffffff)
>> > > > ugen3.2: <Logitech> at usbus3
>> > > > ukbd0: <Logitech USB Receiver, class 0/0, rev 2.00/12.01, addr 2>
> on
>> > usbus3
>> > > > kbd2 at ukbd0
>> > > > ums0: <Logitech USB Receiver, class 0/0, rev 2.00/12.01, addr 2> o=
n
>> > usbus3
>> > > > ums0: 16 buttons and [XYZT] coordinates ID=3D2
>> > > > uhid0: <Logitech USB Receiver, class 0/0, rev 2.00/12.01, addr 2>
> on
>> > usbus3
>> > > > bge0: PHY read timed out (phy 1, reg 5, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 10, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 25, val 0xffffffff)
>> > > > pflog0: flags=3D141<UP,RUNNING,PROMISC> metric 0 mtu 33152
>> > > > lo0: flags=3D8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 1638=
4
>> > > > =A0 =A0 =A0 =A0 options=3D3<RXCSUM,TXCSUM>
>> > > > =A0 =A0 =A0 =A0 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
>> > > > =A0 =A0 =A0 =A0 inet6 ::1 prefixlen 128
>> > > > =A0 =A0 =A0 =A0 inet 127.0.0.1 netmask 0xff000000
>> > > > =A0 =A0 =A0 =A0 nd6 options=3D3<PERFORMNUD,ACCEPT_RTADV>
>> > > > cruiser# ifconfig
>> > > > bge0: flags=3D8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> > > >
>> >
> options=3D8009b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTA=
TE>
>> > > > =A0 =A0 =A0 =A0 ether 00:21:70:70:01:df
>> > > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff)
>> > > > bge0: PHY read timed out (phy 1, reg 1, val 0xffffffff)
>> > > >
>> > > > ... ... ... <You get the point>
>> > >
>> > > Known issue. kern/136876.
>> > > Mobile bge(4) controllers seem to have this issue.
>> >
>> > I can see this has been reported, when 8.0-BETA1 was released.
>> > Now is almost 8.3 out and problem is still present
>> >
>> > > > ----
>> > > >
>> > > > So, taking into account:
>> > > > "A common problem with suspend/resume is that many device drivers
> do
>> > not save, restore, or reinitialize their firmware, registers, or devic=
e
>> > memory properly."
>> > > >
>> > > > Next step was to get rid of 'bge' device from my KERNCONF and
> recompile
>> > it.
>> > > > Voila! S3 works!
>> > > >
>> > > > But another, mouse problem, didn't go away!
>> > > > In 9 out of 10 cases, mouse doesn't resume.
>> > > > As it is USB mouse, I've did:
>> > > >
>> > > > # camcontrol rescan all
>> > > > =A0 =A0 didn't help
>> > > >
>> > > > I've also tried adding into loader.conf and nada:
>> > > > ---
>> > > > hint.psm.0.flags=3D"0x3000"
>> > > > ---
>> > > > But i think it is PS/2 related
>> > > >
>> > > > What works 100% for a mouse is to unplug and then plug back it's
> USB
>> > receiver
>> > > >
>> > > > This is Dell D830 laptop
>> > > >
>> >
>> > How do I solve mouse issue?
>> > It is annoying to unplug and then plug back it's USB receiver, each
> time.
>>
>> stop moused in rc.suspend and start it in rc.resume.
>>
>
> Thanks, but it isn't that.
> Even with it, mouse works on random, after resume from S3.
>
> But what I did figured out, looking kernel msgs on console, just after
> resume, is that IF I see >1 of this:
> --
> uhub_reattach_port: port 1 reset failed, error=3DUSB_ERR_TIMEOUT
> uhub_reattach_port: device problem (USB_ERR_TIMEOUT), disabling port 1
> --
>
> Mouse won't work unless I unplug/plug it's USB receiver

You may need to kldunload and kldload ums(4) in order to get things to
work (which suggests a driver bug in the newbus suspend and resume
functions).

FWIW I only need to do /etc/rc.d/moused restart in rc.resume to get
things to work, but I'm using psm(4). The mouse pointer is kind of
braindead for a second, but then it comes to life and does the right
thing.

So, bottom line is that there's something that gets out of sync with
some mice drivers and moused, and mice driver bugs or bugs with moused
might be involved.

HTH,
-Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGH67wQkrR8cs946G%2BmD4UzBpNAONhB-fthN5G6646d%2BcAztvg>