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,954 of 4,255    |
|    wolfgang kern to Robert Pengelly    |
|    Re: Does a PS/2 mouse get detected if pl    |
|    19 Nov 23 11:32:41    |
      From: nowhere@never.at              On 19/11/2023 10:40, Robert Pengelly wrote:       > On Sunday, 19 November 2023 at 09:28:53 UTC, wolfgang kern wrote:       >> On 19/11/2023 08:30, Robert Pengelly wrote:       >> ...       >>>>>> After I do:       >>>>>> mov al, HEX (AB)       >>>>>> call ps2_write_command_read_data       >>       >>>>>> on real hardware, I get 0x9C in al. Any ideas what the 9C means? I've       tried googling it but I can't seem to find anything.       >>>>> you might read from keyboard instead of mouse, but as long I don't know       >>>>> what this call does in detail I can only guess.       >>>>> how about the other issues? are mice still jumping around ? :)       >>>> No I got slightly different code now:       >>       >>>> ps2_handler:       >> IRQ_12 handler: or else       >>>> push ax       >>>> push bx       >>>> push cx       >>>> push dx       >>>> push si ;what's wrong with using BX ?       >>>> mov si, cs:[ps2_index]       >>       >>>> in al, HEX (64)       >>>> test al, HEX (20)       >>>> jz ps2_handler.done       >> this three above are somehow redundant because when IRQ_12 occur then       >> port 60 holds data ready to read.       >>       >>>> in al, HEX (60)       >>       >> TEST AL,8       >> jz skip_init       >> ...       >>>> mov cs:[ps2_buffer + si], al       >>>> inc word ptr cs:[ps2_index]       >>>>       >>>> cmp si, 2       >>>> jb ps2_handler.done       >>       >>>> ps2_handler.got_all:       >> so you again have the mouse-update within the IRQ, not best choice.       >> you get there only when the packet is complete ***       >>>> mov word ptr cs:[ps2_index], 0       >>>> xor ax, ax       >>>> xor dx, dx       >>>> xor cx, cx       >>>>       >>>> mov bx, offset ps2_buffer       >>>> mov al, cs:[bx]       >> ***       >>>> test al, HEX (08)       >>>> jz ps2_handler.done       >> ***       >>>> mov cl, 3       >>>> shl al, cl       >> something went wrong down there, no my trousers aren't wet.       >> PS/2 reports 9 bit signed X/Y movement values       >>       >>>> sbb dh, dh       >> when did DX get data apart from zero?       >>>> cbw       >>>> mov dl, cs:[bx + 2]       >>>> neg dx       >>>> add cs:[mouse_y], dx       >>>> mov al, cs:[bx + 1]       >>>> add cs:[mouse_x], ax       >>>>       >>>> ps2_handler.done:       >>>> mov al, HEX (20)       >>>> out HEX (A0), al       >>>> out HEX (20), al       >>>>       >>>> pop si       >>>> pop dx       >>>> pop cx       >>>> pop bx       >>>> pop ax       >>>> iret       >>       >>>> and it's been working great so far       >> I don't believe that this code above work at all.       >>>> just can't get IRQ12 working on a laptop due to that 0x9C issue. Forgot       to add that even:       >>>>       >>>> mov al, HEX (A9)       >>>> call ps2_write_command_read_data              WHY use A9 at all ? (see below)              >>>> gives me 0x9C. So both keyboard and mouse aren't detected but they were       working when I had the INT 15h stuff implemented.       >>> I messed that last part up sorry. I meant the keyboard works with int 16h       which I'm still using and the mouse worked with the int 15h stuff implemented       but for some reason neither the mouse nor keyboard are getting detected for       the IRQ's.       >> show us the code in "ps2_write_command_read_data"              > That code works, at least in qemu.       QEMU may just ignore your code and work it's own instead.              > I haven't been able to test on real hardware due to the 0x9C thing:              > ps2_write_command:       >       > call ps2_disable       > call ps2_wait_input       >       > out HEX (64), al       > call ps2_enable       >       > ret              (Table P0406)       Values for keyboard/mouse test result on PORT 0060h:        00h no error        01h keyboard clock line stuck low        02h keyboard clock line stuck high        03h keyboard data line is stuck low        04h keyboard data line stuck high        05h (Compaq only) diagnostic feature              A7 Disable mouse port       A8 Enable mouse port       A9 MCA test mouse port see Table P0406.       A9 AMI set internal flag "good write cache"       AD Disable keybd port       AE Enable keybd port              D4 F4 enable mouse (stream mode)       D4 F5 disable mouse (default after reset)              > ps2_write_command_read_data:       >       > call ps2_write_command       > call ps2_read_data       >       > ret       >       > ps2_read_data:       >       > call ps2_wait_output       >       > in al, HEX (60)       > ret       >       > That's the three main functions (besides the disable and enable ones). You       already helped me with ps2_wait input and I used some of the changes to fix       ps2_wait_output.              for early tests, I'd inline these few bytes and avoid calls.       __       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