On Mon, 18 Oct 2010 13:14:26 +0200, Toralf Förster
wrote:
> richard -rw- weinberger wrote at 11:31:31
>> Does this help?
>>
>> --- linux-2.6.36-rc8/fs/hostfs/hostfs_user.c.orig 2010-10-18
>> 11:24:33.844592000 +0200
>> +++ linux-2.6.36-rc8/fs/hostfs/hostfs_user.c2010-10-18
>> 11:24:44.59
richard -rw- weinberger wrote at 11:31:31
> Does this help?
>
> --- linux-2.6.36-rc8/fs/hostfs/hostfs_user.c.orig 2010-10-18
> 11:24:33.844592000 +0200
> +++ linux-2.6.36-rc8/fs/hostfs/hostfs_user.c2010-10-18
> 11:24:44.594679000 +0200
> @@ -388,6 +388,6 @@
> spare_out[1] = buf.
2010/10/18 Toralf Förster :
> Well, in addition to my last mail the following patch isn't a fix, but it
> might point to the culprit.
> If I apply this patch against latest tree, then the crash doesn't occur :
>
> diff --git a/include/linux/statfs.h b/include/linux/statfs.h
> index 0166d32..e336e70
2010/10/18 Geert Uytterhoeven :
> 2010/10/18 Toralf Förster :
>> Well, in addition to my last mail the following patch isn't a fix, but it
>> might point to the culprit.
>> If I apply this patch against latest tree, then the crash doesn't occur :
>>
>> diff --git a/include/linux/statfs.h b/include/
2010/10/18 Toralf Förster :
> Well, in addition to my last mail the following patch isn't a fix, but it
> might point to the culprit.
> If I apply this patch against latest tree, then the crash doesn't occur :
>
> diff --git a/include/linux/statfs.h b/include/linux/statfs.h
> index 0166d32..e336e70
2010/10/18 Toralf Förster :
>
> Christoph Hellwig wrote at 22:18:37
>> I really can't see any relation to the patch. Can you try the some
>> things in the following order, please:
> ...
>> (4) re-apply the include/linux/statfs.h changes and see if it still
>> boots
>
> The first half of ste
Well, in addition to my last mail the following patch isn't a fix, but it
might point to the culprit.
If I apply this patch against latest tree, then the crash doesn't occur :
diff --git a/include/linux/statfs.h b/include/linux/statfs.h
index 0166d32..e336e70 100644
--- a/include/linux/statfs.h
+
2010/10/18 Toralf Förster :
>
> Christoph Hellwig wrote at 22:18:37
>> I really can't see any relation to the patch. Can you try the some
>> things in the following order, please:
> ...
>> (4) re-apply the include/linux/statfs.h changes and see if it still
>> boots
>
> The first half of ste
Christoph Hellwig wrote at 22:18:37
> I really can't see any relation to the patch. Can you try the some
> things in the following order, please:
...
> (4) re-apply the include/linux/statfs.h changes and see if it still
> boots
The first half of step 4 was it (I did not apply the "Definit
On Sun, Oct 17, 2010 at 03:55:39PM +0200, Toralf F?rster wrote:
> I bisected it again w/ a fixed test script, got the same bad commit script and
> double checked, that this commit is really the culprit which crashes a user
> mode linux kernel at my 32bix x86 stable Gentoo running 2.6.35.6 vanilla
I bisected it again w/ a fixed test script, got the same bad commit script and
double checked, that this commit is really the culprit which crashes a user
mode linux kernel at my 32bix x86 stable Gentoo running 2.6.35.6 vanilla kernel
as host system and 2/ gcc version 4.4.3 (Gentoo 4.4.3-r2 p1.2) a
Hello,
I'm currently in the progress of bisecting the issue again- with a fully
autoamted scripts which doesn't alck a "make clean" - *shame*
However I get with v2.6.35-rc3-173-g3638632 and the attached .config this :
nitializing software serial port version 1
console [mc-1] enabled
ubda:
EIP:
Hello,
git bisect gave :
tfoer...@n22 ~/devel/linux-2.6 $ git bisect bad
365b18189789bfa1acd9939e6312b8a4b4577b28 is the first bad commit
commit 365b18189789bfa1acd9939e6312b8a4b4577b28
13 matches
Mail list logo
