[PATCH 3.19.y-ckt 049/251] KVM: mips: use id_to_memslot correctly

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Paolo Bonzini pbonz...@redhat.com commit 69a1220060c1523fd0515216eaa29e22f133b894 upstream. The argument to KVM_GET_DIRTY_LOG is a memslot id; it may not match the position in the

[PATCH 3.19.y-ckt 042/251] of/pci: Fix pci_address_to_pio() conversion of CPU address to I/O port

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Zhichang Yuan yuanzhich...@hisilicon.com commit 5dbb4c6167229c8d4f528e8ec26699a7305000a3 upstream. 41f8bba7f555 (of/pci: Add pci_register_io_range() and pci_pio_to_address()) added

[PATCH 3.19.y-ckt 038/251] ASoC: wm8903: Fix define for WM8903_VMID_RES_250K

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Axel Lin axel@ingics.com commit ebb6ad73e645b8f2d098dd3c41d2ff0da4146a02 upstream. VMID Control 0 BIT[2:1] is VMID Divider Enable and Select 00 = VMID disabled (for OFF mode) 01

[PATCH 3.19.y-ckt 034/251] crypto: talitos - avoid memleak in talitos_alg_alloc()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Horia Geant? horia.gea...@freescale.com commit 5fa7dadc898567ce14d6d6d427e7bd8ce6eb5d39 upstream. Fixes: 1d11911a8c57 (crypto: talitos - fix warning: 'alg' may be used uninitialized

[PATCH 3.19.y-ckt 035/251] Revert crypto: talitos - convert to use be16_add_cpu()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Horia Geant? horia.gea...@freescale.com commit 69d9cd8c592f1abce820dbce7181bbbf6812cfbd upstream. This reverts commit 7291a932c6e27d9768e374e9d648086636daf61c. The conversion to

Re: [PATCH v2 6/6] locking/pvqspinlock: Queue node adaptive spinning

On 07/15/2015 06:01 AM, Peter Zijlstra wrote: On Tue, Jul 14, 2015 at 10:13:37PM -0400, Waiman Long wrote: +static void pv_wait_node(struct mcs_spinlock *node, struct mcs_spinlock *prev) { struct pv_node *pn = (struct pv_node *)node; + struct pv_node *pp = (struct pv_node

linux-next: build failure after merge of the rcu tree

Hi Paul, After merging the rcu tree, today's linux-next build (arm multi_v7_defconfig) failed like this: kernel/notifier.c: In function 'notify_die': kernel/notifier.c:547:2: error: implicit declaration of function 'rcu_lockdep_assert' [-Werror=implicit-function-declaration]

Re: [PATCH 1/3] KVM: MTRR: fix memory type handling if MTRR is completely disabled

On Thu, 2015-07-16 at 03:25 +0800, Xiao Guangrong wrote: From: Xiao Guangrong guangrong.x...@intel.com Currently code uses default memory type if MTRR is fully disabled, fix it by using UC instead Signed-off-by: Xiao Guangrong guangrong.x...@intel.com --- Seems to work for me. I don't

Re: [PATCH v4 0/6] powernv: cpufreq: Report frequency throttle by OCC

On 13-07-15, 19:39, Shilpasri G Bhat wrote: This patchset intends to add frequency throttle reporting mechanism to powernv-cpufreq driver when OCC throttles the frequency. OCC is an On-Chip-Controller which takes care of the power and thermal safety of the chip. The CPU frequency can be

Re: [PATCH v3 6/6] ARM: PRM: AM437x: Enable IO wakeup feature

Hi On Tue, 14 Jul 2015, Keerthy wrote: Enable IO wakeup feature. Signed-off-by: Keerthy j-keer...@ti.com Per my comments on one of the previous patches, please add a short description in the commit message for what enabling I/O wakeup will do for a user. - Paul -- To unsubscribe from

Re: [PATCH 3/7] fs: Ignore file caps in mounts from other user namespaces

Andy Lutomirski l...@amacapital.net writes: On Wed, Jul 15, 2015 at 10:04 PM, Eric W. Biederman ebied...@xmission.com wrote: Andy Lutomirski l...@amacapital.net writes: So here's the semantic question: Suppose an unprivileged user (uid 1000) creates a user namespace and a mount

Re: [PATCH 08/11] MTD: m25p80: Add option to limit SPI transfer size.

On Thursday, July 16, 2015 at 03:19:35 AM, Brian Norris wrote: On Wed, Jul 15, 2015 at 07:15:50PM +0200, Marek Vasut wrote: On Wednesday, July 15, 2015 at 05:59:46 PM, Brian Norris wrote: 1. Fix up the SPI driver so that it knows how to break large SPI transfers up into smaller segments

[PATCH 3.19.y-ckt 133/251] ARM: mvebu: fix suspend to RAM on big-endian configurations

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni thomas.petazz...@free-electrons.com commit 2f5bc307be2480ba89e4c5d118f406f04a4a7299 upstream. The current Armada XP suspend to RAM implementation, as added in commit

[PATCH 3.19.y-ckt 117/251] fs/ufs: restore s_lock mutex

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Fabian Frederick f...@skynet.be commit cdd9eefdf905e92e7fc6cc393314efe68dc6ff66 upstream. Commit 0244756edc4b98c (ufs: sb mutex merge + mutex_destroy) generated deadlocks in

[PATCH 3.19.y-ckt 143/251] iommu/amd: Handle large pages correctly in free_pagetable

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Joerg Roedel jroe...@suse.de commit 0b3fff54bc01e8e6064d222a33e6fa7adabd94cd upstream. Make sure that we are skipping over large PTEs while walking the page-table tree. Fixes:

[PATCH 3.19.y-ckt 132/251] KVM: arm/arm64: vgic: Avoid injecting reserved IRQ numbers

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Marc Zyngier marc.zyng...@arm.com commit 4839ddc27b7212ec58874f62c97da7400c8523be upstream. Commit fd1d0ddf2ae9 (KVM: arm/arm64: check IRQ number on userland injection) rightly

[PATCH 3.19.y-ckt 128/251] i2c: mux: Use __i2c_transfer() instead of calling parent's master_xfer()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Alexander Sverdlin alexander.sverd...@nokia.com commit e766f338a74200b8104b1165776b19f56e252834 upstream. Newly introduced quirks infrastructure doesn't work for the devices behind

[PATCH 3.19.y-ckt 134/251] dm stats: fix divide by zero if 'number_of_areas' arg is zero

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mikulas Patocka mpato...@redhat.com commit dd4c1b7d0c95be1c9245118a3accc41a16f1db67 upstream. If the number_of_areas argument was zero the kernel would crash on div-by-zero. Add

[PATCH 3.19.y-ckt 131/251] dm space map metadata: fix occasional leak of a metadata block on resize

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Joe Thornber e...@redhat.com commit 6096d91af0b65a3967139b32d5adbb3647858a26 upstream. The metadata space map has a simplified 'bootstrap' mode that is operational when extending the

[PATCH 3.19.y-ckt 124/251] Input: pixcir_i2c_ts - fix receive error

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Frodo Lai frodo@gmail.com commit 469d7d22cea146e40efe8c330e5164b4d8f13934 upstream. The i2c_master_recv() uses readsize to receive data from i2c but compares to size of rdbuf

[PATCH 3.19.y-ckt 056/251] tty/serial: at91: RS485 mode: 0 is valid for delay_rts_after_send

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Nicolas Ferre nicolas.fe...@atmel.com commit 8687634b7908c42eb700e0469e110e02833611d1 upstream. In RS485 mode, we may want to set the delay_rts_after_send value to 0. In the

[PATCH 3.19.y-ckt 036/251] genirq: devres: Fix testing return value of request_any_context_irq()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Axel Lin axel@ingics.com commit 63781394c540dd9e666a6b21d70b64dd52bce76e upstream. request_any_context_irq() returns a negative value on failure. It returns either IRQC_IS_HARDIRQ

[PATCH 3.19.y-ckt 059/251] drm/radeon: take the mode_config mutex when dealing with hpds (v2)

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher alexander.deuc...@amd.com commit 39fa10f7e21574a70cecf1fed0f9b36535aa68a0 upstream. Since we are messing with state in the worker. v2: drop the changes in the mst worker

[PATCH 3.19.y-ckt 060/251] rcu: Correctly handle non-empty Tiny RCU callback list with none ready

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Paul E. McKenney paul...@linux.vnet.ibm.com commit 6e91f8cb138625be96070b778d9ba71ce520ea7e upstream. If, at the time __rcu_process_callbacks() is invoked, there are callbacks in

[PATCH 3.19.y-ckt 021/251] [media] af9013: Don't accept invalid bandwidth

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab mche...@osg.samsung.com commit d7b76c91f471413de9ded837bddeca2164786571 upstream. If userspace sends an invalid bandwidth, it should either return EINVAL or

[PATCH 3.19.y-ckt 020/251] [media] cx24116: fix a buffer overflow when checking userspace params

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab mche...@osg.samsung.com commit 1fa2337a315a2448c5434f41e00d56b01a22283c upstream. The maximum size for a DiSEqC command is 6, according to the userspace API.

[PATCH 3.19.y-ckt 001/251] net: don't wait for order-3 page allocation

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Shaohua Li s...@fb.com [ Upstream commit fb05e7a89f500cfc06ae277bdc911b281928995d ] We saw excessive direct memory compaction triggered by skb_page_frag_refill. This causes

[PATCH 3.19.y-ckt 019/251] [media] s5h1420: fix a buffer overflow when checking userspace params

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab mche...@osg.samsung.com commit 12f4543f5d6811f864e6c4952eb27253c7466c02 upstream. The maximum size for a DiSEqC command is 6, according to the userspace API.

[PATCH 3.19.y-ckt 012/251] bnx2x: fix lockdep splat

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet eduma...@google.com [ Upstream commit d53c66a5b80698620f7c9ba2372fff4017e987b8 ] Michel reported following lockdep splat [ 44.718117] INFO: trying to register

[PATCH 3.19.y-ckt 022/251] [media] cx24117: fix a buffer overflow when checking userspace params

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mauro Carvalho Chehab mche...@osg.samsung.com commit 82e3b88b679049f043fe9b03991d6d66fc0a43c8 upstream. The maximum size for a DiSEqC command is 6, according to the userspace API.

[PATCH 3.19.y-ckt 015/251] net: mvneta: introduce compatible string marvell, armada-xp-neta

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Simon Guinot simon.gui...@sequanux.org [ Upstream commit f522a975a8101895a85354b9c143f41b8248e71a ] The mvneta driver supports the Ethernet IP found in the Armada 370, XP, 380 and 385

[PATCH 3.19.y-ckt 013/251] sctp: Fix race between OOTB responce and route removal

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Alexander Sverdlin alexander.sverd...@nokia.com [ Upstream commit 29c4afc4e98f4dc0ea9df22c631841f9c220b944 ] There is NULL pointer dereference possible during statistics update if the

[PATCH 3.19.y-ckt 017/251] net: mvneta: disable IP checksum with jumbo frames for Armada 370

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Simon Guinot simon.gui...@sequanux.org [ Upstream commit b65657fc240ae6c1d2a1e62db9a0e61ac9631d7a ] The Ethernet controller found in the Armada 370, 380 and 385 SoCs don't support

[PATCH 3.19.y-ckt 016/251] ARM: mvebu: update Ethernet compatible string for Armada XP

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Simon Guinot simon.gui...@sequanux.org [ Upstream commit ea3b55fe83b5fcede82d183164b9d6831b26e33b ] This patch updates the Ethernet DT nodes for Armada XP SoCs with the compatible

[PATCH 3.19.y-ckt 018/251] sparc: Use GFP_ATOMIC in ldc_alloc_exp_dring() as it can be called in softirq context

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Sowmini Varadhan sowmini.varad...@oracle.com [ Upstream commit 0edfad5959df7379c9e554fbe8ba264ae232d321 ] Since it is possible for vnet_event_napi to end up doing

[PATCH 3.19.y-ckt 014/251] amd-xgbe: Add the __GFP_NOWARN flag to Rx buffer allocation

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Tom Lendacky thomas.lenda...@amd.com [ Upstream commit 472cfe7127760d68b819cf35a26e5a1b44b30f4e ] When allocating Rx related buffers, alloc_pages is called using an order number that

[PATCH 3.19.y-ckt 006/251] neigh: do not modify unlinked entries

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Julian Anastasov j...@ssi.bg [ Upstream commit 2c51a97f76d20ebf1f50fef908b986cb051fdff9 ] The lockless lookups can return entry that is unlinked. Sometimes they get reference before

[PATCH 3.19.y-ckt 005/251] packet: avoid out of bounds read in round robin fanout

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Willem de Bruijn will...@google.com [ Upstream commit 468479e6043c84f5a65299cc07cb08a22a28c2b1 ] PACKET_FANOUT_LB computes f-rr_cur such that it is modulo f-num_members. It returns

[PATCH 3.19.y-ckt 007/251] tcp: Do not call tcp_fastopen_reset_cipher from interrupt context

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Christoph Paasch cpaa...@apple.com [ Upstream commit dfea2aa654243f70dc53b8648d0bbdeec55a7df1 ] tcp_fastopen_reset_cipher really cannot be called from interrupt context. It allocates

[PATCH 3.19.y-ckt 011/251] net: phy: fix phy link up when limiting speed via device tree

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mugunthan V N mugunthan...@ti.com [ Upstream commit eb686231fce3770299760f24fdcf5ad041f44153 ] When limiting phy link speed using max-speed to 100mbps or less on a giga bit phy, phy

Re: [PATCH 6/6] cputime: Introduce cputime_to_timespec64()/timespec64_to_cputime()

On 15 July 2015 at 19:55, Thomas Gleixner t...@linutronix.de wrote: On Wed, 15 Jul 2015, Baolin Wang wrote: On 15 July 2015 at 18:31, Thomas Gleixner t...@linutronix.de wrote: On Wed, 15 Jul 2015, Baolin Wang wrote: The cputime_to_timespec() and timespec_to_cputime() functions are not

[GIT PULL] ARM: EXYNOS: mach: Improvements for 4.3

Dear Kukjin, Exynos mach-code related improvements. Description along with a tag. You can find them also on the lists with my reviewed-by. Best regards, Krzysztof The following changes since commit 1c4c7159ed2468f3ac4ce5a7f08d79663d381a93: Merge tag 'ext4_for_linus_stable' of

Re: [RFC PATCH perf/core v2 00/16] perf-probe --cache and SDT support

Hi Masami, On 07/15/2015 02:43 PM, Masami Hiramatsu wrote: Hi, Here is the 2nd version of the patchset for probe-cache and initial SDT support which are going to be perf-cache finally. Thanks for adding the SDT support. The perf-probe is useful for debugging, but it strongly depends on the

Re: [Question] How to implement GPIO driver for sparse hw numbers?

Hi Linus, 2015-07-15 7:04 GMT+09:00 Linus Walleij linus.wall...@linaro.org: On Fri, Jun 19, 2015 at 5:27 AM, Masahiro Yamada yamada.masah...@socionext.com wrote: In my understanding, the GPIO driver framework requires that the hw numbers should be contiguous within each GPIO chip. Yes but

OFFICIAL LETTER 16\07\2015

HELLO, KINDLY STUDY ATTACHED DOCUMENT FOR A BETTER UNDERSTANDING TO MY PROPOSAL. THANKS FOR TAKING THE TIME TO READ MY E-MAIL MESSAGE. REGARDS, MR. PHILIP COHEN MR. PHILIP COHEN.docx Description: MS-Word 2007 document

Re: [PATCH v2 1/6] ARM: OMAP4: PRM: Remove hardcoding of PRM_IO_PMCTRL_OFFSET register

Paul, Thanks for the review! On Thursday 16 July 2015 07:24 AM, Paul Walmsley wrote: Hi a few minor comments On Wed, 8 Jul 2015, Keerthy wrote: PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence remove hardcoding and use the value provided by the omap_prcm_irq_setup structure.

Re: [PATCH v2 2/6] ARM: AM43xx: Add the PRM IRQ register offsets

On Thursday 16 July 2015 08:08 AM, Paul Walmsley wrote: On Thu, 16 Jul 2015, Paul Walmsley wrote: On Wed, 8 Jul 2015, Keerthy wrote: Add the PRM IRQ register offsets. Signed-off-by: Keerthy j-keer...@ti.com Please add more detail to your commit messages so they conform to

Re: [PATCH 3/7] fs: Ignore file caps in mounts from other user namespaces

On Wed, Jul 15, 2015 at 10:04 PM, Eric W. Biederman ebied...@xmission.com wrote: Andy Lutomirski l...@amacapital.net writes: On Wed, Jul 15, 2015 at 9:23 PM, Eric W. Biederman ebied...@xmission.com wrote: Ok. Andy I have stopped and really looked at your patch that is 4/7 in this series.

[PATCH] asm-generic: {get,put}_user ptr argument evaluate only 1 time

Current implemantation ptr argument evaluate 2 times. It'll be an unexpected result. Signed-off-by: Yoshinori Sato ys...@users.sourceforge.jp --- include/asm-generic/uaccess.h | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/include/asm-generic/uaccess.h

Re: [RFC PATCH v2] memory-barriers: remove smp_mb__after_unlock_lock()

On Thu, 2015-07-16 at 15:03 +1000, Benjamin Herrenschmidt wrote: On Thu, 2015-07-16 at 12:00 +1000, Michael Ellerman wrote: That would fix the problem with smp_mb__after_unlock_lock(), but not the original worry we had about loads happening before the SC in lock. However I think isync

Re: linux-next: build failure after merge of the rcu tree

Hi Paul, On Wed, 15 Jul 2015 20:51:38 -0700 Paul E. McKenney paul...@linux.vnet.ibm.com wrote: Thank you in both cases! I suspect that more will follow, so is there something I can do to make this easier? (Hard for me to patch stuff that is not yet in the tree...) No, that is what I am

Re: [PATCH v2 5/6] locking/pvqspinlock: Opportunistically defer kicking to unlock time

On Wed, Jul 15, 2015 at 10:18:35PM -0400, Waiman Long wrote: On 07/15/2015 06:03 AM, Peter Zijlstra wrote: *groan*, so you complained the previous version of this patch was too complex, but let me say I vastly preferred it to this one :/ I said it was complex as maintaining a tri-state

[PATCH 3.19.y-ckt 113/251] jbd2: use GFP_NOFS in jbd2_cleanup_journal_tail()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Monakhov dmonak...@openvz.org commit b4f1afcd068f6e533230dfed00782cd8a907f96b upstream. jbd2_cleanup_journal_tail() can be invoked by jbd2__journal_start() So allocations

[PATCH 3.19.y-ckt 121/251] ima: extend mask policy matching support

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mimi Zohar zo...@linux.vnet.ibm.com commit 4351c294b8c1028077280f761e158d167b592974 upstream. The current mask policy option matches files opened as MAY_READ, MAY_WRITE, MAY_APPEND or

[PATCH 3.19.y-ckt 112/251] fs/ufs: revert ufs: fix deadlocks introduced by sb mutex merge

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Fabian Frederick f...@skynet.be commit 13b987ea275840d74d9df9a44326632fab1894da upstream. This reverts commit 9ef7db7f38d0 (ufs: fix deadlocks introduced by sb mutex merge) That patch

[PATCH 3.19.y-ckt 119/251] ima: fix ima_show_template_data_ascii()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Mimi Zohar zo...@linux.vnet.ibm.com commit 45b26133b97871896b8c5241d59f4ff7839db7b2 upstream. This patch fixes a bug introduced in 4d7aeee ima: define new template ima-ng and template

[PATCH 3.19.y-ckt 114/251] regmap: Fix regmap_bulk_read in BE mode

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Arun Chandran achand...@mvista.com commit 15b8d2c41fe5839582029f65c5f7004db451cc2b upstream. In big endian mode regmap_bulk_read gives incorrect data for byte reads. This is because

[PATCH 3.19.y-ckt 102/251] pinctrl: mvebu: armada-xp: fix functions of MPP48

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni thomas.petazz...@free-electrons.com commit ea78b9511a54d0de026e04b5da86b30515072f31 upstream. There was a mistake in the definition of the functions for MPP48 on

[PATCH 3.19.y-ckt 118/251] regmap: Fix possible shift overflow in regmap_field_init()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Maxime Coquelin maxime.coque...@st.com commit 921cc29473a0d7c109105c1876ddb432f4a4be7d upstream. The way the mask is generated in regmap_field_init() is wrong. Indeed, a field

[PATCH 3.19.y-ckt 116/251] ideapad: fix software rfkill setting

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Arnd Bergmann a...@arndb.de commit 4b200b4604bec3388426159f1656109d19fadf6e upstream. This fixes a several year old regression that I found while trying to get the Yoga 3 11 to work.

[PATCH 3.19.y-ckt 073/251] SUNRPC: Fix a memory leak in the backchannel code

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust trond.mykleb...@primarydata.com commit 88de6af24f2b48b06c514d3c3d0a8f22fafe30bd upstream. req-rq_private_buf isn't initialised when xprt_setup_backchannel calls

[PATCH 3.19.y-ckt 071/251] powerpc/perf: Fix book3s kernel to userspace backtraces

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Anton Blanchard an...@samba.org commit 72e349f1124a114435e599479c9b8d14bfd1ebcd upstream. When we take a PMU exception or a software event we call perf_read_regs(). This overloads

[PATCH 3.19.y-ckt 076/251] ARM: at91/dt: sama5d4ek: mci0 uses slot 0

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Ludovic Desroches ludovic.desroc...@atmel.com commit ea25525ce0d195724fead07fe6562fe478a3bf6f upstream. Mci0 uses slot 0 not 1. Signed-off-by: Ludovic Desroches

[PATCH 3.19.y-ckt 075/251] Btrfs: don't invalidate root dentry when subvolume deletion fails

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Omar Sandoval osan...@osandov.com commit 64ad6c488975d7516230cf7849190a991fd615ae upstream. Since commit bafc9b754f75 (vfs: More precise tests in d_invalidate), mounted subvolumes can

Re: [PATCH v2 2/6] ARM: AM43xx: Add the PRM IRQ register offsets

On Wed, 8 Jul 2015, Keerthy wrote: Add the PRM IRQ register offsets. Signed-off-by: Keerthy j-keer...@ti.com Please add more detail to your commit messages so they conform to Documentation/SubmittingPatches:

Re: [PATCH v1 3/4] mm/memory-failure: give up error handling for non-tail-refcounted thp

@@ -909,6 +909,15 @@ int get_hwpoison_page(struct page *page) * directly for tail pages. */ if (PageTransHuge(head)) { + /* + * Non anonymous thp exists only in allocation/free time. We + * can't handle such a case correctly, so

Re: [PATCH v2 2/6] ARM: AM43xx: Add the PRM IRQ register offsets

On Thu, 16 Jul 2015, Paul Walmsley wrote: On Wed, 8 Jul 2015, Keerthy wrote: Add the PRM IRQ register offsets. Signed-off-by: Keerthy j-keer...@ti.com Please add more detail to your commit messages so they conform to Documentation/SubmittingPatches:

Re: [REGRESSION] 4.2-rc2: early boot memory corruption from FPU rework

On Wed, Jul 15, 2015 at 5:34 PM, Dave Hansen dave.han...@linux.intel.com wrote: I understand why you were misled by it, but the old xsave_hdr_struct was wrong. Fenghua even posted patches to remove it before the FPU rework (you were cc'd): https://lkml.org/lkml/2015/4/18/164 Oh,

[PATCH 4/4] block: account io: convert part-in_fligh[] into percpu variable

So the atomic operations for accounting block I/O can be killed completely, and it is OK to add the percpu variables in part_in_flight() because the function is run at most one time in every tick. Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/blk-core.c | 1 +

[PATCH 3/4] block: partition: introduce 'cpu' para to part_inc|dec_in_flight

So that it is easier to convert part-in_flight[rw] into percpu variable in the following patch. Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/bio.c | 4 ++-- block/blk-core.c | 4 ++-- block/blk-merge.c | 2 +- drivers/nvdimm/core.c | 4 ++-- include/linux/genhd.h |

[PATCH 2/4] block: partition: convert percpu ref

Percpu refcount is the perfect match for partition's case, and the conversion is quite straight. With the convertion, one pair of atomic inc/dec can be saved for accounting block I/O, which is run in hot path of block I/O. Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/genhd.c

[PATCH 0/4] block: account io: kill atomic operations

Hi, This patches kills two kinds of atomic operations in block accounting I/O. The 1st two patches convert atomic refcount of partition into percpu refcount. The 2nd two patches converts partition-in_flight[] into percpu variable. With this change, ~15% throughput improvement can be observed

[PATCH 1/4] block: partition: introduce hd_free_part()

So the helper can be used in both generic partition case and part0 case. Signed-off-by: Ming Lei tom.leim...@gmail.com --- block/genhd.c | 3 +-- block/partition-generic.c | 3 +-- include/linux/genhd.h | 6 ++ 3 files changed, 8 insertions(+), 4 deletions(-) diff --git

Re: linux-next: build failure after merge of the rcu tree

On Thu, Jul 16, 2015 at 01:14:23PM +1000, Stephen Rothwell wrote: Hi Paul, After merging the rcu tree, today's linux-next build (arm multi_v7_defconfig) failed like this: kernel/notifier.c: In function 'notify_die': kernel/notifier.c:547:2: error: implicit declaration of function

Re: [PATCH v2 4/6] locking/pvqspinlock: Allow vCPUs kick-ahead

On Wed, Jul 15, 2015 at 10:01:02PM -0400, Waiman Long wrote: On 07/15/2015 05:39 AM, Peter Zijlstra wrote: On Tue, Jul 14, 2015 at 10:13:35PM -0400, Waiman Long wrote: Frequent CPU halting (vmexit) and CPU kicking (vmenter) lengthens critical section and block forward progress. This patch

[PATCH v1 1/4] mm/memory-failure: unlock_page before put_page

In just unpoisoned path, we do put_page and then unlock_page, which is a wrong order and causes freeing locked page bug. So let's fix it. Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com --- mm/memory-failure.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 3.19.y-ckt 144/251] ext4: call sync_blockdev() before invalidate_bdev() in put_super()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o ty...@mit.edu commit 89d96a6f8e6491f24fc8f99fd6ae66820e85c6c1 upstream. Normally all of the buffers will have been forced out to disk before we call invalidate_bdev(),

[PATCH 3.19.y-ckt 142/251] arm64: vdso: work-around broken ELF toolchains in Makefile

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Will Deacon will.dea...@arm.com commit 6f1a6ae87c0c60d7c462ef8fd071f291aa7a9abb upstream. When building the kernel with a bare-metal (ELF) toolchain, the -shared option may not be

Re: [PATCH v2 1/6] ARM: OMAP4: PRM: Remove hardcoding of PRM_IO_PMCTRL_OFFSET register

Hi a few minor comments On Wed, 8 Jul 2015, Keerthy wrote: PRM_IO_PMCTRL_OFFSET need not be same for all SOCs hence remove hardcoding and use the value provided by the omap_prcm_irq_setup structure. Please mention here that the reason why you're making this change is to support AM437x.

[PATCH 3.19.y-ckt 105/251] i2c: at91: fix a race condition when using the DMA controller

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Cyrille Pitchen cyrille.pitc...@atmel.com commit 93563a6a71bb69dd324fc7354c60fb05f84aae6b upstream. For TX transactions, the TXCOMP bit in the Status Register is cleared when the

[PATCH 3.19.y-ckt 106/251] dmaengine: mv_xor: bug fix for racing condition in descriptors cleanup

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Lior Amsalem al...@marvell.com commit 9136291f1dbc1d4d1cacd2840fb35f4f3ce16c46 upstream. This patch fixes a bug in the XOR driver where the cleanup function can be called and free

[PATCH 3.19.y-ckt 109/251] ext4: fix race between truncate and __ext4_journalled_writepage()

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Theodore Ts'o ty...@mit.edu commit bdf96838aea6a265f2ae6cbcfb12a778c84a0b8e upstream. The commit cf108bca465d: ext4: Invert the locking order of page_lock and transaction start caused

[PATCH 3.19.y-ckt 100/251] pinctrl: mvebu: armada-xp: remove non-existing NAND pins

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Thomas Petazzoni thomas.petazz...@free-electrons.com commit bc99357f3690c11817756adfee0ece811a3db2e7 upstream. After updating to a more recent version of the Armada XP datasheet, we

Re: [PATCH v2 4/6] ARM: OMAP: PRM: Remove hardcoding of IRQENABLE_MPU_2 and IRQSTATUS_MPU_2 register offsets

On Wed, 8 Jul 2015, Keerthy wrote: The register offsets of IRQENABLE_MPU_2 and IRQSTATUS_MPU_2 are hardcoded. This makes it difficult to reuse the code for SoCs like AM437x that have a single instance of IRQENABLE_MPU and IRQSTATUS_MPU registers. Hence handling the case using offset of 4 to

Re: [REGRESSION] 4.2-rc2: early boot memory corruption from FPU rework

On Wed, Jul 15, 2015 at 5:34 PM, Dave Hansen dave.han...@linux.intel.com wrote: The old code sized the buffer in a fully architectural way and it worked. The CPU *tells* you how much memory the 'xsave' instruction is going to scribble on. The new code just merrily calls it and let it

[GIT PULL] ARM: EXYNOS: dts: Improvements for 4.3

Dear Kukjin, DTS related improvements. Description along with a tag. You can find them also on the lists with my reviewed-by. Best regards, Krzysztof The following changes since commit a419d78a6f97f8c977fe55d5d590cd0654ecd1ee: ARM: dts: Exynos4210: add CPU OPP and regulator supply property

Re: [PATCH 0/7] Initial support for user namespace owned mounts

Seth I think for the LSMs we should start with: diff --git a/security/security.c b/security/security.c index 062f3c997fdc..5b6ece92a8e5 100644 --- a/security/security.c +++ b/security/security.c @@ -310,6 +310,8 @@ int security_sb_statfs(struct dentry *dentry) int security_sb_mount(const char

[PATCH 1/1] ath10k: fixing wrong initialization of struct channel

chandef is initialized with NULL and on the very next line, we are using it to get channel, which is not correct. channel should be initialized after obtaining chandef. Signed-off-by: Maninder Singh maninder...@samsung.com --- drivers/net/wireless/ath/ath10k/mac.c |2 +- 1 file changed, 1

Re: [PATCH net-next] hv_netvsc: Add close of RNDIS filter into change mtu call

From: Haiyang Zhang haiya...@microsoft.com Date: Mon, 13 Jul 2015 13:09:16 -0700 The current change mtu call only stops tx before removing RNDIS filter. In case ringbufer is not empty, the rndis_filter_device_remove() may hang on removing the buffers. This patch adds close of RNDIS filter

Re: [3/3] IRQ: Print unexpected IRQ messages consistently across architectures

On Mon, 2015-07-13 at 13:35 -0500, Bjorn Helgaas wrote: On Sun, Jul 12, 2015 at 10:23 PM, Michael Ellerman m...@ellerman.id.au wrote: On Sun, 2015-12-07 at 22:02:11 UTC, Bjorn Helgaas wrote: Many architectures use a variant of unexpected IRQ trap at vector %x to log unexpected IRQs. This

Re: [V2 1/7] Drivers: hv: vmbus: define the new offer type for Hyper-V socket (hvsock)

From: Dexuan Cui de...@microsoft.com Date: Tue, 14 Jul 2015 02:58:03 -0700 A helper function is also added. Signed-off-by: Dexuan Cui de...@microsoft.com --- include/linux/hyperv.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/linux/hyperv.h b/include/linux/hyperv.h

Re: [PATCH 3/7] fs: Ignore file caps in mounts from other user namespaces

Ok. Andy I have stopped and really looked at your patch that is 4/7 in this series. Something I had not done before since it sounded totally wrong. That combined with your earlier comments I think I can say something meaningful. Andy as I read your patch the thread you are primarily worried

Re: [PATCH 0/7] Initial support for user namespace owned mounts

Casey Schaufler ca...@schaufler-ca.com writes: On 7/15/2015 6:08 PM, Andy Lutomirski wrote: On Wed, Jul 15, 2015 at 3:39 PM, Casey Schaufler ca...@schaufler-ca.com wrote: On 7/15/2015 2:06 PM, Eric W. Biederman wrote: Casey Schaufler ca...@schaufler-ca.com writes: The first step needs to

Re: [PATCH 2/9] ARM: multi_v7_defconfig: Enable max77802 regulator, rtc and clock drivers

Hello Krzysztof, On 07/16/2015 02:42 AM, Krzysztof Kozlowski wrote: On 16.07.2015 00:38, Javier Martinez Canillas wrote: Hello, On Thu, May 14, 2015 at 5:40 PM, Javier Martinez Canillas javier.marti...@collabora.co.uk wrote: The Maxim max77802 Power Management IC is used on many Exynos

Re: [PATCH 1/1] mem-hotplug: Handle node hole when initializing numa_meminfo.

On 07/16/2015 05:20 AM, Tejun Heo wrote: On Wed, Jul 01, 2015 at 11:16:54AM +0800, Tang Chen wrote: ... - /* and there's no empty block */ - if (bi-start = bi-end) + /* and there's no empty or non-exist block */ + if (bi-start = bi-end ||

Re: [PATCH 1/3] ARM: multi_v7_defconfig: Enable max77802 regulator

Hello Krzysztof, Thanks for the feedback. On 07/16/2015 02:45 AM, Krzysztof Kozlowski wrote: On 16.07.2015 01:32, Javier Martinez Canillas wrote: The Maxim max77802 Power Management IC has besides other devices, a set of regulators. Commit f3caa529c6f5 (ARM: multi_v7_defconfig: Enable

Re: [PATCH] ARM: OMAP2: Delete unnecessary checks before three function calls

Hello Markus On Tue, 30 Jun 2015, SF Markus Elfring wrote: From: Markus Elfring elfr...@users.sourceforge.net Date: Tue, 30 Jun 2015 14:00:16 +0200 The functions clk_disable(), of_node_put() and omap_device_delete() test whether their argument is NULL and then return immediately. Thus the

[PATCH 3.19.y-ckt 139/251] Bluetooth: ath3k: add support of 04ca:300f AR3012 device

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin hanipouspi...@gmail.com commit ec0810d2ac1c932dad48f45da67e3adc5c5449a1 upstream. BugLink: https://bugs.launchpad.net/bugs/1449730 T: Bus=01 Lev=01 Prnt=01 Port=04

[PATCH 3.19.y-ckt 138/251] ACPI / PNP: Avoid conflicting resource reservations

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Rafael J. Wysocki rafael.j.wyso...@intel.com commit 0f1b414d190724617eb1cdd615592fa8cd9d0b50 upstream. Commit b9a5e5e18fbf ACPI / init: Fix the ordering of acpi_reserve_resources()

[PATCH 3.19.y-ckt 140/251] Bluetooth: ath3k: Add support of 04ca:300d AR3012 device

3.19.8-ckt4 -stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Tunin hanipouspi...@gmail.com commit 7e730c7f3d1f39c25cf5f7cf70c0ff4c28d7bec7 upstream. BugLink: https://bugs.launchpad.net/bugs/1394368 This device requires new firmware

<    9   10   11   12   13   14   15   16   17   18   >