All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Fulghum <paulkf@microgate.com>
To: James Simmons <jsimmons@infradead.org>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
	Alan Cox <alan@lxorguk.ukuu.org.uk>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Linux console project <linuxconsole-dev@lists.sourceforge.net>
Subject: Re: [PATCH] Use tty_schedule in VT code.
Date: Tue, 17 Jul 2007 15:33:37 -0600	[thread overview]
Message-ID: <469D35B1.5050905@microgate.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0707172104050.9131@pentafluge.infradead.org>

James Simmons wrote:
> The low_latency is used by the drivers in the case where its 
> not in a interrupt context. Well we are trusting the drivers.
> Now if it is true what you said then tty_flip_buffer_push has
> a bug. Looking at several drivers including serial devices
> they set the low_latency flag.

The generic serial driver (8250) is the one that was
dead locking when that code originally existed.
It was setting low_latency and calling from interrupt context.

>> And the initial schedule has no reason to add the extra delay.
> 
> So do you support a non delay work queue as well?

No, the delay work must be used for flush_to_ldisc()
so it makes no sense to define two different work queues
(one delayed and one not) for the same work.

I support your patch.

The current stuff works and your patch works.
With your patch, you actually reduce initial
latency for processing receive data.

Whichever way everyone else wants to go.


-- 
Paul Fulghum
Microgate Systems, Ltd.

  reply	other threads:[~2007-07-17 20:29 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-17 18:37 [PATCH] Use tty_schedule in VT code James Simmons
2007-07-17 18:49 ` Samuel Thibault
2007-07-17 19:17   ` James Simmons
2007-07-17 20:31     ` Paul Fulghum
2007-07-17 19:24 ` Linus Torvalds
2007-07-17 20:35   ` Paul Fulghum
2007-07-17 19:44     ` Linus Torvalds
2007-07-17 19:52       ` James Simmons
2007-07-17 20:42         ` Linus Torvalds
2007-07-17 23:35           ` Alan Cox
2007-07-18 18:17           ` James Simmons
2007-07-18 18:27             ` Paul Fulghum
2007-07-18 19:57               ` James Simmons
2007-07-18 21:12                 ` Paul Fulghum
2007-07-18 20:08               ` Linus Torvalds
2007-07-18 21:36                 ` Alan Cox
2007-07-17 21:06         ` Paul Fulghum
2007-07-17 20:15           ` James Simmons
2007-07-17 21:33             ` Paul Fulghum [this message]
2007-07-18 17:19               ` James Simmons
  -- strict thread matches above, loose matches on Subject: below --
2007-05-08 20:10 James Simmons
2007-05-08 20:32 ` Paul Fulghum
2007-05-09 20:58   ` Paul Fulghum
2007-05-09 20:56     ` James Simmons
2007-05-09 23:02       ` Paul Fulghum

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=469D35B1.5050905@microgate.com \
    --to=paulkf@microgate.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=jsimmons@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxconsole-dev@lists.sourceforge.net \
    --cc=torvalds@linux-foundation.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.