From: "H. Peter Anvin" <hpa@zytor.com>
To: "jonsmirl@gmail.com" <jonsmirl@gmail.com>
Cc: linux-arch@vger.kernel.org, Ted Ts'o <tytso@mit.edu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-mm <linux-mm@kvack.medozas.de>,
Jan Engelhardt <jengelh@medozas.de>,
Jacek Luczak <difrost.kernel@gmail.com>,
DRI <dri-devel@lists.freedesktop.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: (Short?) merge window reminder
Date: Tue, 24 May 2011 10:36:17 -0700 [thread overview]
Message-ID: <4DDBEC91.8020004@zytor.com> (raw)
In-Reply-To: <BANLkTi=Xuk4=Q43QV1pv33K=J2FFZBLLtQ@mail.gmail.com>
On 05/24/2011 08:07 AM, jonsmirl@gmail.com wrote:
> On Tue, May 24, 2011 at 10:43 AM, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
>> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
>> version change ? A driver spring clean is much overdue and it's all in
>> git in case someone wishes to sneak out at midnight and bring some crawly
>> horror back from the dead.
>
> 2.8 could mark the beginning of the great cleanup
> --- work out the details of what needs to be cleaned and set a goal
> --- remove old buses/driver, switch to device tree, graphics, 32/64
> merges, etc
> 3.0 would mark its completion
>
I think this whole discussion misses the essence of the new development
model, which is that we no longer do these kinds of feature-based major
milestones. If we want to to deprecate lots of drivers (which I
personally would advocate against -- I have built systems specifically
to run a real floppy drive since the Linux floppy driver is amazingly
flexible and can read/write a lot of formats that nothing else can,
including USB floppies) then we should do that in the normal course of
action, incrementally, and listed in feature-removal-schedule.txt, not
all at once due to some arbitrary milestone.
We have found it works better this way.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
WARNING: multiple messages have this Message-ID (diff)
From: "H. Peter Anvin" <hpa@zytor.com>
To: "jonsmirl@gmail.com" <jonsmirl@gmail.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
Jacek Luczak <difrost.kernel@gmail.com>,
Jan Engelhardt <jengelh@medozas.de>,
linux-arch@vger.kernel.org, linux-mm <linux-mm@kvack.medozas.de>,
Ted Ts'o <tytso@mit.edu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
DRI <dri-devel@lists.freedesktop.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: (Short?) merge window reminder
Date: Tue, 24 May 2011 10:36:17 -0700 [thread overview]
Message-ID: <4DDBEC91.8020004@zytor.com> (raw)
Message-ID: <20110524173617.Pqj5QFpVRt5s89wCra9c4IfHdTR1xFkiXw8cGb3_nTw@z> (raw)
In-Reply-To: <BANLkTi=Xuk4=Q43QV1pv33K=J2FFZBLLtQ@mail.gmail.com>
On 05/24/2011 08:07 AM, jonsmirl@gmail.com wrote:
> On Tue, May 24, 2011 at 10:43 AM, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
>> Can we drop most of MCA, EISA and ISA bus if we are going to have a big
>> version change ? A driver spring clean is much overdue and it's all in
>> git in case someone wishes to sneak out at midnight and bring some crawly
>> horror back from the dead.
>
> 2.8 could mark the beginning of the great cleanup
> --- work out the details of what needs to be cleaned and set a goal
> --- remove old buses/driver, switch to device tree, graphics, 32/64
> merges, etc
> 3.0 would mark its completion
>
I think this whole discussion misses the essence of the new development
model, which is that we no longer do these kinds of feature-based major
milestones. If we want to to deprecate lots of drivers (which I
personally would advocate against -- I have built systems specifically
to run a real floppy drive since the Linux floppy driver is amazingly
flexible and can read/write a lot of formats that nothing else can,
including USB floppies) then we should do that in the normal course of
action, incrementally, and listed in feature-removal-schedule.txt, not
all at once due to some arbitrary milestone.
We have found it works better this way.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
next prev parent reply other threads:[~2011-05-24 17:36 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-23 19:13 (Short?) merge window reminder Linus Torvalds
2011-05-23 19:13 ` Linus Torvalds
2011-05-23 19:13 ` Linus Torvalds
2011-05-23 19:20 ` Ingo Molnar
2011-05-23 19:20 ` Ingo Molnar
2011-05-23 20:33 ` Linus Torvalds
2011-05-23 20:33 ` Linus Torvalds
2011-05-23 20:52 ` Alexey Zaytsev
2011-05-23 20:52 ` Alexey Zaytsev
2011-05-25 14:12 ` Boaz Harrosh
2011-05-25 14:12 ` Boaz Harrosh
2011-05-25 22:21 ` Tony Luck
2011-05-25 22:21 ` Tony Luck
2011-05-26 16:38 ` Boaz Harrosh
2011-05-26 16:38 ` Boaz Harrosh
2011-05-27 5:44 ` Keith Curtis
2011-05-27 14:29 ` Zero bugs (was Re: (Short?) merge window reminder) Valdis.Kletnieks
2011-05-28 22:03 ` Florian Mickler
2011-06-01 23:49 ` Keith Curtis
2011-05-23 21:41 ` (Short?) merge window reminder Yuhong Bao
2011-05-23 21:59 ` Oliver Pinter
2011-05-23 21:59 ` Oliver Pinter
2011-05-23 22:21 ` Greg KH
2011-05-23 22:21 ` Greg KH
2011-05-23 23:40 ` Matthew Wilcox
2011-05-23 23:40 ` Matthew Wilcox
2011-05-23 23:10 ` jonsmirl
2011-05-23 23:10 ` jonsmirl
2011-05-23 23:17 ` Ted Ts'o
2011-05-23 23:17 ` Ted Ts'o
2011-05-23 23:21 ` Randy Dunlap
2011-05-23 23:21 ` Randy Dunlap
2011-05-23 23:23 ` H. Peter Anvin
2011-05-23 23:23 ` H. Peter Anvin
2011-05-23 23:33 ` Linus Torvalds
2011-05-23 23:33 ` Linus Torvalds
2011-05-23 23:33 ` Linus Torvalds
2011-05-24 2:01 ` Ingo Molnar
2011-05-24 2:01 ` Ingo Molnar
2011-05-24 7:55 ` Arnd Bergmann
2011-05-24 7:55 ` Arnd Bergmann
2011-05-24 12:15 ` Jan Engelhardt
2011-05-24 12:30 ` Jacek Luczak
2011-05-24 13:02 ` Jan Engelhardt
2011-05-24 13:18 ` Jacek Luczak
2011-05-24 14:43 ` Alan Cox
2011-05-24 15:07 ` jonsmirl
2011-05-24 17:36 ` H. Peter Anvin [this message]
2011-05-24 17:36 ` H. Peter Anvin
2011-05-24 17:41 ` Linus Torvalds
2011-05-24 18:48 ` eschvoca
2011-05-24 21:05 ` Jan Engelhardt
2011-05-25 9:12 ` Emil Langrock
2011-05-26 16:13 ` Sérgio Basto
2011-05-26 16:13 ` Sérgio Basto
2011-05-27 9:20 ` Lukasz
2011-05-24 15:46 ` Ralf Baechle
2011-05-24 17:29 ` Jan Engelhardt
2011-05-25 1:13 ` Valdis.Kletnieks
2011-05-25 12:26 ` Kasper Dupont
2011-05-25 20:48 ` Valdis.Kletnieks
2011-05-23 23:23 ` H. Peter Anvin
2011-05-23 23:23 ` H. Peter Anvin
2011-05-23 23:23 ` H. Peter Anvin
2011-05-24 14:41 ` Alan Cox
2011-05-24 14:41 ` Alan Cox
2011-05-24 14:48 ` Ralf Baechle
2011-05-24 14:48 ` Ralf Baechle
2011-05-24 14:48 ` Ralf Baechle
2011-05-24 14:48 ` Ralf Baechle
2011-05-24 14:48 ` Ralf Baechle
2011-05-23 23:53 ` Phil Turmel
2011-05-23 23:53 ` Phil Turmel
2011-05-24 2:11 ` Ingo Molnar
2011-05-24 2:11 ` Ingo Molnar
2011-05-24 18:06 ` Lisa Milne
2011-05-24 18:06 ` Lisa Milne
2011-05-24 20:59 ` Zimny Lech
2011-05-24 20:59 ` Zimny Lech
2011-05-25 15:03 ` Martin Nybo Andersen
2011-05-25 15:03 ` Martin Nybo Andersen
2011-05-24 18:34 ` Matthias Schniedermeyer
2011-05-24 18:34 ` Matthias Schniedermeyer
2011-05-24 18:55 ` david
2011-05-24 18:55 ` david
2011-05-24 21:25 ` Andy Lutomirski
2011-05-24 21:25 ` Andy Lutomirski
2011-05-25 12:52 ` Jiri Kosina
2011-05-25 12:52 ` Jiri Kosina
2011-05-24 23:00 ` Hans-Peter Jansen
2011-05-24 23:00 ` Hans-Peter Jansen
2011-05-23 19:22 ` Greg KH
2011-05-23 19:22 ` Greg KH
2011-05-23 20:04 ` James Bottomley
2011-05-23 20:04 ` James Bottomley
2011-05-23 19:25 ` Thomas Gleixner
2011-05-23 19:25 ` Thomas Gleixner
2011-05-23 20:21 ` Randy Dunlap
2011-05-23 20:21 ` Randy Dunlap
2011-05-23 21:02 ` Steven Rostedt
2011-05-23 21:02 ` Steven Rostedt
2011-05-24 19:06 ` Emil Langrock
2011-05-25 4:47 ` porpen
-- strict thread matches above, loose matches on Subject: below --
2011-05-24 13:40 werner
2011-05-24 14:09 ` Jerome Glisse
2011-05-24 15:35 Albert Pool
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=4DDBEC91.8020004@zytor.com \
--to=hpa@zytor.com \
--cc=difrost.kernel@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jengelh@medozas.de \
--cc=jonsmirl@gmail.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.medozas.de \
--cc=torvalds@linux-foundation.org \
--cc=tytso@mit.edu \
/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.