Re: [PATCH V2 08/14] Drivers: hv: balloon: Fix info request to show max page count

2016-11-10 Thread Dan Carpenter
On Tue, Nov 01, 2016 at 01:07:28PM -0700, k...@exchange.microsoft.com wrote: > From: Alex Ng > > Balloon driver was only printing the size of the info blob and not the > actual content. This fixes it so that the info blob (max page count as > configured in Hyper-V) is printed out. > > Signed-off

Re: [RFC PATCH v3 1/2] Add support for eXclusive Page Frame Ownership (XPFO)

2016-11-10 Thread Kees Cook
On Fri, Nov 4, 2016 at 7:45 AM, Juerg Haefliger wrote: > This patch adds support for XPFO which protects against 'ret2dir' kernel > attacks. The basic idea is to enforce exclusive ownership of page frames > by either the kernel or userspace, unless explicitly requested by the > kernel. Whenever a

Re: [PATCH] firmware: fix async/manual firmware loading

2016-11-10 Thread Greg Kroah-Hartman
On Thu, Nov 10, 2016 at 08:07:58AM -0800, Luis R. Rodriguez wrote: > > It shouldn't be hard to figure out if a patch should be in stable or not... > > Well with the only caveat now that I am suggesting we consider remove > this logic completely as only 2 drivers were using it explicitly > (second

Re: [PATCH 2/4] Staging: vme: Use BIT macro for bit field definitions.

2016-11-10 Thread Dan Carpenter
On Wed, Nov 02, 2016 at 01:27:09AM +0300, Anton Leshchenko wrote: > #define PIO2_CNTR_MODE0 0 > -#define PIO2_CNTR_MODE1 (1 << 1) > -#define PIO2_CNTR_MODE2 (2 << 1) > -#define PIO2_CNTR_MODE3 (3 << 1) > -#define P

Re: [tip:ras/core] x86/RAS: Simplify SMCA HWID descriptor struct

2016-11-10 Thread Yazen Ghannam
> static void get_smca_bank_info(unsigned int bank) > { > unsigned int i, hwid_mcatype, cpu = smp_processor_id(); > - struct smca_hwid_mcatype *type; > + struct smca_hwid *s_hwid; > u32 high, instance_id; > - u16 hwid, mcatype; > > /* Collect bank_info using CPU 0

Re: [RFC PATCH v3 1/2] Add support for eXclusive Page Frame Ownership (XPFO)

2016-11-10 Thread Kees Cook
On Fri, Nov 4, 2016 at 7:45 AM, Juerg Haefliger wrote: > This patch adds support for XPFO which protects against 'ret2dir' kernel > attacks. The basic idea is to enforce exclusive ownership of page frames > by either the kernel or userspace, unless explicitly requested by the > kernel. Whenever a

Re: [PATCH 2/2] backlight: arcxcnn: devicetree bindings for ArticSand devices

2016-11-10 Thread Rob Herring
On Thu, Nov 03, 2016 at 02:29:28PM -0400, Olimpiu Dejeu wrote: > Resubmition of arcxcnn backliught driver addressing the naming convention s/Resubmition/Re-submission/ s/backliught/backlight/ > concerns raised by Rob H. Note that all the device tree properties are > determined by the board desi

[patch] HID: wacom: Don't clear bits unintentionally

2016-11-10 Thread Dan Carpenter
This is trying to clear the lower 32 bits but the type is wrong so it clears everything. Signed-off-by: Dan Carpenter diff --git a/drivers/hid/wacom_wac.c b/drivers/hid/wacom_wac.c index 0723ba8..1cf4608 100644 --- a/drivers/hid/wacom_wac.c +++ b/drivers/hid/wacom_wac.c @@ -1765,7 +1765,7 @@ sta

[patch v5+1 repost] i2c: mux: mellanox: add driver

2016-11-10 Thread vadimp
From: Vadim Pasternak This driver allows I2C routing controlled through CPLD select registers on a wide range of Mellanox systems (CPLD Lattice device). MUX selection is provided by digital and analog HW. Analog part is not under SW control. Digital part is under CPLD control (channel selection/d

[patch] usb: xhci-mem: use passed in GFP flags instead of GFP_KERNEL

2016-11-10 Thread Dan Carpenter
We normally use the passed in gfp flags for allocations, it's just these two which were missed. Fixes: 22d45f01a836 ("usb/xhci: replace pci_*_consistent() with dma_*_coherent()") Signed-off-by: Dan Carpenter --- >From static analysis. Not tested. diff --git a/drivers/usb/host/xhci-mem.c b/driv

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

2016-11-10 Thread Benjamin Herrenschmidt
On Thu, 2016-11-10 at 11:22 +, Mark Rutland wrote: > On POWER8, our PCIe doesn't do IO at all, but we have an LPC bus behind > > firmware calls ;-) We use that infrastructure to plumb in the LPC bus. > > Just to check, do you hook that in your inb/outb/etc? Yes. > Generally, it would seem ni

Re: [PATCH 7/8] blk-wbt: add general throttling mechanism

2016-11-10 Thread Jan Kara
On Wed 09-11-16 12:52:59, Jens Axboe wrote: > On 11/09/2016 09:07 AM, Jens Axboe wrote: > >On 11/09/2016 01:40 AM, Jan Kara wrote: > So for devices with write cache, you will completely drain the device > before waking anybody waiting to issue new requests. Isn't it too > strict? >

Re: [PATCH 6/8] block: add scalable completion tracking of requests

2016-11-10 Thread Jan Kara
On Wed 09-11-16 12:52:25, Jens Axboe wrote: > On 11/09/2016 09:09 AM, Jens Axboe wrote: > >On 11/09/2016 02:01 AM, Jan Kara wrote: > >>On Tue 08-11-16 08:25:52, Jens Axboe wrote: > >>>On 11/08/2016 06:30 AM, Jan Kara wrote: > On Tue 01-11-16 15:08:49, Jens Axboe wrote: > >For legacy block,

Re: [PATCH/RFC] z3fold: use per-page read/write lock

2016-11-10 Thread Peter Zijlstra
On Sat, Nov 05, 2016 at 02:49:46PM +0100, Vitaly Wool wrote: > +/* Read-lock a z3fold page */ > +static void z3fold_page_rlock(struct z3fold_header *zhdr) > +{ > + while (!atomic_add_unless(&zhdr->page_lock, 1, Z3FOLD_PAGE_WRITE_FLAG)) > + cpu_relax(); > + smp_mb(); > +} > + > +

[patch] iio: cros_ec_sensors_core: signedness bug in cros_ec_sensors_read_lpc()

2016-11-10 Thread Dan Carpenter
"status" is a u8 so checking for negatives doesn't work. We can just use "ret" here instead. Fixes: 974e6f02e27e ("iio: cros_ec_sensors_core: Add common functions for the ChromeOS EC Sensor Hub.") Signed-off-by: Dan Carpenter diff --git a/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core

[patch] staging: lustre: lov: crash in error handling

2016-11-10 Thread Dan Carpenter
We accidentally made this unsigned so now the error handling will loop until it crashes. Fixes: 55051039fdad ('staging: lustre: lov: remove LSM from struct lustre_md') Signed-off-by: Dan Carpenter diff --git a/drivers/staging/lustre/lustre/lov/lov_ea.c b/drivers/staging/lustre/lustre/lov/lov_ea

Re: [patch] staging: lustre: lov: crash in error handling

2016-11-10 Thread James Simmons
> We accidentally made this unsigned so now the error handling will loop > until it crashes. > > Fixes: 55051039fdad ('staging: lustre: lov: remove LSM from struct lustre_md') > Signed-off-by: Dan Carpenter Yep. I just sent a patch to fix that. > diff --git a/drivers/staging/lustre/lustre/lov

Re: fsnotify_mark_srcu wtf?

2016-11-10 Thread Jan Kara
On Wed 09-11-16 20:26:16, Amir Goldstein wrote: > On Wed, Nov 9, 2016 at 1:10 PM, Jan Kara wrote: > > On Sun 06-11-16 08:45:54, Amir Goldstein wrote: > >> On Sat, Nov 5, 2016 at 11:34 PM, Jan Kara wrote: > >> > On Wed 02-11-16 23:09:26, Miklos Szeredi wrote: > >> >> We've got a report where a fan

Re: [PATCH v4 1/5] arm64: perf: Basic uncore counter support for Cavium ThunderX SOC

2016-11-10 Thread Will Deacon
On Thu, Nov 10, 2016 at 04:54:06PM +, Mark Rutland wrote: > On Sat, Oct 29, 2016 at 01:55:29PM +0200, Jan Glauber wrote: > > diff --git a/drivers/perf/uncore/uncore_cavium.c > > b/drivers/perf/uncore/uncore_cavium.c > > new file mode 100644 > > index 000..a7b4277 > > --- /dev/null > > +++

Re: [PATCH] firmware: fix async/manual firmware loading

2016-11-10 Thread Luis R. Rodriguez
On Thu, Nov 10, 2016 at 10:52 AM, Bjorn Andersson wrote: > On Thu 10 Nov 08:07 PST 2016, Luis R. Rodriguez wrote: > >> On Thu, Nov 10, 2016 at 7:55 AM, Greg Kroah-Hartman >> wrote: >> > On Wed, Nov 09, 2016 at 09:39:21PM +0100, Luis R. Rodriguez wrote: >> >> On Sun, Oct 30, 2016 at 03:50:48PM +01

Re: [PATCH] firmware: fix async/manual firmware loading

2016-11-10 Thread Luis R. Rodriguez
On Thu, Nov 10, 2016 at 11:18 AM, Greg Kroah-Hartman wrote: > On Thu, Nov 10, 2016 at 08:07:58AM -0800, Luis R. Rodriguez wrote: >> > It shouldn't be hard to figure out if a patch should be in stable or >> > not... >> >> Well with the only caveat now that I am suggesting we consider remove >> th

Re: [PATCH 0/3] perf: add support for analyzing events for containers

2016-11-10 Thread Eric W. Biederman
Hari Bathini writes: > Currently, there is no trivial mechanism to analyze events based on > containers. perf -G can be used, but it will not filter events for the > containers created after perf is invoked, making it difficult to assess/ > > analyze performance issues of multipl

Re: [PATCH] net: ethernet: ti: davinci_cpdma: fix fixed prio cpdma ctlr configuration

2016-11-10 Thread ivan.khoronzhuk
On 10.11.16 18:37, Grygorii Strashko wrote: On 11/09/2016 05:56 PM, Ivan Khoronzhuk wrote: On 09.11.16 23:09, Grygorii Strashko wrote: On 11/08/2016 07:10 AM, Ivan Khoronzhuk wrote: The dma ctlr is reseted to 0 while cpdma start, thus cpdma ctlr I assume this is because cpdma_ctlr_st

Re: [tip:ras/core] x86/RAS: Simplify SMCA HWID descriptor struct

2016-11-10 Thread Thomas Gleixner
On Thu, 10 Nov 2016, Borislav Petkov wrote: > On Thu, Nov 10, 2016 at 12:50:04PM -0500, Yazen Ghannam wrote: > > Adding extra parentheses in HWID_MCATYPE() gives the same assembly as the > > original code and fixes the behavior. > > > > > + hwid_mcatype = HWID_MCATYPE((high & MCI_IPID_HWID)), > >

Re: perf: perf_fuzzer WARNING: ring_buffer.c:546 __rb_free_aux

2016-11-10 Thread Vince Weaver
On Thu, 10 Nov 2016, Alexander Shishkin wrote: > Yeah, this really shouldn't be happening. How reproducible is this? Any > clues that may help me reproduce it? I'll see if I can reproduce it. I'm currently stuck on most of my machines as current git since 4.9-rc1 won't boot due to the kbuild/mod

Re: fsnotify_mark_srcu wtf?

2016-11-10 Thread Amir Goldstein
On Thu, Nov 10, 2016 at 9:46 PM, Jan Kara wrote: > On Wed 09-11-16 20:26:16, Amir Goldstein wrote: >> On Wed, Nov 9, 2016 at 1:10 PM, Jan Kara wrote: >> > On Sun 06-11-16 08:45:54, Amir Goldstein wrote: >> >> On Sat, Nov 5, 2016 at 11:34 PM, Jan Kara wrote: >> >> > On Wed 02-11-16 23:09:26, Mikl

RE: [PATCH 1/3] PCI: hv: use the correct buffer size in new_pcichild_device()

2016-11-10 Thread Jake Oshins
> -Original Message- > From: Dexuan Cui > Sent: Wednesday, November 9, 2016 11:18 PM > To: Bjorn Helgaas ; linux-...@vger.kernel.org; > de...@linuxdriverproject.org > Cc: gre...@linuxfoundation.org; KY Srinivasan ; > Haiyang Zhang ; Stephen Hemminger > ; Jake Oshins ; Hadden > Hoppert ; Vit

Re: [PATCH] f2fs: don't wait writeback for datas during checkpoint

2016-11-10 Thread Jaegeuk Kim
Hi Chao, On Thu, Nov 10, 2016 at 07:40:03PM +0800, Chao Yu wrote: > Normally, while committing checkpoint, we will wait on all pages to be > writebacked no matter the page is data or metadata, so in scenario where > there are lots of data IO being submitted with metadata, we may suffer > long late

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

2016-11-10 Thread Keno Fischer
> The problem is ready being solved in a generic way: > http://marc.info/?l=linux-kernel&m=147828481602561&w=2 > > Can you please give this patch a try? No dice. After backing out my patch and applying that one I get: /usr/bin/ld: error: net/built-in.o: requires unsupported dynamic reloc 11; reco

Re: [tip:ras/core] x86/RAS: Simplify SMCA HWID descriptor struct

2016-11-10 Thread Yazen Ghannam
> > > > Argh, the macro should be adding the additional parentheses: > > > > #define HWID_MCATYPE(hwid, mcatype) (((hwid) << 16) | (mcatype)) > > > > That should fix the issue too. > Yep, sure does. > Patch please. Will do. Thanks, Yazen

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

2016-11-10 Thread Richard Weinberger
Keno, On 10.11.2016 21:10, Keno Fischer wrote: >> The problem is ready being solved in a generic way: >> http://marc.info/?l=linux-kernel&m=147828481602561&w=2 >> >> Can you please give this patch a try? > > No dice. After backing out my patch and applying that one I get: > > /usr/bin/ld: error:

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

2016-11-10 Thread Keno Fischer
Yes On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger wrote: > Keno, > > On 10.11.2016 21:10, Keno Fischer wrote: >>> The problem is ready being solved in a generic way: >>> http://marc.info/?l=linux-kernel&m=147828481602561&w=2 >>> >>> Can you please give this patch a try? >> >> No dice. After

[PATCH] driver-core: fix odd_ptr_err.cocci warnings

2016-11-10 Thread Julia Lawall
PTR_ERR should access the value just tested by IS_ERR Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci CC: Dmitry Torokhov Signed-off-by: Julia Lawall Signed-off-by: Fengguang Wu --- 0-day warning related to the following commit: tree: https://git.kernel.org/pub/scm/linux/kernel/gi

Re: [PATCH 4.8 118/138] drm/i915: Clean up DDI DDC/AUX CH sanitation

2016-11-10 Thread Maarten Maathuis
Hi, I'm merely curious why this patch isn't also included: https://cgit.freedesktop.org/drm-intel/commit/?id=e4ab73a13291fc844c9e24d5c347bd95818544d2 When i checked it, it's also not in 4.9-rc git tree. This patch affects HDMI, and the HDMI connector was "my problem". @Ville: Is it intentional t

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

2016-11-10 Thread Richard Weinberger
Keno, On 10.11.2016 21:14, Keno Fischer wrote: > Yes Can you please reply to Sebastian's patch series and explain him how you trigger that error? I don't have a gcc broken by Debian on my machine right now. > On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger wrote: >> Keno, >> >> On 10.11.201

Re: [PATCH] i2c: i2c-topology: fix minor whitespace nit

2016-11-10 Thread Wolfram Sang
On Thu, Nov 10, 2016 at 03:03:21PM +0100, Peter Rosin wrote: > Signed-off-by: Peter Rosin Applied to for-current, thanks! signature.asc Description: PGP signature

[PATCH] driver-core: fix platform_no_drv_owner.cocci warnings

2016-11-10 Thread Julia Lawall
Remove .owner field initialization as the core will do it. Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Dmitry Torokhov Signed-off-by: Julia Lawall Signed-off-by: Fengguang Wu --- 0-day warning: tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-cor

Re: [PATCH] driver-core: fix odd_ptr_err.cocci warnings

2016-11-10 Thread Dmitry Torokhov
[ resending as plain text ] On Thu, Nov 10, 2016 at 12:18 PM, Dmitry Torokhov wrote: > > > On Thu, Nov 10, 2016 at 12:16 PM, Julia Lawall wrote: >> >> PTR_ERR should access the value just tested by IS_ERR >> >> Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci >> >> CC: Dmitry Torokhov >

Re: [PATCH] driver-core: fix odd_ptr_err.cocci warnings

2016-11-10 Thread Julia Lawall
On Thu, 10 Nov 2016, Dmitry Torokhov wrote: > [ resending as plain text ] > > On Thu, Nov 10, 2016 at 12:18 PM, Dmitry Torokhov wrote: > > > > > > On Thu, Nov 10, 2016 at 12:16 PM, Julia Lawall wrote: > >> > >> PTR_ERR should access the value just tested by IS_ERR > >> > >> Generated by: scrip

[PATCH] watchdog: hpwdt: changed maintainer information

2016-11-10 Thread Jimmy Vance
Signed-off-by: Jimmy Vance --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 411e3b8..1a4d0c5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5606,7 +5606,7 @@ S:Maintained F: drivers/media/dvb-frontends/hd29l2* HEWL

Re: [PATCH v3 2/3] PCI: qcom: add support to msm8996 PCIE controller

2016-11-10 Thread Rob Herring
On Fri, Nov 04, 2016 at 12:59:46PM +, Srinivas Kandagatla wrote: > This patch adds support to msm8996/apq8096 pcie, MSM8996 supports > Gen 1/2, One lane, 3 pcie root-complex with support to MSI and > legacy interrupts and it conforms to PCI Express Base 2.1 specification. > > This patch adds p

Re: PM regression with LED changes in next-20161109

2016-11-10 Thread Pavel Machek
On Thu 2016-11-10 10:55:37, Tony Lindgren wrote: > * Pavel Machek [161110 09:29]: > > Hi! > > > > > >>>Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing > > > >>>the sysfs brightness attr for changes.") breaks runtime PM for me. > > > >>> > > > >>>On my omap dm3730 based test

Re: [PATCH v2 1/3] remoteproc: qcom: Encapsulate pvt data structure for q6v56 hexagon.

2016-11-10 Thread Rob Herring
On Fri, Nov 04, 2016 at 07:30:54PM +0530, Avaneesh Kumar Dwivedi wrote: > Encapsulate resources specific to each version of hexagon chip to > device node to avoid conditional check for manipulation of those > resources in driver code. > > Signed-off-by: Avaneesh Kumar Dwivedi > --- > .../devicet

Re: [PATCH] watchdog: hpwdt: changed maintainer information

2016-11-10 Thread Guenter Roeck
On Thu, Nov 10, 2016 at 03:25:27PM -0500, Jimmy Vance wrote: > Signed-off-by: Jimmy Vance Reviewed-by: Guenter Roeck > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index 411e3b8..1a4d0c5 100644 > --- a/MAINTAINERS > +++

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Peter Zijlstra
On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: > This series brings the PaX/Grsecurity PAX_REFCOUNT > feature support to the upstream kernel. All credit for the > feature goes to the feature authors. > > The name of the upstream feature is HARDENED_ATOMIC > and it is configured u

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

2016-11-10 Thread Bjørn Mork
Alan Stern writes: > On Thu, 10 Nov 2016, Kai-Heng Feng wrote: > >> Is there a way to force XHCI run at HighSpeed? > > Yes, like I said above: Use a USB-2 cable instead of a USB-3 cable. It's an m.2 form factor modem, so there most likely isn't any cable involved. But the principle is the same:

Re: [patch] iio: cros_ec_sensors_core: signedness bug in cros_ec_sensors_read_lpc()

2016-11-10 Thread Guenter Roeck
Hi Dan, On Thu, Nov 10, 2016 at 11:39 AM, Dan Carpenter wrote: > "status" is a u8 so checking for negatives doesn't work. We can just > use "ret" here instead. > > Fixes: 974e6f02e27e ("iio: cros_ec_sensors_core: Add common functions for the > ChromeOS EC Sensor Hub.") > Signed-off-by: Dan Carp

Re: fsnotify_mark_srcu wtf?

2016-11-10 Thread Miklos Szeredi
On Thu, Nov 10, 2016 at 8:46 PM, Jan Kara wrote: > Except it doesn't quite work. We can pin the current marks by a refcount > but they can still be removed from the list so after we regain srcu lock, > we are not sure their ->next pointers still point to still allocated marks > :-| Sadly I realize

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

2016-11-10 Thread Keno Fischer
On Thu, Nov 10, 2016 at 3:19 PM, Richard Weinberger wrote: > Can you please reply to Sebastian's patch series and explain him how you > trigger > that error? > I don't have a gcc broken by Debian on my machine right now. I'm not sure how to reply to his patch series directly since I'm not subscr

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Will Deacon
On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: > > This series brings the PaX/Grsecurity PAX_REFCOUNT > > feature support to the upstream kernel. All credit for the > > feature goes to the feature authors. > > > >

Re: [PATCH v2] of, numa: Return NUMA_NO_NODE from disable of_node_to_nid() if nid not possible.

2016-11-10 Thread Rob Herring
On Thu, Nov 3, 2016 at 10:11 AM, David Daney wrote: > On 11/02/2016 08:37 PM, Rob Herring wrote: >> >> On Fri, Oct 28, 2016 at 4:15 PM, David Daney >> wrote: >>> >>> From: David Daney >>> >>> On arm64 NUMA kernels we can pass "numa=off" on the command line to >>> disable NUMA. A side effect of

Re: [PATCH v6 4/4] of/fdt: mark hotpluggable memory

2016-11-10 Thread Reza Arbab
On Thu, Nov 10, 2016 at 11:56:02AM +1100, Balbir Singh wrote: Have you tested this across all combinations of skiboot/kexec/SLOF boots? I've tested it under qemu/grub, simics/skiboot, and via kexec. -- Reza Arbab

question about clk_get_parent

2016-11-10 Thread Julia Lawall
As far as I can see in the various definitions of clk_get_parent, they all return either NULL or a value stored in a structure field. But the documentation with the prototype in includ/linux/clk.h says that it returns a valid IS_ERR() condition containing errno. Are ERR_PTR values stored in the s

Re: PM regression with LED changes in next-20161109

2016-11-10 Thread Pavel Machek
Hi! > >>It seems that we should get back to your initial approach. i.e. only > >>brightness changes caused by hardware should be reported. > > > >I don't think enabling poll() here is good idea. Some hardware won't > >be able to tell you that it changed the state. Returning maximum > >brightness t

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

2016-11-10 Thread Tony Lindgren
* Brian Norris [161110 11:49]: > On Thu, Nov 10, 2016 at 10:13:55AM -0800, Dmitry Torokhov wrote: > > On Thu, Nov 10, 2016 at 10:07 AM, Brian Norris > > wrote: > > > It's important that user space can figure out what device woke the > > > system from suspend -- e.g., for debugging, or for implem

Re: [PATCH 1/2] of/platform: fix of_platform_device_destroy comment

2016-11-10 Thread Rob Herring
On Tue, Nov 01, 2016 at 11:53:21AM +0100, Johan Hovold wrote: > Update the comment to of_platform_device_destroy() to reflect that it no > longer returns a status value. > > Fixes: 75f353b61342 ("of/platform: Fix of_platform_device_destroy...") > Signed-off-by: Johan Hovold > --- > drivers/of/pl

Re: [PATCH 00/12] of: Make drivers/of/resolver.c more readable

2016-11-10 Thread Rob Herring
On Fri, Oct 28, 2016 at 11:26:20PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > drivers/of/resolve.c is a bit difficult to read. Clean it up so > that review of future overlay related patches will be easier. > > Most of the patches are intended to be reformatting, with no funct

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

2016-11-10 Thread Pavel Machek
On Thu 2016-11-10 10:07:07, Brian Norris wrote: > It's important that user space can figure out what device woke the > system from suspend -- e.g., for debugging, or for implementing > conditional wake behavior. Dedicated wakeup IRQs don't currently do > that. > > Let's report the event (pm_wakeup

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Kees Cook
On Thu, Nov 10, 2016 at 12:37 PM, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >> This series brings the PaX/Grsecurity PAX_REFCOUNT >> feature support to the upstream kernel. All credit for the >> feature goes to the feature authors. >> >> The name of t

Re: [PATCH v2 2/4] dt-bindings: Add TI SCI PM Domains

2016-11-10 Thread Dave Gerlach
Rob, Ulf, Jon, On 10/27/2016 08:15 AM, Dave Gerlach wrote: +Jon On 10/26/2016 04:59 PM, Rob Herring wrote: On Mon, Oct 24, 2016 at 12:00 PM, Kevin Hilman wrote: Dave Gerlach writes: Hi, On 10/21/2016 01:48 PM, Kevin Hilman wrote: Dave Gerlach writes: Add a generic power domain implement

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Kees Cook
On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: > On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: >> On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >> > This series brings the PaX/Grsecurity PAX_REFCOUNT >> > feature support to the upstream kernel. All credit

Re: [PATCH] firmware: fix async/manual firmware loading

2016-11-10 Thread Yves-Alexis Perez
On Thu, 2016-11-10 at 11:48 -0800, Luis R. Rodriguez wrote: > > I haven't verified that this particular use case actually worked before, > > but this code works with lower timeout values (e.g. 60 in the fallback > > case), so this looks isolated. > > This is true, but as I noted the broken aspect

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Peter Zijlstra
On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: > > That said, I still don't much like this. > > > > I would much rather you make kref useful and use that. It still means > > you get to audit all refcounts in the kernel, but hey, you had to do > > that anyway. > > What needs to happe

Re: [PATCH v2 2/6] mfd: stm32-adc: Add support for stm32 ADC

2016-11-10 Thread kbuild test robot
Hi Fabrice, [auto build test ERROR on ljones-mfd/for-mfd-next] [also build test ERROR on v4.9-rc4 next-20161110] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Fabrice-Gasnier/Add-support-for

[GIT PULL] Please pull a few more NFS client bugfixes

2016-11-10 Thread Anna Schumaker
Hi Linus, The following changes since commit 83aa3e0f791d458a28f91d7a50f92926f971ef7c: nfs4: fix missing-braces warning (2016-10-19 14:39:15 -0400) are available in the git repository at: git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-3 for you to fetch changes up to

Re: [PATCH] serial: sirf: Simplify a test

2016-11-10 Thread Julia Lawall
On Tue, 8 Nov 2016, Christophe JAILLET wrote: > Le 07/11/2016 à 14:50, Arnd Bergmann a écrit : > > On Tuesday, November 1, 2016 8:03:33 AM CET Christophe JAILLET wrote: > > > 'dmaengine_prep_dma_cyclic()' does not return an error pointer, so the > > > test > > > can be simplified to be more cons

Re: [PATCH] firmware: fix async/manual firmware loading

2016-11-10 Thread Luis R. Rodriguez
On Thu, Nov 10, 2016 at 1:04 PM, Yves-Alexis Perez wrote: > On Thu, 2016-11-10 at 11:48 -0800, Luis R. Rodriguez wrote: >> > I haven't verified that this particular use case actually worked before, >> > but this code works with lower timeout values (e.g. 60 in the fallback >> > case), so this look

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread David Windsor
On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: > On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: >> On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: >>> On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >>> > This series brings the PaX/Grsecurity PAX_REFCOUNT

Re: [PATCH v3 05/46] perf/x86/intel/cmt: add per-package locks

2016-11-10 Thread Thomas Gleixner
On Sat, 29 Oct 2016, David Carrillo-Cisneros wrote: > Lockdep needs lock_class_key's to be statically initialized and/or use > nesting, but nesting is currently hard-coded for up to 8 levels and it's > fragile to depend on lockdep internals. > To circumvent this problem, statically define CMT_MAX_N

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Kees Cook
On Thu, Nov 10, 2016 at 1:23 PM, David Windsor wrote: > On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: >> On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: >>> On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wro

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Kees Cook
On Thu, Nov 10, 2016 at 1:13 PM, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: >> > That said, I still don't much like this. >> > >> > I would much rather you make kref useful and use that. It still means >> > you get to audit all refcounts in the kernel, but

Re: Long delays creating a netns after deleting one (possibly RCU related)

2016-11-10 Thread Paul E. McKenney
On Thu, Nov 10, 2016 at 09:37:47AM -0800, Cong Wang wrote: > (Cc'ing Paul) > > On Wed, Nov 9, 2016 at 7:42 AM, Rolf Neugebauer > wrote: > > Hi > > > > We noticed some long delays starting docker containers on some newer > > kernels (starting with 4.5.x and still present in 4.9-rc4, 4.4.x is > > f

[PATCH] drm/rockchip: return ERR_PTR instead of NULL

2016-11-10 Thread Julia Lawall
rockchip_drm_framebuffer_init is only used in one case, in rockchip_drm_fbdev.c, where its return value is tested using IS_ERR. To enable propagating the reason for the error, change the definition so that it returns an ERR_PTR value. Problem found with the help of Coccinelle. Signed-off-by: Jul

Re: [PATCH v3 06/46] perf/x86/intel/cmt: add intel_cmt pmu

2016-11-10 Thread Thomas Gleixner
On Sat, 29 Oct 2016, David Carrillo-Cisneros wrote: > static int __init cmt_alloc(void) > { > cmt_l3_scale = boot_cpu_data.x86_cache_occ_scale; > @@ -240,6 +339,7 @@ static int __init cmt_start(void) > err = -ENOMEM; > goto rm_online; > } > + event_attr

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

2016-11-10 Thread Brian Norris
On Thu, Nov 10, 2016 at 01:49:11PM -0700, Tony Lindgren wrote: > * Brian Norris [161110 11:49]: > > On Thu, Nov 10, 2016 at 10:13:55AM -0800, Dmitry Torokhov wrote: > > > On Thu, Nov 10, 2016 at 10:07 AM, Brian Norris > > > wrote: > > > > It's important that user space can figure out what device

Re: PM regression with LED changes in next-20161109

2016-11-10 Thread Jacek Anaszewski
Hi, On 11/10/2016 09:29 PM, Pavel Machek wrote: On Thu 2016-11-10 10:55:37, Tony Lindgren wrote: * Pavel Machek [161110 09:29]: Hi! Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing the sysfs brightness attr for changes.") breaks runtime PM for me. On my omap dm3730 ba

Re: [PATHCv10 0/2] USB Type-C Connector class

2016-11-10 Thread Guenter Roeck
On Mon, Sep 19, 2016 at 02:16:55PM +0300, Heikki Krogerus wrote: > The USB Type-C class is meant to provide unified interface to the > userspace to present the USB Type-C ports in a system. > Any idea what is happening with this patch series ? There was no further feedback (at least as far as I k

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Peter Zijlstra
On Thu, Nov 10, 2016 at 04:23:08PM -0500, David Windsor wrote: > Discussions have been occurring since KSPP has begun: do we need a Note that I was not included in any of that. If you hide in a corner on the intartubes don't be surprised people have no clue what you're on about. > specialized typ

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread David Windsor
On Thu, Nov 10, 2016 at 4:27 PM, Kees Cook wrote: > On Thu, Nov 10, 2016 at 1:23 PM, David Windsor wrote: >> On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: >>> On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: > On T

[GIT PULL] MMC fixes for v.4.9 rc5

2016-11-10 Thread Ulf Hansson
Hi Linus, Here are some mmc fixes intended for v4.9 rc5. They are based on v4.9-rc5. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911: Linux 4.9-rc4 (2016-11-05 16:23:36 -0

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

2016-11-10 Thread Brian Norris
On Thu, Nov 10, 2016 at 09:57:20PM +0100, Pavel Machek wrote: > On Thu 2016-11-10 10:07:07, Brian Norris wrote: > > It's important that user space can figure out what device woke the > > system from suspend -- e.g., for debugging, or for implementing > > conditional wake behavior. Dedicated wakeup

[PATCH] locktorture: Fix potential memory leak with rw lock test

2016-11-10 Thread Yang Shi
When running locktorture module with the below commands with kmemleak enabled: $ modprobe locktorture torture_type=rw_lock_irq $ rmmod locktorture The below kmemleak got caught: root@10:~# echo scan > /sys/kernel/debug/kmemleak [ 323.197029] kmemleak: 2 new suspected memory leaks (see /sys/ker

Re: [PATCH v5 02/23] of: device: Export of_device_{get_modalias, uvent_modalias} to modules

2016-11-10 Thread Rob Herring
On Sun, Nov 6, 2016 at 7:56 PM, Chen-Yu Tsai wrote: > On Mon, Nov 7, 2016 at 9:29 AM, Peter Chen wrote: >> On Fri, Nov 04, 2016 at 01:51:34PM -0700, Stephen Boyd wrote: >>> Quoting Peter Chen (2016-10-24 18:16:32) >>> > On Mon, Oct 24, 2016 at 12:48:24PM -0700, Stephen Boyd wrote: >>> > > Quoting

Re: [PATCH v3 3/9] media: venus: adding core part and helper functions

2016-11-10 Thread Stephen Boyd
On 11/07, Stanimir Varbanov wrote: > diff --git a/drivers/media/platform/qcom/venus/core.c > b/drivers/media/platform/qcom/venus/core.c > new file mode 100644 > index ..7b14b1f12e20 > --- /dev/null > +++ b/drivers/media/platform/qcom/venus/core.c > @@ -0,0 +1,557 @@ > +/* > + * Copyrig

Re: [PATCH v3] console: Add persistent scrollback buffers for all VGA consoles

2016-11-10 Thread Andrey Utkin
On Mon, Sep 19, 2016 at 12:06:57AM +0200, Manuel Schölling wrote: > Add a scrollback buffers for each VGA console. The benefit is that > the scrollback history is not flushed when switching between consoles > but is persistent. > The buffers are allocated on demand when a new console is opened. Hi

question about hva_hw_probe

2016-11-10 Thread Julia Lawall
The function hva_hw_probe in the file drivers/media/platform/sti/hva/hva-hw.c contains the following code: /* get memory for esram */ esram = platform_get_resource(pdev, IORESOURCE_MEM, 1); if (IS_ERR_OR_NULL(esram)) { dev_err(dev, "%s failed to get esra

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

2016-11-10 Thread Luis R. Rodriguez
On Thu, Nov 10, 2016 at 09:14:32AM +0200, Laurent Pinchart wrote: > Hi Luis, > > On Wednesday 09 Nov 2016 16:59:30 Luis R. Rodriguez wrote: > > On Wed, Nov 9, 2016 at 4:43 PM, Rafael J. Wysocki wrote: > > > On Mon, Nov 7, 2016 at 10:22 PM, Luis R. Rodriguez wrote: > > >> On Thu, Oct 27, 2016 at 05

Re: [PATCH] clk: qcom: ipq806x: Fix board clk rates

2016-11-10 Thread Stephen Boyd
On 11/09, Stephen Boyd wrote: > The clocks on these boards run at 25 MHz, not 19.2 and 27 like > other platforms. Unfortunately I copy/pasted from other similar > SoCs but forgot this one is different. Fix it. > > Fixes: a085f877a882 ("clk: qcom: Move cxo/pxo/xo into dt files") > Signed-off-by: St

[PATCH 1/3] ppdev: fix memory leak

2016-11-10 Thread Sudip Mukherjee
The variable name was only released if parport_register_dev_model() fails. Now that we are using the device-model the parport driver will duplicate the name and use it. So we can release the variable after the device has been registered with the parport. Suggested-by: Arnd Bergmann Signed-off-by:

[PATCH 3/3] ppdev: use pr_* macros

2016-11-10 Thread Sudip Mukherjee
The coding style recommends not to use printk. Use pr_* macros. Signed-off-by: Sudip Mukherjee --- drivers/char/ppdev.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/char/ppdev.c b/drivers/char/ppdev.c index f08f3ed..85c63e4 100644 --- a/drivers/char/ppd

[PATCH 2/3] MAINTAINERS: update email

2016-11-10 Thread Sudip Mukherjee
I am no longer with Vector India. Update my email. Signed-off-by: Sudip Mukherjee --- MAINTAINERS | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 3d838cf..054b258 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9084,7 +9084,7 @@ F: dr

Re: [RFT v3] drm: use late_initcall() for amdkfd and radeon

2016-11-10 Thread Luis R. Rodriguez
On Wed, Jun 1, 2016 at 2:11 PM, Luis R. Rodriguez wrote: > On Tue, May 31, 2016 at 09:04:53PM +0200, Daniel Vetter wrote: >> On Tue, May 31, 2016 at 06:58:34PM +0200, Luis R. Rodriguez wrote: >> > On Sun, May 29, 2016 at 08:27:07PM +0200, Daniel Vetter wrote: >> > > On Fri, May 27, 2016 at 3:18 AM

Re: [PATCH v3 10/10] clocksource: import ARC timer driver

2016-11-10 Thread Vineet Gupta
On 11/10/2016 02:49 AM, Daniel Lezcano wrote: > On Thu, Nov 03, 2016 at 04:33:35PM -0700, Vineet Gupta wrote: >> This adds support for >> >> - CONFIG_ARC_TIMERS : legacy 32-bit TIMER0 and TIMER1 which count UP >>from @CNT to @LIMIT, before optionally triggering an interrupt. >>These are pr

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

2016-11-10 Thread Luis R. Rodriguez
On Thu, Nov 10, 2016 at 09:46:42AM +0100, Geert Uytterhoeven wrote: > On Thu, Nov 10, 2016 at 1:59 AM, Luis R. Rodriguez wrote: > > On Wed, Nov 9, 2016 at 4:43 PM, Rafael J. Wysocki wrote: > >> On Mon, Nov 7, 2016 at 10:22 PM, Luis R. Rodriguez > >> wrote: > >>> As clarified by Rafael at Plumbe

[PATCH] mm: add ZONE_DEVICE statistics to smaps

2016-11-10 Thread Dan Williams
ZONE_DEVICE pages are mapped into a process via the filesystem-dax and device-dax mechanisms. There are also proposals to use ZONE_DEVICE pages for other usages outside of dax. Add statistics to smaps so applications can debug that they are obtaining the mappings they expect, or otherwise account

commit 5c672ab3f0ee0f78f: fuse: serialize dirops by default

2016-11-10 Thread Nikolaus Rath
Hi Miklos, In commit 5c672ab3f0ee0f78f7acad183f34db0f8781a200 you introduced a new FUSE_PARALLEL_DIROPS capability and bumped the kernel interface no to 25 - but there have been no corresponding changes to userspace. Is this still preliminary and thus deliberately not in libfuse? I only noticed i

Re: [PATCH v2 2/2] mmc: sdhci-iproc: support standard byte register accesses

2016-11-10 Thread Ulf Hansson
On 1 November 2016 at 17:37, Scott Branden wrote: > Add bytewise register accesses support for newer versions of IPROC > SDHCI controllers. > Previous sdhci-iproc versions of SDIO controllers > (such as Raspberry Pi and Cygnus) only allowed for 32-bit register > accesses. > > Signed-off-by: Srinat

Re: [PATCH v2 1/2] mmc: sdhci-iproc: Add brcm,sdhci-iproc compat string in bindings document

2016-11-10 Thread Ulf Hansson
On 1 November 2016 at 17:37, Scott Branden wrote: > Adds brcm,sdhci-iproc compat string to DT bindings document for > the iProc SDHCI driver. > > Signed-off-by: Anup Patel > Signed-off-by: Scott Branden Thanks, applied for next! Kind regards Uffe > --- > Documentation/devicetree/bindings/mmc

Re: commit 5c672ab3f0ee0f78f: fuse: serialize dirops by default

2016-11-10 Thread Miklos Szeredi
On Thu, Nov 10, 2016 at 11:21 PM, Nikolaus Rath wrote: > Hi Miklos, > > In commit 5c672ab3f0ee0f78f7acad183f34db0f8781a200 you introduced a new > FUSE_PARALLEL_DIROPS capability and bumped the kernel interface no to > 25 - but there have been no corresponding changes to userspace. I think libfuse

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

2016-11-10 Thread Greg KH
On Thu, Nov 10, 2016 at 10:13:10PM +0100, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: > > > That said, I still don't much like this. > > > > > > I would much rather you make kref useful and use that. It still means > > > you get to audit all refcounts in th

<    2   3   4   5   6   7   8   9   10   >