public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Laurent Riffard <laurent.riffard@free.fr>
To: Pavel Machek <pavel@ucw.cz>
Cc: Stefan Seyfried <seife@suse.de>, Linux PM <linux-pm@osdl.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [RFC][PATCH 2/3] PM: Make console suspending configureable
Date: Mon, 04 Sep 2006 23:27:42 +0200	[thread overview]
Message-ID: <44FC9A4E.9070604@free.fr> (raw)
In-Reply-To: <20060904110229.GM9991@elf.ucw.cz>

Le 04.09.2006 13:02, Pavel Machek a écrit :
> On Mon 2006-09-04 13:03:25, Rafael J. Wysocki wrote:
>> On Monday, 4 September 2006 11:08, Stefan Seyfried wrote:
>>> Hi,
>>>
>>> sorry, i am only slowly catching up after vacation.
>>>
>>> On Wed, Aug 16, 2006 at 01:09:34PM +0200, Rafael J. Wysocki wrote:
>>>> Change suspend_console() so that it waits for all consoles to flush the
>>>> remaining messages and make it possible to switch the console suspending
>>>> off with the help of a Kconfig option.
>>>>
>>>> Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
>>>> +#ifndef CONFIG_DISABLE_CONSOLE_SUSPEND
>>>>  /**
>>>>   * suspend_console - suspend the console subsystem
>>>>   *
>>>> @@ -709,8 +710,14 @@ int __init add_preferred_console(char *n
>>>>   */
>>>>  void suspend_console(void)
>>>>  {
>>>> +	printk("Suspending console(s)\n");
>>>>  	acquire_console_sem();
>>>>  	console_suspended = 1;
>>>> +	/* This is needed so that all of the messages that have already been
>>>> +	 * written to all consoles can be actually transmitted (eg. over a
>>>> +	 * network) before we try to suspend the consoles' devices.
>>>> +	 */
>>>> +	ssleep(2);
>>> Sorry, but no. Suspend and resume is already slow enough, no need to make
>>> both of them much slower.
>>> If we can condition this on the netconsole being used, ok, but not for the
>>> most common case of "console is on plain VGA".
>> Hm, it already is in -mm, but of course I can prepare a patch that removes
>> this ssleep().
>>
>> Pavel, what do you think?
> 
> Well, in suspend-to-ram case, 2 seconds is quite a lot... like more
> than rest of suspend, so stefan has some point...

Rafael added this "ssleep 2" because of a bug I reported on LKML, 
see the thread "2.6.18-rc4-mm1: eth0: trigger_send() called with 
the transmitter busy"
(http://marc.theaimsgroup.com/?l=linux-kernel&m=115565636718377&w=2).

Basically, I was having issues when suspending with netconsole
on my Realtek RTL-8029 network card (ne2k-pci).

But further investigations revealed that this driver (ne2k-pci)
have issues with suspend/resume even when netconsole is disabled
(see http://bugzilla.kernel.org/show_bug.cgi?id=7082). These days,
I'm unable to do some tests with latest kernels because my ADSL
router is broken.

The point of this mail is that we should get rid of this "ssleep
2" since nobody else reported such an issue with netconsole and
the network driver I'm using appears to be not so clean.

~~
laurent


  reply	other threads:[~2006-09-04 21:28 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-15 13:09 [RFC][PATCH] PM: Use suspend_console in swsusp and make it configureable Rafael J. Wysocki
2006-08-16 10:41 ` Pavel Machek
2006-08-16 11:04   ` Rafael J. Wysocki
2006-08-16 11:06     ` [RFC][PATCH 1/3] swsusp: Use suspend_console Rafael J. Wysocki
2006-08-16 11:09     ` [RFC][PATCH 2/3] PM: Make console suspending configureable Rafael J. Wysocki
2006-09-04  9:08       ` Stefan Seyfried
2006-09-04 11:03         ` Rafael J. Wysocki
2006-09-04 11:02           ` Pavel Machek
2006-09-04 21:27             ` Laurent Riffard [this message]
2006-08-16 11:14     ` [RFC][PATCH 3/3] PM: Remove PM_TRACE from Kconfig Rafael J. Wysocki
2006-08-17  4:40       ` [linux-pm] " Greg KH
2006-08-17  5:24         ` Rafael J. Wysocki
2006-08-17  9:12         ` Pavel Machek
2006-08-17 11:52           ` Greg KH
2006-08-16 11:37     ` [RFC][PATCH] PM: Use suspend_console in swsusp and make it configureable Pavel Machek
2006-08-16 12:34   ` Nigel Cunningham

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=44FC9A4E.9070604@free.fr \
    --to=laurent.riffard@free.fr \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pm@osdl.org \
    --cc=pavel@ucw.cz \
    --cc=seife@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox