All of lore.kernel.org
 help / color / mirror / Atom feed
From: Shubhrajyoti <shubhrajyoti@ti.com>
To: Grant Likely <grant.likely@secretlab.ca>
Cc: spi-devel-general@lists.sourceforge.net,
	Shubhrajyoti Datta <shubhrajyoti@ti.com>,
	linux-omap@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCHv3 0/6] spi: omap2-mcspi: driver updates
Date: Sat, 31 Mar 2012 16:42:06 +0530	[thread overview]
Message-ID: <4F76E686.6010005@ti.com> (raw)
In-Reply-To: <20120331054413.0CF363E0465@localhost>

On Saturday 31 March 2012 11:14 AM, Grant Likely wrote:
> On Fri, 30 Mar 2012 15:50:16 +0530, Shubhrajyoti D <shubhrajyoti@ti.com> wrote:
>> The patch series does the following cleanups
>> - Converts the spi to module_platform_driver
>> - Use the devm functions so that the freeing need not 
>>   be done in the driver.
>> - Makes the driver use autosuspend
>> - Folds Benoit's bus_num removal patch in the series
>>
>> Changes from v1
>> - Makes the driver use autosuspend
>> - Folds Benoit's bus_num removal patch in the series
>>
>> Changes from v2
>> - The tmp variable is used to write this can be optimised 
>>  as it is not needed if the value is directly written.
>>  Acknowledge  Tarun for the suggestion.
>>
>> This is also available through
>> git     : git://gitorious.org/linus-tree/linus-tree.git
>> branch  : spi
>>
>> This is targeted for v3.5. 
> Okay, now is a good time to talk about git pull request workflow.  10
> days ago you published a git tree and I replied that I had pulled it
> into mine.  Now you've got a new branch with the patches from the old
> branch rebased onto a new head.  Compairing your branch with mine now
> looks like this:
>
> $ git fetch git://gitorious.org/linus-tree/linus-tree.git spi
> remote: Counting objects: 34, done.
> remote: Compressing objects: 100% (28/28), done.
> remote: Total 30 (delta 24), reused 6 (delta 2)
> Unpacking objects: 100% (30/30), done.
> From git://gitorious.org/linus-tree/linus-tree
>  * branch            spi        -> FETCH_HEAD
> $ git show-branch --topic origin spi/next FETCH_HEAD
> ! [origin] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
>  ! [spi/next] Merge branch 'spi' of git://gitorious.org/linus-tree/linus-tree into spi/next
>   ! [FETCH_HEAD] spi: omap2-mcspi: Trivial optimisation
> ---
>   + [FETCH_HEAD] spi: omap2-mcspi: Trivial optimisation
>   + [FETCH_HEAD^] spi: omap2-mcspi: add support for pm_runtime autosuspend
>   + [FETCH_HEAD~2] spi: omap2-mcspi: use devm_* functions
>   + [FETCH_HEAD~3] spi: omap2-mcspi: convert to module_platform_driver
>   + [FETCH_HEAD~4] spi: omap2-mcspi: make it behave as a module
>   + [FETCH_HEAD~5] spi/omap: Remove bus_num usage for instance index
>  -  [spi/next] Merge branch 'spi' of git://gitorious.org/linus-tree/linus-tree into spi/next
>  +  [spi/next^2] OMAP : SPI : use devm_* functions
>  +  [spi/next^2^] spi: omap2-mcspi: convert to module_platform_driver
>  +  [spi/next^2~2] spi: omap2-mcspi: make it behave as a module
> +++ [origin~189] Linux 3.3
>
> I cannot merge this branch.  If I did it would result in 2 commits for
> each of the commits from the original branch.  You'll need go back and
> rebase the new commits on top of the old base or on top of my current
> spi/next branch[1]
>
> [1] git://git.secretlab.ca/git/linux-2.6 spi/next
>
> I've already published that branch, so I will not rebase it either to
> remove the original commits.  The new commits must go on top.
>
> Next time, *don't* rebase a branch that has been pulled.  It should be
> left alone and new commits added on top of it.
Apologies for this time.
Yes will take care henceforth.
>   If your in the
> situation where mainline has commits that you need to bring into the
> branch, then *merge* mainline into your branch (preferably at a tagged
> release point), or ask me to merge in mainline to give you a new
> baseline to work from.
>
> One option I do have is to apply only the patches I'm missing to my
> tree, but I'm not going to because I don't actually know if patches
> 1, 2, or 3 have changed since the version that I've posted.  It's
> safer for me to get you to rebase back onto the proper base and post
> only the new patches.  Your cover letter should state specifically
> which branch the patches apply on top of.
Will send another pull request.



  reply	other threads:[~2012-03-31 11:12 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-30 10:20 [PATCHv3 0/6] spi: omap2-mcspi: driver updates Shubhrajyoti D
2012-03-30 10:20 ` Shubhrajyoti D
2012-03-30 10:20 ` Shubhrajyoti D
     [not found] ` <1333102822-17171-1-git-send-email-shubhrajyoti-l0cyMroinI0@public.gmane.org>
2012-03-30 10:20   ` [PATCHv3 1/6] spi/omap: Remove bus_num usage for instance index Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20   ` [PATCHv3 2/6] spi: omap2-mcspi: make it behave as a module Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20   ` [PATCHv3 3/6] spi: omap2-mcspi: convert to module_platform_driver Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20   ` [PATCHv3 4/6] spi: omap2-mcspi: use devm_* functions Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20   ` [PATCHv3 5/6] spi: omap2-mcspi: add support for pm_runtime autosuspend Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20   ` [PATCHv3 6/6] spi: omap2-mcspi: Trivial optimisation Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-30 10:20     ` Shubhrajyoti D
2012-03-31  5:44 ` [PATCHv3 0/6] spi: omap2-mcspi: driver updates Grant Likely
2012-03-31  5:44   ` Grant Likely
2012-03-31 11:12   ` Shubhrajyoti [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-03-30 10:20 Shubhrajyoti D
2012-03-30 10:20 ` Shubhrajyoti D
2012-03-30 10:20 ` Shubhrajyoti D

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=4F76E686.6010005@ti.com \
    --to=shubhrajyoti@ti.com \
    --cc=grant.likely@secretlab.ca \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=spi-devel-general@lists.sourceforge.net \
    /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.