Re: [parisc-linux] Latest palinux crash

[Joel Soete <soete.joel@tiscali.be>]

John David Anglin wrote:
>>just a small note, iirc Bruno's patch also used -ggdb compile option which grow dramaticaly the kernel size.
>>But may be not not absolutely necessary?
> 
> 
> The option adds debug symbols but they all should be in no-load sections
> (i.e., the option shouldn't change the code and data sections at all).
cool ;-)

> If you are going to use gdb to debug the kernel,
I though that was the goal: grab a coredump to trace it back?
(but I could never experiment it because of it's so big size: iirc about 60Mb for the 2.4 and this time my dump (swap) area was too 
small to host the coredump image, now it could be just large enough ;)

> I recommend building
> with -O1 instead of -O2.
> 
mmm could it not be too much invasive?
I mean we are going to change completely the insn flow and btw the time diagram as I experiment:
some weeks ago, I was working on ccio-dma for 64bit kernel on a d380 on which I noticed a dramtic slow down of the boot (more then 
an hour in place of 5 min for its 32bit twin).
I would so first check the reserved IO addresses by some printk but there are so much that I could never get a login prompt (even 
after a long night)?
I so tried to get the only 100 first ones but the kernel still slow down at the same place.
So I so tried to grab the next 200 ones: by miracle it boot near normaly (just slow down by some printk?
(I so presume that there is some race case in this driver, the computed IO adresses wouldn't have to change because I asked to print 
it?)
But I changed the time diagram and btw the kernel behaviour, though?

May be in a second stage, when we would have located the hang place with -O2?

Thanks,
	Joel

PS: I will check that when I will be back from holidays in 15 days ;-)


_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux