Atmel website | ARM Community | AVR freaks | Technical Support
Banner
 FAQ •  Search •  Register •  Login 

All times are UTC + 1 hour [ DST ]




Post new topic Reply to topic  [ 2 posts ] 
Author Message
 Post subject: Arch Linux freezes when SAM-BA uploads applet to the SDRAM
PostPosted: Thu Feb 25, 2010 10:59 pm 
Offline
User avatar

Joined: Thu Feb 25, 2010 5:58 pm
Posts: 2
Location: Poland/Gdańsk
I am writing to ask about my problem with SAM-BA ISP programmer.

I use the evaluation board, which is similar to the AT91SAM9260-EK. I program it using SAM-BA (the latest version - 2.9 RC6, but the problem also occurs in versions 2.8 and 2.7) on Linux. When I am using Xubuntu, everything is OK, but when I run SAM-BA on Arch Linux (32-bit, kernel 2.6.32) it hangs:
Code:
-I- Waiting ...
-I- TCL platform : Linux
-I- SAM-BA CDC 2.9 rc6 on : linux
-I- Retrieved arguments from command line :
-I- argv 0 : /dev/ttyUSB0
-I- argv 1 : AT91SAM9260-EK
-I- argv 2 : MMnet1000_prog.tcl
-I- Connection : /dev/ttyUSB0 (target(comType) = 1)
-I- Board : at91sam9260-ek
-I- Traces Level : 4
-I- target(handle) : file5
Read device Chip ID at 0xfffff240 --- get 0x019803a2
-I- Found processor : at91sam9260 (Chip ID : 0x019803a2)
-I- External RAM Settings :  extRamVdd=1, extRamType=0, extRamDataBusWidth=32, extDDRamModel=0
-I- Loading applet isp-extram-at91sam9260.bin at address 0x200000

If now I'm reseting the processor, I get:
Code:
-E- Error during external RAM initialization.
-E- External RAM access is required to run applets.


The error is probably in a function TCL_Read_Int, because the program hangs on the line 130 in file applets/isp-project/tcl_lib/common/generic.tcl. After removal of this loop, hangs on the next line, which is called TCL_Read_Int function.

Do you know what can cause these problems? I run Ubuntu on a virtual machine on the same computer where I have Arch Linux, so it can not be fault of the hardware.


Top
 Profile  
 
 Post subject: Re: Arch Linux freezes when SAM-BA uploads applet to the SDRAM
PostPosted: Tue Jul 05, 2011 10:31 am 
Offline
User avatar

Joined: Thu Feb 25, 2010 5:58 pm
Posts: 2
Location: Poland/Gdańsk
Problem solved, using a device /dev/ttyACM*, created by the driver USB modems (cdc_acm module), instead of /dev/ttyUSB*. /dev/ttyACM* does not hang SAM-BA applets, however, requires additional procedures, because the SAM-BA does not accept the /dev/ttyACM* as a path. You need to create a link that SAM-BA will accept, for example, something of the range /dev/ttyUSB0.../dev/ttyUSB29. For this purpose we add to udev one rule, eg creating a file /etc/udev/rules.d/90-atmel.rules:

SUBSYSTEMS == "usb", attrs {idVendor} == "03eb", attrs {idProduct} ==" 6124 ", SYMLINK + =" ttyUSB29 "

After connecting the ARM dmesg should tell us something like:

[6084.069439] usb 2-1: new full speed USB device using uhci_hcd number 27
[6084.117346] cdc_acm 2-1:1.0: This device can not for calls on its own. It is not a modem.
[6084.117374] cdc_acm 2-1:1.0: ttyACM0: USB ACM device

and the system should create a link:

lrwxrwxrwx 1 root root 7 07-05 10:18 / dev/ttyUSB29 -> ttyACM0

PS. I use SAM-BA in version 2.10 and Arch Linux with kernel 2.6.39.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 2 posts ] 

All times are UTC + 1 hour [ DST ]


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
cron