Short update and pause in 2.6.27 merge window - Kernel

This is a discussion on Short update and pause in 2.6.27 merge window - Kernel ; This is just a quick note to let people know that I'll be off for an extended weekend starting later today, so the next few days will be very quiet from a merge standpoint. Feel free to send the merge ...

+ Reply to Thread
Results 1 to 2 of 2

Thread: Short update and pause in 2.6.27 merge window

  1. Short update and pause in 2.6.27 merge window


    This is just a quick note to let people know that I'll be off for an
    extended weekend starting later today, so the next few days will be very
    quiet from a merge standpoint.

    Feel free to send the merge requests, just don't get worried when I don't
    act on them

    (There's also a few merge requests that I didn't act on yet just because I
    wanted to take a closer look - but if you're worried about it there is
    nothing wrong with re-sending it. I _do_ just drop requests in the
    bottomless pit that is my mailbox at times)

    We seem to be roughly half-way through the merge window, judging purely by
    number of commits, although part of my calculations there is that I'm
    actually hoping/expecting that because a number of people are on vacation
    etc, this merge window might be smaller than some of the other recent ones
    (2.6.25-rc1 in particular was huge).

    In the last couple of days I _have_ merged 50+ trees, and while there's
    been some 'heated discussion' about some of them (you know who you are ,
    I'm hoping that we're actually in reasonably good shape even though it's
    in the middle of the merge window, and that people will test out the
    snapshot kernels even though I'm not ready to do a -rc1 release.

    So go out and test.

    The fact that much of it has been in linux-next may or may not have
    helped, but it definitely meant that people knew of _some_ problems early.
    Let's see how people feel about that after the whole release is done, but
    it certainly doesn't seem to have hurt.

    My personal favorite merge is the BKL pushdown, which while not likely to
    matter hugely in practice for lots of people is nice to finally see. We
    kind of dropped the ball on the BKL once it got to be small enough that it
    wasn't very high on peoples radar any more. Now the most noticeable user
    of the BKL in "core" kernel code seems to be fs/locks.c.

    Hint, hint. I think somebody had some patches for that one too. Matthew?

    But we've had lots of other things (in fact, the BKL changes ended up
    being much smaller than I expected), and the dirstat so far is

    4.7% arch/arm/
    3.3% arch/mips/
    3.5% arch/ppc/platforms/
    14.9% arch/ppc/
    3.3% arch/x86/
    29.3% arch/
    8.3% drivers/char/drm/
    9.3% drivers/char/
    7.3% drivers/gpu/drm/
    7.3% drivers/gpu/
    3.3% drivers/s390/
    10.4% drivers/usb/misc/
    6.0% drivers/usb/serial/
    17.2% drivers/usb/
    45.0% drivers/
    7.1% firmware/
    4.3% fs/ubifs/
    5.0% fs/
    6.7% include/
    3.3% sound/

    where some of those percentages are a bit misleading (the "gpu" part, for
    example, goes away if you enable renames, since that was all really just
    moving files around from drivers/char/ - but at the same time it's one of
    the things people may notice more, so I chose the non-rename version of
    dirstat on purpose).

    No network or driver core/USB merges yet (the USB stuff in the dirstat is
    from the ARM, BKL and firmware merges) so there are complete big
    subsystems lacking still, but it would be good to have people test the
    things we _have_ merged.

    Linus

    PS. And to get wider distribution for this message: Digg users - you're
    all a bunch of Wanking Walruses. And you can quote me on that.
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  2. Re: Short update and pause in 2.6.27 merge window

    On Thu, Jul 17, 2008 at 09:47:45AM -0700, Linus Torvalds wrote:
    >
    > This is just a quick note to let people know that I'll be off for an
    > extended weekend starting later today, so the next few days will be very
    > quiet from a merge standpoint.
    >
    > Feel free to send the merge requests, just don't get worried when I don't
    > act on them
    >
    > (There's also a few merge requests that I didn't act on yet just because I
    > wanted to take a closer look - but if you're worried about it there is
    > nothing wrong with re-sending it. I _do_ just drop requests in the
    > bottomless pit that is my mailbox at times)
    >
    > We seem to be roughly half-way through the merge window, judging purely by
    > number of commits, although part of my calculations there is that I'm
    > actually hoping/expecting that because a number of people are on vacation
    > etc, this merge window might be smaller than some of the other recent ones
    > (2.6.25-rc1 in particular was huge).
    >
    > In the last couple of days I _have_ merged 50+ trees, and while there's
    > been some 'heated discussion' about some of them (you know who you are ,
    > I'm hoping that we're actually in reasonably good shape even though it's
    > in the middle of the merge window, and that people will test out the
    > snapshot kernels even though I'm not ready to do a -rc1 release.
    >
    > So go out and test.
    >
    > The fact that much of it has been in linux-next may or may not have
    > helped, but it definitely meant that people knew of _some_ problems early.
    > Let's see how people feel about that after the whole release is done, but
    > it certainly doesn't seem to have hurt.
    >
    > My personal favorite merge is the BKL pushdown, which while not likely to
    > matter hugely in practice for lots of people is nice to finally see. We
    > kind of dropped the ball on the BKL once it got to be small enough that it
    > wasn't very high on peoples radar any more. Now the most noticeable user
    > of the BKL in "core" kernel code seems to be fs/locks.c.
    >
    > Hint, hint. I think somebody had some patches for that one too. Matthew?


    I recall there being worries about Matthew's patch, but I don't think
    anyone thought them through carefully. For example, the lockd thread
    currently spends its entire life under the BKL, so we wondered if there
    could be undocumented dependencies on lock.c's use of the BKL. But that
    may not really be a problem. I'll set aside some time to look at this
    if noone else beats me to it....

    --b.

    >
    > But we've had lots of other things (in fact, the BKL changes ended up
    > being much smaller than I expected), and the dirstat so far is
    >
    > 4.7% arch/arm/
    > 3.3% arch/mips/
    > 3.5% arch/ppc/platforms/
    > 14.9% arch/ppc/
    > 3.3% arch/x86/
    > 29.3% arch/
    > 8.3% drivers/char/drm/
    > 9.3% drivers/char/
    > 7.3% drivers/gpu/drm/
    > 7.3% drivers/gpu/
    > 3.3% drivers/s390/
    > 10.4% drivers/usb/misc/
    > 6.0% drivers/usb/serial/
    > 17.2% drivers/usb/
    > 45.0% drivers/
    > 7.1% firmware/
    > 4.3% fs/ubifs/
    > 5.0% fs/
    > 6.7% include/
    > 3.3% sound/
    >
    > where some of those percentages are a bit misleading (the "gpu" part, for
    > example, goes away if you enable renames, since that was all really just
    > moving files around from drivers/char/ - but at the same time it's one of
    > the things people may notice more, so I chose the non-rename version of
    > dirstat on purpose).
    >
    > No network or driver core/USB merges yet (the USB stuff in the dirstat is
    > from the ARM, BKL and firmware merges) so there are complete big
    > subsystems lacking still, but it would be good to have people test the
    > things we _have_ merged.
    >
    > Linus
    >
    > PS. And to get wider distribution for this message: Digg users - you're
    > all a bunch of Wanking Walruses. And you can quote me on that.
    > --
    > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    > the body of a message to majordomo@vger.kernel.org
    > More majordomo info at http://vger.kernel.org/majordomo-info.html
    > Please read the FAQ at http://www.tux.org/lkml/

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

+ Reply to Thread