On Thu, Aug 25, 2016 at 5:28 PM, Rick Jones wrote:
> On 08/25/2016 02:08 PM, Eric Dumazet wrote:
>>
>> When XPS was submitted, it was _not_ enabled by default and 'magic'
>>
>> Some NIC vendors decided it was a good thing, you should complain to
>> them ;)
>
>
> I kindasorta am with the emails I'v
On Thu, Aug 25, 2016 at 12:49 PM, Eric Dumazet wrote:
> On Thu, 2016-08-25 at 12:23 -0700, Alexander Duyck wrote:
>> I have been seeing a number of issues where XPS leads to issues with
>> packets being reordered in the transmit queues of the device drivers. The
>> main situation where this seems
On 08/25/2016 02:08 PM, Eric Dumazet wrote:
When XPS was submitted, it was _not_ enabled by default and 'magic'
Some NIC vendors decided it was a good thing, you should complain to
them ;)
I kindasorta am with the emails I've been sending to netdev :) And also
hopefully precluding others goi
On Thu, Aug 25, 2016 at 1:32 PM, Rick Jones wrote:
> On 08/25/2016 12:49 PM, Eric Dumazet wrote:
>>
>> On Thu, 2016-08-25 at 12:23 -0700, Alexander Duyck wrote:
>>>
>>> A simpler approach is provided with this patch. With it we disable XPS
>>> any
>>> time a socket is not present for a given flow
On Thu, 2016-08-25 at 13:32 -0700, Rick Jones wrote:
> On 08/25/2016 12:49 PM, Eric Dumazet wrote:
> > On Thu, 2016-08-25 at 12:23 -0700, Alexander Duyck wrote:
> >> A simpler approach is provided with this patch. With it we disable XPS any
> >> time a socket is not present for a given flow. By d
On 08/25/2016 12:49 PM, Eric Dumazet wrote:
On Thu, 2016-08-25 at 12:23 -0700, Alexander Duyck wrote:
A simpler approach is provided with this patch. With it we disable XPS any
time a socket is not present for a given flow. By doing this we can avoid
using XPS for any routing or bridging situa
On Thu, 2016-08-25 at 12:23 -0700, Alexander Duyck wrote:
> I have been seeing a number of issues where XPS leads to issues with
> packets being reordered in the transmit queues of the device drivers. The
> main situation where this seems to occur is when a VM us using a tap
> interface to send pa
I have been seeing a number of issues where XPS leads to issues with
packets being reordered in the transmit queues of the device drivers. The
main situation where this seems to occur is when a VM us using a tap
interface to send packets to the network via a NIC that has XPS enabled.
A bit of loo
