Forums - All Posts - The Amigans website

Forum Index

Board index » All Posts (jabirulo)

Bottom

(1) 2 3 4 ... 43 »

jabirulo

Re: I don't get ScreenMode prefs and monitors

Posted on: 3/20 22:26 #1

Quite a regular

HI, RadeonHD.chip version?

I only have one "monitor" file on DEVS:Monitors/

Radeon (and Radeon.info) with tooltypes:
CMPLENGTH=6
BOARDNAME=Radeon
DDCMODE=60Hz
(VSYNCMIN=60)
(VSYNCMAX=60)
(HSYNCMIN=31000)
(HSYNCMAX=85000)
(MODE=320x240@70D)
DISABLEFAKENATIVE=Yes
INTERRUPT=Yes

Then I get all (60Hz) screenmodes availables.
I use an HDMI (gfx) to DVI (monitor) cable.
AFAIK "Board 0" is the internal name the driver assigns to the gfx card, as you can have multiple gfx cards plugged.
But the name in ScreenModes->Monitors should be (in my case) "Radeon".

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/11 9:21 #2

Quite a regular

@afxgroup

newlib version works fine here!!!!
No DSI on exiting game.

GREAT!!!

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/10 21:15 #3

Quite a regular

@afxgroup

ok. thx will try it later. thx mate!!! and keep the good work!!!

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/10 16:32 #4

Quite a regular

@afxgroup

Does it use/need any .so?
Reverted back to elf_lib 53.31 and got same crash.

BTW testing/running game from RAM: if it makes any difference.

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/10 15:57 #5

Quite a regular

@afxgroup using CLI/Shell with stack 2 000 000:


Crash log for task "Terri-Fried"

Generated by GrimReaper 53.19

Crash occured in module kernel at address 0x01856D34

Type of crash: DSI (Data Storage Interrupt) exception

Alert number: 0x80000003



Register dump:

GPR (General Purpose Registers):

   0: 7FA1B640 5C228D90 00000000 02119C2C 018021D4 00000000 0222AE8C 0222AEFC 

   8: FFFF9904 00009905 5E11FC50 5D473ED0 20442482 00000000 5D6BD390 00007FF8 

  16: 00000000 5C22972C 00000000 5C22971C 02119C2C 001E8480 5FDA7B70 00008000 

  24: 5E11FC50 5C4A0000 5C244340 5C4A0000 00000000 0222DD82 018021D4 02119C2C 





FPR (Floating Point Registers, NaN = Not a Number):

   0:              nan                1    -2.12135e+230      1.00381e-41 

   4:    -6.65657e+306    -6.64227e+267       4.5036e+15       4.5036e+15 

   8:                4       4.5036e+15       4.5036e+15              256 

  12:       4.5036e+15    -2.45775e+306     -1.00581e+16     -5.18813e+34 

  16:     9.14817e+245     -3.80847e-05     1.15725e+140     -3.10898e-82 

  20:     1.57711e+304      1.75223e+34    -1.73391e+229    -2.25028e+227 

  24:     -7.40728e-22     -6.01276e-51    -2.18294e+224    -1.55657e+294 

  28:      1.58292e-89     1.00631e+305     -5.82008e-10     7.00864e+144 



FPSCR (Floating Point Status and Control Register): 0x82004000





SPRs (Special Purpose Registers):

           Machine State (msr) : 0x0002F030

                Condition (cr) : 0x5CD60000

      Instruction Pointer (ip) : 0x01856D34

       Xtended Exception (xer) : 0x5CD36164

                   Count (ctr) : 0x00570001

                     Link (lr) : 0x00000000

            DSI Status (dsisr) : 0x85027002

            Data Address (dar) : 0x5CD62A44







680x0 emulated registers:

DATA: 00000000 00000034 00000000 00000000 00000000 00000000 00000000 00000000 

ADDR: 00000000 600E1530 00000000 00000000 00000000 00000000 00000000 5CFD8CA0 

FPU0:                0                0                0                0 

FPU4:                0                0                0                0 







Symbol info:

Instruction pointer 0x01856D34 belongs to module "kernel" (HUNK/Kickstart)



Stack trace:

    native kernel module kernel+0x00056d34

    native kernel module kernel+0x00056d20

    [/home/apalmate/clib2/library/stdio/vfprintf.c:38] Terri-Fried:out()+0x84 (section 1 @ 0x589B84)

    [/home/apalmate/clib2/library/stdio/vfprintf.c:429] Terri-Fried:printf_core()+0x104 (section 1 @ 0x589F44)

    [/home/apalmate/clib2/library/stdio/vfprintf.c:703] Terri-Fried:vfprintf()+0xac (section 1 @ 0x58CE40)

    [/home/apalmate/clib2/library/stdio/printf.c:25] Terri-Fried:printf()+0x98 (section 1 @ 0x589338)

    [/mnt/d/Sviluppo/Amiga/gl4es/src/gl/logs.c:43] Terri-Fried:LogPrintf()+0x64 (section 1 @ 0xE0664)

    [/mnt/d/Sviluppo/Amiga/gl4es/src/gl/init.c:108] Terri-Fried:initialize_gl4es()+0x544 (section 1 @ 0xD046C)

    [/home/apalmate/clib2/library/crtbegin.c:64] Terri-Fried:_init()+0x7c (section 1 @ 0x1AC0)

    [/home/apalmate/clib2/library/stdlib/main.c:70] Terri-Fried:call_main()+0x118 (section 1 @ 0x58E284)

    [/home/apalmate/clib2/library/stdlib/main.c:345] Terri-Fried:_main()+0x224 (section 1 @ 0x58E5D8)

    [/home/apalmate/clib2/library/crtbegin.c:222] Terri-Fried:_start()+0x5c (section 1 @ 0x21F8)

    native kernel module kernel+0x00054d48

    native kernel module kernel+0x00054dc0



PPC disassembly:

 01856d2c: 39290001   addi              r9,r9,1

 01856d30: 2f88ffff   cmpwi             cr7,r8,-1

*01856d34: b13e002c   sth               r9,44(r30)

 01856d38: 41de00a8   beq-              cr7,0x1856DE0

 01856d3c: 813e0028   lwz               r9,40(r30)

...

I have/use among other libs terri-fried needs:
mingl_lib 2.24 (21.10.2020)
sysvipc_lib 53.1 (24.04.2009)
ogles2.library 3.4 ( 1-10-2022)
Warp3DNova.library 54.17 (18-10-2022)

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/10 14:43 #6

Quite a regular

@afxgroup

I'm using betasystem (maybe latest/beta elf_lib 53.40 problem?).

EDIT1: tried with elf_lib 53.34 and got same crash.

radeonRX v2.12
radeonHD v5.18 (not yet out AFAIK)

Topic | Forum

jabirulo

Re: 2023 - March - Terri-Fried

Posted on: 3/10 12:14 #7

Quite a regular

@afxgroup

I too get a GR when launching game, using SAM460ex and radeonHD (radeon r7-250) and ogles2_lib v3.4 (2022.10.01):


Crash log for task "Terri-Fried"

Generated by GrimReaper 53.19

Crash occured in module kernel at address 0x01856D34

Type of crash: DSI (Data Storage Interrupt) exception

Alert number: 0x80000003



Register dump:

GPR (General Purpose Registers):

   0: 7D15B5C0 57A84D90 00000000 02119C2C 018021D4 00000000 0222AE8C 0222AEFC 

   8: FFFF9904 00009905 603401D0 00000025 24444242 00000000 5D96E390 00007FF8 

  16: 00000000 57A8572C 00000000 57A8571C 02119C2C 000F4240 5B990DC0 00008000 

  24: 603401D0 57A90000 5A77E328 57A90000 00000000 0222DD82 018021D4 02119C2C 





FPR (Floating Point Registers, NaN = Not a Number):

   0:              nan                1      -1.1716e-78      7.07852e-42 

   4:    -5.91028e+306    -6.61003e+267      1.16099e+34                1 

   8:                4       4.5036e+15       4.5036e+15              256 

  12:       4.5036e+15    -2.23833e+306     -2.34173e+06      -4.3769e+34 

  16:      -1.7167e-24      3.67548e-05     6.43224e-169     -3.10254e-82 

  20:      9.82126e-10      3.77749e+24    -6.69907e+226     -1.07777e-81 

  24:     -5.02161e-05    -9.64544e+257    -1.65516e+306    -5.99963e+303 

  28:      1.63201e-89      7.61025e-09    -9.22013e+298    -6.86536e+144 



FPSCR (Floating Point Status and Control Register): 0x82004000





SPRs (Special Purpose Registers):

           Machine State (msr) : 0x0002F030

                Condition (cr) : 0x5B890000

      Instruction Pointer (ip) : 0x01856D34

       Xtended Exception (xer) : 0x5A763164

                   Count (ctr) : 0x00570001

                     Link (lr) : 0x00000000

            DSI Status (dsisr) : 0x85027002

            Data Address (dar) : 0x5B898A44







680x0 emulated registers:

DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

FPU0:                0                0                0                0 

FPU4:                0                0                0                0 







Symbol info:

Instruction pointer 0x01856D34 belongs to module "kernel" (HUNK/Kickstart)



Stack trace:

    native kernel module kernel+0x00056d34

    native kernel module kernel+0x00056d20

    module Terri-Fried at 0x7D141B78 (section 0 @ 0x589B54)

    module Terri-Fried at 0x7D141F38 (section 0 @ 0x589F14)

    module Terri-Fried at 0x7D144E34 (section 0 @ 0x58CE10)

    module Terri-Fried at 0x7D14132C (section 0 @ 0x589308)

    module Terri-Fried at 0x7CC9862C (section 0 @ 0xE0608)

    module Terri-Fried at 0x7CC88470 (section 0 @ 0xD044C)

    module Terri-Fried at 0x7CBB9AC4 (section 0 @ 0x1AA0)

    module Terri-Fried at 0x7D146278 (section 0 @ 0x58E254)

    module Terri-Fried at 0x7D1465CC (section 0 @ 0x58E5A8)

    Terri-Fried:_start()+0x5c (section 1 @ 0x21F8)

    native kernel module kernel+0x00054d48

    native kernel module kernel+0x00054dc0



PPC disassembly:

 01856d2c: 39290001   addi              r9,r9,1

 01856d30: 2f88ffff   cmpwi             cr7,r8,-1

*01856d34: b13e002c   sth               r9,44(r30)

 01856d38: 41de00a8   beq-              cr7,0x1856DE0

 01856d3c: 813e0028   lwz               r9,40(r30)

EDIT1: tested with radeonRX (RX550) and crashes too:


...

Stack trace:

    native kernel module kernel+0x00056d34

    native kernel module kernel+0x00056d20

    module Terri-Fried at 0x7D177B78 (section 0 @ 0x589B54)

    module Terri-Fried at 0x7D177F38 (section 0 @ 0x589F14)

    module Terri-Fried at 0x7D17AE34 (section 0 @ 0x58CE10)

    module Terri-Fried at 0x7D17732C (section 0 @ 0x589308)

    module Terri-Fried at 0x7CCCE62C (section 0 @ 0xE0608)

    module Terri-Fried at 0x7CCBE470 (section 0 @ 0xD044C)

    module Terri-Fried at 0x7CBEFAC4 (section 0 @ 0x1AA0)

    module Terri-Fried at 0x7D17C278 (section 0 @ 0x58E254)

    module Terri-Fried at 0x7D17C5CC (section 0 @ 0x58E5A8)

    Terri-Fried:_start()+0x5c (section 1 @ 0x21F8)

    native kernel module kernel+0x00054d48

    native kernel module kernel+0x00054dc0



PPC disassembly:

 01856d2c: 39290001   addi              r9,r9,1

 01856d30: 2f88ffff   cmpwi             cr7,r8,-1

*01856d34: b13e002c   sth               r9,44(r30)

 01856d38: 41de00a8   beq-              cr7,0x1856DE0

 01856d3c: 813e0028   lwz               r9,40(r30)

...

Topic | Forum

jabirulo

Re: AmigaOS 4 Monthly Roundup - February 2023

Posted on: 2/28 22:40 #8

Quite a regular

Yes, very good read. Awesome work!!!

Topic | Forum

jabirulo

Re: Classic 68k MUI - 3.8 or 5.0

Posted on: 2/27 12:31 #9

Quite a regular

@rjd324

If you haven't tried it yet:
http://aminet.net/package/util/arc/avalanche

Topic | Forum

jabirulo

Re: Porting Death Rally - help needed

Posted on: 2/19 11:38 #10

Quite a regular

@geennaam

ok thx. so maybe it's an radeonHD+opengles2 issue.

Topic | Forum

jabirulo

Re: Attemping FallOut2-Community Edition Port

Posted on: 2/19 9:16 #11

Quite a regular

@SinanSam460

LOOKS AWESOME!!!!

Topic | Forum

jabirulo

Re: Porting Death Rally - help needed

Posted on: 2/19 9:14 #12

Quite a regular

@xe1huku

You should have SDL2Prefs tool, maybe look in SYS:Prefs.
Such program is on sdl2 archive.

Topic | Forum

jabirulo

Re: Attemping FallOut2-Community Edition Port

Posted on: 2/18 10:43 #13

Quite a regular

@SinanSam460

Hi, are all data file on same drawer (ex.: fallout2/data)

So maybe you can "change" in source(s) to lock such drawer before loading data:


...

BPTR datadir = Lock("PROGDIR:data", SHARED_LOCK);

BPTR olddir = SetCurrentDir(datadir);

...

_load_data_files_

...

SetCurrentDir(olddir); // restore "original" dir

UnLock(datadir);

...

EDIT: forget above, as I see on Snoopy you already doing it.
Looks that "/" is what makes some files fail.

Topic | Forum

jabirulo

Re: Porting Death Rally - help needed

Posted on: 2/18 10:34 #14

Quite a regular

@SinanSam460

tested on my SAM460ex and works fine.

Chaning/usning SDL2Prefs to use opengles2 I get a crash:


Crash log for task "DeathRally"

Generated by GrimReaper 53.19

Crash occured in module ogles2.library at address 0x7C315B08

Type of crash: DSI (Data Storage Interrupt) exception

Alert number: 0x80000003



Register dump:

GPR (General Purpose Registers):

   0: FFFF7820 57738000 00000000 59649018 57425024 00000000 00000013 00000000 

   8: 00000E40 00000000 569464B0 01B30770 57738000 56D65500 00000001 00000001 

  16: 00000082 5773898C 577383F4 5A2DF02C 59160FE8 57738640 577383EC 577383CC 

  24: 577383B4 5773838C 00000001 57738054 5773803C 59649018 57738308 59649018 





FPR (Floating Point Registers, NaN = Not a Number):

   0:              nan              nan              384              512 

   4:             -384              0.5                1                1 

   8:               46       4.5036e+15                1       4.5036e+15 

  12:       4.5036e+15    -2.28221e+306     -2.34186e+06     -4.63652e+34 

  16:    -3.15943e+284     -3.78463e-05     6.43774e-169     -3.10902e-82 

  20:      3.40835e-07      4.07973e+24    -1.73288e+229    -2.23535e+227 

  24:     -2.77879e-24      -5.8666e-51      -0.00921481    -6.68541e+303 

  28:     1.53475e-126     5.47235e+300      -5.7837e-10    -3.81729e-164 



FPSCR (Floating Point Status and Control Register): 0x82000000





SPRs (Special Purpose Registers):

           Machine State (msr) : 0x0002F030

                Condition (cr) : 0x5884DDF0

      Instruction Pointer (ip) : 0x7C315B08

       Xtended Exception (xer) : 0x0183924C

                   Count (ctr) : 0x00000000

                     Link (lr) : 0x00000000

            DSI Status (dsisr) : 0x01859A04

            Data Address (dar) : 0x00000000







680x0 emulated registers:

DATA: A1ED0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 

ADDR: 6FFA6000 A0971E00 00000000 00000000 00000000 00000000 00000000 57738530 

FPU0:                0                0                0                0 

FPU4:                0                0                0                0 







Symbol info:

Instruction pointer 0x7C315B08 belongs to module "ogles2.library" (HUNK/Kickstart)



Stack trace:

    module LIBS:ogles2.library at 0x7C315B08 (section 0 @ 0x2EAE4)

    module LIBS:ogles2.library at 0x7C35963C (section 0 @ 0x72618)

    module LIBS:ogles2.library at 0x7C3932C4 (section 0 @ 0xAC2A0)

    module LIBS:ogles2.library at 0x7C393DD8 (section 0 @ 0xACDB4)

    module LIBS:ogles2.library at 0x7C394CA0 (section 0 @ 0xADC7C)

    module LIBS:ogles2.library at 0x7C310A4C (section 0 @ 0x29A28)

    module LIBS:ogles2.library at 0x7C311804 (section 0 @ 0x2A7E0)

    module LIBS:ogles2.library at 0x7C3123A0 (section 0 @ 0x2B37C)

    [src/render/opengles2/SDL_render_gles2.c:548] DeathRally:GLES2_CacheShader()+0x120 (section 1 @ 0xBBABC)

    [src/render/opengles2/SDL_render_gles2.c:593] DeathRally:GLES2_CreateRenderer()+0x730 (section 1 @ 0xBCEAC)

    [src/render/SDL_render.c:1003] DeathRally:SDL_CreateRenderer()+0x328 (section 1 @ 0xA9B7C)

    DeathRally:dRally_Display_init()+0x2a4 (section 1 @ 0xFD4)

    DeathRally:main()+0x18 (section 1 @ 0x484)

    native kernel module newlib.library.kmod+0x00002624

    native kernel module newlib.library.kmod+0x00003300

    native kernel module newlib.library.kmod+0x00003874

    DeathRally:_start()+0x1e0 (section 1 @ 0x1DC)

    native kernel module kernel+0x00054d48

    native kernel module kernel+0x00054dc0

...

Using radeon r7-250 nad RadeonHD 5.17/.18 driver.
Have an RX550 and will test it ASAP.

GREAT PORT MAN!!!

Topic | Forum

jabirulo

Re: WB boot hangups - a solution

Posted on: 2/16 21:25 #15

Quite a regular

@Gregor

Even if you run from WBStartup just an "empty" X-Dock (no tools, dockapps, whatever...)?

It could be one tool/dockapp/.. that tries to use some unloaded resource and it hangs your system.

Topic | Forum

jabirulo

Re: Qt 6 progress

Posted on: 2/11 16:39 #16

Quite a regular

@elfpipe

AWESOME man!!!!!!

Topic | Forum

jabirulo

Re: RadeonHD V.5 driver

Posted on: 2/7 12:48 #17

Quite a regular

@Hans

About SAM460ex cache coherency.
I don't know anything about that and surely you've tried everything possible, but searching for PPC460EX datasheet I found this:
...
L2 Cache/SRAM
The PPC460EX also provides a 256KB L2 cache between the Processor Local Bus and the processors D- and I-caches. This memory unit can be alternatively programmed to function as 256KB of SRAM.
Features include:
*Four banks of 64KB each
...
*Use as an L2 cache improves processor performance and reduces the PLB load
-Cache coherency maintained by a hardware snoop mechanism on the Low Latency (LL) Processor Local Bus (PLB) or by software
...