Yes, it is so, as you can see from the description that you posted as well.


On 2019-04-06, 12:09 AM, "Leonid Khait" <community-noreply@qnx.com> wrote:

    From the description of the driver, I understand that increasing the file descriptor buffer by "receive=4096" 
argument will not solve the Squelch Test Error increase counter problem. 
    
    Since this counter signals the problem is inside the NIC interface itself: the  overran of its internal FIFO buffer.

    
    Is it so?
    
    ---
    
    From devnp-e1000.so Description:
    ...
    The SQE (Squelch Test Errors) counter — one of the fields reported by nicinfo — isn't applicable to devnp-e1000.so
, so this driver uses it in a non-standard way. You can lose packets because:
    
        you ran out of descriptors (the NIC was able to buffer the packet, but there was no CPU RAM available)
    
        or:
        the NIC was unable to buffer the packet because it overran its internal Rx FIFO
    
    Other drivers add the two together, but this driver uses the SQE counter for internal Rx FIFO overruns, which 
generally indicate excessive bus latency, perhaps misconfigured link-level flow control, or even misconfigured Rx FIFO 
watermarks.
    ...
    
    
    
    _______________________________________________
    
    Networking Drivers
    http://community.qnx.com/sf/go/post119633
    To cancel your subscription to this discussion, please e-mail drivers-networking-unsubscribe@community.qnx.com