Re: [PATCH v2 3/4] Staging: comedi:Fix unsigned int to bare use of unsigned issue in s626.c

On 20/05/16 07:22, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a WARNING: Prefer 'unsigned int' to bare use of 'unsigned' found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- Changes

[tip:x86/urgent] x86/mm/mpx: Work around MPX erratum SKD046

Commit-ID: 0f6ff2bce0d4c3e4ff34f5d2ffb7329025b30844 Gitweb: http://git.kernel.org/tip/0f6ff2bce0d4c3e4ff34f5d2ffb7329025b30844 Author: Dave Hansen AuthorDate: Thu, 12 May 2016 15:04:00 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016 09:07:40

[tip:perf/urgent] perf/x86/intel/p4: Trival indentation fix, remove space

Commit-ID: 1ab94188e4923629f296eb065ebf56d64ef3324a Gitweb: http://git.kernel.org/tip/1ab94188e4923629f296eb065ebf56d64ef3324a Author: Colin Ian King AuthorDate: Tue, 17 May 2016 17:40:15 +0100 Committer: Ingo Molnar CommitDate: Fri, 20 May

Re: [PATCH v2 4/4] Staging: comedi: fix line over 80 characters issue in s626.c

On 20/05/16 07:22, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a line over 80 characters issues found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- Changes since V1: - No change ---

Re: [PATCH v2 3/4] Staging: comedi:Fix unsigned int to bare use of unsigned issue in s626.c

On 20/05/16 07:22, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a WARNING: Prefer 'unsigned int' to bare use of 'unsigned' found by the checkpatch.pl tool Signed-off-by: Ravishankar Karkala Mallikarjunayya --- Changes since V1: - No change ---

[tip:x86/urgent] x86/mm/mpx: Work around MPX erratum SKD046

Commit-ID: 0f6ff2bce0d4c3e4ff34f5d2ffb7329025b30844 Gitweb: http://git.kernel.org/tip/0f6ff2bce0d4c3e4ff34f5d2ffb7329025b30844 Author: Dave Hansen AuthorDate: Thu, 12 May 2016 15:04:00 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016 09:07:40 +0200 x86/mm/mpx: Work around MPX

[tip:perf/urgent] perf/x86/intel/p4: Trival indentation fix, remove space

Commit-ID: 1ab94188e4923629f296eb065ebf56d64ef3324a Gitweb: http://git.kernel.org/tip/1ab94188e4923629f296eb065ebf56d64ef3324a Author: Colin Ian King AuthorDate: Tue, 17 May 2016 17:40:15 +0100 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016 09:18:22 +0200 perf/x86/intel/p4:

Re: [PATCH v2 4/4] Staging: comedi: fix line over 80 characters issue in s626.c

On 20/05/16 07:22, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a line over 80 characters issues found by the checkpatch.pl tool. Signed-off-by: Ravishankar Karkala Mallikarjunayya --- Changes since V1: - No change ---

[tip:x86/urgent] x86/mm: Switch from TASK_SIZE to TASK_SIZE_MAX in the page fault code

Commit-ID: dc4fac84f8e66b147921ebdc385e767d5def7422 Gitweb: http://git.kernel.org/tip/dc4fac84f8e66b147921ebdc385e767d5def7422 Author: Andy Lutomirski AuthorDate: Tue, 10 May 2016 14:10:29 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016

[tip:x86/urgent] x86/mm: Switch from TASK_SIZE to TASK_SIZE_MAX in the page fault code

Commit-ID: dc4fac84f8e66b147921ebdc385e767d5def7422 Gitweb: http://git.kernel.org/tip/dc4fac84f8e66b147921ebdc385e767d5def7422 Author: Andy Lutomirski AuthorDate: Tue, 10 May 2016 14:10:29 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016 09:10:03 +0200 x86/mm: Switch from

[tip:x86/urgent] x86/fsgsbase/64: Use TASK_SIZE_MAX for FSBASE/GSBASE upper limits

Commit-ID: d696ca016d579d43fc043f28ba656d9305fba651 Gitweb: http://git.kernel.org/tip/d696ca016d579d43fc043f28ba656d9305fba651 Author: Andy Lutomirski AuthorDate: Tue, 10 May 2016 09:18:46 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016

[PATCH v2 1/1] usb: gadget: f_fs: Fix wrong check on reserved1 of OS_DESC_EXT_COMPAT

Current __ffs_data_do_os_desc() of f_fs.c will check reserved1 field of OS_DESC_EXT_COMPAT and return -EINVAL if it's 1. But MS OS 1.0 Descriptors http://msdn.microsoft.com/en-us/library/windows/hardware/gg463179.aspx defines that field to be 1. Signed-off-by: Jim Lin --- v2:

[tip:x86/urgent] x86/fsgsbase/64: Use TASK_SIZE_MAX for FSBASE/GSBASE upper limits

Commit-ID: d696ca016d579d43fc043f28ba656d9305fba651 Gitweb: http://git.kernel.org/tip/d696ca016d579d43fc043f28ba656d9305fba651 Author: Andy Lutomirski AuthorDate: Tue, 10 May 2016 09:18:46 -0700 Committer: Ingo Molnar CommitDate: Fri, 20 May 2016 09:10:03 +0200 x86/fsgsbase/64: Use

[PATCH v2 1/1] usb: gadget: f_fs: Fix wrong check on reserved1 of OS_DESC_EXT_COMPAT

Current __ffs_data_do_os_desc() of f_fs.c will check reserved1 field of OS_DESC_EXT_COMPAT and return -EINVAL if it's 1. But MS OS 1.0 Descriptors http://msdn.microsoft.com/en-us/library/windows/hardware/gg463179.aspx defines that field to be 1. Signed-off-by: Jim Lin --- v2: Rewording on commit

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On Friday 20 May 2016 03:32 PM, Jon Hunter wrote: On 12/05/16 13:21, Laxman Dewangan wrote: +#define TEGRA_IO_PADS_T124_T210(TEGRA_IO_PADS_T124 | \ + TEGRA_IO_PADS_T210) + What about T30 and T114? The TRM includes the DPD REQ/STATUS

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On Friday 20 May 2016 03:32 PM, Jon Hunter wrote: On 12/05/16 13:21, Laxman Dewangan wrote: +#define TEGRA_IO_PADS_T124_T210(TEGRA_IO_PADS_T124 | \ + TEGRA_IO_PADS_T210) + What about T30 and T114? The TRM includes the DPD REQ/STATUS

Re: [tip:sched/core] sched/fair: Clean up scale confusion

On Fri, May 13, 2016 at 09:23:50AM +0200, Vincent Guittot wrote: > On 12 May 2016 at 21:42, Yuyang Du wrote: > > On Thu, May 12, 2016 at 03:31:27AM -0700, tip-bot for Peter Zijlstra wrote: > >> Commit-ID: 1be0eb2a97d756fb7dd8c9baf372d81fa9699c09 > >> Gitweb: > >>

Re: [tip:sched/core] sched/fair: Clean up scale confusion

On Fri, May 13, 2016 at 09:23:50AM +0200, Vincent Guittot wrote: > On 12 May 2016 at 21:42, Yuyang Du wrote: > > On Thu, May 12, 2016 at 03:31:27AM -0700, tip-bot for Peter Zijlstra wrote: > >> Commit-ID: 1be0eb2a97d756fb7dd8c9baf372d81fa9699c09 > >> Gitweb: > >>

Re: [kernel-hardening] [PATCH v8 2/4] GCC plugin infrastructure

On Thu, 2016-05-19 at 10:24 +0200, PaX Team wrote: > On 19 May 2016 at 16:22, Michael Ellerman wrote: > > On Wed, 2016-05-18 at 12:33 +0200, Emese Revfy wrote: > > > Did you test the plugins with all gcc versions (4.5-6)? > > > > What's the concern about gcc versions? Just not breaking the build

Re: [kernel-hardening] [PATCH v8 2/4] GCC plugin infrastructure

On Thu, 2016-05-19 at 10:24 +0200, PaX Team wrote: > On 19 May 2016 at 16:22, Michael Ellerman wrote: > > On Wed, 2016-05-18 at 12:33 +0200, Emese Revfy wrote: > > > Did you test the plugins with all gcc versions (4.5-6)? > > > > What's the concern about gcc versions? Just not breaking the build

Re: [PATCH v2 1/4] Staging: comedi: fix type issue in s626.c

On 20/05/16 07:21, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t'

[PATCH v3 0/4] Implement SoC driver for Vybrid

Hello, This third patch series is rebased on top of shawn's for-next branch and tested on Colibri Vybrid VF50 and VF61 modules. This patchset implements SoC bus support for Freescale Vybrid platform, implementing the following

Re: [PATCH v2 1/4] Staging: comedi: fix type issue in s626.c

On 20/05/16 07:21, Ravishankar Karkala Mallikarjunayya wrote: This is a patch to the s626.c file that fixes up a type issues found by the checkpatch.pl tool. i.e Prefer kernel type 'u8' over 'uint8_t' Prefer kernel type 'u16' over 'uint16_t' Prefer kernel type 'u32' over 'uint32_t'

[PATCH v3 0/4] Implement SoC driver for Vybrid

Hello, This third patch series is rebased on top of shawn's for-next branch and tested on Colibri Vybrid VF50 and VF61 modules. This patchset implements SoC bus support for Freescale Vybrid platform, implementing the following

Re: Builtin microcode does nothing..

> Does it work when you disable CONFIG_BLK_DEV_INITRD in there? I can test this whne I'm home since I need to change the config a bit. > I have a patchset which I'm testing right now which should correct some > warts in builtin microcode, if you want me to, I can push it out for you > to test

Re: sem_lock() vs qspinlocks

* Peter Zijlstra wrote: > On Fri, May 20, 2016 at 10:30:08AM +0200, Peter Zijlstra wrote: > > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > > Specifically > > > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs > > > in libc's

[PATCH v3 3/4] ARM: dts: vfxxx: Add device tree node required by Vybrid SoC driver

Add a device tree node which will be used to bind the Vybrid SoC driver and provide information adhering to the following: https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-soc Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 8

[PATCH v3 1/4] ARM: dts: vfxxx: Add device tree node for OCOTP

Add device tree node for the OCOTP peripheral on Vybrid. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi index

[PATCH v3 2/4] ARM: dts: vfxxx: Add On-Chip ROM node for Vybrid

Add a device tree node for the On-Chip ROM on Vybrid. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi index 0e34d44..6c5222e 100644 ---

[PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

This adds a SoC driver to be used by Freescale Vybrid SoC's. Driver utilises syscon and nvmem consumer API's to get the various register values needed and expose the SoC specific properties via sysfs. A sample output from Colibri Vybrid VF61 is below: root@colibri-vf:~# cd

Re: Builtin microcode does nothing..

> Does it work when you disable CONFIG_BLK_DEV_INITRD in there? I can test this whne I'm home since I need to change the config a bit. > I have a patchset which I'm testing right now which should correct some > warts in builtin microcode, if you want me to, I can push it out for you > to test

Re: sem_lock() vs qspinlocks

* Peter Zijlstra wrote: > On Fri, May 20, 2016 at 10:30:08AM +0200, Peter Zijlstra wrote: > > On Thu, May 19, 2016 at 10:39:26PM -0700, Davidlohr Bueso wrote: > > > Specifically > > > for the 'cascade_cond' and 'cascade_flock' programs, which exhibit hangs > > > in libc's > > > semop() blocked

[PATCH v3 3/4] ARM: dts: vfxxx: Add device tree node required by Vybrid SoC driver

Add a device tree node which will be used to bind the Vybrid SoC driver and provide information adhering to the following: https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-soc Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 8 1 file changed, 8

[PATCH v3 1/4] ARM: dts: vfxxx: Add device tree node for OCOTP

Add device tree node for the OCOTP peripheral on Vybrid. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi index 2c13ec6..0e34d44 100644 ---

[PATCH v3 2/4] ARM: dts: vfxxx: Add On-Chip ROM node for Vybrid

Add a device tree node for the On-Chip ROM on Vybrid. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi index 0e34d44..6c5222e 100644 ---

[PATCH v3 4/4] soc: Add SoC driver for Freescale Vybrid platform

This adds a SoC driver to be used by Freescale Vybrid SoC's. Driver utilises syscon and nvmem consumer API's to get the various register values needed and expose the SoC specific properties via sysfs. A sample output from Colibri Vybrid VF61 is below: root@colibri-vf:~# cd

[PATCH RFC kernel] balloon: speed up inflating/deflating process

The implementation of the current virtio-balloon is not very efficient, Bellow is test result of time spends on inflating the balloon to 3GB of a 4GB idle guest: a. allocating pages (6.5%, 103ms) b. sending PFNs to host (68.3%, 787ms) c. address translation (6.1%, 96ms) d. madvise (19%, 300ms)

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 20/05/16 11:10, Neil Armstrong wrote: > On 05/20/2016 11:04 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> This patch adds the platform driver for the Amlogic Meson GXBB Reset > >> Controller. > >> > >> Signed-off-by: Neil Armstrong > >> ---

[PATCH RFC kernel] balloon: speed up inflating/deflating process

The implementation of the current virtio-balloon is not very efficient, Bellow is test result of time spends on inflating the balloon to 3GB of a 4GB idle guest: a. allocating pages (6.5%, 103ms) b. sending PFNs to host (68.3%, 787ms) c. address translation (6.1%, 96ms) d. madvise (19%, 300ms)

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

On 20/05/16 11:10, Neil Armstrong wrote: > On 05/20/2016 11:04 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> This patch adds the platform driver for the Amlogic Meson GXBB Reset > >> Controller. > >> > >> Signed-off-by: Neil Armstrong > >> --- > >>

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 12/05/16 13:21, Laxman Dewangan wrote: > The IO pins of Tegra SoCs are grouped for common control of IO > interface like setting voltage signal levels and power state of > the interface. The group is generally referred as IO pads. The > power state and voltage control of IO pins can be done at

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 12/05/16 13:21, Laxman Dewangan wrote: > The IO pins of Tegra SoCs are grouped for common control of IO > interface like setting voltage signal levels and power state of > the interface. The group is generally referred as IO pads. The > power state and voltage control of IO pins can be done at

Re: [PATCH v4 3/5] mmc: core: implement enhanced strobe support

On 20/05/16 11:36, Shawn Lin wrote: > Controllers use data strobe line to latch data from devices > under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC > introduces enhanced strobe mode for latching cmd response from > emmc devices to host controllers. This new feature is optional, >

Re: [PATCH v4 3/5] mmc: core: implement enhanced strobe support

On 20/05/16 11:36, Shawn Lin wrote: > Controllers use data strobe line to latch data from devices > under hs400 mode, but not for cmd line. So since emmc 5.1, JEDEC > introduces enhanced strobe mode for latching cmd response from > emmc devices to host controllers. This new feature is optional, >

Re: [PATCH] net: pegasus: remove unused variables and labels

On Friday 20 May 2016 12:32:23 Petko Manolov wrote: > Guys, come on. This code is not dead. This code is executed every time an > ethernet packet is received. It takes care of various error statistics. More > importantly, it sends the actual (reported by the adapter) packet length to > the

Re: [PATCH] net: pegasus: remove unused variables and labels

On Friday 20 May 2016 12:32:23 Petko Manolov wrote: > Guys, come on. This code is not dead. This code is executed every time an > ethernet packet is received. It takes care of various error statistics. More > importantly, it sends the actual (reported by the adapter) packet length to > the

Re: Add top down metrics to perf stat

On Thu, May 19, 2016 at 04:51:30PM -0700, Andi Kleen wrote: > On Mon, May 16, 2016 at 02:58:38PM +0200, Jiri Olsa wrote: > > On Fri, May 13, 2016 at 06:44:49PM -0700, Andi Kleen wrote: > > > > SNIP > > > > > > > > The formulas to compute the metrics are generic, they > > > only change based

Re: Add top down metrics to perf stat

On Thu, May 19, 2016 at 04:51:30PM -0700, Andi Kleen wrote: > On Mon, May 16, 2016 at 02:58:38PM +0200, Jiri Olsa wrote: > > On Fri, May 13, 2016 at 06:44:49PM -0700, Andi Kleen wrote: > > > > SNIP > > > > > > > > The formulas to compute the metrics are generic, they > > > only change based

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On Fri, May 20, 2016 at 12:19:07PM +0300, Roger Quadros wrote: > On 20/05/16 11:31, Roger Quadros wrote: > > On 18/05/16 15:59, Roger Quadros wrote: > >> Hi Peter, > >> > >> On 18/05/16 10:45, Peter Chen wrote: > >>> > >>> > >>> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros >>>

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On Fri, May 20, 2016 at 12:19:07PM +0300, Roger Quadros wrote: > On 20/05/16 11:31, Roger Quadros wrote: > > On 18/05/16 15:59, Roger Quadros wrote: > >> Hi Peter, > >> > >> On 18/05/16 10:45, Peter Chen wrote: > >>> > >>> > >>> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros >>>

[GIT PULL] Please pull powerpc/linux.git powerpc-4.7-1 tag

Hi Linus, Please pull powerpc updates for 4.7: The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb: Linux 4.6-rc3 (2016-04-10 17:58:30 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git tags/powerpc-4.7-1

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi Eric, On Fri, May 20, 2016 at 11:22:13AM +0200, Eric Auger wrote: >Hi Peng, >On 05/20/2016 10:36 AM, Peng Fan wrote: >> Hi, >> >> On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >>> Hi, >>> >>> On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote:

[GIT PULL] Please pull powerpc/linux.git powerpc-4.7-1 tag

Hi Linus, Please pull powerpc updates for 4.7: The following changes since commit bf16200689118d19de1b8d2a3c314fc21f5dc7bb: Linux 4.6-rc3 (2016-04-10 17:58:30 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git tags/powerpc-4.7-1

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi Eric, On Fri, May 20, 2016 at 11:22:13AM +0200, Eric Auger wrote: >Hi Peng, >On 05/20/2016 10:36 AM, Peng Fan wrote: >> Hi, >> >> On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >>> Hi, >>> >>> On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: Hi, On

Re: [PATCH] arm64: cpuinfo: add AArch64 & elf platform for app compatibility

On Fri, May 20, 2016 at 11:22:40AM +0800, Xiaqing (A) wrote: > 在 2016/5/19 21:18, Catalin Marinas 写道: > >diff --git a/arch/arm64/kernel/cpuinfo.c b/arch/arm64/kernel/cpuinfo.c > >index 3808470486f3..6bda9d30a769 100644 > >--- a/arch/arm64/kernel/cpuinfo.c > >+++ b/arch/arm64/kernel/cpuinfo.c > >@@

Re: [PATCH] arm64: cpuinfo: add AArch64 & elf platform for app compatibility

On Fri, May 20, 2016 at 11:22:40AM +0800, Xiaqing (A) wrote: > 在 2016/5/19 21:18, Catalin Marinas 写道: > >diff --git a/arch/arm64/kernel/cpuinfo.c b/arch/arm64/kernel/cpuinfo.c > >index 3808470486f3..6bda9d30a769 100644 > >--- a/arch/arm64/kernel/cpuinfo.c > >+++ b/arch/arm64/kernel/cpuinfo.c > >@@

Re: [PATCH] ARM: dts: exynos: Remove unneded always-on for regulators on Peach boards

On 05/19/2016 11:52 PM, Javier Martinez Canillas wrote: > The regulator always-on property should only be used for regulators > that either can't be disabled or the drivers for the client devices > are not enabling the regulator and so being disabled due to unused. > > There are some max77802

Re: [PATCH] ARM: dts: exynos: Remove unneded always-on for regulators on Peach boards

On 05/19/2016 11:52 PM, Javier Martinez Canillas wrote: > The regulator always-on property should only be used for regulators > that either can't be disabled or the drivers for the client devices > are not enabling the regulator and so being disabled due to unused. > > There are some max77802

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

On Fri, May 20, 2016 at 10:59:05AM +0800, Hekuang wrote: > hi > > 在 2016/5/20 0:46, Jiri Olsa 写道: > > On Thu, May 19, 2016 at 11:47:38AM +, He Kuang wrote: > > > > SNIP > > > > > #endif /* ARCH_PERF_COMMON_H */ > > > diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile > >

Re: [PATCH v4 2/6] perf tools: Promote proper messages for cross-platform unwind

On Fri, May 20, 2016 at 10:59:05AM +0800, Hekuang wrote: > hi > > 在 2016/5/20 0:46, Jiri Olsa 写道: > > On Thu, May 19, 2016 at 11:47:38AM +, He Kuang wrote: > > > > SNIP > > > > > #endif /* ARCH_PERF_COMMON_H */ > > > diff --git a/tools/perf/config/Makefile b/tools/perf/config/Makefile > >

[PATCH 1/2] staging: dgnc: remove redundant NULL check for brd

the "brd" value cannot be NULL in dgnc_finalize_board_init(). Because "brd" as a parameter of this function was already checked for NULL. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 3 --- 1 file changed, 3 deletions(-) diff --git

[PATCH 1/2] staging: dgnc: remove redundant NULL check for brd

the "brd" value cannot be NULL in dgnc_finalize_board_init(). Because "brd" as a parameter of this function was already checked for NULL. Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c

[PATCH 2/2] staging: dgnc: remove redundant null check in

the "brd" was already checked for NULL before calling dgnc_do_remap(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c b/drivers/staging/dgnc/dgnc_driver.c index

[PATCH 2/2] staging: dgnc: remove redundant null check in

the "brd" was already checked for NULL before calling dgnc_do_remap(). Signed-off-by: Daeseok Youn --- drivers/staging/dgnc/dgnc_driver.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_driver.c b/drivers/staging/dgnc/dgnc_driver.c index 22257d2..1882ef5 100644

Re: [PATCH v2 0/6] Input: soc_button_array fixes and support of the Surface 3

On Fri, 2016-05-20 at 09:53 +0200, Benjamin Tissoires wrote: > > Bastien told me in a different thread that the power button is not > working only after a reboot from Windows. After a cold start, it > works > fine. Not quite. It worked after a hot reboot from Windows another time. > There

Re: [PATCH v2 0/6] Input: soc_button_array fixes and support of the Surface 3

On Fri, 2016-05-20 at 09:53 +0200, Benjamin Tissoires wrote: > > Bastien told me in a different thread that the power button is not > working only after a reboot from Windows. After a cold start, it > works > fine. Not quite. It worked after a hot reboot from Windows another time. > There

Re: [PATCH 3/7] pref annotate: Separate architecture specific annotation support

On Thu, May 19, 2016 at 04:45:40PM -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, May 19, 2016 at 05:59:47PM +0100, Chris Ryder escreveu: > > Currently the list of instructions recognised by perf annotate > > contains an intermingled mix of x86 and ARM instructions, and the x86 > > instructions

Re: [PATCH 3/7] pref annotate: Separate architecture specific annotation support

On Thu, May 19, 2016 at 04:45:40PM -0300, Arnaldo Carvalho de Melo wrote: > Em Thu, May 19, 2016 at 05:59:47PM +0100, Chris Ryder escreveu: > > Currently the list of instructions recognised by perf annotate > > contains an intermingled mix of x86 and ARM instructions, and the x86 > > instructions

Re: [PATCH v3 2/5] /dev/dax, pmem: direct access to persistent memory

On Wed, May 18, 2016 at 01:56:16PM -0700, Dan Williams wrote: > Device DAX is the device-centric analogue of Filesystem DAX > (CONFIG_FS_DAX). It allows memory ranges to be allocated and mapped > without need of an intervening file system. Device DAX is strict, > precise and predictable.

Re: [PATCH v3 2/5] /dev/dax, pmem: direct access to persistent memory

On Wed, May 18, 2016 at 01:56:16PM -0700, Dan Williams wrote: > Device DAX is the device-centric analogue of Filesystem DAX > (CONFIG_FS_DAX). It allows memory ranges to be allocated and mapped > without need of an intervening file system. Device DAX is strict, > precise and predictable.

RE: [v10, 7/7] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

Hi Arnd, Any comments? Please reply when you see the email since we want this eSDHC issue to be fixed soon. All the patches are Freescale-specific and is to fix the eSDHC driver. Could we let them merged first if you were talking about a new way of abstracting getting SoC version. Thanks :)

RE: [v10, 7/7] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

Hi Arnd, Any comments? Please reply when you see the email since we want this eSDHC issue to be fixed soon. All the patches are Freescale-specific and is to fix the eSDHC driver. Could we let them merged first if you were talking about a new way of abstracting getting SoC version. Thanks :)

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 19/05/16 16:54, Jon Hunter wrote: > > On 12/05/16 13:21, Laxman Dewangan wrote: >> The IO pins of Tegra SoCs are grouped for common control of IO >> interface like setting voltage signal levels and power state of >> the interface. The group is generally referred as IO pads. The >> power state

Re: [PATCH V5 3/3] soc/tegra: pmc: Add support for IO pads power state and voltage

On 19/05/16 16:54, Jon Hunter wrote: > > On 12/05/16 13:21, Laxman Dewangan wrote: >> The IO pins of Tegra SoCs are grouped for common control of IO >> interface like setting voltage signal levels and power state of >> the interface. The group is generally referred as IO pads. The >> power state

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 11:07:49AM +0200, Giovanni Gherdovich wrote: > --- run_cascade.sh - > #!/bin/bash > > TESTCASE=$1 > CASCADE_PATH="libmicro-1-installed/bin-x86_64" > > case $TESTCASE in > c_flock_200) > BINNAME="cascade_flock" >

Re: sem_lock() vs qspinlocks

On Fri, May 20, 2016 at 11:07:49AM +0200, Giovanni Gherdovich wrote: > --- run_cascade.sh - > #!/bin/bash > > TESTCASE=$1 > CASCADE_PATH="libmicro-1-installed/bin-x86_64" > > case $TESTCASE in > c_flock_200) > BINNAME="cascade_flock" >

[PATCH v9 10/14] usb: otg: add hcd companion support

Since some host controller (e.g. EHCI) needs a companion host controller (e.g. OHCI), this patch adds such a configuration to use it in the OTG core. Signed-off-by: Yoshihiro Shimoda Signed-off-by: Roger Quadros Acked-by: Peter Chen

[PATCH v9 10/14] usb: otg: add hcd companion support

Since some host controller (e.g. EHCI) needs a companion host controller (e.g. OHCI), this patch adds such a configuration to use it in the OTG core. Signed-off-by: Yoshihiro Shimoda Signed-off-by: Roger Quadros Acked-by: Peter Chen --- v9: - add DT property documentation under OTG

[PATCH 1/1] usbip: don't call stub_device_reset() during stub_disconnect()

stub_disconnect() calls stub_device_reset() during usb_unbind_device() when usb device is locked. So usb_lock_device_for_reset() in stub_device_reset() in that case polls for one second and returns -EBUSY anyway. Remove useless flag USBIP_EH_RESET from SDEV_EVENT_REMOVED. Signed-off-by:

Re: [PATCH] net: pegasus: remove unused variables and labels

Guys, come on. This code is not dead. This code is executed every time an ethernet packet is received. It takes care of various error statistics. More importantly, it sends the actual (reported by the adapter) packet length to the network layer along with the packet. This patch removes

Re: [PATCH] net: pegasus: remove unused variables and labels

Guys, come on. This code is not dead. This code is executed every time an ethernet packet is received. It takes care of various error statistics. More importantly, it sends the actual (reported by the adapter) packet length to the network layer along with the packet. This patch removes

[PATCH 1/1] usbip: don't call stub_device_reset() during stub_disconnect()

stub_disconnect() calls stub_device_reset() during usb_unbind_device() when usb device is locked. So usb_lock_device_for_reset() in stub_device_reset() in that case polls for one second and returns -EBUSY anyway. Remove useless flag USBIP_EH_RESET from SDEV_EVENT_REMOVED. Signed-off-by:

Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics

On Thu, 2016-05-19 at 08:00 -0700, Paul E. McKenney wrote: > On Thu, May 19, 2016 at 04:41:17PM +0200, Peter Zijlstra wrote: > > On Thu, May 19, 2016 at 07:22:52AM -0700, Paul E. McKenney wrote: > > > Agreed, these sorts of instruction sequences make a lot of sense. > > > Of course, if you stuff

Re: [RFC PATCH 03/15] Provide atomic_t functions implemented with ISO-C++11 atomics

On Thu, 2016-05-19 at 08:00 -0700, Paul E. McKenney wrote: > On Thu, May 19, 2016 at 04:41:17PM +0200, Peter Zijlstra wrote: > > On Thu, May 19, 2016 at 07:22:52AM -0700, Paul E. McKenney wrote: > > > Agreed, these sorts of instruction sequences make a lot of sense. > > > Of course, if you stuff

[PATCH v9 09/14] usb: of: add an API to get OTG device from USB controller node

The OTG controller and the USB controller can be linked via the 'otg-controller' property in the USB controller's device node. of_usb_get_otg() can be used to get the OTG controller device from the USB controller's device node. Signed-off-by: Roger Quadros Acked-by: Peter Chen

[PATCH v9 09/14] usb: of: add an API to get OTG device from USB controller node

The OTG controller and the USB controller can be linked via the 'otg-controller' property in the USB controller's device node. of_usb_get_otg() can be used to get the OTG controller device from the USB controller's device node. Signed-off-by: Roger Quadros Acked-by: Peter Chen --- v9: Clearly

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

Hi Neil, Am Freitag, den 20.05.2016, 10:27 +0200 schrieb Neil Armstrong: > This patch adds the platform driver for the Amlogic Meson GXBB Reset > Controller. > > Signed-off-by: Neil Armstrong > --- > drivers/reset/Kconfig| 6 ++ > drivers/reset/Makefile

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

Am Freitag, den 20.05.2016, 11:10 +0200 schrieb Neil Armstrong: [...] > >> +module_platform_driver(meson_gxbb_reset_driver); > > > > No MODULE_AUTHOR, MODULE_LICENSE, etc... ? > > What is the MODULE_LICENCE format for dual licensing ? "Dual BSD/GPL" regards Philipp

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

Am Freitag, den 20.05.2016, 11:10 +0200 schrieb Neil Armstrong: [...] > >> +module_platform_driver(meson_gxbb_reset_driver); > > > > No MODULE_AUTHOR, MODULE_LICENSE, etc... ? > > What is the MODULE_LICENCE format for dual licensing ? "Dual BSD/GPL" regards Philipp

Re: [PATCH 1/3] reset: Add support for the Amlogic Meson GXBB Reset Controller

Hi Neil, Am Freitag, den 20.05.2016, 10:27 +0200 schrieb Neil Armstrong: > This patch adds the platform driver for the Amlogic Meson GXBB Reset > Controller. > > Signed-off-by: Neil Armstrong > --- > drivers/reset/Kconfig| 6 ++ > drivers/reset/Makefile | 1 + >

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi Peng, On 05/20/2016 10:36 AM, Peng Fan wrote: > Hi, > > On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >> Hi, >> >> On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: >>> >>> Hi, >>> On 05/19/2016 11:01 PM, Alex Williamson wrote: On Tue, 10 May

Re: [PATCH] vfio: platform: use vfio_iommu_group_get/put

Hi Peng, On 05/20/2016 10:36 AM, Peng Fan wrote: > Hi, > > On Fri, May 20, 2016 at 10:20:32AM +0200, Baptiste Reynal wrote: >> Hi, >> >> On Fri, May 20, 2016 at 9:58 AM, Eric Auger wrote: >>> >>> Hi, >>> On 05/19/2016 11:01 PM, Alex Williamson wrote: On Tue, 10 May 2016 15:40:28 +0800

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On 20/05/16 11:31, Roger Quadros wrote: > On 18/05/16 15:59, Roger Quadros wrote: >> Hi Peter, >> >> On 18/05/16 10:45, Peter Chen wrote: >>> >>> >>> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros >> > wrote: >>> >>> On 13/05/16 13:03, Roger Quadros

Re: [PATCH v8 08/14] usb: otg: add OTG/dual-role core

On 20/05/16 11:31, Roger Quadros wrote: > On 18/05/16 15:59, Roger Quadros wrote: >> Hi Peter, >> >> On 18/05/16 10:45, Peter Chen wrote: >>> >>> >>> On Mon, May 16, 2016 at 5:00 PM, Roger Quadros >> > wrote: >>> >>> On 13/05/16 13:03, Roger Quadros wrote: >>> > It

Re: Crash in -next due to 'drivers/of: Fix depth when unflattening devicetree'

command/logs/stdio Bisect points to commit 'drivers/of: Fix depth when unflattening devicetree'. Reverting this commit fixes the problem. Bisect log is attached. I've pushed out a fix this morning with an updated version of that patch [1]. Please test. The problem is no longer seen in next-20160520. Thanks, Guenter

Re: Crash in -next due to 'drivers/of: Fix depth when unflattening devicetree'

s to commit 'drivers/of: Fix depth when unflattening devicetree'. Reverting this commit fixes the problem. Bisect log is attached. I've pushed out a fix this morning with an updated version of that patch [1]. Please test. The problem is no longer seen in next-20160520. Thanks, Guenter

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 20 May 2016 at 10:40, Gabriele Paoloni wrote: > Hi Ard > >> -Original Message- >> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] [...] >> >> Is the PCIe root complex so special that you cannot simply describe an >> implementation that is not

Re: [PATCH V7 00/11] Support for generic ACPI based PCI host controller

On 20 May 2016 at 10:40, Gabriele Paoloni wrote: > Hi Ard > >> -Original Message- >> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org] [...] >> >> Is the PCIe root complex so special that you cannot simply describe an >> implementation that is not PNP0408 compatible as something

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 20/05/16 10:53, Neil Armstrong wrote: > On 05/20/2016 10:47 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> Update DTSI file to add the reset controller node. > >> > >> Signed-off-by: Neil Armstrong > >> --- > >>

Re: [PATCH 3/3] ARM64: dts: amlogic: Enable Reset Controller on GXBB-based platforms

On 20/05/16 10:53, Neil Armstrong wrote: > On 05/20/2016 10:47 AM, Carlo Caione wrote: > > On 20/05/16 10:27, Neil Armstrong wrote: > >> Update DTSI file to add the reset controller node. > >> > >> Signed-off-by: Neil Armstrong > >> --- > >> arch/arm64/boot/dts/amlogic/meson-gxbb.dtsi | 6 ++

<    6   7   8   9   10   11   12   13   14   >