Hi All,

One observation i made during my debug on this problem was, if the FEC 

interrupt is disbaled the kernel panic does not occur during file
transfer with 

my USB based flash drive. Not sure what exaclty is the problem bcos FEC
uses 

INTC0 and USB uses INTC1. I enabled FEC and increased USB interrupt
level to 

highest ICR1(0x07) this has reduced the kernel panic problem but i think
i need 

a proper fix for this, can anyone help me on this.

 

I am currently testing the USB Host driver with a small application
which 

writes around 400 files each 30K size (using ext3 filesystem) on an USB
flash 

drive.

 

Thanks

Swaroop

 

 

 

From: Remco Poelstra <remco.poelstra <at> duran-audio.com>
Subject: Re: Kernel panic - not syncing: Aiee, killing interrupt
handler! USB for MCF5372
<http://news.gmane.org/find-root.php?message_id=%3c3FB449D7%2dB5BD%2d417
5%2dA085%2d11607E82E0C1%40duran%2daudio.com%3e> 




Hi,
 
I got such errors when I was registering interrupts, but not  
deregistering, so Linux called non-existing code.
Maybe this helps.
 
Kind regards,
 
Remco Poelstra
 
Op 1 okt 2008, om 15:55 heeft Narasimha, Swaroop(IE10) het volgende  
geschreven:
 
> Hello all,
> 
> We are using uClinux kernel ported for coldfire 5373 processor.
> 
> Details of the kernel being used are as follows
> 
> Kernel details: Kernel-2.6.22-uc1 with the following patch
> 1)       m532x-core.12.patch
> 2)       m532x-usb.12.patch
> 3)       m5373-core.1.patch
> 
> We have connected a USB mass storage device to the board. When large  
> files are copied to/from the usb device, the kernel panics with the  
> below message.
> 
> Sash command shell (version 1.1.1)
> /> cd /home/usb
> /home/usb> ls
> BB          bin         lost+found  test
> /home/usb> cp -r BB /test    home/usb/test
> /home/usb> *** ILLEGAL INSTRUCTION ***   FORMAT=4
> Current process id is 0
> BAD KERNEL TRAP: 00000000
> PC: [<4001c940>]
> SR: 2200  SP: 401e9ee0  a2: 43d4d240
> d0: 00000000    d1: 00000100    d2: 00000000    d3: 00000000
> d4: 00000068    d5: 02000000    a0: fc030000    a1: 401d3f82
> Process swapper (pid: 0, stackpage=401d4f82)
> Stack from 401e9f14:
>         40002000 40102e8a 00000000 00000000 00000068 00000000  
> 00000000 43d4d240
>         40041572 400dbf16 40027d40 401e9ff8 400415a2 00000068  
> 43c42000 00000068
>         43d4d240 00000000 401d77e0 40041662 00000068 43d4d240  
> 00000000 00000000
>         40020bac 401facf4 4002098e 00000068 00000000 40023a5e  
> 00000068 401e9f94
>         401efcd0 00000000 00000000 00000000 00000000 401e8008  
> 401d3f82 40020bac
>         00000000 ffffffff 00000000 41a02000 40020a86 40020ba2  
> 40197e4e 401fa8b4
> Call Trace:
>         [<400200da>]
> Kernel panic - not syncing: Aiee, killing interrupt handler!
> 
> Could anyone help me in this regard?
> 
> Thanks
> Swaroop
> 
> _______________________________________________
> uClinux-dev mailing list
> uClinux-dev <at> uclinux.org
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by uclinux-dev <at> uclinux.org
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev
 
_______________________________________________
uClinux-dev mailing list
uClinux-dev <at> uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev <at> uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

 

_______________________________________________
uClinux-dev mailing list
uClinux-dev@uclinux.org
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by uclinux-dev@uclinux.org
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to