Re: Problem with bisect

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Sean wrote:
On Sun, 05 Aug 2007 11:02:21 -0500
Larry Finger <Larry.Finger@xxxxxxxxxxxx> wrote:

I'm helping someone find what looks like a regression in bcm43xx-mac80211 between v2.6.22 and v2.6.23-rc1. This driver is not in the mainstream kernel, but is found in John Linville's wireless-dev git tree. When we do the first bisection between the current state and v2.6.22, we obtain a kernel whose Makefile says it is v2.6.22; however, it's code is based on a state before bcm43xx-mac80211 was introduced into this tree. My memory isn't what it used to be, but I think this code was put into this tree during 2.6.19 or .20. When I used visualize to see the tree, the bottom is all the way to v2.6.16, which I think is the origin of the git process.

Is this a git bug, or is it some flaw in this particular tree? We have worked around the problem by arbitrarily calling each bisection that does not have the bcm43xx-mac80211 code as "good". It has been a source of confusion for the guy I'm helping as it is his first bisection. Unfortunately, the bug doesn't show on my machine.


The git repo is git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-dev.git.

The commands were:

git bisect start
git bisect bad
git bisect good v2.6.22

I'm using git version 1.4.4.2.g04509

Larry
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux