netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* dynamically set number of queues for 82598 devices
@ 2015-10-29 15:26 William Dauchy
  2015-11-03  9:56 ` William Dauchy
  0 siblings, 1 reply; 3+ messages in thread
From: William Dauchy @ 2015-10-29 15:26 UTC (permalink / raw)
  To: David Miller; +Cc: netdev, Tal Abudi, Emil Tantilov, Jeff Kirsher

[-- Attachment #1: Type: text/plain, Size: 409 bytes --]

Hello David,

I faced the problem described in commit 7e3f5c8:
ixgbe: fix bounds checking in ixgbe_setup_tc for 82598

This patch resolves an issue where users were not able to dynamically
set number of queues for 82598 via ethtool -L


I backported it for my v4.1.x build but I was wondering if this could be
a candidate for a backport in stable tree at least for v4.1.x.

Thanks,
-- 
William

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: dynamically set number of queues for 82598 devices
  2015-10-29 15:26 dynamically set number of queues for 82598 devices William Dauchy
@ 2015-11-03  9:56 ` William Dauchy
  2015-11-03 15:35   ` David Miller
  0 siblings, 1 reply; 3+ messages in thread
From: William Dauchy @ 2015-11-03  9:56 UTC (permalink / raw)
  To: David Miller; +Cc: netdev, Tal Abudi, Emil Tantilov, Jeff Kirsher, william

[-- Attachment #1: Type: text/plain, Size: 769 bytes --]

Hello David,

On Oct29 16:26, William Dauchy wrote:
> I faced the problem described in commit 7e3f5c8:
> ixgbe: fix bounds checking in ixgbe_setup_tc for 82598
> 
> This patch resolves an issue where users were not able to dynamically
> set number of queues for 82598 via ethtool -L
> 
> I backported it for my v4.1.x build but I was wondering if this could be
> a candidate for a backport in stable tree at least for v4.1.x.

Since we are now in a bug fix period, I was wondering if you could have
a look at commit 7e3f5c8 (ixgbe: fix bounds checking in ixgbe_setup_tc
for 82598)
I don't see it in
http://patchwork.ozlabs.org/bundle/davem/stable/?state=*
so I was wondering if it could be a valid candidate for stable.

Best regards,
-- 
William

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: dynamically set number of queues for 82598 devices
  2015-11-03  9:56 ` William Dauchy
@ 2015-11-03 15:35   ` David Miller
  0 siblings, 0 replies; 3+ messages in thread
From: David Miller @ 2015-11-03 15:35 UTC (permalink / raw)
  To: william; +Cc: netdev, talabudi, emil.s.tantilov, jeffrey.t.kirsher

From: William Dauchy <william@gandi.net>
Date: Tue, 3 Nov 2015 10:56:03 +0100

> Hello David,
> 
> On Oct29 16:26, William Dauchy wrote:
>> I faced the problem described in commit 7e3f5c8:
>> ixgbe: fix bounds checking in ixgbe_setup_tc for 82598
>> 
>> This patch resolves an issue where users were not able to dynamically
>> set number of queues for 82598 via ethtool -L
>> 
>> I backported it for my v4.1.x build but I was wondering if this could be
>> a candidate for a backport in stable tree at least for v4.1.x.
> 
> Since we are now in a bug fix period, I was wondering if you could have
> a look at commit 7e3f5c8 (ixgbe: fix bounds checking in ixgbe_setup_tc
> for 82598)
> I don't see it in
> http://patchwork.ozlabs.org/bundle/davem/stable/?state=*
> so I was wondering if it could be a valid candidate for stable.

The Intel ethernet folks handle their driver -stable submissions.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-11-03 15:35 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-29 15:26 dynamically set number of queues for 82598 devices William Dauchy
2015-11-03  9:56 ` William Dauchy
2015-11-03 15:35   ` David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).