[PATCH v3 7/7] max8903: adds support for initiation via device tree.

From: Chris Lapa Adds support for device tree to setup a max8903 battery charger. DC and USB validity are determined by looking the presence of the dok and uok gpios. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 217

[PATCH v3 5/7] max8903: removes non zero validity checks on gpios.

From: Chris Lapa Prior to this commit a zero gpio was treated as invalid. Whereas gpio_is_valid() will treat a zero gpio as valid. This commit removes the confusion and explicity uses gpio_is_valid() throughout. Which in turn results in several of the error messages becoming

[PATCH v3 2/7] max8903: store pointer to pdata instead of copying it.

From: Chris Lapa Stores pointer to pdata because it easily allows pdata to reference either platform data or in the future device tree data. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 20 +--- 1 file changed, 13

[PATCH v3 0/7] max8903: Add device tree support and misc fixes

From: Chris Lapa This patch set adds device tree support for the MAX8903 battery charger. It also cleans up logic with dc_valid, dok and dcm pins as well as fixing up validity checking of gpios. I verified these patches work on a board I have here, which uses the DC power

[PATCH v3 1/7] max8903: adds documentation for device tree bindings.

From: Chris Lapa Signed-off-by: Chris Lapa --- .../devicetree/bindings/power/max8903-charger.txt | 25 ++ 1 file changed, 25 insertions(+) create mode 100644 Documentation/devicetree/bindings/power/max8903-charger.txt diff --git

[PATCH v3 4/7] max8903: adds requesting of gpios.

From: Chris Lapa This change ensures all gpios are available for the driver to use. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 79 - 1 file changed, 70 insertions(+), 9 deletions(-) diff --git

[PATCH v3 3/7] max8903: cleans up confusing relationship between dc_valid, dok and dcm.

From: Chris Lapa The max8903_charger.h file indicated that dcm and dok were not optional when dc_valid is set. It makes sense to have dok as a compulsory pin when dc_valid is given. However dcm can be optionally wired to a fixed level especially when the circuit is configured

Re: [PATCH 4.7 FIX] brcmfmac: fix lockup when removing P2P interface after event timeout

Rafał Miłecki writes: > On 16 June 2016 at 17:10, Kalle Valo wrote: >> Rafał Miłecki writes: >> >>> Removing P2P interface is handled by sending a proper request to the >>> firmware. On success firmware triggers an event and driver's

[PATCH v1 1/2] mm: thp: move pmd check inside ptl for freeze_page()

I found a race condition triggering VM_BUG_ON() in freeze_page(), when running a testcase with 3 processes: - process 1: keep writing thp, - process 2: keep clearing soft-dirty bits from virtual address of process 1 - process 3: call migratepages for process 1, The kernel message is like

[PATCH v1 2/2] mm: rmap: call page_check_address() with sync enabled to avoid racy check

The previous patch addresses the race between split_huge_pmd_address() and someone changing the pmd. The fix is only for splitting of normal thp (i.e. pmd-mapped thp,) and for splitting of pte-mapped thp there still is the similar race. For splitting pte-mapped thp, the pte's conversion is done

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: >> ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c > > just fyi: the script name is not plural Thanks, must have typo'd it between running it and

Re: [PATCH 2 1/2] arm64: dts: apm: Use lowercase consistently for hex constants

On Thu, Jun 16, 2016 at 3:28 PM, Rob Herring wrote: > On Tue, Jun 14, 2016 at 08:00:20AM -0500, Bjorn Helgaas wrote: >> The convention in these files is to use lowercase for "0x" prefixes and for >> the hex constants themselves, but a few changes didn't follow that >> convention,

Re: [PATCH V2 11/63] clocksource/drivers/digitcolor: Convert init function to return error

Hi Daniel, On Thu, Jun 16, 2016 at 11:26:30PM +0200, Daniel Lezcano wrote: > The init functions do not return any error. They behave as the following: > > - panic, thus leading to a kernel crash while another timer may work and >make the system boot up correctly > > or > > -

Re: [PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

"Huang, Ying" writes: > From: Huang Ying > > madvise_free_huge_pmd should return 0 if the fallback PTE operations are > required. In madvise_free_huge_pmd, if part pages of THP are discarded, > the THP will be split and fallback PTE operations should

Re: [RFC PATCH] regulator: introduce boot protection flag

On Wednesday, June 15, 2016 09:32 PM, Mark Brown wrote: > On Wed, Jun 15, 2016 at 08:05:13PM +0800, Pingbo Wen wrote: >> On Thursday, June 09, 2016 01:16 AM, Mark Brown wrote: > >> If we take modules under consideration, and to make this patch more >> universal, I think what we really need is

[PATCH 2/4]staging:vt6656:card.c: fix blank lines issue

Fix "Blank lines aren't necessary after an open brace" check thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c

[PATCH 4/4]staging:vt6656:card.c: fix camel case issue

Fix "Avoid camel case" issue thrown by checkpatch.pl Signed-off-by: Rithvik Patibandla --- drivers/staging/vt6656/card.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/vt6656/card.c b/drivers/staging/vt6656/card.c index

Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core)

On Wed, Jun 15, 2016 at 11:05 PM, Heiko Carstens wrote: > On Wed, Jun 15, 2016 at 05:28:22PM -0700, Andy Lutomirski wrote: >> Since the dawn of time, a kernel stack overflow has been a real PITA >> to debug, has caused nondeterministic crashes some time after the >>

Re: [PATCH] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

Hello Jaehoon, On 2016년 06월 17일 10:30, Jaehoon Chung wrote: > Hi Seung-Woo, > > On 06/10/2016 10:29 AM, Seung-Woo Kim wrote: >> Hi Jaehoon, >> >> On 2016년 06월 09일 21:38, Jaehoon Chung wrote: >>> Hi Seung-Woo, >>> >>> On 06/08/2016 01:07 PM, Seung-Woo Kim wrote: This patch removes following

More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

Hello! So I think I finally kind of understand this other d_splice_alias problem I've been having. Imagine that we have a negative dentry in the cache. Now we have two threads that are trying to open this file in parallel, the fs is NFS, so atomic_open is defined, it's not a

Re: [PATCH 5/8] isdn: eicon: fix old-style declarations

From: Arnd Bergmann Date: Thu, 16 Jun 2016 15:52:12 +0200 > Modern C standards expect the '__inline__' keyword to come before the return > type in a declaration, and we get many warnings for this with "make W=1" > because the eicon driver has this in a header file: > >

Re: [PATCH 6/8] net: gianfar: fix old-style declaration

From: Arnd Bergmann Date: Thu, 16 Jun 2016 15:52:13 +0200 > Modern C standards expect the '__inline__' keyword to come before the return > type in a declaration, and we get a warning for this with "make W=1": > > drivers/net/ethernet/freescale/gianfar.c:2278:1: error: 'inline' is

Re: [PATCH 4/8] hamradio: baycom: fix old-style declaration

From: Arnd Bergmann Date: Thu, 16 Jun 2016 15:52:11 +0200 > Modern C standards expect the '__inline__' keyword to come before the return > type in a declaration, and we get a warning for this with "make W=1": > > drivers/net/hamradio/baycom_par.c:159:1: error: '__inline__' is not

Re: [PATCH 7/8] net: xfrm: fix old-style declaration

From: Arnd Bergmann Date: Thu, 16 Jun 2016 15:59:25 +0200 > Modern C standards expect the '__inline__' keyword to come before the return > type in a declaration, and we get a couple of warnings for this with "make > W=1" > in the xfrm{4,6}_policy.c files: > >

[PATCH v2] mmc: dw_mmc: remove UBSAN warning in dw_mci_setup_bus()

This patch removes following UBSAN warnings in dw_mci_setup_bus(). UBSAN: Undefined behaviour in drivers/mmc/host/dw_mmc.c:1102:14 shift exponent 250 is too large for 32-bit type 'unsigned int' Call trace: [] dump_backtrace+0x0/0x380 [] show_stack+0x14/0x20 [] dump_stack+0xe0/0x120

[PATCH 03/10] x86 tsc_msr: Remove debugging messages

From: Len Brown Debugging messages are not necessary after all of the possible hardware failures that never occur. Instead, this code can simply return 0. This code also doesn't need to print in the success case. tsc_init() already prints the TSC frequency, and apic=debug

[PATCH 09/10] x86 tsc: enumerate SKL cpu_khz and tsc_khz via CPUID

From: Len Brown Skylake CPU base-frequency and TSC frequency may differ by up to 2%. Enumerate CPU and TSC frequencies separately, allowing cpu_khz and tsc_khz to differ. The existing CPU frequency calibration mechanism is unchanged. However, CPUID extensions are

[PATCH 08/10] x86 tsc_msr: Remove irqoff around MSR-based TSC enumeration

From: Len Brown Remove the irqoff/irqon around MSR-based TSC enumeration, as it is not necessary. Also rename: try_msr_calibrate_tsc() to cpu_khz_from_msr(), as that better describes what the routine does. Signed-off-by: Len Brown ---

[PATCH 07/10] x86 tsc_msr: Extend to include Intel Core Architecture

From: Len Brown tsc_msr is used to quickly and reliably enumerate the CPU/TSC frequencies at boot time For the Intel Atom Architecture. Extend tsc_msr to include recent Intel Core Architecture. As this code discovers BCLK, it also sets lapic_timer_frequency, which allows

[PATCH 05/10] x86 tsc_msr: Correct Silvermont reference clock values

From: Len Brown Atom processors use a 19.2 MHz crystal oscillator. Early processors generate 100 MHz via 19.2 MHz * 26 / 5 = 99.84 MHz. Later preocessor generate 100 MHz via 19.2 MHz * 125 / 24 = 100 MHz. Update the Silvermont-based tables accordingly, matching the

[PATCH 06/10] x86 tsc_msr: Add Airmont reference clock values

From: Len Brown per the Intel 64 and IA-32 Architecture Software Developer's Manual... Add the reference clock for Intel Atom Processors Based on the Airmont Microarchitecture. Reported-by: Stephane Gasparini Signed-off-by: Len Brown

[PATCH 01/10] Revert "x86/tsc: Add missing Cherrytrail frequency to the table"

From: Len Brown This reverts commit e2724e9d969294879936daf7833d4adda26c8efc. as it is incomplete, and is replaced by a more complete pach later in this series. Signed-off-by: Len Brown --- arch/x86/kernel/tsc_msr.c | 3 --- 1 file changed, 3

[PATCH 10/10] x86 tsc: enumerate BXT tsc_khz via CPUID

From: Len Brown Hard code the BXT crystal clock (aka ART - Always Running Timer) to 19.200 MHz, and use CPUID leaf 0x15 to determine the BXT TSC frequency. Use tsc_khz to sanity check BXT cpu_khz, which can be erroneous in some configurations. Signed-off-by: Bin Gao

[PATCH 02/10] x86 tsc_msr: Identify Intel-specific code

From: Len Brown try_msr_calibrate_tsc() is currently Intel-specific, and should not execute on any other vendor's parts. Signed-off-by: Len Brown --- arch/x86/kernel/tsc_msr.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:18 +1000, Julian Calaby wrote: > ./scripts/get_maintainers.pl -f drivers/scsi/vmw_pvscsi.c just fyi: the script name is not plural $ ./scripts/get_maintainer.pl  -f drivers/scsi/vmw_pvscsi.c Arvind Kumar (maintainer:VMware PVSCSI driver) VMware

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

On Thu, Jun 2, 2016 at 8:19 PM, Dave Hansen wrote: > > 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

[PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

From: Huang Ying madvise_free_huge_pmd should return 0 if the fallback PTE operations are required. In madvise_free_huge_pmd, if part pages of THP are discarded, the THP will be split and fallback PTE operations should be used if splitting succeeds. But the original code

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: > Hi Joe, rehi Julian. > On Fri, Jun 17, 2016 at 12:33 PM, Joe Perches wrote: [] > > get_maintainer.pl also has a rarely used "--file-emails" option to > > scan for what appears to be email addresses in specific files. >

Re: [PATCH v2 8/8] p54: convert to sysdata API

On Thu, Jun 16, 2016 at 3:36 PM, Luis R. Rodriguez wrote: > > Reason this could not wait is folks seem to want to keep extending the API, > which is another reason for this, do we want to put an end to an unflexible > API now or should we wait ? So I absolutely abhor "changes

Re: [PATCH] VMW_PVSCSI: Change to update maintainer details (name, email)

Hi Joe, On Fri, Jun 17, 2016 at 1:04 PM, Joe Perches wrote: > On Fri, 2016-06-17 at 12:44 +1000, Julian Calaby wrote: >> Hi Joe, > > rehi Julian. (I always put a salutation on my emails and always finish them with "Thanks," =) ) >> On Fri, Jun 17, 2016 at 12:33 PM, Joe

[x86] 33c4f826f2: INFO: task swapper/0:1 blocked for more than 120 seconds.

FYI, we noticed the following commit: https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vmap_stack commit 33c4f826f210da9ea4f198dea266f425f13615e9 ("x86: Move addr_limit to thread_struct") on test machine: vm-vp-quantal-x86_64: 2 threads qemu-system-x86_64 -enable-kvm with

Re: [patch 13/20] timer: Switch to a non cascading wheel

On Thu, Jun 16, 2016 at 05:40:51PM -0700, Paul E. McKenney wrote: > On Thu, Jun 16, 2016 at 08:14:02PM +0200, Peter Zijlstra wrote: > > On Thu, Jun 16, 2016 at 09:02:15AM -0700, Paul E. McKenney wrote: > > > > 2) When we do that right, we can make the tick frequency a command line > > > > option

Re: [PATCH] zram: use writer semaphores in device attributes store

Hello, On (06/17/16 11:31), Geliang Tang wrote: [..] > Since the device attributes store provides write access. This patch uses > down_write()/up_write() instead of down_read()/up_read() in > mem_used_max_store() and compact_store(). we use ->init_lock not to make attrs exclusive, but to prevent

linux-next: Tree for Jun 17

Hi all, Changes since 20160616: Non-merge commits (relative to Linus' tree): 3866 3847 files changed, 179431 insertions(+), 67790 deletions(-) I have created today's linux-next tree at git://git.kernel.org/pub/scm

Re: [PATCH 4.7 FIX] brcmfmac: fix lockup when removing P2P interface after event timeout

On 16 June 2016 at 17:10, Kalle Valo wrote: > Rafał Miłecki writes: > >> Removing P2P interface is handled by sending a proper request to the >> firmware. On success firmware triggers an event and driver's handler >> removes a matching interface. >> >>

[PATCH v2 0/2] Add SHA-3 algorithm and test vectors.

This patchset adds the implementation of SHA-3 algorithm in software and it's based on original implementation pushed in patch https://lwn.net/Articles/518415/ with additional changes to match the padding rules specified in SHA-3 specification. This patchset also includes changes in tcrypt module

[PATCH v3 6/7] max8903: remove unnecessary 'out of memory' error message.

From: Chris Lapa Remove the 'out of memory' error message as it is printed by the core. Signed-off-by: Chris Lapa --- drivers/power/max8903_charger.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/power/max8903_charger.c

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

On 06/16/2016 07:09 PM, Frank Wang wrote: 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: Frank Wang

[PATCH 04/10] x86 tsc_msr: Update comments, expand definitions

From: Len Brown Syntax only, no functional change. Signed-off-by: Len Brown --- arch/x86/kernel/tsc_msr.c | 36 ++-- 1 file changed, 10 insertions(+), 26 deletions(-) diff --git a/arch/x86/kernel/tsc_msr.c

Re: [RFC PATCH 2/2] KVM: x86: use __kvm_guest_exit

> > static bool vmx_has_high_real_mode_segbase(void) > > diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c > > index 7e3041ef050f..cc741b68139c 100644 > > --- a/arch/x86/kvm/x86.c > > +++ b/arch/x86/kvm/x86.c > > @@ -6706,21 +6706,13 @@ static int vcpu_enter_guest(struct kvm_vcpu *vcpu) > >

[PATCH] tools/perf: Fix the mask in regs_dump__printf

When decoding the perf_regs mask in regs_dump__printf(), we loop through the mask using find_first_bit and find_next_bit functions. And mask is of type "u64". But "u64" is send as a "unsigned long *" to lib functions along with sizeof(). While the exisitng code works fine in most of the case,

[PATCH 0/10] x86/tsc: fast calibration updates

Originally I wrote this series to increase TSC calibration accuracy and speed, but it now it also includes changes that are mandatory for some systems to work correctly. In particular, the Airmont table entires are already being used in products, and some BXT steppings will fail without the check

[PATCH 2/2] idle_intel: Add Denverton

From: Jacob Pan Denverton is an Intel Atom based micro server which shares the same Goldmont architecture as Broxton. The available C-states on Denverton is a subset of Broxton with only C1, C1e, and C6. Signed-off-by: Jacob Pan

[PATCH 1/2] drivers/idle: make intel_idle.c driver more explicitly non-modular

From: Paul Gortmaker The Kconfig for this driver is currently declared with: config INTEL_IDLE bool "Cpuidle Driver for Intel Processors" ...meaning that it currently is not being built as a module by anyone. This was done in commit

[PATCH 0/2] intel_idle updates

Rafael, Since you've already pulled Dave's intel-family.h intel_idle changes into your tree, please also apply these intel_idle patches to that branch. [PATCH 1/2] drivers/idle: make intel_idle.c driver more explicitly [PATCH 2/2] idle_intel: Add Denverton And if you prefer to use git... The

Re: [PATCH 4.7 FIX] brcmfmac: fix lockup when removing P2P interface after event timeout

On 17 June 2016 at 07:13, Kalle Valo wrote: > Rafał Miłecki writes: > >> On 16 June 2016 at 17:10, Kalle Valo wrote: >>> Rafał Miłecki writes: >>> Removing P2P interface is handled by sending a proper request

Re: net: stmmac: dwmac-rk: fixes for Wake-on-Lan on RK3288

On 6/16/2016 4:51 PM, Vincent Palatin wrote: Hi Giuseppe, On Thu, Jun 16, 2016 at 6:37 AM, Giuseppe CAVALLARO wrote: Hi Vincent On 6/15/2016 7:04 PM, Vincent Palatin wrote: On Sun, Jun 12, 2016 at 11:46 PM, Giuseppe CAVALLARO wrote: On

Re: [BUG] act_ife: sleeping functions called in atomic context

On Thu, Jun 16, 2016 at 7:14 PM, Cong Wang wrote: > > I think we can just remove that tcf_lock, I am testing a patch now. Please try the attached patch, I will do more tests tomorrow. Thanks! diff --git a/net/sched/act_ife.c b/net/sched/act_ife.c index 658046d..859fb02

Re: [PATCH net-next v5 0/7] vmxnet3: upgrade to version 3

From: Shrikrishna Khare Date: Thu, 16 Jun 2016 10:51:52 -0700 > vmxnet3 emulation has recently added several new features which includes > support for new commands the driver can issue to emulation, change in > descriptor fields etc. This patch series extends the vmxnet3

Re: [PATCH V2 2/4] clk: Combine DT binding doc for max77686 and max77802

On 06/16/2016 03:23 PM, Laxman Dewangan wrote: > The clock IP used on the Maxim PMICs max77686 and max77802 are > same. The configuration of clock register is also same except > the number of clocks. > > Define the common DT binding file for the clocks of Maxim PMICs > MAX77686 and MAX77802. For

Re: [PATCH] MADVISE_FREE, THP: Fix madvise_free_huge_pmd return value after splitting

Hi, On Thu, Jun 16, 2016 at 08:03:54PM -0700, Huang, Ying wrote: > From: Huang Ying > > madvise_free_huge_pmd should return 0 if the fallback PTE operations are > required. In madvise_free_huge_pmd, if part pages of THP are discarded, > the THP will be split and fallback

Re: [PATCH v3] i2c: designware: Use transfer timeout from ioctl I2C_TIMEOUT

On 06/17/2016 04:46 AM, Weifeng Voon wrote: This allows applications to set the transfer timeout in 10ms increments via ioctl I2C_TIMEOUT. Signed-off-by: Weifeng Voon --- changelog v2: * No code change, just change to a more suitable title changelog v3: * Move

Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock

Hello, On Thu, Jun 16, 2016 at 09:12:32PM -0300, Daniel Bristot de Oliveira wrote: > The use of the irq spin_(un)lock_irq() assumes that the code is always > called with IRQs enabled. But that is not always true in this case, as > we call cgroup_free() in the hard IRQ context, and unconditionally

Re: [LKP] [lkp] [mm] 5c0a85fad9: unixbench.score -6.3% regression

On Thu, Jun 16, 2016 at 03:27:44PM -0700, Huang, Ying wrote: > Minchan Kim writes: > > > On Thu, Jun 16, 2016 at 07:52:26AM +0800, Huang, Ying wrote: > >> "Kirill A. Shutemov" writes: > >> > >> > On Tue, Jun 14, 2016 at 05:57:28PM +0900, Minchan Kim

Re: [PATCH 2/2] security,perf: Allow further restriction of perf_event_open

Ben Hutchings writes: > When kernel.perf_event_open is set to 3 (or greater), disallow all > access to performance events by users without CAP_SYS_ADMIN. > Add a Kconfig symbol CONFIG_SECURITY_PERF_EVENTS_RESTRICT that > makes this value the default. So this patch does two

[PATCH v2 0/3] Add KVM support for Intel local MCE

Changes in v2: * v1 Patch 1 becomes v2 Patch 3. * Fix COB chain in Patch 3. (Boris Petkov) * (Patch 1) Move msr_ia32_feature_control from nested_vmx to vcpu_vmx, because it does not depend only on nested after this patch series. (Radim Krčmář) * (Patch 2) Add a valid bitmask for

Re: [PATCH 00/13] Virtually mapped stacks with guard pages (x86, core)

On Wed, Jun 15, 2016 at 05:28:22PM -0700, Andy Lutomirski wrote: > Since the dawn of time, a kernel stack overflow has been a real PITA > to debug, has caused nondeterministic crashes some time after the > actual overflow, and has generally been easy to exploit for root. > > With this series,

[PATCH net-next] r8152: modify the check of the flag of PHY_RESET in set_speed function

In set_speed(), BMCR_RESET would be set when the flag of PHY_RESET is set. Use BMCR_RESET to replace testing the flag of PHY_RESET. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v8 3/4] i2c: i801: add support of Host Notify

> > - removed the .resume hook as upstream changed suspend/resume hooks and > > there > > is no need in the end to re-enable host notify on resume (tested on Lenovo > > t440 and t450). > > Actually, this hook seemed to be required on the Lenovo T440 (Haswell) > but not on the T450

Re: [PATCH v3 0/4] ipvs: fix backup sync daemon with IPv6, and minor updates

Hello, On Wed, 15 Jun 2016, Quentin Armitage wrote: > This series of patches arise from discovering that: > ipvsadm --start-daemon backup --mcast-group IPv6_address ... > would always fail. > > The first patch resolves the problem. The second and third patches are > optimizations that

Re: [PATCH 05/10] mm, oom: skip vforked tasks from being selected

On Wed 15-06-16 16:51:06, Oleg Nesterov wrote: > On 06/09, Michal Hocko wrote: > > > > --- a/include/linux/sched.h > > +++ b/include/linux/sched.h > > @@ -1883,6 +1883,32 @@ extern int arch_task_struct_size __read_mostly; > > #define TNF_FAULT_LOCAL0x08 > > #define TNF_MIGRATE_FAIL 0x10 > >

Re: [PATCH 09/10] mm, oom_reaper: do not attempt to reap a task more than twice

On Wed 15-06-16 16:48:35, Oleg Nesterov wrote: > On 06/09, Michal Hocko wrote: > > > > @@ -556,8 +556,27 @@ static void oom_reap_task(struct task_struct *tsk) > > schedule_timeout_idle(HZ/10); > > > > if (attempts > MAX_OOM_REAP_RETRIES) { > > + struct task_struct *p; >

Re: [GIT PULL 00/19] perf/core improvements and fixes

On Wed, Jun 15, 2016 at 03:13:09PM -0300, Arnaldo Carvalho de Melo wrote: SNIP > > He Kuang (1): > perf unwind: Fix compile error for static cross build > > Jiri Olsa (10): > perf mem: Add --ldlat option > perf

[PATCH] PM / OPP: 'UNKNOWN' status of opp-table->shared

dev_pm_opp_get_sharing_cpus() returns 0 even in the case where the OPP core doesn't know if the table is shared or not. It is working for most of the platforms, as the OPP table was never created and we returned -ENODEV then. But in case of one of the platforms (Jetson TK1) at least, the

Re: [PATCH 0/10 -v4] Handle oom bypass more gracefully

On Tue 14-06-16 22:17:40, Oleg Nesterov wrote: > On 06/13, Michal Hocko wrote: > > > > On Mon 13-06-16 13:23:48, Michal Hocko wrote: > > > On Thu 09-06-16 13:52:07, Michal Hocko wrote: > > > > I would like to explore ways how to remove kthreads (use_mm) special > > > > case. It shouldn't be that

Re: [REDO PATCH v7] perf/x86/amd/power: Add AMD accumulated power reporting mechanism

Hi Vince, Thanks for asking. On Wed, Jun 15, 2016 at 09:13:59PM -0400, Vince Weaver wrote: > > three questions about this functionality: > > 1. In theory this should also work on an amd fam16h model 30h > processor too, correct? The current code limits things to fam15h > even though

Re: [PATCH 2/2] tools include: Fix wrong macro definitions for cpu_to_le* for big endian

On Thu, Jun 16, 2016 at 01:32:09AM +, He Kuang wrote: > From: Wang Nan > > The cpu_to_le* macros in kernel.h are defined without considering > endianese. This patch includes "byteoder/generic.h" instead to fix the > bug, and removes redundant le64_to_cpu definition in

Re: [PATCH net 0/3] r8152: fix known issues

From: Hayes Wang Date: Thu, 16 Jun 2016 10:55:16 +0800 > These patches fix some known issues. Series applied, thanks.

Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening

On Wed, 2016-06-15 at 13:58 -0700, Joe Perches wrote: > There is code duplication of a masked ethernet address comparison here > so make it a separate function instead. > > Miscellanea: > > o Neaten alignment of FWINV macro uses to make it clearer for the reader > > Signed-off-by: Joe Perches

[PATCH v2 2/3] KVM: VMX: validate individual bits of guest MSR_IA32_FEATURE_CONTROL

KVM currently does not check the value written to guest MSR_IA32_FEATURE_CONTROL, though bits corresponding to disabled features may be set. This patch makes KVM to validate individual bits written to guest MSR_IA32_FEATURE_CONTROL according to enabled features. Signed-off-by: Haozhong Zhang

[PATCH v2 3/3] KVM: VMX: enable guest access to LMCE related MSRs

From: Ashok Raj On Intel platforms, this patch adds LMCE to KVM MCE supported capabilities and handles guest access to LMCE related MSRs. Signed-off-by: Ashok Raj [Haozhong: macro KVM_MCE_CAP_SUPPORTED => variable kvm_mce_cap_supported Only

[PATCH v2 1/3] KVM: VMX: move msr_ia32_feature_control to vcpu_vmx

msr_ia32_feature_control will be used for LMCE and not depend only on nested anymore, so move it from struct nested_vmx to struct vcpu_vmx. Signed-off-by: Haozhong Zhang --- arch/x86/kvm/vmx.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff

Re: [PATCH] rcu: Fix soft lockup for rcu_nocb_kthread

On 2016/6/15 23:49, Paul E. McKenney wrote: > On Wed, Jun 15, 2016 at 03:27:36PM +0800, Ding Tianhong wrote: >> I met this problem when using the Testgine to send package to ixgbevf nic >> by this steps: >> 1. Connect to ixgbevf, and set the speed to 10Gb/s, it could work fine. >> 2. Then use

Re: [PATCH 2/2] tools include: Fix wrong macro definitions for cpu_to_le* for big endian

-for-cpu_to_le-for-big-endian/20160616-092924 config: x86_64-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): In file include

Re: [PATCH 0/3] Add the eDP/VOP device node for rk3399

Hi Yakir, Yakir Yang rock-chips.com> writes: > > This thread is rely on Mark's VOP thread[1] and Yakir's eDP thread[2]. > > [1]: https://lkml.org/lkml/2016/4/20/36 > [2]: https://patchwork.freedesktop.org/patch/83406/ > > Mark Yao (1): > arm64: dts: rockchip: add VOP and VOP iommu node for

[RESEND PATCH v2 2/2] serial: samsung: Fix possible out of bounds access on non-DT platform

On non-DeviceTree platforms, the index of serial device is a static variable incremented on each probe. It is incremented even if deferred probe happens when getting the clock in s3c24xx_serial_init_port(). This index is used for referencing elements of statically allocated s3c24xx_serial_ports

[RESEND PATCH v2 1/2] serial: samsung: Fix ERR pointer dereference on deferred probe

When the clk_get() of "uart" clock returns EPROBE_DEFER, the next re-probe finishes with success but uses invalid (ERR_PTR) values. This leads to dereferencing of ERR_PTR stored under ourport->clk: 12c3.serial: Controller clock not found (...) 12c3.serial: ttySAC3

Re: [Linaro-acpi] [RFC PATCH V2 1/2] ACPI/PCI: Match PCI config space accessors against platfrom specific ECAM quirks

On 06/13/2016 09:54 AM, Gabriele Paoloni wrote: > Hi Tomasz, Jon Hi Gab, Sorry for the lag in following up. > As you can see here Liudongdong has replaced oem_revision with > oem_table_id. > > Now it seems that there are some platforms that have already shipped > using a matching based on

Re: [PATCH 10/10] mm, oom: hide mm which is shared with kthread or global init

On Wed 15-06-16 16:37:01, Oleg Nesterov wrote: > Michal, > > I am going to ack the whole series, but send some nits/questions, > > On 06/09, Michal Hocko wrote: > > > > @@ -283,10 +283,22 @@ enum oom_scan_t oom_scan_process_thread(struct > > oom_control *oc, > > > > /* > > * This

Re: [PATCH v2 1/4] max8903: adds documentation for device tree bindings.

On 06/14/2016 03:54 AM, Chris Lapa wrote: > On 10/06/2016 11:51 PM, Krzysztof Kozlowski wrote: >> On 06/10/2016 02:32 PM, Chris Lapa wrote: >>> From: Chris Lapa >>> >>> Signed-off-by: Chris Lapa >>> --- >>> .../devicetree/bindings/power/max8903-charger.txt

[4.7-rc3 June 16th code][EXT4] Rename file corruption?

Hello Kernel devs, I built a snapshot of Linus's kernel (master) Triggered fault in EXT4 compiling LLVM/clang/Mesa: Jun 15 12:36:41 segfault kernel: [34407.966896] Modules linked in: bnep bluetooth cpufreq_stats ebtable_filter ebtables ip6table_filter ip6_tables bridge amdkfd amd_iommu_v2

Re: [PATCH 0/10 -v4] Handle oom bypass more gracefully

On Wed 15-06-16 17:09:03, Oleg Nesterov wrote: > On 06/09, Michal Hocko wrote: > > > > this is the v4 version of the patchse. > > I would like to ack this series even if I do not pretend I understand > all implications. > > But imo every change makes sense and this version adresses my previous >

Re: [PATCH RFC] Revert "cpufreq: dt: Identify cpu-sharing for platforms without operating-points-v2"

+Rafael On 16-06-16, 14:35, Alexandre Courbot wrote: > This is not an actual request for revert, but rather for comments about > the observed behavior since I am not really familiar with cpufreq. > > I am observing a serious performance regression on Jetson TK1 since 4.7-rc1: > namely, moving

Re: [PATCH 1/2] tools include: Sync byteorder/generic.h

On Thu, Jun 16, 2016 at 01:32:08AM +, He Kuang wrote: > From: Wang Nan > > This patch copies "include/linux/byteorder/generic.h" to > "tools/include/linux/byteorder/generic.h" to enable other libraries to > use macros in it. it's not the file copied, as the changelog

Re: [PATCH v2 1/4] max8903: adds documentation for device tree bindings.

On 16/06/2016 4:35 PM, Krzysztof Kozlowski wrote: On 06/14/2016 03:54 AM, Chris Lapa wrote: On 10/06/2016 11:51 PM, Krzysztof Kozlowski wrote: On 06/10/2016 02:32 PM, Chris Lapa wrote: From: Chris Lapa Signed-off-by: Chris Lapa ---

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

On Thu, Jun 16, 2016 at 02:22:09PM +0900, Sergey Senozhatsky wrote: > On (06/16/16 13:47), Minchan Kim wrote: > [..] > > > this is what I'm getting with the [zsmalloc: keep first object offset in > > > struct page] > > > applied: "count:0 mapcount:-127". which may be not related to zsmalloc > >

[patch] devlink: clean up a condition

Presumably having a _get() function implies that we also have a _set() function but lets make it match when we're calling. Signed-off-by: Dan Carpenter diff --git a/net/core/devlink.c b/net/core/devlink.c index a4f88cb..b2e592a 100644 --- a/net/core/devlink.c +++

Re: [PATCHv9-rebased2 01/37] mm, thp: make swapin readahead under down_read of mmap_sem

> > From: Ebru Akagunduz > > Currently khugepaged makes swapin readahead under down_write. This patch > supplies to make swapin readahead under down_read instead of down_write. > > The patch was tested with a test program that allocates 800MB of memory, > writes to

Re: [PATCH] PM / OPP: 'UNKNOWN' status of opp-table->shared

On 06/16/2016 03:33 PM, Viresh Kumar wrote: dev_pm_opp_get_sharing_cpus() returns 0 even in the case where the OPP core doesn't know if the table is shared or not. It is working for most of the platforms, as the OPP table was never created and we returned -ENODEV then. But in case of one of the

Re: [PATCH] PM / OPP: 'UNKNOWN' status of opp-table->shared

On 16-06-16, 15:55, Alexandre Courbot wrote: > On 06/16/2016 03:33 PM, Viresh Kumar wrote: > >dev_pm_opp_get_sharing_cpus() returns 0 even in the case where the OPP > >core doesn't know if the table is shared or not. It is working for most > >of the platforms, as the OPP table was never created

<    5   6   7   8   9   10   11   12   13   14   >