Login
Username:

Password:

Remember me



Lost Password?

Register now!
Main Menu
Who's Online
1 user(s) are online (1 user(s) are browsing Forum)

Members: 0
Guests: 1

more...
   All Posts (twilen)


(1) 2 3 4 ... 9 »


Re: AROS-20180429-amiga-m68k Problem CPU

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
As I guessed, it has nothing to do with emulation. Please don't jump to conclusions without proper troubleshooting.

/arch/m68k-all/stdc/mathpatch.c creates this kind of broken code which overwrites random memory (instead of replacing jump vectors):

07936EA8 3029 0128 MOVE.W (A1, $0128) == $078006bc [a0cf],D0
07936EAC 4a00 TST.B D0
07936EAE 6c00 00a6 BGE.W #$00a6 == $07936f56
07936EB2 217c 0793 70a4 14f6 MOVE.L #$079370a4,(A0, $14f6) == $0792e6fa [079370a4]
07936EBA 217c 0793 7270 153e MOVE.L #$07937270,(A0, $153e) == $0792e742 [07937270]
07936EC2 217c 0793 6dec 15f2 MOVE.L #$07936dec,(A0, $15f2) == $0792e7f6 [07936dec]
07936ECA 217c 0793 7308 17c6 MOVE.L #$07937308,(A0, $17c6) == $0792e9ca [07937308]
...

Posted on: 5/3 11:31
Transfer the post to other applications Transfer


Re: AROS-20180429-amiga-m68k Problem CPU

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
Thanks.

But exact same happens with older WinUAE version (Previously it was said it does not happen with old versions!?). So I don't think it is emulation related.

Something has corrupted stack and memory.



Posted on: 5/3 10:24
Transfer the post to other applications Transfer


Re: AROS-20180429-amiga-m68k Problem CPU

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
For the millionth time and more: No, it isn't that simple. It never is. Works fine here.

Posted on: 5/3 0:05
Transfer the post to other applications Transfer


Re: AROS-20180429-amiga-m68k Problem CPU

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
Could you create archive that contains everything needed?

Thats the only way to have 100% guarantee everything is exactly the same.

Posted on: 5/2 10:41
Transfer the post to other applications Transfer


Re: AROS-20180429-amiga-m68k Problem CPU

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
Sorry but there is too much noise..

Included example configs have far too many options enabled. Those videos don't tell anything useful. (it only tells "it does not work"). Does this have anything to do with built-in ROM? (which is only meant for booting disks images without KS ROM, not for booting newer versions of AROS!). And more..

Posted on: 5/2 9:02
Transfer the post to other applications Transfer


Re: Max filesize

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
File access requires special care when reading >2G (or >4G, can depend on filesystem) files with 32-bit file functions: Seek()'s beyond 2G may not be possible, only linear reading.

But yes, 64-bit "wrapper" would be nice.

Posted on: 2017/7/5 10:11
Transfer the post to other applications Transfer


Re: Max filesize

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
PFS3 "experimental" (Modifications by me and original PFS3 author) supports >4G files (and larger partition sizes) but it isn't production ready.

One problem is that it is not easy to test >4G files without special test programs because OS does not directly support it, at least not very well.

(If AROS 64-bit filesystem handling test cases is needed)

Posted on: 2017/6/29 5:31
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
Yes, it is perfectly fine if compiler does CPU-specific optimizations (just the way it should be) + some kernel changes so that all extra features work. The rest should be in machine-specific drivers anyway.

So there is no (at least no major) problems after all. I hope..

Posted on: 2017/6/29 5:23
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
That sounds fine, at least in theory.

In theory because there is no compiler or assembler support, "optimization" will unfortunately become something like "Lets do it in Apollo assembly in hexadecimal, we must micro-optimize everything in assembly, we have new instructions, they should be used!!1!" which won't help other builds.

Posted on: 2017/6/29 0:03
Transfer the post to other applications Transfer


Re: Vampire hyper threading and aros smp

Joined:
2011/5/10 23:05
Group:
Member
Posts: 81
Offline
Bleh, not again those kinds of non-technical and useless replies from new posters..

There is big problem with AROS support. It has far too many features (really weird ones) that simply don't fit with AmigaOS design without a) losing compatibility b) writing each module twice (one m68k, one Apollo optimized). And aros-m68k main reason is compatibility with AmigaOS!

Apollo/Vampire stops being Amiga m68k compatible if any of its CPU extensions need support. It needs separate AROS platform. But good luck finding developers to do it, but as I said in other forum, it is far too developer hostile. None of existing tools support it, none of debugging tools support it, can't debug it in emulation. Nothing really supports it. So from any serious 680x0 Amiga -only developer point of it view it is and will be "only" very fast 680x0, nothing more, nothing less.

I am not going to accept (and if it happens, I will be permanently out of aros development) any Vampire/Apollo specific code to aros-m68k platform unless it makes 100% sense and won't add much extra code (rom space!), change is localized, something like CPU detection (that is already done so that user space programs can detect it without needing hacks) or optimized memory copy functions are fine.

Anything more complex -> separate aros platform, just like aros was designed to work: main tree/specific platform modules can be inherited directly or overridden with platform specific parts or even single files can be overridden.

Posted on: 2017/6/28 0:54
Transfer the post to other applications Transfer



 Top
(1) 2 3 4 ... 9 »




Search
Top Posters
1 paolone
paolone
4427
2 magorium
magorium
4095
3 nikolaos
nikolaos
4010
4 phoenixkonsole
phoenixkonsole
3921
5 deadwood
deadwood
2917
6 ncafferkey
ncafferkey
2794
7 mazze
mazze
2221
8 clusteruk
clusteruk
2112
9 damocles
damocles
1789
10 BSzili
BSzili
1511
© 2004-2018 AROS Exec