From: Greg KH <greg@kroah.com>
To: Sven Eckelmann <sven.eckelmann@gmx.de>
Cc: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] Staging: batman-adv for 2.6.36 (3)
Date: Tue, 6 Jul 2010 08:20:08 -0700 [thread overview]
Message-ID: <20100706152008.GB12566@kroah.com> (raw)
In-Reply-To: <201007061504.09139.sven.eckelmann@gmx.de>
On Tue, Jul 06, 2010 at 03:04:07PM +0200, Sven Eckelmann wrote:
> Sven Eckelmann wrote:
> > Hi,
> >
> > here are patches targetted for 2.6.36. All patches needed for that patchset
> > are already part of your staging-next tree.
> >
> > All patches are cleanup patches and no new feature is added.
> >
> > thanks,
> > Sven
> >
> > Antonio Quartulli (1):
> > Staging: batman-adv: Convert names from Java to C style
> >
> > Linus Lüssing (1):
> > Staging: batman-adv: Avoid rounding issues for local hna timeout
> >
> > Marek Lindner (4):
> > Staging: batman-adv: replace manual calculation by msecs_to_jiffies()
> > for better readability
> > Staging: batman-adv: Add sysfs abi documentation
> > about bonding
> > Staging: batman-adv: adapting source version to revised
> > versioning scheme Staging: batman-adv: fix early debugfs deinitialization
> >
> > Simon Wunderlich (1):
> > Staging: batman-adv: Lower resolution for timeouts
> >
> > Sven Eckelmann (3):
> > Staging: batman-adv: Add include guards to all header files
> > Staging: batman-adv: Allow to build it inside the kernel
> > Staging: batman-adv: Remove dependency to PROCFS
>
> Hi,
>
> we send you those 10 patches 10 days ago and they don't seem to be merged in
> you staging-next tree. Linus has already released -rc4 after his vacation and
> it is unclear to me how long it takes until 2.6.35 is released and I am not
> allowed to submit patches for 2.6.36.
It will be a few more weeks before .35 is released. Please note that I
was working on 5 stable kernel updates last week plus an extended
holliday weekend here and then there's my "real job" that I also have to
do :)
I should get to your patches this week, don't worry, they will make it
into .36 with no problem.
> Do you think that I can still submit some patches to you for 2.6.36 or should
> I wait for 2.6.37?
Please send them on, if they go on top of these, I have no problems
adding them.
thanks,
greg k-h
next prev parent reply other threads:[~2010-07-06 15:20 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-25 22:28 [B.A.T.M.A.N.] Staging: batman-adv for 2.6.36 (2) Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 1/8] Staging: batman-adv: Convert names from Java to C style Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 2/8] Staging: batman-adv: Avoid rounding issues for local hna timeout Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 3/8] Staging: batman-adv: Lower resolution for timeouts Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 4/8] Staging: batman-adv: replace manual calculation by msecs_to_jiffies() for better readability Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 5/8] Staging: batman-adv: Add sysfs abi documentation about bonding Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 6/8] Staging: batman-adv: adapting source version to revised versioning scheme Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 7/8] Staging: batman-adv: Add include guards to all header files Sven Eckelmann
2010-06-25 22:28 ` [B.A.T.M.A.N.] [PATCH 8/8] Staging: batman-adv: fix early debugfs deinitialization Sven Eckelmann
2010-06-26 0:36 ` [B.A.T.M.A.N.] Staging: batman-adv for 2.6.36 (3) Sven Eckelmann
2010-06-26 0:36 ` [B.A.T.M.A.N.] [PATCH 1/2] Staging: batman-adv: Allow to build it inside the kernel Sven Eckelmann
2010-06-26 0:36 ` [B.A.T.M.A.N.] [PATCH 2/2] Staging: batman-adv: Remove dependency to PROCFS Sven Eckelmann
2010-07-06 13:04 ` [B.A.T.M.A.N.] Staging: batman-adv for 2.6.36 (3) Sven Eckelmann
2010-07-06 15:20 ` Greg KH [this message]
2010-07-06 15:36 ` Sven Eckelmann
2010-07-06 16:17 ` Greg KH
2010-07-09 23:07 ` Sven Eckelmann
2010-07-09 23:40 ` Greg KH
2010-07-10 0:42 ` Daniel Seither
2010-07-10 8:40 ` Sven Eckelmann
2010-07-10 8:54 ` Henning Rogge
2010-07-10 9:09 ` Sven Eckelmann
2010-07-10 9:59 ` Daniel Seither
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=20100706152008.GB12566@kroah.com \
--to=greg@kroah.com \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=sven.eckelmann@gmx.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox