Best and fast way to AllocMem within an interrupt :Semaphores ?

[Jose]

Hi. I'll 1st explain what I want to do. I have self propagating sequence of time intervals that are received in a MsgPort through PA_SoftInt or 3 set in the MsgPorts message arrival settings (mp_Flags). When a message is received I want to be able to change a forward linked list of structures wich have directory locks, wich are used by a process that records stuff to the HD according to received messages. There's no problem with race conditions, because the locks are changed/freed by the HD recorder process itself (a special message sent to it specifies what to change). However I'm having a problem sending the messages to it because I can't use any system memory allocation functions from an interrupt, hardware or software. I can however, according to the RKM Libs, use PutMsg() and Signal().
The solution I've invented is like this (I think it's pretty cool:)) Use a Semaphore to protect a BOOL variable or whatever piece of data that will serve as an arbitration. The Semaphore will be held constantly by another very small process that allocates memory and that's waiting for a signal to do it. The interrupt processing code will signal it to do it. Up to this point nothing will happend cause interrupts, even software ones, allways have an higher priority than tasks. Then the interrupt processing code will try to Obtain the said Semaphore exclusively, wich will of course make the memory allocating function work. After it's allocated the Memory to a shared memory address it relinquishes the Semaphore and the interrupt processing code can then use the allocated memory to send a message to the HD recorder process, wich frees the memory after processig the message.

I have 3 questions:
1- When the interrupt code loses the CPU when it ObtainSemaphore()s the system will be multitasking or only the small memory allocating process will execute ?
2- The RKM Libs has a list of functions that you can use from an interrupt and ObtainSemaphore is not one of them. This would make my solution not work, however the Semaphore system is documented to use signals and Signal() is a function you can use. I suppose the Semaphore lists could be inconsistent, but I wouldn't add the said semaphore to the system Semaphore list.
3- This is difficult, interesting, challenging and frustrating:lol: Is there a better way to achieve what I want to do ? Suggestions wanted/accepted.

[Jose]

Short and strong answer to a long post 8-) Thanks for taking the time. I actually knew you couldn't use Wait, even indirectly but had forgot about it...

I'll have to try to figure out another solution. I could allocate the memory beforehand but there's no guarantee as to how many interrupts can happen within a period of time (will depend on user settings).

[Jose]

"AllocMem() itself does not break forbid (or disable), so why not just call AllocMem directly?"

The RKM Libs says you can't use AllocMem cause the system memory lists might be inconsistent (the interrupt might have interrupted a system operation that was manipulating them and hadn't yet finished).

[Jose]

Aha! That's nice. I almost changed the code to use PA_SOFTINT instead cause with mp_Flags == 3 the system is in Disable, while PA_SOFTINT is just Forbid I think.
I suppose with PA_SOFTINT there's no easy way around to what I want to do ?

[Jose]

"Well even though softint would break forbid (IIRC it doesn't), it still is quite unlikely that someone would send message to your msgport while memlist is inconsistent. So IMO PA_SOFTINT is pretty much as safe."

I got various processes running, some of which can allocate memory to send messages to the HD recorder process very frequently, so if softint breaks forbid maybe it could happend.
Anyway, I'm tired, for now I'm just gonna keep 3 in mp_Flags (and use AllocMem/Vec). :-)

Cheers