Hi!
What's the result of all of this? Laura - do you have functioning
suspend/resume with xorg now?
-adrian
On 28 August 2013 08:03, Gleb Smirnoff gleb...@freebsd.org wrote:
Laura,
according to your Xorg.log PCI device ID of your video card exactly
matches mine 8086:0166:17aa:21f9,
Hi
Yes! I now have working suspend/resume building xorg using the updated
ports and compile options that Gleb Smirnoff kindly pointed me at.
No xorg.conf is needed and all acpi options are as default. It seems to
work correctly both with and without acpi_video and acpi_ibm in the
kernel.
Hi!
On 29 August 2013 09:42, Laura Marie Feeney lmfee...@sics.se wrote:
Hi
Yes! I now have working suspend/resume building xorg using the updated
ports and compile options that Gleb Smirnoff kindly pointed me at.
No xorg.conf is needed and all acpi options are as default. It seems to
On 08/29/13 18:44, Adrian Chadd wrote:
Hi!
Let's not finish this just yet! I'd like to try and nail down exactly
what's going on so PRs can be filed.
Absolutely. (I was thinking to do this off-list to minimize spam.)
* Is this with 9.2-RC2?
Yes this is 9.2-RC2. I think the problem is
On Thu, Aug 29, 2013 at 08:51:18PM +0200, Laura Marie Feeney wrote:
L suspend/resume and repeat the scrolling. The load seems to go quite a
L bit higher after resuming (CPU from ~10% to ~20%). But this is
L definitely not a scientific test AND I was primed by Gleb Smirnoff's
L comments to look
On Thu, Aug 29, 2013 at 03:04:28PM -0400, Glen Barber wrote:
G I also observe the issue that Gleb Smirnoff mentions below, that the
G xorg server is quite slow after result. Using 'xterm -sb' and
G moving the scrollbar up and down very fast, I was able to able to
G get the xorg process up to
I don't see noticable slowdown. But there is NOTHING (twm and a couple
of xterms) running on the machine. A more practical machine is going to
be interacting with a lot more X functionality. If you just run
'startx' from the console, do you still have a problem?
xf86-input-keyboard-1.7.0
Old Synopsis: System will no go into S3 state.
New Synopsis: [acpi] System will not go into S3 state.
Responsible-Changed-From-To: freebsd-bugs-freebsd-acpi
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Aug 30 03:09:58 UTC 2013
Responsible-Changed-Why:
Over to maintainer(s).
On Wed, Aug 28, 2013 at 07:03:10PM +0400, Gleb Smirnoff wrote:
Laura,
Now bad news :) Last major Xorg update in ports, which happened couple
of months ago, introduced a regression: xorg performs very slowly after
resume. If the server process is restarted, then a new one performs okay.