RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Brown, Len > Subject: RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > > > > > > > > -acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address > > *reg) > > > > +acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address * > > reg) > > >

Re: [PATCH 1/2] usb: dwc3: core: Introduce dwc3_device_reinit()

Hi, John Youn writes: > [ text/plain ] > On 3/21/2016 11:40 PM, Felipe Balbi wrote: >> >> Hi, >> >> John Youn writes: >>> [ text/plain ] >>> On 3/18/2016 12:17 PM, John Youn wrote: On 3/16/2016 6:56 AM, Felipe Balbi wrote: > > heh, +john > > Felipe Balbi writes: >> [

Re: [PATCH v3 4/4] perf config: Initialize perf_config_set with all default configs

On 03/24/2016 03:13 PM, Namhyung Kim wrote: On Thu, Mar 24, 2016 at 05:16:33AM +0900, Taeung Song wrote: To avoid duplicated config variables and use perf_config_set classifying between standard perf config variables and unknown or new config variables other than them, initialize perf_config_s

Re: [PATCH v3 1/4] perf config: Introduce perf_config_set class

Hi, Namhyung On 03/24/2016 03:07 PM, Namhyung Kim wrote: Hi Taeung, On Thu, Mar 24, 2016 at 05:16:30AM +0900, Taeung Song wrote: This infrastructure code was designed for upcoming features of perf-config. That collect config key-value pairs from user and system config files (i.e. user wide ~/

Re: [PATCH 14/17] cpufreq: ipq4019: add cpufreq driver

On 23-03-16, 17:05, Matthew McClintock wrote: > Add cpufreq driver for ipq4019 SoC. This driver simply instantiates > cpufreq-dt. > > Signed-off-by: Matthew McClintock > --- > drivers/cpufreq/Kconfig.arm | 9 + > drivers/cpufreq/Makefile | 1 + > drivers/cpufreq/ipq4019-

Re: [PATCH] sbs-battery: fix power status when battery is dry

Hi Daniel, On Thu, 2016-03-24 at 12:01 +0800, Daniel Kurtz wrote: > Hi YH, > > On Wed, Mar 23, 2016 at 5:53 PM, YH Huang wrote: > > When the battery is dry and BATTERY_FULL_DISCHARGED is set, > > we should check BATTERY_DISCHARGING to decide the power status. > > If BATTERY_DISCHARGING is set, t

Re: [PATCH v2] cpufreq: rockchip: add driver

On 24-03-16, 11:01, Feng Xiao wrote: > hi all, > I found that it could match the cpufreq-dt driver succesfully only with > the following changes. > --- a/arch/arm64/boot/dts/rockchip/rk3366.dtsi > +++ b/arch/arm64/boot/dts/rockchip/rk3366.dtsi > @@ -139,6 +139,10 @@ > }; >

[PATCH 2/3] cpufreq: dt: Add generic platform-device creation support

Multiple platforms are using the generic cpufreq-dt driver now, and all of them are required to create a platform device with name "cpufreq-dt", in order to get the cpufreq-dt probed. Many of them do it from platform code, others have special drivers just to do that. It would be more sensible to

[PATCH 3/3] cpufreq: exynos: Use generic platdev driver

The cpufreq-dt-platdev driver supports creation of cpufreq-dt platform device now, reuse that and remove similar code from platform code. Signed-off-by: Viresh Kumar --- arch/arm/mach-exynos/exynos.c| 25 - drivers/cpufreq/cpufreq-dt-platdev.c | 5 + 2 files

[PATCH 1/3] cpufreq: dt: Include types.h from cpufreq-dt.h

cpufreq-dt.h uses 'bool' data type but doesn't include types.h. It works fine for now as the files that include cpufreq-dt.h, also include types.h directly or indirectly. But, when a file includes cpufreq-dt.h without including types.h, we get a build error. Avoid such errors by including types.h

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

> > > > > > -acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address > *reg) > > > +acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address * > reg) > > > > The second argument * style appears the opposite of normal style > > and a different style than the first argument * style.

[lkp] [x86/mm] 5d230e335b: BUG: using smp_processor_id() in preemptible [00000000] code: swapper/0/1

FYI, we noticed the below changes on https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/pcid commit 5d230e335bd53c69be7498fe69fbdce0d4231c21 ("x86/mm: Give mmu contexts a generation id") [3.428667] Write protecting the kernel read-only data: 14336k [3.430040] Freeing unu

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, First, thanks for the revew. > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Thu, 2016-03-24 at 09:38 +0800, Lv Zheng wrote: > > The patch reduces source code differences between the Linux kernel an

Re: [RFT PATCH 2/2] Revert "usb: dwc2: Fix probe problem on bcm2835"

On 3/22/2016 12:44 PM, Doug Anderson wrote: > John, > > On Tue, Mar 22, 2016 at 12:26 PM, John Youn wrote: >> Thanks for the debug logs and everyones help. >> >> After reviewing with our hardware engineers, it seems this is likely >> to do with the IDDIG debounce filtering when switching between

Re: call attention to review

On Thu, Mar 24, 2016 at 01:50:30PM +0800, oulijun wrote: > Hi, >I am Lijun Ou. I have sent the PATCH v4 of HiSilicon RoCE driver at March > 22, 2016. > if you are convenient, please help to review. Welcome to give your reviewing. Hi Lijun, Please read whole document which describes how to sub

Re: [PATCH v3 4/4] perf config: Initialize perf_config_set with all default configs

On Thu, Mar 24, 2016 at 05:16:33AM +0900, Taeung Song wrote: > To avoid duplicated config variables and > use perf_config_set classifying between standard > perf config variables and unknown or new config > variables other than them, initialize perf_config_set > with all default configs. > > And t

Re: [PATCH 2/2] regulator: core: Ensure we are at least in bounds for our constraints

On Tue, Mar 22, 2016 at 6:06 AM, Ivaylo Dimitrov wrote: > Hi, > > On 21.03.2016 21:18, Mark Brown wrote: >> >> Currently we only attempt to set the voltage during constraints >> application if an exact voltage is specified. Extend this so that if >> the currently set voltage for the regualtor is

[PATCH 1/2] staging: dgnc: fix CamelCase in dgnc_drvier.h and

fix checkpatch.pl warning about CamelCase Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.h | 12 ++-- drivers/staging/dgnc/dgnc_tty.c| 32 2 files changed, 22 insertions(+), 22 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_dri

[PATCH 2/2] staging: dgnc: remove unused variable in dgnc_board

TtyRefCnt was not used anywhere in dgnc. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_driver.h b/drivers/staging/dgnc/dgnc_driver.h index 3d8e15f..44216ae 100644 --- a/drivers/staging/dgnc/dgnc_

Re: [PATCH v3 3/4] perf config: Prepare all default configs

On Thu, Mar 24, 2016 at 05:16:32AM +0900, Taeung Song wrote: > To precisely manage configs, > prepare all default perf's configs that contain > default section name, variable name, value > and correct type, not string type. > > In the near future, this will be used when > checking type of config v

Re: [PATCH v3 2/4] perf config: Let show_config() work with perf_config_set

On Thu, Mar 24, 2016 at 05:16:31AM +0900, Taeung Song wrote: > Current show_config() has a problem when user or > system config files have same config variables i.e. > > # cat ~/.perfconfig > [top] > children = false > > when $(sysconfdir) is /usr/local/etc > # cat

Re: [PATCH v3 1/4] perf config: Introduce perf_config_set class

Hi Taeung, On Thu, Mar 24, 2016 at 05:16:30AM +0900, Taeung Song wrote: > This infrastructure code was designed for > upcoming features of perf-config. > > That collect config key-value pairs from user and > system config files (i.e. user wide ~/.perfconfig > and system wide $(sysconfdir)/perfcon

Re: [BUG] mpt2sas: driver init fails on kernel >=4.2 for 9211-8i IT

On Thu, 24 Mar 2016, Matthias Prager wrote: > The timeout happens reliably after two warm boots with a 'bad' kernel > after coming from a 'good' kernel, and also after one cold boot with a > 'bad' kernel (meaning cold booting a 'bad' kernel leads directly to the > timeout and warm booting needs a s

[PATCH v5 2/3] input: syscon support in bcm_iproc_tsc driver

In Cygnus SOC touch screen controller registers are shared with ADC and flex timer. Using readl/writel could lead to race condition. So touch screen driver is enhanced to support register access using syscon framework API's to take care of mutually exclusive access. Signed-off-by: Raveendra Padasa

[PATCH v5 3/3] ARM: dts: use syscon in cygnus touchscreen dt node

In Cygnus SOC touch screen controller registers are shared with ADC and flex timer. Using readl/writel could lead to race condition. So touchscreen driver is enhanced to support syscon based register access to take care of mutually exclusive access. This patch enables syscon support in touchscreen

[PATCH v5 0/3] Syscon support for iProc touchscreen driver

This patchset is based on v4.5-rc3 tag and its tested on Broadcom Cygnus SoC. The patches can be fetched from iproc-tsc-v5 branch of https://github.com/Broadcom/arm64-linux.git Changes since v4: - Fixed odd_ptr_err.cocci script warning Changes since v3: - Renamed touchscreen node "tsc" to "tou

[PATCH v5 1/3] input: cygnus-update touchscreen dt node document

In Cygnus SOC touch screen controller registers are shared with ADC and flex timer. Using readl/writel could lead to race condition. So touch screen driver is enhanced to support register access using syscon framework API's to take care of mutually exclusive access.In addition to this existing touc

call attention to review

Hi, I am Lijun Ou. I have sent the PATCH v4 of HiSilicon RoCE driver at March 22, 2016. if you are convenient, please help to review. Welcome to give your reviewing. thanks Lijun Ou

[PATCH] lib/spinlock_debug: Prevent unnecessary recursive spin_dump()

For your information, there is another patch I posted which looks similar to this patch, but is totally different, that is, https://lkml.org/lkml/2016/3/11/192, trying to solve a deadlock problem. In that patch, I tried to make printk async to avoid the deadlock but I found Sergey and Jan were alr

Re: linux-next: Tree for Mar 24

Hi all, On Thu, 24 Mar 2016 13:09:41 +1100 Stephen Rothwell wrote: > > Please do not add any v4.7 related material to your linux-next included > trees until after v4.6-rc1 is released. I forgot to say that there will be no linux-next release tomorrow or Monday. -- Cheers, Stephen Rothwell

Re:¸´£ºProces denture tools

Dear Sir Hello! Our company is the Guangzhou Honda and China FAW suppliers. We have been providing quality products and services for them. Our company's main products: Graphite machining end mill The denture machining tool Zirconia processing tool PCD tools CNC inserts Milling toolholder

[PATCH 1/2] intel_idle: prevent SKL-H boot failure when C8+C9+C10 enabled

From: Len Brown Some SKL-H configurations require "intel_idle.max_cstate=7" to boot. While that is an effective workaround, it disables C10. This patch detects the problematic configuration, and disables C8 and C9, keeping C10 enabled. Note that enabling SGX in BIOS SETUP can also prevent this

[PATCH 2/2] intel_idle: Support for Intel Xeon Phi Processor x200 Product Family

From: Dasaratharaman Chandramouli Enables "Intel(R) Xeon Phi(TM) Processor x200 Product Family" support, formerly code-named KNL. It is based on modified Intel Atom Silvermont microarchitecture. Signed-off-by: Dasaratharaman Chandramouli [micah.bar...@intel.com: adjusted values of residency an

[PATCH 0/2] 2 cpuidle patches for this merge window

[PATCH 1/2] intel_idle: prevent SKL-H boot failure when C8+C9+C10 ... fixes a boot hang, and needs to got to .stable [PATCH 2/2] intel_idle: Support for Intel Xeon Phi Processor x200 ... adds new platform support Please let me know if you see any trouble with them. thanks, Len Brown, Intel Open

[PATCH 0/2] ARM: cpuidle: bug fix and a trivial improvement

There's one corner case need to be fixed: !cpuidle_ops[cpu].init. patch1 tries to address this corner case. patch2 tries to improve arm_cpuidle_suspend() a bit by moving .suspend check into arm_cpuidle_init(). Jisheng Zhang (2): ARM: cpuidle: fix !cpuidle_ops[cpu].init case during init ARM: c

[PATCH 2/2] ARM: cpuidle: make arm_cpuidle_suspend() a bit more efficient

Currently, we check cpuidle_ops.suspend every time when entering a low-power idle state. But this check could be avoided in this hot path by moving it into arm_cpuidle_init() to reduce arm_cpuidle_suspend() overhead a bit. Signed-off-by: Jisheng Zhang --- arch/arm/kernel/cpuidle.c | 8 ++--

[PATCH 1/2] ARM: cpuidle: fix !cpuidle_ops[cpu].init case during init

Let's assume cpuidle_ops exists but it doesn't implement the according init member, current arm_cpuidle_init() will return success to its caller, but in fact it should return -EOPNOTSUPP. Signed-off-by: Jisheng Zhang --- arch/arm/kernel/cpuidle.c | 8 ++-- 1 file changed, 6 insertions(+), 2

[PATCH 2/2] arm64: cpuidle: make arm_cpuidle_suspend() a bit more efficient

Currently, we check cpu_ops->cpu_suspend every time when entering a low-power idle state. But this check could be avoided in this hot path by moving it into arm_cpuidle_init() to reduce arm_cpuidle_suspend() overhead a bit. Signed-off-by: Jisheng Zhang --- arch/arm64/kernel/cpuidle.c | 8 ++-

[PATCH 1/2] arm64: cpuidle: remove cpu_ops check from arm_cpuidle_suspend()

If cpu_ops has not been registered, arm_cpuidle_init() will return -EOPNOTSUPP, so arm_cpuidle_suspend() will never have chance to run. In other word, the cpu_ops check can be avoid. Signed-off-by: Jisheng Zhang --- arch/arm64/kernel/cpuidle.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deleti

[PATCH 0/2] arm64: cpuidle: make arm_cpuidle_suspend() more efficient

This series is to improve the arm_cpuidle_suspend() a bit by removing/moving out checks from this hot path. Jisheng Zhang (2): arm64: cpuidle: remove cpu_ops check from arm_cpuidle_suspend() arm64: cpuidle: make arm_cpuidle_suspend() a bit more efficient arch/arm64/kernel/cpuidle.c | 9 ++---

[PATCH] cpuidle: arm: make enter idle operation a bit more efficient

Currently, entering idle need to check the idx every time to choose the real entering idle routine. But this check could be avoided by pointing the idle enter function pointer of each idle states to the routines suitable for each states directly. Signed-off-by: Jisheng Zhang --- drivers/cpuidle/

Re: Re: [PATCH v2 13/18] mm/compaction: support non-lru movable pagemigration

On Thu, Mar 24, 2016 at 05:26:50AM +0900, Gioh Kim wrote: >Hmmm... But, in failure case, is it safe to call putback_lru_page() for >them? >And, PageIsolated() would be left. Is it okay? It's not symmetric that >isolated page can be freed by decreasing ref count without calling >

Re: net/sctp: stack-out-of-bounds in sctp_getsockopt

2016-03-24 1:38 GMT+08:00, Pablo Neira Ayuso : > On Thu, Mar 24, 2016 at 12:42:43AM +0800, Baozeng wrote: >> 2016-03-22 23:27 GMT+08:00 Eric Dumazet : >> > Untested patch would be : >> > >> > diff --git a/net/bridge/netfilter/ebtables.c >> > b/net/bridge/netfilter/ebtables.c >> > index 67b2e27999aa

Re: [PATCH v2 13/18] mm/compaction: support non-lru movable page migration

On Wed, Mar 23, 2016 at 02:05:11PM +0900, Joonsoo Kim wrote: > On Tue, Mar 22, 2016 at 11:55:45PM +0900, Minchan Kim wrote: > > On Tue, Mar 22, 2016 at 02:50:37PM +0900, Joonsoo Kim wrote: > > > On Mon, Mar 21, 2016 at 03:31:02PM +0900, Minchan Kim wrote: > > > > We have allowed migration for only

[PATCH v5 01/21] PM / devfreq: exynos: Add generic exynos bus frequency driver

This patch adds the generic exynos bus frequency driver for AMBA AXI bus of sub-blocks in exynos SoC with DEVFREQ framework. The Samsung Exynos SoC have the common architecture for bus between DRAM and sub-blocks in SoC. This driver can support the generic bus frequency driver for Exynos SoCs. In

[PATCH v5 04/21] PM / devfreq: Add new DEVFREQ_TRANSITION_NOTIFIER notifier

This patch adds the new DEVFREQ_TRANSITION_NOTIFIER notifier to send the notification when the frequency of device is changed. This notifier has two state as following: - DEVFREQ_PRECHANGE : Notify it before chaning the frequency of device - DEVFREQ_POSTCHANGE : Notify it after changed the frequen

[PATCH v5 09/21] PM / devfreq: exynos: Add the detailed correlation between sub-blocks and power line

This patch adds the detailed corrleation between sub-blocks and power line for Exynos3250, Exynos4210 and Exynos4x12. Signed-off-by: Chanwoo Choi --- .../devicetree/bindings/devfreq/exynos-bus.txt | 51 ++ 1 file changed, 51 insertions(+) diff --git a/Documentation/devic

[PATCH v5 05/21] PM / devfreq: Add governer type with unique number

This patch just adds the governor type to identify them by using the defined constant. Signed-off-by: Chanwoo Choi --- drivers/devfreq/governor.h| 6 ++ drivers/devfreq/governor_performance.c| 1 + drivers/devfreq/governor_powersave.c | 1 + drivers/devfreq/governor_

Re: [linux-sunxi] [PATCH v3 08/19] ARM: sun5i: Add DRAM gates

On Thu, Mar 24, 2016 at 12:38 AM, Maxime Ripard wrote: > The DRAM gates control whether the image / display devices on the SoC have > access to the DRAM clock or not. > > Enable it. > > Signed-off-by: Maxime Ripard Acked-by: Chen-Yu Tsai I assume you'll add another version for A10s, or move th

[PATCH v5 11/21] MAINTAINERS: Add samsung bus frequency driver entry

This patch adds the 'BUS FREQUENCY DRIVER FOR SAMSUNG EXYNOS' entry to review the patches as maintainer. Patches will be picked up by DEVFREQ maintainer on devfreq git repository. Signed-off-by: Chanwoo Choi --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINER

[PATCH v5 07/21] PM / devfreq: exynos: Add support of bus frequency of sub-blocks using passive governor

This patch adds the support of bus frequency feature for sub-blocks which share the one power line. If each bus depends on the power line, each bus is not able to change the voltage by oneself. To optimize the power-consumption on runtime, some buses using the same power line should change the sour

Re: [PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Dear Anand and Tobias, To Anand, First of all, thanks to your test on previous patchset. I removed the your tested-by tag from this version because I modified the devfreq core using DEVFREQ_TRANSITION_NOTIFIER notifier. I think that this patch-set need to test with this patchset. If you possible,

[PATCH v5 06/21] PM / devfreq: Add new passive governor

This patch adds the new passive governor for DEVFREQ framework. The following governors are already present and used for DVFS (Dynamic Voltage and Frequency Scaling) drivers. The following governors are independently used for one device driver which don't give the influence to other device drviers

[PATCH v5 12/21] ARM: dts: Add DMC bus node for Exynos3250

This patch adds the DMC (Dynamic Memory Controller) bus node for Exynos3250 SoC. The DMC is an AMBA AXI-compliant slave to interface external JEDEC standard SDRAM devices. The bus includes the OPP tables and the source clock for DMC block. Following list specifies the detailed relation between the

[PATCH v5 13/21] ARM: dts: Add DMC bus frequency for exynos3250-rinato/monk

This patch adds the DMC (Dynamic Memory Controller) bus frequency node which includes the devfreq-events and regulator properties. The bus frequency support the DVFS (Dynamic Voltage Frequency Scaling) feature with ondemand governor. The devfreq-events (ppmu_dmc0*) can monitor the utilization of D

[PATCH v5 02/21] PM / devfreq: exynos: Add documentation for generic exynos bus frequency driver

This patch adds the documentation for generic exynos bus frequency driver. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski --- .../devicetree/bindings/devfreq/exynos-bus.txt | 95 ++ 1 file changed, 95 insertions(+) create mode 100644 Documentation/devicetr

[PATCH v5 17/21] ARM: dts: Add bus nodes using VDD_MIF for Exynos4210

This patch adds the bus nodes for Exynos4210 SoC. Exynos4210 SoC has one power line for all buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - DMC/ACP clock for DMC (Dynamic Memory Controller) - ACLK200 clock for LCD0

[PATCH v5 21/21] ARM: dts: Add support of bus frequency for exynos4412-trats/odroidu3

THis patch adds the bus device tree nodes for both MIF (Memory) and INT (Internal) block to enable the bus frequency. The DMC bus is parent device in MIF block using VDD_MIF and the LEFTBUS bus is parent device in INT block using VDD_INT. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlow

[PATCH v5 03/21] PM / devfreq: Add devfreq_get_devfreq_by_phandle()

This patch adds the new devfreq_get_devfreq_by_phandle() OF helper function which can find the instance of devfreq device by using phandle ("devfreq"). Signed-off-by: Chanwoo Choi Signed-off-by: MyungJoo Ham --- drivers/devfreq/devfreq.c | 44 includ

[PATCH v5 14/21] ARM: dts: Add bus nodes using VDD_INT for Exynos3250

This patch adds the bus nodes using VDD_INT for Exynos3250 SoC. Exynos3250 has following AXI buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - ACLK400 clock for MCUISP - ACLK266 clock for ISP - ACLK200 clock for FSYS

[PATCH v5 15/21] ARM: dts: Add bus nodes using VDD_MIF for Exynos4x12

This patch adds the bus nodes using VDD_MIF for Exynos4x12 SoC. Exynos4x12 has the following AXI buses to translate data between DRAM and DMC/ACP/C2C. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4x12.dtsi | 68 +++

[PATCH v5 00/21] PM / devferq: Add generic exynos bus frequency driver and new passive governor

Dear all, This patchset uses the DEVFREQ_TRANSITION_NOTIFIER notifier to connecth devfreq device using ondemand governor and devfreq device using passive governor. Also I fix the some issue reported by 'Tobias Jakobi' and add the detailed issue information. But, this patchset don't modify the anyt

[PATCH v5 16/21] ARM: dts: Add bus nodes using VDD_INT for Exynos4x12

This patch adds the bus nodes using VDD_INT for Exynos4x12 SoC. Exynos4x12 has the following AXI buses to translate data between DRAM and sub-blocks. Following list specifies the detailed relation between DRAM and sub-blocks: - ACLK100 clock for PERIL/PERIR/MFC(PCLK) - ACLK160 clock for CAM/TV/LCD

[PATCH v5 19/21] ARM: dts: Add support of bus frequency using VDD_INT for exynos3250-rinato

This patch adds the bus device-tree nodes of INT (internal) block to enable the bus frequency scaling. The following sub-blocks share the VDD_INT power source: - LEFTBUS (parent device) - RIGHTBUS - PERIL - LCD0 - FSYS - MCUISP / ISP - MFC The LEFTBUS is parent device with devfreq ondemand governo

[PATCH v5 08/21] PM / devfreq: exynos: Update documentation for bus devices using passive governor

This patch updates the documentation for passive bus devices and adds the detailed example of Exynos3250. Signed-off-by: Chanwoo Choi --- .../devicetree/bindings/devfreq/exynos-bus.txt | 250 - 1 file changed, 247 insertions(+), 3 deletions(-) diff --git a/Documentation/

[PATCH v5 18/21] ARM: dts: Add exynos4412-ppmu-common dtsi to delete duplicate PPMU nodes

This patch adds the exynos4412-ppmu-common.dtsi to remove duplicate PPMU nodes because exynos3250-rinato/monk, exynos4412-trats2/odroidu3 has the same PPMU device tree node. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos3250-monk.dts | 41 +--

[PATCH v5 20/21] ARM: dts: Expand the voltage range of buck1/3 regulator for exynos4412-odroidu3

This patch expands the voltage range of buck1/3 regulator due to as following: - MIF (Memory Interface) bus frequency needs the range of '900 - 1100 mV'. - INT (Internal) bus frequency needs the range of '900 - 1050 mV'. Signed-off-by: Chanwoo Choi Reviewed-by: Krzysztof Kozlowski --- arch/arm/

[PATCH v5 10/21] PM / devfreq: exynos: Remove unused exynos4/5 busfreq driver

This patch removes the unused exynos4/5 busfreq driver. Instead, generic exynos-bus frequency driver support the all Exynos SoCs. Signed-off-by: Chanwoo Choi --- drivers/devfreq/Kconfig | 22 - drivers/devfreq/Makefile |2 - drivers/devfreq/exynos/Makefile |

[PATCH] cpufreq: dt: Drop stale comment

The comment in file header doesn't hold true anymore, drop it. Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq-dt.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/cpufreq/cpufreq-dt.c b/drivers/cpufreq/cpufreq-dt.c index f951f911786e..5f8dbe640a20 100644 --- a/drivers/cpuf

[PATCH v7] acpi: Issue _OSC call for native thermal interrupt handling

There are several reports of freeze on enabling HWP (Hardware PStates) feature on Skylake based systems by Intel P states driver. The root cause is identified as the HWP interrupts causing BIOS code to freeze. HWP interrupts uses thermal LVT. Linux natively handles thermal interrupts, but in Skylak

Re: [PATCH] sbs-battery: fix power status when battery is dry

Hi YH, On Wed, Mar 23, 2016 at 5:53 PM, YH Huang wrote: > When the battery is dry and BATTERY_FULL_DISCHARGED is set, > we should check BATTERY_DISCHARGING to decide the power status. > If BATTERY_DISCHARGING is set, the power status is not charging. > Or the power status should be charging. > >

[PATCH 1/1] mm/page_alloc: Remove useless parameter of __free_pages_boot_core

From: Li Zhang __free_pages_boot_core has parameter pfn which is not used at all. So this patch is to make it clean. Signed-off-by: Li Zhang --- mm/page_alloc.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index a762be5..8c0a

Re: [PATCH 3/5] perf core: Prepare writing into ring buffer from end

On 2016/3/24 3:25, Alexei Starovoitov wrote: On Wed, Mar 23, 2016 at 06:08:41PM +0800, Wangnan (F) wrote: On 2016/3/23 17:50, Peter Zijlstra wrote: On Mon, Mar 14, 2016 at 09:59:43AM +, Wang Nan wrote: Convert perf_output_begin to __perf_output_begin and make the later function able to

Re: [PATCH v2 1/6] mm/hugetlb: Introduce hugetlb_bad_size

> -Original Message- > From: Vaishali Thakkar [mailto:vaishali.thak...@oracle.com] > Sent: Wednesday, March 23, 2016 8:22 PM > To: a...@linux-foundation.org > Cc: linux...@kvack.org; linux-kernel@vger.kernel.org; Vaishali Thakkar; Hillf > Danton; Michal Hocko; Yaowei Bai; Dominik Dinge

Re: Question about PCI I/O space in ARM64

On 2016/3/23 20:26, Arnd Bergmann wrote: > On Wednesday 23 March 2016 10:18:40 Catalin Marinas wrote: >> On Wed, Mar 23, 2016 at 11:12:41AM +0800, Kefeng Wang wrote: >>> If no pci, the PCI I/O space(16M) is mapped into an irrelevant mem >>> space(right ?), >> >> No. It is not mapped at all. >> >>>

Re: Nonterministic hang during bootconsole/console handover on ath79

On 03/23/2016 07:09 PM, Matthias Schiffer wrote: >>> autoconfig_16550a() is doing all kinds of weird checks to detect different >>> hardware by writing a lot of register values which are documented as >>> reserved in the AR7242 datasheet (there's a leaked version going around >>> that can be easily

[PATCH 01/31] bitops: add parity functions

From: Zeng Zhaoxiu When I do "grep parity -r linux", I found many parity calculations distributed in many drivers. These patches provide generic and architecture-specific parity calculations. Signed-off-by: Zeng Zhaoxiu --- include/asm-generic/bitops.h | 1 + include/asm-generic

Re: [PATCH v2] cpufreq: rockchip: add driver

hi all, I found that it could match the cpufreq-dt driver succesfully only with the following changes. --- a/arch/arm64/boot/dts/rockchip/rk3366.dtsi +++ b/arch/arm64/boot/dts/rockchip/rk3366.dtsi @@ -139,6 +139,10 @@ }; }; + cpufreq-dt { //the node name mus

B106-83F5-A3EE : CONFIRM from announce (subscribe)

__ The following request "subscribe announce "alankir...@gmail.com" " was sent to OpenBSD Mailing List Server by "alankir...@gmail.com" . To accept or reject this request, please do one of the following: 1. If you have web browsing capability, visit

[PATCH] ARM: reboot: remove duplicated local_irq_disable()

Once entering machine_halt() and machine_restart, local_irq_disable() is called, and local irq is keptdisabled, so the local_irq_disable() at the end of these two functions are not necessary, remove it. Signed-off-by: Jisheng Zhang --- arch/arm/kernel/reboot.c | 3 --- 1 file changed, 3 deletion

Re: [PATCH v6 2/4] power: reset: add reboot mode driver

Cool work! Few comments below. On Tue, Mar 22, 2016 at 8:37 PM, Andy Yan wrote: > This driver parse the reboot commands like "reboot loader" > and "reboot recovery" to get a boot mode described in the > device tree , then call the write interfae to store the boot > mode in some place like specia

[PATCH 4/4] ACPI 2.0 / AML: Improve module level execution by moving the If/Else/While execution to per-table basis

This experiment moves module level If/Else/While executions to per-table basis. If regressions are found against the enabling of this experimental improvement, this patch is the only one that should get bisected out. Please report the regressions to the kernel bugzilla for further root causing. L

[PATCH 3/4] ACPI 2.0 / ECDT: Enable correct ECDT initialization order

With wrong ECDT fixes reverted, it is possible to put ECDT probing before acpi_enable_subsystem(). But the ultimate purpose of ECDT re-enabling is to put the ECDT probing before the namespace initialization (acpi_load_tables()). This patch achieves this with protections so that we can enable it la

[PATCH 2/4] ACPI 2.0 / ECDT: Remove early namespace reference from EC

All operation region accesses are allowed by AML interpreter when AML is executed, so actually BIOSen are responsible to avoid the operation region accesses in AML before OSPM has prepared an operation region driver. This is done via _REG control method. So AML code normally sets a global named obj

[PATCH 0/4] ACPI 2.0 / ECDT: Enable ECDT support

ECDT support in Linux is broken. In fact, the original EC driver was correct, but devlopers started to use the namespace EC instead of ECDT just because several broken ECDT tables were reported on the bugzilla. They trusted the namespace EC settings rather than the ECDT ones, this led to the evalu

[PATCH 1/4] ACPI 2.0 / ECDT: Split EC_FLAGS_HANDLERS_INSTALLED

This patch splits EC_FLAGS_HANDLERS_INSTALLED so that address space handler can be installed when it is not possible to install GPE handler during early stage. This patch also tunes address space handler installation, making it happening earlier than GPE handler installation for the same purpose.

[no subject]

внимания; Ваши сообщения превысил лимит памяти, который составляет 5 Гб, определенных администратором, который в настоящее время работает на 10.9GB, Вы не сможете отправить или получить новую почту, пока вы повторно не проверить ваш почтовый ящик почты. Чтобы восстановить работоспособность Ваше

Re: [PATCH v6 1/4] dt-bindings: power: reset: add document for reboot-mode driver

Interesting idea. While looking at the code I stumped over few things below: On Tue, Mar 22, 2016 at 8:36 PM, Andy Yan wrote: > add device tree bindings document for reboot-mode driver s/add/Add/ Plus a full-stop at the end of sentence. > > Signed-off-by: Andy Yan > Acked-by: Rob Herring > >

Re: [PATCH/RFC] ppc64 livepatch: frameless klp_return_helper using odd TOC

On 24/03/16 02:58, Torsten Duwe wrote: > Since nobody liked the extra stack frame nor its workarounds, here is > the next attempt. Assumptions: > > 1. Heuristics are bad. The better they are, the more subtly the >way they might fail. > > 2. The TOC pointer is usually dividable by 4, if not by

Re: [RFC][PATCH v6 1/2] printk: Make printk() completely async

On (03/23/16 11:04), Petr Mladek wrote: [..] > if (!need_flush_console) >schedule() > ># did one unnecessary ># cycle to get a

[GIT] Networking

Several bug fixes rolling in, some for changes introduced in this merge window, and some for problems that have existed for some time: 1) Fix prepare_to_wait() handling in AF_VSOCK, from Claudio Imbrenda. 2) The new DST_CACHE should be a silent config option, from Dave Jones. 3) inet_current

[lkp] [chrdev] fbf32ec3dc: QAT: unable to allocate chrdev region

FYI, we noticed the below changes on https://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git chrdev-warn commit fbf32ec3dc2890faa6a8e6d0e89664f178bb7476 ("chrdev: allocate dynamic chardevs in all unused holes") As below, the log "QAT: unable to allocate chrdev region" showed with

Re: [PATCH] net: ping: make ping_v6_sendmsg static

From: 严海双 Date: Thu, 24 Mar 2016 09:53:33 +0800 > The two changes is dependent, because "pingv6_prot" and > “pingv6_protosw” must be moved to the behind also, to avoid having > to declare static “ping_v6_sendmsg” prototypes first. Agreed, and applied, thank you.

Re: Nonterministic hang during bootconsole/console handover on ath79

>> autoconfig_16550a() is doing all kinds of weird checks to detect different >> hardware by writing a lot of register values which are documented as >> reserved in the AR7242 datasheet (there's a leaked version going around >> that can be easily googled...), no idea if any of those are problematic

linux-next: Tree for Mar 24

Hi all, Please do not add any v4.7 related material to your linux-next included trees until after v4.6-rc1 is released. Changes since 20160323: Dropped tree: overlayfs The overlayfs gained conflicts against the ext4 tree due to an incompatible version of a patch applied to both trees. I

[lkp] [x86/mm] a80e513582: BUG: sleeping function called from invalid context at kernel/locking/mutex.c:617

dd2c646fcdc32d1/vmlinuz-4.5.0-rc2-00215-ga80e513 -append 'root=/dev/ram0 user=lkp job=/lkp/scheduled/vm-vp-quantal-x86_64-53/bisect_boot-1-quantal-core-x86_64.cgz-x86_64-randconfig-i0-201612-a80e513582bdd0afcbe9140dcdd2c646fcdc32d1-20160323-39787-9dnifg-0.yaml ARCH=x86_64 kconfig=x86

Re: [PATCH net-next] hv_netvsc: Fix the order of num_sc_offered decrement

From: Haiyang Zhang Date: Wed, 23 Mar 2016 14:54:48 -0700 > Reorder the code in netvsc_sc_open(), so num_sc_offered is only decremented > after vmbus_open() is called. This avoid pontential race of removing device > before all channels are setup. > > Signed-off-by: Haiyang Zhang > Reviewed-by:

[lkp] [vmstat] 0eb77e9880: +2.7% pigz.throughput

FYI, we noticed that pigz.throughput +2.7% improvement on https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 0eb77e9880321915322d42913c3b53241739c8aa ("vmstat: make vmstat_updater deferrable again and shut down on idle")

[PATCH V2 1/1] perf/core: don't find side-band event from all pmus

From: Kan Liang perf_event_aux funciton goes through all pmus and all events in whatever contexts to find the side-band event to output, which is unnecessary and expensive. For example, the brk test case in lkp triggers many mmap operations, at the time, perf with cycles:pp is also running on th

[PATCH] ibft: Expose iBFT acpi header via sysfs

Some ethernet adapter vendors are supplying products which support optional (payed license) features. On some adapters this includes a hardware iscsi initiator. The same adapters in a normal (no extra licenses) mode of operation can be used as a software iscsi initiator. In addition, software is

  1   2   3   4   5   6   7   8   >