On Mon, Feb 05, 2018 at 04:29:51PM +0200, Max Gurtovoy wrote: > Currently the async EQ has 256 entries only. It might not be big enough > for the SW to handle all the needed pending events. For example, in case > of many QPs (let's say 1024) connected to a SRQ created using NVMeOF target > and the target goes down, the FW will raise 1024 "last WQE reached" events > and may cause EQ overrun. Increase the EQ to more reasonable size, that beyond > it the FW should be able to delay the event and raise it later on using internal > backpressure mechanism. If the firmware has an internal backpressure meachanism then why would we get a EQ overrun? Do we need to block adding too many QPs to a SRQ as well or something like that? Jason -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
