[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100111001745.21d28340@lxorguk.ukuu.org.uk>
Date: Mon, 11 Jan 2010 00:17:45 +0000
From: Alan Cox <alan@...rguk.ukuu.org.uk>
To: Daniel Goller <morfic@...il.com>
Cc: linux-kernel@...r.kernel.org, Alan Cox <alan@...ux.intel.com>
Subject: Re: staging/et131x Driver Transmits but does not Receive Packets
> I will gladly provide any further info you require to look into this.
>
> Thank you in advance for your time,
There are a huge series of small patches applied to the driver so the
first step to finding which one broke your card is to find which release
or rc it breaks upon and then to narrow down to which patch.
The easiest way if you don't mind a lot of building is to use the git
tree and git bisect.
The basic idea is to pull a kernel git tree (so that it has all the
patches and meta data) then do
git-bisect reset # Starting a new bisect
git-bisect start
git-bisect good v2.6.31-rc1 # Or whatever you know worked (later
# the better)
git-bisect bad v2.6.32-rc3 # Earliest you know is broken (or miss
# version for 'current')
It'll then generate a tree half way between the two
Then build a kernel and test it. If it works
git-bisect good
If not
git-bisect bad
and it'll pick another spot half way between the two until it pins down
the offender.
If you get one that won't build/fails for some other reason you can
git-bisect skip
to bump on one
It'll quite rapidly pin down the offending change if you've got a
repeatable bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists