[PATCH 3.13.y-ckt 94/96] net: mvneta: fix race condition in mvneta_tx()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 5f478b41033606d325e420df693162e2524c2b94 ] mvneta_tx() dereferences skb to get skb->len too late, as hardware might have completed the transmit and

[PATCH 3.13.y-ckt 71/96] drm/nouveau/gf116: remove copy1 engine

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Ilia Mirkin commit 226d63a1addea8cbe8fc671978e62dc84927b046 upstream. Indications are that no GF116's actually have a copy engine there, but actually have the decompression engine.

Re: [CFT] Can I get some Tested-By's on this series?

Quoting Eric W. Biederman (ebied...@xmission.com): > Stéphane Graber writes: > > > On Fri, Dec 12, 2014 at 03:38:18PM -0600, Eric W. Biederman wrote: > >> Serge Hallyn writes: > >> > >> > Quoting Eric W. Biederman (ebied...@xmission.com): > >> >> > >> >> Will people please test these patches

[PATCH 3.13.y-ckt 70/96] i2c: omap: fix NACK and Arbitration Lost irq handling

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Alexander Kochetkov commit 27caca9d2e01c92b26d0690f065aad093fea01c7 upstream. commit 1d7afc95946487945cc7f5019b41255b72224b70 (i2c: omap: ack IRQ in parts) changed the interrupt

[PATCH 3.13.y-ckt 82/96] mm: fix anon_vma_clone() error treatment

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Forrest commit c4ea95d7cd08d9ffd7fa75e6c5e0332d596dd11e upstream. Andrew Morton noticed that the error return from anon_vma_clone() was being dropped and replaced with

[PATCH 3.13.y-ckt 85/96] i2c: davinci: generate STP always when NACK is received

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Grygorii Strashko commit 9ea359f7314132cbcb5a502d2d8ef095be1f45e4 upstream. According to I2C specification the NACK should be handled as follows: "When SDA remains HIGH during this

[PATCH 3.13.y-ckt 72/96] drm/i915: More cautious with pch fifo underruns

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Vetter commit b68362278af94e1171f5be9d4e44988601fb0439 upstream. Apparently PCH fifo underruns are tricky, we have plenty reports that we see the occasional underrun

[PATCH 3.13.y-ckt 80/96] drivers/input/evdev.c: don't kfree() a vmalloc address

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Andrew Morton commit 92788ac1eb06e69a822de45e2a8a63fa45eb5be2 upstream. If kzalloc() failed and then evdev_open_device() fails, evdev_open() will pass a vmalloc'ed pointer to

[PATCH 3.13.y-ckt 73/96] drm/i915: Unlock panel even when LVDS is disabled

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Vetter commit b0616c5306b342ceca07044dbc4f917d95c4f825 upstream. Otherwise we'll have backtraces in assert_panel_unlocked because the BIOS locks the register. In the

Re: [PATCH 1/1] Drivers: hv: vmbus: Support a vmbus API for efficiently sending page arrays

On Mon, Dec 15, 2014 at 12:33:47PM -0800, K. Y. Srinivasan wrote: > Currently, the API for sending a multi-page buffer over VMBUS is limited to > a maximum pfn array of MAX_MULTIPAGE_BUFFER_COUNT. This limitation is > not imposed by the host and unnecessarily limits the maximum payload > that can

[PATCH 3.13.y-ckt 90/96] tg3: fix ring init when there are more TX than RX channels

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Thadeu Lima de Souza Cascardo [ Upstream commit a620a6bc1c94c22d6c312892be1e0ae171523125 ] If TX channels are set to 4 and RX channels are set to less than 4, using ethtool -L, the

[PATCH 3.13.y-ckt 76/96] drm/radeon: kernel panic in drm_calc_vbltimestamp_from_scanoutpos with 3.18.0-rc6

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Petr Mladek commit f5475cc43c899e33098d4db44b7c5e710f16589d upstream. I was unable too boot 3.18.0-rc6 because of the following kernel panic in

[PATCH 3.13.y-ckt 86/96] drm/radeon: initialize sadb to NULL in the audio code

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 83d04c39f9048807a8500e575ae3f1718a3f45bb upstream. Fixes kfree of the sadb buffer when it's NULL. Signed-off-by: Alex Deucher BugLink:

[PATCH 3.13.y-ckt 75/96] sata_fsl: fix error handling of irq_of_parse_and_map

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Torokhov commit aad0b624129709c94c2e19e583b6053520353fa8 upstream. irq_of_parse_and_map() returns 0 on error (the result is unsigned int), so testing for negative result

[PATCH 3.13.y-ckt 79/96] xen-netfront: Remove BUGs on paged skb data which crosses a page boundary

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Seth Forshee commit 8d609725d4357f499e2103e46011308b32f53513 upstream. These BUGs can be erroneously triggered by frags which refer to tail pages within a compound page. The data

[PATCH 3.13.y-ckt 83/96] slab: fix nodeid bounds check for non-contiguous node IDs

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Paul Mackerras commit 7c3fbbdd04a681a1992ad6a3d7a36a63ff668753 upstream. The bounds check for nodeid in cache_alloc_node gives false positives on machines where the node IDs

[PATCH 3.13.y-ckt 78/96] mm/vmpressure.c: fix race in vmpressure_work_fn()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Andrew Morton commit 91b57191cfd152c02ded0745250167d0263084f8 upstream. In some android devices, there will be a "divide by zero" exception. vmpr->scanned could be zero before

[PATCH 3.13.y-ckt 77/96] mm: frontswap: invalidate expired data on a dup-store failure

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Weijie Yang commit fb993fa1a2f669215fa03a09eed7848f2663e336 upstream. If a frontswap dup-store failed, it should invalidate the expired page in the backend, or it could trigger

[PATCH 3.13.y-ckt 74/96] AHCI: Add DeviceIDs for Sunrise Point-LP SATA controller

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Devin Ryles commit 249cd0a187ed4ef1d0af7f74362cc2791ec5581b upstream. This patch adds DeviceIDs for Sunrise Point-LP. Signed-off-by: Devin Ryles Signed-off-by: Tejun Heo

[PATCH 3.13.y-ckt 81/96] mm: fix swapoff hang after page migration and fork

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Hugh Dickins commit 2022b4d18a491a578218ce7a4eca8666db895a73 upstream. I've been seeing swapoff hangs in recent testing: it's cycling around trying unsuccessfully to find an mm for

Re: [PATCH] Staging: bcm: fix spaces before commas in Bcmchar.c

On Mon, Dec 15, 2014 at 11:22:29AM -0800, Jack Wilson wrote: > This is a patch to the Bcmchar.c file that fixes a space before comma warning > found by checkpatch.pl. > Signed-off-by: Jack Wilson > --- > drivers/staging/bcm/Bcmchar.c | 4 ++-- Odd, that file is gone from my tree, I have no idea

[PATCH 3.13.y-ckt 87/96] ip_tunnel: the lack of vti_link_ops' dellink() cause kernel panic

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: lucien [ Upstream commit 20ea60ca9952bd19d4b0d74719daba305aef5178 ] Now the vti_link_ops do not point the .dellink, for fb tunnel device (ip_vti0), the net_device will be removed

[PATCH 3.13.y-ckt 92/96] rtnetlink: release net refcnt on error in do_setlink()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Dichtel [ Upstream commit e0ebde0e131b529fd721b24f62872def5ec3718c ] rtnl_link_get_net() holds a reference on the 'struct net', we need to release it in case of error. CC:

[PATCH 3.13.y-ckt 95/96] net: sctp: use MAX_HEADER for headroom reserve in output path

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann [ Upstream commit 9772b54c55266ce80c639a80aa68eeb908f8ecf5 ] To accomodate for enough headroom for tunnels, use MAX_HEADER instead of LL_MAX_HEADER. Robert reported

[PATCH 3.13.y-ckt 88/96] ipv6: gre: fix wrong skb->protocol in WCCP

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Yuri Chislov [ Upstream commit be6572fdb1bfbe23b2624d477de50af50b02f5d6 ] When using GRE redirection in WCCP, it sets the wrong skb->protocol, that is, ETH_P_IP instead of

[PATCH 3.13.y-ckt 84/96] ahci: disable MSI on SAMSUNG 0xa800 SSD

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 2b21ef0aae65f22f5ba86b13c4588f6f0c2dbefb upstream. Just like 0x1600 which got blacklisted by 66a7cbc303f4 ("ahci: disable MSI instead of NCQ on Samsung pci-e SSDs

[PATCH 3.13.y-ckt 89/96] Fix race condition between vxlan_sock_add and vxlan_sock_release

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Leitner [ Upstream commit 00c83b01d58068dfeb2e1351cca6fccf2a83fa8f ] Currently, when trying to reuse a socket, vxlan_sock_add will grab vn->sock_lock, locate a reusable

[PATCH 3.13.y-ckt 93/96] net: mvneta: fix Tx interrupt delay

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: willy tarreau [ Upstream commit aebea2ba0f7495e1a1c9ea5e753d146cb2f6b845 ] The mvneta driver sets the amount of Tx coalesce packets to 16 by default. Normally that does not cause

[PATCH 3.13.y-ckt 91/96] net/mlx4_core: Limit count field to 24 bits in qp_alloc_res

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Jack Morgenstein [ Upstream commit 2d5c57d7fbfaa642fb7f0673df24f32b83d9066c ] Some VF drivers use the upper byte of "param1" (the qp count field) in mlx4_qp_reserve_range() to pass

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 08:04:53PM +0100, Richard Weinberger wrote: > > Fact is, this is useful code, in this area. In the domain it is used > > in, it works properly, and the abi is sufficient. Yes, it's ugly in > > spaces, and insecure if used outside of Android, but that's ok for the > >

[PATCH 3.13.y-ckt 96/96] mm: Remove false WARN_ON from pagecache_isize_extended()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Jan Kara commit f55fefd1a5a339b1bd08c120b93312d6eb64a9fb upstream. The WARN_ON checking whether i_mutex is held in pagecache_isize_extended() was wrong because some filesystems

[PATCH 3.13.y-ckt 66/96] ARM: 8226/1: cacheflush: get rid of restarting block

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Vladimir Murzin commit 3f4aa45ceea5789a4aade536acc27f2e0d3da5e1 upstream. We cannot restart cacheflush safely if a process provides user-defined signal handler and signal is

[PATCH 3.13.y-ckt 61/96] usb-quirks: Add reset-resume quirk for MS Wireless Laser Mouse 6000

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Hans de Goede commit 263e80b43559a6103e178a9176938ce171b23872 upstream. This wireless mouse receiver needs a reset-resume quirk to properly come out of reset. BugLink:

[PATCH 3.13.y-ckt 60/96] net/ping: handle protocol mismatching scenario

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Jane Zhou commit 91a0b603469069cdcce4d572b7525ffc9fd352a6 upstream. ping_lookup() may return a wrong sock if sk_buff's and sock's protocols dont' match. For example, sk_buff's

[PATCH 3.13.y-ckt 59/96] MIPS: Loongson: Make platform serial setup always built-in.

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Aaro Koskinen commit 26927f76499849e095714452b8a4e09350f6a3b9 upstream. If SERIAL_8250 is compiled as a module, the platform specific setup for Loongson will be a module too, and

[PATCH 3.13.y-ckt 52/96] usb: xhci: rework root port wake bits if controller isn't allowed to wakeup

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Lu Baolu commit a1377e5397ab321e21b793ec8cd2b6f12bd3c718 upstream. When system is being suspended, if host device is not allowed to do wakeup, xhci_suspend() needs to clear all

[PATCH 3.13.y-ckt 58/96] powerpc/pseries: Honor the generic "no_64bit_msi" flag

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 415072a041bf50dbd6d56934ffc0cbbe14c97be8 upstream. Instead of the arch specific quirk which we are deprecating Signed-off-by: Benjamin Herrenschmidt

[PATCH 3.13.y-ckt 68/96] btrfs: zero out left over bytes after processing compression streams

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Chris Mason commit 2f19cad94cee3c9bd52d0c9ca584ef506302fb7c upstream. Don Bailey noticed that our page zeroing for compression at end-io time isn't complete. This reworks a patch

[PATCH 3.13.y-ckt 64/96] powerpc: 32 bit getcpu VDSO function uses 64 bit instructions

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard commit 152d44a853e42952f6c8a504fb1f8eefd21fd5fd upstream. I used some 64 bit instructions when adding the 32 bit getcpu VDSO function. Fix it. Fixes: 18ad51dd342a

[PATCH 3.13.y-ckt 65/96] ARM: 8222/1: mvebu: enable strex backoff delay

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni commit 995ab5189d1d7264e79e665dfa032a19b3ac646e upstream. Under extremely rare conditions, in an MPCore node consisting of at least 3 CPUs, two CPUs trying to

[PATCH 3.13.y-ckt 67/96] staging: r8188eu: Add new device ID for DLink GO-USB-N150

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Larry Finger commit 6d4556fc0309608f760f1d329df56d77fdd0c31a upstream. The DLink GO-USB-N150 with revision B1 uses this driver. Signed-off-by: Larry Finger Signed-off-by: Greg

[PATCH 3.13.y-ckt 55/96] gpu/radeon: Set flag to indicate broken 64-bit MSI

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 91ed6fd2c383bb8f02d66e98b4a4d2f7207249dc upstream. Some radeon ASICs don't support all 64 address bits of MSIs despite advertising support for 64-bit

[PATCH 3.13.y-ckt 53/96] ALSA: hda - Limit 40bit DMA for AMD HDMI controllers

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 413cbf469a19e7662ba5025695bf5a573927105a upstream. AMD/ATI HDMI controller chip models, we already have a filter to lower to 32bit DMA, but the rest are

[PATCH 3.13.y-ckt 36/96] spi: dw: Fix dynamic speed change.

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Thor Thayer commit 0a8727e69778683495058852f783eeda141a754e upstream. An IOCTL call that calls spi_setup() and then dw_spi_setup() will overwrite the persisted last transfer speed.

[PATCH 3.13.y-ckt 63/96] powerpc/pseries: Fix endiannes issue in RTAS call from xmon

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Laurent Dufour commit 3b8a3c01096925a824ed3272601082289d9c23a5 upstream. On pseries system (LPAR) xmon failed to enter when running in LE mode, system is hunging. Inititating xmon

[PATCH 3.13.y-ckt 62/96] Input: xpad - use proper endpoint type

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Greg Kroah-Hartman commit a1f9a4072655843fc03186acbad65990cc05dd2d upstream. The xpad wireless endpoint is not a bulk endpoint on my devices, but rather an interrupt one, so the

[PATCH 3.13.y-ckt 32/96] qmi_wwan: Add support for HP lt4112 LTE/HSPA+ Gobi 4G Modem

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Martin Hauke [ Upstream commit bb2bdeb83fb125c95e47fc7eca2a3e8f868e2a74 ] Added the USB VID/PID for the HP lt4112 LTE/HSPA+ Gobi 4G Modem (Huawei me906e) Signed-off-by: Martin

[PATCH 3.13.y-ckt 57/96] powerpc/powernv: Honor the generic "no_64bit_msi" flag

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Benjamin Herrenschmidt commit 360743814c4082515581aa23ab1d8e699e1fbe88 upstream. Instead of the arch specific quirk which we are deprecating and that drivers don't understand.

[PATCH 3.13.y-ckt 48/96] ARM: 8216/1: xscale: correct auxiliary register in suspend/resume

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Eremin-Solenikov commit ef59a20ba375aeb97b3150a118318884743452a8 upstream. According to the manuals I have, XScale auxiliary register should be reached with opc_2 = 1

[PATCH 3.13.y-ckt 30/96] ipv4: Fix incorrect error code when adding an unreachable route

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Panu Matilainen [ Upstream commit 49dd18ba4615eaa72f15c9087dea1c2ab4744cf5 ] Trying to add an unreachable route incorrectly returns -ESRCH if if custom FIB rules are present:

[PATCH 3.13.y-ckt 40/96] USB: keyspan: fix tty line-status reporting

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 5d1678a33c731b56e245e888fdae5e88efce0997 upstream. Fix handling of TTY error flags, which are not bitmasks and must specifically not be ORed together as this

[PATCH 3.13.y-ckt 27/96] sparc32: Implement xchg and atomic_xchg using ATOMIC_HASH locks

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Andreas Larsson [ Upstream commit 1a17fdc4f4ed06b63fac1937470378a5441a663a ] Atomicity between xchg and cmpxchg cannot be guaranteed when xchg is implemented with a swap and

[PATCH 3.13.y-ckt 39/96] usb: serial: ftdi_sio: add PIDs for Matrix Orbital products

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Troy Clark commit 204ec6e07ea7aff863df0f7c53301f9cbbfbb9d3 upstream. Add PIDs for new Matrix Orbital GTT series products. Signed-off-by: Troy Clark [johan: shorten commit message

[PATCH 3.13.y-ckt 37/96] USB: serial: cp210x: add IDs for CEL MeshConnect USB Stick

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Preston Fick commit ffcfe30ebd8dd703d0fc4324ffe56ea21f5479f4 upstream. Signed-off-by: Preston Fick Signed-off-by: Johan Hovold Signed-off-by: Kamal Mostafa ---

[PATCH 3.13.y-ckt 31/96] ieee802154: fix error handling in ieee802154fake_probe()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Alexey Khoroshilov [ Upstream commit 8c2dd54485ccee7fc4086611e188478584758c8d ] In case of any failure ieee802154fake_probe() just calls unregister_netdev(). But it does not look

[PATCH 3.13.y-ckt 26/96] sparc64: Do irq_{enter,exit}() around generic_smp_call_function*().

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: "David S. Miller" [ Upstream commit ab5c780913bca0a5763ca05dd5c2cb5cb08ccb26 ] Otherwise rcu_irq_{enter,exit}() do not happen and we get dumps like: [

[PATCH 3.13.y-ckt 46/96] bnx2fc: do not add shared skbs to the fcoe_rx_list

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Maurizio Lombardi commit 01a4cc4d0cd6a836c7b923760e8eb1cbb6a47258 upstream. In some cases, the fcoe_rx_list may contains multiple instances of the same skb (the so called "shared

[PATCH] drm: fb helper should avoid sleeping in panic context

From: Rui Wang There are still some places in the fb helper that need to avoid sleeping in panic context. Here's an example: [ 65.615496] bad: scheduling from the idle thread! [ 65.620747] CPU: 92 PID: 0 Comm: swapper/92 Tainted: G ME 3.18.0-rc4-7-default+ #20 [ 65.630364]

[PATCH 3.13.y-ckt 42/96] USB: ssu100: fix overrun-error reporting

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Johan Hovold commit 75bcbf29c284dd0154c3e895a0bd1ef0e796160e upstream. Fix reporting of overrun errors, which should only be reported once using the inserted null character.

[PATCH 3.13.y-ckt 19/96] smsc911x: power-up phydev before doing a software reset.

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Enric Balletbo i Serra [ Upstream commit ccf899a27c08038db91765ff12bb0380dcd85887 ] With commit be9dad1f9f26604fb ("net: phy: suspend phydev when going to HALTED"), the PHY device

[PATCH 3.13.y-ckt 09/96] tcp: md5: do not use alloc_percpu()

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 349ce993ac706869d553a1816426d3a4bfda02b1 ] percpu tcp_md5sig_pool contains memory blobs that ultimately go through sg_set_buf(). -> sg_set_page(sg,

[PATCH 3.13.y-ckt 47/96] scsi: add Intel Multi-Flex to scsi scan blacklist

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Christian=20S=C3=BCnkenberg?= commit 1899045510ff109980d9cc34e330fd8ca3631871 upstream. Intel Multi-Flex LUNs choke on REPORT SUPPORTED OPERATION CODES resulting in sd_mod

[PATCH 3.13.y-ckt 08/96] ax88179_178a: fix bonding failure

3.13.11-ckt13 -stable review patch. If anyone has any objections, please let me know. -- From: Ian Morgan [ Upstream commit 95ff88688781db2f64042e69bd499e518bbb36e5 ] The following patch fixes a bug which causes the ax88179_178a driver to be incapable of being added to a

[3.13.y-ckt stable] Linux 3.13.11-ckt13 stable review

This is the start of the review cycle for the Linux 3.13.11-ckt13 stable kernel. This version contains 96 new patches, summarized below. The new patches are posted as replies to this message and also available in this git branch:

[PATCH 1/1] Drivers: hv: vmbus: Support a vmbus API for efficiently sending page arrays

Currently, the API for sending a multi-page buffer over VMBUS is limited to a maximum pfn array of MAX_MULTIPAGE_BUFFER_COUNT. This limitation is not imposed by the host and unnecessarily limits the maximum payload that can be sent. Implement an API that does not have this restriction.

[PATCH] Staging: bcm: fix spaces before commas in Bcmchar.c

This is a patch to the Bcmchar.c file that fixes a space before comma warning found by checkpatch.pl. Signed-off-by: Jack Wilson --- drivers/staging/bcm/Bcmchar.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/bcm/Bcmchar.c

Re: [PATCH 2/2] sched: Pull resched loop to __schedule() callers

On Mon, Dec 15, 2014 at 8:32 AM, Frederic Weisbecker wrote: > > But it may have an impact on some context checkers that rely on in_atomic*() > which ignore the PREEMPT_ACTIVE value. It shouldn't ignore that though but I > guess it's a hack for some specific situation. I think we should remove

Re: [PATCH v2 2/4] PCI: iproc: Add Broadcom iProc PCIe driver

On 12/12/2014 9:21 AM, Arnd Bergmann wrote: On Friday 12 December 2014 09:08:48 Ray Jui wrote: On 12/12/2014 4:29 AM, Arnd Bergmann wrote: Doesn't Hauke's driver depends on BCMA? In that case, how does it work on the SoCs that do not have the IP block to support BCMA? I hadn't realized

Re: [GIT PULL] Staging driver patches for 3.19-rc1

Am 15.12.2014 um 19:44 schrieb Greg KH: > On Mon, Dec 15, 2014 at 07:36:00PM +0100, Richard Weinberger wrote: >> >> Am 15.12.2014 um 19:30 schrieb Greg KH: >>> On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: On Mon, Dec 15, 2014 at 6:55 PM, Greg KH wrote: > The

Re: [PATCH v2] VERIFY_OCTAL_PERMISSIONS: Move to where it belongs

George Spelvin writes: > It's the only user of in kernel.h, so that reduces > the compile-time cost of #include > > Only one user has to change: . The > there is needed for one function prototype that passes s16 parameters. > My first reaction is to wonder if that can be gotten rid of, too. >

Re: [PATCH 9/9] virtio_pci: update file descriptions and copyright

"Michael S. Tsirkin" writes: > There's been a lot of changes since 2007. > List main authors, add Red Hat copyright. Acked-by: Rusty Russell Cheers, Rusty. > Signed-off-by: Michael S. Tsirkin > --- > drivers/virtio/virtio_pci.h| 5 - > drivers/virtio/virtio_pci.c| 5

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 10:41:03AM -0800, Greg KH wrote: > On Mon, Dec 15, 2014 at 10:39:15AM -0800, Christoph Hellwig wrote: > > On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: > > > I don't understand this kind of logic. > > > a) Binder is considered a piece of shite. > > >

Re: [PATCH 3/3] X86: Add a thread cpu time implementation to vDSO

On Mon, Dec 15, 2014 at 10:36 AM, Chris Mason wrote: > > > On Thu, Dec 11, 2014 at 1:36 AM, Ingo Molnar wrote: >> >> >> * Andy Lutomirski wrote: >> >>> On Wed, Dec 10, 2014 at 2:56 PM, Shaohua Li wrote: >>> > On Wed, Dec 10, 2014 at 02:13:23PM -0800, Andy Lutomirski wrote: >>> >> On Wed,

Re: i.MX6 CSC and scaler

Le 12/15/2014 01:23 PM, Steve Longerbeam a écrit : > You would need to write a gstreamer plugin to make use of the > mem2mem device for h/w CSC and scaling. There is an element already (v4l2transform), though it currently only handle color conversion. I'd like to see scaling in that too instead

Re: [PATCH V3 1/1] Drivers: hv: vmbus: Fix a bug in vmbus_establish_gpadl()

Andy, On Mon, Dec 15, 2014 at 03:47:04PM +, Andy Whitcroft wrote: > On Sun, Dec 14, 2014 at 11:59:19PM -0800, Jeremiah Mahler wrote: [...] > > The calculation appears identical to my reading, the original form was: > > next_gpadl_handle = atomic_read(_connection.next_gpadl_handle); >

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 07:36:00PM +0100, Richard Weinberger wrote: > > Am 15.12.2014 um 19:30 schrieb Greg KH: > > On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: > >> On Mon, Dec 15, 2014 at 6:55 PM, Greg KH > >> wrote: > >>> The following changes since commit > >>>

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 10:39:15AM -0800, Christoph Hellwig wrote: > On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: > > I don't understand this kind of logic. > > a) Binder is considered a piece of shite. > > b) Google is working on a (hopefully sane) replacement. > > > > Why

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: > I don't understand this kind of logic. > a) Binder is considered a piece of shite. > b) Google is working on a (hopefully sane) replacement. > > Why moving it out of staging then? What is the benefit? There is none, and Greg

Re: [PATCH 3/3] X86: Add a thread cpu time implementation to vDSO

On Thu, Dec 11, 2014 at 1:36 AM, Ingo Molnar wrote: * Andy Lutomirski wrote: On Wed, Dec 10, 2014 at 2:56 PM, Shaohua Li wrote: > On Wed, Dec 10, 2014 at 02:13:23PM -0800, Andy Lutomirski wrote: >> On Wed, Dec 10, 2014 at 1:57 PM, Shaohua Li wrote: >> > On Wed, Dec 10, 2014 at

Re: [GIT PULL] Staging driver patches for 3.19-rc1

Am 15.12.2014 um 19:30 schrieb Greg KH: > On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: >> On Mon, Dec 15, 2014 at 6:55 PM, Greg KH wrote: >>> The following changes since commit 009d0431c3914de64666bec0d350e54fdd59df6a: >>> >>> Linux 3.18-rc7 (2014-11-30 16:42:27 -0800)

Re: [PATCH] arm64: psci: Fix build breakage without PM_SLEEP

On Mon, Dec 15, 2014 at 05:46:22PM +, Catalin Marinas wrote: > On Fri, Dec 12, 2014 at 03:06:08PM +, Lorenzo Pieralisi wrote: > > On Tue, Dec 09, 2014 at 04:15:11PM +, Catalin Marinas wrote: > > > On Tue, Dec 09, 2014 at 12:38:09PM +, Krzysztof Kozlowski wrote: > > > > On wto,

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 07:23:35PM +0100, Richard Weinberger wrote: > On Mon, Dec 15, 2014 at 6:55 PM, Greg KH wrote: > > The following changes since commit 009d0431c3914de64666bec0d350e54fdd59df6a: > > > > Linux 3.18-rc7 (2014-11-30 16:42:27 -0800) > > > > are available in the git repository

Re: pull request: bluetooth 2014-12-12

On Fri, Dec 12, 2014 at 07:44:35PM +0200, Johan Hedberg wrote: > Hi John, > > These fixes are intended for 3.19, note that the tree to pull from is > bluetooth-next (unlike the subject implies). I'd have normally done a > pull request from bluetooth.git, but since these fixes for 3.19 is all > we

Re: [RFC 3/4] Documentation: Add cutoff periods for patch acceptance

On Mon, Dec 15, 2014 at 6:59 AM, One Thousand Gnomes wrote: >> + >> + kernel.org "mainline:" | Patch may appear >> + field when posted | in released kernel >> + + >> + 3.18-rc[1-4]| 3.19 >> + 3.18-rc[5-9]

Re: [PATCH] sched/fair: Fix sched_entity::avg::decay_count initialization

Kirill Tkhai writes: > Child has the same decay_count as parent. If it's not zero, > we add it to parent's cfs_rq->removed_load: > > wake_up_new_task()->set_task_cpu()->migrate_task_rq_fair(). > > Child's load is a just garbade after copying of parent, > it hasn't been on cfs_rq yet, and it must

Re: [GIT PULL] USB driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 3:32 AM, Hans de Goede wrote: > > Code wise this looks good and I've just given: > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > a spin with an uas disk enclosure, and verified that tcq is being used, > and everything works fine. Thanks for

Re: i.MX6 CSC and scaler

On 12/15/2014 09:03 AM, Jean-Michel Hautbois wrote: > Hi Steve, Philipp, > > I see in the kernel sources you created a ipu-ic.c file which helps > working with the Color Space Converter on i.MX6. > We would like to use it on our board with GStreamer, as the conversion > done by the CPU is not very

Re: [GIT PULL] Staging driver patches for 3.19-rc1

On Mon, Dec 15, 2014 at 6:55 PM, Greg KH wrote: > The following changes since commit 009d0431c3914de64666bec0d350e54fdd59df6a: > > Linux 3.18-rc7 (2014-11-30 16:42:27 -0800) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/ >

Re: [PATCH -next] ASoC: Intel: fix return value check in sst_acpi_probe()

On Tue, Dec 09, 2014 at 09:14:37PM +0800, weiyj...@163.com wrote: > From: Wei Yongjun > > In case of error, the function platform_device_register_data() > returns ERR_PTR() and never returns NULL. The NULL test in the > return value check should be replaced with IS_ERR(). Applied, thanks.

Re: frequent lockups in 3.18rc4

On Sun, Dec 14, 2014 at 9:57 PM, Dave Jones wrote: > > We had a flashback to that old bug last month too. > See this mail & your followup. : https://lkml.org/lkml/2014/11/25/1171 > That was during a bisect though, so may have been something > entirely different, but it is a spooky coincidence.

[PATCH 2/2] thermal/powerclamp: add ids for future xeon cpus

Enable Intel Powerclamp driver on Xeon cpu id 0x56, package C-state is available on this CPU for idle injection. Signed-off-by: Jacob Pan --- drivers/thermal/intel_powerclamp.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/thermal/intel_powerclamp.c

[PATCH 1/2] powercap/rapl: add ids for future xeon cpus

Enable RAPL driver on Xeon cpu id 0x56. Signed-off-by: Jacob Pan --- drivers/powercap/intel_rapl.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/powercap/intel_rapl.c b/drivers/powercap/intel_rapl.c index c71443c..ee00ffb 100644 --- a/drivers/powercap/intel_rapl.c +++

Re: [PATCH v7 5/5] ARM: dts: rockchip: Enable usb PHY on rk3288-evb board

Yunzhi, On Fri, Dec 12, 2014 at 7:17 AM, Yunzhi Li wrote: > Enable usb PHY for all usb ports on rk3288-evb. > > Signed-off-by: Yunzhi Li > > --- > > Changes in v7: None > Changes in v6: None > Changes in v5: None > Changes in v4: None > Changes in v3: None > > arch/arm/boot/dts/rk3288-evb.dtsi

Re: [PATCH] ioc3: fix incorrect use of htons/ntohs

On Mon, Dec 01, 2014 at 04:09:36AM +, Ben Hutchings wrote: > > /* Same as tx - compute csum of pseudo header */ > > csum = hwsum + > > - (ih->tot_len - (ih->ihl << 2)) + > > - htons((uint16_t)ih->protocol) + > > + (ih->tot_len - (ih->ihl << 2)) +

Re: [PATCH v7 4/5] ARM: dts: rockchip: add rk3288 usb PHY

Yunzhi, On Fri, Dec 12, 2014 at 7:12 AM, Yunzhi Li wrote: > This patch adds a device_node for RK3288 SoC usb phy. It also > defines the phy to be used by three usb controllers: usb_host0/1 > and usb_otg. > > Signed-off-by: Yunzhi Li > > --- > > Changes in v7: > - Update dtsi for new usb phy

Re: [PATCH v7 3/5] usb: dwc2: add generic PHY framework support for dwc2 usb controler platform driver.

Yunzhi, On Fri, Dec 12, 2014 at 7:09 AM, Yunzhi Li wrote: > Get PHY parameters from devicetree and power off usb PHY during > system suspend. > > Signed-off-by: Yunzhi Li > Acked-by: Paul Zimmerman > > --- > > Changes in v7: None > Changes in v6: None > Changes in v5: None > Changes in v4:

Re: [PATCH v7 2/5] phy: add a driver for the Rockchip SoC internal USB2.0 PHY

Yunzhi, On Fri, Dec 12, 2014 at 7:07 AM, Yunzhi Li wrote: > This patch to add a generic PHY driver for ROCKCHIP usb PHYs, > currently this driver can support RK3288. The RK3288 SoC have > three independent USB PHY IPs which are all configured through a > set of registers located in the GRF

Re: [PATCH] bitops.h: add sign_extend64() function

Am 2014-12-15 um 18:54 schrieb Martin Kepplinger: > This adds sign_exten64 to sign extend any signed value shorter than 64 bits > to a s64. I'm sorry for this typo: sign_extend64() -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH 06/14] MIPS: Remove unneeded #ifdef __KERNEL__ from asm/processor.h

From: David Daney Signed-off-by: David Daney Signed-off-by: Aleksey Makarov --- arch/mips/include/asm/processor.h | 6 -- 1 file changed, 6 deletions(-) diff --git a/arch/mips/include/asm/processor.h b/arch/mips/include/asm/processor.h index a5b8a7f..728b05a 100644 ---

[PATCH 07/14] MIPS: OCTEON: Implement the core-16057 workaround

From: David Daney Disable ICache prefetch for certian Octeon II processors. Signed-off-by: David Daney Signed-off-by: Aleksey Makarov --- .../asm/mach-cavium-octeon/kernel-entry-init.h | 22 ++ 1 file changed, 22 insertions(+) diff --git

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