> -Original Message-
> From: Scott Wood [mailto:scottw...@freescale.com]
> Sent: Monday, April 06, 2009 8:27 PM
> To: Fredrik Arnerup
> Cc: linuxppc-dev@ozlabs.org
> Subject: Re: Recap: Kernel oops while duming user core.
>
> On Mon, Apr 06, 2009 at 05:23:12PM +020
On Mon, Apr 06, 2009 at 05:23:12PM +0200, Fredrik Arnerup wrote:
> Was the kernel oops when dumping core ever resolved?
> (http://ozlabs.org/pipermail/linuxppc-dev/2008-February/051080.html, quoted
> below)
>
> What was the cause? Is there a patch? A bug tracker ticket?
It was fixed here:
http://
Kernel oops while duming user core.
Rune Torgersen runet at innovsys.com
Fri Feb 1 00:45:33 EST 2008
Hi
I get the following kernel core while a user program I have is dumping
core.
Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
a 8280)
When runnign the
On Thu, 2008-01-31 at 16:10 -0600, Rune Torgersen wrote:
> Scott Wood wrote:
> > Scott Wood wrote:
> >> Nathan Lynch wrote:
> >>> Is the crashing program multithreaded? The first report had firefox
> >>> triggering the oops.
> >>
> >> OK, I've got a test program that triggers it now. I'll see i
Scott Wood schrieb:
> On Thu, Jan 31, 2008 at 10:15:27AM -0600, Nathan Lynch wrote:
>> Rune Torgersen wrote:
>>> I get the following kernel core while a user program I have is dumping
>>> core.
>>> Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
>>> a 8280)
>>> When runnign
On Thu, Jan 31, 2008 at 10:15:27AM -0600, Nathan Lynch wrote:
> Rune Torgersen wrote:
> > Hi
> >
> > I get the following kernel core while a user program I have is dumping
> > core.
> > Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
> > a 8280)
> > When runnign the program
Rune Torgersen wrote:
> Hi
>
> I get the following kernel core while a user program I have is dumping
> core.
> Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
> a 8280)
> When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
> and dumps core.
> On 2.6.24,
Scott Wood wrote:
> Scott Wood wrote:
>> Nathan Lynch wrote:
>>> Is the crashing program multithreaded? The first report had firefox
>>> triggering the oops.
>>
>> OK, I've got a test program that triggers it now. I'll see if I can
>> figure out what's going on.
>
> The problem seems to be that
Scott Wood wrote:
> Nathan Lynch wrote:
>> Is the crashing program multithreaded? The first report had firefox
>> triggering the oops.
>
> OK, I've got a test program that triggers it now. I'll see if I can
> figure out what's going on.
The problem seems to be that update_mmu_cache() is called
Nathan Lynch wrote:
> I doubt the modules are the problem; there was a practically identical
> report from someone with an untainted 2.6.24-rc kernel a few weeks ago
> (see my first reply to Rune).
I didn't think they were; I was just trying to eliminate the low hanging
fruit and get a simpler te
Nathan Lynch wrote:
> Scott Wood wrote:
>> Do you have a simple test case that we could try to reproduce? I
>> tried a simple core dump on an 8280, and it worked.
>
> Is the crashing program multithreaded? The first report had firefox
> triggering the oops.
The crashing program has 10 threads.
Scott Wood wrote:
> On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
> > Unable to handle kernel paging request for data at address 0x48024000
> > Faulting instruction address: 0xc000f0a0
> > Oops: Kernel access of bad area, sig: 11 [#1]
> > PREEMPT Innovative Systems ApMax
>
> Does
Scott Wood wrote:
> Does it happen without preempt?
Yes
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Scott Wood wrote:
> Does it happen without preempt?
Will try shortly, just updated my git to HEAD of Linus's tree
>
>> Modules linked in: drv_wd(P) drv_scc devcom drv_pcir tipc drv_ss7
>> drv_auxcpu drv_leds(P) drv_ethsw proc_sysinfo(P) i2c_8266(P)
>> NIP: c000f0a0 LR: c0011fec CTR: 0080
>> R
On Thu, Jan 31, 2008 at 11:40:04AM -0600, Rune Torgersen wrote:
> Unable to handle kernel paging request for data at address 0x48024000
> Faulting instruction address: 0xc000f0a0
> Oops: Kernel access of bad area, sig: 11 [#1]
> PREEMPT Innovative Systems ApMax
Does it happen without preempt?
> M
Rune Torgersen wrote:
> Kumar Gala wrote:
> > Can you git-bisect to narrow this down further.
>
> Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
> and up.
> Is there an somewhat esy way in git to apply the differences from master
> branch to our board branch to a branch crea
Kumar Gala wrote:
> Can you git-bisect to narrow this down further.
Not easilly, as the board port to arch/powerpc was done on 2.6.24-rc7
and up.
Is there an somewhat esy way in git to apply the differences from master
branch to our board branch to a branch created by bisect?
And I don't even kno
Kumar Gala wrote:
> This doesn't look like ppc disasm to me :)
>
Helps if i use the cross-compiler gdb instead of the x86 native one...
here is the disasembly dump for NIP
(gdb) disassemble 0xc000f0a0
Dump of assembler code for function __flush_dcache_icache:
0xc000f08c <__flush_dcache_icache+0>
On Jan 31, 2008, at 10:26 AM, Rune Torgersen wrote:
> Nathan Lynch wrote:
>> Hmm, this is the second report of 2.6.24 crashing in
>> __flush_dcache_icache during a core dump; see:
>> http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
>>
>> Is this easily recreatable?
>
> Yes. I ha
>}
> (gdb) list *0xc000f0a0
> No source file for address 0xc000f0a0.
> (gdb) disassemble 0xc000f0a0
> Dump of assembler code for function __flush_dcache_icache:
> 0xc000f08c <__flush_dcache_icache+0>: dec%esi
> 0xc000f08d <__flush_dcache_icache+1>: addb $0x20,(%eax)
> 0xc0
Rune Torgersen wrote:
> I was going to test HEAD of powerpc.git to see if it is still there.
Still there. Also used GDB on the vmlinux image to get source and
dissasembly of the ooops:
Unable to handle kernel paging request for data at address 0x48024000
Faulting instruction address: 0xc000f0a0
Oo
Nathan Lynch wrote:
> Hmm, this is the second report of 2.6.24 crashing in
> __flush_dcache_icache during a core dump; see:
> http://ozlabs.org/pipermail/linuxppc-dev/2007-December/048662.html
>
> Is this easily recreatable?
Yes. I have a binary that will do this every time it is started (on this
Hi
I get the following kernel core while a user program I have is dumping
core.
Any DIeas at what to look for? (this is runnign 2.6.24, arch/powerpc on
a 8280)
When runnign the program on 2.6.18 arch/ppc, the program gets a sig 11
and dumps core.
On 2.6.24, I ghet the kernel oops, and then the pro
23 matches
Mail list logo
