Jochen Voss wrote:

My only idea is to take the 2.6.12-rc kernels one by one, to find out
in which one it breaks and then to look at the corresponding patch.
Maybe something suspicious can be spotted there.  I guess this whole
procedure would take me about one day, so I did not yet find time to
do this.
Maybe you should use binary search and apply it directly to the git tree or something, then you have a direct correspondence to one small patch as opposed to the large rc patches.

johannes


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to