3. monotonic_buffer_resource sorgt für DMA Interrupt Error

monotonic_buffer_resource sorgt für DMA Interrupt Error

  • D

    Sorry, war ein paar Tage Off, mich hat die Rüsselseuche aufgesucht, vom aller besten.☠

    @Finnegan sagte in monotonic_buffer_resource sorgt für DMA Interrupt Error:

    Ich muss tatsächlich sagen, dass ich bisher schwer beeindruckt bin. Ich hatte im "Thinking Modus" bisher nur zwei Fälle, wo diese KI einen Fehler gemacht hat. Den meisten Code versteht sie, ohne dass ich wie bei DeepSeek oder ChatGPT erstmal erklären muss, was da passiert.

    Dito.
    Nur wenn der Code oder das gesamte Konstrukt zu umfangreich wird, wird es meist auch nichts.
    Der VU Micro Code wird normalerweise in Low level Assambler Programmiert sprich so:
    https://github.com/ps2dev/ps2gl/blob/master/vu1/general_nospec_quad_vcl.vsm
    Das geübte Auge sieht es sind Dual-issue SIMD Instruktionen😨

    Das kann kein Mensch lesen (bzw nur mühsam), deswegen macht man einen Zwischenschritt, man schreibt den VU Code in Vector Command Line (VCL) übersetzt das in VSM und das wird ver-Assmbliert.
    Siehe:
    https://github.com/ps2dev/ps2gl/tree/master/vu1
    und
    https://github.com/jsvennevid/openvcl

    Wenn man nun VCL schreibt und man kommt nicht weiter, dann schafft es google Gemeni irgendwie trotzdem VCL code zu schreiben ohne das es überhaupt weiß wie der code Funktioniert.
    Man muss es aber dennoch mit zuarbeiten füttern. Vor allem Register dump's sind wichtig.

    Aprops Dump, mein Problem ist zurück nur anders.
    Es steht nicht mehr DMA Bus error, sondern TLB...:

    # TLB spad=0 kernel=1:12 default=13:36 extended=37:47
*** Unexpected reply - type=BREAKR result=PROGEND
dsedb S> dr
 at=70030c00  v0-1=00000030,00000010  a0-3=00000001,01ffe000,36000000,0018003f
 t0-7=001c003f,b000e020,b000c800,00800000, 205ab300,a0000000,00000004,0000001f
 s0-7=00000001,00420000,0078c790,000000dd, 004288c0,07ffd8f0,002f0fa0,07ffe2c0
 t8=80025980 t9=00000030   k0=80016ed8 k1=00000000   gp=00425d70 sp=8001d470
 fp=005b0000 ra=80000304   lo=00000024 hi=00000000   sa=00000000 PC=80000d80
 badvaddr=40000b26 badpaddr=86a08480
 $cause   = 0x40008024 [ BD2 CE0 EXC2=Reset IP7 EXC="Breakpoint" ]
 $status  = 0x70030c02 [ Cu210 EDI EIE IM3 IM2 KSU=Kernel EXL ]
  0x80000d78: 0x00000000  nop
  0x80000d7c: 0x00000000  nop
->0x80000d80: 0x03ffffcd  break   0xfffff
  0x80000d84: 0x00000000  nop
  0x80000d88: 0x00000000  nop
  0x80000d8c: 0x00000000  nop
  0x80000d90: 0x00000000  nop

    ra (0x80000304) ist auch hier wider absoluter Müll

    Wenn man jetzt noch weiß das der IOP auch noch Ausgaben macht, dann steht da:
    terminate called after throwing an instance of 'std::bad_alloc'
    what(): std::bad_alloc

    Das Problem ist der Cache-Algorithmus, dieser schreibt bei jedem DMA Transfer, die Daten dahin zurück wo er sie ursprünglich mal herbekommen hat. Das Müllt mir Ruck Zuck die monotonic buffer resource zu.
    Ich habe da jetzt eine unsynchronized_pool_resource ringsum gebaut und es ist Ruhe im Karton.

    0
Anmelden zum Antworten