From: "Chris Friesen" <cfriesen@nortel.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: Olivier Galibert <galibert@pobox.com>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option
Date: Mon, 04 May 2009 14:53:41 -0600 [thread overview]
Message-ID: <49FF55D5.6060103@nortel.com> (raw)
In-Reply-To: <20090504172731.GA32651@infradead.org>
Christoph Hellwig wrote:
> Because of that let us assume that IBM Corporate, Paul E. McKenney, Andrew
> Tridgell and other know what code exactly infridges that patent. IBM
> has worked around that code in the various embedded Linux offerings they
> ship and probably urge distributors to disable it. Why would we not
> remove that code unconditionally in that case and let other people
> infridge it?
>
> Or that patent is believed to be invalid and faught, and there was
> absolute no reason to remove it except for companies doing as part of a
> settlement and they could do it in their privat trees.
What about the scenario where a patent is valid in certain parts of the
world but not in others? It seems possible that in this scenario there
may be valid reasons to have a config option.
Chris
next prev parent reply other threads:[~2009-05-04 20:53 UTC|newest]
Thread overview: 98+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-01 20:18 [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option Steve French
2009-05-01 21:01 ` Christoph Hellwig
2009-05-02 1:37 ` Paul E. McKenney
2009-05-02 1:59 ` Matthew Wilcox
2009-05-02 3:02 ` Steve French
2009-05-02 3:02 ` Steve French
2009-05-02 4:51 ` Paul E. McKenney
2009-05-02 9:15 ` tridge
2009-05-02 9:22 ` Christoph Hellwig
2009-05-02 9:30 ` tridge
2009-05-02 12:44 ` Christoph Hellwig
2009-05-03 21:57 ` Pavel Machek
2009-05-03 22:25 ` tridge
2009-05-03 22:56 ` Al Viro
2009-05-03 23:15 ` tridge
2009-05-04 5:42 ` Eric W. Biederman
2009-05-04 6:34 ` Paul E. McKenney
2009-05-04 6:49 ` Eric W. Biederman
2009-05-04 12:41 ` Paul E. McKenney
2009-05-04 12:44 ` Matthew Wilcox
2009-05-04 13:06 ` Paul E. McKenney
2009-05-04 13:21 ` Matthew Wilcox
2009-05-04 14:39 ` Paul E. McKenney
2009-05-04 15:08 ` Matthew Wilcox
2009-05-04 15:36 ` Dave Kleikamp
2009-05-04 15:59 ` Eric W. Biederman
2009-05-04 16:07 ` Dave Kleikamp
2009-05-04 16:30 ` Eric W. Biederman
2009-05-04 16:42 ` Paul E. McKenney
2009-05-04 17:18 ` Eric W. Biederman
2009-05-04 17:49 ` Paul E. McKenney
2009-05-04 17:54 ` Matthew Wilcox
2009-05-04 18:14 ` Paul E. McKenney
2009-05-04 18:17 ` Al Viro
2009-05-04 20:18 ` Paul E. McKenney
2009-05-04 17:06 ` Olivier Galibert
2009-05-04 17:27 ` Christoph Hellwig
2009-05-04 20:53 ` Chris Friesen [this message]
2009-05-04 23:03 ` Theodore Tso
2009-05-05 11:09 ` David Newall
2009-05-05 11:09 ` David Newall
2009-05-05 20:56 ` Valdis.Kletnieks
2009-05-05 21:04 ` Christoph Hellwig
2009-05-05 22:29 ` Steve French
2009-05-05 22:29 ` Steve French
2009-05-05 8:31 ` Zero-day exploit details (Was: Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option) David Newall
2009-05-04 16:11 ` [PATCH] Add CONFIG_VFAT_NO_CREATE_WITH_LONGNAMES option Paul E. McKenney
2009-05-04 15:38 ` Paul E. McKenney
2009-05-04 15:55 ` Matthew Wilcox
2009-05-04 16:10 ` Paul E. McKenney
2009-05-04 16:22 ` Matthew Wilcox
2009-05-04 22:12 ` Greg KH
2009-05-05 2:01 ` Matthew Wilcox
2009-05-05 2:11 ` Paul E. McKenney
2009-05-05 2:18 ` Matthew Wilcox
2009-05-05 2:18 ` Matthew Wilcox
2009-05-05 3:34 ` Paul E. McKenney
2009-05-05 3:34 ` Paul E. McKenney
2009-05-05 8:05 ` Valdis.Kletnieks
2009-05-05 15:35 ` Paul E. McKenney
2009-05-05 21:00 ` Valdis.Kletnieks
2009-05-05 21:56 ` Paul E. McKenney
2009-05-05 3:08 ` Valdis.Kletnieks
2009-05-04 15:55 ` Christoph Hellwig
2009-05-04 16:11 ` Paul E. McKenney
2009-05-04 15:40 ` Valdis.Kletnieks
2009-05-02 6:33 ` Christoph Hellwig
2009-05-02 2:12 ` Theodore Tso
2009-05-02 6:38 ` Christoph Hellwig
2009-05-02 6:38 ` Christoph Hellwig
-- strict thread matches above, loose matches on Subject: below --
2009-05-01 17:41 Dave Kleikamp
2009-05-01 17:47 ` Christoph Hellwig
2009-05-01 18:12 ` Dave Kleikamp
2009-05-01 18:19 ` Michael Tokarev
2009-05-01 19:09 ` Dave Kleikamp
2009-05-01 18:30 ` Christoph Hellwig
2009-05-02 10:09 ` OGAWA Hirofumi
2009-05-02 10:14 ` OGAWA Hirofumi
2009-05-02 10:26 ` OGAWA Hirofumi
2009-05-02 10:41 ` tridge
2009-05-02 11:03 ` OGAWA Hirofumi
2009-05-02 11:13 ` tridge
2009-05-02 11:29 ` OGAWA Hirofumi
2009-05-02 11:41 ` tridge
2009-05-02 11:59 ` OGAWA Hirofumi
2009-05-02 12:15 ` tridge
2009-05-02 12:48 ` OGAWA Hirofumi
2009-05-02 13:06 ` tridge
2009-05-02 14:01 ` OGAWA Hirofumi
2009-05-27 12:05 ` vimal singh
2009-05-27 12:05 ` vimal singh
2009-05-27 23:57 ` tridge
2009-06-04 10:26 ` vimal singh
2009-06-04 10:26 ` vimal singh
2009-06-04 21:33 ` tridge
2009-05-02 10:20 ` tridge
2009-05-02 10:32 ` OGAWA Hirofumi
2009-05-03 21:56 ` Pavel Machek
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=49FF55D5.6060103@nortel.com \
--to=cfriesen@nortel.com \
--cc=galibert@pobox.com \
--cc=hch@infradead.org \
--cc=linux-fsdevel@vger.kernel.org \
--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.