Re: 2.6.12?

[Martin J. Bligh]

--"Martin J. Bligh" <mbligh@xxxxxxxxxx> wrote (on Wednesday, June 08, 2005 16:04:57 -0700):

>>>> > >>> The one that worries me is that my x86_64 box won't boot since -rc3
>>>> > >>>  See:
>>>> > >>> 
>>>> > >>>  http://ftp.kernel.org/pub/linux/kernel/people/mbligh/abat/regression_matrix.html
>>>> > 
>>>> > HA. Found it. binary search reveals it's patch 182 out of 2.6.12-rc2-mm2.
>>>> > And the winner is .... <drum roll please> ....
>>>> > 
>>>> > x86_64-use-the-e820-hole-to-map-the-iommu-agp-aperture.patch
>>>> > 
>>>> 
>>>> hrm.  No useful messages in dmesg?
>>>> 
>>>> Andi, do we revert it?
>>> 
>>> Ok. For now. 
>>> 
>>> Actually it fixes some other bugs (e.g. one from Matt D.), but they are not
>>> very high priority.
>>> 
>>> I would like to debug it, but I am not sure I will still make it this week.
>>> But Martin, can you please send me the dmesg again? Maybe it is something
>>> stupid.
>> 
>> All the logs are linked off here:
>> 
>> http://ftp.kernel.org/pub/linux/kernel/people/mbligh/abat/regression_matrix.html
>> 
>> Just click on the ABORT messages in hte left column. But I'm thinking maybe
>> I'm off by one, and it might be:
> 
> Nope, I was correct, just one of my scrawled notes was wrong. backing out
> 
> x86_64-use-the-e820-hole-to-map-the-iommu-agp-aperture.patch

OK, here's the patch to fix the boot problem, for reference (just the above
reversed).

http://mbligh.org/abat/no_hole

Now what's REALLY, REALLY wierd is that this fixes my hang problem
whilst trying to run kernbench:

http://mbligh.org/abat/no_hang

which is just reverting:

x86_64-use-a-common-function-to-find-code-segment-bases-fix.patch

But the patch is tiny, and it makes NO sense at all for this to fix
anything. All it does is:

diff -purN -X /home/mbligh/.diff.exclude 2.6.12-rc2-mm2/include/asm-x86_64/ptrace.h 2.6.12-rc2-mm2-no_hang/include/asm-x86_64/ptrace.h
--- 2.6.12-rc2-mm2/include/asm-x86_64/ptrace.h	2005-04-08 23:41:41.000000000 -0700
+++ 2.6.12-rc2-mm2-no_hang/include/asm-x86_64/ptrace.h	2005-06-08 16:25:01.000000000 -0700
@@ -86,8 +86,6 @@ struct pt_regs {
 extern unsigned long profile_pc(struct pt_regs *regs);
 void signal_fault(struct pt_regs *regs, void __user *frame, char *where);
 
-struct task_struct;
-
 extern unsigned long
 convert_rip_to_linear(struct task_struct *child, struct pt_regs *regs);


How the hell can that possibly fix it? Boggle. But it does. I checked.
I ran a whole damned sequence of patches from your tree against the box,
then extracted the one where the failover started and retested it with
just that and the no_hole one. There's even a little green box to 
prove it about 4 down on the left here:

http://ftp.kernel.org/pub/linux/kernel/people/mbligh/abat/regression_matrix.html

My brain is now a small piece of silly-putty smushed against the far
wall of my study. Anything you can do to help me scrape up the remains
would be splendid. I can only speculate it's some wierd side-effect,
because I have no other explaination at all.

Humpf.

M.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/