Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
In message [EMAIL PROTECTED], ZN [EMAIL PROTECTED] writes OK, I was persuaded. But the results are very dissapointing. It works at 25MHz, as it should since the CPU is rated for that frequency. But anything over that is a no-go. At 28MHz it kept crashing, at 29.44 it wouldn't even reset. No matter what - even when I went to the length of taking 4MB of 60ns RAM off of the QXL to replace the 70ns one on the SGC. Same exact results... This is hardly surprising because the big problem that stopped production of the Super Gold Card was that Altera shrunk the die for the main chip. This meant that the timings changed slightly and the whole thing did not work. The Timing on the SGC would seem to be very critical. -- Roy Wood Q Branch, 20 Locks Hill Portslade. Sussex. BN41 2LB. UK Tel : +44 (0)1273 386030 Fax : +44 (0)1273 430501 (New number!) Mobile +44(0)7836 745501 Web : www.qbranch.demon.co.uk
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
Hello Nasta, A long time ago, when the lrespr version of the driver came out, Phil Borman also mentioned locations that needed to be patched if Qubide was set to an address different than the ROM port. If you have the lrespr version somewhere, I would apreciate an email with it attached :-) I'm pretty sure Phil sent me the lrespred version. It was v1.54 or similar. The only problem is where to find it. I'll try to give a look at my old floppy disks ... if nobody will answer in the meanwhile ;-) ciao Davide
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
On Sun, 1 Sep 2002 at 12:29:08, Davide Santachiara wrote: (ref: 004c01c251a2$88332440$0200a8c0@ergonnotebook) Hello Nasta, A long time ago, when the lrespr version of the driver came out, Phil Borman also mentioned locations that needed to be patched if Qubide was set to an address different than the ROM port. If you have the lrespr version somewhere, I would apreciate an email with it attached :-) I'm pretty sure Phil sent me the lrespred version. It was v1.54 or similar. The only problem is where to find it. I'll try to give a look at my old floppy disks ... if nobody will answer in the meanwhile ;-) I have 1.56 which I have emailed to Nasta -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tonysurname.demon.co.uk http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
On Sun, 1 Sep 2002 at 00:05:43, ZN wrote: (ref: [EMAIL PROTECTED]) A long time ago, when the lrespr version of the driver came out, Phil Borman also mentioned locations that needed to be patched if Qubide was set to an address different than the ROM port. If you have the lrespr version somewhere, I would apreciate an email with it attached :-) qubide.156 Description: qubide.156 -- QBBS (QL fido BBS 2:252/67) +44(0)1442-828255 tony@surname.demon.co.uk http://www.firshman.demon.co.uk Voice: +44(0)1442-828254 Fax: +44(0)1442-828255 TF Services, 29 Longfield Road, TRING, Herts, HP23 4DG
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
Davide Santachiara wrote: I'm pretty sure Phil sent me the lrespred version. It was v1.54 or similar. The only problem is where to find it. I'll try to give a look at my old floppy disks ... if nobody will answer in the meanwhile ;-) 1.56 is freely available on the web: http://www.pborman.freeserve.co.uk/ Ciao, Marcel
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
On 30/08/02 at 22:22 Phoebus Dokos wrote: Hello all, Since I have finally returned its about time, I ask one of my famous crazy set of questions ;-) Here goes: 1. Have anybody successfully overclocked the SGC? If yes to which freq.? Yes, I have, but only to 25MHz - because I only had oscillators for less or equal to that, which could fit the space. It worked just fine, with the exception of the floppy controller which is normally clocked from the 24MHz oscillator. However, I may be persuaded to try it again - after all, currently the SGC is running without a floppy, connected to an Aurora through a Qubide with a CF card on it. This means all the traditional problems with 8301 timing and floppy access do not apply. And - I have many more oscillators to try :-) BTW Phoebus, your Qubide is still here. I will be (with some luck) sending it over next week with a new set of GALs, these will be a bit experimental, so I will include a pair of the standard V2 GALs as well. P.S. And oh! being in the subject of crazy stuff... anyone had any ideas on how to attach a QXL-II on a Aurora ? (That would be a nice adaptor;-) QL bus to ISA :-) It should not be to difficult, actually, assuming one finds the space. In fact, it would be easyest to attach it to the ROM slot, as strange as that sounds. Regarding your question about activity indication for the ROM slot, it cannot be done easily (i.e. without at least one chip and use of a soldering iron :-) ). Nasta
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
??? 31/8/2002 2:30:18 ??, ?/? ZN [EMAIL PROTECTED] ??: On 30/08/02 at 22:22 Phoebus Dokos wrote: Hello all, Since I have finally returned its about time, I ask one of my famous crazy set of questions ;-) Here goes: 1. Have anybody successfully overclocked the SGC? If yes to which freq.? Yes, I have, but only to 25MHz - because I only had oscillators for less or equal to that, which could fit the space. It worked just fine, with the exception of the floppy controller which is normally clocked from the 24MHz oscillator. However, I may be persuaded to try it again - after all, currently the SGC is running without a floppy, connected to an Aurora through a Qubide with a CF card on it. This means all the traditional problems with 8301 timing and floppy access do not apply. And - I have many more oscillators to try :-) Define MAY be persuaded := BTW Phoebus, your Qubide is still here. I will be (with some luck) sending it over next week with a new set of GALs, these will be a bit experimental, so I will include a pair of the standard V2 GALs as well. Oh with the new logic you were talking about a while back :-) Niic! just on time to attach to my new toy :-) P.S. And oh! being in the subject of crazy stuff... anyone had any ideas on how to attach a QXL-II on a Aurora ? (That would be a nice adaptor;-) QL bus to ISA :-) It should not be to difficult, actually, assuming one finds the space. In fact, it would be easyest to attach it to the ROM slot, as strange as that sounds. Would the Aurora initialize without the original processor of the SGC? Or would that be a case of trying a boot up then discard use of the 68008FN on the Aurora instead of an SGC in anticipation of the GF? Regarding your question about activity indication for the ROM slot, it cannot be done easily (i.e. without at least one chip and use of a soldering iron :-) ). Well in that case I would rather conserve my skills in soldering (emphasis on the quotes) to realizing that 68008FN + 4 Meg memory upgrade you proposed way back (of course due to my crash you would have to send me again that little text diagram you had sent the list if that's not too much trouble :-)) Phoebus Nasta
Re: [ql-users] SGC and SMSQ/E on ROM for the Aurora
On 30/08/02 at 22:22 Phoebus Dokos wrote: 1. Have anybody successfully overclocked the SGC? If yes to which freq.? Yes, I have, but only to 25MHz - because I only had oscillators for less or equal to that, which could fit the space... I may be persuaded to try it again Define MAY be persuaded := Ah, as one good quote goes for one bad movie: time is the fire in which we burn... If I get the time during the long week-end, I may have some results for you. BTW Phoebus, your Qubide is still here. I will be (with some luck) sending it over next week with a new set of GALs, these will be a bit experimental, so I will include a pair of the standard V2 GALs as well. Oh with the new logic you were talking about a while back :-) Niic! just on time to attach to my new toy :-) A long time ago, when the lrespr version of the driver came out, Phil Borman also mentioned locations that needed to be patched if Qubide was set to an address different than the ROM port. If you have the lrespr version somewhere, I would apreciate an email with it attached :-) P.S. And oh! being in the subject of crazy stuff... anyone had any ideas on how to attach a QXL-II on a Aurora ? (That would be a nice adaptor;-) QL bus to ISA :-) It should not be to difficult, actually, assuming one finds the space. In fact, it would be easyest to attach it to the ROM slot, as strange as that sounds. Someone mentioned the Miracle HDD interface. It would work with modifications because it decodes different addresses that the ones QXLs normally use. Another possibility would be the Falkenburg interface, that one also used a QL to ISA (8-bit) adapter. It would probably also need some changes. Would the Aurora initialize without the original processor of the SGC? Or would that be a case of trying a boot up then discard use of the 68008FN on the Aurora instead of an SGC in anticipation of the GF? I don't understand the question? The Aurora has no CPU on board and relies on the SGC to supply one (or, more correctly, an emulation). A 68008FN (or even the regular one) would work just fine as a regular 'standard' QL without MDVs given the correct connection of the 68008 to the bus. A proper decoder would make it look like a 256kB QL of sorts. Well in that case I would rather conserve my skills in soldering (emphasis on the quotes) to realizing that 68008FN + 4 Meg memory upgrade you proposed way back (of course due to my crash you would have to send me again that little text diagram you had sent the list if that's not too much trouble :-)) If I find it! But that was based on a regular 68008 QL as a simple 512k memory expansion. Someone was actually selling suitable 512k chips on eBay a while ago (on three occasions, different versions). The DIP verisions which are nice and large and easily soldered, seem to be very sought after as 10 'recycled' ones went for over $30. OTOH, SO surface mount ones went for $63 for 40 brand new chips. For the 68008FN the ideal solution would be taking two dynamic RAMs off an old 72-pin SIMM of 16MB capacity (the ones with 8 chips). The interfacing logic is however far more complicated and would best be fitted into a small programmable logic chip - for instance, along with the decode for a CF card and a transcode of addresses so everything appears where expected by the OS. Even with static RAM it would not be much simpler... Nasta
