On 8 Jul, Anthony Jenkins wrote: > I've been looking at the pcm code and I can see where it locks, then allocates > memory with the M_WAITOK flag thing. I'm wondering if there's a standard > procedure for fixing these... would I just nail down the malloc to a > non-sleepable one?
Only if the the code can cope with malloc() failing and returning NULL if the memory isn't immediately available. In most cases a better solution is to allocate the memory before grabbing the lock. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message