On Mon, Nov 02, 2009 at 09:10:44AM +0100, Adam Hamsik wrote:
I talked with joerg@ and he
suggested that it can be some problem with stack overflow on amd64.
This problem can be seen on i386 on machines with >3Gb.
NetBSD i386 won't use memory that gets mapped above 4GB - so I don't
suppose you meant i386 did you??
If the problem doesn't happen when the system has < 3GB memory
it is more likely to do with some code failing to handle the phyaddr.
I'm using DIAGNOSTIC modules build with -O0 -g.
You really don't want to use -O0, it will cause the code to be
much, much larger, run much, much slower and use more stack.
If it hides any bugs, when you change to -O2 for production use
you'll have to debug the code again.
If you are exploding the stack by a small amount - then calling
printf might be that last straw!
I'd look at the entire data areas involved (in ddb) to see how
far back the corruption goes. It may be that the somthing
has got overwritten - if you can find the bounds of the
overwrite, and maybe recognise the contents, you stand 1/2 a chance.