Re: Simulating an IRQ event
- From: "Martin Howell" <martin@xxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 25 Sep 2007 09:25:01 +0100
I am aware of the implications of the hardware acknowledging an interrupt
that didn't happen, I can fix that in the OAL. SetEvent() was what I wanted
but I didn't think I had access to the event handle so I wanted a function
like SetInterruptEvent( MY_SYSINTR).
The problem was a touch driver that didn't have a Pen down interrupt, I
wanted to simulate that happening without changing the MDD layer. I have now
found that the event has global scope, so a declaration:
extern HANDLE hTouchPanelEvent; //@globalvar HANDLE |
hTouchPanelEvent | Holds the event handle for
in my PDD allows me to get at it and use SetEvent()
--
Martin
"Steve Maillet (MVP)" <nospam@xxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:eIJZKdt$HHA.1188@xxxxxxxxxxxxxxxxxxxxxxx
It has been a long time since I have used that function and haven'tHowever, the docs don't warn you of the potential problems Dean pointed
commited the documentation to memory.
Probably should use SetEvent then.
out regarding the InterruptDone and the OAL. Generally it is a REALLY bad
idea to do this. Which leads me to ask the question of why you think you
need to do it?
Steve Maillet
http://www.EmbeddedFusion.com
.
- Follow-Ups:
- Re: Simulating an IRQ event
- From: Steve Maillet \(MVP\)
- Re: Simulating an IRQ event
- References:
- Simulating an IRQ event
- From: Martin Howell
- Re: Simulating an IRQ event
- From: Bruce Eitman [eMVP]
- Re: Simulating an IRQ event
- From: Remi de Gravelaine
- Re: Simulating an IRQ event
- From: Bruce Eitman [eMVP]
- Re: Simulating an IRQ event
- From: Steve Maillet \(MVP\)
- Simulating an IRQ event
- Prev by Date: Re: FontPath problem
- Next by Date: Re: I still can't see my internal flash
- Previous by thread: Re: Simulating an IRQ event
- Next by thread: Re: Simulating an IRQ event
- Index(es):