28 June 2017, 23:08 | #1 |
Registered User
Join Date: Jan 2017
Location: France
Posts: 102
|
scsi "killer" ?
Hi,
i have a 3000, and i don't specially use the internal scsi, i just plug a cd-rom drive occasionnaly. so, like for the ide port in the 4000, when no devices are connected, boot time is more longer. do you think it's possible to realize a simple scsi killer, like the ide killer for the 4000 ? i have the pinout, and a connector for experiment, but i don't have knowledge on scsi protocol... so, i need a bit help... thanks |
29 June 2017, 17:35 | #2 |
Banned
Join Date: Dec 2016
Location: Nottingham, UK
Posts: 481
|
Put a passive terminator on the end of the SCSI chain (last device on the connection) should shorten bootup times, if you're not doing that already.
Typically it's an external plug that goes into one of the two SCSI connectors on an external drive (which sounds like what you are doing). If it's an internal CD-ROM, put the passive terminator on the last connector on the chain, use the 2nd last connection for the SCSI CD-ROM drive. The SCSI interface on an A3000 also has a terminator fitted (3 banks of resistor packs), sometimes these are damaged or have been removed. BOTH ends need the passive terminators, which make the response time of the interface a lot "snappier", and prevent cross talk that causes spurious spikes on the data connections of a long SCSI cable. There is a maximum length of cable, usually 3 meters for the whole length (internal and external cables combined, although sticking to 1.5 meters total length is a good plan). There are lots of other things that can issues on boot times of an A3000, but I'll let others chip in, as it has been many years since I used one. |
29 June 2017, 17:43 | #3 |
Registered User
Join Date: May 2001
Location: ?
Posts: 19,645
|
He asked about when there's NO SCSI device in the chain.
|
29 June 2017, 18:16 | #4 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,346
|
Hmmm, some irrelevant and only vaguely useful/correct information there. The delay he's wondering about is nothing to do with termination. It's the delay resulting from the system querying each device unit ID in turn to determine which IDs are present.
When devices are present on the bus it can be possible to set the last unit flag on the device. This stops the system searching for any IDs beyond that one, thus speeding up the boot process. But with no devices attached this isn't possible, and the entire bus is scanned. The A3000 has a setting in its NVRAM for slowing down the detection process. This is to allow slow drives to fully spin up before being queried, but adds the time to the boot process. It can be disabled using tools from Aminet, and that should help speed it up. In theory it would be possible to create a device that responds to queries with a last unit flag, but such a device wouldn't be a passive item like the IDE or floppy killers - it is more likely to require some sort of intelligent controller to deal with the queries correctly. A far simpler idea however would be to get hold of an old SCSI hard drive, or if power/heat/noise/space are a priority, a SCSI2SD adaptor, set that to unit 0 and set the last unit flag on it. That will give the minimum boot time possible without going to drastic lengths, however will need reconfiguring to a higher ID when connecting the CD-ROM drive. |
29 June 2017, 18:28 | #5 |
Registered User
Join Date: Aug 2004
Location:
Posts: 3,343
|
Check SetBatt on Aminet. If your A3000 is currently using the long SCSI selection timeout (2s) you can use that to change it to 128ms.
|
29 June 2017, 19:55 | #6 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,335
|
But Daedalus, the CD-ROM will never have the last unit flag set either, so that can't be the answer in this case. I would not exclude the possibility that it's a termination issue.
|
29 June 2017, 20:37 | #7 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,346
|
Yeah, the CD-ROM drive won't have the flag but it will normally respond almost immediately, which will cut down the query time by eliminating that unit's delay. I can't see how termination can be the issue. If there were other devices attached, maybe. But with no devices attached it won't receive any sort of valid response, terminated or not.
Edit: Ah, I wasn't suggesting that setting last device flag on the CD-ROM would solve the issue, sorry if it sounded like that. That's why I suggested an old HD or SCSI2SD attached to the bus. Last edited by Daedalus; 29 June 2017 at 20:48. |
29 June 2017, 21:39 | #8 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,335
|
But with seven units, the CD-ROM should only cut one seventh of the bus scanning time.
|
29 June 2017, 21:43 | #9 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,346
|
I see what you're saying. So what sort of termination issue would cause long delays, or rather, would cause the delays to go away when a CD drive is connected? Especially since we should assume that the CD drive is working fine when attached.
|
29 June 2017, 21:53 | #10 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,335
|
The difference as far as I can tell, at least going by your explanation that scanning the bus is what takes time, is that the CD-ROM terminates and the bus is otherwise left unterminated. So either the OP does always terminate his bus and the scan process doesn't work quite as you described it (exiting as soon as it finds one unit on the chain) or the OP doesn't plug in an external terminator when the CD isn't plugged in, and this causes the controller to "try and try again" before giving up on getting anything worthwhile out of the bus.
|
29 June 2017, 22:18 | #11 |
Registered User
Join Date: Dec 2010
Location: Norway
Posts: 819
|
Only option to completely get rid of any scsi delay is to burn a custom rom without scsi.device. Pulling the scsi chip does not help
Otherwise: Two nvram settings are relevant - Slow scan and lun scanning. (worst case = it might be scanning all luns for each id) Idrougge: You're misunderstsnding, read up on the rdb 'last unit/drive' flag.. |
29 June 2017, 22:39 | #12 |
Registered User
Join Date: Jun 2009
Location: Dublin, then Glasgow
Posts: 6,346
|
No, I think he gets it alright, though a controller won't stop scanning once it finds a device *unless* the last device flag is set (and that flag can't be set on CD-ROMs or other removable media drives), since then it would never see more than one device. It's a good point though: I don't think the A3000 was ever really intended to run without any devices attached, so it might rescan the bus a couple of times if it doesn't find anything. I'm not that familiar with its intricacies so I can't say for sure, but that would explain the much longer wait time.
|
29 June 2017, 23:06 | #13 |
Registered User
Join Date: Sep 2007
Location: Stockholm
Posts: 4,335
|
Mind you, I don't remember having any overtly long startup times on my A3000 when I ran it on a Buddha without SCSI units.
|
30 June 2017, 16:39 | #14 | |
Banned
Join Date: Dec 2016
Location: Nottingham, UK
Posts: 481
|
Interesting. The A3000 was released with Kickstart on Hard disk - so without a SCSI device in the chain, how could such a machine start up?
Sure, there were kits later which had real Kickstarts on ROM chips, but that wasn't how the machine shipped, and it is very stupid of you to pretend otherwise. Of course you will ignore my question, being a trashtalking no nothing zit in need of squeezing. And yes, if there's no devices in the chain, terminators do indeed boost the time it takes to scan all possible addresses on the bus (and discover no devices). Try it. Not Akira obviously, last time he had an original thought, Abraham Lincoln was still in the White House. Quote:
|
|
30 June 2017, 16:48 | #15 | ||
Registered User
Join Date: May 2001
Location: ?
Posts: 19,645
|
Quote:
Quote:
|
||
30 June 2017, 16:54 | #16 |
Banned
Join Date: Aug 2005
Location: London / Sydney
Age: 47
Posts: 20,420
|
What is it with you guys???
Pat, you've only been on EAB for six or so months and been banned twice already. One more post like the above towards anyone and it will be a permanent on; absolute last warning!!! |
30 June 2017, 17:04 | #17 | |||
-
Join Date: Jul 2003
Location: Helsinki / Finland
Age: 43
Posts: 9,863
|
Quote:
Quote:
The DF0 and IDE terminators that Amigakit sell are incorrectly named in this sense, they are not bus terminators, merely hacks to fool the drivers into thinking there is something connected. Quote:
clicky 1.3 can be kicked off the HD too, but I'll leave it as an exercise to the reader to figure out why it is ghosted on my system. You remember many things from your time with the Amiga, but it has become rather obvious, that some of your memories are beginning to fade. Please relax a bit on this forum, and accept that maybe sometimes those memories of yours need refreshing. |
|||
30 June 2017, 17:16 | #18 | ||
Banned
Join Date: Dec 2016
Location: Nottingham, UK
Posts: 481
|
Nope. You need a Superkickstart disk.
A1000 = no hard disk, no MMU. 256KB maximum Kickstart size. A3000 = hard disk, MMU always present. No maximum kickstart size ... well, actually you need to hack them like crazy to get anything over 512KB. Quote:
No, really, no need to thank me. Quote:
The terminators just give nice clean signals. Without them the controller has a fair bit of static to sort out as non-signals and no devices present. But, to be fair to Amigakit, the "floppy terminators" do actually decrease startup times, so they are used for a similar purpose. If you try removing the SCSI cable from the hard drive, and turn the machine on.... if you get an "insert floppy screen" then you have a later / post production run version with onboard real Kickstart ROM chips. If not, you've got an original with the Kickstart loading from hard disk. Turn off and plug the cable back in either way. But I think you got an original. Last edited by Pat the Cat; 30 June 2017 at 17:26. |
||
30 June 2017, 17:39 | #19 | |
Registered User
Join Date: May 2001
Location: ?
Posts: 19,645
|
Which is a disk. With a Kickstart in it. Like Jope mentioned before and proved with a picture. You don't need the SCSI HDD to be present like you insist.
Quote:
It seems to me like your definition of "trash talking" is proving you said something wrong. But I wasn't even doing that, I was clarifying and I even asked you a question, which you again answered with snarky remarks. |
|
30 June 2017, 17:46 | #20 | |
Banned
Join Date: Dec 2016
Location: Nottingham, UK
Posts: 481
|
No, a Kickstart disk isn't a Superkickstart disk.
A superKickstart disk will not work in an A1000 either, and the vast majority of Amigas are usable BECAUSE YOU DON'T HAVE TO WAIT FOR A FLOPPY TO LOAD THE FIRMWARE. Sheesh, that's an extra 40 seconds of boot time... the poster asked because they wanted to reduce boot times, not increase them as you advise. Quote:
|
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
"Voices8" 8 Channel Soundtracker "DemoSongI" song - "This is the Amiga with 8 Voices" | DemosongIHunter | request.Music | 45 | 23 May 2022 20:07 |
"Screech!! v2.41" & "Screech!! [AGA] v2.51" - "HD install" --> "ADFs" | DamienD | request.Old Rare Games | 45 | 15 June 2020 12:42 |
"Reminder "Lincs Amiga User Group aka "LAG" Meet Sat 5th of January 2013" | rockape | News | 4 | 30 January 2013 00:06 |
CD32 Image-Name-Bug: "...(bla)[!].zip" -> "...(bla)[" / "...[test].zip" -> "...[tes" | cfTrio | support.WinUAE | 8 | 18 December 2012 16:31 |
A4000 2,5" HD to SCSI "solution"... | keropi | Hardware pics | 14 | 13 September 2006 11:56 |
|
|