Re: console_lock too early in printk???

From: James Simmons (jsimmons@acsu.buffalo.edu)
Date: Sat Jul 01 2000 - 08:55:07 EDT

  • Next message: Michael Borrelli: "Re: Low Latency Patch"

    > console_softint() calls change_console() calls kill_proc().
    >
    > This means that we're delivering a signal from within a softirq. Looks
    > like it can call wake_up_process(), kmalloc(), etc, etc. It also checks
    > the permissions on *current!
    >
    > Is all this activity legitimate from within a tasklet?

    Yes it is legal. BTW kill_proc is only called when the virtual console is
    in VT_PROCESS mode. This is used for manual VC switching when the vitrual
    console is in RAW mode. Also kmalloc is not called. Note a new VC is not
    allocated in the interrupt handler as stated in console_softint.

    > Secondly, this is all done with console_lock held, so if anyone does a
    > printk() will it not deadlock?

    No. The point of the lock is to insure that printk, vcsa, or softint are
    not being used at the same time.

    Q: Why did they deprecate a.out support in linux?
    A: Because a nasty coff is bad for your elf.

    James Simmons [jsimmons@linux-fbdev.org] ____/|
    fbdev/console/gfx developer \ o.O|
    http://www.linux-fbdev.org =(_)=
    http://linuxgfx.sourceforge.net U
    http://linuxconsole.sourceforge.net

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



    This archive was generated by hypermail 2b29 : Sat Jul 01 2000 - 08:55:01 EDT