REMINDER - Stay logged in for at least 2 hours a week to get whitelisted.
Also it helps build a picture where our "good traffic" is coming from for detection scripts.
:o)

CDTV Relocator for the TF536

68030 + SDRAM + IDE

Moderators: terriblefire, Terriblefire Moderator

User avatar
8 Bit Dreams
Moderator Team
Moderator Team
Posts: 785
Joined: 09 Nov 2018 07:12
Location: Germany

Re: CDTV Relocator for the TF536

Post by 8 Bit Dreams »

Ah!
then it is just a redrawn version of this:
http://lvd.nedopc.com/Projects/a600_8mb/index.html
now i got it... ;)
this doesn't help us to move forward though..
Retro computer hardware & repair in Germany
terriblefire
Admin sponsor
Admin sponsor
Posts: 5687
Joined: 28 Aug 2017 22:56
Location: Glasgow, UK

Re: CDTV Relocator for the TF536

Post by terriblefire »

I am planning to just make a driver that does PIO. Its not like the CD drive is so stonkingly fast that anyone would notice the speed reduction, especially if an 030 with a cache is doing the PIO. That completely eliminates all the ram issues.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
dalek
Posts: 232
Joined: 08 Nov 2018 11:03
Location: NSW Australia

Re: CDTV Relocator for the TF536

Post by dalek »

terriblefire wrote: 17 Aug 2020 09:47 Ok i got my dev environment set up on my mac laptop. And i can start testing the driver changes now. Note that even with the allocmem patch i see that the dma gets asked to DMA to fastmem..
That's so weird. I was looking at your cdtv.device.asm. To me it looks like the DMA happens to the buffer "db" allocated withing the device node that gets added to the system with AddDevice. Is it possible that is being added in fast ram? In which case a workaround may be another allocmem and point the device buffer to that instead?
terriblefire
Admin sponsor
Admin sponsor
Posts: 5687
Joined: 28 Aug 2017 22:56
Location: Glasgow, UK

Re: CDTV Relocator for the TF536

Post by terriblefire »

dalek wrote: 18 Aug 2020 01:18
terriblefire wrote: 17 Aug 2020 09:47 Ok i got my dev environment set up on my mac laptop. And i can start testing the driver changes now. Note that even with the allocmem patch i see that the dma gets asked to DMA to fastmem..
That's so weird. I was looking at your cdtv.device.asm. To me it looks like the DMA happens to the buffer "db" allocated withing the device node that gets added to the system with AddDevice. Is it possible that is being added in fast ram? In which case a workaround may be another allocmem and point the device buffer to that instead?
No this only happens for frame 1 and 3 of the CDXL buffer. The second frame goes direct to the buffer supplied by the user and that is almost always in FastMem. The more i think about it the less value i see in the DMA. Now i just need to figure out out to PIO the buffer correctly. If instruction caches are on then it should look about the same speed as DMA anyways.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
utri007
Posts: 182
Joined: 13 Nov 2018 22:20

Re: CDTV Relocator for the TF536

Post by utri007 »

@terriblefire
The more i think about it the less value i see in the DMA. Now i just need to figure out out to PIO the buffer correctly. If instruction caches are on then it should look about the same speed as DMA anyways.
What ever you decide it is perfectly OK. As a bright side, after it there is no tons of different expansions wich needed to work with it. :)
terriblefire
Admin sponsor
Admin sponsor
Posts: 5687
Joined: 28 Aug 2017 22:56
Location: Glasgow, UK

Re: CDTV Relocator for the TF536

Post by terriblefire »

Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...

Fscking hate working on this machine
448FFCFA-7993-4362-BE89-46922D92E465.jpeg
You do not have the required permissions to view the files attached to this post.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
go0se
Posts: 411
Joined: 25 Nov 2018 19:55

Re: CDTV Relocator for the TF536

Post by go0se »

terriblefire wrote: 22 Aug 2020 11:33 Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...
That's the reason you just bought that spare CDTV right? :lol:

What is the issue?
bartekmalysz
Posts: 76
Joined: 25 Jun 2020 16:05
Location: Northwich

Re: CDTV Relocator for the TF536

Post by bartekmalysz »

No problem, I have 3 more :lol:
terriblefire
Admin sponsor
Admin sponsor
Posts: 5687
Joined: 28 Aug 2017 22:56
Location: Glasgow, UK

Re: CDTV Relocator for the TF536

Post by terriblefire »

go0se wrote: 22 Aug 2020 11:57
terriblefire wrote: 22 Aug 2020 11:33 Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...
That's the reason you just bought that spare CDTV right? :lol:

What is the issue?
PSU blew and it showed a green screen after soldering A19... bloody thing
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
User avatar
GadgetUK164
Posts: 445
Joined: 04 Jan 2019 14:26

Re: CDTV Relocator for the TF536

Post by GadgetUK164 »

terriblefire wrote: 22 Aug 2020 12:20
go0se wrote: 22 Aug 2020 11:57

That's the reason you just bought that spare CDTV right? :lol:

What is the issue?
PSU blew and it showed a green screen after soldering A19... bloody thing
=( You've not had much luck with the CDTV have you!
My YouTube Channel - www.youtube.com/GadgetUK164

Return to “TF536”

Who is online

Users browsing this forum: ClaudeBot, Google [Bot] and 12 guests