All of lore.kernel.org
 help / color / mirror / Atom feed
From: Inaky Perez-Gonzalez <inaky@linux.intel.com>
To: David Miller <davem@davemloft.net>
Cc: netdev@vger.kernel.org, wimax@linuxwimax.org
Subject: Re: [PATCH 2.6.33/1 00/12] WiMAX patches for 2.6.33 (batch #1)
Date: Thu, 05 Nov 2009 10:17:31 -0800	[thread overview]
Message-ID: <1257445051.3263.12.camel@localhost.localdomain> (raw)
In-Reply-To: <20091104.222450.149379897.davem@davemloft.net>

On Wed, 2009-11-04 at 22:24 -0800, David Miller wrote:
> From: Inaky Perez-Gonzalez <inaky@linux.intel.com>
> Date: Wed,  4 Nov 2009 13:39:36 -0800
> 
> > Please pull from:
> > 
> >   git://git.kernel.org/pub/scm/linux/kernel/git/inaky/wimax.git
> 
> Well you screwed up the patch posting and you screwed up the
> GIT tree too :-/
> 
> This git tree is not based upon a clone of net-next-2.6, instead
> it's a mish-mash of net-next-2.6 and some by-hand net-2.6
> pulls you've done yourself.

Yes I did -- I didn't give you the linux-2.6.33.y branch; my apologies.
The master branch is my testing tree and yes, that is not for merging.

So this pull should be against:

REPO   git://git.kernel.org/pub/scm/linux/kernel/git/inaky/wimax.git
BRANCH linux-2.6.33.y

which is purely based off net-next-2.6 

$ git merge-base net-next-2.6/master linux-2.6.33.y
eb2ff967a587a4a784fd2390f38e324a5bec01ec

$ git log -1 eb2ff967a587a4a784fd2390f38e324a5bec01ec
eb2ff967a587a4a784fd2390f38e324a5bec01ec xfrm: remove skb_icv_walk

> Do NOT do this.
> 
> I even saw a random kbuild: change in there as well, which
> also shouldn't have been there.
> 
> Fix up your tree and make it pull cleanly before submitting this
> work again.
> 
> Also, when you give ma GIT URL you have to give me the branch to pull
> from at the end of the URL, if I just give that URL without the branch
> specifier to GIT for the pull it's going to fail.

This was my mistake too -- request-pull fails to detect the branch
properly when it is not given an end argument that matches HEAD and I
failed to realize that I was generating cover letter messages without
the branch.

This happened because I was breaking up the whole list of commits in
smaller chunks. Another item for the checklist.

It's maddening that I always manage to screw up somewhere :( My
apologies again.



  reply	other threads:[~2009-11-05 18:19 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-04 21:39 [PATCH 2.6.33/1 00/12] WiMAX patches for 2.6.33 (batch #1) Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 01/12] wimax/i2400m/usb: remove unnecessary power management primitive in i2400m Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 02/12] wimax/i2400m: fix the bootmode RX deadlock in SDIO driver Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 03/12] wimax: indicate initial SW rfkill state is "blocked" Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 04/12] i2400m: keep index within ms_to_errno[] Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 05/12] wimax: misplaced parenthesis Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 06/12] i2400m: minimal ethtool support Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 07/12] wimax/i2400m: Update comments to talk about SDIO reset and not USB Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 08/12] wimax/i2400m: Ensure boot mode cmd and ack buffers are alloc'd before first message Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 09/12] wimax/i2400m: Make boot retries a BUS-specific parameter Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 10/12] wimax/iwmc3200: overwrite SDIO IOR timeout value to avoid platform hang Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 11/12] wimax/iwmc3200: don't disable the SDIO function if enable fails Inaky Perez-Gonzalez
2009-11-04 21:39 ` [PATCH 2.6.33/1 12/12] wimax/iwmc3200: increase wait time before enable retry Inaky Perez-Gonzalez
2009-11-05  6:24 ` [PATCH 2.6.33/1 00/12] WiMAX patches for 2.6.33 (batch #1) David Miller
2009-11-05 18:17   ` Inaky Perez-Gonzalez [this message]
2009-11-06 13:23     ` David Miller
2009-11-06 18:17       ` Inaky Perez-Gonzalez

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=1257445051.3263.12.camel@localhost.localdomain \
    --to=inaky@linux.intel.com \
    --cc=davem@davemloft.net \
    --cc=netdev@vger.kernel.org \
    --cc=wimax@linuxwimax.org \
    /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.