a new attribute (VETH_MRU) in the veth driver.
Fredrik Markstrom (1):
veth: Added attribute to set maximum receive size on veth interfaces
Fredrik Markström (1):
net: Added mtu parameter to dev_forward_skb calls
drivers/net/ipvlan/ipvlan_core.c | 7 ---
drivers/net/macvlan.c
---
include/linux/if_link.h | 1 +
include/netlink-private/types.h | 1 +
include/netlink/route/link/veth.h | 4 ++
lib/route/link.c | 4 ++
lib/route/link/veth.c | 141 +-
5 files changed, 118 insertions(+), 33 d
and is_skb_forwardable so
that the caller can override this packet size limit.
Signed-off-by: Fredrik Markstrom
---
drivers/net/ipvlan/ipvlan_core.c | 7 ---
drivers/net/macvlan.c| 4 ++--
drivers/net/veth.c | 2 +-
include/linux/netdevice.h| 10 +-
net/bri
possible with (most) hardware ethernet interfaces.
Signed-off-by: Fredrik Markstrom
---
drivers/net/veth.c| 45 -
include/uapi/linux/veth.h | 1 +
2 files changed, 45 insertions(+), 1 deletion(-)
diff --git a/drivers/net/veth.c b/drivers/net/veth.c
The scaling mechanism might sometimes cause top to report >100%
(sometimes > 1000%) cpu usage for a single thread. This patch makes
sure that stime+utime corresponds to the actual runtime of the thread.
Signed-off-by: Fredrik Markstrom
---
kernel/sched/cputime.
4 208 Delta=0
254 208 Delta=0
254 208 Delta=0
254 208 Delta=0
494 208 Delta=240
494 208 Delta=0
494 208 Delta=0
494 208 Delta=0
494 208 Delta=0
717 208 Delta=223
717 208 Delta=0
Fredrik Markstrom (1):
cputime: Make the reported utime+stime correspond to the
M_INFINITY is that someone might change rlimit from unlimited to
something smaller while we have the mq open.
Signed-off-by: Fredrik Markstrom
---
/* Compile with: gcc -o mqt mqt.c
*/
#include
#include
#include
#include
int main(void) {
int i;
mqd_t mqs[1000];
s
Hello,
I've noticed an inconsistency between how physical ethernet and veth handles
mtu.
If I setup two physical interfaces (directly connected) with different mtu:s,
only the size of the outgoing packets are limited by the mtu. But with veth a
packet is dropped if the mtu of the receiving int
On Thu, 19 Jan 2017 19:53:47 +0100 Eric Dumazet
wrote
> On Thu, 2017-01-19 at 17:41 +0100, Fredrik Markstrom wrote:
> > Hello,
> >
> > I've noticed an inconsistency between how physical ethernet and veth
> > handles mtu.
> >
/F
On Tue, 31 Jan 2017 17:27:09 +0100 Eric Dumazet
wrote
> On Tue, 2017-01-31 at 14:32 +0100, Fredrik Markstrom wrote:
> > On Thu, 19 Jan 2017 19:53:47 +0100 Eric Dumazet
> > wrote
> > > On Thu, 2017-01-19 at 17:41 +0100,
possible with (most) hardware ethernet interfaces.
Signed-off-by: Fredrik Markstrom
---
drivers/net/veth.c| 45 -
include/uapi/linux/veth.h | 1 +
2 files changed, 45 insertions(+), 1 deletion(-)
diff --git a/drivers/net/veth.c b/drivers/net/veth.c
possible with (most) hardware ethernet interfaces.
The set consists of two patches. The first one adding a parameter do the
dev_forward_skb functions to specify the maximum packet size, the
second one implents a new attribute (VETH_MRU) in the veth driver.
Fredrik Markstrom (1):
veth: Added
---
include/linux/if_link.h | 1 +
include/netlink-private/types.h | 1 +
include/netlink/route/link/veth.h | 4 ++
lib/route/link.c | 4 ++
lib/route/link/veth.c | 141 +-
5 files changed, 118 insertions(+), 33 d
and is_skb_forwardable so
that the caller can override this packet size limit.
Signed-off-by: Fredrik Markstrom
---
drivers/net/ipvlan/ipvlan_core.c | 7 ---
drivers/net/macvlan.c| 4 ++--
drivers/net/veth.c | 2 +-
include/linux/netdevice.h| 10 +-
net/bri
4780adeefd042482f624f5e0d577bf9cdcbb760 ("ARM: 7735/2:
Preserve the user r/w register TPIDRURW on context switch and fork")) and
is therefore made configurable.
Signed-off-by: Fredrik Markstrom
---
arch/arm/include/asm/tls.h | 8 +++-
arch/arm/kernel/entry-armv.S | 1 -
arch/arm/mm/Kconfig
15 matches
Mail list logo
