All of lore.kernel.org
 help / color / mirror / Atom feed
* USB tree now closed for 3.11
@ 2013-06-25 15:07 Greg KH
  2013-06-25 15:21 ` Alan Stern
  0 siblings, 1 reply; 3+ messages in thread
From: Greg KH @ 2013-06-25 15:07 UTC (permalink / raw)
  To: linux-usb; +Cc: linux-kernel

Hi all,

With the release of the 3.10-rc7 kernel, I think it's time to close the
USB tree for new features / cleanups for 3.11.  So I'm closing my
tree, and will only be applying obvious bugfixes or regressions to it
until 3.11-rc1 comes out.

You can keep sending me patches for the tree that don't fit the "bugfix"
category, but note that I'll be storing them away to wait for 3.11-rc1
comes out, which might be a few weeks, so please be patient.

The USB tree right now contains 382 patches, and the diffstat
summary is:
	 410 files changed, 18183 insertions(+), 4956 deletions(-)

thanks,

greg k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: USB tree now closed for 3.11
  2013-06-25 15:07 USB tree now closed for 3.11 Greg KH
@ 2013-06-25 15:21 ` Alan Stern
  2013-06-25 15:25   ` Greg KH
  0 siblings, 1 reply; 3+ messages in thread
From: Alan Stern @ 2013-06-25 15:21 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-usb, linux-kernel

On Tue, 25 Jun 2013, Greg KH wrote:

> Hi all,
> 
> With the release of the 3.10-rc7 kernel, I think it's time to close the
> USB tree for new features / cleanups for 3.11.  So I'm closing my
> tree, and will only be applying obvious bugfixes or regressions to it
> until 3.11-rc1 comes out.
> 
> You can keep sending me patches for the tree that don't fit the "bugfix"
> category, but note that I'll be storing them away to wait for 3.11-rc1
> comes out, which might be a few weeks, so please be patient.
> 
> The USB tree right now contains 382 patches, and the diffstat
> summary is:
> 	 410 files changed, 18183 insertions(+), 4956 deletions(-)

Instead of storing away new patches where people can't easily get at
them, you could create a temporary branch to hold them until 3.11-rc1
is released.  Would that involve a significant amount of extra work?

Alan Stern


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: USB tree now closed for 3.11
  2013-06-25 15:21 ` Alan Stern
@ 2013-06-25 15:25   ` Greg KH
  0 siblings, 0 replies; 3+ messages in thread
From: Greg KH @ 2013-06-25 15:25 UTC (permalink / raw)
  To: Alan Stern; +Cc: linux-usb, linux-kernel

On Tue, Jun 25, 2013 at 11:21:43AM -0400, Alan Stern wrote:
> On Tue, 25 Jun 2013, Greg KH wrote:
> 
> > Hi all,
> > 
> > With the release of the 3.10-rc7 kernel, I think it's time to close the
> > USB tree for new features / cleanups for 3.11.  So I'm closing my
> > tree, and will only be applying obvious bugfixes or regressions to it
> > until 3.11-rc1 comes out.
> > 
> > You can keep sending me patches for the tree that don't fit the "bugfix"
> > category, but note that I'll be storing them away to wait for 3.11-rc1
> > comes out, which might be a few weeks, so please be patient.
> > 
> > The USB tree right now contains 382 patches, and the diffstat
> > summary is:
> > 	 410 files changed, 18183 insertions(+), 4956 deletions(-)
> 
> Instead of storing away new patches where people can't easily get at
> them, you could create a temporary branch to hold them until 3.11-rc1
> is released.  Would that involve a significant amount of extra work?

Yes that would, because I'm busy doing other merge-related things for
these next 3 weeks, I don't have the time to be building a new tree.  I
supposed you could always use patchwork to see the pending patches, but
I need this time "away" from applying patches to catch up on my other
tasks.

sorry,

greg k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-06-25 15:24 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-06-25 15:07 USB tree now closed for 3.11 Greg KH
2013-06-25 15:21 ` Alan Stern
2013-06-25 15:25   ` Greg KH

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.