[PATCH v2 1/2] i2c: mediatek: Reset DMA engine in hardware init function

Reset DMA in hardware init function to avoid unknown hardware state before do any I2C operation. Signed-off-by: Liguo Zhang Signed-off-by: Eddie Huang --- drivers/i2c/busses/i2c-mt65xx.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/i2c/busses/i2c-mt65xx.c

[PATCH v2 0/2] Mediatek I2C fixup

This series provide two patches to optimize mediatek i2c driver. The first patch will reset dma hardware in init function to make sure hardware work in good state. The second patch fix i2c interrupt handling for ACK error. All these patches base on 4.2-rc1. Change in v2: Fix multi-transfer fail

[PATCH 2/2] tty: serial: men_z135_uart.c: Don't initialize port->lock

port->lock get's initialized in uart_add_one_port(), no need to do it in men_z135_probe(). Signed-off-by: Johannes Thumshirn Cc: Peter Hurley --- drivers/tty/serial/men_z135_uart.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/tty/serial/men_z135_uart.c

[PATCHv2 0/2] tty: serial: men_z135_uart.c: Updates for men_z135_uart

Version two of the updates for the men_z135_uart, incorporating Peter's review comments. 1/2: Use spin_lock_irq() in settermios() and spin_lock() in ISR to avoid deadlocks. 2/2: Removes the double initialization of the port.lock spinlock. Johannes Thumshirn (2): tty: serial:

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

* Dave Hansen wrote: > > I realize that the calculation and what CPUID gives us should match, but > > it's > > not really good for the kernel to not know the precise layout of a critical > > task context data structure ... > > There is no architectural guarantee that the sum of xstate sizes

RE: [PATCH] Input: elants_i2c - wire up regulator support

Hi Dmitry I am curious about how reset gpio works and I think the reset gpio at low level after elants_i2c_power_on(), So that the controller won't response anyway, please see below my question and correct me if I am wrong. > -Original Message- > From: Dmitry Torokhov

Re: [v2 2/5] arm64: kdump: implement machine_crash_shutdown()

Marc, Mark Sorry for not revisiting your comment below for a while. On 04/24/2015 07:43 PM, Marc Zyngier wrote: On 24/04/15 11:39, Mark Rutland wrote: On Fri, Apr 24, 2015 at 08:53:05AM +0100, AKASHI Takahiro wrote: kdump calls machine_crash_shutdown() to shut down non-boot cpus and save

Re: [RFC PATCH v4 5/9] arm: exynos_defconfig: remove CONFIG_MMC_DW_IDMAC

On 06.08.2015 15:45, Shawn Lin wrote: > DesignWare MMC Controller's transfer mode should be decided > at runtime instead of compile-time. So we remove this config > option and read dw_mmc's register to select DMA master. > > Signed-off-by: Shawn Lin > --- > > Changes in v4: None > Changes in

Re: [RFC PATCH v4 0/9]

Hi, Shawn. I remembered that Krzysztof has mentioned "Fix the title of cover letter." Your cover letter's title is nothing.. "[RFC PATCH v4 0/9] " ?? [RFC PATCH v4 0/9] your title... Best Regards, Jaehoon Chung On 08/06/2015 03:44 PM, Shawn Lin wrote: > Add external dma support for Synopsys

[PATCH 2/2] gadget: Support for the usb charger framework

The usb charger framework is based on usb gadget, and each usb gadget can be one usb charger to set the current limitation. This patch adds a notifier mechanism for usb charger to report to usb charger when the usb gadget state is changed. Also we introduce a callback 'get_charger_type' which

Re: [RFC PATCH v4 1/9] mmc: dw_mmc: Add external dma interface support

On 06.08.2015 15:44, Shawn Lin wrote: > DesignWare MMC Controller can supports two types of DMA > mode: external dma and internal dma. We get a RK312x platform > integrated dw_mmc and ARM pl330 dma controller. This patch add > edmac ops to support these platforms. I've tested it on RK312x >

Re: kdbus: to merge or not to merge?

Hi Andy, On 08/05/2015 02:18 AM, Andy Lutomirski wrote: > I added the missing sd_bus_unref call. > > With userspace dbus, my program takes 95% CPU and dbus-daemon takes > 88% CPU or so. > > With kdbus, I see abuse-bus (my test), systemd-journald, > systemd-bus-proxy, auditd, gnome-shell,

[PATCH 1/2] gadget: Introduce the usb charger framework

This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is that, when one usb charger is added or removed by reporting from

[PATCH v7 0/5] bpf: Introduce the new ability of eBPF programs to access hardware PMU counter

This patchset is base on the net-next: git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git commit 9dc20a649609c95ce7c5ac4282656ba627b67d49. Previous patch v6 url: https://lkml.org/lkml/2015/8/4/188 changes in V7: - rebase the whole patch set to net-next tree(9dc20a64); - split out the

[PATCH v7 5/5] samples/bpf: example of get selected PMU counter value

This is a simple example and shows how to use the new ability to get the selected Hardware PMU counter value. Signed-off-by: Kaixu Xia --- samples/bpf/Makefile | 4 +++ samples/bpf/bpf_helpers.h | 2 ++ samples/bpf/tracex6_kern.c | 26 ++ samples/bpf/tracex6_user.c | 68

[PATCH 0/2] Introduce usb charger framework to deal with the usb gadget power negotation

Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided by PMICs meaning that either vendors must add this in their kernels or USB gadget devices based on Linux (such as mobile phones) may not

[tip:perf/core] perf tools: Fix build errors with mipsel-linux-uclibc compiler

Commit-ID: f151f53aa4f54a647353e1935e4c6cef7f094dd4 Gitweb: http://git.kernel.org/tip/f151f53aa4f54a647353e1935e4c6cef7f094dd4 Author: Petri Gynther AuthorDate: Tue, 4 Aug 2015 17:38:01 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 16:56:16 -0300 perf tools:

[PATCH v7 2/5] bpf: Make the bpf_prog_array_map more generic

From: Wang Nan All the map backends are of generic nature. In order to avoid adding much special code into the eBPF core, rewrite part of the bpf_prog_array map code and make it more generic. So the new perf_event_array map type can reuse most of code with bpf_prog_array map and add fewer lines

[PATCH v7 4/5] bpf: Implement function bpf_perf_event_read() that get the selected hardware PMU conuter

According to the perf_event_map_fd and index, the function bpf_perf_event_read() can convert the corresponding map value to the pointer to struct perf_event and return the Hardware PMU counter value. Signed-off-by: Kaixu Xia --- include/linux/bpf.h | 1 + include/uapi/linux/bpf.h | 1 +

[tip:perf/core] perf trace: Write to stderr by default

Commit-ID: 007d66a0bd43d886eb3e4aceaf1a96b8743ccaff Gitweb: http://git.kernel.org/tip/007d66a0bd43d886eb3e4aceaf1a96b8743ccaff Author: Milian Wolff AuthorDate: Wed, 5 Aug 2015 16:52:23 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 16:52:23 -0300 perf trace:

[tip:perf/core] perf tools: Do not include escape sequences in color_vfprintf return

Commit-ID: b7a001d2067830a98e65d1bbbf99a6d435d70616 Gitweb: http://git.kernel.org/tip/b7a001d2067830a98e65d1bbbf99a6d435d70616 Author: Andi Kleen AuthorDate: Mon, 3 Aug 2015 17:50:02 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 16:46:06 -0300 perf tools: Do

[PATCH v7 3/5] bpf: Add new bpf map type to store the pointer to struct perf_event

Introduce a new bpf map type 'BPF_MAP_TYPE_PERF_EVENT_ARRAY'. This map only stores the pointer to struct perf_event. The user space event FDs from perf_event_open() syscall are converted to the pointer to struct perf_event and stored in map. Signed-off-by: Kaixu Xia --- include/linux/bpf.h

[tip:perf/core] perf tools: Refine parse/ config callchain functions

Commit-ID: c3a6a8c40538f609923acf9473250266283269a5 Gitweb: http://git.kernel.org/tip/c3a6a8c40538f609923acf9473250266283269a5 Author: Kan Liang AuthorDate: Tue, 4 Aug 2015 04:30:20 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 16:42:11 -0300 perf tools: Refine

[tip:perf/core] perf tools: Per-event time support

Commit-ID: 320677123905fd1dd122895cd5fb870ee9e1380b Gitweb: http://git.kernel.org/tip/320677123905fd1dd122895cd5fb870ee9e1380b Author: Kan Liang AuthorDate: Tue, 4 Aug 2015 04:30:19 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 12:50:52 -0300 perf tools:

[tip:perf/core] perf tools: Remove trail argument to color vsprintf

Commit-ID: 8011de7ab3b10c5352f3f0708f517de2722b0957 Gitweb: http://git.kernel.org/tip/8011de7ab3b10c5352f3f0708f517de2722b0957 Author: Jiri Olsa AuthorDate: Mon, 3 Aug 2015 17:50:01 -0700 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 16:44:02 -0300 perf tools: Remove

[PATCH v7 1/5] perf: add the necessary core perf APIs when accessing events counters in eBPF programs

This patch add three core perf APIs: - perf_event_attrs(): export the struct perf_event_attr from struct perf_event; - perf_event_get(): get the struct perf_event from the given fd; - perf_event_read_local(): read the events counters active on the current CPU; These APIs are needed when

[tip:perf/core] perf trace: Use vfs_getname syscall arg beautifier in more syscalls

Commit-ID: 34221118cb13f8b37480bce7286a1b44e90773d8 Gitweb: http://git.kernel.org/tip/34221118cb13f8b37480bce7286a1b44e90773d8 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 4 Aug 2015 23:31:25 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 12:50:11 -0300

[tip:perf/core] perf trace: Use a constant for the syscall formatting buffer

Commit-ID: e4d44e830a4bbeb0cf6fdd24c24794a2e599e26d Gitweb: http://git.kernel.org/tip/e4d44e830a4bbeb0cf6fdd24c24794a2e599e26d Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 4 Aug 2015 22:17:29 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 10:52:40 -0300

[tip:perf/core] perf trace: Deref sys_enter pointer args with contents from probe:vfs_getname

Commit-ID: f994592d9386548d15cea597cde37a858b61c762 Gitweb: http://git.kernel.org/tip/f994592d9386548d15cea597cde37a858b61c762 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 4 Aug 2015 22:30:09 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 10:52:45 -0300

[tip:perf/core] perf trace: Remember if the vfs_getname tracepoint/kprobe is in place

Commit-ID: 08c987763ad3bc1aef133bcac073198ff86efa85 Gitweb: http://git.kernel.org/tip/08c987763ad3bc1aef133bcac073198ff86efa85 Author: Arnaldo Carvalho de Melo AuthorDate: Tue, 4 Aug 2015 17:01:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 10:52:32 -0300

[tip:perf/core] perf trace: Do not show syscall tracepoint filter in the --no-syscalls case

Commit-ID: 2e5e5f876143b147b98d0c0854b5fc577412b05b Gitweb: http://git.kernel.org/tip/2e5e5f876143b147b98d0c0854b5fc577412b05b Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 3 Aug 2015 17:12:29 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Wed, 5 Aug 2015 10:52:19 -0300

[tip:perf/core] perf script: No tracepoints? Don' t call libtraceevent.

Commit-ID: 9ee67421fe3b67a0796d6ea620fd5fcb037d3f89 Gitweb: http://git.kernel.org/tip/9ee67421fe3b67a0796d6ea620fd5fcb037d3f89 Author: Arnaldo Carvalho de Melo AuthorDate: Mon, 3 Aug 2015 16:27:40 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 4 Aug 2015 12:28:10 -0300

Re: [PATCH v3 3/3] mm: use numa_mem_id() in alloc_pages_node()

On 07/30/2015 07:41 PM, Johannes Weiner wrote: On Thu, Jul 30, 2015 at 06:34:31PM +0200, Vlastimil Babka wrote: numa_mem_id() is able to handle allocation from CPUs on memory-less nodes, so it's a more robust fallback than the currently used numa_node_id(). Won't it fall through to the next

Re: [llvm-dev] [LLVMdev] Cc llvmdev: Re: llvm bpf debug info. Re: [RFC PATCH v4 3/3] bpf: Introduce function for outputing data to perf event

On Thu, Aug 06, 2015 at 12:35:30PM +0800, Wangnan (F) wrote: > > > On 2015/8/6 11:22, Alexei Starovoitov wrote: > >On Wed, Aug 05, 2015 at 04:28:13PM +0800, Wangnan (F) wrote: > >>It doesn't work for me at first since in my llvm there's only > >>llvm.bpf.load.*. > >> > >>I think llvm.bpf.store.*

[RFC PATCH v4 7/9] arm: lpc18xx_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

[RFC PATCH v4 9/9] arm: zx_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

Re: [llvm-dev] [LLVMdev] Cc llvmdev: Re: llvm bpf debug info. Re: [RFC PATCH v4 3/3] bpf: Introduce function for outputing data to perf event

On Thu, Aug 06, 2015 at 12:31:26PM +0800, Wangnan (F) wrote: > > > What about hacking ELF binary in memory? > > 1. load the object into memory; > 2. twist the machine code to EM_X86_64; > 3. load it using elf_begin; > 4. return the twested elf memory image using libdwfl's find_elf callback. >

[RFC PATCH v4 8/9] arm: multi_v7_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

RE: [PATCH 5/9] KVM: x86: unify handling of interrupt window

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org > [mailto:linux-kernel-ow...@vger.kernel.org] On Behalf Of Paolo Bonzini > Sent: Wednesday, August 05, 2015 11:24 PM > To: linux-kernel@vger.kernel.org; k...@vger.kernel.org > Cc: Steve Rutherford; rkrc...@redhat.com >

[RFC PATCH v4 6/9] arm: hisi_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

[RFC PATCH v4 5/9] arm: exynos_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

[RFC PATCH v4 4/9] arc: axs10x_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

[RFC PATCH v4 2/9] Documentation: synopsys-dw-mshc: add bindings for idmac and edmac

synopsys-dw-mshc supports three types of transfer mode. We add bindings and description for how to use them at runtime. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None .../devicetree/bindings/mmc/synopsys-dw-mshc.txt | 25 ++ 1

[RFC PATCH v4 3/9] mips: pistachio_defconfig: remove CONFIG_MMC_DW_IDMAC

DesignWare MMC Controller's transfer mode should be decided at runtime instead of compile-time. So we remove this config option and read dw_mmc's register to select DMA master. Signed-off-by: Shawn Lin --- Changes in v4: None Changes in v3: None Changes in v2: None

Re: [PATCH 00/11] omap_hsmmc: voltage switching and tuning

* Kishon Vijay Abraham I [150805 08:03]: > Hi, > > On Wednesday 05 August 2015 04:13 PM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I [150730 00:49]: > >> Patch series implements voltage switching and tuning for omap_hsmmc > >> driver. > >> > >> Did basic read/write test in J6, J6 Eco,

[RFC PATCH v4 0/9]

Add external dma support for Synopsys MSHC Synopsys DesignWare mobile storage host controller supports three types of transfer mode: pio, internal dma and external dma. However, dw_mmc can only supports pio and internal dma now. Thus some platforms using dw-mshc integrated with generic dma can't

[RFC PATCH v4 1/9] mmc: dw_mmc: Add external dma interface support

DesignWare MMC Controller can supports two types of DMA mode: external dma and internal dma. We get a RK312x platform integrated dw_mmc and ARM pl330 dma controller. This patch add edmac ops to support these platforms. I've tested it on RK312x platform with edmac mode and RK3288 platform with

linux-next: manual merge of the akpm-current tree with the char-misc tree

Hi Andrew, Today's linux-next merge of the akpm-current tree got a conflict in: include/linux/kexec.h between commit: 2b94ed245861 ("kexec: define kexec_in_progress in !CONFIG_KEXEC case") from the char-misc tree and commit: 3d86985f695b ("kexec: split kexec_load syscall from kexec

Re: [PATCH v2 1/3] mailbox/omap: Add ti,mbox-send-noirq quirk to fix AM33xx CPU Idle

* Suman Anna [150805 08:35]: > Hi Tony, > > On 08/05/2015 05:28 AM, Tony Lindgren wrote: > > * Dave Gerlach [150717 13:59]: > >> --- a/Documentation/devicetree/bindings/mailbox/omap-mailbox.txt > >> +++ b/Documentation/devicetree/bindings/mailbox/omap-mailbox.txt > >> @@ -75,6 +75,14 @@ data

Re: [PATCH net-next v2 2/7] net: switchdev: support static FDB addresses

On Wed, Aug 5, 2015 at 10:44 PM, Vivien Didelot wrote: > This patch adds a is_static boolean to the switchdev_obj_fdb structure, > in order to set the ndm_state to either NUD_NOARP or NUD_REACHABLE. > > Signed-off-by: Vivien Didelot > --- > include/net/switchdev.h | 1 + >

Re: [PATCH 1/2] regulator: pbias: use untranslated address to program pbias regulator

* Kishon Vijay Abraham I [150805 07:59]: > Hi Tony, > > On Wednesday 05 August 2015 03:17 PM, Tony Lindgren wrote: > > * Kishon Vijay Abraham I [150727 04:27]: > >> vsel_reg and enable_reg of the pbias regulator descriptor should actually > >> have the offset from syscon. However after the

Re: [PATCH] checkpatch: Don't complain about long "Fixes:" lines

On Wed, 2015-08-05 at 20:50 -0700, Joe Perches wrote: > On Thu, 2015-08-06 at 13:44 +1000, Michael Ellerman wrote: > > We encourage people to mention the commit they are fixing, if any, using > > a Fixes line, see SubmittingPatches. > > https://lkml.org/lkml/2015/7/31/1271 Thanks. cheers --

Re: [PATCH v3 5/8] ARM: mediatek: add smp bringup code for MT6580

On Wed, Aug 05, 2015 at 06:47:03PM +0200, Matthias Brugger wrote: > On Tuesday, August 04, 2015 09:54:21 PM Scott Shu wrote: > > Add support for cpu enable-method "mediatek,mt6580-smp" for booting > > secondary CPUs on MT6580. > > > > Signed-off-by: Scott Shu > > --- > >

Re: [PATCH] jffs2: Remove NULL checks from jffs2_destroy_slab_caches

On Wed, 5 Aug 2015, Sergey Senozhatsky wrote: > > Hi, > > Cc Julia Lawall > > On (08/04/15 13:06), Brian Norris wrote: > > On Tue, Aug 04, 2015 at 08:46:30PM +0100, Salah Triki wrote: > > > kmem_cache_destroy can be called with NULL values. Thus, the checks that > > > precede the calls are

Re: [PATCH-v2 2/2] regulator: 88pm800: Add support for configuration of dual phase on BUCK1

On 06.08.2015 15:03, Vaibhav Hiremath wrote: > > > On Thursday 06 August 2015 05:28 AM, Krzysztof Kozlowski wrote: >> On 05.08.2015 17:45, Vaibhav Hiremath wrote: >>> >>> >>> On Thursday 23 July 2015 10:21 AM, Krzysztof Kozlowski wrote: 2015-07-22 1:23 GMT+09:00 Vaibhav Hiremath :

Re: [PATCH-v2 2/2] regulator: 88pm800: Add support for configuration of dual phase on BUCK1

On Thursday 06 August 2015 05:28 AM, Krzysztof Kozlowski wrote: On 05.08.2015 17:45, Vaibhav Hiremath wrote: On Thursday 23 July 2015 10:21 AM, Krzysztof Kozlowski wrote: 2015-07-22 1:23 GMT+09:00 Vaibhav Hiremath : 88PM860 device supports dual phase mode on BUCK1 output. In normal

RE: about the time consuming kvm_vcpu_ioctl issue in rhel kernel

Please Ignore the following message in the brace { The synchronize_rcu() is a time consuming operation, the unpstream kernel still have some issue, the KVM_RUN ioctl will take more then 10ms when resume the VM after migration. } The upstream kernel does not have such issue, only the rhel

[PATCH v2] xen-apic: Enable on domU as well

It turns out that domU also requires the Xen APIC driver. Otherwise we get stuck in busy loops that never exit, such as in this stack trace: (gdb) target remote localhost: Remote debugging using localhost: __xapic_wait_icr_idle () at ./arch/x86/include/asm/ipi.h:56 56 while

Re: [PATCH net-next v2 2/7] net: switchdev: support static FDB addresses

On Thu, Aug 6, 2015 at 7:19 AM, Vivien Didelot vivien.dide...@savoirfairelinux.com wrote: On 15-08-05 23:28:15, Scott Feldman wrote: On Wed, Aug 5, 2015 at 10:44 PM, Vivien Didelot vivien.dide...@savoirfairelinux.com wrote: This patch adds a is_static boolean to the switchdev_obj_fdb

[PATCH] regulator: da9063: Add set_voltage_time_sel function

This allows to set the regulator-ramp-delay in the device tree. Signed-off-by: Philipp Zabel p.za...@pengutronix.de --- drivers/regulator/da9063-regulator.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/regulator/da9063-regulator.c b/drivers/regulator/da9063-regulator.c index

Re: [PATCH 1/2] gadget: Introduce the usb charger framework

On Thu, Aug 06, 2015 at 03:03:48PM +0800, Baolin Wang wrote: This patch introduces the usb charger driver based on usb gadget that makes an enhancement to a power driver. It works well in practice but that requires a system with suitable hardware. The basic conception of the usb charger is

Re: [PATCH 0/2] Introduce usb charger framework to deal with the usb gadget power negotation

On Thu, Aug 06, 2015 at 11:21:22AM -0500, Felipe Balbi wrote: Hi, On Thu, Aug 06, 2015 at 03:03:47PM +0800, Baolin Wang wrote: Currently the Linux kernel does not provide any standard integration of this feature that integrates the USB subsystem with the system power regulation provided

Re: [PATCH] sata_sx4: Check return code from pdc20621_i2c_read()

On Mon, Aug 03, 2015 at 12:18:13PM -0700, Tomer Barletz wrote: The variable spd0 might be used uninitialized when pdc20621_i2c_read() fails. This also generates a compilation warning with gcc 5.1. Signed-off-by: Tomer Barletz barl...@gmail.com Applied to libata/for-4.2-fixes with minor

[no subject]

Zheng Electric Vehicle Manufacturing Co., Ltd, No.173, Yin Xin Road, Guo Xiang Town, Suzhou, China Greetings, This is an official request for Professional/consultants who will stand as our regional representative to run logistics on behalf of Zheng Electric Vehicle Manufacturing Co., Ltd. We

Re: [PATCH v4 06/10] irqchip / GICv3: Add ACPI support for GICv3+ initialization

On 05/08/15 15:00, Hanjun Guo wrote: On 08/04/2015 09:17 PM, Marc Zyngier wrote: On 29/07/15 11:08, Hanjun Guo wrote: From: Tomasz Nowicki tomasz.nowi...@linaro.org With the refator of gic_of_init(), GICv3/4 can be initialized by gic_init_bases() with gic distributor base address and gic

Re: [PATCH v4 07/10] irqchip / GICv3 / ACPI: Add GICR support via GICC structures

On 05/08/15 15:11, Hanjun Guo wrote: On 08/04/2015 09:37 PM, Marc Zyngier wrote: On 29/07/15 11:08, Hanjun Guo wrote: On systems supporting GICv3 and above, in MADT GICC structures, the field of GICR Base Address holds the 64-bit physical address of the associated Redistributor if the GIC

Re: [Xen-devel] RIP MTRR - status update for upcoming v4.2

On Fri, Jun 12, 2015 at 9:58 AM, Toshi Kani toshi.k...@hp.com wrote: On Fri, 2015-06-12 at 08:59 +0100, Jan Beulich wrote: On 12.06.15 at 01:23, toshi.k...@hp.com wrote: There are two usages on MTRRs: 1) MTRR entries set by firmware 2) MTRR entries set by OS drivers We can obsolete

Re: [PATCH v3 0/18] On-demand device probing

://git.collabora.com/cgit/user/tomeu/linux.git/log/?h=on-demand-probes-v5 [6] http://kernelci.org/boot/all/job/collabora/kernel/v4.2-rc5-6548-g632b98c83840/ [7] http://kernelci.org/boot/all/job/next/kernel/next-20150806/ Changes in v3: - Only delay platform devices with OF nodes - Set and use

Re: [test_power_init] WARNING: CPU: 1 PID: 1 at lib/debugobjects.c:263 debug_print_object()

On Fri, 7 Aug 2015, Fengguang Wu wrote: [ 31.664489] WARNING: CPU: 1 PID: 1 at lib/debugobjects.c:263 debug_print_object+0xfe/0x11d() [ 31.675198] ODEBUG: free active (active state 0) object type: work_struct hint: power_supply_changed_work+0x0/0x1f7 Ok this is slab independent object

[PATCH 3.13.y-ckt 43/53] drm/radeon: Don't flush the GART TLB if rdev-gart.ptr == NULL

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com commit 233709d2cd6bbaaeda0aeb8d11f6ca7f98563b39 upstream. This can be the case when the GPU is powered off, e.g. via

[PATCH 3.13.y-ckt 52/53] rds: rds_ib_device.refcount overflow

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Wengang Wang wen.gang.w...@oracle.com commit 4fabb59449aa44a585b3603ffdadd4c5f4d0c033 upstream. Fixes: 3e0249f9c05c (RDS/IB: add refcount tracking to struct rds_ib_device) There

[PATCH 3.13.y-ckt 50/53] net: dsa: Fix off-by-one in switch address parsing

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Florian Fainelli f.faine...@gmail.com commit c8cf89f73f3d9ecbdea479778f0ac714be79be33 upstream. cd-sw_addr is used as a MDIO bus address, which cannot exceed PHY_MAX_ADDR (32), our

[PATCH 3.13.y-ckt 06/53] x86/nmi/64: Improve nested NMI comments

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski l...@kernel.org commit 0b22930ebad563ae97ff3f8d7b9f12060b4c6e6b upstream. I found the nested NMI documentation to be difficult to follow. Improve the comments.

[PATCH 3.13.y-ckt 07/53] x86/nmi/64: Reorder nested NMI checks

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski l...@kernel.org commit a27507ca2d796cfa8d907de31ad730359c8a6d06 upstream. Check the repeat_nmi .. end_repeat_nmi special case first. The next patch will rework the

[PATCH 3.13.y-ckt 05/53] x86/nmi/64: Switch stacks on userspace NMI entry

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski l...@kernel.org commit 9b6e6a8334d56354853f9c255d1395c2ba570e0a upstream. Returning to userspace is tricky: IRET can fail, and ESPFIX can rearrange the stack prior

[PATCH 3.13.y-ckt 08/53] x86/nmi/64: Use DF to avoid userspace RSP confusing nested NMI detection

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski l...@kernel.org commit 810bc075f78ff2c221536eb3008eac6a492dba2d upstream. We have a tricky bug in the nested NMI code: if we see RSP pointing to the NMI stack on NMI

Re: [PATCH 1/1] X86: mshyperv.c: Fix a compilation issue.

On Thu, Aug 06, 2015 at 02:41:24PM -0700, K. Y. Srinivasan wrote: Building with a random configuration file, this build failure was reported: arch/x86/built-in.o: In function `hv_machine_crash_shutdown': arch/x86/kernel/cpu/mshyperv.c:112: undefined reference to

Re: [PATCH 6/6] dax: update I/O path to do proper PMEM flushing

On Thu, Aug 6, 2015 at 10:43 AM, Ross Zwisler ross.zwis...@linux.intel.com wrote: Update the DAX I/O path so that all operations that store data (I/O writes, zeroing blocks, punching holes, etc.) properly synchronize the stores to media using the PMEM API. This ensures that the data DAX is

Re: [PATCH] modpost: abort if a module symbol is too long

Takashi Iwai ti...@suse.de writes: Module symbols have a limited length, but currently the build system allows the build finishing even if the driver code contains a too long symbol name, which eventually overflows the modversion_info[] item. The compiler may catch at compiling *.mod.c like

Re: [RFC v0 0/3] Simple wait queue support

On Thu, Aug 06, 2015 at 03:31:20PM -0400, Steven Rostedt wrote: 4) poll_wait: currently it and poll_table_entry are both hard coupled to wait_queue_head_t -- so any users of poll_wait are not eligible for conversion to simple wait. (I just happened to notice that recently.) A

RE: [PATCH V2 1/1] perf/x86: Add Intel power cstate PMUs support

-Original Message- From: Stephane Eranian [mailto:eran...@google.com] Sent: Thursday, August 06, 2015 4:38 PM To: Liang, Kan Cc: Peter Zijlstra; mi...@redhat.com; Arnaldo Carvalho de Melo; a...@linux.intel.com; LKML Subject: Re: [PATCH V2 1/1] perf/x86: Add Intel power cstate PMUs

Re: [PATCH v9 0/8] pci: add pci_iomap_wc() and pci_ioremap_wc_bar()

On Wed, Jul 22, 2015 at 08:43:48AM -0500, Bjorn Helgaas wrote: Hi Ingo, On Wed, Jul 22, 2015 at 10:38:45AM +0200, Ingo Molnar wrote: * Bjorn Helgaas bhelg...@google.com wrote: Let me know if these are OK or if there are any questions. [0]

[PATCH] x86/vdso: Emit a GNU hash

From: Andy Lutomirski l...@amacapital.net Some dynamic loaders may be slightly faster if a GNU hash is available. Strangely, this seems to have no effect at all on the vdso size. This is unlikely to have any measurable effect on the time it takes to resolve vdso symbols (since there are so few

[PATCH v5 1/7] VMware balloon: add batching to the vmw_balloon.

From: Xavier Deguillard xdeguill...@vmware.com Introduce a new capability to the driver that allow sending 512 pages in one hypervisor call. This reduce the cost of the driver when reclaiming memory. Signed-off-by: Xavier Deguillard xdeguill...@vmware.com Acked-by: Dmitry Torokhov

[PATCH v5 5/7] VMware balloon: Support 2m page ballooning.

2m ballooning significantly reduces the hypervisor side (and guest side) overhead of ballooning and unballooning. hypervisor only: balloon unballoon 4 KB 2 GB/s 2.6 GB/s 2 MB 54 GB/s 767 GB/s Use 2 MB pages as the hypervisor is alwys 64bit and 2 MB is the smallest supported

[PATCH v5 2/7] VMware balloon: Update balloon target on each lock/unlock.

From: Xavier Deguillard xdeguill...@vmware.com Instead of waiting for the next GET_TARGET command, we can react faster by exploiting the fact that each hypervisor call also returns the balloon target. Signed-off-by: Xavier Deguillard xdeguill...@vmware.com Acked-by: Dmitry Torokhov

Re: windfarm: decrement client count when unregistering

On wo, 2015-08-05 at 14:16 +1000, Michael Ellerman wrote: On Fri, 2015-31-07 at 12:08:58 UTC, Paul Bolle wrote: windfarm_corex_exit() contains: BUG_ON(wf_client_count != 0); I wonder why that, apparently. never triggered. Hmm interesting. A quick test here on an iMacG5 shows

Re: [PATCH] checkpatch: Fix left brace warning

On Wed, 2015-08-05 at 15:28 -0600, Eddie Kovsky wrote: Using checkpatch.pl with Perl 5.22.0 generates the following warning: Unescaped left brace in regex is deprecated, passed through in regex; Valdis Kletnieks sent a fix for this awhile ago: https://lkml.org/lkml/2015/7/8/1049 Andrew

[PATCH v4 2/9] VMware balloon: Add support for balloon capabilities.

From: Xavier Deguillard xdeguill...@vmware.com In order to extend the balloon protocol, the hypervisor and the guest driver need to agree on a set of supported functionality to use. Signed-off-by: Xavier Deguillard xdeguill...@vmware.com Acked-by: Dmitry Torokhov d...@vmware.com Signed-off-by:

[PATCH v4 4/9] VMware balloon: Update balloon target on each lock/unlock.

From: Xavier Deguillard xdeguill...@vmware.com Instead of waiting for the next GET_TARGET command, we can react faster by exploiting the fact that each hypervisor call also returns the balloon target. Signed-off-by: Xavier Deguillard xdeguill...@vmware.com Acked-by: Dmitry Torokhov

[PATCH v4 6/9] VMware balloon: Do not limit the amount of frees and allocations in non-sleep mode.

When VMware's hypervisor requests a VM to reclaim memory this is preferrably done via ballooning. If the balloon driver does not return memory fast enough, more drastic methods, such as hypervisor-level swapping are needed. These other methods cause performance issues, e.g. hypervisor-level

[PATCH 3.13.y-ckt 38/53] Btrfs: fix memory leak in the extent_same ioctl

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana fdman...@suse.com commit 497b4050e0eacd4c746dd396d14916b1e669849d upstream. We were allocating memory with memdup_user() but we were never releasing that memory. This

[PATCH 3.13.y-ckt 36/53] drivers: net: cpsw: fix crash while accessing second slave ethernet interface

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Mugunthan V N mugunthan...@ti.com commit 1973db0df7c3bd69de2a1041d3364567287771d9 upstream. When cpsw's number of slave is set to 1 in device tree and while accessing second slave

[PATCH 3.13.y-ckt 42/53] drm/radeon: add a dpm quirk for Sapphire Radeon R9 270X 2GB GDDR5

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher alexander.deuc...@amd.com commit 5dfc71bc44d91d1620505c064fa22b0b3db58a9d upstream. bug: https://bugs.freedesktop.org/show_bug.cgi?id=76490 Signed-off-by: Alex Deucher

[PATCH 3.13.y-ckt 20/53] 9p: don't leave a half-initialized inode sitting around

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Al Viro v...@zeniv.linux.org.uk commit 0a73d0a204a4a04a1e110539c5a524ae51f91d6d upstream. Signed-off-by: Al Viro v...@zeniv.linux.org.uk Signed-off-by: Kamal Mostafa

[PATCH 3.13.y-ckt 12/53] Btrfs: fix race between caching kthread and returning inode to inode cache

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Filipe Manana fdman...@suse.com commit ae9d8f17118551bedd797406a6768b87c2146234 upstream. While the inode cache caching kthread is calling btrfs_unpin_free_ino(), we could have a

[PATCH 3.13.y-ckt 19/53] hpfs: kstrdup() out of memory handling

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Sanidhya Kashyap sanidhya.gat...@gmail.com commit ce657611baf902f14ae559ce4e0787ead6712067 upstream. There is a possibility of nothing being allocated to the new_opts in case of

[PATCH 3.13.y-ckt 10/53] sg_start_req(): make sure that there's not too many elements in iovec

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Al Viro v...@zeniv.linux.org.uk commit 451a2886b6bf90e2fb378f7c46c655450fb96e81 upstream. unfortunately, allowing an arbitrary 16bit value means a possibility of overflow in the

[PATCH 3.13.y-ckt 23/53] iio: DAC: ad5624r_spi: fix bit shift of output data value

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: JM Friedt jmfri...@femto-st.fr commit adfa969850ae93beca57f7527f0e4dc10cbe1309 upstream. The value sent on the SPI bus is shifted by an erroneous number of bits. The shift value was

[PATCH 3.13.y-ckt 21/53] freeing unlinked file indefinitely delayed

3.13.11-ckt25 -stable review patch. If anyone has any objections, please let me know. -- From: Al Viro v...@zeniv.linux.org.uk commit 75a6f82a0d10ef8f13cd8fe7212911a0252ab99e upstream. Normally opening a file, unlinking it and then closing will have the inode freed

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