IB/ehca: Use proper GFP_ flags for get_zeroed_page()
Here is a patch for ehca to use proper flag, ie. GFP_ATOMIC
resp. GFP_KERNEL, when calling get_zeroed_page() to prevent "Bug:
scheduling while atomic...". This error does not cause a kernel panic
but makes ipoib un-usable afterwards. It is reproducible on
2.6.20-rc4 if one does ifconfig down during a flood ping test. I have
not observed this error in earlier releases incl. 2.6.20-rc1.
This error occurs when a qp event/irq is received and ehca event
handler allocates a control block/page to obtain HCA error data block.
Use of GFP_ATOMIC when in interrupt context prevents this issue.
Signed-off-by Hoang-Nam Nguyen <hnguyen@de.ibm.com>
Signed-off-by:
Roland Dreier <rolandd@cisco.com>
Showing
- drivers/infiniband/hw/ehca/ehca_hca.c 4 additions, 4 deletionsdrivers/infiniband/hw/ehca/ehca_hca.c
- drivers/infiniband/hw/ehca/ehca_irq.c 1 addition, 1 deletiondrivers/infiniband/hw/ehca/ehca_irq.c
- drivers/infiniband/hw/ehca/ehca_iverbs.h 2 additions, 2 deletionsdrivers/infiniband/hw/ehca/ehca_iverbs.h
- drivers/infiniband/hw/ehca/ehca_main.c 5 additions, 5 deletionsdrivers/infiniband/hw/ehca/ehca_main.c
- drivers/infiniband/hw/ehca/ehca_mrmw.c 2 additions, 2 deletionsdrivers/infiniband/hw/ehca/ehca_mrmw.c
- drivers/infiniband/hw/ehca/ehca_qp.c 2 additions, 2 deletionsdrivers/infiniband/hw/ehca/ehca_qp.c
Loading
Please register or sign in to comment