Ralf Reköndt via Ql-Users wrote:
> A simple bootstrap loader would do the trick, right? Why a complete
> SMSQ/E in EPROM? As far as I remind, TT has written such one, having it
> it one of my TT disks (for Atari).
What advantage would that have compared to the full SMSQ/E? None.
Marcel
On Tue, 12 May 2020 07:34:08 +0200, Fabrizio Diversi via Ql-Users wrote:
> I am in the middle of multiple tests with CF/IDE and SD/IDE readers with
> different type/size of CF and SD
>
> Few words about the 2 machine I am using :
>
> - Q40 with 1 IDE controller card with primary channel (master
> If it is the drives, well, that's the problem Thierry has mentioned.
By the way I doubt the ISA bus reset is required, which is adding to the
delay. Neither QDOS Classic nor my own Utility ROMs use it. Never seen
any issue.
___
QL-Users Mailing List
Hi,
> I could be wrong, and for sure I am, but I noted that smsq/e 3.36b in
> eprom boots in an instant and I suspect that smsq/e 3.36 start so fast
> that sometime for unknown reasons hangs before the boot, this explain
> the few hangs I have.
>
Apart from spinning up mechanical drives, I don
Well, you can bring up the OS from ROM without working mass storage. That's
definitely an advantage, especially for the early days, when we didn't have
fast storage (i.e. floppy only).
Compared to the Atari, that's ROM-TOS vs. Disk-TOS (but not running from ROM)
Tobias
> Am 12.05.2020 um 19:12
Yep, I am using last version of 3.36b.
I revert back to initial original eprom, waiting the brand new Eprom (10
items exactly the same) i ordered from China
Unfortunately I bought 4 eprom second hand from eBay, they are branded
ST M27C1024 12F even if they look different from external: 2 have
A simple bootstrap loader would do the trick, right? Why a complete
SMSQ/E in EPROM? As far as I remind, TT has written such one, having it
it one of my TT disks (for Atari).
Am 12.05.2020 um 18:28 schrieb Peter Graf via Ql-Users:
Ralf Reköndt via Ql-Users wrote:
Hmm, so why use it in an EPRO
Ralf Reköndt via Ql-Users wrote:
> Hmm, so why use it in an EPROM?
You need some kind of ROM to boot the machine and load the OS.
This can be a separate loader, like inside the Q68, but then it needs to
access mass storage to load the OS.
In case of the Q40 and Q60, the OS can boot completely wi
Marcel Kilgus via Ql-Users wrote:
> Fabrizio Diversi via Ql-Users wrote:
>> This issue seems to address newer SMSQ/E in Eprom, I used second
>> hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
>> China the same Brand but with 100ns.not sure where is the
>> problem.
>
> SMSQ/E
Hmm, so why use it in an EPROM?
Am 12.05.2020 um 15:48 schrieb Marcel Kilgus via Ql-Users:
Fabrizio Diversi via Ql-Users wrote:
This issue seems to address newer SMSQ/E in Eprom, I used second
hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
China the same Brand but with 100ns.
Fabrizio Diversi via Ql-Users wrote:
> This issue seems to address newer SMSQ/E in Eprom, I used second
> hand ST M27C1024 eprom 120ns. I ordered completely new eprom from
> China the same Brand but with 100ns.not sure where is the
> problem.
SMSQ/E never executes from EPROM, it is always copi
Hi,
Yes, thanks, that will be in the next version of SMSQE.
I sent Fabrizio a preview version with that fix already included, I
presume that is what Fabrizio is using
I'm not sure whether that is his problem, though.
Woflgang
>
>> Just a question - what happens if you re-load (per LRESPR
On Tue, 12 May 2020 10:27:07 +0200, Wolfgang Lenerz via Ql-Users wrote:
> Just a question - what happens if you re-load (per LRESPR ,not
> automatically at boot time)
Yes, I was about to ask the same question, but you bet me to it.
It is probably the same issue as the one I encountered with my H
Hi,
(...)
> - Same Q60 as before but with SMSQ/e 3.36 on rom..here the situation
> is more complex.
(...)
Just a question - what happens if you re-load (per LRESPR ,not
automatically at boot time)
1 - the same version of SMSQ/E as the one in your Eproms?
2 - the same as the one you would lo
Hi,
I am in the middle of multiple tests with CF/IDE and SD/IDE readers with
different type/size of CF and SD
Few words about the 2 machine I am using :
- Q40 with 1 IDE controller card with primary channel (master/slave) and
secondary (master/slave) on the same Card so in total 4 IDE device
I have everything needed right here. If anyone wants to take it on and
gives me a part list, I'll make a care package.
Dave
On Mon, May 11, 2020 at 4:09 PM Thierry Godefroy via Ql-Users <
ql-users@lists.q-v-d.com> wrote:
> On Mon, 11 May 2020 15:38:42 -0500, Dave Park via Ql-Users wrote:
>
> > A
On Mon, 11 May 2020 15:38:42 -0500, Dave Park via Ql-Users wrote:
> A small circuit can split the master/slave into two isolated masters
> that would work in most or all cases. Is this of interest as a possible
> solution?
I thought about it but the problem is with finding all the deprecated
40 p
A small circuit can split the master/slave into two isolated masters that
would work in most or all cases. Is this of interest as a possible solution?
Dave
On Mon, May 11, 2020 at 3:35 PM Thierry Godefroy via Ql-Users <
ql-users@lists.q-v-d.com> wrote:
> On Thu, 23 Apr 2020 23:42:31 +0200, Peter
On Thu, 23 Apr 2020 23:42:31 +0200, Peter Graf via Ql-Users wrote:
> Fabrizio Diversi via Ql-Users wrote:
> > - As a slave I have a 4 GB Toshiba SD HC with a CF adapter Type II.
>
> Ah! Very good idea! With the right passive CF-IDE adapters, those might
> not suffer the same problem as the SD
On Tue, Feb 22, 2011 at 9:46 AM, Marcel Kilgus wrote:
> Lee Privett wrote:
> > Thanks, I think it is reporting sectors rather than memory as I
> > seem to get twice as much, however it is telling me what I want to know.
>
> No, it's RAMTOP, i.e. the highest RAM address, but below the RAM are
> the
Lee Privett wrote:
> Thanks, I think it is reporting sectors rather than memory as I
> seem to get twice as much, however it is telling me what I want to know.
No, it's RAMTOP, i.e. the highest RAM address, but below the RAM are
the ROMs etc. On a QL you will probably have to subtract 131072 to
de
Subject: Re: [Ql-Users] Memory
peek_l(163872) I believe contains address of end of RAM.
/Petri
On Tue, Feb 22, 2011 at 4:27 PM, Lee Privett wrote:
> I have a JM basic system and I am trying to check the memory it has before
and after I plug the expanderam card in. No joy as far as I
peek_l(163872) I believe contains address of end of RAM.
/Petri
On Tue, Feb 22, 2011 at 4:27 PM, Lee Privett wrote:
> I have a JM basic system and I am trying to check the memory it has before
> and after I plug the expanderam card in. No joy as far as I can determine,
> keywords in QDOS but
I have a JM basic system and I am trying to check the memory it has before and
after I plug the expanderam card in. No joy as far as I can determine, keywords
in QDOS but I seem to remember a Peek somewhere, anyone?
Lee
- Back to the QL-
___
QL-Use
Good news, I had forgotten to patch one of the IO component executable of
BlackKnight. It is now giving me a tough game of chess on the Q60, at least
tough for me as I am not a good chess player. If it beats me too often I will
make it play GNU chess!
Many thanks for the help from everyone.
Re
2009 18:11
Subject: Re: [Ql-Users] Memory Reduction
matras...@aol.com wrote:
> I have acquired the Black Knight Chess Program. I was informed it
> would not work on modern QL systems but have found that it will when
> the memory in the system is reduced. That is Black Knight will
-v-d.com
Sent: Sun, 22 Feb 2009 15:47
Subject: Re: [Ql-Users] Memory Reduction
> Hello,?
You could try some of the memory reset utilities like Peter Beule's RES,
available on my website at http://www.dilwyn.uk6.net/tk/index.html or if you
have my PD library CD it's
Thanks Tony, this works OK on QPC2, either respr or alchp, but not on the Q60.
Duncan
-Original Message-
From: Tony Firshman
To: ql-us...@q-v-d.com
Sent: Sun, 22 Feb 2009 15:49
Subject: Re: [Ql-Users] Memory Reduction
matras...@aol.com wrote, On 20/02/09 22:44
matras...@aol.com wrote:
> I have acquired the Black Knight Chess Program. I was informed it
> would not work on modern QL systems but have found that it will when
> the memory in the system is reduced. That is Black Knight will not
> run unless memory is reduced to 8MB or less, if this is done it
matras...@aol.com wrote, On 20/02/09 22:44:
Hello,
I have acquired the Black Knight Chess Program. I was informed it would not
work on modern QL systems but have found that it will when the memory in the
system is reduced. That is Black Knight will not run unless memory is reduced
to 8MB or le
Hello,
I have acquired the Black Knight Chess Program. I was informed it would
not work on modern QL systems but have found that it will when the memory
in the system is reduced. That is Black Knight will not run unless memory
is reduced to 8MB or less, if this is done it will run on QPC2? 3.33
Hello,
I have acquired the Black Knight Chess Program. I was informed it would not
work on modern QL systems but have found that it will when the memory in the
system is reduced. That is Black Knight will not run unless memory is reduced
to 8MB or less, if this is done it will run on QPC2? 3.33
On Tue, 21 Aug 2007 19:39:50 +0200, Palenicek Jan <[EMAIL PROTECTED]> wrote:
> Hi Nasta, Thanks for great info.
> Thanks, thinking more about it, I should still address my time critical
> routines into this slow-ULA memory rather than to expanded memory,
> because slow memory is equally slow o
Hi Nasta, Thanks for great info.
>available memory bandwidth, and usually less. When all is said and done,
>you come out with about 50-60% bandwidth long term.
Thanks, thinking more about it, I should still address my time critical
routines into this slow-ULA memory rather than to expanded mem
On Tue, 21 Aug 2007 10:03:44 +0200, Marcel Kilgus
<[EMAIL PROTECTED]> wrote:
> ZN wrote:
>> The actual sharing is quite complex and effectively slows down the CPU
>> access buy some 40% or so, unless there is shadowing involved, like with
>> the GC and SGC.
> [...]
>
> Ah, look who's still alive
ZN wrote:
> The actual sharing is quite complex and effectively slows down the CPU
> access buy some 40% or so, unless there is shadowing involved, like with
> the GC and SGC.
[...]
Ah, look who's still alive :-) Thanks for the details, that was
interesting for me, too.
Marcel
_
On Tue, 14 Aug 2007 09:35:43 +0200, Palenicek Jan <[EMAIL PROTECTED]> wrote:
> Thanks Marcel!
>
>> I'm no hardware guy, but I'm pretty sure the ULA locks ALL internal
>> memory during screen refresh, i.e. depending on model (EU/US) 50 or 60
>> times per second. The CPU cannot access anything at al
Thanks Marcel!
>I'm no hardware guy, but I'm pretty sure the ULA locks ALL internal
>memory during screen refresh, i.e. depending on model (EU/US) 50 or 60
>times per second. The CPU cannot access anything at all during these
>times.
OK, I will measure read/write time in the vram anyway. ULA shou
Palenicek Jan wrote:
> I am working on some timing critical routines for standard QL w/wo
> SandyQboard 512 (no GC, no Aurora). Do you know how is memory shared
> between CPU and ULA? Do you know how (if at all) is memory delayed
> when you need to access videoram at the same time ULA is accessing
Hi all,
I am working on some timing critical routines for standard QL w/wo SandyQboard
512 (no GC, no Aurora). Do you know how is memory shared between CPU and ULA?
Do you know how (if at all) is memory delayed when you need to access videoram
at the same time ULA is accessing it? Is there any
40 matches
Mail list logo
