From: Govindarajulu Varadarajan <_gov...@gmx.com>
Date: Wed, 1 Jul 2015 11:23:54 +0530
> Current code checks only rx work done to complete napi. It completely ignores
> tx work done. If we have only tx packets to clean and no rq work, we always
> napi complete instead of re-poll. Change this beha
In enic_poll, we clean tx and rx queues, when low latency busy socket polling
is happening, enic_poll will only clean tx queue. After cleaning tx, it should
return total budget for re-poll.
Current code checks only rx work done to complete napi. It completely ignores
tx work done. If we have only
Without reset functionality in reset_resume, iperf connection
does not establish after suspend/resume however ping works at
the same time. iperf connection fails by giving checksum error
in tcpdump.
reset function inside reset_resume solves above bug.
We have verified it on ASIX based ST Lab, Cady
Hello, do you need a business or personal loan interest rate of 3%? If
interested, kindly get back to us with the following information.
NAME OF BORROWER:
* COUNTRY:
* GENDER:
* OCCUPATION:
* MONTHLY INCOME:
* Loan Amount Required:
* Loan Duration:
* LOAN PURPOSE:
* PHONE NUMBERS:
--
To unsub
1) mlx4 driver bug fixes (TX queue wakeups, csum complete indications)
from Ido Shamay, Eran Ben Elisha, and Or Gerlitz.
2) Missing unlock in error path of PTP support in renesas driver, from
Dan Carpenter.
3) Add Vitesse 8641 phy IDs to vitesse PHY driver, from Shaohui Xie.
4) Bnx2x driv
On 6/26/15 8:25 AM, Xi Wang wrote:
Currently "ALU_END_FROM_BE 32" and "ALU_END_FROM_LE 32" do not test if
the upper bits of the result are zeros (the arm64 JIT had such bugs).
Extend the two tests to catch this.
Cc: Alexei Starovoitov
Signed-off-by: Xi Wang
looks good. Please resubmit when net
Hi， Greg，
Got it！
Thanks
Jakio.chen
-邮件原件-
发件人: Greg KH [mailto:gre...@linuxfoundation.org]
发送时间: 2015年7月1日 9:05
收件人: Chenqi (jakio)
抄送: Bjørn Mork; torva...@linux-foundation.org; aleksan...@aleksander.es;
d...@redhat.com; oli...@neukum.org; ben.hutchi...@codethink.co.uk;
linux-...@vg
On Wed, Jul 01, 2015 at 12:49:01AM +, Chenqi (jakio) wrote:
> Hi，bjorn,
>
> Thanks for your kindly reply and providing so much info about linux wwan
> components!
>
> We'll make a deep research on linux wwan architecture, maybe we can support
> it in the newly developing products.
> About w
Hi，bjorn,
Thanks for your kindly reply and providing so much info about linux wwan
components!
We'll make a deep research on linux wwan architecture, maybe we can support it
in the newly developing products.
About what you saying about "submit the patch formally", what steps should I
do? Is th
When initializing igb driver (e.g. 82576, I350), IGB_FLAG_QUEUE_PAIRS is
set if adapter->rss_queues exceeds half of max_rss_queues in
igb_init_queue_configuration().
On the other hand, IGB_FLAG_QUEUE_PAIRS is not set even if the number of
queues exceeds half of max_combined in igb_set_channels() wh
On Thu, 18 Jun 2015, Michal Hocko wrote:
> That is to be discussed. Most allocations already express their interest
> in memory reserves by __GFP_HIGH directly or by GFP_ATOMIC indirectly.
> So maybe we do not need any additional flag here. There are not that
> many ~__GFP_WAIT and most of them se
It turns out the policy was defined but never actually checked,
so lets check it.
Fixes: ebc08a6f47ee ("rtnetlink: Add VF config code to rtnetlink")
Signed-off-by: Jason Gunthorpe
---
net/core/rtnetlink.c | 13 +
1 file changed, 13 insertions(+)
DaveM: This shouldn't be applied unti
On Tue, 2015-06-30 at 22:25 +, Fujinaka, Todd wrote:
> I've submitted a version to intel-wired-lan that addresses the original
> issue as well as Joe Perches's suggestion to just delete the define.
Please cc netdev next time too.
--
To unsubscribe from this list: send the line "unsubscribe n
I've submitted a version to intel-wired-lan that addresses the original issue
as well as Joe Perches's suggestion to just delete the define.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
--
To unsubscribe from this li
I am Mr. George Wang of Bank of China. I have a business proposal for you. For
more details contact (mrgewan...@gmail.com).
Thanks,
Mr. George Wang.
--
This email was Virus checked by UTM 9. http://www.sophos.com
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body o
Am 11.06.2015 um 13:44 schrieb Paul Bolle:
> Besides, it is, apparently, an I4L driver. (Though there's a CAPI part
> too. I need to check how that fits into the picture.)
If I read the code correctly it talks I4L to the kernel but CAPI to the
card. This would have been a natural candidate for por
Andy Lutomirski writes:
> Glibc people: If Linux wired up the syscalls, would glibc use them?
Not automatically. It needs to be compatible with the configured
minimum kernel version, so runtime probing would needed to be
implemented.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key
From: Oliver Hartkopp
Date: Tue, 30 Jun 2015 21:31:36 +0200
> Hello Greg,
>
> On 23.06.2015 15:43, David Miller wrote:
>> From: Marc Kleine-Budde
>> Date: Sun, 21 Jun 2015 19:04:58 +0200
>>
>>> this is a, probably too late, pull request for v4.1.
>>>
>>> Oliver Hartkopp fixed a bug in the gener
Hi all-
sys_socketcall sucks. If nothing else, it's impossible to filter with
seccomp. Should we wire up the real socket calls so that user code
can (very slowly) start migrating?
I think the list is:
- socket
- bind
- connect
- listen
- accept4
- getsockname
- getpeername
- socketpair
On Tue, Jun 30, 2015 at 10:28:08PM +0200, Oliver Hartkopp wrote:
> On 30.06.2015 22:07, Greg KH wrote:
> >On Tue, Jun 30, 2015 at 09:31:36PM +0200, Oliver Hartkopp wrote:
>
> >>The upstream commit is:
> >>
> >>http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=36c01245eb8046
On Tue, 2015-06-30 at 20:16 +, Fujinaka, Todd wrote:
> Sorry for the top-posting, but I'm provided with the tools they give me
> and bottom posting from Outlook just confuses email threads. Plus, this
> was crossposted all over creation and cc-ed to anyone with an intel
> address.
Not quite.
On Tue, Jun 30, 2015 at 1:16 PM, Fujinaka, Todd wrote:
> I still would say no if I'm allowed, because to guarantee that this change -
> that I don't think fixes anything - works in all cases, we need to do an
> incredible amount of regression testing. Every variant of every Intel part
> that u
On 30.06.2015 22:07, Greg KH wrote:
On Tue, Jun 30, 2015 at 09:31:36PM +0200, Oliver Hartkopp wrote:
The upstream commit is:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=36c01245eb8046c16eee6431e7dbfbb302635fa8
which slipped into 4.2 at merge window opening time.
Hi!
Am 30.06.2015 um 22:16 schrieb Fujinaka, Todd:
> Sorry for the top-posting, but I'm provided with the tools they give me and
> bottom posting from Outlook just confuses email threads. Plus, this was
> crossposted all over creation and cc-ed to anyone with an intel address.
>
> I still would
Sorry for the top-posting, but I'm provided with the tools they give me and
bottom posting from Outlook just confuses email threads. Plus, this was
crossposted all over creation and cc-ed to anyone with an intel address.
I still would say no if I'm allowed, because to guarantee that this change
On Tue, Jun 30, 2015 at 09:31:36PM +0200, Oliver Hartkopp wrote:
> Hello Greg,
>
> On 23.06.2015 15:43, David Miller wrote:
> >From: Marc Kleine-Budde
> >Date: Sun, 21 Jun 2015 19:04:58 +0200
> >
> >>this is a, probably too late, pull request for v4.1.
> >>
> >>Oliver Hartkopp fixed a bug in the
Hello Greg,
On 23.06.2015 15:43, David Miller wrote:
From: Marc Kleine-Budde
Date: Sun, 21 Jun 2015 19:04:58 +0200
this is a, probably too late, pull request for v4.1.
Oliver Hartkopp fixed a bug in the generic CAN frame handling code, which may
lead to loss of CAN frames. It was introduced
On Tue, Jun 30, 2015 at 4:53 PM, Fujinaka, Todd wrote:
> I don't see the reason this is needed so I'm going to say NAK.
Using generic functions is always better than open coded stuff.
Linux's ARRAY_SIZE also makes sure that the passed variable is actually
an array.
--
Thanks,
//richard
--
To un
Signed-off-by: Nicolae Rosia
---
drivers/net/ethernet/cadence/macb.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/cadence/macb.c
b/drivers/net/ethernet/cadence/macb.c
index caeb395..dbb5160 100644
--- a/drivers/net/ethernet/cadence/macb.c
+++ b/dr
From: Craig Gallek
Date: Tue, 30 Jun 2015 12:49:32 -0400
> Kernel sockets do not hold a reference for the network namespace to
> which they point. Socket destruction broadcasting relies on the
> network namespace and will cause the splat below when a kernel socket
> is destroyed.
>
> This fix s
Kernel sockets do not hold a reference for the network namespace to
which they point. Socket destruction broadcasting relies on the
network namespace and will cause the splat below when a kernel socket
is destroyed.
This fix simply ignores kernel sockets when they are destroyed.
Reported as:
gen
From: Simon Guinot
Date: Tue, 30 Jun 2015 16:20:19 +0200
> This patch series fixes the Ethernet jumbo frames support for the SoCs
> Armada 370, 380 and 385. Unlike Armada XP, the Ethernet controller for
> this SoCs don't support TCP/IP checksumming with a frame size larger
> than 1600 bytes.
>
>
On Tue, 2015-06-30 at 11:28 -0400, Craig Gallek wrote:
> On Fri, Jun 26, 2015 at 4:26 PM, Craig Gallek wrote:
> > On Fri, Jun 26, 2015 at 10:33 AM, Craig Gallek wrote:
> >> On Fri, Jun 26, 2015 at 1:17 AM, Eric Dumazet
> >> wrote:
> >>> On Fri, 2015-06-26 at 00:44 -0400, Dave Jones wrote:
> >>>
On Fri, Jun 26, 2015 at 4:26 PM, Craig Gallek wrote:
> On Fri, Jun 26, 2015 at 10:33 AM, Craig Gallek wrote:
>> On Fri, Jun 26, 2015 at 1:17 AM, Eric Dumazet wrote:
>>> On Fri, 2015-06-26 at 00:44 -0400, Dave Jones wrote:
I taught Trinity about NETLINK_LISTEN_ALL_NSID and NETLINK_LIST_MEMBE
I don't see the reason this is needed so I'm going to say NAK.
Todd Fujinaka
Software Application Engineer
Networking Division (ND)
Intel Corporation
todd.fujin...@intel.com
(503) 712-4565
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behal
Dear Simon Guinot,
On Tue, 30 Jun 2015 16:20:22 +0200, Simon Guinot wrote:
> The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't
> support TCP/IP checksumming with frame sizes larger than 1600 bytes.
>
> This patch fixes the issue by disabling the features NETIF_F_IP_CSUM and
Dear Simon Guinot,
On Tue, 30 Jun 2015 16:20:21 +0200, Simon Guinot wrote:
> This patch updates the Ethernet DT nodes for Armada XP SoCs with the
> compatible string "marvell,armada-xp-neta".
>
> Signed-off-by: Simon Guinot
> Fixes: 77916519cba3 ("arm: mvebu: Armada XP MV78230 has only three Eth
Dear Simon Guinot,
On Tue, 30 Jun 2015 16:20:20 +0200, Simon Guinot wrote:
> The mvneta driver supports the Ethernet IP found in the Armada 370, XP,
> 380 and 385 SoCs. Since at least one more hardware feature is available
> for the Armada XP SoCs then a way to identify them is needed.
>
> This p
This patch updates the Ethernet DT nodes for Armada XP SoCs with the
compatible string "marvell,armada-xp-neta".
Signed-off-by: Simon Guinot
Fixes: 77916519cba3 ("arm: mvebu: Armada XP MV78230 has only three Ethernet
interfaces")
Cc: # v3.8+
Acked-by: Gregory CLEMENT
---
arch/arm/boot/dts/arm
The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't
support TCP/IP checksumming with frame sizes larger than 1600 bytes.
This patch fixes the issue by disabling the features NETIF_F_IP_CSUM and
NETIF_F_TSO for the Armada 370 and compatibles SoCs when the MTU is set
to a value g
Hello,
This patch series fixes the Ethernet jumbo frames support for the SoCs
Armada 370, 380 and 385. Unlike Armada XP, the Ethernet controller for
this SoCs don't support TCP/IP checksumming with a frame size larger
than 1600 bytes.
This patches should be applied to the -stable kernels 3.8 and
The mvneta driver supports the Ethernet IP found in the Armada 370, XP,
380 and 385 SoCs. Since at least one more hardware feature is available
for the Armada XP SoCs then a way to identify them is needed.
This patch introduces a new compatible string "marvell,armada-xp-neta".
Signed-off-by: Simo
On Tue, 30 Jun 2015, Or Gerlitz wrote:
> On 6/30/2015 4:24 PM, Sebastian Ott wrote:
> > > >Do you run the VF on the same system/kernel as the PF, or the VF is
> > > >probed to
> > > >VM which runs the latest kernel and the PF runsolder kernel (which?)
> > The latter case. The PF is driven by a much
Dear Simon Guinot,
On Tue, 30 Jun 2015 16:05:49 +0200, Simon Guinot wrote:
> The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't
> support TCP/IP checksumming with frame sizes larger than 1600 bytes.
>
> This patch fixes the issue by disabling the features NETIF_F_IP_CSUM and
Hello,
This patch series fixes the Ethernet jumbo frames support for the SoCs
Armada 370, 380 and 385. Unlike Armada XP, the Ethernet controller for
this SoCs don't support TCP/IP checksumming with a frame size larger
than 1600 bytes.
This patches should be applied to the -stable kernels 3.8 and
The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't
support TCP/IP checksumming with frame sizes larger than 1600 bytes.
This patch fixes the issue by disabling the features NETIF_F_IP_CSUM and
NETIF_F_TSO for the Armada 370 and compatibles SoCs when the MTU is set
to a value g
This patch updates the Ethernet DT nodes for Armada XP SoCs with the
compatible string "marvell,armada-xp-neta".
Signed-off-by: Simon Guinot
Fixes: 77916519cba3 ("arm: mvebu: Armada XP MV78230 has only three Ethernet
interfaces")
Cc: # v3.8+
Acked-by: Gregory CLEMENT
---
arch/arm/boot/dts/arm
The mvneta driver supports the Ethernet IP found in the Armada 370, XP,
380 and 385 SoCs. Since at least one more hardware feature is available
for the Armada XP SoCs then a way to identify them is needed.
This patch introduces a new compatible string "marvell,armada-xp-neta".
Signed-off-by: Simo
On 6/30/2015 4:24 PM, Sebastian Ott wrote:
>Do you run the VF on the same system/kernel as the PF, or the VF is probed to
>VM which runs the latest kernel and the PF runsolder kernel (which?)
The latter case. The PF is driven by a much older Kernel running OFED
2.3.2.0.0.1
Can you try runnin
On 06/23/2015 08:28 AM, Nikolay Aleksandrov wrote:
> Add a new argument to br_fdb_delete_by_port which allows to specify a
> vid to match when flushing entries and use it in nbp_vlan_delete() to
> flush the dynamically learned entries of the vlan/port pair when removing
> a vlan from a port. Before
On Tue, 30 Jun 2015, Or Gerlitz wrote:
> On 6/30/2015 1:45 PM, Sebastian Ott wrote:
> > [ 88.909558] mlx4_slave_cmd op=3840, ret=-22, status=3
> > [ 88.909562] mlx4_core :00:00.0: mlx4_allocate_default_counters:
> > failed to allocate default counter port 1 err -22
> > [ 88.909564] mlx4_c
On Tue, 30 Jun 2015, Or Gerlitz wrote:
> On Tue, Jun 30, 2015 at 1:45 PM, Sebastian Ott
> wrote:
> > after the latest mellanox update the mlx4 driver fails to probe a VF:
> > [ 88.909562] mlx4_core :00:00.0: mlx4_allocate_default_counters:
> > failed to allocate default counter port 1 err -
EP-EC562D6B53594479BCA6FC73F17DEE54
Without reset functionality in reset_resume, iperf connection
does not establish after suspend/resume however ping works at
the same time. iperf connection fails by giving checksum error
in tcpdump.
reset function inside reset_resume solves above bug.
We have ve
On 6/30/2015 1:45 PM, Sebastian Ott wrote:
[ 88.909558] mlx4_slave_cmd op=3840, ret=-22, status=3
[ 88.909562] mlx4_core :00:00.0: mlx4_allocate_default_counters: failed
to allocate default counter port 1 err -22
[ 88.909564] mlx4_core :00:00.0: Failed to allocate default counters,
On Tue, Jun 30, 2015 at 1:45 PM, Sebastian Ott
wrote:
> after the latest mellanox update the mlx4 driver fails to probe a VF:
> [ 88.909562] mlx4_core :00:00.0: mlx4_allocate_default_counters: failed
> to allocate default counter port 1 err -22
> [ 88.909564] mlx4_core :00:00.0: Faile
Hello,
after the latest mellanox update the mlx4 driver fails to probe a VF:
[ 88.909562] mlx4_core :00:00.0: mlx4_allocate_default_counters: failed
to allocate default counter port 1 err -22
[ 88.909564] mlx4_core :00:00.0: Failed to allocate default counters,
aborting
[ 88.961735
Hi Florian,
On 29/06/15 19:55, Florian Westphal wrote:
> Julien Grall wrote:
>> I tried to run the latest Linux tree
>> (4a10a91756ef381bced7b88cfb9232f660b92d93) as DOM0 Xen.
>> After destroying a guest using network, I got the following
>> lines in the DOM0 kernel log:
>>
>> unregister_netdevic
+CC Sasha Levin
FYI: this patch fixes race in netlink which leads to hung in glibc
function getaddrinfo() because it doesn't handle errors at all.
On 26.06.2015 13:48, Konstantin Khlebnikov wrote:
Hash value passed as argument into rhashtable_lookup_compare could be
computed using different has
On 30.06, Li Zhijian wrote:
> |ping...
>
> and i have another question:
> can i add a new |||nf_ct_ext_id simply without touching the exiting kernel
> code?|
No, the kernel needs to know the highest extension ID in order to
allocate space for the offsets.
> in order to support COLO-Proxy, i need
Hi Joe,
>> Use ARRAY_SIZE instead fo sizeof(a)/sizeof(a[0])
>
>I think all of these #defines should be removed instead
>as they are all used only once.
If we replcase only ARRAY_SIZE then cood will look alike
to drivers/net/ethernet/intel/e1000e/phy.c
And if we have to remove these #defines , th
Ok, for now I should let go of this - might be it was a little bit too much for
the time constaints I am having.
But thank you for your effort Oliver.
Anyway, trying to write this new TX engine helped me in understand better
things and conceive the patch I sent you affecting cdc_ncm.c, which tri
61 matches
Mail list logo
