Re: [Freedos-devel] Calling a software interrupt from hardware interrupt

[Bart Oldeman]

On 6/13/07, Ladislav Lacina <[EMAIL PROTECTED]> wrote:
> Thank you, I'll try these possibilities. Support for 4th and 5th mouse
> button might be useful for someone but I don't have such mouse and don't
> remember if I have ever seen it .
> But very interresting would be some mouse protect mode interface. Something
> similar like VESA VBE protect mode interface is. Because moving mouse eats
> much CPU power in protected mode.

Did you try to register a mouse interrupt subroutine (int33/ax=c in
combination with int31/ax=303)?

The 4th and 5th button often refer to scroll-up and scroll-down of the
mouse wheel.

Bart

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Calling a software interrupt from hardware interrupt

[Ladislav Lacina]

Thank you, I'll try these possibilities. Support for 4th and 5th mouse
button might be useful for someone but I don't have such mouse and don't
remember if I have ever seen it .
But very interresting would be some mouse protect mode interface. Something
similar like VESA VBE protect mode interface is. Because moving mouse eats
much CPU power in protected mode.


- Original Message -
From: "Eric Auer" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, June 13, 2007 2:39 PM
Subject: Re: [Freedos-devel] Calling a software interrupt from hardware
interrupt


>
> Hi Ladislav,
>
> > Is possible to call a software interrupt from hardware interrupt? I
> > want to call INT33h/AX=3 from INT 1Ch handler. And this all works in
> > protected mode. I tried to call INT33h through DPMI service 31h but
> > it crashed. Is it possible at all?
>
> Yes, sure, but you must avoid calling int33 while int33 is already
> active. The usual way to do this is:
>
> - write an own int33 handler which just calls the original int33
>   handler but which increments a counter before calling the
>   old int33 and decrements it when the old int33 returns. Make
>   sure not to mess with the flags returned by the old int33.
>
> - write a test in your int1c handler which makes it avoid the
>   int33 call if the counter is found to be nonzero
>
> - you could also write a test in your int33 handler to do the same,
>   but it is more polite to make only your int1c handler wait and
>   not all int33 users
>
> - the int1c handler should not really WAIT until int33 is ready.
>   instead, it should skip over the whole mouse stuff when int33
>   is busy... there will always be a next int1c clock tick :-)
>
> Of course things might get more complicated because you use
> protected mode (do you need it?), but the idea stays the same.
>
> Eric
>
> PS: Would you be interested in support for 4th and 5th PS2 mouse
> buttons for your mouse handler? :-)
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] Calling a software interrupt from hardware interrupt

[Eric Auer]

Hi Ladislav,

> Is possible to call a software interrupt from hardware interrupt? I
> want to call INT33h/AX=3 from INT 1Ch handler. And this all works in
> protected mode. I tried to call INT33h through DPMI service 31h but
> it crashed. Is it possible at all?

Yes, sure, but you must avoid calling int33 while int33 is already
active. The usual way to do this is:

- write an own int33 handler which just calls the original int33
  handler but which increments a counter before calling the
  old int33 and decrements it when the old int33 returns. Make
  sure not to mess with the flags returned by the old int33.

- write a test in your int1c handler which makes it avoid the
  int33 call if the counter is found to be nonzero

- you could also write a test in your int33 handler to do the same,
  but it is more polite to make only your int1c handler wait and
  not all int33 users

- the int1c handler should not really WAIT until int33 is ready.
  instead, it should skip over the whole mouse stuff when int33
  is busy... there will always be a next int1c clock tick :-)

Of course things might get more complicated because you use
protected mode (do you need it?), but the idea stays the same.

Eric

PS: Would you be interested in support for 4th and 5th PS2 mouse
buttons for your mouse handler? :-)

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] Calling a software interrupt from hardware interrupt

[Ladislav Lacina]

Is possible to call a software interrupt from hardware interrupt?
I want to call INT33h/AX=3 from INT 1Ch handler. And this all works in 
protected mode.
I tried to call INT33h through DPMI service 31h but it crashed. Is it possible 
at all?

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel

[Freedos-devel] Announce: Yasm assembler version 0.6.1

[Robert Riebisch]

Hi!

Already on 5th June 2007 Peter Johnson released Yasm version 0.6.1. This
is primarily a bugfix release, although a few minor new features are
included.

_About
Yasm is a complete rewrite of the NASM assembler under the "new" BSD
License (some portions are under other licenses, see COPYING for
details). Yasm currently supports the x86 and AMD64 instruction sets,
accepts NASM and GAS assembler syntaxes, outputs binary, ELF32, ELF64,
32 and 64-bit Mach-O, RDOFF2, COFF, Win32, and Win64 object formats, and
generates source debugging information in STABS, DWARF 2, and CodeView 8
formats.

_Changes from 0.6.0 to 0.6.1:
* SSE4.1 and SSE4.2 instruction support. Noticed by [EMAIL PROTECTED]
* AMD Pacifica (SVM) instruction bugfixes. Noticed by
[EMAIL PROTECTED]
* Absolute section handling bugfixes. #103 and #106
* Support for .set directive in GAS parser. Contributed by Sebastian
D'Alessandro
* -E and -s command line options, similar to NASM options of the same
names (redirect errors to file and stdout, respectively). Suggested by:
[EMAIL PROTECTED]
* -Wsize-override option, to turn on warnings for duplicated size
overrides such as "dword dword" or "word word". Suggested by:
[EMAIL PROTECTED]
* Reconcile generated prefix order with GAS, to suggested Intel ordering
of SEG, ADDR, DATA, LOCKREP (AMD doesn't care).
* Fix test failure in Mach-O object format. Reported by many (e.g.
#105), first by Christophe Malvasio
* end_prolog macro equivalent to end_prologue (for Win64 structured
exception handling). Suggested by Brian Gladman
* Allow RIP-relative cross-section references in bin output.
* Mach-O custom sections: #102
* Other bugfixes: #104, #107

_Todo
* MASM/TASM parser
* TASM ideal mode parser
* Object Module Format (OMF) output
  ()

_Website
http://www.tortall.net/projects/yasm/

_Release Notes
http://www.tortall.net/projects/yasm/wiki/Release0.6.1

_Download
http://www.tortall.net/projects/yasm/wiki/Download

_Manual
http://www.tortall.net/projects/yasm/wiki/Guide

Robert Riebisch
-- 
BTTR Software
http://www.bttr-software.de/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel