Re: [PATCH v10 0/1] wfx: get out from the staging area

2022-04-05 Thread Jakub Kicinski
On Tue, 05 Apr 2022 10:16:58 +0300 Kalle Valo wrote: > Sure, that would technically work. But I just think it's cleaner to use > -rc1 (or later) as the baseline for an immutable branch. If the baseline > is an arbitrary commit somewhere within merge windows commits, it's more > work for everyone

Re: [PATCH v10 0/1] wfx: get out from the staging area

2022-04-05 Thread Jakub Kicinski
On Mon, 4 Apr 2022 23:22:47 -0700 Jakub Kicinski wrote: > On Mon, 04 Apr 2022 13:49:18 +0300 Kalle Valo wrote: > > Dave, once you guys open net-next will it be based on -rc1? > > Not normally. We usually let net feed net-next so it'd get -rc1 this > Thursday. But we shou

Re: [PATCH v10 0/1] wfx: get out from the staging area

2022-04-05 Thread Jakub Kicinski
On Mon, 04 Apr 2022 13:49:18 +0300 Kalle Valo wrote: > Dave, once you guys open net-next will it be based on -rc1? Not normally. We usually let net feed net-next so it'd get -rc1 this Thursday. But we should be able to fast-forward, let me confirm with Dave. > That would make it easier for me to

Re: [PATCH v7 13/24] wfx: add hif_tx*.c/hif_tx*.h

2021-10-05 Thread Jakub Kicinski
On Tue, 05 Oct 2021 09:12:27 +0300 Kalle Valo wrote: > >> I didn't know it was mandatory to prefix all the functions with the > >> same prefix. > > I don't know either if this is mandatory or not, for example I do not > have any recollection what Linus and other maintainers think of this. I >

Re: [Intel-wired-lan] [PATCH 000/141] Fix fall-through warnings for Clang

2020-11-25 Thread Jakub Kicinski
On Wed, 25 Nov 2020 04:24:27 -0800 Nick Desaulniers wrote: > I even agree that most of the churn comes from > > case 0: > ++x; > default: > break; And just to spell it out, case ENUM_VALUE1: bla(); break; case ENUM_VALUE2: bla(); default: break; is a fairly

Re: [PATCH 000/141] Fix fall-through warnings for Clang

2020-11-23 Thread Jakub Kicinski
On Mon, 23 Nov 2020 17:32:51 -0800 Nick Desaulniers wrote: > On Sun, Nov 22, 2020 at 8:17 AM Kees Cook wrote: > > On Fri, Nov 20, 2020 at 11:51:42AM -0800, Jakub Kicinski wrote: > > > If none of the 140 patches here fix a real bug, and there is no change > > > to

Re: [PATCH 000/141] Fix fall-through warnings for Clang

2020-11-20 Thread Jakub Kicinski
On Fri, 20 Nov 2020 11:30:40 -0800 Kees Cook wrote: > On Fri, Nov 20, 2020 at 10:53:44AM -0800, Jakub Kicinski wrote: > > On Fri, 20 Nov 2020 12:21:39 -0600 Gustavo A. R. Silva wrote: > > > This series aims to fix almost all remaining fall-through warnings in > > >

Re: [PATCH 000/141] Fix fall-through warnings for Clang

2020-11-20 Thread Jakub Kicinski
On Fri, 20 Nov 2020 12:21:39 -0600 Gustavo A. R. Silva wrote: > This series aims to fix almost all remaining fall-through warnings in > order to enable -Wimplicit-fallthrough for Clang. > > In preparation to enable -Wimplicit-fallthrough for Clang, explicitly > add multiple

Re: [GIT PULL, staging, net-next] wimax: move to staging

2020-10-30 Thread Jakub Kicinski
On Fri, 30 Oct 2020 13:22:31 +0100 gregkh wrote: > On Thu, Oct 29, 2020 at 10:06:14PM +0100, Arnd Bergmann wrote: > > The following changes since commit 3650b228f83adda7e5ee532e2b90429c03f7b9ec: > > > > Linux 5.10-rc1 (2020-10-25 15:14:11 -0700) > > > > are available in the Git repository at:

Re: [RFC] wimax: move out to staging

2020-10-29 Thread Jakub Kicinski
On Thu, 29 Oct 2020 17:26:09 +0100 Arnd Bergmann wrote: > n Thu, Oct 29, 2020 at 4:56 PM Jakub Kicinski wrote: > > On Wed, 28 Oct 2020 06:56:28 +0100 Greg Kroah-Hartman wrote: > > > On Tue, Oct 27, 2020 at 10:20:13PM +0100, Arnd Bergmann wrote: > > > > > &g

Re: [RFC] wimax: move out to staging

2020-10-29 Thread Jakub Kicinski
On Wed, 28 Oct 2020 06:56:28 +0100 Greg Kroah-Hartman wrote: > On Tue, Oct 27, 2020 at 10:20:13PM +0100, Arnd Bergmann wrote: > > From: Arnd Bergmann > > > > There are no known users of this driver as of October 2020, and it will > > be removed unless someone turns out to still need it in future

Re: [PATCH 09/12] netdevsim: Implement ndo_get_port_parent_id()

2019-02-04 Thread Jakub Kicinski
off-by: Florian Fainelli Acked-by: Jakub Kicinski ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [PATCH 07/12] nfp: Implement ndo_get_port_parent_id()

2019-02-04 Thread Jakub Kicinski
lorian Fainelli Acked-by: Jakub Kicinski Very nice!! Hopefully nobody hates this approach :) ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [RFC net-next 11/13] nfp: Handle SWITCHDEV_PORT_ATTR_GET event

2019-02-01 Thread Jakub Kicinski
On Fri, 1 Feb 2019 14:06:55 -0800, Florian Fainelli wrote: > Following patches will change the way we communicate getting or setting > a port's attribute and use a blocking notifier to perform those tasks. > > Prepare nfp to support receiving notifier events targeting > SWITCHDEV_PORT_ATTR_GET

Re: [PATCH PATCH net v2 0/9] hv_netvsc: minor fixes

2018-03-02 Thread Jakub Kicinski
On Fri, 2 Mar 2018 13:49:00 -0800, Stephen Hemminger wrote: >- change propogate rx mode patch to handle startup of vf Thanks! :) ___ devel mailing list de...@linuxdriverproject.org

Re: [PATCH net 8/9] hv_netvsc: propagate rx filters to VF

2018-03-01 Thread Jakub Kicinski
On Thu, 1 Mar 2018 10:27:55 -0800, Stephen Hemminger wrote: > The netvsc device should propagate filters to the SR-IOV VF > device (if present). The flags also need to be propagated to the > VF device as well. This only really matters on local Hyper-V > since Azure does not support multiple