b.a.t.m.a.n.lists.open-mesh.org archive mirror
 help / color / mirror / Atom feed
From: Sven Eckelmann <sven.eckelmann@gmx.de>
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: Greg KH <greg@kroah.com>
Subject: Re: [B.A.T.M.A.N.] Staging: batman-adv for 2.6.36 (3)
Date: Sat, 10 Jul 2010 01:07:56 +0200	[thread overview]
Message-ID: <201007100107.57451.sven.eckelmann@gmx.de> (raw)
In-Reply-To: <20100706161737.GA16045@kroah.com>

[-- Attachment #1: Type: Text/Plain, Size: 1936 bytes --]

Greg KH wrote:
> > No, I didn't want to say that you are too slow. It is just hard to know
> > how fast somebody can process something and if he has enough free time.
> > If you would say that the weather is to good to do computer related work
> > until 2.6.35 then it would be fine too. :)
> 
> The weather is pretty nice here, finally, maybe I should take a few
> weeks off :)
> 
> Don't worry about pinging me if I haven't responded to a patch, it
> doesn't bother me at all.  In rare cases, I do miss them, so it can't
> hurt if you haven't gotten a response from me in a week.

Ok. Thanks a lot that you applied the patches so fast - even when the weather 
is so nice. :)

I have a small question about the topic "how to reduce the workload for you". 
We send the patch which should integrate batman-adv into net/ around two weeks 
ago to David S. Miller and the netdev@vger mailing list [1]. Some hours later 
Hagen Paul Pfeifer responded with some questions and different ideas - which 
we (batman developers and Henning Rogge from olsr) either answered and/or 
started to discuss them.

The problem is that the discussion stopped quite fast... actually there was 
only one mail from the netdev guys. This is quite irritating to me and the 
question arose whether we did something terrible wrong when we send the patch.

Maybe you could give us a small hint how to proceed further. If we should 
wait, poke around or maybe submit it in a completely different way. It is not 
about "getting it into net right away", but we would really like to get some 
responses so we can work on it to make it better.

batman-adv works quite well for us - but that doesn't mean that it is good in 
context of the current kernel development. And who should know it better than 
the netdev guys.

thanks for the mentoring,
	Sven

[1] http://kerneltrap.org/mailarchive/linux-netdev/2010/6/28/6280066/thread

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2010-07-09 23:07 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
2010-07-06 15:36     ` Sven Eckelmann
2010-07-06 16:17       ` Greg KH
2010-07-09 23:07         ` Sven Eckelmann [this message]
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=201007100107.57451.sven.eckelmann@gmx.de \
    --to=sven.eckelmann@gmx.de \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=greg@kroah.com \
    /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;
as well as URLs for NNTP newsgroup(s).