Re: [PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Marc Kleine-Budde
On 07/11/2017 09:29 AM, Arvind Yadav wrote: > attribute_groups are not supposed to change at runtime. So mark the > non-const structs as const. [...] > drivers/net/can/at91_can.c | 2 +- > drivers/net/can/janz-ican3.c| 2 +- For the can drivers:

[PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

[PATCH v2 10/10] net: chelsio: cxgb3: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 28720 985 12 297177415

[PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

[PATCH v2 09/10] net: bonding: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 45121472 059841760

[PATCH v2 06/10] wireless: iwlegacy: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Added cover later.

[PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

[PATCH v2 08/10] arcnet: com20020-pci: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 3409 948 2843851121

[PATCH v2 07/10] wireless: iwlegacy: Constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Added cover later.

[PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

[PATCH v2 04/10] wireless: ipw2200: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- Changes in v2: Added cover later.

[PATCH v2 00/10] Constify attribute_group structures

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. So mark the non-const structs as const. Arvind Yadav (10): [PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures. [PATCH v2 02/10] net: can: at91_can: constify attribute_group structures. [PATCH v2 03/10] net: can:

[PATCH v2 02/10] net: can: at91_can: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 6164 304 064681944

Re: [PATCH iproute2 V3 1/4] rdma: Add basic infrastructure for RDMA tool

2017-07-11 Thread Leon Romanovsky
On Mon, Jul 10, 2017 at 09:47:17AM +0200, Jiri Pirko wrote: > Tue, Jul 04, 2017 at 09:55:38AM CEST, l...@kernel.org wrote: > >From: Leon Romanovsky > > > >RDMA devices are cross-functional devices from one side, > >but very tailored for the specific markets from another. > >

[PATCH v2 01/10] net: cdc_ncm: constify attribute_group structures.

2017-07-11 Thread Arvind Yadav
attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 13275 928 1 14204377c

Re: [PATCH iproute2 V3 2/4] rdma: Add dev object

2017-07-11 Thread Leon Romanovsky
On Mon, Jul 10, 2017 at 10:01:02AM +0200, Jiri Pirko wrote: > Tue, Jul 04, 2017 at 09:55:39AM CEST, l...@kernel.org wrote: > >From: Leon Romanovsky > > > >Device (dev) object represents struct ib_device to the user space. > > > >Device properties: > > * Device capabilities >

Re: [PATCH iproute2 V3 0/4] RDMAtool

2017-07-11 Thread Leon Romanovsky
On Mon, Jul 10, 2017 at 09:43:25AM +0200, Jiri Pirko wrote: > Tue, Jul 04, 2017 at 09:55:37AM CEST, l...@kernel.org wrote: > >Hi, > > > >This is third version of series implementing the RDAMtool - the tool > > s/RDAMtool/RDMAtool/ > > > >to configure RDMA devices. The initial proposal was sent as

Re: [patch net-next RFC 0/4] net: sched: allow qdiscs to share filter block instances

2017-07-11 Thread Jiri Pirko
Tue, Jul 11, 2017 at 08:57:30AM CEST, gerlitz...@gmail.com wrote: >On Mon, Jul 10, 2017 at 9:51 PM, Jiri Pirko wrote: >> From: Jiri Pirko >> >> Currently the filters added to qdiscs are independent. So for example if you >> have 2 netdevices and you create

Re: [patch net-next RFC 0/4] net: sched: allow qdiscs to share filter block instances

2017-07-11 Thread Or Gerlitz
On Mon, Jul 10, 2017 at 9:51 PM, Jiri Pirko wrote: > From: Jiri Pirko > > Currently the filters added to qdiscs are independent. So for example if you > have 2 netdevices and you create ingress qdisc on both and you want to add > identical filter rules both,

Re: [PATCH v2] mrf24j40: Fix en error handling path in 'mrf24j40_probe()'

2017-07-11 Thread Marcel Holtmann
Hi Christophe, > If this check fails, we must release some resources as done everywhere > else in this function before returning an error code. > > Signed-off-by: Christophe JAILLET > --- > V2: initialization of ret in this erro path ws missing. Stupid me! > --- >

Re: [PATCH iproute2 V3 3/4] rdma: Add link object

2017-07-11 Thread Leon Romanovsky
On Mon, Jul 10, 2017 at 08:28:28PM +0200, Jiri Pirko wrote: > Mon, Jul 10, 2017 at 06:22:23PM CEST, l...@kernel.org wrote: > >On Mon, Jul 10, 2017 at 10:13:07AM +0200, Jiri Pirko wrote: > >> Tue, Jul 04, 2017 at 09:55:40AM CEST, l...@kernel.org wrote: > >> >From: Leon Romanovsky

Re: [PATCH v3 net-next 3/4] tls: kernel TLS support

2017-07-11 Thread Steffen Klassert
Sorry for replying to old mail... On Wed, Jun 14, 2017 at 11:37:39AM -0700, Dave Watson wrote: > +static int tls_do_encryption(struct tls_context *tls_ctx, > + struct tls_sw_context *ctx, size_t data_len, > + gfp_t flags) > +{ > + unsigned int

<    1   2