[parisc-linux] latest palinux crash

[parisc-linux] latest palinux crash

[Matthew Wilcox]

Kernel Fault: Code=26 regs=0000000047c34720 (Addr=0000000000000001)
     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000011001111111000001111 Not tainted
r00-03  0000000000000000 00000000105456f0 00000000101a3494 0000000000000001
r04-07  00000000104b9200 00000000c55ec518 000000006eb29a2d 00000000bd27d428
r08-11  0000000047c344d0 00000000141cc568 000000000000000a 0000000000000000
r12-15  00000000204f0018 000000000000004e 0000000000000001 0000000000000000
r16-19  0000000000000801 000000000004dee8 000000000004dee8 0000000000000000
r20-23  000000000007ffff 00001389e3fff288 00000000140ce5c0 000020dd6eb29a2d
r24-27  0000000047c344c0 0000000047c344d0 00000000bd27d428 00000000104b9200
r28-31  0000000000000000 0000000047c34630 0000000047c34720 00000000405d58c3
sr0-3   0000000000090800 0000000000090800 0000000000000000 0000000000090800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b0b70 00000000101b0b58
 IIR: 0c6010d3    ISR: 0000000000000000  IOR: 0000000000000001
 CPU:        0   CR30: 0000000047c34000 CR31: 0000000010480000
 ORIG_R28: 0000000000000001
 IAOQ[0]: __d_lookup+0xc8/0x1a8
 IAOQ[1]: __d_lookup+0xb0/0x1a8
 RP(r2): do_lookup+0x3c/0xf0
Kernel panic: Kernel Fault


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] latest palinux crash

[Grant Grundler]

On Sat, Jun 25, 2005 at 04:09:05PM +0100, Matthew Wilcox wrote:
> 
> Kernel Fault: Code=26 regs=0000000047c34720 (Addr=0000000000000001)
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000011001111111000001111 Not tainted
> r00-03  0000000000000000 00000000105456f0 00000000101a3494 0000000000000001


> r04-07  00000000104b9200 00000000c55ec518 000000006eb29a2d 00000000bd27d428
> r08-11  0000000047c344d0 00000000141cc568 000000000000000a 0000000000000000
> r12-15  00000000204f0018 000000000000004e 0000000000000001 0000000000000000
> r16-19  0000000000000801 000000000004dee8 000000000004dee8 0000000000000000
> r20-23  000000000007ffff 00001389e3fff288 00000000140ce5c0 000020dd6eb29a2d
> r24-27  0000000047c344c0 0000000047c344d0 00000000bd27d428 00000000104b9200
> r28-31  0000000000000000 0000000047c34630 0000000047c34720 00000000405d58c3
> sr0-3   0000000000090800 0000000000090800 0000000000000000 0000000000090800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101b0b70 00000000101b0b58
>  IIR: 0c6010d3    ISR: 0000000000000000  IOR: 0000000000000001
>  CPU:        0   CR30: 0000000047c34000 CR31: 0000000010480000
>  ORIG_R28: 0000000000000001
>  IAOQ[0]: __d_lookup+0xc8/0x1a8
>  IAOQ[1]: __d_lookup+0xb0/0x1a8
>  RP(r2): do_lookup+0x3c/0xf0
> Kernel panic: Kernel Fault

I'm not sure what to make of the kernel lookups.
Using build-tools/a.c and the matching System.map-2.6.11-pa4, I get:

GR02 0x101a3494 sys_mprotect+504
IOAQ[0] 0x101b0b70 shmem_getpage+ab0
IOAQ[1] 0x101b0b58 shmem_getpage+a98

Any clue what the "do_lookup" is getting?
Sounds like a bug.

grant
> 
> 
> -- 
> "Next the statesmen will invent cheap lies, putting the blame upon 
> the nation that is attacked, and every man will be glad of those
> conscience-soothing falsities, and will diligently study them, and refuse
> to examine any refutations of them; and thus he will by and by convince 
> himself that the war is just, and will thank God for the better sleep 
> he enjoys after this process of grotesque self-deception." -- Mark Twain
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

[parisc-linux] Latest palinux crash

[Matthew Wilcox]

This seems to be a bit different from most:

Bad Address (null pointer deref?): Code=15 regs=00000000ff8b88f0 (Addr=c000007f80000000)

     YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
PSW: 00001000000001001110001000001110 Not tainted
r00-03  0000000000000000 ffffffffffff5000 00000000101728f4 0000000098c54000
r04-07  00000000104b9200 00000000ff956900 00000000fff700e8 00000000ff956910
r08-11  000000000000001a 00000000105435e8 000000000000001b 0000000000200200
r12-15  0000000000100100 00000000ff956930 00000000000000f0 00000000000000ff
r16-19  00000000f00003dc 00000000f000028c 00000000f0002aec 00000000003bd64c
r20-23  ffffffff80000000 00000000eb78ed40 0000000012a06260 0000000000000000
r24-27  000000000000b000 0000000000000002 0000000098c545c0 00000000104b9200
r28-31  0000000000000002 00000000ff8b88c0 00000000ff8b88f0 0000000000000001
sr0-3   0000000000046800 0000000000046800 0000000000000000 0000000000046800
sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000

IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101728d4 00000000101728d8
 IIR: 0e9512c0    ISR: 000000003fffff80  IOR: c000007f80000000
 CPU:        0   CR30: 00000000ff8b8000 CR31: 0000000010480000
 ORIG_R28: 00000000104b9200
 IAOQ[0]: free_block+0xac/0x1a0
 IAOQ[1]: free_block+0xb0/0x1a0
 RP(r2): free_block+0xcc/0x1a0
Kernel panic: Bad Address (null pointer deref?)


-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Latest palinux crash

[Carlos O'Donell]

On Wed, Jul 20, 2005 at 01:22:27PM +0100, Matthew Wilcox wrote:
> 
> This seems to be a bit different from most:
> 
> Bad Address (null pointer deref?): Code=15 regs=00000000ff8b88f0 (Addr=c000007f80000000)
> 
>      YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> PSW: 00001000000001001110001000001110 Not tainted
> r00-03  0000000000000000 ffffffffffff5000 00000000101728f4 0000000098c54000
> r04-07  00000000104b9200 00000000ff956900 00000000fff700e8 00000000ff956910
> r08-11  000000000000001a 00000000105435e8 000000000000001b 0000000000200200
> r12-15  0000000000100100 00000000ff956930 00000000000000f0 00000000000000ff
> r16-19  00000000f00003dc 00000000f000028c 00000000f0002aec 00000000003bd64c
> r20-23  ffffffff80000000 00000000eb78ed40 0000000012a06260 0000000000000000
> r24-27  000000000000b000 0000000000000002 0000000098c545c0 00000000104b9200
> r28-31  0000000000000002 00000000ff8b88c0 00000000ff8b88f0 0000000000000001
> sr0-3   0000000000046800 0000000000046800 0000000000000000 0000000000046800
> sr4-7   0000000000000000 0000000000000000 0000000000000000 0000000000000000
> 
> IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000101728d4 00000000101728d8
>  IIR: 0e9512c0    ISR: 000000003fffff80  IOR: c000007f80000000
>  CPU:        0   CR30: 00000000ff8b8000 CR31: 0000000010480000
>  ORIG_R28: 00000000104b9200
>  IAOQ[0]: free_block+0xac/0x1a0
>  IAOQ[1]: free_block+0xb0/0x1a0
>  RP(r2): free_block+0xcc/0x1a0
> Kernel panic: Bad Address (null pointer deref?)

Any context on the workload at the time?
/var/log/* around the time of the crash?

We need better tools for this... I wonder if we still have lkcd support
for hppa.

If we had lkcd support would you be willing to run a modified kernel on
parisc-linux?

c.

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

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

Carlos O'Donell wrote:
> On Wed, Jul 20, 2005 at 01:22:27PM +0100, Matthew Wilcox wrote:
> 
[...]
> 
> We need better tools for this... I wonder if we still have lkcd support
> for hppa.
> 
> If we had lkcd support would you be willing to run a modified kernel on
> parisc-linux?
> 
Afaik unfortunately there wasn't any more support of lkcd on hppa since 2 or 3 years :-(
(iirc Bruno Vidal made this effort in 2.4 but never ported in 2.6 :_( ?

But I totaly agree with you, we would need better tool, specialy when the situation is not clear:
some weeks ago, with jda's help I manage to compile p-l kernel with gcc-4.0 and some fpr constraint.
This kernel seems to be very more stable (passed with success some stress test of mine during severall days when it would crash in 
few ours or less when compile with gcc-3.3).
But I also tried to rebuild gcc-4.1 to just reproduce the pb encountered by jda in a c++ test:
efectively, the kernel 'hang' or 'freeze' during this test and it's hard to guess what's hapening;
no more network responds (no ping, no ssh, ...), no more console responds, ...
but pressing TOC button launched well a panic, and unfortunately pim analisys didn't help at all :-?
(fyi: <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)

So am I also looking for way to help: lkcd? instrumenting the kernel like kprobes/dprobes? (but not yet hppa support)
Unfortunately, I definetily don't have deep enough knowledge of linux kernel to help more, sorry.

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

Re: [parisc-linux] Latest palinux crash

[Grant Grundler]

On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> We need better tools for this... I wonder if we still have lkcd support
> for hppa.

I have the "most recent" (2.4.20) patch from Bruno Vidal 
and he had it working on most of the platforms (32 and 64-bit).
It didn't get included becuase of (my) lack of time to integrate
and the fact that it wasn't popular at the time. I'm really
happy to see that's changed.

Bruno, is that posted someplace publicly or can I post it?
(I'm hoping Bruno is still subscribed to p-l)

> If we had lkcd support would you be willing to run a modified kernel on
> parisc-linux?

I would.
In fact, I'd change all the default config files to include it.

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

Re: [parisc-linux] Latest palinux crash

[Grant Grundler]

On Thu, Jul 21, 2005 at 11:34:22AM +0000, Joel Soete wrote:
> This kernel seems to be very more stable (passed with success some stress 
> test of mine during severall days when it would crash in few ours or less 
> when compile with gcc-3.3).

Joel,
This is good news. Thanks for trying this out.

> ...
> but pressing TOC button launched well a panic, and unfortunately pim 
> analisys didn't help at all :-?
> (fyi: 
> <http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)

In 026855.html you wrote you didn't save the System.map.

> So am I also looking for way to help: lkcd? instrumenting the kernel like 
> kprobes/dprobes? (but not yet hppa support)

kprobes will need more support for runtime patching of the code.
It's not trivial to do that given the VIVT caches on parisc.
It's certainly possible though since I know HPUX does that.
But it also means changing the kernel text to RW or using
absolute stores/icache flushing to modified the kernel instructions.


> Unfortunately, I definetily don't have deep enough knowledge of linux 
> kernel to help more, sorry.

I only know enough to be dangerous to be people who know less. :^)

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

Re: [parisc-linux] Latest palinux crash

[Michael S. Zick]

On Thu July 21 2005 07:30, Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> > We need better tools for this... I wonder if we still have lkcd support
> > for hppa.
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
> and he had it working on most of the platforms (32 and 64-bit).
> It didn't get included becuase of (my) lack of time to integrate
> and the fact that it wasn't popular at the time. I'm really
> happy to see that's changed.
> 
Grant,
It is on sourceforge.net
http://sourceforge.net/project/showfiles.php?group_id=2726&package_id=108740

See: lkcd.sourceforge.net

Mike
> Bruno, is that posted someplace publicly or can I post it?
> (I'm hoping Bruno is still subscribed to p-l)
> 
> > If we had lkcd support would you be willing to run a modified kernel on
> > parisc-linux?
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
> thanks,
> grant
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 
> 
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 11:34:22AM +0000, Joel Soete wrote:
> 
>>This kernel seems to be very more stable (passed with success some stress 
>>test of mine during severall days when it would crash in few ours or less 
>>when compile with gcc-3.3).
> 
> 
> Joel,
> This is good news. Thanks for trying this out.
> 
> 
>>...
>>but pressing TOC button launched well a panic, and unfortunately pim 
>>analisys didn't help at all :-?
>>(fyi: 
>><http://lists.parisc-linux.org/pipermail/parisc-linux/2005-July/026855.html>)
> 
> 
> In 026855.html you wrote you didn't save the System.map.
> 
Yes my script analysis is based on the famous dump_analyser.sh so still grab the label into System.map
but insn match well the address ;-) (today I learn more about addr2line and thought that it would help to get rid of this pb :-)

> 
>>So am I also looking for way to help: lkcd? instrumenting the kernel like 
>>kprobes/dprobes? (but not yet hppa support)
> 
> 
> kprobes will need more support for runtime patching of the code.
> It's not trivial to do that given the VIVT caches on parisc.
(Sorry: VIVT?)

> It's certainly possible though since I know HPUX does that.
> But it also means changing the kernel text to RW or using
> absolute stores/icache flushing to modified the kernel instructions.
> 
well so not sure that kprobe was already for p-l but I find this paper
<http://www-128.ibm.com/developerworks/linux/library/l-graphvis/> on gcc fnct instrumentation very attractive
and looking for something like this for the kernel: in paper the link to kprobes is dead but resent me to dprobes on sf.net?

> 
> 
>>Unfortunately, I definetily don't have deep enough knowledge of linux 
>>kernel to help more, sorry.
> 
> 
> I only know enough to be dangerous to be people who know less. :^)
> 
> grant
> 
Thanks,
	Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> 
[...]
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
Grant,

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?

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

Re: [parisc-linux] Latest palinux crash

[John David Anglin]

> 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).
If you are going to use gdb to debug the kernel, I recommend building
with -O1 instead of -O2.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Latest palinux crash

[Grant Grundler]

On Thu, Jul 21, 2005 at 07:48:23PM +0000, Joel Soete wrote:
> >kprobes will need more support for runtime patching of the code.
> >It's not trivial to do that given the VIVT caches on parisc.
> (Sorry: VIVT?)

Virtually Indexed, Virtually Tagged

grant

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

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

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

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> > We need better tools for this... I wonder if we still have lkcd suppo=
rt
> > for hppa.
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
btw is it most recent then stuff available:
<http://ftp.parisc-linux.org/patches>
dump_modules-2.4.20-pa32.patch.gz && crashtools.tar.gz

Thanks,
    Joel=0A=0A-------------------------------------------------------=0AN=
OTE! My email address is changing to ... @scarlet.be=0APlease make the ne=
cessary changes in your address book. =0A=0A

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

Re: [parisc-linux] Latest palinux crash

[John David Anglin]

> (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 

That doesn't make sense.  The addition of debug info shouldn't change
the size of a core dump.  It's the code and data needed to actual do
the dump that increases the kernel size.

> > I recommend building
> > with -O1 instead of -O2.
> > 
> mmm could it not be too much invasive?

I don't think so.  Optimization shouldn't change code behavior.  While
it's true that a change in execution speed might break some realtime
code, if this happens in linux, it's probably a bug.

> 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).

In most cases, there's only a small change in execution speed and sometimes
-O1 is faster.  The above change is abnormally large and suggests that a
major chunk of code is being optimized away.

Dave
-- 
J. David Anglin                                  dave.anglin@nrc-cnrc.gc.ca
National Research Council of Canada              (613) 990-0752 (FAX: 952-6602)
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

John David Anglin wrote:
>>(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 
> 
> 
> That doesn't make sense.  The addition of debug info shouldn't change
> the size of a core dump.  It's the code and data needed to actual do
> the dump that increases the kernel size.
> 
Ah sorry for confusion but the two things are not related and not related to coredump size:
	o first the executable vmlinux was very big
	  (as plao doesn't yet support a compressed vmlinuz it was
	   hard to find a place at this time to copy it to an easy
	   access path /boot a dedicated slice of only 30Mb
	   but now increased to 128 for this reason ;-)
	o oth the ram of the system 2Gb (N4k) and only 256Mb of swap
	  also used to dump the kernel core; even thought linux didn't
	  use the all ram but well regualry about 1.4Gb
	  (or I would have to sacrify another fs?)

> 
>>>I recommend building
>>>with -O1 instead of -O2.
>>>
>>
>>mmm could it not be too much invasive?
> 
> 
> I don't think so.  Optimization shouldn't change code behavior. While
Agreed.

> it's true that a change in execution speed might break some realtime
> code, if this happens in linux, it's probably a bug.
> 
> 
>>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).
> 
> 
> In most cases, there's only a small change in execution speed and sometimes
> -O1 is faster.  The above change is abnormally large and suggests that a
> major chunk of code is being optimized away.

Ah also, I missed but I doubt in this case: just change a const determining the number of printk change the behaviour, though.

> 
> Dave

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

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

Hello Grant,


Grant Grundler wrote:
> On Thu, Jul 21, 2005 at 12:36:27AM -0400, Carlos O'Donell wrote:
> 
>>We need better tools for this... I wonder if we still have lkcd support
>>for hppa.
> 
> 
> I have the "most recent" (2.4.20) patch from Bruno Vidal 
> and he had it working on most of the platforms (32 and 64-bit).
> It didn't get included becuase of (my) lack of time to integrate
> and the fact that it wasn't popular at the time. I'm really
> happy to see that's changed.
> 
> Bruno, is that posted someplace publicly or can I post it?
> (I'm hoping Bruno is still subscribed to p-l)
> 
No news?

> 
>>If we had lkcd support would you be willing to run a modified kernel on
>>parisc-linux?
> 
> 
> I would.
> In fact, I'd change all the default config files to include it.
> 
Do you have more recent stuff then what is available in ftp.p-l.org?

Thanks,
     Joel

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

Re: [parisc-linux] Latest palinux crash

[Grant Grundler]

On Mon, Aug 15, 2005 at 02:40:45PM +0000, Joel Soete wrote:
> >I have the "most recent" (2.4.20) patch from Bruno Vidal 
> >and he had it working on most of the platforms (32 and 64-bit).
> >It didn't get included becuase of (my) lack of time to integrate
> >and the fact that it wasn't popular at the time. I'm really
> >happy to see that's changed.
> >
> >Bruno, is that posted someplace publicly or can I post it?
> >(I'm hoping Bruno is still subscribed to p-l)
>
> No news?

Is this the right patch?
	ftp.parisc-linux.org:patches/dump_modules-2.4.20-pa32.patch.gz

-rw-r--r--  1 tausq cvsusers 42166 Apr  8  2003 dump_modules-2.4.20-pa32.patch.z

> Do you have more recent stuff then what is available in ftp.p-l.org?

sorry - If I do, I'm not sure where.

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

Re: [parisc-linux] Latest palinux crash

[Joel Soete]

> On Mon, Aug 15, 2005 at 02:40:45PM +0000, Joel Soete wrote:
> > >I have the "most recent" (2.4.20) patch from Bruno Vidal 
     ^^^ just make me thought you have something newest ;-)

> > >and he had it working on most of the platforms (32 and 64-bit).
> > >It didn't get included becuase of (my) lack of time to integrate
> > >and the fact that it wasn't popular at the time. I'm really
> > >happy to see that's changed.
> > >
> > >Bruno, is that posted someplace publicly or can I post it?
> > >(I'm hoping Bruno is still subscribed to p-l)
> >
> > No news?
> 
> Is this the right patch?
> 	ftp.parisc-linux.org:patches/dump_modules-2.4.20-pa32.patch.gz
> 
> -rw-r--r--  1 tausq cvsusers 42166 Apr  8  2003 dump_modules-2.4.20-pa3=
2.patch.z

Yes and the associated crashtools.tar.gz  :-)

> 
> > Do you have more recent stuff then what is available in ftp.p-l.org?
> 
> sorry - If I do, I'm not sure where.
> 
No pb just want to be sure to start work on good basis :-)

Thanks,
    Joel=0A=0A-----------------------------------------------------------=
----=0AA free anti-spam and anti-virus filter on all Scarlet mailboxes=0A=
More info on http://www.scarlet.be/

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