Hi,
This series cleans and optimizes setup_memwin function and also updates
T4/T5 adapter register ranges by removing incorrect register addresses
This patch series has been created against net-next tree and includes
patches on cxgb4 driver.
We have included all the maintainers of respective
Remove some T4/T5 registers that were included incorrectly.
Signed-off-by: Hariprasad Shenai haripra...@chelsio.com
---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 75 ++
1 file changed, 44 insertions(+), 31 deletions(-)
diff --git
Wed, May 20, 2015 at 07:48:20AM CEST, simon.hor...@netronome.com wrote:
rocker_port_fdb_flush() may be called be called with
trans == SWITCHDEV_TRANS_PREPARE and then trans == SWITCHDEV_TRANS_COMMIT from
switchdev_port_attr_set() via switchdev_port_obj_add().
Adding the new entry to the FDB table
Wed, May 20, 2015 at 07:48:21AM CEST, simon.hor...@netronome.com wrote:
rocker_port_ipv4_nh() and in turn rocker_port_ipv4_neigh() may be
be called with trans == SWITCHDEV_TRANS_PREPARE and then
trans == SWITCHDEV_TRANS_COMMIT from switchdev_port_obj_set() via
fib_table_insert().
The first time
Hi All,
This patchsets add support for FUJITSU Extended Socket network
device. Extended Socket network device is a shared memory
based high-speed network interface between Extended Partitions of
PRIMEQUEST 2000 E2 series.
Sincerely,
Taku Izumi
--
To unsubscribe from this list: send the line
On Sun, May 17, 2015 at 02:30:31PM -0700, Francesco Ruggeri wrote:
nfnetlink_log_init registers netlink callback nfulnl_rcv_nl_event before
registering the pernet_subsys, but the callback relies on data structures
allocated by pernet init functions.
When nfnetlink_log is loaded, if a netlink
Signed-off-by: Shradha Shah ss...@solarflare.com
---
drivers/net/ethernet/sfc/ef10_sriov.c | 6 ++
drivers/net/ethernet/sfc/ef10_sriov.h | 7 ++-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/sfc/ef10_sriov.c
b/drivers/net/ethernet/sfc/ef10_sriov.c
Wed, May 20, 2015 at 10:46:26AM CEST, simon.hor...@netronome.com wrote:
On Wed, May 20, 2015 at 05:36:06PM +0900, Toshiaki Makita wrote:
On 2015/05/20 16:48, Simon Horman wrote:
On Wed, May 20, 2015 at 03:15:23PM +0900, Toshiaki Makita wrote:
On 2015/05/20 14:48, Simon Horman wrote:
...
On Wed, May 20, 2015 at 11:27:54AM +0200, Arnd Bergmann wrote:
On Wednesday 20 May 2015 10:24:15 Catalin Marinas wrote:
On Sat, May 16, 2015 at 01:59:00AM +0200, Rafael J. Wysocki wrote:
On Friday, May 15, 2015 04:23:11 PM Suravee Suthikulpanit wrote:
+/**
+ * pci_dma_configure -
On Tue, May 19, 2015 at 11:56:39PM +0100, Julien Grall wrote:
diff --git a/drivers/net/xen-netback/common.h
b/drivers/net/xen-netback/common.h
index 0eda6e9..c2a5402 100644
--- a/drivers/net/xen-netback/common.h
+++ b/drivers/net/xen-netback/common.h
@@ -204,7 +204,7 @@ struct
On 2015/05/20 16:48, Simon Horman wrote:
On Wed, May 20, 2015 at 03:15:23PM +0900, Toshiaki Makita wrote:
On 2015/05/20 14:48, Simon Horman wrote:
...
static void _rocker_neigh_add(struct rocker *rocker,
+ enum switchdev_trans trans,
struct
Please ignore this mail.
Sorry for the mistake, v3 in sent out now.
On 20/05/15 11:04, Shradha Shah wrote:
*** BLURB HERE ***
Daniel Pieczko (1):
sfc: Enable a VF to get its own MAC address
Edward Cree (2):
sfc: protect filter table against use-after-free
sfc: add
On 05/18/15 08:26, Fu, Zhonghui wrote:
Hi guys,
Any comments about this patch?
My acked is already there. I have not been able to test it, but I assume
you did.
Regards,
Arend
Thanks,
Zhonghui
On 2015/5/11 10:41, Fu, Zhonghui wrote:
ACPI will manage WiFi chip's power state during
On Wed, May 20, 2015 at 4:40 PM, Oliver Neukum oneu...@suse.com wrote:
On Wed, 2015-05-20 at 08:29 +0200, Takashi Iwai wrote:
The data is cached in RAM. More specifically, the former loaded
firmware files are reloaded and saved at suspend for each device
object. See fw_pm_notify() in
This patch adds registers and related data structures
definition.
Signed-off-by: Taku Izumi izumi.t...@jp.fujitsu.com
---
drivers/platform/x86/fjes/fjes.h | 2 +
drivers/platform/x86/fjes/fjes_hw.h | 31
drivers/platform/x86/fjes/fjes_regs.h | 139
On Wed, May 20, 2015 at 05:36:06PM +0900, Toshiaki Makita wrote:
On 2015/05/20 16:48, Simon Horman wrote:
On Wed, May 20, 2015 at 03:15:23PM +0900, Toshiaki Makita wrote:
On 2015/05/20 14:48, Simon Horman wrote:
...
static void _rocker_neigh_add(struct rocker *rocker,
+
On Wed, May 20, 2015 at 03:15:23PM +0900, Toshiaki Makita wrote:
On 2015/05/20 14:48, Simon Horman wrote:
rocker_port_ipv4_nh() and in turn rocker_port_ipv4_neigh() may be
be called with trans == SWITCHDEV_TRANS_PREPARE and then
trans == SWITCHDEV_TRANS_COMMIT from switchdev_port_obj_set()
This patch adds implementation of platform_device driver
to FUJITSU Extended Socket Network Device driver.
When PNP0C02 is found and ACPI resource can be retrieved
successfuly, this driver creates platform_device.
platform_driver.probe and .remove routine are mock code.
Signed-off-by: Taku
From: Edward Cree ec...@solarflare.com
If MCDI timeouts are encountered during efx_ef10_filter_table_remove(),
an FLR will be queued, but efx-filter_state will still be kfree()d.
The queued FLR will then call efx_ef10_filter_table_restore(), which
will try to use efx-filter_state. This previously
Implement a response to this entrypoint.
The ndo_set_vf_mac() entrypoint is only exposed in the driver if
CONFIG_SFC_SRIOV is defined.
Signed-off-by: Shradha Shah ss...@solarflare.com
---
drivers/net/ethernet/sfc/ef10_sriov.c | 90 +++
Otherwise the PF and VF can disagree on the VF's MAC address and
this leads to strange behaviour, up to and including kernel panics.
Signed-off-by: Shradha Shah ss...@solarflare.com
---
drivers/net/ethernet/sfc/ef10_sriov.h | 5 -
drivers/net/ethernet/sfc/efx.c | 13 +++--
The max vlan tags that can be offloaded is 2, including any upstream VLAN
aggregator. Currently there is no way for the net driver to know whether
the upstream vswitch (if any) is using vlan tags, so there is no way to
know how many tags we can request.
Along with the implementation for the
Hi,
I'm having problem with packet capturing performance on my linux server.
I am using Intel ixgbe 10g NIC with v3.19.1 version driver over Linux
3.15.9 based system. Naturally I can route 3.8Mpps packet from spoof
(random source) addressed traffic.
Whenever I open netsniff-ng to listen
At Wed, 20 May 2015 11:46:31 +0200,
Marcel Holtmann wrote:
Hi Oliver,
The data is cached in RAM. More specifically, the former loaded
firmware files are reloaded and saved at suspend for each device
object. See fw_pm_notify() in firmware_class.c.
OK, this may be a stupid idea,
On Tuesday 19 May 2015 13:03:06 Tina Ruchandani wrote:
'struct timeval' uses 32-bit representation for seconds which will
overflow in year 2038 and beyond. mISDN/clock.c needs to compute and
store elapsed time in intervals of 125 microseconds. This patch replaces
the usage of 'struct timeval'
This patchset adds support for logging MCDI (Management-Controller-to-
Driver Interface) interactions between the sfc driver and a bound device,
to aid in debugging.
Solarflare has a tool to decode the resulting traces and will look to
open-source this if there is any external interest, but the
From: Michal Kubecek mkube...@suse.cz
Date: Mon, 18 May 2015 20:53:50 +0200 (CEST)
(1) When adding a nexthop of a multipath route fails (e.g. because of a
conflict with an existing route), we are supposed to delete nexthops
already added. However, currently we try to also delete all nexthops
As we're now always including the high bits of the sequence number
in the IV generation process we need to ensure that they don't
contain crap.
This patch ensures that the high sequence bits are always zeroed
so that we don't leak random data into the IV.
Signed-off-by: Herbert Xu
On 05/20/2015 01:18 AM, Izumi, Taku wrote:
This patch adds implementation of PNP0C02 acpi_device driver
to FUJITSU Extended Socket Network Device driver.
When PNP0C02 is found in ACPI DSDT, it evaluates _STR
to check if PNP0C02 is for Extended Socket device driver
and retrieves ACPI
As many issues are encountered at probe time, where MCDI logging can't be
enabled through the sysfs node, this change adds a module parameter
'mcdi_logging_default', which defaults to false. When set to true, newly-
probed functions will have MCDI logging enabled. The setting can
From: Jon Cooper jcoo...@solarflare.com
Signed-off-by: Edward Cree ec...@solarflare.com
---
drivers/net/ethernet/sfc/ef10.c | 24 +---
drivers/net/ethernet/sfc/mcdi.c | 8
drivers/net/ethernet/sfc/mcdi.h | 8 +---
drivers/net/ethernet/sfc/ptp.c | 6 +++---
4
On 05/20/2015 01:17 AM, Izumi, Taku wrote:
This patch adds the skelton code of FUJITSU Extended Socket
Network Device driver.
At this stage, this driver just outputs its driver name at
loading time.
Signed-off-by: Taku Izumi izumi.t...@jp.fujitsu.com
This patch and the second one can
On Wed, 2015-05-20 at 15:52 +, Jason Baron wrote:
From: Jason Baron jba...@akamai.com
We currently rely on the setting of SOCK_NOSPACE in the write()
path to ensure that we wake up any epoll edge trigger waiters when
acks return to free space in the write queue. However, if we fail
to
From: Jason Baron jba...@akamai.com
We currently rely on the setting of SOCK_NOSPACE in the write()
path to ensure that we wake up any epoll edge trigger waiters when
acks return to free space in the write queue. However, if we fail
to allocate even a single skb in the write queue, we could end
On Tue, May 19, 2015 at 5:14 PM, Alexei Starovoitov a...@plumgrid.com wrote:
On 5/19/15 5:11 PM, Andy Lutomirski wrote:
On Tue, May 19, 2015 at 4:59 PM, Alexei Starovoitov a...@plumgrid.com
wrote:
bpf_tail_call() arguments:
ctx - context pointer
jmp_table - one of BPF_MAP_TYPE_PROG_ARRAY
unix_stream_recvmsg is refactored to unix_stream_read_generic in this
patch and enhanced to deal with pipe splicing. The refactoring is
inneglible, we mostly have to deal with a non-existing struct msghdr
argument.
Signed-off-by: Hannes Frederic Sowa han...@stressinduktion.org
---
This patch implements sendpage support for AF_UNIX SOCK_STREAM
sockets. This is also required for a complete splice implementation.
The implementation is a bit tricky because we append to already existing
skbs and so have to hold unix_sk-readlock to protect the reading side
from dropping the tail
Signed-off-by: Hannes Frederic Sowa han...@stressinduktion.org
---
include/linux/skbuff.h | 3 +++
net/core/skbuff.c | 18 ++
net/ipv4/ip_output.c | 8 ++--
3 files changed, 23 insertions(+), 6 deletions(-)
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
This series implements zerocopy support for AF_UNIX SOCK_STREAM sockets.
Hannes Frederic Sowa (4):
net: skbuff: add skb_append_pagefrags and use it
net: af_unix: implement stream sendpage support
net: make skb_splice_bits more configureable
net: af_unix: implement splice for stream
MCDI tracing is conditional on CONFIG_SFC_MCDI_LOGGING, which is enabled
by default.
Each MCDI command will produce a console line like
sfc dom:bus:dev:fn ifname: MCDI RPC REQ: [...]
where etc. are the raw MCDI payload in 32-bit hex chunks.
The response will then
MCDI tracing is enabled per-function with a sysfs file
/sys/class/net/NET_DEV/device/mcdi_logging
Signed-off-by: Edward Cree ec...@solarflare.com
---
drivers/net/ethernet/sfc/Kconfig | 3 ++-
drivers/net/ethernet/sfc/efx.c | 49 ++--
On 05/20/2015 01:19 AM, Izumi, Taku wrote:
This patch adds registers and related data structures
definition.
Signed-off-by: Taku Izumi izumi.t...@jp.fujitsu.com
So this patch and the next 2 should probably be rearranged so that you
are adding functionality a piece at a time instead of just
Prepare skb_splice_bits to be able to deal with AF_UNIX sockets.
AF_UNIX sockets don't use lock_sock/release_sock and thus we have to
use a callback to make the locking and unlocking configureable.
Signed-off-by: Hannes Frederic Sowa han...@stressinduktion.org
---
include/linux/skbuff.h | 11
On May 19, 2015, at 6:02 PM, Alexander Duyck alexander.h.du...@redhat.com
wrote:
My suspicion is that we have a number of bugs floating around out there like
the Broadcom issue. Specifically, one of the ones I found was that the r8169
seems to have a similar issue as called out in the
On 5/20/15 9:05 AM, Andy Lutomirski wrote:
What causes the stack pointer to be right? Is there some reason that
the stack pointer is the same no matter where you are in the generated
code?
that's why I said 'it's _roughly_ expressed in C' this way.
Stack pointer doesn't change. It uses the
On 05/20/2015 01:18 AM, Izumi, Taku wrote:
This patch adds implementation of platform_device driver
to FUJITSU Extended Socket Network Device driver.
When PNP0C02 is found and ACPI resource can be retrieved
successfuly, this driver creates platform_device.
platform_driver.probe and
On Mi, 2015-05-20 at 12:42 +0900, Lorenzo Colitti wrote:
On Mon, May 18, 2015 at 7:44 PM, Erik Kline e...@google.com wrote:
[1] When entering NUD_PROBE state via neigh_update(), perhaps received
from userspace, correctly (re)initialize the probes count to zero.
This is useful for
On Wed, May 20, 2015 at 5:57 AM, Simon Horman
simon.hor...@netronome.com wrote:
On Wed, May 20, 2015 at 01:17:36PM +0200, Jiri Pirko wrote:
Wed, May 20, 2015 at 10:46:26AM CEST, simon.hor...@netronome.com wrote:
On Wed, May 20, 2015 at 05:36:06PM +0900, Toshiaki Makita wrote:
On 2015/05/20
On Wed, May 20, 2015 at 8:13 AM, Daniel Borkmann dan...@iogearbox.net wrote:
Vijay reported that a loop as simple as ...
while true; do
tc qdisc add dev foo root handle 1: prio
tc filter add dev foo parent 1: u32 match u32 0 0 flowid 1
tc qdisc del dev foo root
rmmod
On 05/20/2015 09:00 AM, Rustad, Mark D wrote:
On May 19, 2015, at 6:02 PM, Alexander Duyck alexander.h.du...@redhat.com
wrote:
My suspicion is that we have a number of bugs floating around out there like
the Broadcom issue. Specifically, one of the ones I found was that the r8169
seems to
On Wed, May 20, 2015 at 10:45:33AM -0700, Jay Vosburgh wrote:
Michal Kubecek mkube...@suse.cz wrote:
On Tue, May 19, 2015 at 04:29:45AM -0400, Patrick Simmons wrote:
On 05/19/2015 03:49 AM, Michal Kubecek wrote:
On Tue, May 19, 2015 at 02:09:43AM -0400, Patrick Simmons wrote:
I've
On Tue, May 19, 2015 at 2:36 PM, Jesper Dangaard Brouer
bro...@redhat.com wrote:
+# Threads are specified with parameter -t value in $THREADS
+for ((thread = 0; thread $THREADS; thread++)); do
+dev=${DEV}@${thread}
+
+# Add remove all other devices and add_device $dev to thread
+
When trying to configure the settings for PHY1, using commands
like 'ethtool -s eth0 phyad 1 speed 100', the 'ethtool' seems to
modify other settings apart from the speed of the PHY1, in the
above case.
The ethtool seems to query the settings for PHY0, and use this
as the base to apply the new
Hi,
This patch fixes an issue while using the 'ethtool' to query/set PHY's
configurations. The 'ethtool' interface in the Kernel seem to always
query settings for PHY0, irrespective of the PHY specified, while
issuing the 'ethtool' command.
For example when issueing 'ethtool -s eth0 phyad 1
On Wed, May 20, 2015 at 8:35 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
-static int unix_stream_recvmsg(struct socket *sock, struct msghdr *msg,
- size_t size, int flags)
+struct unix_stream_read_state {
+ int (*recv_actor)(struct sk_buff *,
On Wed, May 20, 2015 at 07:00:25AM -0500, Suravee Suthikulanit wrote:
On 5/20/2015 4:34 AM, Catalin Marinas wrote:
We have a dummy of_dma_configure() already when !CONFIG_OF, otherwise
we would need #ifndef here. I already replied, I think for other
architectures we need this check to avoid a
On Tue, May 19, 2015 at 2:36 PM, Jesper Dangaard Brouer
bro...@redhat.com wrote:
+
+# More generic replacement for pgset(), that does not depend on global
+# variable for proc file.
+function proc_cmd() {
+local result
+local proc_file=$1
+# after shift, the remaining args are
Hey everyone,
tl;dr; pure python generic netlink library with simple clients for ipvs
and taskstats here: https://github.com/facebook/gnlpy
At Facebook we rely upon ipvs for most of our layer-4 load balancing
needs. It's mostly worked pretty great for us. The standard way to
interact with
On 5/20/2015 5:28 AM, Will Deacon wrote:
On Fri, May 15, 2015 at 10:23:12PM +0100, Suravee Suthikulpanit wrote:
Currently, device drivers, which support both OF and ACPI,
need to call two separate APIs, of_dma_is_coherent() and
acpi_dma_is_coherent()) to determine device coherency attribute.
Hi Cong,
On Wed, May 20, 2015, at 22:59, Cong Wang wrote:
On Wed, May 20, 2015 at 8:35 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
-static int unix_stream_recvmsg(struct socket *sock, struct msghdr *msg,
- size_t size, int flags)
+struct
On 5/20/15 11:12 AM, Daniel Borkmann wrote:
Effectively, every in-tree classifier (rsvp is the only exception)
is making use of call_rcu(). Moreover, moving this into every
-destroy() handler would also be unnecessary overhead, imho, as
this is only relevant when we actually _unload_ a module.
Move setting of driver data into stmmac_dvr_probe so the
other probe functions don't have to. This will help to
simplify the other probe functions later.
Signed-off-by: Joachim Eastwood manab...@gmail.com
---
drivers/net/ethernet/stmicro/stmmac/stmmac_main.c | 2 ++
Since stmmac_dvr_probe takes care of setting driver data and
assign resources to the priv structure there is no need to
access the priv structure from the other probe functions.
This mean that this function can be changed into just return
an int and thus simplifying the callers.
Signed-off-by:
This patch set refactor the code in stmmac_pci_probe and stmmac_pltfr_probe
and moves the common bits into stmmac_dvr_probe. Along the way some clean-
ups are applied to stmmac_pltfr_probe.
The code has been tested on the LPC18xx platform.
I am still working on more refactoring of the platform
Since the caller already check the presence of a of_node there
is no need to repeat the check in stmmac_probe_config_dt.
There is also no point in checking the return value of the
of_match_device function since if there wasn't match in the
first place we would never be in this function.
Creat a struct that contain all the resources that needs to be
assigned to the priv struct in stmmac_dvr_probe. This makes it
possible to factor out more common code from the other probe
functions and also use this struct to hold the resources as
they are fetched.
Signed-off-by: Joachim Eastwood
inet_csk_get_port() randomization effort tends to spread
sockets on all the available range (ip_local_port_range)
This is unfortunate because SO_REUSEADDR sockets have
less requirements than non SO_REUSEADDR ones.
If an application uses SO_REUSEADDR hint, it is to try to
allow source ports being
We no longer need bsocket atomic counter, as inet_csk_get_port()
calls bind_conflict() regardless of its value, after commit
2b05ad33e1e624e (tcp: bind() fix autoselection to share ports)
This patch removes overhead of maintaining this counter and
double inet_csk_get_port() calls under pressure.
With increase of TCP sockets in hosts, we often hit limitations
caused by port selection, due to randomization and poor strategy.
Eric Dumazet (2):
inet_hashinfo: remove bsocket counter
tcp: improve REUSEADDR/NOREUSEADDR cohabitation
include/net/inet_hashtables.h | 2 --
-Original Message-
From: Hiroshi Shimamoto [mailto:h-shimam...@ct.jp.nec.com]
Sent: Tuesday, May 19, 2015 5:06 PM
To: Kirsher, Jeffrey T; intel-wired-...@lists.osuosl.org
Cc: Skidmore, Donald C; Or Gerlitz; David Miller; Linux Netdev List;
nhor...@redhat.com; sassm...@redhat.com;
On Wed, 2015-05-20 at 20:12 +0200, Daniel Borkmann wrote:
Effectively, every in-tree classifier (rsvp is the only exception)
is making use of call_rcu(). Moreover, moving this into every
-destroy() handler would also be unnecessary overhead, imho, as
this is only relevant when we actually
On Wed, 2015-05-20 at 11:13 -0700, Vijay Subramanian wrote:
Hi Daniel,
With this commit, ifconfig does not show any of the interfaces and I
don't have any connectivity as a result.
Can you double check this?
Please do not top post.
No problem here. I do not see obvious reasons for breaking
On 05/13/2015 03:12 PM, Chris Leech wrote:
This is only about the structures and functionality involved in maintaining the
iSCSI session, the SCSI host along with it's discovered targets and devices has
no association with network namespaces.
These patches are functional, but not complete.
On Wed, May 20, 2015 at 11:12 AM, Daniel Borkmann dan...@iogearbox.net wrote:
On 05/20/2015 07:38 PM, Cong Wang wrote:
...
Why synchronize_rcu() even matters here? It waits for
readers, not for RCU callbacks.
Hm, I am mentioning it here as it was related to 78fd1d0ab072
as explained in
On Wed, May 20, 2015 at 8:35 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
+int skb_append_pagefrags(struct sk_buff *skb, struct page *page,
+int offset, size_t size)
+{
+ int i = skb_shinfo(skb)-nr_frags;
+
+ if (skb_can_coalesce(skb, i,
Hello,
On Wed, 20 May 2015, Ying Xue wrote:
Yes, this way is absolutely safe for us! But, for example, if we check
refcnt==0
in write_lock protection, the checking is a bit late. Instead, if the checking
is advanced to ip_finish_output2(), we can _early_ find the fact that we
Directly associate a sampled packet with the path it takes through the virtual
switch.
Path information currently includes mangling, encapsulation and decapsulation
actions
for tunneling protocols GRE, VXLAN, Geneve, MPLS and QinQ, but this extension
requires
no further changes to accommodate
I think we have some issues with the e1000e usage of
pci_disable_link_state_locked(), which Yinghai added with 9f728f53dd70
(PCI/e1000e: Add and use pci_disable_link_state_locked()).
That fixed an AER deadlock in the following path, where pci_bus_sem is held
by pci_walk_bus(), and we deadlocked
On 05/20/2015 07:38 PM, Cong Wang wrote:
...
Why synchronize_rcu() even matters here? It waits for
readers, not for RCU callbacks.
Hm, I am mentioning it here as it was related to 78fd1d0ab072
as explained in the commit message.
Since we came here via unregister_tcf_proto_ops(), there
are no
Vijay, can you give this a run on your side? This fixes the panic
on my side, thanks!
Thanks for the explanation and patch Daniel !
Yes. This also fixes the crash for me. So,
Tested-by: Vijay Subramanian subramanian.vi...@gmail.com
Vijay
--
To unsubscribe from this list: send the line
Michal Kubecek mkube...@suse.cz wrote:
On Tue, May 19, 2015 at 04:29:45AM -0400, Patrick Simmons wrote:
On 05/19/2015 03:49 AM, Michal Kubecek wrote:
On Tue, May 19, 2015 at 02:09:43AM -0400, Patrick Simmons wrote:
I've written a new mode for the kernel bonding driver. It's similar to
the
Hi Daniel,
With this commit, ifconfig does not show any of the interfaces and I
don't have any connectivity as a result.
Can you double check this?
Thanks!
Vijay
On 19 May 2015 at 13:54, David Miller da...@davemloft.net wrote:
From: Daniel Borkmann dan...@iogearbox.net
Date: Tue, 19 May 2015
On Wed, May 20, 2015 at 8:35 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
+static ssize_t unix_stream_sendpage(struct socket *socket, struct page *page,
+ int offset, size_t size, int flags)
+{
+ int err;
+ bool send_sigpipe;
+
On 05/15/15 at 08:06am, Herbert Xu wrote:
On Thu, May 14, 2015 at 07:37:56AM -0700, Eric Dumazet wrote:
This solves the corruption thanks Herbert.
Great.
But wasn't rhashtable meant to be faster ? ;)
Is it, that's news to me :)
Eric, can you share the scripts you used to test this?
This patch implements support for ACPI _CCA object, which is introduced in
ACPIv5.1, can be used for specifying device DMA coherency attribute.
The parsing logic traverses device namespace to parse coherency
information, and stores it in acpi_device_flags. Then uses it to call
Currently, device drivers, which support both OF and ACPI,
need to call two separate APIs, of_dma_is_coherent() and
acpi_dma_is_coherent()) to determine device coherency attribute.
This patch simplifies this process by introducing a new device
property API, device_dma_is_coherent(), which calls
Currently, the driver has separate logic to determine device coherency
for DT vs ACPI. This patch simplifies the code with a call to
device_dma_is_coherent().
Signed-off-by: Tom Lendacky thomas.lenda...@amd.com
Signed-off-by: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
---
On 05/20/2015 01:45 PM, Jay Vosburgh wrote:
Michal Kubecek mkube...@suse.cz wrote:
On Tue, May 19, 2015 at 04:29:45AM -0400, Patrick Simmons wrote:
On 05/19/2015 03:49 AM, Michal Kubecek wrote:
On Tue, May 19, 2015 at 02:09:43AM -0400, Patrick Simmons wrote:
I've written a new mode for the
30 usecs (or really, 1 jiffy) can go by pretty fast.
Move the set of the timeout immediately before the loop.
Remove the unnecessary max(1ul, usecs_to_jiffies(30)) as
usecs_to_jiffies with a non-zero constant is guaranteed
to be non-zero.
Signed-off-by: Joe Perches j...@perches.com
---
From: Marcelo Ricardo Leitner mleit...@redhat.com
This patch tracks the total number of inbound and outbound segments on a
TCP socket. One may use this number to have an idea on connection
quality when compared against the retransmissions.
RFC4898 named these : tcpEStatsPerfSegsIn and
On Thu, May 21, 2015, at 00:25, Florian Westphal wrote:
ip -6 addr add dead::1/128 dev eth0
sleep 5
ip -6 route add default via dead::1/128
- fails
ip -6 addr add dead::1/128 dev eth0
ip -6 route add default via dead::1/128
- succeeds
reason is that if (nonsensensical) route above is
On 05/20/2015 04:35 PM, Eric Dumazet wrote:
From: Marcelo Ricardo Leitner mleit...@redhat.com
This patch tracks the total number of inbound and outbound segments on a
TCP socket. One may use this number to have an idea on connection
quality when compared against the retransmissions.
RFC4898
Jamal points out that this header also contains kernel internal magic that
cannot be used from userspace for anything meaningful.
Lets remove what the kernel doesn't use anymore and wrap remainder with
__KERNEL__.
Suggested-by: Jamal Hadi Salim j...@mojatatu.com
Suggested-by: Alexei Starovoitov
On Wed, 2015-05-20 at 16:46 -0700, Cong Wang wrote:
There is very little to do on ingress side since there is no queue at all,
not to mention priority, you could try ifb to see if it fits your need.
Note that if the need is to police traffic, ifb is not really needed :
TC=tc
DEV=dev eth0
On Thu, 2015-05-21 at 01:53 +0200, Thomas Graf wrote:
On 05/15/15 at 08:06am, Herbert Xu wrote:
On Thu, May 14, 2015 at 07:37:56AM -0700, Eric Dumazet wrote:
This solves the corruption thanks Herbert.
Great.
But wasn't rhashtable meant to be faster ? ;)
Is it, that's news
Currently, amd-xgbe driver has separate logic to determine device
coherency for DT vs. ACPI. This patch simplifies the code with
a call to device_dma_is_coherent().
Signed-off-by: Tom Lendacky thomas.lenda...@amd.com
Signed-off-by: Suravee Suthikulpanit suravee.suthikulpa...@amd.com
---
On 05/20/2015 05:44 AM, Takashi Iwai wrote:
At Wed, 20 May 2015 11:46:31 +0200,
Marcel Holtmann wrote:
Hi Oliver,
The data is cached in RAM. More specifically, the former loaded
firmware files are reloaded and saved at suspend for each device
object. See fw_pm_notify() in firmware_class.c.
On Wed, 2015-05-20 at 17:35 +0200, Hannes Frederic Sowa wrote:
Prepare skb_splice_bits to be able to deal with AF_UNIX sockets.
AF_UNIX sockets don't use lock_sock/release_sock and thus we have to
use a callback to make the locking and unlocking configureable.
Signed-off-by: Hannes
On Thu, May 21, 2015, at 01:50, Eric Dumazet wrote:
On Wed, 2015-05-20 at 17:35 +0200, Hannes Frederic Sowa wrote:
+
+static int unix_stream_splice_actor(struct sk_buff *skb,
+ int skip, int chunk,
+ struct
On Wed, 2015-05-20 at 17:06 -0700, Rick Jones wrote:
On 05/20/2015 04:35 PM, Eric Dumazet wrote:
From: Marcelo Ricardo Leitner mleit...@redhat.com
This patch tracks the total number of inbound and outbound segments on a
TCP socket. One may use this number to have an idea on connection
1 - 100 of 150 matches
Mail list logo