* using git with linux-omap @ 2008-12-24 3:24 green 2008-12-24 4:19 ` Felipe Balbi 0 siblings, 1 reply; 6+ messages in thread From: green @ 2008-12-24 3:24 UTC (permalink / raw) To: Linux-OMAP List [-- Attachment #1: Type: text/plain, Size: 820 bytes --] Hey, I am trying to figure out git and am having trouble with something that ought to be simple. I have cloned linux-omap-2.6 and created a local branch. In the local branch I have made one very simple commit with a single line change to Makefile for use when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase that branch (just the 1 commit) onto any commit in the master branch so that I can test N810 builds using git-bisect without modifying the Makefile every time. I can easily move the branch forward to the latest commit with 'git rebase master' (with the local branch active) but something like 'git rebase v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily to that specific tree. Is this possible? What am I missing? Thanks lots! [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: using git with linux-omap 2008-12-24 3:24 using git with linux-omap green @ 2008-12-24 4:19 ` Felipe Balbi 2008-12-25 0:46 ` green 0 siblings, 1 reply; 6+ messages in thread From: Felipe Balbi @ 2008-12-24 4:19 UTC (permalink / raw) To: Linux-OMAP List On Tue, Dec 23, 2008 at 09:24:19PM -0600, green wrote: > Hey, I am trying to figure out git and am having trouble with something that > ought to be simple. > > I have cloned linux-omap-2.6 and created a local branch. In the local branch I > have made one very simple commit with a single line change to Makefile for use > when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase > that branch (just the 1 commit) onto any commit in the master branch so that I > can test N810 builds using git-bisect without modifying the Makefile every > time. I can easily move the branch forward to the latest commit with 'git > rebase master' (with the local branch active) but something like 'git rebase > v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily > to that specific tree. > > Is this possible? What am I missing? Thanks lots! hmmm, something like git rebase --onto HEAD v2.6.27-omap1 <your_branch> should work. Try that. -- balbi ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: using git with linux-omap 2008-12-24 4:19 ` Felipe Balbi @ 2008-12-25 0:46 ` green 2008-12-25 19:55 ` Felipe Balbi 0 siblings, 1 reply; 6+ messages in thread From: green @ 2008-12-25 0:46 UTC (permalink / raw) To: Linux-OMAP List [-- Attachment #1: Type: text/plain, Size: 3404 bytes --] On Wed, 2008.12.24, 359, Felipe Balbi wrote: > On Tue, Dec 23, 2008 at 09:24:19PM -0600, green wrote: > > I have cloned linux-omap-2.6 and created a local branch. In the local branch I > > have made one very simple commit with a single line change to Makefile for use > > when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase > > that branch (just the 1 commit) onto any commit in the master branch so that I > > can test N810 builds using git-bisect without modifying the Makefile every > > time. I can easily move the branch forward to the latest commit with 'git > > rebase master' (with the local branch active) but something like 'git rebase > > v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily > > to that specific tree. > > hmmm, something like git rebase --onto HEAD v2.6.27-omap1 <your_branch> > should work. I got a bunch of merge conflicts this way. $ git rebase --onto HEAD v2.6.27-omap1 custom First, rewinding head to replay your work on top of it... Applying x86, ptrace: PEBS support error: patch failed: arch/x86/Kconfig.cpu:415 error: arch/x86/Kconfig.cpu: patch does not apply error: patch failed: arch/x86/kernel/cpu/intel.c:222 error: arch/x86/kernel/cpu/intel.c: patch does not apply error: patch failed: arch/x86/kernel/ds.c:2 error: arch/x86/kernel/ds.c: patch does not apply error: patch failed: arch/x86/kernel/process_32.c:316 error: arch/x86/kernel/process_32.c: patch does not apply error: patch failed: arch/x86/kernel/process_64.c:267 error: arch/x86/kernel/process_64.c: patch does not apply error: patch failed: arch/x86/kernel/ptrace.c:554 error: arch/x86/kernel/ptrace.c: patch does not apply error: arch/x86/kernel/setup_64.c: does not exist in index error: include/asm-x86/ds.h: does not exist in index error: include/asm-x86/processor.h: does not exist in index error: include/asm-x86/ptrace-abi.h: does not exist in index error: include/asm-x86/ptrace.h: does not exist in index Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merged arch/x86/Kconfig.cpu CONFLICT (content): Merge conflict in arch/x86/Kconfig.cpu Auto-merged arch/x86/kernel/cpu/intel.c CONFLICT (content): Merge conflict in arch/x86/kernel/cpu/intel.c Auto-merged arch/x86/kernel/ds.c CONFLICT (content): Merge conflict in arch/x86/kernel/ds.c Auto-merged arch/x86/kernel/process_32.c CONFLICT (content): Merge conflict in arch/x86/kernel/process_32.c Auto-merged arch/x86/kernel/process_64.c CONFLICT (content): Merge conflict in arch/x86/kernel/process_64.c Auto-merged arch/x86/kernel/ptrace.c CONFLICT (content): Merge conflict in arch/x86/kernel/ptrace.c CONFLICT (delete/modify): arch/x86/kernel/setup_64.c deleted in HEAD and modified in x86, ptrace: PEBS support. Version x86, ptrace: PEBS support of arch/x86/kernel/setup_64.c left in tree. CONFLICT (delete/modify): include/asm-x86/ds.h deleted in HEAD and modified in x86, ptrace: PEBS support. Version x86, ptrace: PEBS support of include/asm-x86/ds.h left in tree. Failed to merge in the changes. Patch failed at 0001. When you have resolved this problem run "git rebase --continue". If you would prefer to skip this patch, instead run "git rebase --skip". To restore the original branch and stop rebasing run "git rebase --abort". Thanks. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: using git with linux-omap 2008-12-25 0:46 ` green @ 2008-12-25 19:55 ` Felipe Balbi 2009-01-08 17:02 ` green 2009-01-24 22:20 ` green 0 siblings, 2 replies; 6+ messages in thread From: Felipe Balbi @ 2008-12-25 19:55 UTC (permalink / raw) To: Linux-OMAP List On Wed, Dec 24, 2008 at 06:46:31PM -0600, green wrote: > On Wed, 2008.12.24, 359, Felipe Balbi wrote: > > On Tue, Dec 23, 2008 at 09:24:19PM -0600, green wrote: > > > I have cloned linux-omap-2.6 and created a local branch. In the local branch I > > > have made one very simple commit with a single line change to Makefile for use > > > when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase > > > that branch (just the 1 commit) onto any commit in the master branch so that I > > > can test N810 builds using git-bisect without modifying the Makefile every > > > time. I can easily move the branch forward to the latest commit with 'git > > > rebase master' (with the local branch active) but something like 'git rebase > > > v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily > > > to that specific tree. > > > > hmmm, something like git rebase --onto HEAD v2.6.27-omap1 <your_branch> > > should work. > > I got a bunch of merge conflicts this way. maybe I got the parameters wrong. git help rebase will have the correct answer. But there are two other easier ways to do it: a. with git cherry-pick: $ git checkout -b newbranch v2.6.27-omap1 $ git cherry-pick <commit id for your Makefile change> b. symlink: just create a symbolic link from arm-none-linux-gnueabi-* to arm-linux-*, something like: $ cd /path/to/compiler $ for i in `ls`; do ln -s $i ${i/none-linux-gnueabi/linux}; done this might help. To be sure the command is right before really executing it, change ln -s to echo and see if the paths are ok. -- balbi ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: using git with linux-omap 2008-12-25 19:55 ` Felipe Balbi @ 2009-01-08 17:02 ` green 2009-01-24 22:20 ` green 1 sibling, 0 replies; 6+ messages in thread From: green @ 2009-01-08 17:02 UTC (permalink / raw) To: Linux-OMAP List [-- Attachment #1: Type: text/plain, Size: 1787 bytes --] On Thu, 2008-12-25, 360, Felipe Balbi wrote: > On Wed, Dec 24, 2008 at 06:46:31PM -0600, green wrote: > > On Wed, 2008.12.24, 359, Felipe Balbi wrote: > > > On Tue, Dec 23, 2008 at 09:24:19PM -0600, green wrote: > > > > I have cloned linux-omap-2.6 and created a local branch. In the local branch I > > > > have made one very simple commit with a single line change to Makefile for use > > > > when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase > > > > that branch (just the 1 commit) onto any commit in the master branch so that I > > > > can test N810 builds using git-bisect without modifying the Makefile every > > > > time. I can easily move the branch forward to the latest commit with 'git > > > > rebase master' (with the local branch active) but something like 'git rebase > > > > v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily > > > > to that specific tree. > > > > > > hmmm, something like git rebase --onto HEAD v2.6.27-omap1 <your_branch> > > > should work. > > > > I got a bunch of merge conflicts this way. > > maybe I got the parameters wrong. git help rebase will have the correct > answer. But there are two other easier ways to do it: > > a. with git cherry-pick: > $ git checkout -b newbranch v2.6.27-omap1 > $ git cherry-pick <commit id for your Makefile change> This works. > b. symlink: just create a symbolic link from arm-none-linux-gnueabi-* to > arm-linux-*, something like: > > $ cd /path/to/compiler > $ for i in `ls`; do ln -s $i ${i/none-linux-gnueabi/linux}; done > > this might help. To be sure the command is right before really executing > it, change ln -s to echo and see if the paths are ok. And yes, this would work too. Thanks! [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: using git with linux-omap 2008-12-25 19:55 ` Felipe Balbi 2009-01-08 17:02 ` green @ 2009-01-24 22:20 ` green 1 sibling, 0 replies; 6+ messages in thread From: green @ 2009-01-24 22:20 UTC (permalink / raw) To: Linux-OMAP List [-- Attachment #1: Type: text/plain, Size: 1280 bytes --] On Thu, 2008-12-25, 360, Felipe Balbi wrote: > On Wed, Dec 24, 2008 at 06:46:31PM -0600, green wrote: > > On Wed, 2008.12.24, 359, Felipe Balbi wrote: > > > On Tue, Dec 23, 2008 at 09:24:19PM -0600, green wrote: > > > > I have cloned linux-omap-2.6 and created a local branch. In the local branch I > > > > have made one very simple commit with a single line change to Makefile for use > > > > when cross-compiling (arm-linux-gnueabi-). I would like to be able to rebase > > > > that branch (just the 1 commit) onto any commit in the master branch so that I > > > > can test N810 builds using git-bisect without modifying the Makefile every > > > > time. I can easily move the branch forward to the latest commit with 'git > > > > rebase master' (with the local branch active) but something like 'git rebase > > > > v2.6.27-omap1' returns merge errors. Of course that 1 commit will apply easily > > > > to that specific tree. > > > > > > hmmm, something like git rebase --onto HEAD v2.6.27-omap1 <your_branch> > > > should work. > > > > I got a bunch of merge conflicts this way. > > maybe I got the parameters wrong. git help rebase will have the correct > answer. Hey, I got it to work: git rebase --onto v2.6.27-omap1 master <my_branch> [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 197 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2009-01-24 22:20 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-12-24 3:24 using git with linux-omap green 2008-12-24 4:19 ` Felipe Balbi 2008-12-25 0:46 ` green 2008-12-25 19:55 ` Felipe Balbi 2009-01-08 17:02 ` green 2009-01-24 22:20 ` green
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox