[PATCH] fec: Use gpio_set_value_cansleep()

From: Fabio Estevam We are in a context where we can sleep, and the FEC PHY reset gpio may be on an I2C expander. Use the cansleep() variant when setting the GPIO value. Based on a patch from Russell King for pci-mvebu.c. Signed-off-by: Fabio Estevam

[PATCH net 2/2] ipv6: protect mtu calculation of wrap-around and infinite loop by rounding issues

Raw sockets with hdrincl enabled can insert ipv6 extension headers right into the data stream. In case we need to fragment those packets, we reparse the options header to find the place where we can insert the fragment header. If the extension headers exceed the link's MTU we actually cannot make

[PATCH net 1/2] Revert "Merge branch 'ipv6-overflow-arith'"

Linus dislikes these changes. To not hold up the net-merge let's revert it for now and fix the bug like Linus suggested. This reverts commit ec3661b42257d9a06cf0d318175623ac7a660113, reversing changes made to c80dbe04612986fd6104b4a1be21681b113b5ac9. Cc: Linus Torvalds

[v6, 4/6] fsl/fman: Add FMan SP support

From: Igal Liberman The Storage Profiles contain parameters that are used by the FMan for frame reception and transmission. Signed-off-by: Igal Liberman --- drivers/net/ethernet/freescale/fman/Makefile |2 +-

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, 2015-10-28 at 12:35 +, Al Viro wrote: > [Linus and Dave added, Solaris and NetBSD folks dropped from Cc] > > On Tue, Oct 27, 2015 at 05:13:56PM -0700, Eric Dumazet wrote: > > On Tue, 2015-10-27 at 23:17 +, Al Viro wrote: > > > > > * [Linux-specific aside] our __alloc_fd() can

Re: [PATCH] xfrm: dst_entries_init() per-net dst_ops

On Tue, Oct 27, 2015 at 12:15 PM, wrote: > From: Dan Streetman > > The ipv4 and ipv6 xfrms each create a template dst_ops object, and > perform dst_entries_init() on the template objects. Then each net > namespace has its

Re: [PATCH v7 02/10] ss: created formatters for json and hr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 > I did not take over maintenance responsibility (whatever that means > to you precisely). I merely reviewed the patches, focussing on the > technical aspects of both implementation and patch management. Ah, I meant the maintenance of iproute2 as

Re: BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface

On Wed, 28 Oct 2015 10:31:17 -0200 Fabio Estevam wrote: > On Wed, Oct 28, 2015 at 9:19 AM, David Jander wrote: > > > Sorry, I somehow assumed it was obvious I'd report against latest > > mainline... I'm on 4.3-rc7. > > Are you able to find out a previous

Re: BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface

On Wed, Oct 28, 2015 at 9:19 AM, David Jander wrote: > Sorry, I somehow assumed it was obvious I'd report against latest mainline... > I'm on 4.3-rc7. Are you able to find out a previous kernel version that does not exhibit this failure? -- To unsubscribe from this list: send

[v6, 6/6] fsl/fman: Add FMan MAC driver

From: Igal Liberman This patch adds the Ethernet MAC driver supporting the three different types of MACs: dTSEC, tGEC and mEMAC. Signed-off-by: Igal Liberman --- drivers/net/ethernet/freescale/fman/Makefile |3 +-

Re: [RFC PATCH net-next 1/4] perf tools: Enable pre-event inherit setting by config terms

On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote: SNIP > diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c > index f820906..397fb4e 100644 > --- a/tools/perf/util/evsel.c > +++ b/tools/perf/util/evsel.c > @@ -653,6 +653,15 @@ static void apply_config_terms(struct perf_evsel

Re: [RESEND PATCH 07/10] net: wireless: iwlegacy: Remove unneeded variable ret

Hello. On 10/27/2015 10:02 PM, Punit Vara wrote: This patch is to the 3945-mac.c file that fixes up following warning by coccicheck: drivers/net/wireless/iwlegacy/3945-mac.c:247:5-8: Unneeded variable: "ret". Return "- EOPNOTSUPP" on line 249 Return -EOPNOTSUPP directly instead of return

Re: [PATCH] xfrm: dst_entries_init() per-net dst_ops

From: Dan Streetman Date: Wed, 28 Oct 2015 09:32:47 -0400 > Well I'm not sure why my test kernel booted, while the test robot > found the bug of GFP_KERNEL percpu counter alloc during atomic > context. Thanks test robot! It's because of the kernel config options

Re: [GIT] Networking

From: Linus Torvalds Date: Wed, 28 Oct 2015 18:39:56 +0900 > Get rid of it. And I don't *ever* want to see that shit again. No problem, I'll revert it all. I asked Hannes to repost his patches to linux-kernel hoping someone would review and say it stunk or not,

Re: [PATCH 3/9] powerpc32: checksum_wrappers_64 becomes checksum_wrappers

Hi Scott, > I wonder why it was 64-bit specific in the first place. I think it was part of a series where I added my 64bit assembly checksum routines, and I didn't step back and think that the wrapper code would be useful on 32 bit. Anton -- To unsubscribe from this list: send the line

Re: [RESEND PATCH 07/10] net: wireless: iwlegacy: Remove unneeded variable ret

On 10/28/2015 4:35 PM, Sergei Shtylyov wrote: This patch is to the 3945-mac.c file that fixes up following warning by coccicheck: drivers/net/wireless/iwlegacy/3945-mac.c:247:5-8: Unneeded variable: "ret". Return "- EOPNOTSUPP" on line 249 Return -EOPNOTSUPP directly instead of return using

[v6, 1/6] fsl/fman: Add FMan MURAM support

From: Igal Liberman Add Frame Manager Multi-User RAM support. This internal FMan memory block is used by the FMan hardware modules, the management being made through the generic allocator. The FMan Internal memory, for example, is used for allocating transmit and

[v6, 3/6] fsl/fman: Add FMan MAC support

From: Igal Liberman Add the Data Path Acceleration Architecture Frame Manger MAC support. This patch adds The FMan MAC configuration, initialization and runtime control routines. This patch contains support for these types of MACs: - dTSEC: Three speed

[v6, 2/6] fsl/fman: Add FMan support

From: Igal Liberman Add the Data Path Acceleration Architecture Frame Manger Driver. The FMan embeds a series of hardware blocks that implement a group of Ethernet interfaces. This patch adds The FMan configuration, initialization and runtime control routines. The

Re: [RFC PATCH net-next 2/4] perf tools: Introduce bpf-output event

Hello. On 10/28/2015 1:55 PM, Wang Nan wrote: Commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf: introduce bpf_perf_event_output() helper) add a helper to enable BPF program You haven't run the patch thru scripts/checkpath.pl, I guess? It now enforces the certain style of citing a

Re: [PATCH net] amd-xgbe: Fix race between access of desc and desc index

On 10/27/2015 09:50 PM, David Miller wrote: From: Tom Lendacky Date: Mon, 26 Oct 2015 17:13:54 -0500 During Tx cleanup it's still possible for the descriptor data to be read ahead of the descriptor index. A memory barrier is required between the read of the descriptor

Re: BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface

On Wed, Oct 28, 2015 at 10:48:54AM +0100, David Jander wrote: > > Hi all, > > I was unable to figure out who's maintaining > drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out on > this list... > > We have a board with a RMII phy connected to an i.MX6S. The hardware seems

Re: BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface

On Wed, 28 Oct 2015 11:14:14 + Russell King - ARM Linux wrote: > On Wed, Oct 28, 2015 at 10:48:54AM +0100, David Jander wrote: > > > > Hi all, > > > > I was unable to figure out who's maintaining > > drivers/net/ethernet/freescale/fec_main.c, so I hope someone can

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

[Linus and Dave added, Solaris and NetBSD folks dropped from Cc] On Tue, Oct 27, 2015 at 05:13:56PM -0700, Eric Dumazet wrote: > On Tue, 2015-10-27 at 23:17 +, Al Viro wrote: > > > * [Linux-specific aside] our __alloc_fd() can degrade quite badly > > with some use patterns. The

[v6, 0/6] Freescale DPAA FMan

From: Igal Liberman The Freescale Data Path Acceleration Architecture (DPAA) is a set of hardware components on specific QorIQ multicore processors. This architecture provides the infrastructure to support simplified sharing of networking interfaces and accelerators

[v6, 5/6] fsl/fman: Add FMan Port Support

From: Igal Liberman Add the Data Path Acceleration Architecture Frame Manger Port Driver. The FMan driver uses a module called "Port" to represent the physical TX and RX ports. Each FMan version has different number of physical ports. This patch adds The FMan Port

Re: [RFC PATCH net-next 1/4] perf tools: Enable pre-event inherit setting by config terms

Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu: > On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote: > > @@ -55,6 +56,7 @@ struct perf_evsel_config_term { > > booltime; > > char*callgraph; > > u64 stack_user; > > + u64

Re: [PATCH] xfrm: dst_entries_init() per-net dst_ops

Hello, On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote: > On Tue, Oct 27, 2015 at 12:15 PM, wrote: > > From: Dan Streetman > > > > The ipv4 and ipv6 xfrms each create a template dst_ops object, and > > perform dst_entries_init() on

Re: [RFC PATCH net-next 1/4] perf tools: Enable pre-event inherit setting by config terms

Em Wed, Oct 28, 2015 at 10:42:13AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu: > > On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote: > > > @@ -55,6 +56,7 @@ struct perf_evsel_config_term { > > > booltime; > > >

Re: [GIT] Networking

On Wed, Oct 28 2015, Hannes Frederic Sowa wrote: > Hi Linus, > > On Wed, Oct 28, 2015, at 10:39, Linus Torvalds wrote: >> Get rid of it. And I don't *ever* want to see that shit again. > > I don't want to give up on that this easily: > > In future I would like to see

Re: [PATCH] xfrm: dst_entries_init() per-net dst_ops

On Wed, Oct 28, 2015 at 9:42 AM, Hannes Frederic Sowa wrote: > Hello, > > On Wed, Oct 28, 2015, at 14:32, Dan Streetman wrote: >> On Tue, Oct 27, 2015 at 12:15 PM, wrote: >> > From: Dan Streetman >> > >> >

[PATCH net-next 3/4] sfc: Use cpu_to_mem() to support memoryless nodes

From: Bert Kenward With CONFIG_HAVE_MEMORYLESS_NODES cpu_to_node() may return nodes without memory, which is not a good choice when later using that to allocate memory. cpu_to_mem() instead provides the most appropriate NUMA node to allocate from. Signed-off-by: Shradha

[PATCH net-next 2/4] sfc: allocate rx pages on the same node as the interrupt

From: Daniel Pieczko When the interrupt servicing a channel is on a NUMA node that is not local to the device, performance is improved by allocating rx pages on the node local to the interrupt (remote to the device) The performance-optimal case, where interrupts and

Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

> > void phy_disconnect(struct phy_device *phydev) > > { > > if (phydev->irq > 0) > > phy_stop_interrupts(phydev); > > > > phy_stop_machine(phydev); > > > > phydev->adjust_link = NULL; > > > >

[RFC PATCH v2 2/4] net: dsa: bcm_sf2: cleanup resources in remove callback

Implement a remove callback allowing the switch driver to cleanup resources it used: interrupts and remapped register ranges. Signed-off-by: Florian Fainelli Signed-off-by: Neil Armstrong --- drivers/net/dsa/bcm_sf2.c | 20 1

[RFC PATCH v2 3/4] net: dsa: mv88e6xxx: add common and ppu remove function

With the previously introduced remove callback, add a mv88e6xxx common remove function to cleanup all resources. Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6xxx.c | 18 ++ drivers/net/dsa/mv88e6xxx.h | 2 ++ 2 files changed, 20 insertions(+)

[RFC PATCH v2 1/4] net: dsa: allow switch drivers to cleanup their resources

Some switch drivers might request interrupts, remap register ranges, allow such drivers to implement a "remove" callback doing just that. Signed-off-by: Florian Fainelli Signed-off-by: Neil Armstrong --- include/net/dsa.h | 1 + net/dsa/dsa.c

Re: [RFC PATCH net-next 1/4] perf tools: Enable pre-event inherit setting by config terms

On Wed, Oct 28, 2015 at 10:42:13AM -0300, Arnaldo Carvalho de Melo wrote: > Em Wed, Oct 28, 2015 at 02:21:26PM +0100, Jiri Olsa escreveu: > > On Wed, Oct 28, 2015 at 10:55:02AM +, Wang Nan wrote: > > > @@ -55,6 +56,7 @@ struct perf_evsel_config_term { > > > booltime; > > >

[RFC PATCH v2 0/4] net: dsa: cleanup dsa driver

Introduce a new remove callback to allow DSA drivers to cleanup their ressources. Then add a remove implementation for bcm_sf2 and mv88e6xxx. This patch was not tested due of a lack of hardware. v2: add remove callback patch to the serie Neil Armstrong (4): net: dsa: allow switch drivers to

Re: [PATCH v7 02/10] ss: created formatters for json and hr

On Wed, Oct 28, 2015 at 12:57:28PM +0100, Matthias Tafelmeier wrote: > >> Those resentments were related to the patchsets complexity and > >> size. > > > > I didn't see any problem with that in the first place. It is indeed > > a big change, achieving something like that without a big patch set >

Re: [RFC PATCH v2 3/4] net: dsa: mv88e6xxx: add common and ppu remove function

On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote: > With the previously introduced remove callback, add a > mv88e6xxx common remove function to cleanup all resources. > > Signed-off-by: Neil Armstrong > --- > drivers/net/dsa/mv88e6xxx.c | 18

[PATCH net-next 0/4] sfc: NUMA support

This patch series adds support for - allocating rx pages local to the interrupt - setting affinity hint to influence IRQs to be allocated on the same NUMA node as the one where the card resides. Alexandra Kossovsky (1): sfc: use __GFP_NOWARN when allocating RX pages from atomic context. Bert

[PATCH net-next 4/4] sfc: set and clear interrupt affinity hints

From: Bert Kenward Use cpumask_local_spread to provide interrupt affinity hints for each queue. This will spread interrupts across NUMA local CPUs first, extending to remote nodes if needed. Signed-off-by: Shradha Shah ---

Re: [PATCH 2/6] net: dsa: allow switch drivers to cleanup their resources

On 10/27/2015 05:59 PM, Vivien Didelot wrote: > On Oct. Tuesday 27 (44) 04:43 PM, Neil Armstrong wrote: >> >> Yes, I didn't know how to handle this since it was part of a larger patch. >> >> I forgot to add this into the cover-letter but I wanted to send an RFC serie >> with >> your bcm remove

Re: [RFC PATCH v2 1/4] net: dsa: allow switch drivers to cleanup their resources

On Wed, Oct 28, 2015 at 03:12:57PM +0100, Neil Armstrong wrote: > Some switch drivers might request interrupts, remap register ranges, > allow such drivers to implement a "remove" callback doing just that. > > Signed-off-by: Florian Fainelli > Signed-off-by: Neil Armstrong

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote: > Before I take a deep look at your suggestion, are you sure plain use of > include/linux/percpu-refcount.h infra is not possible for struct cred ? BTW, I am not convinced we need to spend so much energy and per-cpu memory for struct cred

[PATCH net-next 1/4] sfc: use __GFP_NOWARN when allocating RX pages from atomic context.

From: Alexandra Kossovsky If we fail to allocate a page when in atomic context this is handled by scheduling a fill in non-atomic context. As such, a warning is not needed. Signed-off-by: Shradha Shah --- drivers/net/ethernet/sfc/rx.c |

[RFC PATCH v2 4/4] net: dsa: make usage of mv88e6xxx common remove function

Make usage of previously introduced mv88e6xxx common remove function in all mv88e6xxx drivers. Signed-off-by: Neil Armstrong --- drivers/net/dsa/mv88e6123_61_65.c | 1 + drivers/net/dsa/mv88e6131.c | 8 drivers/net/dsa/mv88e6171.c | 1 +

Re: [RFC PATCH v2 3/4] net: dsa: mv88e6xxx: add common and ppu remove function

On Wed, Oct 28, 2015 at 03:37:02PM +0100, Neil Armstrong wrote: > Hi Andrew, > > On 10/28/2015 03:35 PM, Andrew Lunn wrote: > > On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote: > >> diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c > >> index b1b14f5..6287096

Re: [RFC PATCH v2 3/4] net: dsa: mv88e6xxx: add common and ppu remove function

Hi Andrew, On 10/28/2015 03:35 PM, Andrew Lunn wrote: > On Wed, Oct 28, 2015 at 03:13:16PM +0100, Neil Armstrong wrote: >> diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c >> index b1b14f5..6287096 100644 >> --- a/drivers/net/dsa/mv88e6xxx.c >> +++

[GIT] Networking

This may look a bit scary this late in the release cycle, but as is typically the case it's predominantly small driver fixes all over the place. 1) Fix two regressions in ipv6 route lookups, particularly wrt. output interface specifications in the lookup key. From David Ahern. 2) Fix checks

Re: [PATCH v2 1/3] virtio_net: Stop doing DMA from the stack

On Tue, Oct 27, 2015 at 10:30:19PM -0700, Andy Lutomirski wrote: > From: Andy Lutomirski > > Once virtio starts using the DMA API, we won't be able to safely DMA > from the stack. virtio-net does a couple of config DMA requests > from small stack buffers -- switch to using

Re: [PATCH v1 1/3] virtio-net: Using single MSIX IRQ for TX/RX Q pair

On Wed, Oct 28, 2015 at 11:13:39AM +0800, Jason Wang wrote: > > > On 10/27/2015 04:38 PM, Michael S. Tsirkin wrote: > > On Mon, Oct 26, 2015 at 10:52:47AM -0700, Ravi Kerur wrote: > >> Ported earlier patch from Jason Wang (dated 12/26/2014). > >> > >> This patch tries to reduce the number of

Re: [PATCH v2 net-next 0/4] Automatic adjustment of max frame size

On 15/10/28 (水) 13:58, Stephen Hemminger wrote: On Mon, 26 Oct 2015 12:40:55 +0900 Toshiaki Makita wrote: ... Thank you for taking a look at the patch set. I'm not sure if I fully understand you, so please correct me if I misread you. The problem is that you

[no subject]

Dear Mr/Ms, we are a OEM parts supplier on many categories,we can supply all kinds of metal parts in compliance with customer's design. Idea and designs from customers can be realized into new products here confidentially. Any OEM metalwork is welcomed! B/R Yours James Cheung Skype:senkemfg

Re: [PATCH 1/1] commit c6825c0976fa7893692e0e43b09740b419b23c09 upstream.

On Mon, 26 Oct 2015 21:06:33 +0100 Pablo Neira Ayuso wrote: > Hi, > > On Mon, Oct 26, 2015 at 11:55:39AM -0700, Ani Sinha wrote: > > netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get > > Please, no need to Cc everyone here. Please, submit your Netfilter >

Re: [PATCH v1 1/3] virtio-net: Using single MSIX IRQ for TX/RX Q pair

On 10/28/2015 03:21 PM, Michael S. Tsirkin wrote: > On Wed, Oct 28, 2015 at 11:13:39AM +0800, Jason Wang wrote: >> >> On 10/27/2015 04:38 PM, Michael S. Tsirkin wrote: >>> On Mon, Oct 26, 2015 at 10:52:47AM -0700, Ravi Kerur wrote: Ported earlier patch from Jason Wang (dated 12/26/2014).

Re: [PATCH v7 02/10] ss: created formatters for json and hr

> > Well, then we should wait for another voice aimed at the complexity of > the patchset before amending and resending me the patchset. > > Well, I perceive that after Sutter has taken over the maintenance responsibilitiy and answered accordingly that the outstanding resentments as resolved.

Re: [PATCH v7 10/10] ss: activate json_writer excluded logic

On Wed, Oct 28, 2015 at 11:39:41AM +0900, Stephen Hemminger wrote: > On Tue, 27 Oct 2015 14:21:03 +0100 > Phil Sutter wrote: > > > On Thu, Sep 10, 2015 at 09:35:08PM +0200, Matthias Tafelmeier wrote: > > > This small patch extends the lib json_writer module for formerly > > >

Re: [PATCH 0/8] mm: memcontrol: account socket memory in unified hierarchy

On Tue, Oct 27, 2015 at 09:01:08AM -0700, Johannes Weiner wrote: ... > > > But regardless of tcp window control, we need to account socket memory > > > in the main memory accounting pool where pressure is shared (to the > > > best of our abilities) between all accounted memory consumers. > > > >

Re: [PATCH v7 02/10] ss: created formatters for json and hr

On Wed, Oct 28, 2015 at 09:07:47AM +0100, Matthias Tafelmeier wrote: > > > > > Well, then we should wait for another voice aimed at the complexity of > > the patchset before amending and resending me the patchset. > > > > > > Well, I perceive that after Sutter has taken over the maintenance >

BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface

Hi all, I was unable to figure out who's maintaining drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out on this list... We have a board with a RMII phy connected to an i.MX6S. The hardware seems to be ok, since I can receive and transmit ethernet frames without drops or

Re: [PATCH v7 02/10] ss: created formatters for json and hr

> Yeah, sorry for not having looked into this earlier. Also, I neither > have nor claim any power of veto. No big issue. Maybe Stephen can clarifiy things. I mean acknowledge no further objections. > Apart from that, I'm not against this > patch series in general, just trying to help raise

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On 27/10/2015 23:17, Al Viro wrote: Frankly, as far as I'm concerned, the bottom line is * there are two variants of semantics in that area and there's not much that could be done about that. Yes, that seems to be the case. * POSIX is vague enough for both variants to comply

[PATCH net-next] use vzalloc() instead of vmalloc() as counterstmp is not cleared before it is used in get_counters(). counterstmp might be leaked partially when it is sent to userland later on.

--- net/bridge/netfilter/ebtables.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c index f46ca41..26922e9 100644 --- a/net/bridge/netfilter/ebtables.c +++ b/net/bridge/netfilter/ebtables.c @@ -989,7 +989,7

Re: [PATCH net-next 2/4] sfc: allocate rx pages on the same node as the interrupt

On Wed, 2015-10-28 at 15:01 +, Shradha Shah wrote: > From: Daniel Pieczko > > When the interrupt servicing a channel is on a NUMA node that is > not local to the device, performance is improved by allocating > rx pages on the node local to the interrupt (remote to

[PATCH net-next] net: bridge: use vzalloc() instead of vmalloc() as counterstmp is not cleared before it is used in get_counters(). counterstmp might be leaked partially when it is sent to userland la

--- net/bridge/netfilter/ebtables.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/bridge/netfilter/ebtables.c b/net/bridge/netfilter/ebtables.c index f46ca41..26922e9 100644 --- a/net/bridge/netfilter/ebtables.c +++ b/net/bridge/netfilter/ebtables.c @@ -989,7 +989,7

[RFC] unix: fix use-after-free in unix_dgram_poll()

Rainer Weikusat writes: > Jason Baron writes: [...] >> 2) >> >> For the case of epoll() in edge triggered mode we need to ensure that >> when we return -EAGAIN from unix_dgram_sendmsg() when unix_recvq_full() >> is true, we need to

Re: [RFC] unix: fix use-after-free in unix_dgram_poll()

On 10/28/2015 12:46 PM, Rainer Weikusat wrote: > Rainer Weikusat writes: >> Jason Baron writes: > > [...] > >>> 2) >>> >>> For the case of epoll() in edge triggered mode we need to ensure that >>> when we return -EAGAIN from

Re: [PATCH net-next 4/4] sfc: set and clear interrupt affinity hints

Hello. On 10/28/2015 06:02 PM, Shradha Shah wrote: From: Bert Kenward Use cpumask_local_spread to provide interrupt affinity hints for each queue. This will spread interrupts across NUMA local CPUs first, extending to remote nodes if needed. Signed-off-by: Shradha

Re: [PATCH net-next] net: bridge: use vzalloc() instead of vmalloc() as counterstmp is not cleared before it is used in get_counters(). counterstmp might be leaked partially when it is sent to userlan

On Wed, Oct 28, 2015 at 09:10:20PM +0300, Sergei Shtylyov wrote: > Hello. > >Your subject is too long, it should have been placed in the changelog > partially. You you didn't sign off on the patch, so it can't applied. > > MBR, Sergei Thank you. Please reject this patch. I re-sent a proper

Re: [PATCH net-next] net: bridge: use vzalloc() instead of vmalloc() as counterstmp is not cleared before it is used in get_counters(). counterstmp might be leaked partially when it is sent to userlan

Please reject this patch. I sent a proper one with the sign-on later on. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH net 1/1] tipc: linearize arriving NAME_DISTR and LINK_PROTO buffers

Testing of the new UDP bearer has revealed that reception of NAME_DISTRIBUTOR, LINK_PROTOCOL/RESET and LINK_PROTOCOL/ACTIVATE message buffers is not prepared for the case that those may be non-linear. We now linearize all such buffers before they are delivered up to the generic reception layer.

[PATCH net-next] ipv4: use l4 hash for locally generated multipath flows

This patch changes how the multipath hash is computed for locally generated UDP or TCP flows: now the hash comprises also l4 information (source and destination port). This allows better utilization of the available paths when the existing flows have the same source IP and the same destination

[PATCH 1/1 net-next] net: bridge: use vzalloc() instead of vmalloc() for counterstmp

counterstmp is not cleared before it is used in get_counters(). it might be leaked partially when it is sent to userland later on. Signed-off-by: Loganaden Velvindron --- net/bridge/netfilter/ebtables.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH net-next] net: bridge: use vzalloc() instead of vmalloc() as counterstmp is not cleared before it is used in get_counters(). counterstmp might be leaked partially when it is sent to userlan

Hello. Your subject is too long, it should have been placed in the changelog partially. You you didn't sign off on the patch, so it can't applied. MBR, Sergei -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More

RE: [PATCH net-next] hyperv: Add handler for RNDIS_STATUS_NETWORK_CHANGE event

> -Original Message- > From: Richard Weinberger [mailto:richard.weinber...@gmail.com] > Sent: Tuesday, October 27, 2015 6:36 PM > To: David Miller > Cc: Haiyang Zhang ; o...@aepfle.de; Greg Kroah- > Hartman ;

Re: [PATCH 0/8] mm: memcontrol: account socket memory in unified hierarchy

On Wed, Oct 28, 2015 at 11:20:03AM +0300, Vladimir Davydov wrote: > Then you'd better not touch existing tcp limits at all, because they > just work, and the logic behind them is very close to that of global tcp > limits. I don't think one can simplify it somehow. Uhm, no, there is a crapload of

[BUG] Erroneous behavior in try_to_coalesce

Hello, Recently I observed 2 crashes on one of my server with the following backtraces: [22751.889645] [ cut here ] [22751.889660] WARNING: CPU: 38 PID: 12807 at net/core/skbuff.c:3498 skb_try_coalesce+0x34b/0x360() [22751.889661] Modules linked in: tcp_diag inet_diag

Re: [BUG] Erroneous behavior in try_to_coalesce

On Thu, 2015-10-29 at 04:19 +0900, Nikolay Borisov wrote: > > > Could you please comment whether it looks viable so that I can resend > as a proper fix? Also the interesting question is what kind of packets > could trigger this warn_on_once? In both traces ovs_packet_cmd_execute > is present so

RE: [Intel-wired-lan] [net PATCH v2] ixgbe: Reset interface after enabling SR-IOV

-Original Message- From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On Behalf Of Alexander Duyck Sent: Tuesday, October 20, 2015 1:28 PM To: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org Subject: [Intel-wired-lan] [net PATCH v2] ixgbe: Reset interface

RE:

Hello, I am Major. Alan Edward, in the military unit here in Afghanistan and i need an urgent assistance with someone i can trust,It's risk free and legal. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- To unsubscribe from this list: send the

Congratulation !!!!

Congratulation,You have been selected to receive the sum of $850,000 Donation from my won Lottery Money, Kindly get back to me now and Claim your Cash. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo

[GIT] [4.4] NFC update

Hi David, This is the NFC pull request for 4.4. It's a bit bigger than usual, the 3 main culprits being: - A new driver for Intel's Fields Peak NCI chipset. In order to support this chipset we had to export a few NCI routines and extend the driver NCI ops to not only support proprietary

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Thu, 2015-10-29 at 00:15 +, Al Viro wrote: > On Wed, Oct 28, 2015 at 04:08:29PM -0700, Eric Dumazet wrote: > > > > Except for legacy stuff and stdin/stdout/stderr games, I really doubt > > > > lot of applications absolutely rely on the POSIX thing... > > > > > > We obviously can't turn

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, Oct 28, 2015 at 08:29:41PM -0700, Eric Dumazet wrote: > But this is an optimization : If you do not use the initial dup2(), the > fd array can be automatically expanded if needed (all slots are in use) Whee... > No locking change. files->file_lock is still taken. > > We only want to

Re: [V5, 2/6] fsl/fman: Add FMan support

On Tue, 2015-10-27 at 11:32 -0500, Liberman Igal-B31950 wrote: > > > + > > > +struct device *fman_get_device(struct fman *fman) { > > > + return fman->dev; > > > +} > > > > Is this really necessary? > > > > Fman port needs fman->dev, fman structure is opaque, so yes, it's needed. Why is

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, 2015-10-28 at 21:13 +, Al Viro wrote: > On Wed, Oct 28, 2015 at 07:47:57AM -0700, Eric Dumazet wrote: > > On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote: > > > > > Before I take a deep look at your suggestion, are you sure plain use of > > > include/linux/percpu-refcount.h

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, Oct 28, 2015 at 07:47:57AM -0700, Eric Dumazet wrote: > On Wed, 2015-10-28 at 06:24 -0700, Eric Dumazet wrote: > > > Before I take a deep look at your suggestion, are you sure plain use of > > include/linux/percpu-refcount.h infra is not possible for struct cred ? > > BTW, I am not

RE: [Intel-wired-lan] [PATCH] fm10k:Fix error handling in the function fm10k_resume

-Original Message- From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On Behalf Of Nicholas Krause Sent: Saturday, October 17, 2015 9:21 AM To: Kirsher, Jeffrey T Cc: linux-ker...@vger.kernel.org; intel-wired-...@lists.osuosl.org;

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, Oct 28, 2015 at 02:44:28PM -0700, Eric Dumazet wrote: > Well, all this complexity goes away with a O_FD_FASTALLOC / > SOCK_FD_FASTALLOC bit in various fd allocations, which specifically > tells the kernel we do not care getting the lowest possible fd as POSIX > mandates. ... which won't

[net-next PATCH] RDS: convert bind hash table to re-sizable hashtable

To further improve the RDS connection scalabilty on massive systems where number of sockets grows into tens of thousands of sockets, there is a need of larger bind hashtable. Pre-allocated 8K or 16K table is not very flexible in terms of memory utilisation. The rhashtable infrastructure gives us

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, 2015-10-28 at 22:33 +, Al Viro wrote: > On Wed, Oct 28, 2015 at 02:44:28PM -0700, Eric Dumazet wrote: > > > Well, all this complexity goes away with a O_FD_FASTALLOC / > > SOCK_FD_FASTALLOC bit in various fd allocations, which specifically > > tells the kernel we do not care getting

Re: [PATCH 2/2] e1000e: Fix msi-x interrupt automask

On 10/22/2015 05:32 PM, Benjamin Poirier wrote: Since the introduction of 82574 support in e1000e, the driver has worked on the assumption that msi-x interrupt generation is automatically disabled after each irq. As it turns out, this is not the case. Currently, rx interrupts can fire multiple

Re: [Bug 106241] New: shutdown(3)/close(3) behaviour is incorrect for sockets in accept(3)

On Wed, Oct 28, 2015 at 04:08:29PM -0700, Eric Dumazet wrote: > > > Except for legacy stuff and stdin/stdout/stderr games, I really doubt > > > lot of applications absolutely rely on the POSIX thing... > > > > We obviously can't turn that into default behaviour, though. BTW, what > >

[patch net-next 02/12] switchdev: Make flood to CPU optional

From: Ido Schimmel In certain use cases it is not always desirable for the switch device to flood traffic to CPU port. Instead, only certain packet types (e.g. STP, LACP) should be trapped to it. Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko

[patch net-next 05/12] mlxsw: spectrum: Add support for flood control

From: Ido Schimmel Add or remove a bridged port from the flooding domain of unknown unicast packets according to user configuration. Signed-off-by: Ido Schimmel Signed-off-by: Jiri Pirko ---

[patch net-next 04/12] mlxsw: spectrum: Add support for VLAN ranges in flooding configuration

From: Ido Schimmel When enabling a range of VLANs on a bridged port we can configure flooding for these VLANs by one register access instead of calling the same register for each VLAN. This is accomplished by using the 'range' field of the Switch Flooding Table Register

Re: [PATCH 02/25] IB/mthca, net/mlx4: remove counting semaphores

Hi Arnd, Since we want to make counting semaphores go away, Why do we want to make counting semaphores go away? completely? or just for binary use cases? I have a use case in iser target code where a counting semaphore is the best suited synchronizing mechanism. I have a single thread

[patch net-next 00/12] mlxsw: driver update

From: Jiri Pirko This driver update mainly brings support for user to be able to setup flooding on specified port, via bridge flag. Also, there is a fix in ageing time conversion. The rest is just cosmetics. Ido Schimmel (4): switchdev: Add support for flood control

  1   2   >