Huge file operations end in DH0 crashed

  • Thread starter Thread starter arnljot
  • Start date Start date
  • Replies Replies 13
  • Views Views 2457
arnljot

arnljot

Dad, gamer, nerd, amigian
AmiBayer
Joined
Feb 5, 2008
Posts
4,047
Country
Oslo
Region
Oslo
I try to copy all files from dh0 to hd0

copy from dh0: all clone to hd0: quiet
Click to expand...
It's FFS 1.279 (latest) mask is 0xFFFFFFFC and max transfer is 0x00FFFFFF

dos type is 0x53465300

It's a SCSI (wide) disk, on a cybppc.device (latest version) under OS3.9 bb2

Src is device 1 on the chain, target is device 2.

term-controller-hd1-hd2-cdrom-term

Cdrom has an adapter on it, and has id 5, controller has id 7.

I've run memory tests. I can't find anything wrong with the RAM. Not Chip, not PPC mem. And probably not the 16MB fast either. I've run a memtst program that appears to test it, and doesn't find anything wrong.

What should I look at.

The last thing I'll try now is to remove the separate narrow term on the cd rom.

GRR... SOLVED Removed the term on the CDROM, it seems stable now :)

GRR.... NOT SOLVED.... Still crashes
 
Last edited:
Aha! - SCSI Termination yet again rears it's ugly head. :D

Just to say Arnljot, SCSI is a Bible in it's own right, & sometimes, you have to go outside the envelope to get to read what's inside. By that I mean:

SCSI Law is not always the case & an awful lot depends on the SCSI devices on the chain. Welcome to the world of SCSI m8 & great result. :nod:

If it's any help, I was talking to Zetr0 with SCSI issues on a new AmigaKit Blizzard SCSI cable. I totally forgot I'd removed all the Term packs to interface with the new cable. Total face palm or what? :lol:

Kin
 
Well, Id completely forgotten how the SCSI on the CPPC flies!!!

It´s amazing to see it chew through disks as biscuits!
 
That's what I said to you in the other thread, mate. Glad to read the problems are gone away. :)
 
Yes, thanks

Thats what had me try to remove the cdrom term. Now I need to find out what I can do with a Radeon9250 PPC Amiga with a screaming fast disk
 
Rule the world? Found a new religion?

Nah, use it as a day-to-day computer that don't surf the web at a huge speed but is virus free.:)

Or use it as a day-to-day computer with OS4.0.
 
I don't get it.

You now have no termination on the end device, and its acutally working better for you? :unsure:
 
the way it was:

Term---CSPPC---HD1---HD2---CDROMTERM---TERM

Now:

Term---CSPPC---HD1---HD2---CDROM---TERM

And presto, it´s stable.
 
Seems like it's not stable after all.

What should Mask and MaxTransfer be with SFS on a SCSI drive on a CSPPC (cybppc.device).

---------- Post added at 17:11 ---------- Previous post was at 16:39 ----------

Changeing the mask and maxtransfer to defaults, I'm bak to the starting point.

This time "DH1 Program failed (error #80000004)"

---------- Post added at 18:45 ---------- Previous post was at 17:11 ----------

Scenario 1:
Mask: 0xFFFFFFFC
Transfer: 0x00FFFFFF

RESULT: Everything hangs after a while. Can move windows, cannot open new drawers. Open shell windows will not respond.

Scenario 2:
Mask: 0x7FFFFFFC
Transfer: 0x00FFFE00

Result: Either a crash "DH1 Program failed (error #80000004), or a SFS requester with "illegal call to resetcachebuffer".

It's frustrating to say the least.
 
Try:

MASK 0xFFFFFFFF (this means the cache will be in 32bit memory)
Transfer 0x1FE00 (a bit less than 128kb, useful only for CF cards, otherwise leave standard)
 
Scenario 3:
MASK 0xFFFFFFFF
Transfer 0x1FE00

Result: Completes one whole iteration (manages to copy all the data once), and then crashes with an unexpected reboot on iteration two.

So, more stable. but not rock solid.

@rkauer, what have we learned?
 
It's ok m8. I'll just abstain from further posts on here comlicating things.

Talk to me "mono et mono" over on the other thread. :)

Charlie
 
You must log in or register to reply here.
Back
Top Bottom