From: Dipankar Sarma <dipankar@in.ibm.com>
To: Andi Kleen <ak@muc.de>
Cc: Greg KH <greg@kroah.com>, linux-kernel@vger.kernel.org
Subject: Re: Fixing the tty layer was Re: any chance of 2.6.0-test*?
Date: Mon, 13 Jan 2003 13:42:33 +0530 [thread overview]
Message-ID: <20030113081233.GA15525@in.ibm.com> (raw)
In-Reply-To: <20030113072539.GA2197@averell>
On Mon, Jan 13, 2003 at 08:25:39AM +0100, Andi Kleen wrote:
> > Oh, yes, I have spent hours and hours trying to untangle tty locking
> > and it isn't simple.
>
> Oops. Could you quickly summarize your findings so far ?
I only found more confusions - I can't figure how tty_files list
is locked - sure files_lock is supposed to protect it but there
are deletions done without any lock. Another thing that needs
looking into is to avoid or reduce use of the tasklist_lock there.
> > What does that BKL protect ? I can't seem to ever figure our if
> > all the races are plugged or not.
>
> Well, one has to start somewhere. Just starting by plugging most of the
> obvious races, then the more subtle ones can be attacked later.
>
> The idea of the BKL was to protect the protect context code against
> itself (code lock) and also the few global data structures that
> are only accessed from process context (like the tty drivers list)
In that case would it not be better to replace all BKLs by a single tty
lock ?
>
> I attached my current patch, it isn't too well tested however and needs
> more work.
>
> Mostly just adds lock_kernel()s to the high level code so far and a few comments.
Cool, I will start off by testing this stuff.
Thanks
Dipankar
next prev parent reply other threads:[~2003-01-13 8:01 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20030110165441$1a8a@gated-at.bofh.it>
[not found] ` <20030110165505$38d9@gated-at.bofh.it>
2003-01-11 12:27 ` any chance of 2.6.0-test*? Andi Kleen
2003-01-11 13:01 ` Russell King
2003-01-11 13:13 ` Andi Kleen
2003-01-11 14:39 ` Alan Cox
2003-01-11 14:06 ` Andi Kleen
2003-01-11 15:31 ` Alan Cox
2003-01-11 15:25 ` Andi Kleen
2003-01-11 19:18 ` Alan Cox
2003-01-13 3:33 ` Paul Mackerras
2003-01-13 14:59 ` Alan Cox
2003-01-13 18:36 ` Benjamin Herrenschmidt
2003-01-14 2:32 ` ide-cs problem (was Re: any chance of 2.6.0-test*?) Paul Mackerras
2003-01-19 16:05 ` any chance of 2.6.0-test*? Pavel Machek
[not found] ` <20030112094007$1647@gated-at.bofh.it>
2003-01-12 9:56 ` Fixing the tty layer was " Andi Kleen
2003-01-13 6:41 ` Dipankar Sarma
2003-01-13 7:25 ` Andi Kleen
2003-01-13 8:12 ` Dipankar Sarma [this message]
2003-01-13 9:15 ` Russell King
2003-01-13 9:36 ` Dipankar Sarma
2003-01-13 6:45 ` Greg KH
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=20030113081233.GA15525@in.ibm.com \
--to=dipankar@in.ibm.com \
--cc=ak@muc.de \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.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.