[PATCH 3.10 25/41] usbnet: include wait queue head in device structure

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum [ Upstream commit 14a0d635d18d0fb552dcc979d6d25106e6541f2e ] This fixes a race which happens by freeing an object on the stack. Quoting Julius: > The issue is > that it calls

[PATCH 3.10 12/41] ipv6: Fix exthdrs offload registration.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Anton Nayshtut [ Upstream commit d2d273ffabd315eecefce21a4391d44b6e156b73 ] Without this fix, ipv6_exthdrs_offload_init doesn't register IPPROTO_DSTOPTS offload, but returns 0 (as the

[PATCH 3.10 26/41] vlan: Set hard_header_len according to available acceleration

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit fc0d48b8fb449ca007b2057328abf736cb516168 ] Currently, if the card supports CTAG acceleration we do not account for the vlan header even if we are configuring

[PATCH 3.10 27/41] vhost: fix total length when packets are too short

3.10-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit d8316f3991d207fe32881a9ac20241be8fa2bad0 ] When mergeable buffers are disabled, and the incoming packet is too large for the rx buffer, get_rx_bufs

[PATCH 3.10 22/41] ip6mr: fix mfc notification flags

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit f518338b16038beeb73e155e60d0f70beb9379f4 ] Commit 812e44dd1829 ("ip6mr: advertise new mfc entries via rtnl") reuses the function ip6mr_fill_mroute() to

Re: [PATCH] tuntap: add flow control to support back pressure

To weigh in on the desire to have support (at least as an optional behavior) for the legacy flow control behavior, there are many existing uses of it. Many these are related to experimental purposes where the tuntap driver can be used (with a little user space code) as a surrogate for a

[PATCH 3.10 29/41] xen-netback: remove pointless clause from if statement

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Paul Durrant [ Upstream commit 0576eddf24df716d8570ef8ca11452a9f98eaab2 ] This patch removes a test in start_new_rx_buffer() that checks whether a copy operation is less than

[PATCH 3.10 28/41] vhost: validate vhost_get_vq_desc return value

3.10-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit a39ee449f96a2cd44ce056d8a0a112211a9b1a1f ] vhost fails to validate negative error code from vhost_get_vq_desc causing a crash: we are using -EFAULT

[PATCH 3.10 30/41] ipv6: some ipv6 statistic counters failed to disable bh

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Frederic Sowa [ Upstream commit 43a43b6040165f7b40b5b489fe61a4cb7f8c4980 ] After commit c15b1ccadb323ea ("ipv6: move DAD and addrconf_verify processing to workqueue") some counters are

[PATCH 3.13 04/65] bridge: multicast: add sanity check for query source addresses

3.13-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Linus=20L=C3=BCssing?= [ Upstream commit 6565b9eeef194afbb3beec80d6dd2447f4091f8c ] MLD queries are supposed to have an IPv6 link-local source address according to RFC2710, section

[PATCH 3.13 02/65] net: fix for a race condition in the inet frag code

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit 24b9bf43e93e0edd89072da51cf1fab95fc69dec ] I stumbled upon this very serious bug while hunting for another one, it's a very subtle race condition between

[PATCH 3.13 03/65] net: sctp: fix skb leakage in COOKIE ECHO path of chunk->auth_chunk

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit c485658bae87faccd7aed540fd2ca3ab37992310 ] While working on ec0223ec48a9 ("net: sctp: fix sctp_sf_do_5_1D_ce to verify if we/peer is AUTH capable"), we

[PATCH 3.13 01/65] selinux: correctly label /proc inodes in use before the policy is loaded

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Paul Moore commit f64410ec665479d7b4b77b7519e814253ed0f686 upstream. This patch is based on an earlier patch by Eric Paris, he describes the problem below: "If an inode is accessed before

Re: [PATCH v2 00/14] dma: edma: Fixes for cyclic (audio) operation

On Tue, Apr 01, 2014 at 04:06:01PM +0300, Peter Ujfalusi wrote: > Hi, > > This is basically a resend of the previous series: > https://lkml.org/lkml/2014/3/13/119 > with removed ASoC patches (most of them are applied already). > > Changes since v1: > - ASoC patches removed > - Comments from

Re: [tip:x86/urgent] x86, CMCI: Add proper detection of end of CMCI storms

On 04/02/2014 12:55 AM, tip-bot for Chen, Gong wrote: > @@ -614,6 +618,8 @@ void machine_check_poll(enum mcp_flags flags, mce_banks_t > *b) > if (!(m.status & MCI_STATUS_VAL)) > continue; > > + v = _cpu_var(mce_polled_error); > +

[PATCH 3.13 00/65] 3.13.10-stable review

NOTE This is probably going to be the last 3.13.y kernel release. There _might_ be one more after this, but given my travel schedule for the next few weeks, don't count on it. Please move to the 3.14 kernel tree as soon as possible. This is

[PATCH 3.13 06/65] tipc: fix connection refcount leak

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Ying Xue [ Upstream commit 4652edb70e8a7eebbe47fa931940f65522c36e8f ] When tipc_conn_sendmsg() calls tipc_conn_lookup() to query a connection instance, its reference count value is increased

[PATCH 3.13 05/65] tipc: allow connection shutdown callback to be invoked in advance

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Ying Xue [ Upstream commit 6d4ebeb4df0176b1973875840a9f7e91394c0685 ] Currently connection shutdown callback function is called when connection instance is released in

[PATCH 3.13 09/65] tipc: dont log disabled tasklet handler errors

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Erik Hugne [ Upstream commit 2892505ea170094f982516bb38105eac45f274b1 ] Failure to schedule a TIPC tasklet with tipc_k_signal because the tasklet handler is disabled is not an error. It means

[PATCH 3.13 08/65] tipc: fix memory leak during module removal

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Erik Hugne [ Upstream commit 1bb8dce57f4d15233688c68990852a10eb1cd79f ] When the TIPC module is removed, the tasklet handler is disabled before all other subsystems. This will cause lingering

[PATCH 3.13 07/65] tipc: drop subscriber connection id invalidation

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Erik Hugne [ Upstream commit edcc0511b5ee7235282a688cd604e3ae7f9e1fc9 ] When a topology server subscriber is disconnected, the associated connection id is set to zero. A check vs zero is then

Re: [PATCH v2 08/14] DMA: edma: Use different eventq for cyclic channels

On Thu, Apr 10, 2014 at 11:36:30AM -0500, Joel Fernandes wrote: > On 04/01/2014 08:06 AM, Peter Ujfalusi wrote: > > To improve latency with cyclic DMA operation it is preferred to > > use different eventq/tc than the default which is used by all > > other drivers (mmc, spi, i2c, etc). > > When

[PATCH 3.13 11/65] net: unix: non blocking recvmsg() should not return -EINTR

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit de1443916791d75fdd26becb116898277bb0273f ] Some applications didn't expect recvmsg() on a non blocking socket could return -EINTR. This possibility was added as

[PATCH 3.13 10/65] inet: frag: make sure forced eviction removes all frags

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal [ Upstream commit e588e2f286ed7da011ed357c24c5b9a554e26595 ] Quoting Alexander Aring: While fragmentation and unloading of 6lowpan module I got this kernel Oops after few

[PATCH 3.10 32/41] isdnloop: Validate NUL-terminated strings from user.

3.10-stable review patch. If anyone has any objections, please let me know. -- From: YOSHIFUJI Hideaki [ Upstream commit 77bc6bed7121936bb2e019a8c336075f4c8eef62 ] Return -EINVAL unless all of user-given strings are correctly NUL-terminated. Signed-off-by: YOSHIFUJI Hideaki

[PATCH 3.13 12/65] ipv6: Fix exthdrs offload registration.

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Anton Nayshtut [ Upstream commit d2d273ffabd315eecefce21a4391d44b6e156b73 ] Without this fix, ipv6_exthdrs_offload_init doesn't register IPPROTO_DSTOPTS offload, but returns 0 (as the

[PATCH 3.13 13/65] ipv6: dont set DST_NOCOUNT for remotely added routes

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca [ Upstream commit c88507fbad8055297c1d1e21e599f46960cbee39 ] DST_NOCOUNT should only be used if an authorized user adds routes locally. In case of routes which are added on

[PATCH 3.13 36/65] ipmr: fix mfc notification flags

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 65886f439ab0fdc2dff20d1fa87afb98c6717472 ] Commit 8cd3ac9f9b7b ("ipmr: advertise new mfc entries via rtnl") reuses the function ipmr_fill_mroute() to notify

Re: MCB fixes for 3.15-rc1

On Fri, Apr 11, 2014 at 07:16:34AM -0700, Greg Kroah-Hartman wrote: > On Fri, Apr 11, 2014 at 08:48:40AM +0200, Johannes Thumshirn wrote: > > Hi Greg, > > > > Please pull this change for drivers/mcb. > > > > Thanks > > Johannes > > > > -- > > > > The following changes since commit

[PATCH 3.13 24/65] bridge: multicast: add sanity check for general query destination

3.13-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Linus=20L=C3=BCssing?= [ Upstream commit 9ed973cc40c588abeaa58aea0683ea665132d11d ] General IGMP and MLD queries are supposed to have the multicast link-local all-nodes address as

[PATCH 3.13 15/65] pkt_sched: fq: do not hold qdisc lock while allocating memory

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 2d8d40afd187bced0a3d056366fb58d66fe845e3 ] Resizing fq hash table allocates memory while holding qdisc spinlock, with BH disabled. This is definitely not good,

[PATCH 3.13 31/65] net: cdc_ncm: fix control message ordering

3.13-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= [ Upstream commit ff0992e9036e9810e7cd45234fa32ca1e79750e2 ] This is a context modified revert of commit 6a9612e2cb22 ("net: cdc_ncm: remove ncm_parm field")

[PATCH 3.13 17/65] vlan: Set correct source MAC address with TX VLAN offload enabled

3.13-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Peter=20Bostr=C3=B6m?= [ Upstream commit dd38743b4cc2f86be250eaf156cf113ba3dd531a ] With TX VLAN offload enabled the source MAC address for frames sent using the VLAN interface is

[PATCH 3.13 34/65] tcp: syncookies: do not use getnstimeofday()

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 632623153196bf183a69686ed9c07eee98ff1bf8 ] While it is true that getnstimeofday() uses about 40 cycles if TSC is available, it can use 1600 cycles if hpet is

[PATCH 3.13 16/65] Xen-netback: Fix issue caused by using gso_type wrongly

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Annie Li [ Upstream commit 5bd076708664313f2bdbbc1cf71093313b7774a1 ] Current netback uses gso_type to check whether the skb contains gso offload, and this is wrong. Gso_size is the right one

[PATCH 3.13 18/65] skbuff: skb_segment: s/frag/nskb_frag/

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit 8cb19905e9287a93ce7c2cbbdf742a060b00e219 ] frag points at nskb, so name it appropriately Signed-off-by: Michael S. Tsirkin Signed-off-by: David S.

[PATCH 3.10 35/41] ARC: [nsimosci] Change .dts to use generic 8250 UART

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Mischa Jonker commit 6eda477b3c54b8236868c8784e5e042ff14244f0 upstream. The Synopsys APB DW UART has a couple of special features that are not in the System C model. In 3.8, the 8250_dw

[PATCH 3.13 14/65] bnx2: Fix shutdown sequence

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Michael Chan [ Upstream commit a8d9bc2e9f5d1c5a25e33cec096d2a1652d3fd52 ] The pci shutdown handler added in: bnx2: Add pci shutdown handler commit

Re: [PATCH v2 03/14] dma: edma: Add support for DMA_PAUSE/RESUME operation

On Tue, Apr 01, 2014 at 04:06:04PM +0300, Peter Ujfalusi wrote: > Pause/Resume can be used by the audio stack when the stream is paused/resumed > The edma platform code has support for this and the legacy audio stack used > this. > > Signed-off-by: Peter Ujfalusi > --- > drivers/dma/edma.c | 28

[PATCH 3.13 19/65] skbuff: skb_segment: s/skb_frag/frag/

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit 4e1beba12d094c6c761ba5c49032b9b9e46380e8 ] skb_frag can in fact point at either skb or fskb so rename it generally "frag". Signed-off-by: Michael S.

[PATCH 3.13 21/65] skbuff: skb_segment: s/fskb/list_skb/

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit 1a4cedaf65491e66e1e55b8428c89209da729209 ] fskb is unrelated to frag: it's coming from frag_list. Rename it list_skb to avoid confusion. Signed-off-by:

[PATCH 3.13 20/65] skbuff: skb_segment: s/skb/head_skb/

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit df5771ffefb13f8af5392bd54fd7e2b596a3a357 ] rename local variable to make it easier to tell at a glance that we are dealing with a head skb.

[PATCH 3.13 22/65] skbuff: skb_segment: orphan frags before copying

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit 1fd819ecb90cc9b822cd84d3056ddba315d3340f ] skb_segment copies frags around, so we need to copy them carefully to avoid accessing user memory after

[GIT PULL] Btrfs part two

Hi Linus, Please grab my for-linus branch: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus The most important changes here are from Josef, fixing a btrfs regression in 3.14 that can cause corruptions in the extent allocation tree when snapshots are in use. Josef

[PATCH 3.13 23/65] tcp: tcp_release_cb() should release socket ownership

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit c3f9b01849ef3bc69024990092b9f42e20df7797 ] Lars Persson reported following deadlock : -000 |M:0x0:0x802B6AF8(asm) <-- arch_spin_lock -001 |tcp_v4_rcv(skb =

[PATCH 3.10 33/41] isdnloop: several buffer overflows

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 7563487cbf865284dcd35e9ef5a95380da046737 ] There are three buffer overflows addressed in this patch. 1) In isdnloop_fake_err() we add an 'E' to a 60 character

[PATCH 3.13 26/65] net: socket: error on a negative msg_namelen

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Leach [ Upstream commit dbb490b96584d4e958533fb637f08b557f505657 ] When copying in a struct msghdr from the user, if the user has set the msg_namelen parameter to a negative value it

[PATCH 3.13 25/65] bridge: multicast: enable snooping on general queries only

3.13-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Linus=20L=C3=BCssing?= [ Upstream commit 20a599bec95a52fa72432b2376a2ce47c5bb68fb ] Without this check someone could easily create a denial of service by injecting

[PATCH 3.13 27/65] bonding: set correct vlan id for alb xmit path

3.13-stable review patch. If anyone has any objections, please let me know. -- From: dingtianhong [ Upstream commit fb00bc2e6cd2046282ba4b03f4fe682aee70b2f8 ] The commit d3ab3ffd1d728d7ee77340e7e7e2c7cfe6a4013e (bonding: use rlb_client_info->vlan_id instead of ->tag) remove

[PATCH 3.13 28/65] eth: fec: Fix lost promiscuous mode after reconnecting cable

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Stefan Wahren [ Upstream commit 84fe61821e4ebab6322eeae3f3c27f77f0031978 ] If the Freescale fec is in promiscuous mode and network cable is reconnected then the promiscuous mode get lost. The

[PATCH 3.13 30/65] ipv6: ip6_append_data_mtu do not handle the mtu of the second fragment properly

3.13-stable review patch. If anyone has any objections, please let me know. -- From: lucien [ Upstream commit e367c2d03dba4c9bcafad24688fadb79dd95b218 ] In ip6_append_data_mtu(), when the xfrm mode is not tunnel(such as transport),the ipsec header need to be added in the

[PATCH 3.13 32/65] vxlan: fix potential NULL dereference in arp_reduce()

3.13-stable review patch. If anyone has any objections, please let me know. -- From: David Stevens [ Upstream commit 7346135dcd3f9b57f30a5512094848c678d7143e ] This patch fixes a NULL pointer dereference in the event of an skb allocation failure in arp_reduce().

[PATCH 3.10 34/41] rds: prevent dereference of a NULL device in rds_iw_laddr_check

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin [ Upstream commit bf39b4247b8799935ea91d90db250ab608a58e50 ] Binding might result in a NULL device which is later dereferenced without checking. Signed-off-by: Sasha Levin

[PATCH 3.10 39/41] crypto: ghash-clmulni-intel - use C implementation for setkey()

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Ard Biesheuvel commit 8ceee72808d1ae3fb191284afc2257a2be964725 upstream. The GHASH setkey() function uses SSE registers but fails to call kernel_fpu_begin()/kernel_fpu_end(). Instead of

[PATCH 3.13 35/65] rtnetlink: fix fdb notification flags

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit 1c104a6bebf3c16b6248408b84f91d09ac8a26b6 ] Commit 3ff661c38c84 ("net: rtnetlink notify events for FDB NTF_SELF adds and deletes") reuses the function

[PATCH 3.13 37/65] ip6mr: fix mfc notification flags

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit f518338b16038beeb73e155e60d0f70beb9379f4 ] Commit 812e44dd1829 ("ip6mr: advertise new mfc entries via rtnl") reuses the function ip6mr_fill_mroute() to

[PATCH 3.10 40/41] cpufreq: Fix governor start/stop race condition

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Xiaoguang Chen commit 95731ebb114c5f0c028459388560fc2a72fe5049 upstream. Cpufreq governors' stop and start operations should be carried out in sequence. Otherwise, there will be unexpected

[PATCH 3.13 38/65] net: micrel : ks8851-ml: add vdd-supply support

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Nishanth Menon [ Upstream commit ebf4ad955d3e26d4d2a33709624fc7b5b9d3b969 ] Few platforms use external regulator to keep the ethernet MAC supplied. So, request and enable the regulator for

[PATCH 3.13 39/65] netpoll: fix the skb check in pkt_is_ns

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Li RongQing [ Not applicable upstream commit, the code here has been removed upstream. ] Neighbor Solicitation is ipv6 protocol, so we should check skb->protocol with ETH_P_IPV6

[PATCH 3.13 41/65] ip_tunnel: Fix dst ref-count.

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Pravin B Shelar [ Upstream commit fbd02dd405d0724a0f25897ed4a6813297c9b96f ] Commit 10ddceb22ba (ip_tunnel:multicast process cause panic due to skb->_skb_refdst NULL pointer) removed dst-drop

[PATCH 3.13 43/65] virtio-net: correct error handling of virtqueue_kick()

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Jason Wang [ Upstream commit 681daee2443291419c57cccb0671f5f94a839005 ] Current error handling of virtqueue_kick() was wrong in two places: - The skb were freed immediately when

[GIT PULL] remoteproc cleanups for 3.15

The following changes since commit cfbf8d4857c26a8a307fb7cd258074c9dcd8c691: Linux 3.14-rc4 (2014-02-23 17:40:03 -0800) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git tags/remoteproc-3.15-cleanups for you to fetch changes up to

[PATCH] drivers: mcb: fix memory leak in chameleon_parse_cells() error path

From: Christoph Jaeger chameleon_parse_cells() bails out if chameleon descriptor type is invalid but does not free the storage 'header' points to. Signed-off-by: Christoph Jaeger Signed-off-by: Johannes Thumshirn --- drivers/mcb/mcb-parse.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 3.13 33/65] vxlan: fix nonfunctional neigh_reduce()

3.13-stable review patch. If anyone has any objections, please let me know. -- From: David Stevens [ Upstream commit 4b29dba9c085a4fb79058fb1c45a2f6257ca3dfa ] The VXLAN neigh_reduce() code is completely non-functional since check-in. Specific errors: 1) The original code

[PATCH 3.13 40/65] tipc: fix spinlock recursion bug for failed subscriptions

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Erik Hugne [ Upstream commit a5d0e7c037119484a7006b883618bfa87996cb41 ] If a topology event subscription fails for any reason, such as out of memory, max number reached or because we received

[PATCH 3.13 45/65] vlan: Set hard_header_len according to available acceleration

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit fc0d48b8fb449ca007b2057328abf736cb516168 ] Currently, if the card supports CTAG acceleration we do not account for the vlan header even if we are configuring

[PATCH 3.13 44/65] usbnet: include wait queue head in device structure

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Oliver Neukum [ Upstream commit 14a0d635d18d0fb552dcc979d6d25106e6541f2e ] This fixes a race which happens by freeing an object on the stack. Quoting Julius: > The issue is > that it calls

Re: [Query]: tick-sched: why don't we stop tick when we are running idle task?

On 11 April 2014 20:48, Peter Zijlstra wrote: > On Fri, Apr 11, 2014 at 04:53:35PM +0200, Frederic Weisbecker wrote: > I think there's assumptions that tick runs on the local cpu; Yes, many function behave that way, i.e. with smp_processor_id() as CPU. > also what > are you going to do when

[PATCH 3.13 46/65] vhost: fix total length when packets are too short

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit d8316f3991d207fe32881a9ac20241be8fa2bad0 ] When mergeable buffers are disabled, and the incoming packet is too large for the rx buffer, get_rx_bufs

[PATCH 3.13 47/65] vhost: validate vhost_get_vq_desc return value

3.13-stable review patch. If anyone has any objections, please let me know. -- From: "Michael S. Tsirkin" [ Upstream commit a39ee449f96a2cd44ce056d8a0a112211a9b1a1f ] vhost fails to validate negative error code from vhost_get_vq_desc causing a crash: we are using -EFAULT

[PATCH 3.13 50/65] ipv6: some ipv6 statistic counters failed to disable bh

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Hannes Frederic Sowa [ Upstream commit 43a43b6040165f7b40b5b489fe61a4cb7f8c4980 ] After commit c15b1ccadb323ea ("ipv6: move DAD and addrconf_verify processing to workqueue") some counters are

[PATCH 3.13 48/65] tcp: fix get_timewait4_sock() delay computation on 64bit

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit e2a1d3e47bb904082b758dec9d07edf241c45d05 ] It seems I missed one change in get_timewait4_sock() to compute the remaining time before deletion of IPV4 timewait

[PATCH 3.13 49/65] xen-netback: remove pointless clause from if statement

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Paul Durrant [ Upstream commit 0576eddf24df716d8570ef8ca11452a9f98eaab2 ] This patch removes a test in start_new_rx_buffer() that checks whether a copy operation is less than

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On 04/11/2014 06:51 AM, Romer, Benjamin M wrote: > >> I'm still confused where KVM comes into the picture. Are you actually >> using KVM (and thus talking about nested virtualization) or are you >> using Qemu in JIT mode and running another hypervisor underneath? > > The test that Fengguang used

[PATCH 3.13 42/65] tg3: Do not include vlan acceleration features in vlan_features

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Vlad Yasevich [ Upstream commit 51dfe7b944998eaeb2b34d314f3a6b16a5fd621b ] Including hardware acceleration features in vlan_features breaks stacked vlans (Q-in-Q) by marking the bottom vlan

[PATCH 3.13 51/65] netlink: dont compare the nul-termination in nla_strcmp

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Pablo Neira [ Upstream commit 8b7b932434f5eee495b91a2804f5b64ebb2bc835 ] nla_strcmp compares the string length plus one, so it's implicitly including the nul-termination in the comparison.

[PATCH 3.13 53/65] Call efx_set_channels() before efx->type->dimension_resources()

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Pieczko [ Upstream commit 52ad762b85ed7947ec9eff6b036eb985352f6874 ] When using the "separate_tx_channels=1" module parameter, the TX queues are initially numbered starting from the

[PATCH 3.10 41/41] cpufreq: Fix timer/workqueue corruption due to double queueing

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Stephen Boyd commit 3617f2ca6d0eba48114308532945a7f1577816a4 upstream. When a CPU is hot removed we'll cancel all the delayed work items via gov_cancel_work(). Normally this will just cancels

[PATCH 3.13 54/65] net: vxlan: fix crash when interface is created with no group

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Mike Rapoport [ Upstream commit 5933a7bbb5de66482ea8aa874a7ebaf8e67603c4 ] If the vxlan interface is created without explicit group definition, there are corner cases which may cause kernel

[PATCH 3.13 56/65] isdnloop: several buffer overflows

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Dan Carpenter [ Upstream commit 7563487cbf865284dcd35e9ef5a95380da046737 ] There are three buffer overflows addressed in this patch. 1) In isdnloop_fake_err() we add an 'E' to a 60 character

Re: [PATCH 3.10 11/41] net: unix: non blocking recvmsg() should not return -EINTR

Greg Kroah-Hartman writes: > 3.10-stable review patch. If anyone has any objections, please let me > know. Since there's apparently little hope that you kindly stop spamming me with this any time soon: The objection to this is still that the non-blocking call shouldn't ever block (and hence,

Re: [PATCH RESEND 1/2] tracing: syscall_*regfunc() can race with copy_process()

On 04/11, Steven Rostedt wrote: > > On Thu, 10 Apr 2014 15:34:35 +0200 > Oleg Nesterov wrote: > > > On 04/10, Steven Rostedt wrote: > > > > > > On Wed, 9 Apr 2014 19:05:42 +0200 > > > Oleg Nesterov wrote: > > > > > > > --- a/kernel/fork.c > > > > +++ b/kernel/fork.c > > > > @@ -1472,7 +1472,9 @@

Re: [RFC PATCH] cpufreq: Introduce macros for cpufreq_frequency_table iteration

On 11/04/2014 07:24 πμ, Viresh Kumar wrote: > On 11 April 2014 03:31, Stratos Karafotis wrote: >> This patch intoduces 2 macros which can be used for iteration >> over cpufreq_frequency_table: >> >> - cpufreq_for_each_entry: iterate over each entry of the table >> - cpufreq_for_each_valid_entry:

[PATCH 3.13 55/65] isdnloop: Validate NUL-terminated strings from user.

3.13-stable review patch. If anyone has any objections, please let me know. -- From: YOSHIFUJI Hideaki [ Upstream commit 77bc6bed7121936bb2e019a8c336075f4c8eef62 ] Return -EINVAL unless all of user-given strings are correctly NUL-terminated. Signed-off-by: YOSHIFUJI Hideaki

[PATCH 3.13 57/65] rds: prevent dereference of a NULL device in rds_iw_laddr_check

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Sasha Levin [ Upstream commit bf39b4247b8799935ea91d90db250ab608a58e50 ] Binding might result in a NULL device which is later dereferenced without checking. Signed-off-by: Sasha Levin

[PATCH 3.13 58/65] powernow-k6: disable cache when changing frequency

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit e20e1d0ac02308e2211306fc67abcd0b2668fb8b upstream. I found out that a system with k6-3+ processor is unstable during network server load. The system locks up or the

[PATCH 3.13 59/65] powernow-k6: correctly initialize default parameters

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit d82b922a4acc1781d368aceac2f9da43b038cab2 upstream. The powernow-k6 driver used to read the initial multiplier from the powernow register. However, there is a problem

[PATCH 3.10 36/41] ARC: [nsimosci] Unbork console

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit 61fb4bfc010b0d2940f7fd87acbce6a0f03217cb upstream. Despite the switch to right UART driver (prev patch), serial console still doesn't work due to missing

[PATCH 3.13 60/65] powernow-k6: reorder frequencies

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka commit 22c73795b101597051924556dce019385a1e2fa0 upstream. This patch reorders reported frequencies from the highest to the lowest, just like in other frequency drivers.

[PATCH 3.10 37/41] futex: Allow architectures to skip futex_atomic_cmpxchg_inatomic() test

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Carstens commit 03b8c7b623c80af264c4c8d6111e5c6289933666 upstream. If an architecture has futex_atomic_cmpxchg_inatomic() implemented and there is no runtime check necessary, allow to

[PATCH 3.13 61/65] ARC: [nsimosci] Change .dts to use generic 8250 UART

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Mischa Jonker commit 6eda477b3c54b8236868c8784e5e042ff14244f0 upstream. The Synopsys APB DW UART has a couple of special features that are not in the System C model. In 3.8, the 8250_dw

[PATCH 3.13 52/65] xen-netback: disable rogue vif in kthread context

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Wei Liu [ Upstream commit e9d8b2c2968499c1f96563e6522c56958d5a1d0d ] When netback discovers frontend is sending malformed packet it will disables the interface which serves that frontend.

[PATCH 3.13 64/65] m68k: Skip futex_atomic_cmpxchg_inatomic() test

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Finn Thain commit e571c58f313d35c56e0018470e3375ddd1fd320e upstream. Skip the futex_atomic_cmpxchg_inatomic() test in futex_init(). It causes a fatal exception on 68030 (and presumably 68020

[PATCH 3.13 62/65] ARC: [nsimosci] Unbork console

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit 61fb4bfc010b0d2940f7fd87acbce6a0f03217cb upstream. Despite the switch to right UART driver (prev patch), serial console still doesn't work due to missing

[PATCH 3.13 63/65] futex: Allow architectures to skip futex_atomic_cmpxchg_inatomic() test

3.13-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Carstens commit 03b8c7b623c80af264c4c8d6111e5c6289933666 upstream. If an architecture has futex_atomic_cmpxchg_inatomic() implemented and there is no runtime check necessary, allow to

[PATCH 3.10 13/41] ipv6: dont set DST_NOCOUNT for remotely added routes

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Sabrina Dubroca [ Upstream commit c88507fbad8055297c1d1e21e599f46960cbee39 ] DST_NOCOUNT should only be used if an authorized user adds routes locally. In case of routes which are added on

[PATCH 3.10 14/41] vlan: Set correct source MAC address with TX VLAN offload enabled

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Peter Boström [ Upstream commit dd38743b4cc2f86be250eaf156cf113ba3dd531a ] With TX VLAN offload enabled the source MAC address for frames sent using the VLAN interface is currently set to the

Re: [PATCH] drivers/base/node.c: export physical address range of given node (Re: NUMA node information for pages)

On 04/11/2014 04:00 AM, David Rientjes wrote: > On Thu, 10 Apr 2014, Naoya Horiguchi wrote: >> > Yes, that's right, but it seems to me that just node_start_pfn and >> > node_end_pfn >> > is not enough because there can be holes (without any page struct backed) >> > inside >> > [node_start_pfn,

[PATCH 3.10 10/41] inet: frag: make sure forced eviction removes all frags

3.10-stable review patch. If anyone has any objections, please let me know. -- From: Florian Westphal [ Upstream commit e588e2f286ed7da011ed357c24c5b9a554e26595 ] Quoting Alexander Aring: While fragmentation and unloading of 6lowpan module I got this kernel Oops after few

[PATCH 3.14 01/23] Revert "ALSA: hda - Increment default stream numbers for AMD HDMI controllers"

3.14-stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai This reverts commit 7546abfb8e1f9933b549f05898377e9444ee4cb2. The commit [7546abfb: ALSA: hda - Increment default stream numbers for AMD HDMI controllers] introduced a regression

<    1   2   3   4   5   6   7   8   9   10   >