On Sun, 4 May 2014 13:51:20 -0700, Adrian Chadd wrote:
On 4 May 2014 13:00, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
I havn't seen suspend/resume work for ages on my T4xx laptops and
as far as I recall it never worked on this T430s at all.
I've tested it (-HEAD) on:
* T43
In message 20140505153421.w11...@sola.nimnet.asn.au, Ian Smith writes:
I need to do more tests on stable/9; it didn't work with the offered
workarounds on 9.2-RELEASE (leaving VESA out of kernel leaves me with no
screen on resume in console mode, setting sysctl dev.[ue]hci.*.wake=1
Do we have
On Mon, 5 May 2014 06:25:21 +, Poul-Henning Kamp wrote:
In message 20140505153421.w11...@sola.nimnet.asn.au, Ian Smith writes:
I need to do more tests on stable/9; it didn't work with the offered
workarounds on 9.2-RELEASE (leaving VESA out of kernel leaves me with no
screen on
Warren Block wbl...@wonkity.com wrote:
On Sun, 4 May 2014, Adrian Chadd wrote:
The easy-to-run test is sysctl dev.cpu.0.cx_lowest=Cmax and then use
stuff.
It's that use stuff step that would preferably be automated. Is the
failure mode a lockup, or could a program detect problems?
On Mon, May 05, 2014 at 04:17:08PM +1000, Ian Smith wrote:
On Sun, 4 May 2014 13:51:20 -0700, Adrian Chadd wrote:
On 4 May 2014 13:00, Poul-Henning Kamp p...@phk.freebsd.dk wrote:
I havn't seen suspend/resume work for ages on my T4xx laptops and
as far as I recall it never worked on
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
On Sun, 2014-05-04 at 13:51 -0700, Adrian Chadd wrote:
I've tested it (-HEAD) on:
* T43
* T60
* T60p
* T400
* T500
* T420
* X220
I'm actively using the T60, T400 and X220 right now.
T520, just works. Has for a while. I suspect disabling firewire and
the eSATA port helps quite a
On Sunday, May 04, 2014 4:27:38 am Adrian Chadd wrote:
Hi,
I'd like to propose flipping a few things:
* Flipping the default lid state to S3. I think ACPI suspend/resume
seems to work well enough these days and I've not met anyone lately
who expects the default from their laptop to be
On 5 May 2014 08:09, John Baldwin j...@freebsd.org wrote:
On Sunday, May 04, 2014 4:27:38 am Adrian Chadd wrote:
Hi,
I'd like to propose flipping a few things:
* Flipping the default lid state to S3. I think ACPI suspend/resume
seems to work well enough these days and I've not met anyone
Hiya,
(I know, I just emailed out asking about setting S3 for the default
lid suspend state, however I just updated to the very latest head and
things went a little backwards.)
Suspend no longer works for me:
May 5 10:33:10 lucy-11i386 acpi: suspend at 20140505 10:33:10
May 5 10:33:47 lucy
at 20140505 10:33:10
May 5 10:33:47 lucy-11i386 kernel: ahcich0: Timeout on slot 19 port 0
May 5 10:33:47 lucy-11i386 kernel: ahcich0: is cs fff80fff
ss fff80fff rs fff80fff tfd d0 serr cmd d317
May 5 10:33:47 lucy-11i386 kernel: (ada0:ahcich0:0:0:0):
WRITE_FPDMA_QUEUED. ACB: 61 08
for the default
lid suspend state, however I just updated to the very latest head and
things went a little backwards.)
Suspend no longer works for me:
May 5 10:33:10 lucy-11i386 acpi: suspend at 20140505 10:33:10
May 5 10:33:47 lucy-11i386 kernel: ahcich0: Timeout on slot 19 port 0
May 5 10:33
On Monday, May 05, 2014 12:55:29 pm Adrian Chadd wrote:
On 5 May 2014 08:09, John Baldwin j...@freebsd.org wrote:
On Sunday, May 04, 2014 4:27:38 am Adrian Chadd wrote:
Hi,
I'd like to propose flipping a few things:
* Flipping the default lid state to S3. I think ACPI suspend/resume
13 matches
Mail list logo