[PATCH] Input: elan_i2c - enable ELAN0100 acpi panels

Enable ELAN0100 touchpad driver, found on a Asus X205TA laptop, to gain 2,3 fingers tap and 2 fingers scroll. Signed-off-by: Michele Curti --- drivers/hid/hid-core.c | 1 + drivers/input/mouse/elan_i2c_core.c | 2 ++ 2 files changed, 3 insertions(+) diff --git a/drivers/hid/hid-cor

Re: [PATCH v3 2/5] KVM: add KVM_REQ_EXIT request for userspace exit

On 19/08/2015 20:55, Wanpeng Li wrote: >> The disadvantage is that it adds an overhead of one bit check for all >> kernel exits. A quick tracing shows that the ratio of userspace exits >> after boot is about 1/5 and in subsequent run of nmap and kernel compile >> has about 1/60, so the check sho

Re: difficult to pinpoint exhaustion of swap between 4.2.0-rc6 and 4.2.0-rc7

On 22.8.2015 6:48, Arthur Marsh wrote: > > > Vlastimil Babka wrote on 21/08/15 21:18: >> On 08/21/2015 01:37 PM, Vlastimil Babka wrote: >>> >>> That, said, looking at the memory values: >>> >>> rc6: Free+Buffers+A/I(Anon)+A/I(File)+Slab = 6769MB >>> rc7: ... = 47

[PATCH v3 07/10] media/usb/pvrusb2: Support for V4L2_CTRL_WHICH_DEF_VAL

This driver does not use the control infrastructure. Add support for the new field which on structure v4l2_ext_controls Acked-By: Mike Isely Signed-off-by: Ricardo Ribalda Delgado --- changes v3: By Mike Isely elevate the call to pvr2_hdw_get_ctrl_v4l() out of the if-statement drivers/media

RE: [PATCH] Input: elan_i2c - enable ELAN0100 acpi panels

Hi Michele, The vaildpage_count for type 0x08 should be 512, not 768. Thanks Duson -Original Message- From: Michele Curti [mailto:michele.cu...@gmail.com] Sent: Saturday, August 22, 2015 2:59 PM To: ji...@kernel.org; dmitry.torok...@gmail.com; duson...@emc.com.tw Cc: ble...@chromium.org

[PATCH v2] Input: elan_i2c - enable ELAN0100 acpi panels

Enable ELAN0100 touchpad driver, found on a Asus X205TA laptop, to gai 2,3 fingers tap and 2 fingers scroll. Signed-off-by: Michele Curti --- drivers/hid/hid-core.c | 1 + drivers/input/mouse/elan_i2c_core.c | 4 2 files changed, 5 insertions(+) diff --git a/drivers/hid/hid-co

Re: [PATCH] Input: elan_i2c - enable ELAN0100 acpi panels

On Sat, Aug 22, 2015 at 03:28:19PM +0800, DusonLin wrote: > Hi Michele, > > The vaildpage_count for type 0x08 should be 512, not 768. > Thank you! Sent a v2 patch :) Regards, Michele > Thanks > Duson > > -Original Message- > From: Michele Curti [mailto:michele.cu...@gmail.com] > Sent:

Re: [PATCH v4 0/5] sync a se with its cfs_rq when att(det)aching it

On Thu, Aug 20, 2015 at 08:21:55PM +0900, byungchul.p...@lge.com wrote: > From: Byungchul Park i am not sure if i did it here, in v4, as peter suggested fully. i did not fully undertand what he commented on v3. i am waiting for any feedback e.g. answering to my question, just reviewing now and so

[GIT PULL] User namespace related changes for v4.3

Linus, I am out out on vacation for the next week or so, and I expect the merge window will open before I return so I am sending my pull request for the 4.3 merge window early. When the merge window for v4.3 opens please pull the for-linus branch from the git tree: git://git.kernel.org/pub/

[PATCH 3/3] mm/memblock: fix memblock comment

's/amd/and/' Signed-off-by: Yaowei Bai --- include/linux/memblock.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/memblock.h b/include/linux/memblock.h index cc4b019..273aad7 100644 --- a/include/linux/memblock.h +++ b/include/linux/memblock.h @@ -304,7 +304,7

[PATCH 2/3] mm/page_alloc: add a helper function to check page before alloc/free

The major portion of check_new_page() and free_pages_check() are same, introduce a helper function check_one_page() for readablity. Signed-off-by: Yaowei Bai --- mm/page_alloc.c | 54 +++--- 1 file changed, 23 insertions(+), 31 deletions(-) diff -

[PATCH 1/3] mm/page_alloc: fix a terrible misleading comment

The comment says that the per-cpu batchsize and zone watermarks are determined by present_pages which is definitely wrong, they are both calculated from managed_pages. Fix it. Signed-off-by: Yaowei Bai --- mm/page_alloc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/pag

Re: [RFC] fbdev/riva:change to use generice function to implement reverse_order()

Hi, On Fri, Aug 21, 2015 at 11:01:41AM +0300, Tomi Valkeinen wrote: > >> Possibly the patches are still good for x86 also, but that needs to be > >> proven. > >> > > not exactly, because x86_64 don’t have hardware instruction to do rbit OP, > > i compile by test : > > For old drivers i386 may be

[PATCH -next] hrtimer: Fix hang seen if tick_init_highres() failed

Commit 75e3b37d0598 ("hrtimer: Drop return code of hrtimer_switch_to_hres()") drops the return code of hrtimer_switch_to_hres(). While doing so, it also drops the return statement itself on failure. This may cause a system hang. Seen when running arm:multi_v7_defconfig in qemu with devicetree file

Re: [PATCH] x86/math-emu: Add support for FCMOVcc and F[U]COMI[P] insns

* Denys Vlasenko wrote: > Only compile-tested. > > Signed-off-by: Denys Vlasenko > CC: Ingo Molnar > CC: Borislav Petkov > CC: "H. Peter Anvin" > CC: Andy Lutomirski > CC: Kees Cook > CC: x...@kernel.org > CC: linux-kernel@vger.kernel.org > --- > arch/x86/math-emu/fpu_aux.c | 70 +++

Re: [PATCH] x86/math-emu: Add support for FCMOVcc and F[U]COMI[P] insns

* Denys Vlasenko wrote: > +/* fcmovCC and f(u)comi(p) are enabled if CPUID(1).EDX(15) "cmov" is set */ > + > static FUNC const st_instr_table[64] = { > - fadd__, fld_i_, __BAD__, __BAD__, fadd_i, ffree_, faddp_, _df_c0_, > - fmul__, fxch_i, __BAD__, __BAD__, fmul_i, _dd_c8_, fmulp_, _df

[tip:timers/core] hrtimer: Handle failure of tick_init_highres() gracefully

Commit-ID: 85e1cd6e769dfc84995270d0a4838021fcb8602d Gitweb: http://git.kernel.org/tip/85e1cd6e769dfc84995270d0a4838021fcb8602d Author: Guenter Roeck AuthorDate: Sat, 22 Aug 2015 01:10:47 -0700 Committer: Thomas Gleixner CommitDate: Sat, 22 Aug 2015 10:57:50 +0200 hrtimer: Handle failur

Re: [x86] copy_from{to}_user question

On Fri, Aug 21, 2015 at 02:06:16PM -0700, H. Peter Anvin wrote: > What I'm saying is that we do do STAC, which *disables* SMAP. We have > to do that because one pointer is known to be a user space pointer. > > However, we currently don't verify that the *other* pointer is kernel > space, which it

[GIT pull] timer fixes for 4.2

Linus, please pull the latest timers-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git timers-urgent-for-linus Two minimalistic fixes for 4.2 regressions: - Eric fixed a thinko in the timer_list base switching code caused by the overhaul of the ti

[GIT pull] irq fixes for 4.2

Linus, please pull the latest irq-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-urgent-for-linus A series of small fixlets for a regression visible on OMAP devices caused by the conversion of the OMAP interrupt chips to hierarchical interrupt d

Re: [PATCH] x86, bitops, variable_test_bit should return 1 not -1 on a match

* Prarit Bhargava wrote: > > > On 08/21/2015 02:51 AM, Ingo Molnar wrote: > > > > * Prarit Bhargava wrote: > > > >> This issue was noticed while debugging a CPU hotplug issue. On x86 > >> with (NR_CPUS > 1) the cpu_online() define is cpumask_test_cpu(). > >> cpumask_test_cpu() should retur

Re: [PATCH v10 03/20] x86/stackvalidate: Compile-time stack validation

* Josh Poimboeuf wrote: > On Fri, Aug 21, 2015 at 09:54:49AM +0200, Ingo Molnar wrote: > > > > * Josh Poimboeuf wrote: > > > > > +Why do we need stack validation? > > > + > > > + > > > +Here are some of the benefits of validating stack metadata: > > > + > > > +

[tip:x86/cpufeature] x86/cpufeatures: Enable cpuid for Intel SHA extensions

Commit-ID: 488ca7d72d974e3c00ae73ed9f947590680bdf00 Gitweb: http://git.kernel.org/tip/488ca7d72d974e3c00ae73ed9f947590680bdf00 Author: Tim Chen AuthorDate: Fri, 21 Aug 2015 14:56:46 -0700 Committer: Thomas Gleixner CommitDate: Sat, 22 Aug 2015 11:17:31 +0200 x86/cpufeatures: Enable cpu

Re: [PATCH 2/2] acpi, apei: use appropriate pgprot_t to map GHES memory

* Jonathan (Zhixiong) Zhang wrote: > From: "Jonathan (Zhixiong) Zhang" > > With ACPI APEI firmware first handling, generic hardware error > record is updated by firmware in GHES memory region. On an arm64 > platform, firmware updates GHES memory region with uncached > access attribute, and the

[PATCH -next] mips: Enable common clock framework for malta and sead3

Since commit e69b3d70ac57 ("CLOCKSOURCE: mips-gic: Update clockevent frequency on clock rate changes"), malta_defconfig and sead3_defconfig fail to build as follows. drivers/clocksource/mips-gic-timer.c: In function 'gic_clk_notifier': drivers/clocksource/mips-gic-timer.c:102:16: error: 'P

Re: [Regression v4.2 ?] 32-bit seccomp-BPF returned errno values wrong in VM?

* Denys Vlasenko wrote: > It was nearly inevitable that something would break during untangling. 1) So the 'chronic lack of compat, audit/noaudit and Wine testing' was certainly avoidable. The problem wasn't the fact that something was bound to break, but the latency of finding these bugs.

Re: [PATCH 0/2] x86/KASAN updates for 4.3

* Will Deacon wrote: > On Thu, Aug 13, 2015 at 12:24:28PM +0100, Will Deacon wrote: > > On Thu, Aug 13, 2015 at 12:02:26PM +0100, Andrey Ryabinin wrote: > > > 2015-08-13 12:01 GMT+03:00 Will Deacon : > > > > Yes please, works for me! If we're targetting 4.3, then please can you > > > > base > >

[PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

This series is a variant of Linus's jiffies based caching approach in the: "get_vmalloc_info() and /proc/meminfo insanely expensive" thread on lkml. The idea is to track modifications to the vmalloc list by wrapping the lock/unlock primitives, and to put a flag next to the spinlock. If the sp

[PATCH 1/3] mm/vmalloc: Abstract out vmap_area_lock lock/unlock operations

We want to add some extra cache invalidation logic to vmalloc() area list unlocks - for that first abstract away the vmap_area_lock operations into vmap_lock()/vmap_unlock(). Cc: Linus Torvalds Cc: Andrew Morton Cc: Rik van Riel Cc: linux...@kvack.org Signed-off-by: Ingo Molnar --- mm/vmalloc

[PATCH 2/3] mm/vmalloc: Track vmalloc info changes

Add a 'vmap_info_changed' flag to track changes to vmalloc() statistics. For simplicity this flag is set every time we unlock the vmap_area_lock. This flag is not yet used. Cc: Linus Torvalds Cc: Andrew Morton Cc: Rik van Riel Cc: linux...@kvack.org Signed-off-by: Ingo Molnar --- mm/vmalloc

[PATCH 3/3] mm/vmalloc: Cache the vmalloc memory info

Linus reported that glibc (rather stupidly) reads /proc/meminfo for every sysinfo() call, which causes the Git build to use a surprising amount of CPU time, mostly due to the overhead of get_vmalloc_info() - which walks a long list to do its statistics. Modify Linus's jiffies based patch to use th

Re: [PATCH v4 1/2] Documentation: dt: Add Xilinx zynqmp dma device tree binding documentation

Hi Moritz, Thanks. I will take care of these suggestions in next version Regards, Punnaiah On Fri, Aug 21, 2015 at 10:12 PM, Moritz Fischer wrote: > Hi all, > > sorry for HTML mail spam last night ... couple of nits below > > On Wed, Aug 5, 2015 at 8:19 PM, Punnaiah Choudary Kalluri > wrote:

[PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend

A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) that, after resuming from S3, CPU is working at a low speed. After investigation, it is found that, BIOS has modified the value of THERM_CONTROL register during S3, changes it from 0 to 0x10, while the latter means CPU can only

Re: linux-next: build failure after merge of the powerpc tree

On Sat, 2015-08-22 at 09:39 +0530, Vasant Hegde wrote: > On 08/22/2015 05:10 AM, Michael Ellerman wrote: > > On Fri, 2015-08-21 at 14:29 +0530, Vasant Hegde wrote: > >> On 08/21/2015 01:55 PM, Stephen Rothwell wrote: > >>> Hi all, > >>> > >>> After merging the nvdimm tree, today's linux-next build

RE: [RESEND PATCH] dmaengine: Add Xilinx AXI Direct Memory Access Engine driver support

Hi Moritz, Thanks for the comments > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Friday, August 21, 2015 6:47 AM > To: Appana Durga Kedareswara Rao > Cc: Appana Durga Kedareswara Rao; vinod.k...@intel.com; > dan.j.willi...@intel.com; Michal

Re: ipg and dl2k mess

Ondrej Zary : [...] > The patch below is enough to make my IP1000A card work with dl2k driver - no > more lost packets and hangs. Haven't tested gigabit speed yet - the PHY will > probably need some tweaking but that should be easy. Neither dl2k nor ipg uses napi. They are a bit dusty. > So mayb

[PATCH] cpupower: fix potential memory leak

Signed-off-by: Arjun Sreedharan --- tools/power/cpupower/bench/parse.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/tools/power/cpupower/bench/parse.c b/tools/power/cpupower/bench/parse.c index f503fb5..058a351 100644 --- a/tools/power/cpupower/bench/parse.c +++

[GIT PULL] perf fixes

Linus, Please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus # HEAD: 196676497f2507966f99abef63bede6a8550f8b3 Merge tag 'perf-urgent-for-mingo' of git://git.kernel.org/pub/scm/linux/kernel/git/acme/lin

[GIT PULL] x86 fixes

Linus, Please pull the latest x86-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus # HEAD: 827409b2f5b58573ae3774fe6bd2d6daeb335878 x86/fpu/math-emu: Fix crash in fork() Various low level fixes: fix more fallout from the FPU

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

* Andy Lutomirski wrote: > > The crash happens when DOS program terminates. > > At that point dosemu subverts the execution flow by > > replacing segregs and cs/ip ss/sp in sigcontext with its own. > > But __pad0 still has DOS SS, which crash because (presumably) > > the DOS LDT have been just r

Re: [PATCH 0/2] x86/KASAN updates for 4.3

2015-08-22 13:09 GMT+03:00 Ingo Molnar : > > * Will Deacon wrote: > >> On Thu, Aug 13, 2015 at 12:24:28PM +0100, Will Deacon wrote: >> > On Thu, Aug 13, 2015 at 12:02:26PM +0100, Andrey Ryabinin wrote: >> > > 2015-08-13 12:01 GMT+03:00 Will Deacon : >> > > > Yes please, works for me! If we're targ

Re: [PATCH 2/2] drivercore: Fix unregistration path of platform devices

ping? On Thu, Jul 16, 2015 at 10:33 PM, Ricardo Ribalda Delgado wrote: > ping? > > Hello Grant, Hello Greg > > Is there any planned timeframe for applying this patch into someones tree? > > > Thanks! > > On Tue, Jun 23, 2015 at 7:12 PM, Ricardo Ribalda Delgado > wrote: >> Hello >> >>> Tested-by:

[lkp] [x86_64] ef7f0d6a6c: BUG: kernel early-boot crashed early console in setup code

FYI, we noticed the below changes on git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit ef7f0d6a6ca8c9e4b27d78895af86c2fbfaeedb2 ("x86_64: add KASan support") +---+++ |

Re: [PATCH] x86, fpu: correct XSAVE xstate size calculation

* Dave Hansen wrote: > On 08/08/2015 02:06 AM, Ingo Molnar wrote: > >>> What sense does it make to have a blob we don't know the exact layout of? > >>> How will > >>> > > debuggers or user-space in general be able to print (and change) the > >>> > > register > >>> > > values if they don't kn

Re: [PATCH v6 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller

Hello. On 8/22/2015 4:45 AM, Chunfeng Yun wrote: add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 52 ++ 1 file changed, 52 insertions(+) cre

[PATCH] irqchip, gicv3-its, numa: Workaround for Cavium ThunderX erratum 23144

The patch below adds a workaround for gicv3 in a numa environment. It is on top of my recent gicv3 errata patch submission v4 and Ganapat's arm64 numa patches for devicetree v5. Please comment. Thanks, -Robert >From c432820451a46b8d1e299b8bfbfcdcb3b75340e7 Mon Sep 17 00:00:00 2001 From: Ganap

[lkp] [of/platform] 7ec0126d70: WARNING: CPU: 0 PID: 1 at fs/kernfs/dir.c:1253 kernfs_remove_by_name_ns+0x74/0x80()

FYI, we noticed the below changes on git://git.collabora.co.uk/git/user/tomeu/linux.git on-demand-probes-v6 commit 7ec0126d70e7cf5029b717f3b3ecf48ee1d17930 ("of/platform: Point to struct device from device node") +++---

Re: [PATCH v1 3/3] arm64: dts: add Hi6220 mailbox node

Hi Mark, On Fri, Aug 21, 2015 at 07:40:59PM +0100, Mark Rutland wrote: > On Wed, Aug 19, 2015 at 10:37:35AM +0100, Leo Yan wrote: > > On Hi6220, below memory regions in DDR have specific purpose: > > > > 0x05e0, - 0x05ef,: For MCU firmware using at runtime; > > 0x0740,f000 - 0x0740,ff

Re: [lkp] [x86_64] ef7f0d6a6c: BUG: kernel early-boot crashed early console in setup code

2015-08-22 16:16 GMT+03:00 kernel test robot : > FYI, we noticed the below changes on > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > commit ef7f0d6a6ca8c9e4b27d78895af86c2fbfaeedb2 ("x86_64: add KASan support") > > > +--

Re: [PATCH v3 1/7] iio: adc: hi8435: Holt HI-8435 threshold detector

On 16/08/15 19:54, Vladimir Barinov wrote: > Hi Jonathan, > > On 16.08.2015 12:00, Jonathan Cameron wrote: >> On 11/08/15 15:37, Vladimir Barinov wrote: >>> Hi Jonathan, >>> >>> Thank you for the review. >> Sorry I was being so indecisive. Always take a while when something >> 'new' turns up to g

Re: [PATCH RFC v1 0/4] perf: Introduce extended syscall error reporting

* Peter Zijlstra wrote: > On Fri, Jul 24, 2015 at 02:45:55PM +0300, Alexander Shishkin wrote: > > Hi Peter and Ingo and everybody, > > > > Here's my second stab at improving perf's error reporting by attaching > > arbitrary strings to the integer error codes. This is largely based > > off of th

Re: [PATCH v3 5/7] iio: Support triggered events

On 16/08/15 21:15, Vladimir Barinov wrote: > Hi Jonathan, > > Thank you for review. > Find some comments below. > > Regards, > Vladimir > > On 16.08.2015 12:20, Jonathan Cameron wrote: >> On 29/07/15 13:57, Vladimir Barinov wrote: >>> Support triggered events. >>> >>> This is useful for chips th

Re: [PATCH 1/3] x86/entry/64: Refactor IRQ stacks and make then NMI-safe

* Andy Lutomirski wrote: > On Wed, Aug 5, 2015 at 11:27 AM, Steven Rostedt wrote: > > On Wed, 5 Aug 2015 11:24:54 -0700 > > Andy Lutomirski wrote: > > > >> On Wed, Aug 5, 2015 at 1:59 AM, Ingo Molnar wrote: > >> > > >> > * Andy Lutomirski wrote: > >> > > >> >> --- a/arch/x86/kernel/process_6

[tip:x86/microcode] x86/microcode: Use kmemdup() rather than duplicating its implementation

Commit-ID: d4e963644768b33aa3db7f470c35d74ed78d8354 Gitweb: http://git.kernel.org/tip/d4e963644768b33aa3db7f470c35d74ed78d8354 Author: Andrzej Hajda AuthorDate: Mon, 10 Aug 2015 12:19:52 +0200 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:49:35 +0200 x86/microcode: Use kmemdup

[tip:core/core] x86/traps: Weaken context tracking entry assertions

Commit-ID: f0a97af83f6287357dcc100c859ec0066f164f32 Gitweb: http://git.kernel.org/tip/f0a97af83f6287357dcc100c859ec0066f164f32 Author: Andy Lutomirski AuthorDate: Thu, 20 Aug 2015 22:03:21 -0700 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 11:12:10 +0200 x86/traps: Weaken contex

[tip:x86/asm] x86/asm: Add MONITORX/MWAITX instruction support

Commit-ID: f96756746c7909de37db3d03ac5fd5cfb2757f38 Gitweb: http://git.kernel.org/tip/f96756746c7909de37db3d03ac5fd5cfb2757f38 Author: Huang Rui AuthorDate: Mon, 10 Aug 2015 12:19:53 +0200 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:52:16 +0200 x86/asm: Add MONITORX/MWAITX i

[tip:x86/asm] x86/asm/delay: Introduce an MWAITX-based delay with a configurable timer

Commit-ID: b466bdb6148237188e85516177d2850f4782 Gitweb: http://git.kernel.org/tip/b466bdb6148237188e85516177d2850f4782 Author: Huang Rui AuthorDate: Mon, 10 Aug 2015 12:19:54 +0200 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:52:16 +0200 x86/asm/delay: Introduce an MW

[tip:mm/kasan] x86/kasan: Define KASAN_SHADOW_OFFSET per architecture

Commit-ID: 920e277e17f12870188f4564887a95ae9ac03e31 Gitweb: http://git.kernel.org/tip/920e277e17f12870188f4564887a95ae9ac03e31 Author: Andrey Ryabinin AuthorDate: Thu, 13 Aug 2015 08:37:23 +0300 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:54:55 +0200 x86/kasan: Define KASAN_

[tip:mm/kasan] x86/kasan, mm: Introduce generic kasan_populate_zero_shadow()

Commit-ID: 69786cdb379bbc6eab14cf2393c1abd879316e85 Gitweb: http://git.kernel.org/tip/69786cdb379bbc6eab14cf2393c1abd879316e85 Author: Andrey Ryabinin AuthorDate: Thu, 13 Aug 2015 08:37:24 +0300 Committer: Ingo Molnar CommitDate: Sat, 22 Aug 2015 14:54:55 +0200 x86/kasan, mm: Introduce

Regarding USER_HZ and the exposure of kernel jiffies in userspace

Hello, I submitted a bug report a couple months ago regarding the exposure of unscaled kernel jiffies in the /proc/timer_list file (see http://bugzilla.kernel.org/show_bug.cgi?id=99401): > I noticed that the “jiffies” line from the /proc/timer_list file has a > value that is not scaled via the US

Re: [PATCH] staging: lustre: fix whitespace errors reported by checkpatch.pl

Please ignore this one, I'm going to resend it along with some others in a while, Thanks. On Wed, Aug 19, 2015 at 09:47:22AM +0300, Mike Rapoport wrote: > Added/removed spaces and replaced '+1' with '1' in several places to eliminate > SPACING and POINTER_LOCATION errors reported by checkpatch.pl

[PATCH 0/5] staging: lustre: fix some trivial checpatck.pl errors

Hi, These patches fix some trivial checkpatch.pl errors, like spacing, identation etc. Mike Rapoport (5): staging: lustre: fix whitespace errors reported by checkpatch.pl staging: lustre: fix CODE_INDENT checkpatch.pl errors staging: lustre: fix GLOBAL_INITIALISERS checkpatch.pl errors st

[PATCH 1/5] staging: lustre: fix whitespace errors reported by checkpatch.pl

Added/removed spaces and replaced '+1' with '1' in several places to eliminate SPACING and POINTER_LOCATION errors reported by checkpatch.pl Signed-off-by: Mike Rapoport --- .../staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 4 +- drivers/staging/lustre/lnet/selftest/conrpc.h | 4 +-

[PATCH 5/5] staging: lustre: fix OPEN_BRACE checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: open brace '{' following function declarations go on the next line Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lustre/include/lprocfs_status.h | 3 ++- drivers/staging/lustre/lustre/include/lustre/lustre_user.h | 3 ++-

[PATCH 4/5] staging: lustre: fix SWITCH_CASE_INDENT_LEVEL checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: switch and case should be at the same indent Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lnet/selftest/selftest.h| 20 ++-- .../lustre/lustre/libcfs/linux/linux-tracefile.c | 22 ++

[PATCH 2/5] staging: lustre: fix CODE_INDENT checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: code indent should use tabs where possible Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_cb.c | 2 +- drivers/staging/lustre/lnet/klnds/socklnd/socklnd_lib.c | 6 +++--- 2 files changed, 4 insertio

[PATCH 3/5] staging: lustre: fix GLOBAL_INITIALISERS checkpatch.pl errors

Fix occurencies of the following checkpatch.pl error: ERROR: do not initialise globals to 0 or NULL Signed-off-by: Mike Rapoport --- drivers/staging/lustre/lustre/ldlm/ldlm_resource.c| 4 ++-- drivers/staging/lustre/lustre/libcfs/fail.c | 4 ++-- drivers/staging/lustre/lust

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

22.08.2015 15:38, Ingo Molnar пишет: [...] We could add yet more heuristics and teach sigreturn to ignore the saved SS value in sigcontext if the saved CS is 64-bit and the saved SS is unusable. We could maybe try this - assuming it doesn't break DOSEMU. Or we could extend the ABI and allow DO

Re: Regarding USER_HZ and the exposure of kernel jiffies in userspace

On Sat, 22 Aug 2015, William Breathitt Gray wrote: > I believe the error in my understanding is the assumption that _all_ > instances of kernel jiffies exposure in userspace should be scaled; but > it appears that not all instances are. When are kernel jiffies meant to > be scaled via USER_HZ, and

Re: [PATCH 0/3] mm/vmalloc: Cache the /proc/meminfo vmalloc statistics

On Sat, Aug 22, 2015 at 3:44 AM, Ingo Molnar wrote: > > Would something like this be acceptable (and is it correct)? I don't think any of this can be called "correct", in that the unlocked accesses to the cached state are clearly racy, but I think it's very much "acceptable".

Re: [PATCH] xen/tmem: Pass page instead of pfn to xen_tmem_get_page()

On Wed, Aug 19, 2015 at 9:23 PM, Julien Grall wrote: > Hi, > > On 19/08/2015 06:25, Murilo Opsfelder Araujo wrote: >> >> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use >> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to >> xen_tmem_get_page() receiving pfn instead

Re: [PATCH] xen/tmem: Pass page instead of pfn to xen_tmem_get_page()

On Thu, Aug 20, 2015 at 8:27 AM, David Vrabel wrote: > On 19/08/15 14:25, Murilo Opsfelder Araujo wrote: >> The commit 091208a676dfdabb2b8fe86ee155c6fc80081b69 "xen/tmem: Use >> xen_page_to_gfn rather than pfn_to_gfn" left behind a call to >> xen_tmem_get_page() receiving pfn instead of page. >> >

Re: Do you need a loan?

We offer private, commercial and personal loans with very low annualinterest rates as low as 2% in one year to 50 years repayment period anywhere in the world. We offer loans ranging from $5000 to $100 million. Our loans are well insured for maximum security is our priority. Are you losing sleep

RE: [PATCH] [v3] x86, suspend: Save/restore THERM_CONTROL register for suspend

On 2015.08.22 04:03 Chen Yu wrote: > A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) > that, after resuming from S3, CPU is working at a low speed. That bug report has restricted access, even if one creates a Red Hat Bugzilla account. Once I created an account I got: "Most

Re: [RFC v3] coccinelle: add style check for assignment in if

Acked-by: Julia Lawall However, I think it would be better to remove the "BAD" rulle at the end. julia On Thu, 20 Aug 2015, Kris Borer wrote: > Add a semantic patch for fixing some cases of checkpatch.pl error: > > ERROR: do not use assignment in if condition > > Signed-off-by: Kris Borer >

Re: [PATCH] ata: pata_arasam_cf: Use devm_clk_get

On Sat, Aug 22, 2015 at 09:04:50AM +0530, Vaishali Thakkar wrote: > This patch introduces the use of managed resource function > devm_clk_get instead of clk_get and removes corresponding call > to clk_put in the remove function. > > To be compatible with the change various gotos are replaced with

Re: [PATCH v2 0/8] Add rcu_sync infrastructure to avoid _expedited() in percpu-rwsem

On Fri, Aug 21, 2015 at 07:42:30PM +0200, Oleg Nesterov wrote: > Hello, > > Now that sb->s_writers was changed to use percpu_rw_semaphore let me > send v2. > > Changes: > > - whitespace fix in 1/8. > > - remove EXPORT_SYMBOL() in 3/8, currently rcu_sync has no > modular user

[PATCH v2] coccinelle: add style check for assignment in if

Add a semantic patch for fixing some cases of checkpatch.pl error: ERROR: do not use assignment in if condition Signed-off-by: Kris Borer Acked-by: Julia Lawall --- scripts/coccinelle/style/assignment_in_if.cocci | 128 1 file changed, 128 insertions(+) create mode 10

Re: [PATCH v5 6/8] iio: gyro: bmg160: optimize i2c transfers in trigger handler

On 22/08/15 05:02, Wolfram Sang wrote: > The series[1] I am working on implements a i2c smbus block data regmap bus driver. Regmap should then automatically do a block read in regmap_bulk_read. >>> >>> Hmm, so doesn't your series make Irina's series obsolete? It >>> addresses

Re: [PATCH 13/18] iio: adc: mcp320x: Set struct spi_driver .of_match_table

On 20/08/15 23:48, Javier Martinez Canillas wrote: > Hello Michael, > > On 08/21/2015 12:29 AM, Michael Welling wrote: >> On Fri, Aug 21, 2015 at 12:02:40AM +0200, Javier Martinez Canillas wrote: >>> Hello Michael, >>> >>> On 08/20/2015 10:09 PM, Michael Welling wrote: On Thu, Aug 20, 2015 at

Re: [PATCH] Documentation: add 'crashkernel=auto' entry into kernel-parameters.txt

On 08/21/15 23:51, Yaowei Bai wrote: > There is no 'crashkernel=auto' entry in kernel-parameters.txt, borrow it > from kexec-kdump-howto.txt file in the kexec-tools-2.0.0 package. > > Signed-off-by: Yaowei Bai > --- > Documentation/kernel-parameters.txt | 9 + > 1 file changed, 9 inserti

Re: [PATCH 02/18] staging: iio: hmc5843: Export missing SPI module alias information

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The SPI core always reports the MODALIAS uevent as "spi:" > regardless of the mechanism that was used to register the device > (i.e: OF or board code) and the table that is used later to match > the driver with the device (i.e: SPI id table or OF

Re: [PATCH 11/18] iio: adc: max1027: Set struct spi_driver .of_match_table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The driver has an OF id table but the .of_match_table is not set so > the SPI core can't do an OF style match and the table was unused. > > Signed-off-by: Javier Martinez Canillas Applied to the togreg branch of iio.git Thanks, Joanthan > ---

Re: [PATCH 14/18] iio: as3935: Add OF match table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The Documentation/devicetree/bindings/iio/proximity/as3935.txt DT binding > doc lists "ams,as3935" as a compatible string but the corresponding driver > does not have an OF match table. Add the table to the driver so the SPI > core can do an OF s

Re: [PATCH 15/18] iio: adc128s052: Add OF match table

On 20/08/15 08:07, Javier Martinez Canillas wrote: > The Documentation/devicetree/bindings/iio/adc/ti-adc128s052.txt DT binding > doc lists "ti,adc128s052" or "ti,adc122s021" as compatible strings but the > corresponding driver does not have an OF match table. Add the table to the > driver so the S

Re: [PATCH 16/18] iio: frequency: adf4350: Add OF match table

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The Documentation/devicetree/bindings/iio/frequency/adf4350.txt DT binding >> doc lists "adi,adf4350" or "adi,adf4351" as compatible strings but the >> corresponding driver does not have an OF

Re: [PATCH 10/18] iio: dac: ad7303: Add OF match table

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The Documentation/devicetree/bindings/iio/dac/ad7303.txt DT binding doc >> lists "adi,ad7303" as a compatible string but the corresponding driver >> does not have an OF match table. Add the tab

Re: [PATCH 01/18] iio: Export SPI module alias information in missing drivers

On 20/08/15 16:49, Lars-Peter Clausen wrote: > On 08/20/2015 09:07 AM, Javier Martinez Canillas wrote: >> The SPI core always reports the MODALIAS uevent as "spi:" >> regardless of the mechanism that was used to register the device >> (i.e: OF or board code) and the table that is used later to matc

Re: [PATCH 13/18] iio: adc: mcp320x: Set struct spi_driver .of_match_table

On 21/08/15 00:53, Michael Welling wrote: > On Fri, Aug 21, 2015 at 12:48:23AM +0200, Javier Martinez Canillas wrote: >> Hello Michael, >> >> On 08/21/2015 12:29 AM, Michael Welling wrote: >>> On Fri, Aug 21, 2015 at 12:02:40AM +0200, Javier Martinez Canillas wrote: Hello Michael, On

Re: [PATCH] lib: scatterlist: add sg splitting function

Robert Jarzmik writes: ...zip... top posting in [1] ... zip ... Hi Andrew, There was no review for a couple of weeks I'm afraid on this patch. Could I know what I can do to push it up ? And another question : do you want another patch to add a MAINTAINERS entry for this sg_split ? Cheers. --

Re: [PATCH 3/3] sched: Implement interface for cgroup unified hierarchy

Hello, Paul. On Fri, Aug 21, 2015 at 12:26:30PM -0700, Paul Turner wrote: ... > A very concrete example of the above is a virtual machine in which you > want to guarantee scheduling for the vCPU threads which must schedule > beside many hypervisor support threads. A hierarchy is the only way > t

Re: [PATCH] x86/math-emu: Add support for FCMOVcc and F[U]COMI[P] insns

On 08/22/2015 10:54 AM, Ingo Molnar wrote: > > * Denys Vlasenko wrote: > >> +/* fcmovCC and f(u)comi(p) are enabled if CPUID(1).EDX(15) "cmov" is set */ >> + >> static FUNC const st_instr_table[64] = { >> -fadd__, fld_i_, __BAD__, __BAD__, fadd_i, ffree_, faddp_, _df_c0_, >> -fmul__, fx

[PATCH -next] rtc: drop unused ret variable orphaned by misc_deregister becoming void

In commit f368ed6088ae9c1fbe1c897bb5f215ce5e63fa1e ("char: make misc_deregister a void function") this ret variable became unused which now generates a compile warning. Get rid of it. Cc: Alessandro Zummo Cc: Alexandre Belloni Cc: rtc-li...@googlegroups.com Cc: Greg Kroah-Hartman Signed-off-by

Re: [PATCH -next] parisc: Define ioremap_uc and ioremap_wc

ping ... the problem fixed with this patch still affects next-20150821. Guenter On Fri, Jul 31, 2015 at 07:34:46PM -0700, Guenter Roeck wrote: > Commit 3cc2dac5be3f ("drivers/video/fbdev/atyfb: Replace MTRR UC hole > with strong UC") introduces calls to ioremap_wc and ioremap_uc. This > causes bu

Re: [PATCHv3 0/5] Fix compound_head() race

On Thu, 20 Aug 2015, Andrew Morton wrote: > On Thu, 20 Aug 2015 15:31:07 +0300 "Kirill A. Shutemov" > wrote: > > > On Wed, Aug 19, 2015 at 12:21:41PM +0300, Kirill A. Shutemov wrote: > > > Here's my attempt on fixing recently discovered race in compound_head(). > > > It should make compound_head

Re: [PATCH v3 1/4] Add correlated clocksource deriving system time from an auxiliary clocksource

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > Add struct correlated_cs with pointer to original clocksource and > function pointer to convert correlated clocksource to the original > > Add get_correlated_timestamp() function which given specific correlated_cs > and correlated_ts c

Re: [PATCH v3 2/4] Added ART correlated clocksource and ART CPU feature

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > Add detect_art() call to early TSC initialization which reads ART->TSC > numerator/denominator and sets CPU feature if present > > Add convert_art_to_tsc() function performing conversion ART to TSC > > Add art_timestamp referencing art_to_t

Re: [PATCH] [v2] x86, suspend: Save/restore extra MSR registers for suspend

On Fri 2015-08-21 19:53:34, Chen Yu wrote: > A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208) > that, after resuming from S3, CPU is working at a low speed. > After investigation, it is found that, BIOS has modified the value > of THERM_CONTROL register during S3, changes it f

Re: [PATCH v3 3/4] Add support for driver cross-timestamp to PTP_SYS_OFFSET ioctl

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > From: Christopher Hall > > This patch allows system and device time ("cross-timestamp") to be > performed by the driver. Currently, the cross-timestamping is performed > in the PTP_SYS_OFFSET ioctl. The PTP clock driver reads gettimeofday() > and

Re: [PATCH v3 4/4] Enabling hardware supported PTP system/device crosstimestamping

On Fri, 21 Aug 2015, Christopher S. Hall wrote: > From: Christopher Hall > > Add getsynctime() PTP device callback to cross timestamp system device > clock using ART translation depends on platform being >= SPT > and having ART > > getsynctime() reads ART (TSC-derived)/device cross t

  1   2   >