On 2011/05/30 5:22 AM, Bear wrote:
> hi,
> I have solved that problem and you are right, it is a PLL configuration
> problem.
> Now both J-Link and OpenJTAG can work well on my uptech 2410 with my new
> configuration file. But wiggler still cannot "reset halt" my board.
> Thanks for your help!
>
On 2011/05/11 10:53 AM, Sébastien Baillou wrote:
> Hello Rogan,
>
> Did you correctly downgrade the firmware of the JLink ? I asked because
> I faced the exact same issue a couple of weeks ago. I don't remember the
> exact steps, but here's what I did :
>
> 1- Download version 4.10i of the firmwa
On 2011/05/11 6:52 AM, Xiaofan Chen wrote:
> On Wed, May 11, 2011 at 2:30 AM, Rogan Dawes wrote:
>> I have a clone JLink adapter, that was working fine with OpenOCD (apart
>> from my not being able to access the flash at the time).
>>
>> I decided to try it with
On 2011/05/11 3:47 AM, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 20:30 Tue 10 May , Rogan Dawes wrote:
>> Hi folks,
>>
>> I have a clone JLink adapter, that was working fine with OpenOCD (apart
>> from my not being able to access the flash at the time).
>>
Hi folks,
I have a clone JLink adapter, that was working fine with OpenOCD (apart
from my not being able to access the flash at the time).
I decided to try it with the JLink software, and it upgraded the
firmware. Every since, I have been unable to use it with OpenOCD.
My config file is availabl
Hi *,
So it seems that there is something more seriously wrong. I tried to
write to one of the sectors that was shown as unprotected (per "flash
info 0" output), using the following command:
openocd -f buspirate.cfg -f dns323.cfg -d3 -l openocd.log \
-c "flash probe 0" \
-c "flash info 0" \
-c "f
Rogan
--Original Message--
From: Mathias K.
To: Rogan Dawes
Cc: Michael Schwingen
Cc: openocd-development@lists.berlios.de
Subject: Re: [Openocd-development] OpenOCD and 16-bit CFI flash on an
8-bitbus
Sent: Apr 19, 2011 09:24
Hello,
there are several mechanism to protect or unprotect the se
On 2011/04/18 10:00 PM, Michael Schwingen wrote:
Any ideas why the flash unprotect might fail?
AFAIR, this is not implemented for AMD/Spansion parts, since these parts
never had any protection mechanism when they started.
In Contrast, many Intel flashes come up protected out of reset and
*need*
On 2011/04/18 9:24 PM, Rogan Dawes wrote:
> On 2011/04/18 8:51 PM, Alexandre Pereira da Silva wrote:
>> I couldn't see much wrong besides:
>> flash bank eightMB cfi 0xff80 0x80 1 2 feroceon.cpu
>>
>> This one is working for me:
>> flash bank extnor cf
ARGETNAME x16_as_x8
jedec_probe
as suggested.
Any ideas why the flash unprotect might fail?
Thanks
Rogan
>
> On Mon, Apr 18, 2011 at 2:32 PM, Rogan Dawes wrote:
>> On 2011/04/18 5:52 PM, Alexandre Pereira da Silva wrote:
>>> Hi,
>>>
>>> I've had some si
an/buspirate.cfg
http://dawes.za.net/rogan/dns323.cfg
I hope that is everything required? If anything else is needed, please
let me know.
Thanks
Rogan
>
> On Mon, Apr 18, 2011 at 8:47 AM, Rogan Dawes wrote:
>> Hi folks,
>>
>> I have a D-Link DNS323, which has an 8M
Hi folks,
I have a D-Link DNS323, which has an 8MB Spansion flash chip in it.
The CPU is a Marvell Orion5x (Feroceon) MV88F5182 (CPUTAPID 0x07926041,
which is not in the existing sources, FWIW).
I can identify the CPU fine, but am unable to identify the flash part. I
suspect that part of the pro
Hi folks,
I have a D-Link DNS323, which has an 8MB Spansion flash chip in it.
The CPU is a Marvell Orion5x (Feroceon) MV88F5182 (CPUTAPID 0x07926041,
which is not in the existing sources, FWIW).
I can identify the CPU fine, but am unable to identify the flash part. I
suspect that part of the pr
13 matches
Mail list logo
