From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carl-Daniel Hailfinger Subject: Re: [RFC] Reliable video POSTing on resume Date: Fri, 04 Feb 2005 12:32:42 +0100 Message-ID: <42035D5A.2030703@gmx.net> References: <20050122134205.GA9354@wsc-gmbh.de> <4202DF7B.2000506@gmx.net> <20050204074802.GD1086@elf.ucw.cz> <200502041126.14386.oliver@neukum.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In-Reply-To: <200502041126.14386.oliver-GvhC2dPhHPQdnm+yROfE0A@public.gmane.org> Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Oliver Neukum Cc: Pavel Machek , ncunningham-jjFNsPSvq+iXDw4h08c5KA@public.gmane.org, ACPI List , Linux Kernel Mailing List List-Id: linux-acpi@vger.kernel.org Oliver Neukum schrieb: > Am Freitag, 4. Februar 2005 08:48 schrieb Pavel Machek: > >>What about simply blocking all video accesses before disk (etc) is >>resumed, so that "normal" (not locked in memory) application can be >>used? > > Very bad for debugging. Genuine serial ports are becoming rarer. As a bonus, even genuine serial ports may be in undefined state after resume. I'm unfortunate enough to have a brand new notebook with serial port, but the serial console code will print garbage after resume until I do a echo foo >/dev/ttyS0 I've already sent mail to linux-serial for that problem, but the list appears to be dead. Any pointers to the right contact would be appreciated. Regards, Carl-Daniel -- http://www.hailfinger.org/ ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl