[PATCH v2 0/5] mfd: Make max drivers explicitly non-modular

2016-06-02 Thread Paul Gortmaker
For anyone new to the underlying goal of this cleanup, we are trying to make driver code consistent with the Makefiles/Kconfigs that control them. This means not using modular functions/macros for drivers that can never be built as a module. Some of the other downfalls this leads to are: (1) it

[PATCH 2/5] mfd: max8997: Make it explicitly non-modular

2016-06-02 Thread Paul Gortmaker
The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config MFD_MAX8997 drivers/mfd/Kconfig:bool "Maxim Semiconductor MAX8997/8966 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essential

[PATCH 5/5] mfd: max77843: Make it explicitly non-modular

2016-06-02 Thread Paul Gortmaker
The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config MFD_MAX77843 drivers/mfd/Kconfig:bool "Maxim Semiconductor MAX77843 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially

[PATCH 4/5] mfd: max77620: make it explicitly non-modular

2016-06-02 Thread Paul Gortmaker
The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig:config MFD_MAX77620 drivers/mfd/Kconfig:bool "Maxim Semiconductor MAX77620 and MAX20024 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that i

[PATCH 1/5] mfd: max8925-i2c: Make it explicitly non-modular

2016-06-02 Thread Paul Gortmaker
The Kconfig currently controlling compilation of this code is: drivers/mfd/Kconfig: config MFD_MAX8925 drivers/mfd/Kconfig:bool "Maxim Semiconductor MAX8925 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially o

[PATCH 3/5] mfd: max8998: Make it explicitly non-modular

2016-06-02 Thread Paul Gortmaker
The Kconfig currently controlling compilation of this code is: mfd/Kconfig:config MFD_MAX8998 mfd/Kconfig:bool "Maxim Semiconductor MAX8998/National LP3974 PMIC Support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially or

[PATCH] mn10300: Add missing include file to proc-init.c

2016-06-02 Thread Guenter Roeck
: Arnd Bergmann Cc: Alexandre Belloni Signed-off-by: Guenter Roeck --- Applies to next-20160602. Feel free to merge into the original patch. arch/mn10300/proc-mn103e010/proc-init.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/mn10300/proc-mn103e010/proc-init.c b/arch/mn10300/pr

Re: [PATCH 01/20] [v2] x86, intel: Introduce macros for Intel family numbers

2016-06-02 Thread Rafael J. Wysocki
On Thursday, June 02, 2016 05:19:27 PM Dave Hansen wrote: > > Changes from v1: > * added acks from a few folks > * Took the redundant "MODEL_" out of the macro names (Suggested >by Borislav Petkov and acked by others) > > From: Dave Hansen > > If you are cc'd on this code, please check _y

Re: [PATCH 2/2] crypto : async implementation for sha1-mb

2016-06-02 Thread Herbert Xu
On Thu, Jun 02, 2016 at 10:20:20AM -0700, Megha Dey wrote: > > > > @@ -439,17 +444,18 @@ static int mcryptd_hash_finup_enqueue(struct > > > ahash_request *req) > > > static void mcryptd_hash_digest(struct crypto_async_request *req_async, > > > int err) > > > { > > > struct mcryptd_hash_ctx *c

[PATCH v2] mmc: Set pref erase size based on size.

2016-06-02 Thread Gwendal Grignou
If available, eMMC stack uses HC_ERASE_GRP_SIZE as preferred erase size. However, that size is the minimal size we must use, not the optimal size. Calculate the optimal size based on whole device size and fall back to HC_ERASE_GRP_SIZE if too small. Signed-off-by: Gwendal Grignou --- v2: fix com

Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls

2016-06-02 Thread Michael Kerrisk (man-pages)
On 06/01/2016 07:17 PM, Dave Hansen wrote: > On 06/01/2016 05:11 PM, Michael Kerrisk (man-pages) wrote: >> >> If I read this right, it doesn't actually remove any pkey restrictions >> that may have been applied while the key was allocated. So there could >> be >> pages with th

Re: [PATCH] Allow d_splice_alias to accept hashed dentries

2016-06-02 Thread Oleg Drokin
On Jun 2, 2016, at 7:59 PM, gr...@linuxhacker.ru wrote: > From: Oleg Drokin > > The comment at the top of the function already permits it, > just take out the assetrtion and update __d_add to > be aware of this. Move the BUG_ON to d_add which is the > other user of __d_add and presumably we do

[PATCH 02/20] x86, perf: use Intel family macros for core perf events

2016-06-02 Thread Dave Hansen
From: Dave Hansen Use the new model number macros instead of spelling things out in the comments. Note that this is missing a Nehalem model that is mentioned in intel_idle which is fixed up in a later patch. The resulting binary (arch/x86/events/intel/core.o) is exactly the same with and witho

[PATCH 08/20] x86, rapl: reorder cpu detection table

2016-06-02 Thread Dave Hansen
From: Dave Hansen Let's make an effort to group these things by microarchitecture name. It makes it easier to see if something got missed. Signed-off-by: Dave Hansen Acked-by: "Rafael J. Wysocki" Cc: linux...@vger.kernel.org --- b/drivers/powercap/intel_rapl.c | 22 ++

[PATCH 06/20] x86, msr: add missing Intel models

2016-06-02 Thread Dave Hansen
From: Dave Hansen This patch presumes that Kabylake and Skylake Server will be the same as the existing Skylake parts and adds them to the MSR events code. Also add handling for "WESTMERE2". Signed-off-by: Dave Hansen Cc: Peter Zijlstra Cc: Thomas Gleixner --- b/arch/x86/events/msr.c |

[PATCH 05/20] x86, msr: use Intel family macros for msr events code

2016-06-02 Thread Dave Hansen
From: Dave Hansen Use the new INTEL_MODEL_* macros for arch/x86/events/msr.c. This code appears to be missing handling for "WESTMERE2" and "SKYLAKE_X". Signed-off-by: Dave Hansen Cc: Andy Lutomirski Cc: Peter Zijlstra --- b/arch/x86/events/msr.c | 59

[PATCH 09/20] x86, platform: use new Intel model number macros

2016-06-02 Thread Dave Hansen
From: Dave Hansen Remove the open-coded model numbers. Signed-off-by: Dave Hansen Cc: Jacob Pan Cc: "Rafael J. Wysocki" Cc: Srinivas Pandruvada --- b/arch/x86/include/asm/intel-family.h |4 ++-- b/arch/x86/platform/atom/punit_atom_debug.c |5 +++-- 2 files changed, 5 inserti

[PATCH 10/20] x86, cstate: use Intel Model name macros

2016-06-02 Thread Dave Hansen
From: Dave Hansen This should be getting old by now. Use the new macros intead of open-coded magic numbers. Signed-off-by: Dave Hansen Cc: Thomas Gleixner Cc: Kan Liang --- b/arch/x86/events/intel/cstate.c | 47 +++ 1 file changed, 24 insertions(+), 2

[PATCH 11/20] x86, uncore: use Intel family name macros for uncore

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers Signed-off-by: Dave Hansen Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" --- b/arch/x86/events/intel/uncore.c | 41 +++ 1 file changed, 21 insertions(+), 20 deletions(-)

[PATCH 12/20] x86, edac: use Intel family name macros for edac driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Tony Luck Cc: Mauro Carvalho Chehab Cc: Doug Thompson Cc: Borislav Petkov Cc: linux-e...@vger.kernel.org --- b/drivers/edac/sb_edac.c | 11 ++- 1 file changed, 6 inserti

[PATCH 07/20] x86, intel: use Intel model macros intead of open-coding

2016-06-02 Thread Dave Hansen
From: Dave Hansen Use the new macros to remove another large set of open-coded values. Signed-off-by: Dave Hansen Acked-by: "Rafael J. Wysocki" Cc: linux...@vger.kernel.org --- b/arch/x86/include/asm/intel-family.h |2 + b/drivers/powercap/intel_rapl.c | 43 +

[PATCH 15/20] x86, intel_telemetry: use Intel family name macros for telemetry driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Darren Hart Cc: Souvik Kumar Chakravarty Cc: platform-driver-...@vger.kernel.org --- b/drivers/platform/x86/intel_telemetry_debugfs.c |3 ++- b/drivers/platform/x86/intel_teleme

[PATCH 14/20] x86, acpi, lss: use Intel family name macros for lpss driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: "Rafael J. Wysocki" Cc: Len Brown Cc: linux-a...@vger.kernel.org --- b/drivers/acpi/acpi_lpss.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff -puN drivers/acpi

[PATCH 16/20] x86, pmc_core: use Intel family name macros for pmc_core driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Darren Hart Cc: Rajneesh Bhardwaj Cc: Vishwanath Somayaji Cc: platform-driver-...@vger.kernel.org --- b/drivers/platform/x86/intel_pmc_core.c |9 + 1 file changed, 5 in

[PATCH 13/20] x86, cpufreq: use Intel family name macros for intel_pstate cpufreq driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: "Rafael J. Wysocki" Cc: Srinivas Pandruvada Cc: Len Brown Cc: Viresh Kumar Cc: linux...@vger.kernel.org --- b/drivers/cpufreq/intel_pstate.c | 37 +++

[PATCH 18/20] x86, thermal: clean up and fix cpu model detection for intel_soc_dts_thermal

2016-06-02 Thread Dave Hansen
From: Dave Hansen The X86_FAMILY_ANY in here is bogus. "BYT" and model 0x37 are family-6 only. Signed-off-by: Dave Hansen Cc: Zhang Rui Cc: Eduardo Valentin Cc: linux...@vger.kernel.org --- b/drivers/thermal/intel_soc_dts_thermal.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(

[PATCH 17/20] x86, mmc: use Intel family name macros for mmc driver

2016-06-02 Thread Dave Hansen
From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Acked-by: Adrian Hunter Cc: Ulf Hansson Cc: linux-...@vger.kernel.org --- b/drivers/mmc/host/sdhci-acpi.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff -puN drivers/mmc/hos

[PATCH 20/20] x86, powercap, rapl: add Skylake Server model number

2016-06-02 Thread Dave Hansen
From: Dave Hansen SKX uses similar RAPL interface as Broadwell server according to Jacob Pan. Signed-off-by: Dave Hansen Cc: Jacob Pan Cc: "Rafael J. Wysocki" Cc: linux...@vger.kernel.org --- b/drivers/powercap/intel_rapl.c |1 + 1 file changed, 1 insertion(+) diff -puN drivers/pow

[PATCH 19/20] x86, rapl: add Skylake server model detection

2016-06-02 Thread Dave Hansen
From: Jacob Pan SKX uses similar RAPL interface as Broadwell server. Signed-off-by: Jacob Pan Signed-off-by: Dave Hansen Cc: Thomas Gleixner --- b/arch/x86/events/intel/rapl.c |1 + 1 file changed, 1 insertion(+) diff -puN arch/x86/events/intel/rapl.c~x86-intel-familites-rapl-skx arc

[PATCH 04/20] x86, intel_idle: use Intel family macros for intel_idle

2016-06-02 Thread Dave Hansen
From: Dave Hansen Use the new INTEL_FAM6_* macros for intel_idle.c. Also fix up some of the macros to be consistent with how some of the intel_idle code refers to the model. There's on oddity here: model 0x1F is uniquely referred to here and nowhere else that I could find. 0x1E/0x1F are just

[PATCH 03/20] x86, rapl: use Intel family macros for rapl

2016-06-02 Thread Dave Hansen
From: Dave Hansen Use the new INTEL_FAM6_* macros for rapl.c. Note that this is missing at least one Westmere model and Skylake Server which will we fixed later in this series. The resulting binary structure 'rapl_cpu_match' is the same before and after this patch. Signed-off-by: Dave Hansen

[PATCH 01/20] [v2] x86, intel: Introduce macros for Intel family numbers

2016-06-02 Thread Dave Hansen
Changes from v1: * added acks from a few folks * Took the redundant "MODEL_" out of the macro names (Suggested by Borislav Petkov and acked by others) From: Dave Hansen If you are cc'd on this code, please check _your_ code vs. the model list in "intel-family.h". Please make sure you have

Re: [PATCH v2 1/3] regulator: DT: Add DT property for operation mode configuration

2016-06-02 Thread Mark Brown
On Tue, May 31, 2016 at 04:20:35PM +0800, Fan Chen wrote: > On Mon, 2016-05-23 at 12:28 +0100, Mark Brown wrote: > > Henry, *please* look at how the existing mode support in the bindings is > > done and consider how a consumer would use this given that it doesn't > > know anything about the regula

Re: [PATCH 00/11] cpufreq: Keep policy->freq_table sorted

2016-06-02 Thread Viresh Kumar
On 02-06-16, 22:35, Rafael J. Wysocki wrote: > Quoting from this very cover letter "This change allows us to remove > the (duplicate) sorted-freq-table, which > was added by following series:", so why to add it in the first place? Okay, that's fine. > Besides, there already is a number of tables

[PATCH] Allow d_splice_alias to accept hashed dentries

2016-06-02 Thread green
From: Oleg Drokin The comment at the top of the function already permits it, just take out the assetrtion and update __d_add to be aware of this. Move the BUG_ON to d_add which is the other user of __d_add and presumably we do not want to allow hashed dentries as input there. Signed-off-by: Oleg

RE: [PATCH] net: fjes: fjes_main: Remove create_workqueue

2016-06-02 Thread Izumi, Taku
Dear Bhaktipriya, Thanks. Looks good to me. Sincerely, Taku Izumi > -Original Message- > From: Bhaktipriya Shridhar [mailto:bhaktipriy...@gmail.com] > Sent: Thursday, June 02, 2016 6:31 PM > To: David S. Miller; Izumi, Taku/泉 拓; Florian Westphal; Bhaktipriya Shridhar > Cc: Tejun Heo; net

Applied "ASoC: fsl: fix build failure" to the asoc tree

2016-06-02 Thread Mark Brown
The patch ASoC: fsl: fix build failure has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the n

Re: [PATCH 1/2] regmap: irq: Add support to call client specific pre/post interrupt service

2016-06-02 Thread Mark Brown
On Fri, May 20, 2016 at 08:40:26PM +0530, Laxman Dewangan wrote: > Regmap irq implements the generic interrupt service routine which > is common for most of devices. Some devices, like MAX77620, MAX20024 > needs the special handling before and after servicing the interrupt > as generic. For the exa

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

2016-06-02 Thread Dmitry Torokhov
On Thu, Jun 02, 2016 at 04:15:27PM -0700, John Stultz wrote: > On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov > wrote: > > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > >> wrote: > >> > Hi John, > >> > > >> > On Wed, Jun 01, 2

Re: [PATCH v2 2/7] DT: phy.txt: Add mdio-integrated-mux property

2016-06-02 Thread Rob Herring
On Tue, May 31, 2016 at 07:06:36PM +0530, Pramod Kumar wrote: > This property is used by integrated MDIO multiplexer > which has bus selection and mdio transaction generation logic, > integrated inside. > > Signed-off-by: Pramod Kumar > --- > Documentation/devicetree/bindings/net/mdio-mux.txt |

Re: [Patch v5 5/8] firmware: qcom: scm: Convert to streaming DMA APIS

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM driver to use the streaming DMA APIs > for communication buffers. Yes, but why? > > Signed-off-by: Andy Gross > --- > drivers/firmware/qcom_scm-32.c | 189 > +++-- > drivers/firmware/qcom_sc

Re: [PATCH] kbuild: simpler generation of constants for assembly

2016-06-02 Thread Andrew Morton
On Sat, 21 May 2016 01:27:36 +0300 Alexey Dobriyan wrote: > Instead of showing how cool sed(1) invocation could be, rely on the fact > that gcc doesn't really look inside "asm" statement body and more or less > directly emits it into assembly. Pretend "#define" is an instruction. > > %a prints i

Re: [PATCH 2/2] dt-bindings: clocksource: Add Add Oxford Semiconductor RPS Timer bindings

2016-06-02 Thread Rob Herring
On Tue, May 31, 2016 at 11:49:58AM +0200, Neil Armstrong wrote: > Add DT bindings for the Oxford Semiconductor RPS dual Timer. > > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/timer/oxsemi,rps-timer.txt | 17 > + > 1 file changed, 17 insertions(+) > create

Re: [PATCH v2 2/2] ARM: at91: Add DT support for Olimex SAM9-L9260 board.

2016-06-02 Thread Rob Herring
On Tue, May 31, 2016 at 12:47:31PM +0530, Raashid Muhammed wrote: > From: Raashid Muhammed > > sam9-l9260 is a low cost board designed by Olimex. > > More information is available at: > https://www.olimex.com/Products/ARM/Atmel/SAM9-L9260/ > > Signed-off-by: Raashid Muhammed > Reviewed-by: Vij

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

2016-06-02 Thread Peter Senna Tschudin
Hi Philipp, Thank you very much for the review! I'll send V2 soon, doing my best to avoid collisions with other patches that are under review. On Thursday, June 2, 2016 14:49 CEST, Philipp Zabel wrote: > Hi Peter, > > Am Montag, den 30.05.2016, 18:39 +0200 schrieb Peter Senna Tschudin: >

Re: [PATCH v3 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

2016-06-02 Thread Rob Herring
On Tue, May 31, 2016 at 02:58:23PM +0800, Songjun Wu wrote: > DT binding documentation for ISC driver. > > Signed-off-by: Songjun Wu > --- > > Changes in v3: > - Remove the 'atmel,sensor-preferred'. > - Modify the isc clock node according to the Rob's remarks. > > Changes in v2: > - Remove the

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

2016-06-02 Thread John Stultz
On Thu, Jun 2, 2016 at 3:47 PM, Dmitry Torokhov wrote: > On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: >> On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov >> wrote: >> > Hi John, >> > >> > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> >> From: Jorge Ramirez-Ortiz

Re: [PATCH] mm: check the return value of lookup_page_ext for all call sites

2016-06-02 Thread Shi, Yang
On 6/1/2016 10:00 PM, Minchan Kim wrote: On Wed, Jun 01, 2016 at 01:40:48PM -0700, Shi, Yang wrote: On 5/29/2016 11:11 PM, Minchan Kim wrote: On Fri, May 27, 2016 at 11:16:41AM -0700, Shi, Yang wrote: If we goes this way, how to guarantee this race? Thanks for pointing out this. It sound

Re: shrink_active_list/try_to_release_page bug? (was Re: xfs trace in 4.4.2 / also in 4.3.3 WARNING fs/xfs/xfs_aops.c:1232 xfs_vm_releasepage)

2016-06-02 Thread Dave Chinner
On Thu, Jun 02, 2016 at 02:44:30PM +0200, Holger Hoffstätte wrote: > On 06/02/16 14:13, Stefan Priebe - Profihost AG wrote: > > > > Am 31.05.2016 um 09:31 schrieb Dave Chinner: > >> On Tue, May 31, 2016 at 08:11:42AM +0200, Stefan Priebe - Profihost AG > >> wrote: > I'm half tempted at this

[PATCH] x86: Report Intel platform_id in /proc/cpuinfo

2016-06-02 Thread Andi Kleen
From: Andi Kleen We have a need to distinguish systems based on their platform ID. For example this is useful to distinguish systems with L4 cache versus ones without. There is a 3 bit identifier (also called processor flags) in the IA32_PLATFORM_ID MSR that can give a more fine grained identifi

NFS/d_splice_alias breakage

2016-06-02 Thread Oleg Drokin
Hello! I just came across a bug (trying to run some Lustre test scripts against NFS, while hunting for another nfsd bug) that seems to be present since at least 2014 that lets users crash nfs client locally. Here's some interesting comment quote first from d_obtain_alias: > * Cluster

Re: [PATCH 00/10] String hash improvements

2016-06-02 Thread Fubo Chen
On Wed, May 25, 2016 at 9:08 AM, Linus Torvalds wrote: > Ok, thanks. For some odd reason all your emails in this series got > marked as spam. Every single one, including the cover letter (but not > your replies to the replies to this). I have added the following filter to my gmail account: "never

Re: [PATCH v4] Axi-usb: Add support for 64-bit addressing.

2016-06-02 Thread Rob Herring
On Mon, May 30, 2016 at 10:16:38PM +0530, Nava kishore Manne wrote: > This patch updates the driver to support 64-bit DMA addressing. > > Signed-off-by: Nava kishore Manne > --- > Changes for v4: > -Used boolen property insted of addrwith property in the DT >as sugge

Re: [PATCH 3/5] Documentation/devicetree/bindings: Add b850v3_lvds_dp

2016-06-02 Thread Rob Herring
On Mon, May 30, 2016 at 06:39:43PM +0200, Peter Senna Tschudin wrote: > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Signed-off-by: Peter Senna Tschudin > --- > .../devicetree/bindings/ge/b850v3_lvds_dp.txt | 38 > ++ > 1 file chan

[PATCH] mmc: Set pref erase size based on size.

2016-06-02 Thread Gwendal Grignou
If available, eMMC stack uses HC_ERASE_GRP_SIZE as preferred erase size. However, that size is the minimal size we must use, not the optimal size. Calculate the optimal size based on whole device size and fall back to HC_ERASE_GRP_SIZE if too small. Signed-off-by: Gwendal Grignou --- drivers/mmc

Re: [PATCH] x86: Report Intel platform_id in /proc/cpuinfo

2016-06-02 Thread Andi Kleen
On Thu, Jun 02, 2016 at 03:27:07PM -0300, Henrique de Moraes Holschuh wrote: > On Tue, 31 May 2016, Andi Kleen wrote: > > We have a need to distinguish systems based on their platform ID. > > For example this is useful to distinguish systems with L4 cache > > versus ones without. > > > > There is

Re: [PATCH] ses: Fix racy cleanup of /sys in remove_dev()

2016-06-02 Thread Calvin Owens
On 05/13/2016 01:28 PM, Calvin Owens wrote: Currently we free the resources backing the enclosure device before we call device_unregister(). This is racy: during rmmod of low-level SCSI drivers that hook into enclosure, we end up with a small window of time during which writing to /sys can OOPS.

Re: [PATCH 2/3] dt-bindings: watchdog: Add Meson GXBB Watchdog bindings

2016-06-02 Thread Rob Herring
On Mon, May 30, 2016 at 04:12:06PM +0200, Neil Armstrong wrote: > Signed-off-by: Neil Armstrong > --- > .../devicetree/bindings/watchdog/meson-gxbb-wdt.txt | 16 > > 1 file changed, 16 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/watchdog/meson-g

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

2016-06-02 Thread Dmitry Torokhov
On Thu, Jun 02, 2016 at 03:10:33PM -0700, John Stultz wrote: > On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov > wrote: > > Hi John, > > > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: > >> From: Jorge Ramirez-Ortiz > >> > >> This driver provides a input driver for the power butt

Re: [PATCH 1/3] dt-bindings: pwm: Add MediaTek display PWM bindings

2016-06-02 Thread Rob Herring
On Mon, May 30, 2016 at 04:41:50PM +0800, Weiqing Kong wrote: > Add MT2701 compatible string. > > Signed-off-by: Weiqing Kong > --- > Documentation/devicetree/bindings/pwm/pwm-mtk-disp.txt | 5 +++-- > 1 file changed, 3 insertions(+), 2 deletions(-) > > diff --git a/Documentation/devicetree/bin

Re: [PATCH 2/2] kselftests: timers: Add set-tz test case

2016-06-02 Thread Shuah Khan
On 06/01/2016 12:53 PM, John Stultz wrote: > Mika Westerberg reported a erroneous change in the error > checking of settimeofday, so I wanted to add a test to ensure > we don't trip over this again. > > Cc: Mika Westerberg > Cc: Baolin Wang > Cc: Thomas Gleixner > Cc: Shuah Khan > Cc: Arnd Ber

Re: [PATCH v3 04/12] of: add J-Core timer bindings

2016-06-02 Thread Rob Herring
On Wed, Jun 01, 2016 at 09:34:07PM -0400, Rich Felker wrote: > On Wed, Jun 01, 2016 at 05:36:19PM -0500, Rob Herring wrote: > > On Wed, Jun 1, 2016 at 12:53 PM, Rich Felker wrote: > > > On Wed, Jun 01, 2016 at 08:58:52AM -0500, Rob Herring wrote: > > >> On Wed, May 25, 2016 at 05:43:03AM +, Ri

[PATCH] net: ethernet: ti: cpsw: remove rx_descs property

2016-06-02 Thread Ivan Khoronzhuk
There is no reason to hold s/w dependent parameter in device tree. Even more, there is no reason in this parameter because davinici_cpdma driver splits pool of descriptors equally between tx and rx channels. That is, if number of descriptors 256, 128 of them are for rx channels. While receiving, th

Re: script relative shebang

2016-06-02 Thread Boris
I still think it is a good thing to do. I will try to implement it on github and may be some day someone influential will help me with that :) On 2 June 2016 05:19:34 BST, Ken Moffat wrote: >On Thu, Jun 02, 2016 at 01:04:46AM +0100, Boris Rybalkin wrote: >> Sorry for insisting, but I would like

Re: [Intel-gfx] [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

2016-06-02 Thread Chris Wilson
On Thu, Jun 02, 2016 at 11:57:02PM +0200, Daniel Vetter wrote: > drm_encoder_find is an idr lookup. That should be plenty fast, > especially for modeset code. Usually what's too expensive even for > modeset code is linear list walks. But Chris just submitted patches to > convert most of them into s

[PATCH] net: ethernet: ti: cpsw: remove unused priv lock

2016-06-02 Thread Ivan Khoronzhuk
There is no reason in this lock. At least for now. Signed-off-by: Ivan Khoronzhuk --- Based on master drivers/net/ethernet/ti/cpsw.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c index 9919cb3..8d1d373 100644 --- a/drivers

Re: [PATCH v4 0/8] Replay Protected Memory Block (RPMB) subsystem

2016-06-02 Thread Arve Hjønnevåg
On Thu, Jun 2, 2016 at 6:17 AM, Winkler, Tomas wrote: >> >> On Wed, Jun 1, 2016 at 2:41 PM, Tomas Winkler >> wrote: >> > Few storage technology such is EMMC, UFS, and NVMe support RPMB >> >hardware partition with common protocol and frame layout. >> > The RPMB partition cannot be accessed via sta

Re: [Patch v5 8/8] arm64: dts: msm8916: Add SCM firmware node

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This adds the devicetree node for the SCM firmware. > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 7/8] dts: qcom: apq8084: Add SCM firmware node

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This patch adds the firmware node for the SCM > > Acked-by: Bjorn Andersson > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 6/8] firmware: qcom: scm: Add support for ARM64 SoCs

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > + > +#define MAX_QCOM_SCM_ARGS 10 > +#define MAX_QCOM_SCM_RETS 3 > + > +#define QCOM_SCM_ARGS_IMPL(num, a, b, c, d, e, f, g, h, i, j, ...) (\ > +(((a) & 0x3) << 4) | \ > +(((b) & 0x3) << 6) | \ > +

[PATCH] MAINTAINERS: DeviceTree maintainer updates

2016-06-02 Thread Rob Herring
Grant stepped down as kernel DT maintainer and his linaro.org email will be bouncing soon, so remove him now. Pawel, Ian and Kumar either said they don't want to remain maintainers or didn't reply, so removing them as binding maintainers. Update the DT git tree to mine. Grant's has not been active

Re: [Patch v5 1/8] dt/bindings: firmware: Add Qualcomm SCM binding

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This patch adds the device tree support for the Qualcomm SCM firmware. > > Signed-off-by: Andy Gross > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project

Re: [Patch v5 3/8] firmware: qcom: scm: Use atomic SCM for cold boot

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This patch changes the cold_set_boot_addr function to use atomic SCM > calls. cold_set_boot_addr required adding qcom_scm_call_atomic2 to > support the two arguments going to the smc call. Using atomic removes > the need for memory allocation and instead places all a

Re: [Patch v5 2/8] firmware: qcom: scm: Convert SCM to platform driver

2016-06-02 Thread Stephen Boyd
On 05/12, Andy Gross wrote: > This patch converts the Qualcomm SCM firmware driver into a platform > driver. And introduces clk enable/disable + rate setting logic because the firmware uses crypto clks during some scm calls. > > + > +static struct platform_driver qcom_scm_driver = { > + .dri

Re: [RFC][PATCH 4/5] drivers: input: powerkey for HISI 65xx SoC

2016-06-02 Thread John Stultz
On Wed, Jun 1, 2016 at 7:10 PM, Dmitry Torokhov wrote: > Hi John, > > On Wed, Jun 01, 2016 at 02:27:39PM -0700, John Stultz wrote: >> From: Jorge Ramirez-Ortiz >> >> This driver provides a input driver for the power button on the >> HiSi 65xx SoC for boards like HiKey. >> >> This driver was origi

[PATCH v2 trivial] include/linux/memblock.h: Clean up code for several trivial details

2016-06-02 Thread chengang
From: Chen Gang Correct the function parameters alignment, since original code already use both tabs and white spaces together for the incorrect parameters alignment functions. If one line can hold one statement within 80 columns, let it in one line (original code did not consider about the tabs

Re: [PATCH 01/20] drm/atomic: Fix remaining places where !funcs->best_encoder is valid

2016-06-02 Thread Daniel Vetter
On Thu, Jun 2, 2016 at 11:05 PM, Laurent Pinchart wrote: > Hi Boris, > > Thank you for the patch. > > On Thursday 02 Jun 2016 16:31:28 Boris Brezillon wrote: >> Adapt drm_pick_crtcs() and update_connector_routing() to fallback to >> drm_atomic_helper_best_encoder() if funcs->best_encoder() is NULL

Re: [PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

2016-06-02 Thread Alex Thorlton
On Thu, Jun 02, 2016 at 04:14:03PM -0500, Alex Thorlton wrote: > On Thu, Jun 02, 2016 at 08:45:47PM +0100, Matt Fleming wrote: > > Unless I've missed it, I didn't see an explanation in the changelog of > > why it's OK to switch from using __va(tab->function) to tab->function > > directly, which pre

Re: [PATCH -v4 5/7] locking, arch: Update spin_unlock_wait()

2016-06-02 Thread Peter Zijlstra
On Thu, Jun 02, 2016 at 06:57:00PM +0100, Will Deacon wrote: > > +++ b/include/asm-generic/qspinlock.h > > @@ -28,30 +28,13 @@ > > */ > > static __always_inline int queued_spin_is_locked(struct qspinlock *lock) > > { > > + /* > > +* See queued_spin_unlock_wait(). > > * > > +* An

Re: [PATCH 01/20] x86, intel: Introduce macros for Intel family numbers

2016-06-02 Thread Darren Hart
On Wed, Jun 01, 2016 at 05:11:57PM -0700, Dave Hansen wrote: > > From: Dave Hansen > > If you are cc'd on this code, please check _your_ code vs. the > model list in "intel-family.h". Please make sure you have all > the models listed that you intend to. > > Problem: > > We have a boatload of

Re: [PATCH 01/20] x86, intel: Introduce macros for Intel family numbers

2016-06-02 Thread Rafael J. Wysocki
On Thursday, June 02, 2016 08:57:15 AM Borislav Petkov wrote: > On Wed, Jun 01, 2016 at 05:11:57PM -0700, Dave Hansen wrote: > > +#define INTEL_FAM6_MODEL_CORE_YONAH0x0E > > +#define INTEL_FAM6_MODEL_CORE2_MEROM 0x0F > > That "MODEL_" part looks redundant too IMO - yo

Re: [PATCH] of: use pr_fmt prefix for all console printing

2016-06-02 Thread Frank Rowand
On 06/02/16 12:56, Rob Herring wrote: > On Thu, Jun 2, 2016 at 12:33 PM, Frank Rowand wrote: >> On 06/02/16 08:14, Rob Herring wrote: >>> Clean-up all the DT printk functions to use common pr_fmt prefix. >>> >>> Some print statements such as kmalloc errors were redundant, so just >>> drop those. >

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

2016-06-02 Thread Linus Torvalds
On Thu, Jun 2, 2016 at 2:23 PM, Eric W. Biederman wrote: > > We certainly don't need the permission check. I agree that we don't need it, but it does simplify the code, and it doesn't actually harm anything, since the thing we check for permissions is the same /dev directory, which we already kno

[PATCH 1/6] clk: Add missing clk_get_sys() stub

2016-06-02 Thread Daniel Lezcano
When compiling with the COMPILE_TEST option set, the clps711x does not compile because of the clk_get_sys() noop stub missing. Signed-off-by: Daniel Lezcano --- include/linux/clk.h | 4 1 file changed, 4 insertions(+) diff --git a/include/linux/clk.h b/include/linux/clk.h index 0df4a51..83

[PATCH 2/6] clocksource/drivers/bcm_kona: Remove useless header

2016-06-02 Thread Daniel Lezcano
The driver includes the header but it is pointless. Remove it. Signed-off-by: Daniel Lezcano --- drivers/clocksource/bcm_kona_timer.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/clocksource/bcm_kona_timer.c b/drivers/clocksource/bcm_kona_timer.c index e717e87..fd11d59 100644 --

[PATCH 4/6] clocksource/drivers/armv7m_systick: Add the COMPILE_TEST option

2016-06-02 Thread Daniel Lezcano
In order to increase the compilation test coverage, add the COMPILE_TEST so the driver can be compiled even if it does not belong to the platform or the architecture. Signed-off-by: Daniel Lezcano --- drivers/clocksource/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

[PATCH 5/6] clocksource/drivers/bcm_kona: Add the COMPILE_TEST option

2016-06-02 Thread Daniel Lezcano
Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM_KONA_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up to

[PATCH 3/6] clocksource/drivers/bcm2835: Add the COMPILE_TEST option

2016-06-02 Thread Daniel Lezcano
Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM2835_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up to

[PATCH 6/6] clocksource/drivers/clps_711x: Add the COMPILE_TEST option

2016-06-02 Thread Daniel Lezcano
Change the Kconfig option logic to fullfil with the current approach. A new Kconfig option is added, CONFIG_BCM_KONA_TIMER and is selected by the platform. Then the clocksource's Kconfig is changed to make this option selectable by the user if the COMPILE_TEST option is set. Otherwise, it is up to

Re: [PATCH 32/32] mmc: bcm2835: Import bcm2835-mmc and switch to it

2016-06-02 Thread Eric Anholt
Stefan Wahren writes: > Hi Eric, > >> Eric Anholt hat am 2. Juni 2016 um 20:18 geschrieben: >> >> >> Stefan Wahren writes: >> >> > Hi Gerd, >> > >> > Am 01.06.2016 um 23:43 schrieb Gerd Hoffmann: >> >> From: Eric Anholt >> >> >> >> With this we can get wifi (brcmfmac) to probe. Without it

Re: [PATCH tty-next] devpts: Make each mount of devpts an independent filesystem.

2016-06-02 Thread Eric W. Biederman
"H. Peter Anvin" writes: > On 06/02/16 13:22, Eric W. Biederman wrote: >> >> The problem with lookup_one_len_unlocked is that it still calls >> inode_permission. >> >> As per previous discussions we don't want the path based permission >> checks involved in that lookup. >> > > Is it that we do

Re: [PATCH] usb: musbhsdma: Add space after that ','.

2016-06-02 Thread Bin Liu
Hi, On Wed, Jun 01, 2016 at 09:49:35AM -0400, Sandhya Bankar wrote: > Add space after that ','. > > Signed-off-by: Sandhya Bankar Please revise the subject prefix to "usb: musb: musbhsdma: ...". Regards, -Bin.

Re: [PATCH] usb: musb_host: Use sizeof(*qh)instead of sizeof *qh.

2016-06-02 Thread Bin Liu
Hi, On Wed, Jun 01, 2016 at 09:40:06AM -0400, Sandhya Bankar wrote: > Use sizeof(*qh)instead of sizeof *qh. > > Signed-off-by: Sandhya Bankar Please revise the subject prefix to "usb: musb: host: ...". Regards, -Bin.

Re: [PATCH] device tree description for AD5820 camera auto-focus coil

2016-06-02 Thread Sakari Ailus
On Thu, Jun 02, 2016 at 09:30:27PM +0200, Pavel Machek wrote: > > Add documentation for ad5820 device tree binding. > > Signed-off-by: Pavel Machek Thanks, Pavel!! Can I pick the two patches (this one + the driver) or would you like to send a pull request? In the latter case you can add: Acke

Re: [PATCH 3/3] Update efi_thunk to use efi_call_virt_generic

2016-06-02 Thread Alex Thorlton
On Thu, Jun 02, 2016 at 09:19:49PM +0100, Matt Fleming wrote: > On Wed, 18 May, at 02:11:41PM, Alex Thorlton wrote: > > +#define arch_efi_call_virt(p, f, ...) > > \ > > +({ \ > > + u32 func = run

Re: [PATCH/RFC 0/1] soc: renesas: Add DT fixup code for backwards compatibility

2016-06-02 Thread Laurent Pinchart
Hi Rob and Geert, On Wednesday 01 Jun 2016 15:27:59 Rob Herring wrote: > On Wed, Jun 1, 2016 at 2:50 PM, Geert Uytterhoeven wrote: > > Hi all, > > > > When moving functionality from C code to DT, we're regularly faced with > > stable DT issues: old DTBs should keep on working. This requires keepi

Re: [PATCHv5] support for AD5820 camera auto-focus coil

2016-06-02 Thread Sakari Ailus
On Thu, Jun 02, 2016 at 09:27:37PM +0200, Pavel Machek wrote: > On Thu 2016-06-02 10:45:45, Sakari Ailus wrote: > > On Thu, Jun 02, 2016 at 12:08:40AM +0200, Pavel Machek wrote: > > > On Wed 2016-06-01 18:24:39, Sakari Ailus wrote: > > > > Hi Pavel, > > > > > > > > Well, it does not use any dt pro

Re: [REGRESSION] Headphones no longer working on MacPro6,1 with 4.4

2016-06-02 Thread Laura Abbott
On 05/24/2016 10:54 AM, Takashi Iwai wrote: On Tue, 24 May 2016 18:41:06 +0200, Laura Abbott wrote: Node 0x10 [Pin Complex] wcaps 0x40058d: Stereo Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Amp-Out caps: ofs=0x42, nsteps

Re: [PATCH 2/3] Update uv_bios_call to use efi_call_virt_generic

2016-06-02 Thread Alex Thorlton
On Thu, Jun 02, 2016 at 08:45:47PM +0100, Matt Fleming wrote: > Unless I've missed it, I didn't see an explanation in the changelog of > why it's OK to switch from using __va(tab->function) to tab->function > directly, which presumably is a physical address. > > Was that intended? It was intended

[PATCH v2 -next] virtio-net: Add initial MTU advice feature

2016-06-02 Thread Aaron Conole
This commit adds the feature bit and associated mtu device entry for the virtio network device. When a virtio device comes up, it checks the feature bit for the VIRTIO_NET_F_MTU feature. If such feature bit is enabled, the driver will read the advised MTU and use it as the initial value. Signed-

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