[PATCH 32/34] clk: u300: Migrate to clk_hw based registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Linus Walleij Signed-off-by: Stephen Boyd --- See commit 58657d189a2f a

[PATCH 34/34] clk: wm831x: Migrate to clk_hw based registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Mark Brown Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and

[PATCH 11/34] clk: cdce: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Max Filippov Signed-off-by: Stephen Boyd --- See commit 58657d189a2f an

[PATCH 16/34] clk: ls1x: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Kelvin Cheung Signed-off-by: Stephen Boyd --- See commit 58657d189a2f a

Re: [PATCH -v3 3/8] locking: Introduce smp_acquire__after_ctrl_dep

On Wed, Jun 01, 2016 at 06:22:55PM +0200, Peter Zijlstra wrote: > On Wed, Jun 01, 2016 at 09:52:14PM +0800, Boqun Feng wrote: > > On Tue, May 31, 2016 at 11:41:37AM +0200, Peter Zijlstra wrote: > > > > @@ -292,7 +282,7 @@ static void sem_wait_array(struct sem_ar > > > sem = sma->sem_base

Re: [PATCH v2 5/7] net:mdio-mux: Add MDIO mux driver for iProc SoCs

From: Pramod Kumar Date: Tue, 31 May 2016 19:06:39 +0530 > +static int iproc_mdio_wait_for_idle(void __iomem *base, bool result) > +{ > + u32 val; > + unsigned int timeout = 1000; /* loop for 1s */ Please order your local variable declarations from longest to shortest line. > +static in

[PATCH 33/34] clk: vt8500: Migrate to clk_hw based registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Sebastian Hesselbarth Cc: Tony Prisk Signed-off-by: Stephen Boyd --- S

[PATCH 30/34] clk: stm32f3: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Daniel Thompson Signed-off-by: Stephen Boyd --- See commit 58657d189a2f

[PATCH 31/34] clk: twl6040: Migrate to clk_hw based registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Peter Ujfalusi Signed-off-by: Stephen Boyd --- See commit 58657d189a2f

[PATCH 26/34] clk: scpi: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Sudeep Holla Signed-off-by: Stephen Boyd --- See commit 58657d189a2f an

[PATCH 13/34] clk: clps711x: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Alexander Shiyan Signed-off-by: Stephen Boyd --- See commit 58657d189a2

[PATCH 12/34] clk: cdce925: Migrate to clk_hw based OF and provider APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Mike Looijmans Signed-off-by: Stephen Boyd --- See commit 58657d189a2f

[PATCH 28/34] clk: si5351: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Sebastian Hesselbarth Cc: Guenter Roeck Cc: Sören Brinkmann Cc: Mike Lo

[PATCH 29/34] clk: si570: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Guenter Roeck Cc: Sören Brinkmann Signed-off-by: Stephen Boyd --- See

[PATCH 25/34] clk: s2mps11: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Andi Shyti Cc: Krzysztof Kozlowski Signed-off-by: Stephen Boyd --- See

[PATCH 27/34] clk: si514: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Sebastian Hesselbarth Cc: Guenter Roeck Cc: Sören Brinkmann Cc: Mike Lo

[PATCH 24/34] clk: rk808: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Chris Zhong Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and

[PATCH 22/34] clk: palmas: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Peter Ujfalusi Cc: Nishanth Menon Signed-off-by: Stephen Boyd --- See

[PATCH 21/34] clk: nspire: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Daniel Tang Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and

[PATCH 10/34] clk: axm5516: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Make thing simple by using the existing clk_hw array and implementing a custom

[PATCH 23/34] clk: pwm: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Janusz Uzycki Cc: Philipp Zabel Signed-off-by: Stephen Boyd --- See co

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

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 standard block layer, but > by a set of specific commands: WRITE, READ, GET

[PATCH 15/34] clk: efm32gg: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Uwe Kleine-König Signed-off-by: Stephen Boyd --- See commit 58657d189a2

[PATCH 14/34] clk: cs2000: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Kuninori Morimoto Signed-off-by: Stephen Boyd --- See commit 58657d189a

[PATCH 20/34] clk: nomadik: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Linus Walleij Signed-off-by: Stephen Boyd --- See commit 58657d189a2f a

[PATCH 18/34] clk: mb86s7x: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Jassi Brar Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and

[PATCH 19/34] clk: moxart: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Jonas Jensen Signed-off-by: Stephen Boyd --- See commit 58657d189a2f an

[PATCH 07/34] clk: berlin: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Jisheng Zhang Cc: Alexandre Belloni Cc: Sebastian Hesselbarth Signed-of

[PATCH 08/34] clk: asm9260: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Oleksij Rempel Signed-off-by: Stephen Boyd --- See commit 58657d189a2f

[PATCH 17/34] clk: maxgen: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Javier Martinez Canillas Signed-off-by: Stephen Boyd --- See commit 586

[PATCH 09/34] clk: axi-clkgen: Migrate to clk_hw based OF and registration APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Lars-Peter Clausen Signed-off-by: Stephen Boyd --- See commit 58657d189

[PATCH 00/34] Convert clk providers to clk_hw based APIs (part 1)

This is an initial set of patches to convert clk provider drivers over to the clk_hw based approach of registering clks. The foundational part of that has merged into v4.7-rc1 (see commit 58657d189a2f and it's children for details), so this series updates some drivers for the new registration style

[PATCH 03/34] clk: highbank: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers in this driver, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Rob Herring Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and it's children for detail

[PATCH 05/34] clk: bcm: iproc: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers while registering clks in these drivers, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Ray Jui Cc: Jon Mason Cc: Simran Rai Signed-off-by: Stephen Boyd ---

[PATCH 02/34] clk: at91: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers in this driver, allowing us to move closer to a clear split of consumer and provider clk APIs. Cc: Alexandre Belloni Cc: Boris Brezillon Signed-off-by: Stephen Boyd --- See commit 58657d189a2f a

[PATCH 06/34] clk: bcm: kona: Migrate to clk_hw based registration and OF APIs

Now that we can use clk_hw pointers we don't need to have two duplicate arrays holding the same mapping of clk index to clk_hw pointer. Implement a custom clk_hw provider function to map the OF specifier to the clk_hw instance for it. Cc: Alex Elder Signed-off-by: Stephen Boyd --- See commit 58

[PATCH 01/34] clk: qcom: Migrate to clk_hw based registration and OF APIs

Now that we have clk_hw based provider APIs to register clks, we can get rid of struct clk pointers in this driver, allowing us to move closer to a clear split of consumer and provider clk APIs. Signed-off-by: Stephen Boyd --- See commit 58657d189a2f and it's children for details on this new reg

Re: [PATCH] ARM: Keystone: Introduce Kconfig option to compile in typical Keystone features

On 6/1/2016 3:49 PM, Nishanth Menon wrote: On 06/01/2016 05:31 PM, Arnd Bergmann wrote: [...] Santosh, Bill, Lokesh, Grygorii: could you help feedback on the above comments from Arnd? Already responded to Arnds email.

Re: [PATCH] ARM: Keystone: Introduce Kconfig option to compile in typical Keystone features

, that would fail multi_v7 builds on ARM variants that dont work with LPAE. Please no arbitrary selects from the platform. Cc: Bill Mills Cc: Murali Karicheri Cc: Grygorii Strashko Cc: Tero Kristo Cc: Lokesh Vutla Signed-off-by: Nishanth Menon --- Based on: next-20160601 Tested for bas

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Wed, Jun 01, 2016 at 11:26:09AM +0200, Oliver Neukum wrote: > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > Just noticed that the "active" file is for now read only, but it needs > > to be changed to writable. That file will of course provide means for > > the userspace to Exit a

[PATCH 2/2] f2fs: handle writepage correctly

Previously, f2fs_write_data_pages() calls __f2fs_writepage() which calls f2fs_write_data_page(). If f2fs_write_data_page() returns AOP_WRITEPAGE_ACTIVATE, __f2fs_writepage() calls mapping_set_error(). But, this should not happen at every time, since sometimes f2fs_write_data_page() tries to skip wr

[PATCH 1/2] f2fs: return error of f2fs_lookup

Now we can report an error to f2fs_lookup given by f2fs_find_entry. Suggested-by: He YunLei Signed-off-by: Jaegeuk Kim --- fs/f2fs/dir.c | 2 +- fs/f2fs/namei.c | 5 - 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/fs/f2fs/dir.c b/fs/f2fs/dir.c index ae37543..6fbb1ed 10064

Re: [PATCH 1/6] phy: Add USB Type-C PHY driver for rk3399

Hi Chris, Doug, Am Dienstag, 31. Mai 2016, 14:35:39 schrieb Doug Anderson: > > diff --git a/drivers/phy/phy-rockchip-typec.c > > b/drivers/phy/phy-rockchip-typec.c new file mode 100644 > > index 000..6609cfb > > --- /dev/null > > +++ b/drivers/phy/phy-rockchip-typec.c > > @@ -0,0 +1,823 @@ [.

spoluprace=

Jsem zastupujicí investicní zajem ze strany Dubaji, pro ktere hledáme vasi ucast. Odpoved na e-mailu nize v pripade zajmu. E-mail: pbrt...@gmail.com

Re: [PATCH] befs/btree: remove unneeded initializations

On 01/06/16 23:42, Andrew Morton wrote: > On Mon, 30 May 2016 01:39:59 +0100 Luis de Bethencourt > wrote: > >> off in befs_bt_read_node() will be written by befs_read_datastream(), with >> the value that node->od_node needs. >> >> node_off in befs_btree_read() isn't read before set to root_node_

Re: [PATCH 2/2] phy: rockchip-inno-usb2: add a new driver for Rockchip usb2phy

Hi Frank, Am Dienstag, 31. Mai 2016, 14:40:11 schrieb Frank Wang: > The newer SoCs (rk3366, rk3399) take a different usb-phy IP block > than rk3288 and before, and most of phy-related registers are also > different from the past, so a new phy driver is required necessarily. > > Signed-off-by: Fra

Re: script relative shebang

Sorry for insisting, but I would like to explore potential solutions for fixing the root problem (missing relative shebang), I know there are ways to workaround that, but I would like to make sure the proper fix is not possible. I understood that it is too late to introduce additional keywords afte

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

Hi Dave, On 1 June 2016 at 14:32, Dave Hansen wrote: > On 06/01/2016 11:37 AM, Jonathan Corbet wrote: >>> +static inline >>> +int mm_pkey_free(struct mm_struct *mm, int pkey) >>> +{ >>> +/* >>> + * pkey 0 is special, always allocated and can never >>> + * be freed. >>> + */ >>> +

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

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

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

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 16/20] x86, pmc_core: use Intel family name macros for pmc_core driver

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

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

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

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

From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Cc: 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/host/sdhc

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

From: Dave Hansen The X86_FAMILY_ANY in here is bogus. "BYT" and model 0x37 are family-6 only. Simplify the code while we are in here. 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 f

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

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 14/20] x86, acpi, lss: use Intel family name macros for lpss driver

From: Dave Hansen Another straightforward replacement of magic numbers. Signed-off-by: Dave Hansen Cc: "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/acpi_

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

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

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

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

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

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

Re: [PATCH v7 11/12] zsmalloc: page migration support

On Wed, Jun 01, 2016 at 02:39:36PM -0700, Andrew Morton wrote: > On Wed, 1 Jun 2016 08:21:20 +0900 Minchan Kim wrote: > > > This patch introduces run-time migration feature for zspage. > > > > ... > > > > +static void kick_deferred_free(struct zs_pool *pool) > > +{ > > + schedule_work(&pool->

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

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 09/20] x86, platform: use new Intel model number macros

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 05/20] x86, msr: use Intel family macros for msr events code

From: Dave Hansen Use the new INTEL_FAM6_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 01/20] x86, intel: Introduce macros for Intel family numbers

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 open-coded family-6 model numbers. Half of them have these model numbers in hex

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

From: Dave Hansen Use the new INTEL_FAM6_MODEL_* 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 H

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

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 Cc: "Rafael J. Wysocki" Cc: linux...@vger.kernel.org --- b/drivers/powercap/intel_rapl.c | 22 ++ 1 fi

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

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 06/20] x86, msr: add missing Intel models

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 04/20] x86, intel_idle: use Intel family macros for intel_idle

From: Dave Hansen Use the new INTEL_FAM6_MODEL_* 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

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

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 that key assigned that might do surprising thin

Re: [PATCH v7 11/12] zsmalloc: page migration support

On Wed, Jun 01, 2016 at 04:09:26PM +0200, Vlastimil Babka wrote: > On 06/01/2016 01:21 AM, Minchan Kim wrote: > > [...] > > > > > Cc: Sergey Senozhatsky > > Signed-off-by: Minchan Kim > > I'm not that familiar with zsmalloc, so this is not a full review. I was > just curious how it's handling

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

Hi Kees, After merging the pstore tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/acpi/apei/erst.c:943:11: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types] .read = erst_reader, ^ Caused by commit d8aaf3511a

Re: [PATCH v7 00/10] Add error checking to spi-nor read and write

On Thu, May 05, 2016 at 05:31:46PM -0700, Brian Norris wrote: > Hi, > > I'm picking up Michal's patch set, since he dropped it on the floor, and it's > useful for others. My additions: > > * rebased on latest > * added fixes for drivers that have been merged in the meantime > * addressed most

Re: Internal error xfs_trans_cancel

On Wed, Jun 01, 2016 at 04:13:10PM +0200, Daniel Wagner wrote: > >> Anything in the log before this? > > > > Just the usual stuff, as I remember. Sorry, I haven't copied the whole log. > > Just triggered it again. My steps for it are: > > - run all lockperf test > > git://git.samba.org/jlayto

[PATCH] drm/vc4: Fix ioctl permissions for render nodes.

From: Herve Jourdain Contrary to other flags to DRM_IOCTL_DEF_DRV(), which restrict usage, the flag for render node is an enabler (the IOCTL can't be used from render node if it's not present). So DRM_RENDER_ALLOW needs to be added to all the flags that were previously 0. Signed-off-by: Herve J

Re: [LKP] [lkp] [sched/fair] 53d3bc773e: hackbench.throughput -32.9% regression

Mike Galbraith writes: > On Wed, 2016-06-01 at 16:53 +0800, Huang, Ying wrote: > >> You mean the commit is a functionality fix? > > Yup. > > These kind of things can be a bit annoying. The fix to not subtract > load that we never added in the first place also pushed hackbench > around a bit. Do

Re: [PATCH v7 00/12] Support non-lru page migration

On Wed, Jun 01, 2016 at 02:41:51PM -0700, Andrew Morton wrote: > On Wed, 1 Jun 2016 08:21:09 +0900 Minchan Kim wrote: > > > Recently, I got many reports about perfermance degradation in embedded > > system(Android mobile phone, webOS TV and so on) and easy fork fail. > > > > The problem was fra

Re: [PATCH v1] mm: thp: check pmd_trans_unstable() after split_huge_pmd()

On Wed, Jun 01, 2016 at 12:39:57PM +0300, Kirill A. Shutemov wrote: > On Wed, Jun 01, 2016 at 09:36:40AM +0900, Naoya Horiguchi wrote: > > split_huge_pmd() doesn't guarantee that the pmd is normal pmd pointing to > > pte entries, which can be checked with pmd_trans_unstable(). > > Could you be mor

Re: IOV iterator bug in net tree

From: Alexander Duyck Date: Fri, 27 May 2016 21:32:39 -0700 > On Fri, May 27, 2016 at 11:21 AM, Alexander Duyck > wrote: >> I started out this morning by trying to run DevStack on the latest >> "net' kernel and it looks like I am hanging on some sort of locking >> problem with RabbitMQ. Specifi

Re: [LKP] [lkp] [sched/fair] 53d3bc773e: hackbench.throughput -32.9% regression

On Thu, 2016-06-02 at 08:28 +0800, Huang, Ying wrote: > If this report annoyed you, I am sorry about that. We just want to be > helpful via providing some information. Now I know hackbench is > sensitive to load_avg changes, thanks a lot for the information. No no, I meant the other way around

[PATCH] ACPI / EC: Fix a boot EC regresion by restoring boot EC support for the DSDT EC

According to the Windows probing result, during the table loading, ECDT EC should be used. And the ECDT EC is also effective during the period the namespace objects are initialized (we can see a separate process executing _STA/_INI on Windows before executing other device specific control methods).

Re: IOV iterator bug in net tree

On Wed, Jun 1, 2016 at 5:42 PM, David Miller wrote: > From: Alexander Duyck > Date: Fri, 27 May 2016 21:32:39 -0700 > >> On Fri, May 27, 2016 at 11:21 AM, Alexander Duyck >> wrote: >>> I started out this morning by trying to run DevStack on the latest >>> "net' kernel and it looks like I am hang

Re: [PATCH 03/34] clk: highbank: Migrate to clk_hw based registration and OF APIs

On Wed, Jun 1, 2016 at 6:15 PM, Stephen Boyd wrote: > Now that we have clk_hw based provider APIs to register clks, we > can get rid of struct clk pointers in this driver, allowing us to > move closer to a clear split of consumer and provider clk APIs. > > Cc: Rob Herring Acked-by: Rob Herring

Re: [PATCH v2 2/2] nbd: Fix checkpatch errors.

On Tue 2016-05-03 19:38:27, Pranay Kr. Srivastava wrote: > Signed-off-by: Pranay Kr. Srivastava > --- > drivers/block/nbd.c | 33 ++--- > 1 file changed, 18 insertions(+), 15 deletions(-) Acked-by: Pavel Machek -- (english) http://www.livejournal.com/~pavelmachek (

Re: [PATCH 03/32] irqchip: bcm2835: Avoid arch/arm-specific handle_IRQ.

Hey Gerd, On Wed, Jun 01, 2016 at 11:43:12PM +0200, Gerd Hoffmann wrote: > From: Eric Anholt > > This is equivalent and works for arm64 as well. > > Signed-off-by: Eric Anholt > --- I don't mind taking this, or Eric's V2 resend. However, the commit message needs a rewrite. thx, Jason.

Re: [PATCH v2 1/4] dt-bindings: rng: Northstar Plus SoC rng bindings

On Wed, Jun 01, 2016 at 08:34:11PM +0530, Yendapally Reddy Dhananjaya Reddy wrote: > On Wed, Jun 1, 2016 at 8:17 PM, Rob Herring wrote: > > On Fri, May 27, 2016 at 06:10:38AM -0400, Yendapally Reddy Dhananjaya Reddy > > wrote: > >> Document the bindings used by Northstar Plus(NSP) SoC random num

RE: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state notification

Hi, > From: Bastien Nocera [mailto:had...@hadess.net] > Subject: Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state > notification > > On Wed, 2016-06-01 at 18:10 +0800, Lv Zheng wrote: > > Linux userspace (systemd-logind) keeps on rechecking lid state when the > > lid state is cl

Re: [PATCH 3/4] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

On Mon, 2016-05-30 at 15:16 +0200, Arnd Bergmann wrote: > This is a rewrite of an earlier patch from Yangbo Lu, adding a quirk > for the NXP QorIQ T4240 in the detection of the host device version. > > Unfortunately, this device cannot be detected using the compatible > string, as we have to suppo

Re: [PATCH v3 06/10] fs/namei.c: Improve dcache hash function

On Mon, May 30, 2016 at 11:10 AM, George Spelvin wrote: > > I understand, but 64x64-bit multiply on 32-bit is pretty annoyingly > expensive. In time, code size, and register pressure which bloats > surrounding code. Side note, the code seems to work fairly well, but I do worry a bit about the th

Re: [PATCH 4/4] Revert "powerpc/fsl: Move fsl_guts.h out of arch/powerpc"

On Mon, 2016-05-30 at 15:18 +0200, Arnd Bergmann wrote: > All users of this driver are PowerPC specific and the header file > has no business in the global include/linux/ hierarchy, so move > it back before anyone starts using it on ARM. > > This reverts commit 948486544713492f00ac8a9572909101ea89

Re: Re: [PATCH] relay: fix potential memory leak

Thanks Andrew for reviewing > > In addition, give warning to users who forget to provide create file > > hook. > > Why? What's the value in this? > > If the user didn't provide ->create_buf_file then setup_callbacks() > will provide them with create_buf_file_default_callback() - what's >

Re: [PATCH V2 2/2] cpufreq: Optimize cpufreq_frequency_table_target()

On 01-06-16, 12:46, Steve Muckle wrote: > > /* > > * Find the closest frequency above target_freq. > > -* > > -* The table is sorted in the reverse order with respect to the > > -* frequency and all of the entries are valid (see the initialization). > > */ > > - entry =

Re: [PATCH v3 09/12] EXAMPLE CODE: usb: port: Parse pwrseq phandle from Device Tree

On Wed, Jun 01, 2016 at 11:16:34AM -0700, Stephen Boyd wrote: > Quoting Peter Chen (2016-06-01 05:05:20) > > On Wed, Jun 01, 2016 at 01:57:23AM -0700, Stephen Boyd wrote: > > > Quoting Krzysztof Kozlowski (2016-06-01 01:02:18) > > > > Parse usb-pwrseq property from Device Tree to get the phandle to

Re: [RFC PATCH 2/4] clk: rockchip: rk3399: add ddrc clock support

Hi Doug&Heiko, On 2016年06月01日 23:46, Heiko Stübner wrote: Am Mittwoch, 1. Juni 2016, 08:24:48 schrieb Doug Anderson: Lin Huang, On Wed, Jun 1, 2016 at 2:35 AM, Lin Huang wrote: add ddrc clock setting, so we can do ddr frequency scaling on rk3399 platform in future. Signed-off-by: Lin Huang

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

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 +, Rich Felker wrote: > >> > Signed-off-by: Rich Felker > >> > --- > >> >

[PATCH v10 0/7] usb: add support for Intel dual role port mux

Intel SOC chips are featured with USB dual role. The host role is provided by Intel xHCI IP, and the gadget role is provided by IP from designware. Tablet platform designs always share a single port for both host and gadget controllers. There is a mux to switch the port to the right controller acc

[PATCH v10 7/7] MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers

Add a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer. Signed-off-by: Lu Baolu --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 7304d2e..56a98d2 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6111,

[PATCH v10 4/7] usb: mux: add driver for Intel drcfg controlled port mux

Several Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. The mux is handled through the Dual Role Configuration Register. Signed-off-by: Heikki Krogerus Signed-off-by: Lu Baolu Signed-off-by: Wu Hao Reviewed-by: Felipe Ba

[PATCH v10 6/7] usb: pci-quirks: add Intel USB drcfg mux device

In some Intel platforms, a single usb port is shared between USB host and device controllers. The shared port is under control of a switch which is defined in the Intel vendor defined extended capability for xHCI. This patch adds the support to detect and create the platform device for the port mu

[PATCH v10 5/7] mfd: intel_vuport: Add Intel virtual USB port MFD Driver

Some Intel platforms have an USB port mux controlled by GPIOs. There's a single ACPI platform device that provides 1) USB ID extcon device; 2) USB vbus regulator device; and 3) USB port switch device. This MFD driver will split these 3 devices for their respective drivers. [baolu: removed .owner p

<    4   5   6   7   8   9   10   11   >