At 2014-04-02 02:27:56,"Jesse Gross" wrote:
>On Tue, Apr 1, 2014 at 8:24 AM, wei zhang wrote:
>> At 2014-04-01 08:49:53,"Jesse Gross" wrote:
>>>On Sun, Mar 30, 2014 at 5:12 AM, wei zhang wrote:
>>>> At 2014-03-29 06:02:25,"Jesse Gross&qu
At 2014-04-05 07:05:59,"Jesse Gross" wrote:
>On Tue, Apr 1, 2014 at 5:23 PM, Wei Zhang wrote:
>>
>> v2 -> v1: use the same logic of the gre_rcv() to distinguish which packet is
>> intended to us!
>
>As a tip on kernel process: if you put the version i
When use the gre vport, openvswitch register a gre_cisco_protocol but
does not supply a err_handler with it. The gre_cisco_err() call the
err_handler without existence check, cause the kernel crash.
This patch base on v3.14-rc7. But the bug affect all kernel newer than
3.11!
Signed-off-by: Wei
The crash is occur on Centos 6.4, when we use gre vport of openvswitch!
<1>BUG: unable to handle kernel NULL pointer dereference at (null)
<1>IP: [<(null)>] (null)
<4>PGD c2910b067 PUD c2927d067 PMD 0
<4>Oops: 0010 [#1] SMP
<4>last sysfs file: /sys/devices/virtual/net/gretap0/flags
<4>CPU 20
<4
At 2014-03-25 03:14:17,"David Miller" wrote:
>From: Wei Zhang
>Date: Mon, 24 Mar 2014 15:34:31 +0800
>
>> When use the gre vport, openvswitch register a gre_cisco_protocol but
>> does not supply a err_handler with it. The gre_cisco_err() call the
>> err_handl
inguish the packet which is realy intended to it, although it could not
always get the key from the icmp packet. Should we do as the same as it?
I'm not sure this is feasible, any advice is appreciate.
Regards,
Wei Zhang
N�r��yb�X��ǧv�^�){.n�+{zX����ܨ}���Ơz�&j:+v���zZ
At 2014-04-01 08:49:53,"Jesse Gross" wrote:
>On Sun, Mar 30, 2014 at 5:12 AM, wei zhang wrote:
>> At 2014-03-29 06:02:25,"Jesse Gross" wrote:
>> Maybe I misunderstand something? I think if we discard all packet pass to us
>> when we use gre vpor
the packet
should be considered as if it is being arrived via the sending interface
(eth0), otherwise it would break the expectation of the userspace
application (e.g. the DHCPRELEASE message from dhcp_release binary would
be ignored by the dnsmasq daemon)
Signed-off-by: Wei Zhang
---
net/ipv4/ip_
At 2016-12-27 15:52:18, "Wei Zhang" wrote:
>When we send a packet for our own local address on a non-loopback interface
>(e.g. eth0), due to the change had been introduced from commit 0b922b7a829c
>("net: original ingress device index in PKTINFO"), the original ingre
interface dnsmasq bind to)
Signed-off-by: Wei Zhang
---
net/ipv4/ip_sockglue.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/net/ipv4/ip_sockglue.c b/net/ipv4/ip_sockglue.c
index b8a2d63..76d78a7 100644
--- a/net/ipv4/ip_sockglue.c
+++ b/net/ipv4/ip_sockglue.c
@@ -1202,
interface dnsmasq bind to)
Fixes: 0b922b7a829c ("net: original ingress device index in PKTINFO")
Acked-by: David Ahern
Signed-off-by: Wei Zhang
---
v2:
- add the missing Fixes line
- better comment come from David Ahern
net/ipv4/ip_sockglue.c | 8 +++-
1 file changed, 7 insertions(+),
This is great! Thanks Bjorn and Logan for getting this drivers upstreamed!
-Wei
--
wei zhang | software engineer | facebook
wzh...@fb.com | (408) 460-4803
On 3/9/17, 11:56 AM, "Logan Gunthorpe" wrote:
On 09/03/17 12:55 PM, Bjorn Helgaas wrote:
> Applied to pci/
...@fb.com
Tested-by: Wei Zhang wzh...@fb.com
Thanks,
-Wei
--
wei zhang | software engineer | facebook
wzh...@fb.com | (408) 460-4803
On 2/2/17, 10:05 AM, "Logan Gunthorpe" wrote:
Changes since v1:
* Rebased onto 4.10-rc6 (cleanly)
* Split the patch into a few more easily
Corrections to the email below. It should be
Tested-by: Krishna Dhulipala krish...@fb.com
Reviewed-by: Wei Zhang wzh...@fb.com
Thanks,
-Wei
--
wei zhang | software engineer | facebook
wzh...@fb.com | (408) 460-4803
On 2/9/17, 3:16 PM, "Wei Zhang" wrote:
Hi,
14 matches
Mail list logo
