* [PATCH 1/3] can: c_can: fix invalid error codes
From: Marc Kleine-Budde @ 2013-01-26 16:33 UTC (permalink / raw)
To: netdev
Cc: linux-can, Olivier Sobrie, linux-stable, Bhupesh Sharma,
Marc Kleine-Budde
In-Reply-To: <1359218007-18586-1-git-send-email-mkl@pengutronix.de>
From: Olivier Sobrie <olivier@sobrie.be>
Errors in CAN protocol (location) are reported in data[3] of the can
frame instead of data[2].
Cc: linux-stable <stable@vger.kernel.org>
Cc: Bhupesh Sharma <bhupesh.sharma@st.com>
Signed-off-by: Olivier Sobrie <olivier@sobrie.be>
Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
---
drivers/net/can/c_can/c_can.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/can/c_can/c_can.c b/drivers/net/can/c_can/c_can.c
index 5233b8f..58607f1 100644
--- a/drivers/net/can/c_can/c_can.c
+++ b/drivers/net/can/c_can/c_can.c
@@ -960,7 +960,7 @@ static int c_can_handle_bus_err(struct net_device *dev,
break;
case LEC_ACK_ERROR:
netdev_dbg(dev, "ack error\n");
- cf->data[2] |= (CAN_ERR_PROT_LOC_ACK |
+ cf->data[3] |= (CAN_ERR_PROT_LOC_ACK |
CAN_ERR_PROT_LOC_ACK_DEL);
break;
case LEC_BIT1_ERROR:
@@ -973,7 +973,7 @@ static int c_can_handle_bus_err(struct net_device *dev,
break;
case LEC_CRC_ERROR:
netdev_dbg(dev, "CRC error\n");
- cf->data[2] |= (CAN_ERR_PROT_LOC_CRC_SEQ |
+ cf->data[3] |= (CAN_ERR_PROT_LOC_CRC_SEQ |
CAN_ERR_PROT_LOC_CRC_DEL);
break;
default:
--
1.7.10.4
^ permalink raw reply related
* YOUR PAYMENT IS READY CALL THE AGENT (253-214-4227).
From: web @ 2013-01-26 17:08 UTC (permalink / raw)
Confirm receiving data for your $5 million USD payment(CBN).
^ permalink raw reply
* [PATCH] soreuseport: fix use of uid in tb->fastuid
From: Tom Herbert @ 2013-01-26 17:50 UTC (permalink / raw)
To: netdev, davem; +Cc: steffen.klassert, eric.dumazet
Fix a reported compilation error where ia variable of type kuid_t
was being set to zero.
Eliminate two instances of setting tb->fastuid to zero. tb->fastuid is
only used if tb->fastreuseport is set, so there should be no problem if
tb->fastuid is not initialized (when tb->fastreuesport is zero).
Signed-off-by: Tom Herbert <therbert@google.com>
---
net/ipv4/inet_connection_sock.c | 11 ++++-------
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/net/ipv4/inet_connection_sock.c b/net/ipv4/inet_connection_sock.c
index 8bb623d..11cb497 100644
--- a/net/ipv4/inet_connection_sock.c
+++ b/net/ipv4/inet_connection_sock.c
@@ -204,7 +204,8 @@ tb_found:
ret = 1;
if (inet_csk(sk)->icsk_af_ops->bind_conflict(sk, tb, true)) {
if (((sk->sk_reuse && sk->sk_state != TCP_LISTEN) ||
- (sk->sk_reuseport && uid_eq(tb->fastuid, uid))) &&
+ (tb->fastreuseport > 0 &&
+ sk->sk_reuseport && uid_eq(tb->fastuid, uid))) &&
smallest_size != -1 && --attempts >= 0) {
spin_unlock(&head->lock);
goto again;
@@ -227,19 +228,15 @@ tb_not_found:
if (sk->sk_reuseport) {
tb->fastreuseport = 1;
tb->fastuid = uid;
- } else {
+ } else
tb->fastreuseport = 0;
- tb->fastuid = 0;
- }
} else {
if (tb->fastreuse &&
(!sk->sk_reuse || sk->sk_state == TCP_LISTEN))
tb->fastreuse = 0;
if (tb->fastreuseport &&
- (!sk->sk_reuseport || !uid_eq(tb->fastuid, uid))) {
+ (!sk->sk_reuseport || !uid_eq(tb->fastuid, uid)))
tb->fastreuseport = 0;
- tb->fastuid = 0;
- }
}
success:
if (!inet_csk(sk)->icsk_bind_hash)
--
1.8.1
^ permalink raw reply related
* Re: [Pv-drivers] [PATCH 1/1] VSOCK: Introduce VM Sockets
From: Neil Horman @ 2013-01-26 18:41 UTC (permalink / raw)
To: Dmitry Torokhov
Cc: acking, pv-drivers, netdev, linux-kernel, virtualization, gregkh,
davem
In-Reply-To: <2312112.Fz0qTjDOJB@dtor-d630.eng.vmware.com>
On Fri, Jan 25, 2013 at 04:15:19PM -0800, Dmitry Torokhov wrote:
> Hi Neil,
>
> On Friday, January 25, 2013 06:59:53 PM Neil Horman wrote:
> > On Fri, Jan 25, 2013 at 09:37:50AM -0800, acking@vmware.com wrote:
> > > +
> > > +config VMWARE_VSOCK
> > > + tristate "Virtual Socket protocol"
> > > + depends on VMWARE_VMCI
> >
> > What is CONFIG_VMWARE_VMCI? I don't find that in any Kconfig in the tree?
> >
> > I''m still looking over the rest, but I get build issues if I just remove
> > the dependency.
>
> VMCI is in linux-next at the moment.
>
> Thanks,
> Dmitry
>
Thanks, I'll pull that in.
Neil
^ permalink raw reply
* [PATCH] gro: Fix kcalloc argument order
From: Joe Perches @ 2013-01-26 19:24 UTC (permalink / raw)
To: David Miller; +Cc: netdev, LKML, Eric Dumazet
First number, then size.
Signed-off-by: Joe Perches <joe@perches.com>
---
include/net/gro_cells.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/net/gro_cells.h b/include/net/gro_cells.h
index e5062c9..734d9b5 100644
--- a/include/net/gro_cells.h
+++ b/include/net/gro_cells.h
@@ -73,8 +73,8 @@ static inline int gro_cells_init(struct gro_cells *gcells, struct net_device *de
int i;
gcells->gro_cells_mask = roundup_pow_of_two(netif_get_num_default_rss_queues()) - 1;
- gcells->cells = kcalloc(sizeof(struct gro_cell),
- gcells->gro_cells_mask + 1,
+ gcells->cells = kcalloc(gcells->gro_cells_mask + 1,
+ sizeof(struct gro_cell),
GFP_KERNEL);
if (!gcells->cells)
return -ENOMEM;
^ permalink raw reply related
* Secret Shopper Recruitment
From: noreply @ 2013-01-26 18:20 UTC (permalink / raw)
To: Recipients
Hello,
You have been selected for an assignment as a Detective Shopper in your area and you will earn $200 per Shopping/evaluation.
Your part time employment package will include funds for the shopping.
A full job description will be sent to you before your assignment
Only interested applicants should respond.
if interested, send the information below to
(1) Full Legal Name:
(2) Address (No P.O. Box):
(3) City:
(4) State:
(5) Zip Code
(6) Home And Cell:
(7) Age:
(8) Alternative Email if any:
Thank You
Mystery Shopper Inc©
5500 Feltl Road
Minnetonka, MN 55343
shawn.cll@aol.com
^ permalink raw reply
* Re: [PATCH, resubmit] ax88179_178a: ASIX AX88179_178A USB 3.0/2.0 to gigabit ethernet adapter driver
From: Michael Leun @ 2013-01-26 23:13 UTC (permalink / raw)
To: Freddy Xin; +Cc: netdev, linux-usb, linux-kernel, louis, davem, Support
In-Reply-To: <1358908337-13841-1-git-send-email-freddy@asix.com.tw>
On Wed, 23 Jan 2013 10:32:17 +0800
Freddy Xin <freddy@asix.com.tw> wrote:
> This is a resubmission.
> Fixed coding style errors.
[...]
> This patch adds a driver for ASIX's AX88179 family of USB 3.0/2.0
> to gigabit ethernet adapters. It's based on the AX88xxx driver but
I hope, there is some error/mistake on my side, otherwise I fear I
would have to say I find this driver to be total crap.
I tried it with an Digitus DN-3023 identifying itself as idVendor=0b95,
idProduct=1790 (some internet source claims it to be actually based on
asix reference design).
If I plug the device in the interface comes up with an mtu of 1488 -
this would be an very bad joke for any ethernet compliant device, even
more for an gigabit device where you clearly want to see at least a bit
of jumbo frames.
If I set the mtu to 1500 (the driver does not even complain when I set
the mtu to e.g. 2^31-1) and start to send bigger packets in some point
of time the device stops to work - means, after that you cannot even
send smaller packets, after some time you might get an kernel warning
"NETDEV WATCHDOG: eth3 (ax88179_178a): transmit queue 0 timed out" and
you have to unplug / replug the device to get it working again.
Note: With the W$ driver and exactly the same hardware you get at least
jumbo frames up to some 4000+X bytes - not great, but better than
nothing.
I would vote to not accept that driver for mainline as long as this
issues are not fixed.
The vendor should not be able to claim "hooray, hooray, great device,
we even have an driver in linux main line" when it is actually such an
useless crap.
Of course I'm offering to help with any information or testing, but
unfortunately I do not have the knowhow to fix anything myself.
--
MfG,
Michael Leun
^ permalink raw reply
* [PATCH] net: wireless/ath: Fix compile error seen with W=1
From: Guenter Roeck @ 2013-01-27 2:26 UTC (permalink / raw)
To: Vladimir Kondratiev, John W. Linville
Cc: linux-wireless, wil6210, netdev, Guenter Roeck
make W=1 for x86_64 fails with
drivers/net/wireless/ath/wil6210/txrx.c: In function ‘wil_rx_fini’:
drivers/net/wireless/ath/wil6210/txrx.c:550:7: error: variable ‘rc’ set but not
used [-Werror=unused-but-set-variable]
Fix by dropping the variable.
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
---
drivers/net/wireless/ath/wil6210/txrx.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/wil6210/txrx.c b/drivers/net/wireless/ath/wil6210/txrx.c
index f29c294..b6e8042 100644
--- a/drivers/net/wireless/ath/wil6210/txrx.c
+++ b/drivers/net/wireless/ath/wil6210/txrx.c
@@ -547,7 +547,6 @@ void wil_rx_fini(struct wil6210_priv *wil)
struct vring *vring = &wil->vring_rx;
if (vring->va) {
- int rc;
struct wmi_cfg_rx_chain_cmd cmd = {
.action = cpu_to_le32(WMI_RX_CHAIN_DEL),
.rx_sw_ring = {
@@ -559,7 +558,7 @@ void wil_rx_fini(struct wil6210_priv *wil)
struct wmi_cfg_rx_chain_done_event cfg;
} __packed wmi_rx_cfg_reply;
- rc = wmi_call(wil, WMI_CFG_RX_CHAIN_CMDID, &cmd, sizeof(cmd),
+ (void)wmi_call(wil, WMI_CFG_RX_CHAIN_CMDID, &cmd, sizeof(cmd),
WMI_CFG_RX_CHAIN_DONE_EVENTID,
&wmi_rx_cfg_reply, sizeof(wmi_rx_cfg_reply),
100);
--
1.7.9.7
^ permalink raw reply related
* Re: [Patch net-next 2/2] netpoll: use the net namespace of current process instead of init_net
From: Eric W. Biederman @ 2013-01-27 5:16 UTC (permalink / raw)
To: Cong Wang; +Cc: netdev, David S. Miller
In-Reply-To: <1359194432.2654.1.camel@cr0>
Cong Wang <amwang@redhat.com> writes:
> On Wed, 2013-01-23 at 17:02 +0800, Cong Wang wrote:
>> From: Cong Wang <amwang@redhat.com>
>>
>> This will allow us to setup netconsole in a different namespace
>> rather than where init_net is.
>>
>
> Hmm, I missed to put the netns in netpoll_cleanup()...
>
> Will send v2.
Since you are working on it. I forgot to mention that it doesn't
look you were working with nsproxy properly. The code just felt
very different from every other nsproxy reference I have seen.
Looking more closely since you are looking at current you don't need
to test to see if nsproxy is NULL. You can just say.
- if (np->dev_name)
- ndev = __dev_get_by_name(&init_net, np->dev_name);
+ if (np->dev_name) {
+ net = current->nsproxy->net_ns;
+ ndev = __dev_get_by_name(net, np->dev_name);
+ }
task_nsproxy and get_net are needed when you are accessing another
tasks nsproxy. Since you are just accessing current the code
can be much simpler.
Which also means that you shouldn't need to get a reference to
the network namespace or put the reference to the network namespace.
Although you do need to handle things like network device hotplug
in case the network device (or equivalently for most purposes) the
network namespace goes away.
Eric
^ permalink raw reply
* Re: pull-request: can 2013-01-26
From: David Miller @ 2013-01-27 5:48 UTC (permalink / raw)
To: mkl; +Cc: netdev, linux-can
In-Reply-To: <1359218007-18586-1-git-send-email-mkl@pengutronix.de>
From: Marc Kleine-Budde <mkl@pengutronix.de>
Date: Sat, 26 Jan 2013 17:33:24 +0100
> here's a patch for net for the v3.8 release cycle. Olivier Sobrie found and
> fixed a problem in the can error frame generation of three drivers (c_can,
> pch_can and ti_hecc).
Pulled, thanks.
^ permalink raw reply
* Re: [PATCH 00/21] netfilter updates for net-next
From: David Miller @ 2013-01-27 5:56 UTC (permalink / raw)
To: pablo; +Cc: netfilter-devel, netdev
In-Reply-To: <1359122093-3404-1-git-send-email-pablo@netfilter.org>
From: pablo@netfilter.org
Date: Fri, 25 Jan 2013 14:54:32 +0100
> * The new connlabel extension for x_tables, that allows us to attach
> labels to each conntrack flow. The kernel implementation uses a
> bitmask and there's a file in user-space that maps the bits with the
> corresponding string for each existing label. By now, you can attach
> up to 128 overlapping labels. From Florian Westphal.
>
> * A new round of improvements for the netns support for conntrack.
> Gao feng has moved many of the initialization code of each module
> of the netns init path. He also made several code refactoring, that
> code looks cleaner to me now.
>
> * Added documentation for all possible tweaks for nf_conntrack via
> sysctl, from Jiri Pirko.
>
> * Cisco 7941/7945 IP phone support for our SIP conntrack helper,
> from Kevin Cernekee.
>
> * Missing header file in the snmp helper, from Stephen Hemminger.
>
> * Finally, a couple of fixes to resolve minor issues with these
> changes, from myself.
>
> You can pull these changes from:
>
> git://1984.lsi.us.es/nf-next master
Pulled, thanks Pablo.
^ permalink raw reply
* Re: [PATCH net-next 0/8] qlcnic: bug fix and feature updates
From: David Miller @ 2013-01-27 6:00 UTC (permalink / raw)
To: jitendra.kalsaria; +Cc: netdev, sony.chacko, Dept_NX_Linux_NIC_Driver
In-Reply-To: <1359145241-5175-1-git-send-email-jitendra.kalsaria@qlogic.com>
From: Jitendra Kalsaria <jitendra.kalsaria@qlogic.com>
Date: Fri, 25 Jan 2013 15:20:33 -0500
> From: Jitendra Kalsaria <jitendra.kalsaria@qlogic.com>
>
> Please apply it to net-next.
All applied, thanks.
^ permalink raw reply
* Re: [PATCH net-next] Remove leftover #endif after introducing SO_REUSEPORT
From: David Miller @ 2013-01-27 6:01 UTC (permalink / raw)
To: tgraf; +Cc: netdev, therbert
In-Reply-To: <20130125100058.GJ11342@casper.infradead.org>
From: Thomas Graf <tgraf@suug.ch>
Date: Fri, 25 Jan 2013 10:00:58 +0000
> Commit 055dc21a1d (soreuseport: infrastructure) removed the #if 0
> around SO_REUSEPORT without removing the corresponding #endif
> thus causing the header guard to close early.
>
> Cc: Tom Herbert <therbert@google.com>
> Signed-off-by: Thomas Graf <tgraf@suug.ch>
Applied.
^ permalink raw reply
* Re: [PATCH] soreuseport: fix use of uid in tb->fastuid
From: David Miller @ 2013-01-27 6:02 UTC (permalink / raw)
To: therbert; +Cc: netdev, steffen.klassert, eric.dumazet
In-Reply-To: <alpine.DEB.2.00.1301260944370.27231@pokey.mtv.corp.google.com>
From: Tom Herbert <therbert@google.com>
Date: Sat, 26 Jan 2013 09:50:54 -0800 (PST)
> Fix a reported compilation error where ia variable of type kuid_t
> was being set to zero.
>
> Eliminate two instances of setting tb->fastuid to zero. tb->fastuid is
> only used if tb->fastreuseport is set, so there should be no problem if
> tb->fastuid is not initialized (when tb->fastreuesport is zero).
>
> Signed-off-by: Tom Herbert <therbert@google.com>
Applied.
^ permalink raw reply
* Re: [PATCH V8 1/3] virtio-net: fix the set affinity bug when CPU IDs are not consecutive
From: David Miller @ 2013-01-27 6:23 UTC (permalink / raw)
To: gaowanlong; +Cc: mst, netdev, linux-kernel, virtualization, erdnetdev
In-Reply-To: <1359107491-6749-1-git-send-email-gaowanlong@cn.fujitsu.com>
From: Wanlong Gao <gaowanlong@cn.fujitsu.com>
Date: Fri, 25 Jan 2013 17:51:29 +0800
> As Michael mentioned, set affinity and select queue will not work very
> well when CPU IDs are not consecutive, this can happen with hot unplug.
> Fix this bug by traversal the online CPUs, and create a per cpu variable
> to find the mapping from CPU to the preferable virtual-queue.
>
> Cc: Rusty Russell <rusty@rustcorp.com.au>
> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> Cc: Jason Wang <jasowang@redhat.com>
> Cc: Eric Dumazet <erdnetdev@gmail.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: virtualization@lists.linux-foundation.org
> Cc: netdev@vger.kernel.org
> Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com>
> Acked-by: Michael S. Tsirkin <mst@redhat.com>
Applied.
^ permalink raw reply
* Re: [PATCH V8 2/3] virtio-net: split out clean affinity function
From: David Miller @ 2013-01-27 6:24 UTC (permalink / raw)
To: gaowanlong; +Cc: mst, netdev, linux-kernel, virtualization, erdnetdev
In-Reply-To: <1359107491-6749-2-git-send-email-gaowanlong@cn.fujitsu.com>
From: Wanlong Gao <gaowanlong@cn.fujitsu.com>
Date: Fri, 25 Jan 2013 17:51:30 +0800
> Split out the clean affinity function to virtnet_clean_affinity().
>
> Cc: Rusty Russell <rusty@rustcorp.com.au>
> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> Cc: Jason Wang <jasowang@redhat.com>
> Cc: Eric Dumazet <erdnetdev@gmail.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: virtualization@lists.linux-foundation.org
> Cc: netdev@vger.kernel.org
> Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com>
> Acked-by: Michael S. Tsirkin <mst@redhat.com>
Applied.
^ permalink raw reply
* Re: [PATCH V8 3/3] virtio-net: reset virtqueue affinity when doing cpu hotplug
From: David Miller @ 2013-01-27 6:24 UTC (permalink / raw)
To: gaowanlong; +Cc: mst, netdev, linux-kernel, virtualization, erdnetdev
In-Reply-To: <1359107491-6749-3-git-send-email-gaowanlong@cn.fujitsu.com>
From: Wanlong Gao <gaowanlong@cn.fujitsu.com>
Date: Fri, 25 Jan 2013 17:51:31 +0800
> Add a cpu notifier to virtio-net, so that we can reset the
> virtqueue affinity if the cpu hotplug happens. It improve
> the performance through enabling or disabling the virtqueue
> affinity after doing cpu hotplug.
>
> Cc: Rusty Russell <rusty@rustcorp.com.au>
> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> Cc: Jason Wang <jasowang@redhat.com>
> Cc: Eric Dumazet <erdnetdev@gmail.com>
> Cc: "David S. Miller" <davem@davemloft.net>
> Cc: virtualization@lists.linux-foundation.org
> Cc: netdev@vger.kernel.org
> Signed-off-by: Wanlong Gao <gaowanlong@cn.fujitsu.com>
> Acked-by: Michael S. Tsirkin <mst@redhat.com>
Applied.
^ permalink raw reply
* Re: [net-next 00/14][pull request] Intel Wired LAN Driver Updates
From: David Miller @ 2013-01-27 6:28 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: netdev, gospo, sassmann
In-Reply-To: <1358981090-5794-1-git-send-email-jeffrey.t.kirsher@intel.com>
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Wed, 23 Jan 2013 14:44:36 -0800
> This series contains updates to ixgbe and ixgbevf. Majority of the
> changes are against ixgbe PTP and SR-IOV.
>
> The following are changes since commit 93b9c1ddd3fb4a5b67d512e534b30070f9ecec28:
> Merge branch 'testing' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next
> and are available in the git repository at:
> git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next master
Pulled, thanks Jeff.
^ permalink raw reply
* Re: [PATCH] net: loopback: fix a dst refcounting issue
From: David Miller @ 2013-01-27 6:32 UTC (permalink / raw)
To: eric.dumazet; +Cc: greearb, netdev
In-Reply-To: <1359135881.12374.3249.camel@edumazet-glaptop>
From: Eric Dumazet <eric.dumazet@gmail.com>
Date: Fri, 25 Jan 2013 09:44:41 -0800
> From: Eric Dumazet <edumazet@google.com>
>
> Ben Greear reported crashes in ip_rcv_finish() on a stress
> test involving many macvlans.
>
> We tracked the bug to a dst use after free. ip_rcv_finish()
> was calling dst->input() and got garbage for dst->input value.
>
> It appears the bug is in loopback driver, lacking
> a skb_dst_force() before calling netif_rx().
>
> As a result, a non refcounted dst, normally protected by a
> RCU read_lock section, was escaping this section and could
> be freed before the packet being processed.
...
> This bug was introduced in linux-2.6.35, in commit
> 7fee226ad2397b (net: add a noref bit on skb dst)
>
> skb_dst_force() is enforced in dev_queue_xmit() for devices having a
> qdisc.
>
> Reported-by: Ben Greear <greearb@candelatech.com>
> Signed-off-by: Eric Dumazet <edumazet@google.com>
> Tested-by: Ben Greear <greearb@candelatech.com>
Applied, I suspect we need to tree wide audit for other instances of
this situation. Probably greps for skb_orphan() would be a good
start.
^ permalink raw reply
* Re: pull request: wireless 2013-01-23
From: David Miller @ 2013-01-27 6:39 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, netdev, linux-kernel
In-Reply-To: <20130123201605.GC5221@tuxdriver.com>
From: "John W. Linville" <linville@tuxdriver.com>
Date: Wed, 23 Jan 2013 15:16:06 -0500
> This is a batch of fixes intende for the 3.8 stream.
>
> Regarding the iwlwifi bits, Johannes says this:
>
> "Please pull to get a single fix from Emmanuel for a bug I introduced due
> to misunderstanding the code."
>
> Regarding the mac80211 bits, Johannes says this:
>
> "I have a few small fixes for you:
> * some mesh frames would cause encryption warnings -- fixes from Bob
> * scanning would pretty much break an association if we transmitted
> anything to the AP while scanning -- fix from Stanislaw
> * mode injection was broken by channel contexts -- fix from Felix
> * FT roaming was broken: hardware crypto would get disabled by it"
>
> Along with that, a handful of other fixes confined to specific drivers.
>
> Avinash Patil fixes a typo in a NULL check in mwifiex.
>
> Larry Finger fixes a build warning in rtlwifi. Seems safe...
>
> Stanislaw Gruszka fixes iwlegacy to prevent microcode errors when
> switching from IBSS mode to STA mode.
>
> Felix Fietkau provides a trio of ath9k fixes related to proper tuning.
>
> Please let me know if there are problems!
Pulled, thanks John.
^ permalink raw reply
* Re: [net-next 00/14][pull request] Intel Wired LAN Driver Updates
From: Jeff Kirsher @ 2013-01-27 6:41 UTC (permalink / raw)
To: David Miller; +Cc: netdev, gospo, sassmann
In-Reply-To: <20130127.012822.1984598218823238898.davem@davemloft.net>
[-- Attachment #1: Type: text/plain, Size: 651 bytes --]
On Sun, 2013-01-27 at 01:28 -0500, David Miller wrote:
> From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
> Date: Wed, 23 Jan 2013 14:44:36 -0800
>
> > This series contains updates to ixgbe and ixgbevf. Majority of the
> > changes are against ixgbe PTP and SR-IOV.
> >
> > The following are changes since commit 93b9c1ddd3fb4a5b67d512e534b30070f9ecec28:
> > Merge branch 'testing' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next
> > and are available in the git repository at:
> > git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next master
>
> Pulled, thanks Jeff.
Hope you are feeling better!
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply
* Re: [PATCH] tcp: Increment of LINUX_MIB_LISTENOVERFLOWS in tcp_v4_conn_request()
From: David Miller @ 2013-01-27 6:41 UTC (permalink / raw)
To: niveditasinghvi; +Cc: netdev, leandro.lucarella, niv
In-Reply-To: <1359097408-9786-1-git-send-email-niv@us.ibm.com>
From: Nivedita Singhvi <niveditasinghvi@gmail.com>
Date: Thu, 24 Jan 2013 23:03:28 -0800
> We drop a connection request if the accept backlog, syn queue are full when processing reaches tcp_v4_conn_request(). Increment the appropriate counter so this isn't silent, for accurate stats and help in debugging.
>
> Signed-off-by: Nivedita Singhvi <niv@us.ibm.com>
Please resend with the commit message changes suggested to you.
^ permalink raw reply
* Re: [PATCH 02/14] atm/nicstar: don't use idr_remove_all()
From: David Miller @ 2013-01-27 6:43 UTC (permalink / raw)
To: tj; +Cc: akpm, rusty, linux-kernel, chas, netdev
In-Reply-To: <1359163872-1949-3-git-send-email-tj@kernel.org>
From: Tejun Heo <tj@kernel.org>
Date: Fri, 25 Jan 2013 17:31:00 -0800
> idr_destroy() can destroy idr by itself and idr_remove_all() is being
> deprecated. Drop its usage.
>
> Signed-off-by: Tejun Heo <tj@kernel.org>
> Cc: Chas Williams <chas@cmf.nrl.navy.mil>
> Cc: netdev@vger.kernel.org
> ---
> This patch depends on an earlier idr patch and given the trivial
> nature of the patch, I think it would be best to route these together
> through -mm. Please holler if there's any objection.
Please do:
Acked-by: David S. Miller <davem@davemloft.net>
^ permalink raw reply
* Re: [net-next 00/14][pull request] Intel Wired LAN Driver Updates
From: David Miller @ 2013-01-27 6:44 UTC (permalink / raw)
To: jeffrey.t.kirsher; +Cc: netdev, gospo, sassmann
In-Reply-To: <1359268861.2255.50.camel@jtkirshe-mobl>
From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Date: Sat, 26 Jan 2013 22:41:01 -0800
> On Sun, 2013-01-27 at 01:28 -0500, David Miller wrote:
>> From: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
>> Date: Wed, 23 Jan 2013 14:44:36 -0800
>>
>> > This series contains updates to ixgbe and ixgbevf. Majority of the
>> > changes are against ixgbe PTP and SR-IOV.
>> >
>> > The following are changes since commit 93b9c1ddd3fb4a5b67d512e534b30070f9ecec28:
>> > Merge branch 'testing' of git://git.kernel.org/pub/scm/linux/kernel/git/klassert/ipsec-next
>> > and are available in the git repository at:
>> > git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next master
>>
>> Pulled, thanks Jeff.
>
> Hope you are feeling better!
I'm starting to turn the corner on this flu, thanks for your concern :-)
^ permalink raw reply
* [net-next 00/14][pull request] Intel Wired LAN Driver Updates 2013.01.27
From: Jeff Kirsher @ 2013-01-27 10:39 UTC (permalink / raw)
To: davem; +Cc: Jeff Kirsher, netdev, gospo, sassmann, bruce.w.allan
This series contains updates to e1000e only. All the updates come
from Bruce Allan and most of the patch fix or enable features on
i217/i218. Most notably is patch 03 "e1000e: add support for IEEE-1588
PTP", which is v2 of the patch based on feedback from Stephen Hemminger.
Also patch 04 "e1000e: enable ECC on I217/I218 to catch packet buffer
memory errors" should be queued up for stable (as well as net) trees, but
the patch does not apply cleanly to either of those trees currently.
So I will work with Bruce to provide a version of the patch which will
apply cleanly to net (and stable) and we can queue it up at that point
for stable 3.5 tree.
The remaining patches are general cleanups of the code.
The following are changes since commit 031554eab078705edb96e9a39665597e3fd22781:
Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next
and are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/net-next master
Bruce Allan (14):
e1000e: fix ethtool offline register test for I217
e1000e: fix flow-control thresholds for jumbo frames on
82579/I217/I218
e1000e: add support for IEEE-1588 PTP
e1000e: enable ECC on I217/I218 to catch packet buffer memory errors
e1000e: prevent hardware from automatically configuring PHY on
I217/I218
e1000e: remove prototype of non-existent function
e1000e: update copyright date
e1000e: correct maximum frame size on i217/i218
e1000e: fix PHY init workarounds for i217/i218
e1000e: remove definition of struct which is no longer used
e1000e: add comment to spinlock_t definition
e1000e: cleanup: remove unnecessary function prototypes
e1000e: do not ignore variables which get set a value
e1000e: cleanup: do not assign a variable a value when not necessary
drivers/net/ethernet/intel/Kconfig | 1 +
drivers/net/ethernet/intel/e1000e/80003es2lan.c | 24 ++-
drivers/net/ethernet/intel/e1000e/82571.c | 18 +-
drivers/net/ethernet/intel/e1000e/Makefile | 4 +-
drivers/net/ethernet/intel/e1000e/defines.h | 22 +-
drivers/net/ethernet/intel/e1000e/e1000.h | 17 +-
drivers/net/ethernet/intel/e1000e/ethtool.c | 43 +++-
drivers/net/ethernet/intel/e1000e/hw.h | 15 +-
drivers/net/ethernet/intel/e1000e/ich8lan.c | 66 +++---
drivers/net/ethernet/intel/e1000e/mac.c | 4 +-
drivers/net/ethernet/intel/e1000e/manage.c | 2 +-
drivers/net/ethernet/intel/e1000e/netdev.c | 178 +++++++++++++--
drivers/net/ethernet/intel/e1000e/nvm.c | 2 +-
drivers/net/ethernet/intel/e1000e/param.c | 2 +-
drivers/net/ethernet/intel/e1000e/phy.c | 13 +-
drivers/net/ethernet/intel/e1000e/ptp.c | 276 ++++++++++++++++++++++++
16 files changed, 587 insertions(+), 100 deletions(-)
create mode 100644 drivers/net/ethernet/intel/e1000e/ptp.c
--
1.7.11.7
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox