Buffalo NAS-Central Forums

Welcome to the Linkstation Wiki community
It is currently Wed Jul 18, 2018 1:32 pm

All times are UTC+01:00




Post new topic  Reply to topic  [ 115 posts ]  Go to page Previous 13 4 5 6 7 8 Next
Author Message
PostPosted: Mon Sep 10, 2007 9:06 am 
Offline
Newbie

Joined: Wed Jun 27, 2007 7:08 pm
Posts: 42
Location: Lünen, NRW, Germany
Hello chipace,

I don't get the lspro in 'halt'-state. What make I wrong?

Here are the steps I made:
1. I keep the reset-button pressed, at the rear lspro case, and switch it on over the power button.
2. I start openocd
3. I start up telnet 127.0.0.1 4444
4. 'halt'

But the lspro doesn't goto 'halt'-state. :x

_________________
Grüße Niels
-----
http://www.hetzke.net


Top
   
PostPosted: Tue Sep 11, 2007 5:19 am 
Offline
Newbie
User avatar

Joined: Fri Jan 26, 2007 5:10 am
Posts: 46
Location: Tempe, Arizona
magnum wrote:
I don't get the lspro in 'halt'-state. What make I wrong?

Pin 9 on the CN3 connector is sRST (system reset). You want to drive it high then low... the easiest way to do this is with a screwdriver... touch both Pins 9 and 10 together for a couple of seconds (pin 10 is the real time clock that is alternating high and low). Do this after you have sent the 'halt' command.

Let me know if that doesn't work. :ugeek:

_________________
LS Pro (1.11-1a, JTAG flashed, serial port added, Freeagent backup)


Top
   
PostPosted: Wed Sep 12, 2007 12:22 pm 
Offline
Newbie

Joined: Wed Jun 27, 2007 7:08 pm
Posts: 42
Location: Lünen, NRW, Germany
Hello @all

I wish to tell that all is now good, but until now I have no good news.


I have the following expenditures:
telnet session
Code:
>flash write 0 lspstock052207.bin 0xfffc0000
wrote file lspstock052207.bin to flash bank 0 at offset 0xfffc0000 in 15580s 395268us


openocd session
Code:
> ./openocd -f lsp_wig.cfg 
Info:    openocd.c:86 main(): Open On-Chip Debugger (2007-04-26 16:40 CEST)
Error:   embeddedice.c:190 embeddedice_build_reg_cache(): unknown EmbeddedICE version (comms ctrl: 0x00000018)
Info:    server.c:67 add_connection(): accepted 'telnet' connection from 0
Error:   arm926ejs.c:335 arm926ejs_examine_debug_reason(): BUG: unknown debug reason: 0x0
Warning: target.c:557 target_alloc_working_area(): not enough working area available
Warning: cfi.c:1325 cfi_spansion_write_block(): no working area available, can't do block memory writes


I don't if the upper output say anything. If I let the box made a reboot do, it make beep beep beep beep beep beep .... the hole time and no led flashes or shines.

I put already my hand on the hdd, but I notice no hdd activity.

Greets
Niels

_________________
Grüße Niels
-----
http://www.hetzke.net


Top
   
PostPosted: Wed Sep 12, 2007 7:12 pm 
Offline
Newbie
User avatar

Joined: Fri Jan 26, 2007 5:10 am
Posts: 46
Location: Tempe, Arizona
magnum wrote:
I put already my hand on the hdd, but I notice no hdd activity.

Let's verify that you programmed the flash correctly. Connect to your LS-Pro with JTAG again, and try this:
Code:
dump_image flash.bin 0xfffc0000 0x40000

It should only take 40 seconds, and this new file (flash.bin) should be identical to the lspstock052207.bin
Code:
diff flash.bin lspstock052207.bin

If the files are not identical, you need to re-write your flash (until they are identical).
If they are identical, then you will need to check the partitions on your hard disk.

_________________
LS Pro (1.11-1a, JTAG flashed, serial port added, Freeagent backup)


Top
   
PostPosted: Thu Sep 13, 2007 11:09 am 
Offline
Newbie

Joined: Wed Jun 27, 2007 7:08 pm
Posts: 42
Location: Lünen, NRW, Germany
Ok,

The programmed the flash was not correctly :-(
Then I wanted to make the Flash again new. But the LSPRO does not go any longer into the halte-state. I tried it out with the command <reset>. Then is is in halt-state, that says me <targets>. Ok now I think coud I flash again but <flash rehearses 0>is very slow an says me after some time:
Code:
Target 0 halted
target halted in ARM state due to breakpoint, current mode: Undefined
cpsr: 0x000000db pc: 0xffffffe8
MMU: disabled, D-Cache: disabled, I-Cache: disabled
> targets 
0: arm926ejs (little endian), state: halted
> flash probe 0
probing failed for flash bank '#0' at 0xfffc0000

openocd outout:
Code:
Error:   arm7_9_common.c:562 arm7_9_execute_sys_speed(): timeout waiting for SYSCOMP & DBGACK, last DBG_STATUS: 0




So slowly I am despaired

Greets
Niels

_________________
Grüße Niels
-----
http://www.hetzke.net


Top
   
PostPosted: Mon Feb 18, 2008 12:21 am 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
just for the record, I successfully unbricked a LS-GL Pro V2 that had something amiss w/ it uboot - serial console showed only a
Code:
Orion1   CPU =  Low
and nothing else.

I used openocd with a ARM-USB-TINY from Olimex/SparfFun (US distributor) and it took about 3 hrs, more or less. WIll post details, config and commands if anyone is interested.

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Top
   
PostPosted: Mon Feb 18, 2008 12:38 am 
Offline
Regular Member
User avatar

Joined: Tue Oct 09, 2007 9:01 am
Posts: 117
I greatly am, there is actually no working real-world example of JTAGing on the forums and in the wiki (at least i didnt find it).


Top
   
PostPosted: Mon Feb 18, 2008 1:57 am 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
@ retro/_trine, shall we put something together? I think you've done the lion's share in terms of collecting the bits and pieces, and I saved the output from my openocd & telnet sessions... ? (of course, we humbly acknowledge that we stand on the shoulders of those who set some of this up and tried it for lsprov1.)

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Top
   
PostPosted: Mon Feb 18, 2008 2:22 am 
Offline
Site Admin
User avatar

Joined: Mon Jul 11, 2005 7:19 am
Posts: 7703
Location: Austria, Vienna
please collect everything and post instructions for reviving boxes beyond the software-only-revival article.

it really will help some guys (maybe myself in the future?)

_________________
LS1 (2.6 kernel, foonas svn1062, 750 GB, UBoot 1.2) & LS Pro (FreeLink/jtymod/GenLink, changes all the time)
Thx to all donators!


Top
   
PostPosted: Mon Feb 18, 2008 5:01 am 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
I started a bit here... http://buffalo.nas-central.org/index.ph ... ased_boxes

but there is much detail to add in...

-pictures of the boards and headers (differentiating between v1 & v2, for instance)
-details of compiling and links to openocd docs at berlios, + the really good forum at SparkFun that has a wealth of information and is great to seach through - Dominic Rath has said a lot in here...

-command structure (a bit of this)

-actual commands used, shown with actual example output in the telnet session...

_trine/retro, this is a start, it'd be great if you put some stuff in, if you are willing & have the time... I will test run it (again) after it is done and provide the actual output examples

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Top
   
PostPosted: Tue Feb 19, 2008 6:28 am 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
OK, learning (and keeping notes) as I go... I got overzealous and rebricked it... the lspro's behavior has changed and it became unresponsive to halt or reset commands or anything...

I have had a bit of a lesson here, but now after not being able to halt it, I can indeed halt it by connecting nSRST and RTCK momentarily.

Code:
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
> Target 0 halted
target halted in ARM state due to debug request, current mode: System
cpsr: 0x00000018 pc: 0xffffffe7
MMU: disabled, D-Cache: disabled, I-Cache: disabled
> halt
requesting target halt...
target already halted
> targets
0: arm926ejs (little endian), state: halted
> flash banks
#0: cfi at 0xfffc0000, size 0x00040000, buswidth 1, chipwidth 1
>



trouble is that nearly any thing I try now causes the the processor to begin running again, even the poll command...

So, any ideas? This is the same setup /configuration that I flashed it w/ jtag just 1 & 2 days ago... something has changed... but what?

any tips appreciated...

EDIT: anyone know how to get an ARM 926 into Abort mode? I notice that I am able to get it into Supervisor or System mode :
Code:
> soft_reset_halt
requesting target halt and executing a soft reset
Target 0 halted
target halted in ARM state due to debug request, current mode: Supervisor
cpsr: 0xffffffd3 pc: 0x00000000
MMU: disabled, D-Cache: disabled, I-Cache: disabled
> halt
requesting target halt...
target already halted
> reset halt
> Target 0 halted
target halted in Thumb state due to debug request, current mode: System
cpsr: 0xffffffff pc: 0xffffffed
MMU: enabled, D-Cache: enabled, I-Cache: enabled
> halt


but not into Abort mode like it was during the first 2 flashes:
Code:
Connected to localhost.
Escape character is '^]'.
Open On-Chip Debugger
> halt
requesting target halt...
> Target 0 halted
target halted in ARM state due to debug request, current mode: Abort
cpsr: 0x600000d7 pc: 0x00000028
MMU: disabled, D-Cache: disabled, I-Cache: enabled

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Top
   
PostPosted: Tue Feb 19, 2008 11:58 pm 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
A few things to relate to all here:
EDIT: For clarity, you can still run jtag w/ OpenOCD and try to manipulate flash contents, but some funtionality may not be there ... I jtag-debricked my LSPro V2 twice, but the third time was no good - this may change if Marvell releases its own OpenOCD-esque package. I don't think it is permanently damaged, I just don't have the proper jtag tools to fix it (some here have suggested that some in Marvell are working on an OpenOCD that is patched for Feroceon, but no one has used/seen this, as far as I know).

Though some of you know this already, OpenOCD does not officially support our processor - in the config it is listed as arm926ejs but actually it is the Marvell Feroceon. It behaves similarly to the 926, but there are enough differences to make some of the debugging stuff not work as it should...

Here are some threads gleaned for reference...
problems:halt & current mode on arm926ejs w/ ARM-USB-TINY
Marvell FEROCEON 88F5181 OpenOCD Development December 2007 thread
flashing marvell feroceon 88f5181 @ SparkFun Forums
http://forum.openwrt.org/viewtopic.php?pid=59693
DLink DNS323 JTAG (uses Feroceon also)

EDIT: and a suggestion of something that looks/sounds promising : support for Orion/Feroceon in OpenOCD Roadmap for Orion Support passes through OpenOCD?

EDIT 2: jacques supplied this one : https://lists.berlios.de/pipermail/open ... 00996.html

:D

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Last edited by davy_gravy on Thu Feb 21, 2008 1:20 pm, edited 1 time in total.

Top
   
PostPosted: Thu Feb 21, 2008 3:06 am 
Offline
Site Admin
User avatar

Joined: Tue Mar 21, 2006 9:11 pm
Posts: 658
Seems obvious, but have you tried this:
mdfirefighter wrote:
Magnum,

That looks normal. Now comes the trickey part. You have to get the box to halt. This can only been done within about 5-10 seconds of power on (holding the rear button of course). You must:

1. Have your openocd read to connect
2. Power on your box (holding the rear button)
3. As soon as it powers, connect with openocd AND as quickly as possible telnet to openocd and send the halt command. (This must been done in about 5-10 seconds.)

You will know imediately if you have not done it quick enough as the halt command will not halt the box. This takes a bit of practice but once you have done it correctly you will know how to do it from that point on.

Regards

_________________
My completely scratch built 832 push-pull tube amplifier with Padauk frame. It matches my custom mini-ITX machine.


Top
   
PostPosted: Thu Feb 21, 2008 3:30 am 
Offline
Site Admin
User avatar

Joined: Mon Aug 28, 2006 1:15 am
Posts: 2606
hi kuroguy,

good to hear from you. Actually the first time I unbricked it, it was prolly 60 seconds or so... quite a while until I issued a halt, and it simply halted. Another post that I read (here or somewhere else?) said that actually it wasn't necessary to rush to get the halt issued. But nevertheless, I will exhibit due diligence and see (once more) if I can halt it (with the quick draw on halt).

My feeling is that it is in some different processor state right now than it was when I unbricked it the first 2 times. From the logs I saved, it looks like when I debricked it, the processor was in ARM state and Abort mode. Confirmation of this from someone else who is unbricking theirs successfully would be nice. (please save your logs! ;) - or maybe there is no relationship at all between this behavior and the core state & mode) Possible states are ARM and Thumb. Modes are System, User, Supervisor, Undefined and Abort (maybe one or two other possibilities).

There is a command to change the core state:
Code:
armv4_5 core_state ['arm' | 'thumb']
but no command to switch modes.

I'm wondering if there is a way to manipulate it to get it into this original state when it was OpenOCD-friendly and amenable to flash manipulation.

========================================
EDIT maybe kuroguy was right... quickly this time and...

Code:
Escape character is '^]'.
Open On-Chip Debugger
> halt
requesting target halt...
target already halted
> poll
target state: halted
target halted in ARM state due to debug request, current mode: Undefined
cpsr: 0x000000db pc: 0xffff0170
MMU: disabled, D-Cache: disabled, I-Cache: disabled
> flash probe 0
flash 'cfi' found at 0xfffc0000
> flash write /home/davygravy/Desktop/configs/lspro-v2flash.bin 0xfffc0000 
usage: flash write <bank> <file> <offset> [type]
> flash write 0 /home/davygravy/Desktop/configs/lspro-v2flash.bin 0xfffc0000


I guess I'll know in the morning... :lol:

EDIT; no dice... guess I'll wait for the revision of OpenOCD which (thanks jjacques!) may not be to far off... https://lists.berlios.de/pipermail/open ... 00996.html

_________________
LS1 (foonas, nfs, Tranmission & p910nd print server, Firefly for my Roku)
LS-HG500 (Lenny)
Various LS-Pros v1,v2 (unbricked w/ serial & jtag)
KuroPro, LS2 & KuroHG (foonas)
Working on davysweather.dyndns.org lately...

=> wooohooo!
wooohooo!
Unknown command 'wooohooo!' - try 'help'


Top
   
PostPosted: Fri Feb 22, 2008 8:18 am 
Offline
Regular Member
User avatar

Joined: Tue Oct 09, 2007 9:01 am
Posts: 117
Reading that message u could checkout the OpenOCD SVN and try again right away, dont you? (since that actually that IS the patch giving support, and the maintainer commited it right afterwards).


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 115 posts ]  Go to page Previous 13 4 5 6 7 8 Next

All times are UTC+01:00


Who is online

Users browsing this forum: Bing [Bot] and 8 guests


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:
Powered by phpBB® Forum Software © phpBB Limited