Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.development    |    Operating system development chatter    |    4,255 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 3,901 of 4,255    |
|    wolfgang kern to Robert Pengelly    |
|    Re: COM1 interrupt for 16-bit OS    |
|    12 Nov 23 14:46:55    |
      From: nowhere@never.at              On 12/11/2023 14:27, Robert Pengelly wrote:       > On Sunday, 12 November 2023 at 12:08:42 UTC, wolfgang kern wrote:       >> On 12/11/2023 12:11, Robert Pengelly wrote:       >> ...       >>> I'm having a little bit of trouble with the cooridnates from the IRQ4.       Going by https://roborooter.com/post/serial-mice/ I have:       >>>       >>> mov dx, HEX (03FD)       >>> xor ax, ax       >>> in al, dx       >>> nop       >>>       >>> test al, 0b01000000       >>> jz serial_handler.done       >>>       >>> test al, 0b00000001       >>> jz serial_handler.done       >>>       >>> mov dx, HEX (03F8)       >>> xor ax, ax       >>> in al, dx       >>> nop       >>>       >>> mov si, ax       >>> mov di, ax       >>>       >>> and si, 0b00001100       >>> and di, 0b00000011       >>>       >>> mov cl, 4       >>> shl si, cl       >>>       >>> mov cl, 6       >>> shl di, cl       >>>       >>> mov dx, HEX (03F8)       >>> xor ax, ax       >>> in al, dx       >>> nop       >>>       >>> or di, ax       >>> add di, cs:[mouse_x]       >>>       >>> mov dx, HEX (03F8)       >>> xor ax, ax       >>> in al, dx       >>> nop       >>>       >>> or si, ax       >>> add si, cs:[mouse_y]       >>>       >>> but the initial values seem a bit off (e.g. for Y I have 205 and X is 77),       have I mixed up the values or am I just doing the calculations wrong after I       read the port?       >> the mouse sends a sequence of bytes where every byte causes in IRQ.       >> so you first need to fill a buffer with the gotten bytes before you can       >> calculate/scale/interpret the values. mouse IRQs can easy come out of       >> sync, so checking always for the first byte mark is a good idea.                     > Oh I thought you had to get them all at the same time when the interrupt was       fired. As for filling the buffer how would I tell the interrupts apart? I       can test for 0x40 and 0x01 (which I'm already doing) I'm just a little       confused how I would know        whether it's the 1st, 2nd and 3rd bytes.              there is a mark for the first byte (reread the RBIL I posted)       I use one variable for count down (easier than count up) and use this       with BX as an index into my buffer.       and when the buffer is filled I adjust all my mouse-variables which I       later use on my mSec timer-base schedule to update cursor and act on       buttons.       __       wolfgang              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca