Date: Mon, 1 Dec 2008 15:16:24 +1100 (EST) From: Ian Smith <smithi@nimnet.asn.au> To: Alexander Motin <mav@freebsd.org> Cc: peter@freebsd.org, freebsd-acpi@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Semi-working patch for amd64 suspend/resume Message-ID: <20081201150743.V34249@sola.nimnet.asn.au> In-Reply-To: <49334110.4010308@FreeBSD.org> References: <1224616985.00027652.1224606603@10.7.7.3> <1224728582.00028075.1224715806@10.7.7.3> <4932F34C.1040804@FreeBSD.org> <49334110.4010308@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 1 Dec 2008, Alexander Motin wrote: > Alexander Motin wrote: > > As result, I have found, that if I am inserting: > > qqq: > > jmp qqq > > lines before line 98 of acpi_switch.S: > > movl $MSR_MTRRdefType, %ecx > > movl WAKEUP_CTX(mtrr), %eax > > wrmsr > > system hangs, but if I insert it just after them - system reboots. > > > > With just commenting this three lines I was able to get successful > > suspend/resume with UP amd64 kernel!!! > > > > Here is problems I still have now: > > - SMP kernel resume is not working, system reboots while doing > > acpi_wakeup_cpus(); > > - SATA controller does not resumes correctly, it dies for some reason, > > reporting timeouts on any request; > > This one is not a problem anymore. Seems to be fixed. Progress! > > - text mode video does not restores on resume, while Xorg graphic one > > does. hw.acpi.reset_video=1 does not help, it just hanging resume process. Longshot: hw.syscons.sc_no_suspend_vtswitch=1 fixes similar symptoms on two (older, i386 and UP) laptops here. Some folks have reported needing to have VESA loaded to get text mode video back up. Maybe worth a try? cheers, Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081201150743.V34249>