Hi,

I'am a problem with linux demo for AT91SAM9260-Ek.
I have downloaded Linux Demo from Atmel Web Site and when run demo in Nand Flash or Data Flash (after board reset), Linux booting is interrupted at the same point.
The output in the console connects to Serial debug is:

U-Boot 1.1.5 (Nov 2 2006 - 10:20:33)

DRAM: 64 MB
NAND: NAND device: Manufacturer ID: 0xec, Chip ID: 0xda (<NULL> NAND 256M
V 8-bit)
256 MiB
DataFlash:AT45DB642
Nb pages: 8192
Page Size: 1056
Size= 8650752 bytes
Logical address: 0xD0000000
Area 0: D0000000 to D0003FFF (RO)
Area 1: D0004000 to D0007FFF
Area 2: D0008000 to D0037FFF (RO)
Area 3: D0038000 to D083FFFF
In: serial
Out: serial
Err: serial
DM9161A PHY Detected
No link
MAC: error during RMII initialization
Hit any key to stop autoboot: 0

NAND read: device 0 offset 1048576, size 2211792 ... 2211792 bytes read: OK

NAND read: device 0 offset 4194304, size 4194304 ... 41
## Booting image at 21500000 ...
Image Name: linux-2.6
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2211728 Bytes = 2.1 MB
Load Address: 20008000
Entry Point: 20008000
Verifying Checksum ... OK
OK

Starting kernel ...

Linux version 2.6.18-rc4 (pvilchez@penfret.rfo.atmel
2 Thu Oct 5 12:14:57 CEST 2006
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
Machine: Atmel AT91SAM9260-EK
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 198 MHz, master 99 MHz, main 18.432 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
Built 1 zonelists. Total pages: 16384
Kernel command line: mem=64M console=ttyS0,115200 initrd=0x21100000,3145728 root
=/dev/ra
AT91: 96 gpio irqs in 3 banks
PID hash table entries: 512 (order: 9, 2048 bytes)
irq 1: nobody cared (try booting with the "irqpoll" option)
handlers:
[<c002950c>] (at91sam926x_timer_interrupt+0x0/0x8c)
Disabling IRQ #1
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 59520KB available (1776K code, 402K data, 92K init)

Hi Crism, i got the same problem on a atsam9260ek evaluation board: just downloading an OS (tryed with 2 different OSes and the reasult is the same)throught UBOOT 1.1.5, the process stops. Last rows showed by terminal output are:

Linux version 2.6.18-rc4 (pvilchez@penfret.rfo.atmel
2 Thu Oct 5 12:14:57 CEST 2006
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
Machine: Atmel AT91SAM9260-EK
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 198 MHz, master 99 MHz, main 18.432 MHz
CPU0: D VIVT write-back cache
CPU0: I cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
CPU0: D cache: 8192 bytes, associativity 4, 32 byte lines, 64 sets
Built 1 zonelists. Total pages: 16384
Kernel command line: mem=64M console=ttyS0,115200 initrd=0x21100000,3145728 root
=/dev/ra
AT91: 96 gpio irqs in 3 banks
PID hash table entries: 512 (order: 9, 2048 bytes)
irq 1: nobody cared (try booting with the "irqpoll" option)
handlers:
[<c002950c>] (at91sam926x_timer_interrupt+0x0/0x8c)
Disabling IRQ #1
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 59520KB available (1776K code, 402K data, 92K init)

then nothing more...
Thank you fro your help,
Ste.

hi..
i am also having same problem.

i think u could have solved the problem.

can u plz tell me the solution?

I'm having the same issue wit a at91sam9263-ek board, has anyone found the root cause:

Not sure what the root cause was, but:
1. remove J4-1 with power off and wait for a few min. to let the VDD core discharge.
2. replace J4-1.
3. connect power.
4. Close J2 to force a power on event.
5. Do a clean install of the linux demo.

My system is now working corectly, I can not make it fail on the IRQ1 issue any more so I can not find out why it was wedged.

Have fun.

The IRQ1 is the "system" peripheral interrupt that collects a few peripherals. This behavior should be caused by a RTT backuped register interrupt : You may have write to those registers (RTT_MR) and enable at random the interrupt.
This register is backuped and then does not reset after power down. The procedure you describe is the good one.

Make sure that you do not write those backuped registers at random (during a driver tunning, application crash, etc.)

Hi nferre,

This issue also occurred for me (I'm working on a totally diff setup).

I'm working on a custom board design based on AT91SAM9G45-EKES with linux 3.0.4.
For me this issue came up very randomly. Like I would have restarted my custom board like 2000 times or may be more.

As you suggested that there might be a issue with RTT_MR getting overwritten. I verified the value of RTT_MR before removing the battery and after removing+putting back the battery. The value of RTT_MR remains the same. After removing the battery and putting it back the board does boot again.

But I did miss the actual bug. Can anyone tell what could be the root cause?

I'm using the external oscillator on the RTC.

-PJ