10 June 2011, 09:41 | #41 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,035
|
A warning would be nice, but a fix would "break" the advantage: currently you can use IDE0 to setup your real-Amiga harddrive and will stumble across the MaxTransfer problem already in WinUAE. With a fix, the problem would only appear on the real Amiga, just like when using UAEHF.
|
10 June 2011, 11:02 | #42 | |
Posts: n/a
|
Quote:
|
|
10 June 2011, 11:11 | #43 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,575
|
Quote:
Amiga device drivers are supposed to not have any transfer limits. If program asks for 1M transfer, it should get 1M of data (as long as request is valid and not out of bounds etc), not some kind of weird error depending on hardware. It is device driver's task to handle splitting automatically and transparently. |
|
04 September 2011, 20:05 | #44 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Great detective work by Alex, Toni and Thomas!
With this new knowledge, could you confirm for us mere users that:
Best regards Frode |
04 September 2011, 21:56 | #45 |
Registered User
Join Date: Apr 2007
Location: Belgrade
Posts: 567
|
while you're at it, could you do the Mask too?
|
05 September 2011, 08:29 | #46 | |||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,575
|
IDE-like max transfer problem is impossible (you don't get last read/write position back from SCSI commands so drivers' can't misuse it). Technically some scsi driver may have bugs causing similar issues.
AFAIK no one has ever reported any problems. Quote:
Quote:
Quote:
Controllers do following test: if ((transfer start address & mask) == transfer start address) then { do the DMA normally } else { use PIO or DMA to supported ram (worst case chip ram), then use CPU to copy it to final address } It does not make any sense to change mask when using non-DMA (like Amiga IDE) controllers. I am not sure if they simply ignore the mask. |
|||
13 September 2011, 18:40 | #47 |
Posts: n/a
|
I agree with Toni's post #25 ...
What still puzzles me. Why after 256 writes of 512 byte blocks LBA address is correct and sometimes it is not (on same drive)? Im pretty sure that when I experienced these MaxTRansfer issues, trashing was more or less random. I remember from back of the days when I bought new 80GB drive and it trashed data while my original 80MB 2.5" drive didnt, and neither did 800MB Samsung or 1.2GB Seagate (or perhaps it did trash but I never noticed it) ... I almost lost my hair trying to solve this trashing problem. Then I phoned my friend who happened to know this issue and I finally got all running nicely =) |
13 September 2011, 18:58 | #48 | ||
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,035
|
Quote:
This means the problem only happens if all of these are true: - you copy a file which is larger than 128KB - your copy program has a buffer size of more than 128KB - the file system is not fragmented, so that it can write the entire buffer (more than 128KB) in one command. Quote:
It could also be that you didn't have a MaxTransfer problem but rather a >4GB problem. This really shows as random trashing of files, entire partitions or even the entire drive. Last edited by thomas; 13 September 2011 at 19:08. |
||
22 September 2011, 19:58 | #49 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
Thanks for your answers guys!
Apologies for being a slow learner, but I have more questions:
|
22 September 2011, 20:24 | #50 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,575
|
|
23 September 2011, 06:02 | #51 |
I hate potatos and shirts
|
From a thread on Amibay surely other controllers intended from A500 (they doesn't fit on A600 nor A1200) have worse symptoms and those need to lower the max_transfer value to 0xFE00 in order to fix.
Namely the Alfa Data's Alfapower cannot cope with 0x1FE00, but works flawlessly with 0xFE00. |
02 February 2014, 07:13 | #52 | |
Oh, her, from BIX.
Join Date: Feb 2014
Location: Southern California, USA
Posts: 10
|
Quote:
I seldom mucked with IDE, though. I was up to my eyeballs in HardFrames and StarDrives. They had no theoretical limit on maxtransfer. The software took care of any limits if needed. {^_-} |
|
30 October 2018, 10:25 | #53 |
Registered User
Join Date: Oct 2018
Location: Fort Mill, SC, US
Posts: 83
|
With 3.1.4 ROM and WB, and using 16Gb DiskOnModule, do I still need to worry about MaxTransfer?
|
30 October 2018, 10:28 | #54 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,381
|
It depends on your controller. For the built-in scsi.device in 3.1.4 (internal IDE ports), it is apparently fixed so the value doesn't matter. For other controllers, check the documentation for the controller.
|
30 October 2018, 10:38 | #55 |
Registered User
Join Date: Oct 2018
Location: Fort Mill, SC, US
Posts: 83
|
|
20 November 2018, 03:57 | #56 |
Posts: n/a
|
Hey thanks for this info. I saw the 0x1fe00 thing in a youtube video about how to use WinUAE to set up a flash card with Classic Workbench without a floppy drive. I totally didn't do it, I was like "I have no idea what this is so I'm leaving the default and peacing out." Now it makes sense. I left it at something like 0xffffffff.
This appeared to work on my stock, freshly recapped Amiga 600 no problem. I then added a Furia, which also still appeared to be working no problem on this SD card with that default value. I could boot, launch programs, no problem. Then I was playing a demo and ran into a crash with an "exception line 1111 emulator" error. I tried using HDToolbox to change the maxtransfer value of my 3 partitions to 0x1fe00. On reboot, I get a red guru meditation! Also, before I installed the Furia I was able to access SD and compact flash cards via the PCMCIA port, but afterwards I can't even if I use the ctrl+A+A for 3 seconds trick to disable the conflicting memory. When I mount cf0 it mounts no problem but says there's no disk in drive. I don't know what's up with that but I think it's kind of weird. I'm not sure I chose the right filesystems and partition sizes for my primary cf card anyway so I don't really need help with anything, I'm sure I'll reinstall on this card a few more times anyhow. But I thought I'd share in case my adventure was interesting. |
29 December 2018, 22:35 | #57 | |
Registered User
Join Date: Sep 2018
Location: Nottingham
Posts: 340
|
Quote:
I hear you can sort out the PCMICA with a "cardres" loadmodule hack too |
|
30 December 2018, 15:18 | #58 |
A1260T/PPC/BV/SCSI/NET
Join Date: Jan 2013
Location: Moscow / Russia
Posts: 841
|
PFS3_AIO has it's own maxtrasfer safe guards now, so you should be safe.
The same is true with 3.1.4 FFS implementation and SCSI device But if you still use old 3.1 roms, have the first partition on any bootable media within 2GB and you should not have any issues on booting. |
03 December 2023, 19:46 | #59 |
Registered User
Join Date: Oct 2020
Location: Maribor
Posts: 61
|
Anyone have and idea if max transfer limit still needs to be set if you use buffered IDE connector for connecting IDE compatible device on Amiga ?
|
03 December 2023, 21:13 | #60 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 833
|
A buffered interface allows longer cables but has no relation to the maxtransfer issue (which is a software ‘bug’ due to changes in the ATA specification)
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
CF Hd Max Transfer Problem | flushentity | support.Hardware | 2 | 12 May 2012 22:15 |
IDE max transfer (CF, Hard disk, FAT95) | xraynorm | support.Hardware | 2 | 27 March 2011 20:58 |
Max transfer & mask for CF card? | PowerPie5000 | support.Hardware | 7 | 29 November 2010 12:35 |
IDE & Max Transfer-temp | prowler | support.Hardware | 0 | 16 June 2009 21:30 |
CF to IDE adapter - Max size card? | crispywotsits | support.Other | 11 | 19 February 2009 16:38 |
|
|