Bisecting tip/auto-x86-next?

[Kevin Winchester <kjwinchester@gmail.com>]

Hi,

I am trying to track down a problem I reported here:

http://lkml.org/lkml/2008/6/11/431

None or you were cc'd on the original report because I had no idea of 
the source of the issue.  However, I have now narrowed down the problem 
to the auto-x86-next tree.  Thus I did something like:

$ git bisect start
$ git bisect good linus/master
$ git bisect bad tip/auto-x86-next

which resulted in only about 170 or so revisions to test (sounds better 
than the 3000 or so that -next wanted me to bisect through).  However, 
when I tried to compile the bisect-chosen commit, I get:

------------------

In file included from include/asm/thread_info.h:5,
                  from include/linux/thread_info.h:47,
                  from include/linux/preempt.h:9,
                  from include/linux/spinlock.h:49,
                  from include/linux/seqlock.h:29,
                  from include/linux/time.h:8,
                  from include/linux/stat.h:60,
                  from include/linux/module.h:10,
                  from crypto/sha1_generic.c:20:
include/asm/thread_info_64.h: In function ‘set_restore_sigmask’:
include/asm/thread_info_64.h:189: warning: passing argument 2 of 
‘set_bit’ from incompatible pointer type

-----------------

Can I ignore these warnings and keep building the kernel anyway?  Or is 
there a way to work around this problem?  Am I allowed to cherry pick a 
particular commit to apply on top of the bisect-chosen commit, or will 
that ruin the process?  Can I manually choose a bisection point right 
after this warning was fixed?  Is it likely that the fix for this 
warning will get rearranged in the tree before Linus pulls it so that 
other don't run into this same bisection problem?

Is that enough questions?

Thanks,

-- 
Kevin Winchester