Date: Thu, 03 Mar 2005 09:11:53 +0300 From: Vladimir Grebenschikov <vova@fbsd.ru> To: Kevin Oberman <oberman@es.net> Cc: freebsd-mobile@freebsd.org Subject: Re: Using VESA to restore display settings on resume Message-ID: <1109830313.1629.8.camel@localhost> In-Reply-To: <20050302220235.DB1E95D08@ptavv.es.net> References: <20050302220235.DB1E95D08@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
=F7 =D3=D2, 02/03/2005 =D7 14:02 -0800, Kevin Oberman =D0=C9=DB=C5=D4: >> From: Vladimir Grebenschikov <vova@fbsd.ru> >> Date: Thu, 03 Mar 2005 00:36:51 +0300 >> Sender: Vladimir Grebenschikov <vova@vbook.fbsd.ru> >>=20 >> =F7 =D3=D2, 02/03/2005 =D7 11:18 -0800, Kevin Oberman =D0=C9=DB=C5=D4: >> >> From: Vladimir Grebenschikov <vova@fbsd.ru> >> >> Date: Tue, 01 Mar 2005 23:31:15 +0300 >> >> Sender: owner-freebsd-mobile@freebsd.org >> >>=20 >> >> =F7 =D0=CE, 28/02/2005 =D7 20:26 +0000, Ian Dowse =D0=C9=DB=C5=D4: >> >> >In message <200502281016.aa49779@salmon.maths.tcd.ie>, Ian Dowse wri= tes> : >> >> >>In message <1109545918.1537.8.camel@localhost>, Vladimir Grebenschi= kov> writes: >> >> >>>Also if I try this patch with vesa module loaded it just carsh in = vm8> 6 >> >> >>>mode on zzz (curproc acpiconf). >> >> >> >> >> >>It is probably necessary to get this working with VESA to have much >> >> >>of a chance of it helping, since otherwise only the basic VGA >> >> >>registers will be saved and restored. >> >> >> >> >> >>One possible reason for the vm86 crash is that it appears our VESA >> >> >>code cannot handle saving more than 4k of state data. Does it make >> >> >>any difference if you revert the part of the patch that changed >> >> >>STATE_MOST to STATE_ALL? i.e. change the two uses of STATE_ALL in >> >> >>vesa.c back to STATE_MOST. I found that with SAVE_MOST, I needed >> >> >>to switch to X and back before the console would display, but the >> >> >>backlight did come on immediately. >> >> > >> >> >I've updated the patch at >> >> > >> >> > http://people.freebsd.org/~iedowse/vesa_restore.diff >> >> > >> >> >so that the VESA code allows up to 8k of state storage and will >> >> >fail if the BIOS claims to need more space. Could you try this with >> >> >the vesa module loaded and with both 0 and 1 for hw.acpi.reset_video= ? >> >>=20 >> >> I've rechecked patch with fresh kernel build and firewire console. >> >>=20 >> >> It does not panics and does not awake :(=20 >> >> As in previous variant it sleeps ok, but on awake it only spin up HDD= . >> >> No any other activity seen, it does not react on keys, firewire conso= le >> >> is dead. >> >> It does not answer on network activity. >> >>=20 >> >> Probably It hangs while try to restore console, and I should try to >> >> disable console at all ?=20 >> > >> >Is the disk active LED on? Many systems have had trouble with this, >> >although I thought Soren had fixed this. >>=20 >> Both led and sound, it spin-up, shows some activity by both led and >> sound, and then stop any activity. >>=20 >> Probably I should try kernel without ata ? (only md for root)=20 > >Only if the LED comes on and stays on is it an ATA issue. If it seems to >come back but never finishes, it is something else. > >Can you connect to the system over the net after resume?=20 No, I can't ping machine, and firewire console is dead. >If so, it's probably a display issue, as you seem to have suspected. I was= just >bringing up the ATA issue in case you really had two problems. Seems >like you do not. Anyway, I'll try kernel without ATA to be sure. --=20 Vladimir B. Grebenchikov vova@fbsd.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1109830313.1629.8.camel>