On Mon, Aug 31, 2015 at 03:35:26PM +0800, Herbert Xu wrote:
>
> I see where the bug came from. Indeed IPv6 does do fragmentation
> but only for tunnel mode. While your patch added a check that also
> affected transport mode. So in addition to the GSO fix we should
> also make the MTU check cond
On Thu, Sep 3, 2015 at 6:01 PM, Michael Tirado wrote:
> Hiyall,
>
> I have created a seccomp white list filter for a program that launches
> other less trustworthy programs. It's working great so far, but I
> have run into a little roadblock. the launcher program needs to call
> execve as it's f
On 09/03/2015 10:09 PM, eran ben elisha wrote:
On Mon, Aug 31, 2015 at 5:39 AM, Alexey Kardashevskiy wrote:
On 08/30/2015 04:28 PM, Or Gerlitz wrote:
On Fri, Aug 28, 2015 at 7:06 AM, Alexey Kardashevskiy
wrote:
68230242cdb breaks SRIOV on POWER8 system. I am not really suggesting
reverting
On Fri, Sep 04, 2015 at 01:01:20AM +, Michael Tirado wrote:
> Hiyall,
>
> I have created a seccomp white list filter for a program that launches
> other less trustworthy programs. It's working great so far, but I
> have run into a little roadblock. the launcher program needs to call
> execve
The prestigious Microsoft and AOL has set out and successfully organized a
Sweepstakes. Your email address has subsequently won you 2,000,000.00
GBP(Two Million Great Britain Pound Sterling) as one of the jackpot winner
in this draw. To file for your claim Please Contact your fiduciary agent.
He
Hiyall,
I have created a seccomp white list filter for a program that launches
other less trustworthy programs. It's working great so far, but I
have run into a little roadblock. the launcher program needs to call
execve as it's final step, but that may not be present in the white
list. I am wo
On 9/3/15 4:40 PM, David Miller wrote:
From: David Ahern
Date: Wed, 2 Sep 2015 12:03:12 -0700
Add support for 'ip [-6] route get table X' where the user wants to
force the FIB lookup from a given table.
Signed-off-by: David Ahern
As Thomas mentioned, this adds cost to the FIB lookup fastp
On 9/2/15 11:35 PM, David Miller wrote:
Another merge window, another set of networking changes. I've heard
rumblings that the lightweight tunnels infrastructure has been voted
networking change of the year. But what do I know?
...
9) Add support for "light weight tunnels", which allow for
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Saturday, August 22, 2015 1:17 PM
> To: Hall, Christopher S
> Cc: Kirsher, Jeffrey T; h...@zytor.com; mi...@redhat.com;
> john.stu...@linaro.org; richardcoch...@gmail.com; x...@kernel.org; linux-
> ker...@vger.
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of Alex Williamson
Sent: Friday, July 10, 2015 3:44 PM
To: Rose, Gregory V
Cc: netdev@vger.kernel.org; intel-wired-...@lists.osuosl.org;
linux-ker...@vger.kernel.org
Subject: Re: [Intel-w
The function device_get_mac_address is trying different property names
in order to get the mac address. To check the return value, the variable
addr (which contain the buffer pass by the caller) will be re-used. This
means that if the previous property is not found, the next property will
be read u
From: David Ahern
Date: Wed, 2 Sep 2015 12:03:12 -0700
> Add support for 'ip [-6] route get table X' where the user wants to
> force the FIB lookup from a given table.
>
> Signed-off-by: David Ahern
As Thomas mentioned, this adds cost to the FIB lookup fastpath
for a control-plane only featur
From: Atsushi Nemoto
Date: Thu, 3 Sep 2015 15:01:02 +0900
> On Wed, 2 Sep 2015 22:32:54 -0700, David Miller wrote:
>>> I think napi_gro_flush() can be called with irq enabled, so moving the
>>> spin_lock_irqsave() just before the __napi_complete() (or moving the
>>> __napi_complete() just after
On 09/03/2015 10:29 AM, David Miller wrote:
From: Nikola Forró
Date: Thu, 03 Sep 2015 11:08:51 +0200
@@ -233,8 +233,10 @@ static inline int fib_lookup(struct net *net, const struct
flowi4 *flp,
rcu_read_lock();
tb = fib_get_table(net, RT_TABLE_MAIN);
- if (tb && !fib_tabl
On Thu, 3 Sep 2015, Linus Torvalds wrote:
> On Thu, Sep 3, 2015 at 1:55 PM, Julia Lawall wrote:
> >
> > There are 32 2-dimensional arrays in function parameters, and 1
> > 3-dimensional array. No 4-dimensional arrays. I didn't check past that.
> > None of these has a sizeof or ARRAY_SIZE.
> >
Hi Linus,
>> [-Wsizeof-array-argument]
>
> Ahh. Google shows that it's an old clang warning that gcc has recently
> picked up.
>
> But even clang doesn't seem to have any way for a project to say
> "please warn about arrays in function argument declaration". It *is*
> very traditional idiomatic
On Thu, Sep 3, 2015 at 1:55 PM, Julia Lawall wrote:
>
> There are 32 2-dimensional arrays in function parameters, and 1
> 3-dimensional array. No 4-dimensional arrays. I didn't check past that.
> None of these has a sizeof or ARRAY_SIZE.
>
> The three dimensional array is here: drivers/media/dvb
On Thu, 3 Sep 2015, Linus Torvalds wrote:
> On Thu, Sep 3, 2015 at 12:32 PM, Julia Lawall wrote:
> >
> > I find 518 occurrences of a function parameter declaration that contains
> > an explicit size. But only the sizeof(mcs_mask) where there is a sizeof
> > on such a parameter. I also checked
On 9/3/15 1:24 PM, Sowmini Varadhan wrote:
Only return a conn if the rds_conn_net(conn) matches the struct
net passed to rds_conn_lookup().
Fixes: 467fa15356ac ("RDS-TCP: Support multiple RDS-TCP listen endpoints,
one per netns.")
Signed-off-by: Sowmini Varadhan
---
Acked-by: Santos
On 03/09/15 13:22, Sergei Shtylyov wrote:
> I've noticed that fixed_phy_register() ignores its 'irq' parameter instead of
> passing it to fixed_phy_add(). Luckily, fixed_phy_register() seems to always
> be called with PHY_POLL for 'irq'... :-)
So not critical for -stable, good!
>
> Fixes: a
Only return a conn if the rds_conn_net(conn) matches the struct
net passed to rds_conn_lookup().
Fixes: 467fa15356ac ("RDS-TCP: Support multiple RDS-TCP listen endpoints,
one per netns.")
Signed-off-by: Sowmini Varadhan
---
net/rds/connection.c |9 +
1 files changed, 5 inser
I've noticed that fixed_phy_register() ignores its 'irq' parameter instead of
passing it to fixed_phy_add(). Luckily, fixed_phy_register() seems to always
be called with PHY_POLL for 'irq'... :-)
Fixes: a75951217472 ("net: phy: extend fixed driver with fixed_phy_register()")
Signed-off-by: Se
On Thu, Sep 03, 2015 at 09:38:30PM +0200, Maciej S. Szmigiero wrote:
> If fec MDIO write method succeeds its return value comes from
> call to pm_runtime_get_sync().
> But pm_runtime_get_sync() can also return 1.
>
> In case of Micrel KSZ9031 PHY this value will then
> be returned along the call c
On 09/03/2015 10:38 PM, Florian Fainelli wrote:
The existing fixed_phy_add() function has several drawbacks that
prevents it from being used as is for OF-based declaration of fixed
PHYs:
* The address of the PHY on the fake bus needs to be passed, while a
dynamic allocation is desired.
On Thu, Sep 3, 2015 at 12:32 PM, Julia Lawall wrote:
>
> I find 518 occurrences of a function parameter declaration that contains
> an explicit size. But only the sizeof(mcs_mask) where there is a sizeof
> on such a parameter. I also checked for ARRAY_SIZE on such parameters,
> and didn't find a
On 03/09/15 12:37, Sergei Shtylyov wrote:
> On 09/03/2015 10:20 PM, Sergei Shtylyov wrote:
>
>>> The existing fixed_phy_add() function has several drawbacks that
>>> prevents it from being used as is for OF-based declaration of fixed
>>> PHYs:
>>>
>>> * The address of the PHY on the fake bus nee
If fec MDIO write method succeeds its return value comes from
call to pm_runtime_get_sync().
But pm_runtime_get_sync() can also return 1.
In case of Micrel KSZ9031 PHY this value will then
be returned along the call chain of phy_write() ->
ksz9031_extended_write() -> ksz9031_center_flp_timing() ->
On 09/03/2015 10:20 PM, Sergei Shtylyov wrote:
The existing fixed_phy_add() function has several drawbacks that
prevents it from being used as is for OF-based declaration of fixed
PHYs:
* The address of the PHY on the fake bus needs to be passed, while a
dynamic allocation is desired.
Hello.
On 09/03/2015 10:23 PM, Florian Fainelli wrote:
The existing fixed_phy_add() function has several drawbacks that
prevents it from being used as is for OF-based declaration of fixed
PHYs:
* The address of the PHY on the fake bus needs to be passed, while a
dynamic allocation is d
On Thu, 3 Sep 2015, Joe Perches wrote:
> On Thu, 2015-09-03 at 11:22 -0700, Linus Torvalds wrote:
> > On Thu, Sep 3, 2015 at 10:40 AM, David Miller wrote:
> > >
> > > Linus, what GCC version are you using and what does the warning look
> > > like?
> >
> > I'm on whatever is in F22. gcc -v says
On 03/09/15 12:20, Sergei Shtylyov wrote:
> Hello.
>
> On 05/16/2014 06:14 PM, Thomas Petazzoni wrote:
>
>> The existing fixed_phy_add() function has several drawbacks that
>> prevents it from being used as is for OF-based declaration of fixed
>> PHYs:
>>
>> * The address of the PHY on the fake
Hello.
On 05/16/2014 06:14 PM, Thomas Petazzoni wrote:
The existing fixed_phy_add() function has several drawbacks that
prevents it from being used as is for OF-based declaration of fixed
PHYs:
* The address of the PHY on the fake bus needs to be passed, while a
dynamic allocation is des
Hi all,
I have already sent this email to linux-ppp group, but I have not received
any response yet. So, I want to send it to this group as well, because it is
most likely a netdev issue in pppoe kernel driver.
I see the bug in the below email discussion on the kernel that we are
currently using
From: Linus Torvalds
Date: Thu, 3 Sep 2015 11:22:10 -0700
> (note the lack of warning about the use of an array in the function
> definition parameter list - I tried to find if there's any way to
> enable such a warning, but couldn't find anything. Maybe my google-fu
> is weak, but more probably
On Thu, 2015-09-03 at 11:22 -0700, Linus Torvalds wrote:
> On Thu, Sep 3, 2015 at 10:40 AM, David Miller wrote:
> >
> > Linus, what GCC version are you using and what does the warning look
> > like?
>
> I'm on whatever is in F22. gcc -v says
>
>gcc version 5.1.1 20150618 (Red Hat 5.1.1-4) (G
On Thu, Sep 3, 2015 at 11:22 AM, Linus Torvalds
wrote:
> [-Wsizeof-array-argument]
Ahh. Google shows that it's an old clang warning that gcc has recently
picked up.
But even clang doesn't seem to have any way for a project to say
"please warn about arrays in function argument declaration". It *i
On Thu, Sep 3, 2015 at 10:40 AM, David Miller wrote:
>
> Linus, what GCC version are you using and what does the warning look
> like?
I'm on whatever is in F22. gcc -v says
gcc version 5.1.1 20150618 (Red Hat 5.1.1-4) (GCC)
and the warning looks like so:
net/mac80211/rate.c: In function ‘
From: Linus Torvalds
Date: Thu, 3 Sep 2015 09:45:44 -0700
> But happily gcc has a really really valid warning (kudos - I often end
> up ragging on the bad warnings gcc has, but this one is a keeper),
> because a few lines down the mistake then turns into pure and utter
> garbage.
I really wish m
There is really not enough information here to make a real evaluation.
kernel is old, hardware is unspecified, and the real problem is not well
identified.
Begin forwarded message:
Date: Thu, 3 Sep 2015 10:51:44 +
From: "bugzilla-dae...@bugzilla.kernel.org"
To: "shemmin...@linux-foundatio
On Thu, Sep 3, 2015 at 5:04 AM, Jiri Pirko wrote:
> From: Jiri Pirko
>
> switchdev_port_fdb_dump is used as .ndo_fdb_dump. Its return value is
> idx, so we cannot return errval.
>
> Fixes: 45d4122ca7cd ("switchdev: add support for fdb add/del/dump via
> switchdev_port_obj ops.")
> Signed-off-by:
From: Nikola Forró
Date: Thu, 03 Sep 2015 12:05:22 +0200
> @@ -233,8 +233,11 @@ static inline int fib_lookup(struct net *net, const
> struct flowi4 *flp,
> rcu_read_lock();
>
> tb = fib_get_table(net, RT_TABLE_MAIN);
> - if (tb && !fib_table_lookup(tb, flp, res, flags | FIB_LOO
From: Nikola Forró
Date: Thu, 03 Sep 2015 11:08:51 +0200
> @@ -233,8 +233,10 @@ static inline int fib_lookup(struct net *net, const
> struct flowi4 *flp,
> rcu_read_lock();
>
> tb = fib_get_table(net, RT_TABLE_MAIN);
> - if (tb && !fib_table_lookup(tb, flp, res, flags | FIB_LOO
On 9/3/2015 5:04 AM, Jiri Pirko wrote:
From: Jiri Pirko
switchdev_port_fdb_dump is used as .ndo_fdb_dump. Its return value is
idx, so we cannot return errval.
Fixes: 45d4122ca7cd ("switchdev: add support for fdb add/del/dump via
switchdev_port_obj ops.")
Signed-off-by: Jiri Pirko
Acked-by:
On Wed, Sep 2, 2015 at 10:35 PM, David Miller wrote:
>
> Another merge window, another set of networking changes. I've heard
> rumblings that the lightweight tunnels infrastructure has been voted
> networking change of the year.
.. and others say that the most notable feature is the idiotic bugs
> -Original Message-
> From: Kolmakov Dmitriy [mailto:kolmakov.dmit...@huawei.com]
> Sent: Thursday, 03 September, 2015 10:39
> To: da...@davemloft.net
> Cc: Jon Maloy; Ying Xue; tipc-discuss...@lists.sourceforge.net;
> netdev@vger.kernel.org; linux-ker...@vger.kernel.org
> Subject: [PATC
* Mugunthan V N [150902 23:05]:
> In DRA72x EVM, by default slave 1 is connected to the onboard
> phy, but slave 2 pins are also muxed with video input module
> which is controlled by pcf857x gpio and currently to select slave
> 0 to connect to phy gpio hogging is used, but with
> omap2plus_defcon
On 09/03/2015 03:05 AM, Nikola Forró wrote:
Man page of ip-route(8) says following about route types:
unreachable - these destinations are unreachable. Packets are dis‐
carded and the ICMP message host unreachable is generated. The local
senders get an EHOSTUNREACH error.
blackhol
Uwe Koziolek wrote:
>On Tue, Sep 01, 2015 at 05:41 PM +0200, Andy Gospodarek wrote:
>> On Mon, Aug 17, 2015 at 10:51:27PM +0200, Uwe Koziolek wrote:
>>> On Mon, Aug 17, 2015 at 09:14PM +0200, Jay Vosburgh wrote:
Uwe Koziolek wrote:
> On2015-08-17 07:12 PM,Jarod Wilson wrote:
>>
From: Dmitry S Kolmakov
If an attempt to wake up users of broadcast link is made when there is
no enough place in send queue than it may hang up inside the
tipc_sk_rcv() function since the loop breaks only after the wake up
queue becomes empty. This can lead to complete CPU stall with the
follow
From: Philippe De Muyter Sent: Thursday, September 03, 2015 4:00
PM
> To: Duan Fugang-B38611
> Cc: da...@davemloft.net; netdev@vger.kernel.org; li...@arm.linux.org.uk
> Subject: Re: [PATCH net-next 1/1] net: fec: clear receive interrupts
> before processing a packet
>
> Hi Andy,
>
> can you res
On 09/02/2015 03:20 PM, Marcelo Ricardo Leitner wrote:
> These are two fixes for sctp after my patch on 0ca50d12fe46 ("sctp: fix
> src address selection if using secondary addresses")
>
> The first, fix a dst leak on those it decided to skip.
>
> The second, adds the fallback on src selection tha
userspace programs which uses libos access via a public API, lib_init(),
with passed arguments struct SimImported and struct SimExported.
Signed-off-by: Hajime Tazaki
Signed-off-by: Ryo Nakamura
---
arch/lib/include/sim-assert.h | 23 +++
arch/lib/include/sim-init.h | 134 +++
ar
context primitives of kernel such as soft interrupts, scheduling,
tasklet are implemented for libos. these functions eventually call the
functions registered by lib_init() API as well.
Signed-off-by: Hajime Tazaki
---
arch/lib/sched.c | 406 +++
timer related (internal) functions such as add_timer(),
do_gettimeofday() of kernel are trivially reimplemented
for libos. these eventually call the functions registered by lib_init()
API.
Signed-off-by: Hajime Tazaki
---
arch/lib/hrtimer.c | 117 ++
arch/lib/tasklet-hrti
libos (arch/lib) emulates a sysctl-like interface by a function call of
userspace by enumerating sysctl tree from sysctl_table_root. It requires
to be publicly accessible to this symbol and related functions.
Signed-off-by: Hajime Tazaki
---
fs/proc/proc_sysctl.c | 36 +++
Although I've been kept quiet, I'm preparing this 6th version of Linux
LibOS patchset.
During the time, I've observed the growth of our branch and seen two
good news regarding the maintenance overhead and benefit of libos patches.
* news 1
To answer the following suggestion raised by Richard Wei
add SLIB allocator for arch/lib (CONFIG_LIB) to wrap kmalloc and co.
This will bring user's own allocator of libos: malloc(3) etc.
Signed-off-by: Hajime Tazaki
---
include/linux/slab.h | 6 +-
include/linux/slib_def.h | 21 +
mm/Makefile | 1 +
mm/slab.h
These auxiliary files are used for testing and debugging of net/ code
with libos. a simple test is implemented with make test ARCH=lib.
Signed-off-by: Hajime Tazaki
---
tools/testing/libos/.gitignore | 6 +
tools/testing/libos/Makefile | 38 +++
tools/testing/l
these files works as stubs in order to transparently run the other
kernel part (e.g., net/) on libos environment.
Signed-off-by: Hajime Tazaki
---
arch/lib/include/asm/Kbuild | 57
arch/lib/include/asm/atomic.h | 62 +
This interacts with fs/proc_fs.c for sysctl-like interface registered via
lib_init() API.
Signed-off-by: Hajime Tazaki
---
arch/lib/sysctl.c | 270 ++
1 file changed, 270 insertions(+)
create mode 100644 arch/lib/sysctl.c
diff --git a/arch/li
document and build scripts for libos architecture.
Signed-off-by: Hajime Tazaki
Signed-off-by: Ryo Nakamura
---
Documentation/virtual/libos-howto.txt | 144
MAINTAINERS | 9 +
arch/lib/.gitignore | 3 +
arch/lib/Kconfig
These files are used to provide the same function calls so that other
network stack code keeps untouched.
Signed-off-by: Hajime Tazaki
Signed-off-by: Christoph Paasch
---
arch/lib/capability.c | 25 +
arch/lib/filemap.c| 32 ++
arch/lib/fs.c | 70 +
arch/lib/g
On Wed, Sep 02, 2015 at 04:20:20PM -0300, Marcelo Ricardo Leitner wrote:
> These are two fixes for sctp after my patch on 0ca50d12fe46 ("sctp: fix
> src address selection if using secondary addresses")
>
> The first, fix a dst leak on those it decided to skip.
>
> The second, adds the fallback on
> -Original Message-
> From: Kolmakov Dmitriy [mailto:kolmakov.dmit...@huawei.com]
> Sent: Thursday, 03 September, 2015 04:31
> To: David Miller
> Cc: Jon Maloy; Ying Xue; tipc-discuss...@lists.sourceforge.net;
> netdev@vger.kernel.org; linux-ker...@vger.kernel.org
> Subject: RE: [PATCH]
On Thu, 2015-09-03 at 10:09 +, Shaun Crampton wrote:
> >...
> >> Is there anything I can do on a running system to help figure this out?
> >> Some sort of kernel equivalent to pmap to find out what module or device
> >> owns that chunk of memory?
> >
> >Hmm, perhaps /proc/kallsyms could point t
On Mon, Aug 31, 2015 at 5:39 AM, Alexey Kardashevskiy wrote:
> On 08/30/2015 04:28 PM, Or Gerlitz wrote:
>>
>> On Fri, Aug 28, 2015 at 7:06 AM, Alexey Kardashevskiy
>> wrote:
>>>
>>> 68230242cdb breaks SRIOV on POWER8 system. I am not really suggesting
>>> reverting the patch, rather asking for a
From: Jiri Pirko
switchdev_port_fdb_dump is used as .ndo_fdb_dump. Its return value is
idx, so we cannot return errval.
Fixes: 45d4122ca7cd ("switchdev: add support for fdb add/del/dump via
switchdev_port_obj ops.")
Signed-off-by: Jiri Pirko
---
net/switchdev/switchdev.c | 6 +-
1 file ch
The be_cmd_rx_filter() routine sends a non-embedded cmd to the FW and used
a pre-allocated dma memory to hold the cmd payload. This worked fine when
this cmd was synchronous. This cmd was changed to asynchronous mode by the
commit 8af65c2f4("make the RX_FILTER command asynchronous"). So now when
th
Since now all users of that field have been converted to use the generic
function fib_default_rule_pref() when assigning to it, fib_nl_newrule()
may just use it directly instead.
Signed-off-by: Phil Sutter
---
include/net/fib_rules.h | 1 -
net/core/fib_rules.c| 10 +++---
net/decnet/dn
>...
>> Is there anything I can do on a running system to help figure this out?
>> Some sort of kernel equivalent to pmap to find out what module or device
>> owns that chunk of memory?
>
>Hmm, perhaps /proc/kallsyms could point to something. 0xa0087d81
>and 0xa008772b could be fro
From: Peter Anvin
> Sent: 02 September 2015 21:16
> On 09/02/2015 02:48 AM, Geert Uytterhoeven wrote:
> >
> > Should all other architectures follow suit?
> > Or should we follow the s390 approach:
> >
>
> It is up to the maintainer(s), largely dependent on how likely you are
> going to want to sup
Man page of ip-route(8) says following about route types:
unreachable - these destinations are unreachable. Packets are dis‐
carded and the ICMP message host unreachable is generated. The local
senders get an EHOSTUNREACH error.
blackhole - these destinations are unreachable. Packets a
Florian Westphal wrote:
> Missing { } ?
>
I should really pay more attention to what I'm submitting.
Thanks Florian.
--
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
On Thu, 2015-09-03 at 10:34 +0100, Paul Durrant wrote:
> >
> > -Original Message-
> > From: Ian Campbell [mailto:ian.campb...@citrix.com]
> > Sent: 03 September 2015 10:31
> > To: Paul Durrant; Jan Beulich
> > Cc: Wei Liu; xen-de...@lists.xenproject.org; netdev@vger.kernel.org
> > Subject:
nft_type_to_reg() needs to return the register in the new 32 bit addressing,
otherwise we hit EINVAL when using mappings.
Fixes: 49499c3 ("netfilter: nf_tables: switch registers to 32 bit addressing")
Reported-by: Andreas Schultz
Signed-off-by: Pablo Neira Ayuso
---
include/net/netfilter/nf_tab
Hi David,
The following patchset contains Netfilter fixes for net, they are:
1) Oneliner to restore maps in nf_tables since we support addressing registers
at 32 bits level.
2) Restore previous default behaviour in bridge netfilter when CONFIG_IPV6=n,
oneliner from Bernhard Thaler.
3) Out
From: Jozsef Kadlecsik
Dave Jones reported that KASan detected out of bounds access in hash:net*
types:
[ 23.139532]
==
[ 23.146130] BUG: KASan: out of bounds access in
hash_net4_add_cidr+0x1db/0x220 at addr 8800d4844b58
[
From: Daniel Borkmann
Commit 0838aa7fcfcd ("netfilter: fix netns dependencies with conntrack
templates") migrated templates to the new allocator api, but forgot to
update error paths for them in CT and synproxy to use nf_ct_tmpl_free()
instead of nf_conntrack_free().
Due to that, memory is being
From: Elad Raz
In continue to proposed Vinson Lee's post [1], this patch fixes compilation
issues founded at gcc 4.4.7. The initialization of .cidr field of unnamed
unions causes compilation error in gcc 4.4.x.
References
Visible links
[1] https://lkml.org/lkml/2015/7/5/74
Signed-off-by: Elad
From: Bernhard Thaler
230ac490f7fba introduced a dependency to CONFIG_IPV6 which breaks bridging
of IPv6 packets on a bridge with CONFIG_IPV6=n.
Sysctl entry /proc/sys/net/bridge/bridge-nf-call-ip6tables defaults to 1,
for this reason packets are handled by br_nf_pre_routing_ipv6(). When compile
The convention in nfnetlink is to use network byte order in every header field
as well as in the attribute payload. The initial version of the batching
infrastructure assumes that res_id comes in host byte order though.
The only client of the batching infrastructure is nf_tables, so let's add a
wo
That code really should never be called (rc is allocated in
tag_alloc), but if it had been it couldn't have worked...
Signed-off-by: Dominique Martinet
---
net/9p/trans_fd.c | 3 +++
1 file changed, 3 insertions(+)
To be honest, I think it might be better to just bail out if we get in
this swit
Most of the changes here are no-op and just renaming to use a
fcall struct, needed for p9_parse_header
It fixes the unaligned memory access to read the tag and defers to
common functions for part of the protocol knowledge (although header
length is still hard-coded...)
Reported-By: Rob Landley
S
> -Original Message-
> From: Ian Campbell [mailto:ian.campb...@citrix.com]
> Sent: 03 September 2015 10:31
> To: Paul Durrant; Jan Beulich
> Cc: Wei Liu; xen-de...@lists.xenproject.org; netdev@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
> mult
On Thu, 2015-09-03 at 10:00 +0100, Paul Durrant wrote:
> >
> > -Original Message-
> > From: Jan Beulich [mailto:jbeul...@suse.com]
> > Sent: 03 September 2015 09:57
> > To: Paul Durrant
> > Cc: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org;
> > netdev@vger.kernel.org
> > Subject: R
>>> On 02.09.15 at 18:58, wrote:
> @@ -1215,6 +1289,31 @@ static void xenvif_tx_build_gops(struct xenvif_queue
> *queue,
> break;
> }
>
> + if (extras[XEN_NETIF_EXTRA_TYPE_MCAST_ADD - 1].type) {
> + struct xen_netif_ext
Nikola Forró wrote:
> Man page of ip-route(8) says following about route types:
>
> unreachable - these destinations are unreachable. Packets are dis‐
> carded and the ICMP message host unreachable is generated. The local
> senders get an EHOSTUNREACH error.
>
> blackhole - these desti
Man page of ip-route(8) says following about route types:
unreachable - these destinations are unreachable. Packets are dis‐
carded and the ICMP message host unreachable is generated. The local
senders get an EHOSTUNREACH error.
blackhole - these destinations are unreachable. Packets a
Hello Alexander,
thank you for your comments.
On 09/01/2015 10:53 AM, Alexander Duyck wrote:
> Generally updating kernel code to match user-space documentation
> isn't
> always the best way to go. The question I would have is if there are
> any other user-space applications out there that might
On 09/03/2015 10:13 AM, Shaun Crampton wrote:
...
Is there anything I can do on a running system to help figure this out?
Some sort of kernel equivalent to pmap to find out what module or device
owns that chunk of memory?
Hmm, perhaps /proc/kallsyms could point to something. 0xa0087d81
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 03 September 2015 09:57
> To: Paul Durrant
> Cc: Ian Campbell; Wei Liu; xen-de...@lists.xenproject.org;
> netdev@vger.kernel.org
> Subject: Re: [Xen-devel] [PATCH v2 net-next] xen-netback: add support for
> multicas
David Miller wrote:
> From: Sabrina Dubroca
> Date: Wed, 2 Sep 2015 11:43:01 +0200
>
> > This reverts commit 8013d1d7eafb0589ca766db6b74026f76b7f5cb4.
> >
> > There are several issues with this patch.
> > It completely cancels the security changes introduced by 6fd99094de2b
> > ("ipv6: Don't re
From: David Miller [mailto:da...@davemloft.net]
>
> From: Kolmakov Dmitriy
> Date: Wed, 2 Sep 2015 15:33:00 +
>
> > If an attempt to wake up users of broadcast link is made when there
> is
> > no enough place in send queue than it may hang up inside the
> > tipc_sk_rcv() function since the l
>Looking at this one, I am still puzzeled where 0xa008772b and
>0xa008772b comes from ... some driver, bridge ...?
Is there anything I can do on a running system to help figure this out?
Some sort of kernel equivalent to pmap to find out what module or device
owns that chunk of me
If we use wrong device name 9p mount fails with error
"9pnet_virtio: no channels available"
Improve the error output as below
"9pnet_virtio: no channels available for device /dev/root"
Signed-off-by: Aneesh Kumar K.V
---
net/9p/trans_virtio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Hi Andy,
can you resubmit it, adding also my
Reported-by: Philippe De Muyter
and explaining that it also prevents a complete rx blockage failure ?
Philippe
On Wed, Sep 02, 2015 at 11:40:15AM +0200, Philippe De Muyter wrote:
> On Wed, Sep 02, 2015 at 05:24:14PM +0800, Fugang Duan wrote:
> > Fr
96 matches
Mail list logo
