4b6a7bddad
This is because calls with M_WAIT (now M_TRYWAIT) may not wait forever when nothing is available for allocation, and may end up returning NULL. Hopefully we now communicate more of the right thing to developers and make it very clear that it's necessary to check whether calls with M_(TRY)WAIT also resulted in a failed allocation. M_TRYWAIT basically means "try harder, block if necessary, but don't necessarily wait forever." The time spent blocking is tunable with the kern.ipc.mbuf_wait sysctl. M_WAIT is now deprecated but still defined for the next little while. * Fix a typo in a comment in mbuf.h * Fix some code that was actually passing the mbuf subsystem's M_WAIT to malloc(). Made it pass M_WAITOK instead. If we were ever to redefine the value of the M_WAIT flag, this could have became a big problem. |
||
|---|---|---|
| .. | ||
| ipatm | ||
| sigpvc | ||
| spans | ||
| uni | ||
| atm_aal5.c | ||
| atm_cm.c | ||
| atm_cm.h | ||
| atm_device.c | ||
| atm_if.c | ||
| atm_if.h | ||
| atm_ioctl.h | ||
| atm_pcb.h | ||
| atm_proto.c | ||
| atm_sap.h | ||
| atm_sigmgr.h | ||
| atm_signal.c | ||
| atm_socket.c | ||
| atm_stack.h | ||
| atm_subr.c | ||
| atm_sys.h | ||
| atm_usrreq.c | ||
| atm_var.h | ||
| atm_vc.h | ||
| atm.h | ||
| port.h | ||
| queue.h | ||