Re: [PATCH 1/3] STAGING: COMEDI: Fixed format of comments in plx9080.h

On 12/12/15 17:09, Moritz König wrote: This patch fixes the format of comments in plx9080.h. Signed-off-by: Moritz König Signed-off-by: Fabian Lang --- drivers/staging/comedi/drivers/plx9080.h | 132 ++- 1 file changed,

Re: [PATCH 0/5] Threaded MSI interrupt for VFIO PCI device

On Wed, 2015-12-16 at 18:56 +0100, Paolo Bonzini wrote: > Alex, > > can you take a look at the extension to the irq bypass interface in > patch 2?  I'm not sure I understand what is the case where you have > multiple consumers for the same token. The consumers would be, for instance, Intel PI +

[PATCHV3 1/3] x86, ras: Add new infrastructure for machine check fixup tables

Copy the existing page fault fixup mechanisms to create a new table to be used when fixing machine checks. Note: 1) At this time we only provide a macro to annotate assembly code 2) We assume all fixups will in code builtin to the kernel. 3) Only for x86_64 4) New code under

Re: [PATCH] Fix spurious hard lockup events while in debugger

On 12/14/15, Jeff Merkey wrote: > The current touch_nmi_watchdog() function in /kernel/watchdog.c does > not always catch all cases when a processor is spinning in the nmi > handler inside either KGDB, KDB, or MDB, in particular, the case where > a processor is being held by

Re: [PATCH v2 5/7] f2fs: stat dirty regular/symlink inodes

Hi Chao, We need to change this patch to avoid build warnings. On Wed, Dec 16, 2015 at 01:23:44PM +0800, Chao Yu wrote: > Add to stat dirty regular and symlink inode for showing in debugfs. > > Signed-off-by: Chao Yu > --- > v2: > - rename F2FS_DIRTY_DATAS to

[PATCH 3.19.y-ckt 111/128] SUNRPC: Fix callback channel

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Trond Myklebust commit 756b9b37cfb2e3dc76b2e43a8c097402ac736e07 upstream. The NFSv4.1 callback channel is currently broken because the receive

[PATCH 3.19.y-ckt 090/128] Bluetooth: Fix l2cap_chan leak in SMP

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Johan Hedberg commit 7883746bc663150e8acd7a57397fc889698b0b33 upstream. The L2CAP core expects channel implementations to manage the reference returned by

[PATCH 3.19.y-ckt 091/128] crypto: nx - Fix timing leak in GCM and CCM decryption

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: David Gstir commit cb8affb55c7e64816f3effcd9b2fc3268c016fac upstream. Using non-constant time memcmp() makes the verification of the authentication tag in the

[PATCH 3.19.y-ckt 098/128] drm/i915: Don't override output type for DDI HDMI

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit 2540058f7a9d9a843b4d9a28d4f8168dd034d030 upstream. Currently a DDI port may register the DP hotplug handler even though it's used with HDMI, and

[PATCH 3.19.y-ckt 037/128] mmc: remove bondage between REQ_META and reliable write

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Luca Porzio commit d3df0465db00cf4ed9f90d0bfc3b827d32b9c796 upstream. Anytime a write operation is performed with Reliable Write flag enabled, the eMMC device is

[PATCH 3.19.y-ckt 059/128] KVM: s390: avoid memory overwrites on emergency signal injection

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: David Hildenbrand commit b85de33a1a3433487b6a721cfdce25ec8673e622 upstream. Commit 383d0b050106 ("KVM: s390: handle pending local interrupts via bitmap")

Re: [PATCH v3 1/2] iio: ina2xx: add support for TI INA2xx Power Monitors

On 12/16/2015 11:54 AM, Marc Titinger wrote: On 16/12/2015 18:45, Andrew F. Davis wrote: On 12/07/2015 03:09 AM, Marc Titinger wrote: +#define INA2XX_CHAN(_type, _index, _address) { \ +.type = (_type), \ +.address = (_address), \ +.indexed = 1, \ +.channel = (_index), \ +

[PATCH 3.19.y-ckt 061/128] ALSA: hda - Add fixup for Acer Aspire One Cloudbook 14

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Takashi Iwai commit b9c2fa52135d49a931c56ed2bfc17d61f771b412 upstream. For making the speakers on Acer Aspire One Cloudbook 14 to work, we need the as same quirk as

[PATCH 3.19.y-ckt 018/128] USB: ti_usb_3410_5052: Add Honeywell HGI80 ID

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: David Woodhouse commit 1bcb49e663f88bccee35b8688e6a3da2bea31fd4 upstream. The Honeywell HGI80 is a wireless interface to the evohome connected thermostat. It

[PATCH 3.19.y-ckt 015/128] drm/i915: quirk backlight present on Macbook 4, 1

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Jani Nikula commit 1b9448b071caa7d10bb2569fabe3020a2c25ae59 upstream. Unsurprisingly macbooks have backlights, just the VBT doesn't seem to know it in this

[PATCH 3.19.y-ckt 012/128] iio: si7020: Swap data byte order

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: Chris Lesiak commit 0d2f6fd3ffd5e7a447233a57112246bc00064752 upstream. The Silicon Labs Si7013, Si7020, and Si7021 family of I2C humidity and temperature

[PATCH 3.19.y-ckt 016/128] USB: qcserial: Add support for Quectel EC20 Mini PCIe module

3.19.8-ckt12 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Petr=20=C5=A0tetiar?= commit 9d5b5ed796d7afd7e8d2ac4b4fb77c6a49463f4b upstream. It seems like this device has same vendor and product IDs as G2K devices,

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

On 12/16/2015 09:34 PM, Sergei Shtylyov wrote: To avoid performance overhead when using skb_flow_dissect_flow_keys(), we switch to the simple parsers to get the IP and port numbers. Performance comparison: throughput (Gbps): Number of connections, before patch, after patch 18.56

Re: [PATCH 1/2] devicetree: sound: add binding for WM8974 codec

On Wed, Dec 16, 2015 at 01:54:20PM +, Måns Rullgård wrote: > Mark Brown writes: > > I need the patch in a form I can apply. > I assumed your email client had some way of displaying the message I > replied to. Guess I was wrong. My workflow for reviewing and applying

Re: [PATCH 01/11] resource: Add System RAM resource type

On Wed, Dec 16, 2015 at 10:17 AM, Borislav Petkov wrote: > On Wed, Dec 16, 2015 at 09:52:37AM -0800, Dan Williams wrote: [..] > Now, imagine you have to do this pretty often. Which is faster: a > strcmp() or an int comparison...? Aside from "System RAM" checks I don't think any

4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes triple fault/reboot

Setting a hardware breakpoint at the rex64 sysret instruction at the end of int_ret_from_sys_call causes the system to triple fault and reboot when the breakpoint is triggered. Appears to be related the same problem as the lockup. This function can be stepped over and traced through with the

Re: [PATCH v2] lpfc: replaced kmalloc + memset with kzalloc

fyi - this patch was just pushed in our 11.0.0.10 patch set - patch 16/17 Note: Patch 16 contains the exact same patch submitted by Punit Vara. I posted Punit's change only as it arrived earlier. -- james s On 11/18/2015 11:34 PM, Saurabh Sengar wrote: replacing kmalloc and memset by a

Re: [RFC PATCH] lpfc: Add lockdep assertions

Johannes, Thank you for the time and effort on the patch. At this time, as it doesn't functionally change anything, I did not include the patch. I will consider it if we see additional issues it can help resolve. -- james s On 11/20/2015 4:37 AM, Johannes Thumshirn wrote: Several

[PATCH 2/2] rtc: abx80x: add alarm support

Add alarm support to the abx80x driver. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-abx80x.c | 145 +-- 1 file changed, 141 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-abx80x.c

[PATCH 1/2] rtc: abx80x: Add Microcrystal rv1805 support

Microcrystal RV-1805 is compatible with Abracon 1805. Signed-off-by: Alexandre Belloni --- drivers/rtc/rtc-abx80x.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/rtc/rtc-abx80x.c b/drivers/rtc/rtc-abx80x.c index afea84c7a155..203e6616d413

Re: [PATCH 12/19] ARM: dts: exynos: replace legacy *,wakeup property with wakeup-source

On 16.12.2015 19:32, Sudeep Holla wrote: > > > On 15/12/15 23:32, Krzysztof Kozlowski wrote: >> On 16.12.2015 01:35, Sudeep Holla wrote: >>> >>> >>> On 21/10/15 11:10, Sudeep Holla wrote: Though the keyboard and other driver will continue to support the legacy "gpio-key,wakeup",

Re: module: s390: keep mod_arch_specific for livepatch modules

+++ Miroslav Benes [16/12/15 13:02 +0100]: On Mon, 30 Nov 2015, Jessica Yu wrote: Livepatch needs to utilize the symbol information contained in the mod_arch_specific struct in order to be able to call the s390 apply_relocate_add() function to apply relocations. Remove the redundant vfree() in

Re: [PATCH 0/3] OOM detection rework v4

On Tue, 15 Dec 2015 19:19:43 +0100 Michal Hocko wrote: > > ... > > * base kernel > $ grep "Killed process" base-oom-run1.log | tail -n1 > [ 211.824379] Killed process 3086 (mem_eater) total-vm:85852kB, > anon-rss:81996kB, file-rss:332kB, shmem-rss:0kB > $ grep "Killed

Re: [PATCH] uml: fix hostfs mknod()

On 12/16/2015 11:17 PM, Richard Weinberger wrote: Am 16.12.2015 um 21:59 schrieb Vegard Nossum: An inverted return value check in hostfs_mknod() caused the function to return success after handling it as an error (and cleaning up). [...] Applied! :-) BTW: How did you create this patch? I

Re: [linux-sunxi] Re: [PATCH v6] sun4i-codec: Add FM, Line and Mic inputs

Hi Maxime, On Wed, 16 Dec 2015 11:47:36 +0100 Maxime Ripard wrote: > > Because SUN4I_CODEC_AC_MIC_PHONE_CAL is sun7i-specific. > > Yet, you're using it in both cases (A10 vs A20). Yes. I'm trying to keep complexity and duplication down. I figured it wouldn't

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On Wed, Dec 16, 2015 at 2:55 PM, Crt Mori wrote: > > On Dec 16, 2015 11:37 PM, "Nish Aravamudan" > wrote: >> >> Hi, >> >> On Wed, Dec 16, 2015 at 2:22 PM, Crt Mori wrote: >> > On 16 December 2015 at 22:41, Nish Aravamudan >> >

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

From: Haiyang Zhang Date: Wed, 16 Dec 2015 19:20:44 + > In our test, we have bisected and found the following patch introduced big > overhead into skb_flow_dissect_flow_keys(), and caused performance > regression: > commit: d34af823 > net: Add VLAN ID to flow_keys

Re: [v2,3/5] clk: qcom: Add MSM8996 Global Clock Control (GCC) driver

On Mon, Nov 30, 2015 at 05:31:40PM -0800, Stephen Boyd wrote: > Add support for the global clock controller found on MSM8996 > based devices. This should allow most non-multimedia device > drivers to probe and control their clocks. > > Signed-off-by: Stephen Boyd > > ---

Re: v4.4-rc1: /dev/console open fails with -EIO

Hello Baoquan, On 12/16/15 23:23, b...@redhat.com wrote: > A little earlier Peter Hurley has posted a patch to fix this problem. > https://lkml.org/lkml/2015/11/27/546 > > It may be found firstly on arm by Pratyush Anand . > I found it too this week on Fedora 23. Thank you

Re: [PATCH 16/19] ARM: dts: s5pv210: replace legacy *,wakeup property with wakeup-source

2015-10-21 19:10 GMT+09:00 Sudeep Holla : > Though the keyboard and other driver will continue to support the legacy > "gpio-key,wakeup", "linux,input-wakeup" boolean property to enable the > wakeup source, "wakeup-source" is the new standard binding. > > This patch replaces

Re: [PATCH net-next] hv_netvsc: Use simple parser for IPv4 and v6 headers

On Wed, 2015-12-16 at 19:20 +, Haiyang Zhang wrote: > > -Original Message- > > From: Eric Dumazet [mailto:eric.duma...@gmail.com] > > Sent: Wednesday, December 16, 2015 12:08 PM > > > > This looks very very wrong to me. > > > > How many times this is called per second, for the 'one

RE: [PATCH V15 11/11] x86,cgroup/intel_rdt : Add a cgroup interface to manage Intel cache allocation

> From: Marcelo Tosatti [mailto:mtosa...@redhat.com] > Sent: Wednesday, November 18, 2015 1:27 PM > To: Yu, Fenghua > Cc: H Peter Anvin ; Ingo Molnar ; > Thomas Gleixner ; Peter Zijlstra > ;

Re: 4.4-rc5 Setting trap flag inside nmi handler results in HARD LOCKUP

On 12/16/15, Jeff Merkey wrote: > On 12/16/15, Jeff Merkey wrote: >> Setting the (trap flag | resume flag) inside of an nmi handler results >> in a hard lockup while setting the resume flag works fine. >> >> The watchdog detector fails to detect the

Re: [RESEND] Lenovo Yoga 900 touchpad issues

Hi Jiri, On Wed, Dec 16, 2015 at 5:18 AM, Jiri Kosina wrote: > On Wed, 16 Dec 2015, Mika Westerberg wrote: > >> > [Apologies for the resend, didn't realize I hadn't changed my GMail >> > settings >> > to not use HTML.] >> > >> > I have recently purchased a Lenovo Yoga 900 and

[PATCH RFC] AF_UNIX SOCK_STREAM SO_PEEK_OFS oddity

While moving towards rectifying some more of my past missteps, I noticed that the unix_stream_read_generic code loads the peek offset (into a variable named skip) before entering the actual receive loop with the u->readlock mutex held. If there's no data to return, it drops this lock and goes to

Re: [PATCH 0/3] OOM detection rework v4

On Tue, 15 Dec 2015 19:19:43 +0100 Michal Hocko wrote: > This is an attempt to make the OOM detection more deterministic and > easier to follow because each reclaimer basically tracks its own > progress which is implemented at the page allocator layer rather spread > out

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On Wed, Dec 16, 2015 at 1:31 AM, Crt Mori wrote: > Hi, > So you were using 4.4-rc5 before and it worked, but after applying a > patch it stopped? Sorry, I should have explained it better. Without the patchset referred to in my original e-mail, the touchpad simply doesn't work.

Re: 4.4-rc5 Setting trap flag inside nmi handler results in HARD LOCKUP

He is stepping into native_safe_halt() when this bug occurs (processor has halted). I am starting to wonder is this is a linux bug or intel bug. I am starting to lean towards intel bug possibly. I will go and review intels documentation about what happens when a processor has been halted, is

[PATCH] staging: rtl8192u: fix large frame size compiler warning

Compiling drivers/staging/rtl8192u/ gives following compiler warning: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c: In function ‘RxReorderIndicatePacket’: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:758:1: warning: the frame size of 1064 bytes is larger than 1024 bytes

Re: [PATCH v7 1/4] acpi: pci: Setup MSI domain for ACPI based pci devices

On Thu, Dec 10, 2015 at 08:55:27AM -0800, Suravee Suthikulpanit wrote: > This patch introduces pci_msi_register_fwnode_provider() for irqchip > to register a callback, to provide a way to determine appropriate MSI > domain for a pci device. > > It also introduces

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

On 16 December 2015 at 22:41, Nish Aravamudan wrote: > Hi Daniel, > > On Wed, Dec 16, 2015 at 1:43 AM, Daniel Baluta > wrote: >> On Tue, Dec 15, 2015 at 9:19 PM, Nish Aravamudan >> wrote: >>> So, I apologize in

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

Hi, On Wed, Dec 16, 2015 at 2:22 PM, Crt Mori wrote: > On 16 December 2015 at 22:41, Nish Aravamudan > wrote: >> Hi Daniel, >> >> On Wed, Dec 16, 2015 at 1:43 AM, Daniel Baluta >> wrote: >>> On Tue, Dec 15, 2015 at 9:19

Re: [PATCH v2 2/2] add new platform driver for PCI RC

On Wed, Dec 16, 2015 at 02:14:56PM +, Joao Pinto wrote: > This patch adds a new driver that will be the reference platform driver for > all > PCI RC IP Protoyping Kits based on ARC SDP. This patch is composed by: > > -Changes to pcie-designware driver add a function that enables the feature

[PATCH] Input: xpad - use LED API when identifying wireless controllers

When lighting up the segment identifying wireless controller, Instead of sending command directly to the controller, let's do it via LED API (usinf led_set_brightness) so that LED object state is in sync with controller state and we'll light up the correct segment on resume as well.

Re: [PATCH v2 0/3] ACPI, clocksource: add GTDT and ARM memory-mapped timer support

Hi Daniel, Marc, Thanks for your time. Any feedback would be highly appreciated! On 17 December 2015 at 00:52, Marc Zyngier wrote: > On 16/12/15 16:32, Daniel Lezcano wrote: >> >> Marc, >> >> can you have a look ? > > Thanks for putting me in the loop. I'll look at it.

Re: [PATCH] 82xx: FCC: Fixing a bug causing to FCC port lock-up

From: Martin Roth Date: Tue, 15 Dec 2015 04:17:53 +0200 > The patch fixes FCC port lock-up, which occurs as a result of a bug > during underrun/collision handling. Within the tx_startup() function > in mac-fcc.c, the address of last BD is not calculated

Re: [PATCH] net: add Qualcomm IPC router

On Fri, Dec 11, 2015 at 09:41:59PM +0100, Bjorn Andersson wrote: > From: Courtney Cavin > > Add an implementation of Qualcomm's IPC router protocol, used to > communicate with service providing remote processors. > > Signed-off-by: Courtney Cavin

Re: [PATCH 12/19] ARM: dts: exynos: replace legacy *,wakeup property with wakeup-source

On 21.10.2015 19:10, Sudeep Holla wrote: > Though the keyboard and other driver will continue to support the legacy > "gpio-key,wakeup", "linux-keypad,wakeup" boolean property to enable the > wakeup source, "wakeup-source" is the new standard binding. > > This patch replaces all the legacy wakeup

[PATCH v2 2/8] irq: bcm2836: Add SMP support for the 2836

From: Andrea Merello The firmware sets the secondaries spinning waiting for a non-NULL value to show up in the last IPI mailbox. The original SMP port from the downstream tree was done by Andrea, and Eric cleaned it up/rewrote it a few times from there. Signed-off-by:

[PATCH v2 4/8] ARM: bcm2835: Split the DT for peripherals from the DT for the CPU

The set of peripherals remained constant across bcm2835 (Raspberry Pi 1) and bcm2836 (Raspberry Pi 2), but the CPU was swapped out. Split the files so that we can include just peripheral setup in 2836. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm2835.dtsi

[PATCH v2 7/8] ARM: bcm2835: Add a compat string for bcm2836 machine probe

Supporting the 2836 requires using the new interrupt controller, which we have support for. Signed-off-by: Eric Anholt --- arch/arm/mach-bcm/board_bcm2835.c | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/mach-bcm/board_bcm2835.c

[PATCH v2 3/8] dt-bindings: Add root properties for Raspberry Pi 2

Signed-off-by: Eric Anholt --- Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt b/Documentation/devicetree/bindings/arm/bcm/brcm,bcm2835.txt index

[PATCH v2 5/8] ARM: bcm2835: Move the CPU/peripheral include out of common RPi DT.

For Raspberry Pi 2, we want to use the same general pin assignment bits, but need to use bcm2836.dtsi for the CPU instead. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm2835-rpi-a-plus.dts | 1 + arch/arm/boot/dts/bcm2835-rpi-b-plus.dts | 1 +

[PATCH v2 1/8] irq: bcm2836: Fix initialization of the LOCAL_IRQ_CNT*IRQ timers

The irqchip's register area includes the the setup for the timer's scaling factors, and for the platform we want a fixed configuration of these registers. Signed-off-by: Eric Anholt --- drivers/irqchip/irq-bcm2836.c | 26 ++ 1 file changed, 26

[PATCH v2 0/8] Raspberry Pi 2 support.

This is a major rewrite of the previous Raspberry Pi 2 submission. SMP support is now included, and the DT includes are cleaned up to avoid massive duplication. The branch (based on 4.4-rc5, to get the USB regression fixes) can be found at: https://github.com/anholt/linux/tree/bcm2836-4.4

Re: [PATCH 0/5] Threaded MSI interrupt for VFIO PCI device

On 16/12/2015 20:15, Alex Williamson wrote: > The consumers would be, for instance, Intel PI + the threaded handler > added in this series. These run independently, the PI bypass simply > makes the interrupt disappear from the host when it catches it, but if > the vCPU isn't running in the

[PATCH] staging: rtl8192u: fix large frame size compiler warning

This patch fixes following compiler warning: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c: In function ‘RxReorderIndicatePacket’: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:758:1: warning: the frame size of 1064 bytes is larger than 1024 bytes [-Wframe-larger-than=] It replaces the

[PATCH v2 8/8] ARM: bcm2835: Add Kconfig support for bcm2836

This should be a complete port of bcm2835 functionality to bcm2836 (Raspberry Pi 2). Signed-off-by: Eric Anholt --- v2: Implement Arnd's feedback to not split to ARCH_BCM2836, and instead use more conditionals in ARCH_BCM2835. Also reduce diff between 2835 and 2836.

[PATCH v2 6/8] ARM: bcm2835: Add devicetree for bcm2836 and Raspberry Pi 2 B

The Pi 2 B ends up like a Pi 1 B+, with the same peripherals and pinout, but the CPU and memory layout changed to use the 2836. Signed-off-by: Eric Anholt --- arch/arm/boot/dts/bcm2836-rpi-2-b.dts | 35 arch/arm/boot/dts/bcm2836.dtsi| 77

Re: [PATCH 2/5] clk: rockchip: rk3036: enable the CLK_IGNORE_UNUSED flag for aclk_vio

Am Mittwoch, 16. Dezember 2015, 16:27:18 schrieb Caesar Wang: > From: Yakir Yang > > ACLK_VIO is the noc bus clock for display module, display cann't > read data from ddr without this clock enabled. > > Due to it shouldn't belong to any driver, but we need it enabled, > so

Re: [PATCH] usb: dwc2: fix transfer stop programming for out endpoint

On 12/16/2015 8:58 AM, Felipe Balbi wrote: > > Hi, > > changbin...@intel.com writes: >> From: "Du, Changbin" >> >> To stop an out endpoint, software should set sets the Global OUT NAK, >> but not the Global Non-periodic IN NAK. This driver bug leads the out-ep >> failed

Re: [PATCH v7 3/4] gicv2m: Refactor to prepare for ACPI support

On Thu, Dec 10, 2015 at 08:55:29AM -0800, Suravee Suthikulpanit wrote: > This patch replaces the struct device_node with struct fwnode_handle > since this structure is common between DT and ACPI. > > It also refactors gicv2m_init_one() to prepare for ACPI support. > The only functional change is

Re: [PATCH] SCSI-lpfc: Delete unnecessary checks before the function call "mempool_destroy"

fyi - this patch was just pushed in our 11.0.0.10 patch set - patch 15/17 -- james s On 11/17/2015 12:44 AM, SF Markus Elfring wrote: From: Markus Elfring Date: Tue, 17 Nov 2015 09:34:27 +0100 The mempool_destroy() function tests whether its argument is NULL

Re: [PATCH v2 1/2] scsi: lpfc: Use kzalloc instead of kmalloc

fyi - this patch was just pushed in our 11.0.0.10 patch set - patch 16/17 -- james s On 10/24/2015 8:25 PM, Matthew R. Ochs wrote: On Oct 24, 2015, at 2:06 AM, Punit Vara wrote: This patch is to the lpfc_els.c which resolves following warning reported by coccicheck:

[GIT PULL] libnvdimm fixes for 4.4-rc6

Hi Linus, please pull from:   git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes ...to receive: 1/ 2 bug fixes for misuse of PAGE_MASK in scatterlist and dma-debug.  These are tagged for -stable.  The scatterlist impact is potentially corrupted dma addresses on HIGHMEM

Re: [PATCH 05/10] perf, tools, stat: Basic support for TopDown in perf stat

> > +/* > > + * Check whether we can use a group for top down. > > + * Without a group may get bad results due to multiplexing. > > + */ > > That is not because you have a counter used by the NMI that > you cannot group. If HT is off you have plenty of counters to > do this. Such a heuristic

Re: Issues with Lenovo Yoga 900 IIO devices (accelerometer, etc.)

Hi Daniel, On Wed, Dec 16, 2015 at 1:43 AM, Daniel Baluta wrote: > On Tue, Dec 15, 2015 at 9:19 PM, Nish Aravamudan > wrote: >> So, I apologize in advance for this relatively vague report, but I'm fairly >> sure >> the Yoga 900 has an

Re: [PATCH v4 3/5] PCI: qcom: Add Qualcomm PCIe controller driver

On Thu, Dec 03, 2015 at 03:35:22PM +0200, Stanimir Varbanov wrote: > From: Stanimir Varbanov > > The PCIe driver reuse the Designware common code for host > and MSI initialization, and also program the Qualcomm > application specific registers. > > Signed-off-by: Stanimir

Re: [PATCH 01/11] resource: Add System RAM resource type

On Wed, 2015-12-16 at 19:17 +0100, Borislav Petkov wrote: > On Wed, Dec 16, 2015 at 09:52:37AM -0800, Dan Williams wrote: > > It's possible that as far as the resource table is concerned the > > resource type might just be "reserved". It may not be until after a > > driver loads that we discover

Re: [PATCH v2] rtc: Add Epson RX8010SJ RTC driver

On 03/12/2015 at 14:41:21 -0500, Akshay Bhat wrote : > This driver supports the following functions: > - reading and setting time > - alarms when connected to an IRQ > - reading and clearing the voltage low flags > > Datasheet: >

[RFC PATCH urcu on mips, parisc] Fix: compat_futex should work-around futex signal-restart kernel bug

When testing liburcu on a 3.18 Linux kernel, 2-core MIPS (cpu model : Ingenic JZRISC V4.15 FPU V0.0), we notice that a blocked sys_futex FUTEX_WAIT returns -1, errno=ENOSYS when interrupted by a SA_RESTART signal handler. This spurious ENOSYS behavior causes hangs in liburcu 0.9.x. Running a MIPS

Re: [PATCH] uml: fix hostfs mknod()

Am 16.12.2015 um 21:59 schrieb Vegard Nossum: > An inverted return value check in hostfs_mknod() caused the function > to return success after handling it as an error (and cleaning up). > > It resulted in the following segfault when trying to bind() a named > unix socket: > > Pid: 198, comm:

Re: [PATCH] staging: rtl8192u: fix large frame size compiler warning

On Wed, Dec 16, 2015 at 08:55:45PM +, Okash Khawaja wrote: > Compiling drivers/staging/rtl8192u/ gives following compiler warning: > > drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c: In function > ‘RxReorderIndicatePacket’: > drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:758:1:

RE: [PATCHV3 1/3] x86, ras: Add new infrastructure for machine check fixup tables

> Looks generally good. > > Reviewed-by: Andy Lutomirski You say that to part 1/3 ... what happens when you get to part 3/3 and you read my attempts at writing x86 assembly code? >> +#ifdef CONFIG_MCE_KERNEL_RECOVERY >> +int fixup_mcexception(struct pt_regs *regs) >> +{ >> +

Re: [RESEND] Lenovo Yoga 900 touchpad issues

On Wed, Dec 16, 2015 at 1:28 AM, Mika Westerberg wrote: > On Tue, Dec 15, 2015 at 11:14:32AM -0800, Nish Aravamudan wrote: >> [Apologies for the resend, didn't realize I hadn't changed my GMail settings >> to not use HTML.] >> >> I have recently purchased a Lenovo

Re: net: heap-out-of-bounds in sock_setsockopt

> > Hmm, we should exclude the raw socket case, something like the > following, but I am not sure if the check is too strict or not, also > not sure if we should return an error for this raw socket case. No, SOF_TIMESTAMPING_OPT_ID with SOCK_RAW/IPPROTO_TCP is legitimate. It should fall through

Re: [PATCHv2 1/3] thermal: setup monitor only once after handling trips

On Tue, 2015-12-15 at 19:49 -0800, Eduardo Valentin wrote: > Instead of changing the monitoring setup every time after > handling each trip, this patch simplifies the monitoring > setup by moving the setup call to a place where all > trips have been treated already. > Looks good to me. Thanks,

Re: [PATCH V1] rtc: da9063: access ordering error during RTC interrupt system power on

Hi, This seems mostly fine, however ... On 08/12/2015 at 16:28:39 +, Steve Twiss wrote : > irq_alarm = platform_get_irq_byname(pdev, "ALARM"); > ret = devm_request_threaded_irq(>dev, irq_alarm, NULL, > da9063_alarm_event, >

Re: [PATCH] net: add Qualcomm IPC router

On Tue, Dec 15, 2015 at 10:01:14PM +0100, David Miller wrote: > From: Bjorn Andersson > Date: Fri, 11 Dec 2015 12:41:59 -0800 > > > +static unsigned int qrtr_local_nid = 1; > > +module_param_named(node_id, qrtr_local_nid, uint, S_IRUGO); > >

Re: 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes triple fault/reboot

On Dec 16, 2015 3:12 PM, "Jeff Merkey" wrote: > > Setting a hardware breakpoint at the > > rex64 sysret > > instruction at the end of int_ret_from_sys_call causes the system to > triple fault > and reboot when the breakpoint is triggered. Appears to be related > the same

[PATCH v4 2/4] ARM: bcm2835: add rpi power domain driver

From: Alexander Aring This patch adds support for several power domains on Raspberry Pi, including USB (so it can be enabled even if the bootloader didn't do it), and graphics. This patch is the combined work of Eric Anholt (who wrote USB support inside of the Raspberry Pi

Re: [PATCH net-next v5 05/19] net: ethtool: add new ETHTOOL_GSETTINGS/SSETTINGS API

Thanks David: you are right, we should copy back sizeof(struct ethtool_settings) in that case and not sizeof(usettings). Sorry about that, will fix for v6. a few questions before sending update: - is this handshake reasonable? or should we have an ethtool cmd dedicated to this kind of handshake,

Re: 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes triple fault/reboot

On 12/16/15, Andy Lutomirski wrote: > On Dec 16, 2015 3:12 PM, "Jeff Merkey" wrote: >> >> Setting a hardware breakpoint at the >> >> rex64 sysret >> >> instruction at the end of int_ret_from_sys_call causes the system to >> triple fault >> and reboot

[PATCH 3.13.y-ckt 71/78] packet: tpacket_snd(): fix signed/unsigned comparison

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Alexander Drozdov commit dbd46ab412b8fb395f2b0ff6f6a7eec9df311550 upstream. tpacket_fill_skb() can return a negative value (-errno) which is stored in tp_len

Re: [PATCH 4/4] mm: memcontrol: clean up alloc, online, offline, free functions

On Wed, Dec 16, 2015 at 03:17:27PM +0300, Vladimir Davydov wrote: > On Tue, Dec 15, 2015 at 02:38:58PM -0500, Johannes Weiner wrote: > > On Mon, Dec 14, 2015 at 08:14:55PM +0300, Vladimir Davydov wrote: > > > On Fri, Dec 11, 2015 at 02:54:13PM -0500, Johannes Weiner wrote: > > > ... > > > >

[PATCH 3.13.y-ckt 68/78] net: mvneta: fix bit assignment for RX packet irq enable

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Marcin Wojtas commit dc1aadf6f1e7609590fadf7a0252413732289b2e upstream. A value originally defined in the driver was inappropriate. Even though the ingress was

[PATCH 3.13.y-ckt 74/78] net/mlx4_core: Avoid returning success in case of an error flow

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Noa Osherovich commit d49c2197fd70c37d57982804465268440a33183a upstream. The err variable wasn't set with the correct error value in some cases. Fixes:

[PATCH 3.13.y-ckt 56/78] sched/core: Clear the root_domain cpumasks in init_rootdomain()

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Xunlei Pang commit 8295c69925ad53ec32ca54ac9fc194ff21bc40e2 upstream. root_domain::rto_mask allocated through alloc_cpumask_var() contains garbage data, this may

[PATCH 3.13.y-ckt 75/78] net: ip6mr: fix static mfc/dev leaks on table destruction

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov commit 4c6980462f32b4f282c5d8e5f7ea8070e2937725 upstream. Similar to ipv4, when destroying an mrt table the static mfc entries and

[PATCH 3.13.y-ckt 78/78] net/neighbour: fix crash at dumping device-agnostic proxy entries

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Konstantin Khlebnikov commit 6adc5fd6a142c6e2c80574c1db0c7c17dedaa42e upstream. Proxy entries could have null pointer to net-device. Signed-off-by: Konstantin

[PATCH 3.13.y-ckt 47/78] drm/radeon: make some dpm errors debug only

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 9c565e3386fdc804a61f8c116efc2c5999ba46e1 upstream. "Could not force DPM to low", etc. is usually harmless and just confuses users.

[PATCH 3.13.y-ckt 66/78] net: mvneta: add configuration for MBUS windows access protection

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Marcin Wojtas commit db6ba9a5371f173489df126739d0a1c2a50f347b upstream. This commit adds missing configuration of MBUS windows access protection in

[PATCH 3.13.y-ckt 55/78] wan/x25: Fix use-after-free in x25_asy_open_tty()

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Peter Hurley commit ee9159ddce14bc1dec9435ae4e3bd3153e783706 upstream. The N_X25 line discipline may access the previous line discipline's closed and

[PATCH 3.13.y-ckt 53/78] block: Always check queue limits for cloned requests

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Hannes Reinecke commit bf4e6b4e757488dee1b6a581f49c7ac34cd217f8 upstream. When a cloned request is retried on other queues it always needs to be checked against the

[PATCH 3.13.y-ckt 50/78] iscsi-target: Fix rx_login_comp hang after login failure

3.13.11-ckt32 -stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Bellinger commit ca82c2bded29b38d36140bfa1e76a7bbfcade390 upstream. This patch addresses a case where iscsi_target_do_tx_login_io() fails sending the

<    7   8   9   10   11   12   13   14   15   16   >