Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

IDE performance | new bugs discovered in IDECHECK (Users)

posted by DOS386, 04.10.2008, 04:57

FYI, I am with XDMA 3.1 now, because 3.3 causes XMS corruption :-(

And, I discovered some "new" bugs in IDECHECK:

- /NOI hack doesn't work. Symptoms range from suspiciously good results (up to 2 seconds to "read" the complete HD, no time for the activity light to even go on :lol3: ), through HDPMI exceptions up to low memory corruption (freezer, DOS kernel puking). What is it supposed to do at all ? Anyone can reproduce it ?

-
        movzx   eax,ax
        shl     eax, 4
        mov     [dwDMAList],eax
        add     eax,10h
        mov     [bufadr],eax
        mov     edi, eax
        add     eax,10000h-1        ;begin on a 64 kb boundary for DMA 
        xor     ax,ax
        mov     [bufadr2],eax
        mov     ecx,20000h/4
        test    [flags],FL_PIO
        jnz     @F
        mov     ecx,10000h/4
        mov     edi, eax
@@:
        mov     eax,ecx
        shr     eax,8
        invoke  printf, CStr(<lf,"%u kB read buffer at linear address %X",lf>), eax, edi
        xor     eax,eax
        rep     stosd


Maybe this could be optimized a bit ... is it needed to clear different areas of memory depending from PIO or DMA ? Clear all or nothing :-)

@@:
        clc
        ret
waitdata_1::
@@:
        test    byte ptr @flat:[fIRQ],80h
        jnz     waitdata_ex
        in      al,61h
        loop    @B
        stc
        ret
waitdata_ex:


quad-dot - bug or feature ?

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

 

Complete thread:

Back to the forum
Board view  Mix view
22752 Postings in 2119 Threads, 402 registered users (0 online)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum