Re: [HEADSUP] amd64 suspend/resume code to be comitted

Brandon Gooch wrote:
On Mon, Mar 16, 2009 at 7:53 PM, Jung-uk Kim <jkim@xxxxxxxxxxx> wrote:
On Monday 16 March 2009 07:50 pm, Alexander Motin wrote:
Jung-uk Kim wrote:
With popular demands, I will commit the following patch in next
few days unless a showstopper is found or "over-my-dead-body"
type of review is received. ;-)

http://people.freebsd.org/~jkim/amd64_suspend-20090311.diff

FYI, it was originally posted here:

http://docs.freebsd.org/cgi/mid.cgi?200810211228.31028.jkim

and here:

http://docs.freebsd.org/cgi/mid.cgi?200812102120.03788.jkim

Please read the original threads for more information about the
patch.
Have just retested this with just updated 8-CURRENT. Still works
fine as before with my Acer TM6292
(Core2Duo+i965GM+ICH8M+bge+iwn+sdhci amd64 SMP). Writing this
letter just after successful resume.

There is still some DRI resume problems (will try one rnoland@
patch tomorrow) and my touch pad does not wakes up for some reason,
but that is probably unrelated.
I went ahead and committed slightly different version. Please resync
the source if you tested the old version.

Cheers,

Jung-uk Kim
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"


Hi there,

in my Latitude D630 with 8-0 current updated this morning (+1 UTC) it seems is trying to work. It has no xorg, just text console.

First got to compile if_bge as a module, kldunloading it before acpiconf -s 3. With if_bge compiled in the kernel I started to see some bge0 : ... PHY read timeout, and then the machine freezed.

Then, when resuming I got no video(but the keyboard was working, I was able to echo "Hi there" > /tmp/prova with success!). I tried hw.acpi.reset_video with no success. The other one I tried was debug.acpi.suspend_bounce. No luck.

Do you have any alternatives I can try ?

Greets,

Gus

PD : is there any plan to work it to i386 ?
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: Regression in gdm-2.18 since 2.6.24
    ... only the second hunk of the patch seems to be making ... Sets preempt granularity for + niced tasks at 5ms ... success rate across 10 tests. ...
    (Linux-Kernel)
  • Re: Cant eject a previously mounted CD?
    ... This is in the same function as the patch applies to. ... return code from the open call, which should be zero upon success. ... > Here we see that if the open fails we incriment our use_count. ... We increment the use_count at the beginning of the ...
    (Linux-Kernel)
  • Re: [KJ] audit return code handling for kernel_thread [1/11]
    ... this should be all one patch, ... Some callers considered a zero return code to mean success, ...
    (Linux-Kernel)
  • Re: So...a poll: Patch or no patch?
    ... There are several methods, one being "the patch". ... The say that each time you quit the next time gets easier. ... Picture your self in your mirror of success looking and ... smoking holes in them. ...
    (alt.support.stop-smoking)
  • Re: [PATCH] splice: fix problem with sys_tee and SPLICE_F_NONBLOCK
    ... success", not sure what you mean there. ... my patch description was not correct. ... - return -EAGAIN if there are no data in the pipe, ... if (!ret) { ...
    (Linux-Kernel)