Re: PATCH: Export console functions for use by Software Suspend nice display

From: Nigel Cunningham (ncunningham_at_users.sourceforge.net)
Date: 01/23/04

  • Next message: Benjamin Herrenschmidt: "Re: PATCH: Export console functions for use by Software Suspend nice display"
    Date:	Fri, 23 Jan 2004 16:07:10 +1300
    To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
    
    
    

    Hi.

    On Fri, 2004-01-23 at 15:49, Benjamin Herrenschmidt wrote:
    > Also, by using write instead of blasting the low level code,
    > you will not have to worry about locking issues. (The way
    > you tap the low level stuff should require at least the console
    > semaphore held, write to /dev/console don't)
    >
    > Ben

    Locking is not an issue. This is suspend-to-disk. Everything else is
    stopped while we're working.

    By the way, am I understanding the suggestion correctly? Do you
    (collective) mean getting a fd for /dev/console from within kernel code
    and using that? I've been looking at the way printk works and wondering
    if con->write is equivalent (once I find the right console to write to)?

    Regards,

    Nigel

    -- 
    My work on Software Suspend is graciously brought to you by
    LinuxFund.org.
    
    

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/



  • Next message: Benjamin Herrenschmidt: "Re: PATCH: Export console functions for use by Software Suspend nice display"

    Relevant Pages

    • Re: PATCH: Export console functions for use by Software Suspend nice display
      ... Also, by using write instead of blasting the low level code, ... you will not have to worry about locking issues. ... you tap the low level stuff should require at least the console ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Six Months Roguelike
      ... shortcuts:-/. ... DoomRL on the other hand was tested under a 200mhz ... to use low level code more than needed. ... I'm sure that I could avoid using any low level code. ...
      (rec.games.roguelike.development)