Kernel oops, sig: 7 at last init / modules
Wolfgang Denk
wd at denx.de
Thu Mar 11 04:55:04 EST 2004
Dear Etienne,
in message <web-18194238 at mail01.ananzi.co.za> you wrote:
>
> We are using an MPC8260 on a custom board with 16MB RAM,
> 16MB FLASH, DS1558W RTC, LAN83C183 PHY etc. I use Denx's
> U-Boot 0.4.0 for the boot loader, and then their PPC82xx
> embedded linux from their ELDK.
You should use a more recent version of both the U-Boot sources and
especially the Linux kernel.
> For me it seems that the problem comes from executing a
> module on the file system (either on NFS or Ramdisk).
Normally no modules are used at all.
> Caused by (from SRR1=49030): Transfer error ack signal
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Check this!
> Call backtrace:
> C00401C8 C0033434 C0003B7C 00000000 0FF1A05C 0FF4FBF8
> 0FF4EA04
> 0FF4F858 0FF4C4C8 0FF85B60 0FF85998 10015108 0FEE67B8
> 0FECFF74
Decode the backtrace (see ftp://ftp.denx.de/pub/tools/backtrace)
> Furthermore, if I cross-compile my own simple program (that
> opens devices etc) I am able to run it flawlessly for a
> long time by passing an init=/tmp/myprogram argument to the
> kernel - no oops generated there...?
To me it seems that you should check your memory map. For example,
where is the IMMR mapped? Did you make sure to put it at a "high"
address?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
Time is a drug. Too much of it kills you.
- Terry Pratchett, _Small Gods_
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded
mailing list