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
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 , then
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()
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
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;
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
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 what you
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 Starovoitova...@plumgrid.com
Signed-off-by: Xi Wangxi.w...@gmail.com
looks
On Tue, Jun 30, 2015 at 1:45 PM, Sebastian Ott
seb...@linux.vnet.ibm.com 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]
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
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
On Tue, 30 Jun 2015, Or Gerlitz wrote:
On Tue, Jun 30, 2015 at 1:45 PM, Sebastian Ott
seb...@linux.vnet.ibm.com 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
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_core
+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
Hi Florian,
On 29/06/15 19:55, Florian Westphal wrote:
Julien Grall julien.gr...@citrix.com 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:
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 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 running
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: Simon
This patch updates the Ethernet DT nodes for Armada XP SoCs with the
compatible string marvell,armada-xp-neta.
Signed-off-by: Simon Guinot simon.gui...@sequanux.org
Fixes: 77916519cba3 (arm: mvebu: Armada XP MV78230 has only three Ethernet
interfaces)
Cc: sta...@vger.kernel.org # v3.8+
Acked-by:
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
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
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,
On Tue, 2015-06-30 at 11:28 -0400, Craig Gallek wrote:
On Fri, Jun 26, 2015 at 4:26 PM, Craig Gallek kr...@google.com wrote:
On Fri, Jun 26, 2015 at 10:33 AM, Craig Gallek kr...@google.com wrote:
On Fri, Jun 26, 2015 at 1:17 AM, Eric Dumazet eric.duma...@gmail.com
wrote:
On Fri,
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: Simon
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
This patch updates the Ethernet DT nodes for Armada XP SoCs with the
compatible string marvell,armada-xp-neta.
Signed-off-by: Simon Guinot simon.gui...@sequanux.org
Fixes: 77916519cba3 (arm: mvebu: Armada XP MV78230 has only three Ethernet
interfaces)
Cc: sta...@vger.kernel.org # v3.8+
Acked-by:
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 older Kernel
On Fri, Jun 26, 2015 at 4:26 PM, Craig Gallek kr...@google.com wrote:
On Fri, Jun 26, 2015 at 10:33 AM, Craig Gallek kr...@google.com wrote:
On Fri, Jun 26, 2015 at 1:17 AM, Eric Dumazet eric.duma...@gmail.com wrote:
On Fri, 2015-06-26 at 00:44 -0400, Dave Jones wrote:
I taught Trinity about
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 patch
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 simon.gui...@sequanux.org
Fixes: 77916519cba3 (arm: mvebu: Armada XP MV78230
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
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
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
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
Signed-off-by: Nicolae Rosia nicolae.ro...@certsign.ro
---
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
---
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:
From: Simon Guinot simon.gui...@sequanux.org
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
From: Craig Gallek kr...@google.com
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.
Hello Greg,
On 23.06.2015 15:43, David Miller wrote:
From: Marc Kleine-Budde m...@pengutronix.de
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
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 m...@pengutronix.de
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
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
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. It
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 say
On Tue, Jun 30, 2015 at 1:16 PM, Fujinaka, Todd todd.fujin...@intel.com 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
On Tue, Jun 30, 2015 at 4:53 PM, Fujinaka, Todd todd.fujin...@intel.com 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.
--
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 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:
Hello,
On Mon, 29 Jun 2015, Julian Anastasov wrote:
RFC patch:
Subject: [PATCHv2 net] net: do not process device backlog during
unregistration
Ignore this v2, packets in backlog do not hold
dev reference, I'll prepare new version with such check
in enqueue_to_backlog.
On 06/26/15 at 01:48pm, Konstantin Khlebnikov wrote:
Hash value passed as argument into rhashtable_lookup_compare could be
computed using different hash table than rhashtable_lookup_compare sees.
This patch passes key into rhashtable_lookup_compare() instead of hash and
compures hash value
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 a
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
[
From: Oliver Hartkopp socket...@hartkopp.net
Date: Tue, 30 Jun 2015 21:31:36 +0200
Hello Greg,
On 23.06.2015 15:43, David Miller wrote:
From: Marc Kleine-Budde m...@pengutronix.de
Date: Sun, 21 Jun 2015 19:04:58 +0200
this is a, probably too late, pull request for v4.1.
Oliver Hartkopp
Andy Lutomirski l...@amacapital.net 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,
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 of
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
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 seem
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
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 jguntho...@obsidianresearch.com
---
net/core/rtnetlink.c | 13 +
1 file changed, 13 insertions(+)
DaveM:
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
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
62 matches
Mail list logo