Re: Possible race at user mode helper in request_firmware

On 03/16/2016 02:28 PM, Ming Lei wrote: On Wed, Mar 16, 2016 at 4:48 PM, Chandra Sekhar Lingutla wrote: On 03/16/2016 02:12 PM, Ming Lei wrote: On Wed, Mar 16, 2016 at 3:02 PM, Chandra Sekhar Lingutla wrote: Hi Ming, On 03/16/2016

Re: [PATCH v4 1/3] mmc: sdhci: Set DMA mask when adding host

On Wednesday 16 March 2016 10:43:33 Adrian Hunter wrote: > > + > > + /* 32-bit mask as default & fallback */ > > + if (ret) { > > + ret = dma_set_mask_and_coherent(dev, DMA_BIT_MASK(32)); > > What happens if device enumeration (e.g. of_dma_configure) has already set a > more

Re: [PATCH] watchdog: add driver for StreamLabs USB watchdog device

On Wed, 2016-03-16 at 00:57 +, Alexey Klimov wrote: > Hi Oliver, > > On Thu, Mar 10, 2016 at 9:23 AM, Oliver Neukum wrote: > > On Thu, 2016-03-10 at 02:29 +, Alexey Klimov wrote: > >> + streamlabs_wdt->buffer[3] = 0x80; > >> + > >> + streamlabs_wdt->buffer[6] =

Re: [PATCH 5/8] sched/cpufreq: pass sched class into cpufreq_update_util

On 16 March 2016 at 09:53, Peter Zijlstra wrote: > On Wed, Mar 16, 2016 at 09:29:59AM +0100, Vincent Guittot wrote: >> I wonder if it's really worth passing per sched_class request to >> sched_util ? sched_util is about selecting a frequency based on the >> utilization of

Re: [PATCH] watchdog: don't run proc_watchdog_update if new value is same as old

Josh, I haven't tried to reproduce the soft lockups with kernel 4.1, but I believe I found an explanation in terms of how your test case breaks the watchdog mechanism in kernel 4.1: The soft lockup detector is implemented via two components (per-cpu). - The watchdog_timer_fn() function. This

Re: [RESENT PATCH] mmc: block: fix ABI regression of mmc_blk_ioctl

On 9 March 2016 at 14:51, Shawn Lin wrote: > On 2016/3/9 18:50, Jon Hunter wrote: >> >> >> On 07/03/16 06:59, Shawn Lin wrote: >>> >>> We should return -EINVAL if cmd is not MMC_IOC_CMD or MMC_IOC_MULTI_CMD, >>> otherwise blkdev_roset will return -EPERM. >>> >>>

Re: wireless-drivers: random cleanup patches piling up

Julian Calaby writes: > Hi Kalle, > > On Mon, Feb 1, 2016 at 7:21 PM, Kalle Valo wrote: >> Sudip Mukherjee writes: >> >>> Sure, I am starting that way. I checked in patchwork and I do not see >>> any checkpatch related

[PATCH 0/2] Make core_pattern support namespace

We discussed patch titled: [PATCH] Make core_pattern support namespace before. Above patch can solve half problem of custom core_dump pattern in container, but there are also another problem that limit custom core_pattern in container, it is the pipe-type core_pattern will write core dump into

[PATCH 1/2] Run dump pipe in container's namespace

In current system, when we set core_pattern to a pipe, both pipe program and program's output are in host's filesystem. For example, when we set following core_pattern: # echo "|/my_dump_pipe %s %c %p %u %g %t e" >/proc/sys/kernel/core_pattern and trigger a segment fault in a container,

[PATCH 2/2] Make core_pattern support namespace

Currently, each container shared one copy of coredump setting with the host system, if host system changed the setting, each running containers will be affected. Moreover, it is not easy to let each container keeping their own coredump setting. We can use some workaround as pipe program to make

RE: [PATCH 5/7] dmaengine: xilinx_vdma: Remove unnecessary axi dma device-tree binding doc

Hi Moritz, > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Wednesday, March 16, 2016 7:04 AM > To: Appana Durga Kedareswara Rao > Cc: Dan Williams; Vinod Koul; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; Laurent Pinchart; Luis de

RE: [PATCH 0/7] dmaengine: xilinx_vdma: AXI DMA's enhancments

Hi Moritz, > -Original Message- > From: Moritz Fischer [mailto:moritz.fisc...@ettus.com] > Sent: Wednesday, March 16, 2016 7:00 AM > To: Appana Durga Kedareswara Rao > Cc: Dan Williams; Vinod Koul; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; Laurent Pinchart; Luis de

RE: [Ask for help] met a deadlock with switch_fpu_finish on suse 3.0.93-0.8-default kernel

> -Original Message- > From: Wangweidong (Dan) > Sent: Tuesday, March 15, 2016 9:25 PM > To: t...@linutronix.de; mi...@redhat.com; h...@zytor.com; x...@kernel.org; > linux-kernel@vger.kernel.org; torva...@linux-foundation.org > Cc: Fengtiantian; Liuyongan; Wangweidong (Dan) > Subject: [Ask

Re: [PATCH v10 7/9] dt-bindings: usb: xhci-tegra: Add Tegra210 XUSB controller support

On Fri, Mar 04, 2016 at 05:19:37PM +0100, Thierry Reding wrote: > From: Thierry Reding > > Extend the Tegra XUSB controller device tree binding with Tegra210 > support. > > Signed-off-by: Thierry Reding > --- >

Re: [PATCH v10 1/9] dt-bindings: phy: Add NVIDIA Tegra XUSB pad controller binding

On Mon, Mar 07, 2016 at 12:24:18PM +0100, Thierry Reding wrote: > On Fri, Mar 04, 2016 at 10:31:45PM -0600, Rob Herring wrote: > > On Fri, Mar 04, 2016 at 05:19:31PM +0100, Thierry Reding wrote: > > > From: Thierry Reding > > > > > > The NVIDIA Tegra XUSB pad controller

Re: NVMEM usage question

On 14/03/16 12:01, Eddie Huang wrote: Hi, Mediatek PMIC chip have some spare registers used to store information. The value of these registers will exist until user unplug battery or battery depletion. One of our usage example is store battery utilization in these spare registers. We want to

[PATCH v5 2/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator, so as to achieve the lowest power consumption with the system in retention mode and able to resume on the wake up events. As soon as the wake up

[PATCH v5 1/5] ARM: at91: pm: create a separate procedure for the ULP0 mode

To make the code more legible and prepare to add the ULP1 mode support in the future, create a separate procedure for the ULP0 mode. Signed-off-by: Wenyou Yang --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: None

[PATCH v5 0/5] ARM: at91: pm: add ULP1 mode support

The ULP1 (Ultra Low-power mode 1) is introduced by SAMA5D2. In order to achieve the lowest power consumption, in the ULP1 mode, all the clocks are shut off, inclusive the embedded 12MHz RC oscillator. The fast startup signal is used as a wake up source for ULP1 mode. As soon as the wake up event

[PATCH v5 5/5] ARM: at91/dt: sama5d2_xplained: add fast_restart node

Add fast_restart node as a pmc's child node to support fast startup signal configuration. Signed-off-by: Wenyou Yang --- Changes in v5: - due to the DT property expression change, update the fast restart node's property. Changes in v4: - add fast_restart node to the

Re: [PART1 RFC v2 05/10] KVM: x86: Detect and Initialize AVIC support

On 16/03/2016 07:22, Suravee Suthikulpanit wrote: > This is mainly causing a large number of VMEXIT due to NPF. Got it, it's here in the manual: "System software is responsible for setting up a translation in the nested page table granting guest read and write permissions for accesses to the

[PATCH v2 all 08/14] nios2: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Cc: Ley Foon Tan Signed-off-by: Kefeng Wang --- arch/nios2/platform/platform.c | 3 +-- 1 file

[PATCH v2 all 06/14] metag: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: James Hogan Cc: James Hogan Signed-off-by: Kefeng Wang ---

[PATCH v2 all 13/14] of: unittest: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Cc: Rob Herring Cc: Frank Rowand Cc: Grant Likely Signed-off-by: Kefeng

[PATCH v2 all 02/14] arm64: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Catalin Marinas Cc: Catalin Marinas Cc: Will Deacon Cc: Arnd

Re: [PATCH V2] regulator: pwm: Prints error number along with detail

On Mon, 14 Mar 2016, Laxman Dewangan wrote: > Prints the error number along with error message when any > error occurs. This help on getting the reason of failure > quickly from log without any code instrument. > > Signed-off-by: Laxman Dewangan > Cc: Lee Jones

[patch] ALSA: mixart: silence an uninitialized variable warning

We could print the uninitialized value of "stat" in the error message. Signed-off-by: Dan Carpenter diff --git a/sound/pci/mixart/mixart.c b/sound/pci/mixart/mixart.c index bc81b9f..25c0ddd 100644 --- a/sound/pci/mixart/mixart.c +++ b/sound/pci/mixart/mixart.c @@

Re: [PATCH 5/8] sched/cpufreq: pass sched class into cpufreq_update_util

On Tue, Mar 15, 2016 at 03:06:09PM -0700, Michael Turquette wrote: > Quoting Peter Zijlstra (2016-03-15 14:25:20) > > On Sun, Mar 13, 2016 at 10:22:09PM -0700, Michael Turquette wrote: > > > +++ b/include/linux/sched.h > > > @@ -2362,15 +2362,25 @@ extern u64 scheduler_tick_max_deferment(void); >

Re: [PATCH v5 2/5] GCC plugin infrastructure

Hi Emese, 2016-03-15 5:52 GMT+09:00 Emese Revfy : > On Fri, 11 Mar 2016 15:25:19 +0900 > Masahiro Yamada wrote: > >> Maybe scripts/gcc-plugins/ is better than tools/gcc ? >> >> In the directory "scripts/", we have several tools used during >>

Re: [PATCH 8/8] sched: prefer cpufreq_scale_freq_capacity

On Tue, Mar 15, 2016 at 03:27:21PM -0700, Michael Turquette wrote: > That solution scales for the case where architectures have different > methods. It doesn't scale for the case where cpufreq drivers or platform > code within the same arch have competing implementations. Sure it does; no matter

Re: [PATCH 1/2] misc: add nirtfeatures driver

On Mon, 14 Mar 2016, Josh Cartwright wrote: > On Mon, Mar 14, 2016 at 03:05:59PM -0700, Greg KH wrote: > > On Mon, Mar 14, 2016 at 04:54:32PM -0500, Kyle Roeschley wrote: > > > From: Jeff Westfahl > > > > > > This driver introduces support for hardware features of National

Re: [GIT PULL] LED subsystem updates for 4.6

On 03/16/2016 06:15 AM, Linus Torvalds wrote: On Mon, Mar 14, 2016 at 3:24 AM, Jacek Anaszewski wrote: New LED class driver: - Add driver for the ISSI IS31FL32xx family of LED controllers. Grr. This has apparently not gotten with the program, and causes a few

My dear Kindly open the attachement go through my email and get back to me Hoping to receive your reply: From Mrs.Aileen Samih

READ AND REPLY URGENT.rtf Description: RTF file

RE: [PATCH][RFC,v4] ACPI / PM: Introduce efi poweroff for HW-full platforms without _S5

Hi Matt, > -Original Message- > From: Matt Fleming [mailto:m...@codeblueprint.co.uk] > Sent: Tuesday, March 15, 2016 4:01 AM > To: Chen, Yu C > Cc: linux-a...@vger.kernel.org; linux...@vger.kernel.org; Rafael J. Wysocki; > Len Brown; Thomas Gleixner; Ingo Molnar; H. Peter Anvin; Zhang,

[PATCH] MAINTAINERS: ti-soc-thermal: add a co-maintainer and update the entry

Add myself as a co-maintainer for ti-soc-thermal Signed-off-by: Keerthy --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index 57adf39..480ed29 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10876,6 +10876,7 @@ F:

RE: [PATCH 0/7] dmaengine: xilinx_vdma: AXI DMA's enhancments

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Wednesday, March 16, 2016 8:41 AM > To: Moritz Fischer > Cc: Appana Durga Kedareswara Rao; Dan Williams; Michal Simek; Soren > Brinkmann; Appana Durga Kedareswara Rao; Laurent Pinchart; Luis de >

RE: [PATCH 4/7] dmaengine: xilinx_vdma: Add Support for Xilinx AXI Direct Memory Access Engine

Hi Vinod, > -Original Message- > From: Vinod Koul [mailto:vinod.k...@intel.com] > Sent: Wednesday, March 16, 2016 8:47 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana Durga > Kedareswara Rao; moritz.fisc...@ettus.com; >

Re: [PATCH v4 0/3] Syscon support for iProc touchscreen driver

Hi Dmitry, Arnd, Do you have any comments on this patch set [PATCH v4 0/3] ? Thanks, Raveendra On Sat, Feb 27, 2016 at 12:29 PM, Raveendra Padasalagi wrote: > This patchset is based on v4.5-rc3 tag and its tested on > Broadcom Cygnus SoC. > > The patches can

Re: [PART1 RFC v2 05/10] KVM: x86: Detect and Initialize AVIC support

Hi, On 03/16/2016 12:22 AM, Paolo Bonzini wrote: Why is this necessary? The APIC access page is a peculiarity of Intel >>processors (and the special memslot for only needs to map 0xfee0 to >>0xfee00fff; after that there is the MSI area). > >The current lapic regs page is allocated using

linux-next: Tree for Mar 16

Hi all, Please do not add any v4.7 related material to your linux-next included trees until after v4.6-rc1 is released. Changes since 20160315: The kbuild tree gained a build failure for which I reverted a commit. The rdma tree gained conflicts against the net-next tree and also build failures

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

On Wed, Mar 16, 2016 at 12:15:38PM +1100, Stephen Rothwell wrote: > Hi Doug, > > After merging the rdma tree, today's linux-next build (x86_64 > allmodconfig) failed like this: > > In file included from drivers/infiniband/hw/i40iw/i40iw.h:57:0, > from

[lkp] [SKL BOOT FAILURE unless idle=nomwait (was Re] 256126a34c: +6.5% blogbench.write_score

FYI, we noticed that blogbench.write_score +6.5% improvement on https://github.com/0day-ci/linux Rik-van-Riel/cpuidle-use-predicted_us-not-interactivity_req-to-consider-polling/20160312-043358 commit 256126a34c2a087a2a9900c2c7ac9a7c4f5e54e4 ("SKL BOOT FAILURE unless idle=nomwait (was Re:

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

On (03/16/16 14:39), Byungchul Park wrote: > On Tue, Mar 15, 2016 at 11:07:38PM +0900, Sergey Senozhatsky wrote: > > > > something like this (*minimally tested so far*). > > > > -- move wake_up() and friends under the logbuf section; so we can detect >

[PATCH v5 3/5] ARM: at91: pm: configure PMC fast startup signals

The fast startup signal is used as wake up sources for ULP1 mode. As soon as a fast startup signal is asserted, the embedded 12 MHz RC oscillator restarts automatically. This patch is to configure the fast startup signals, which signal is enabled to trigger the PMC to wake up the system from ULP1

[PATCH v5 4/5] Documentation: atmel-pmc: add DT bindings for fast startup

Add DT bindings to configurate the PMC_FSMR and PMC_FSPR registers to trigger a fast restart signal to PMC. Signed-off-by: Wenyou Yang Acked-by: Rob Herring --- Changes in v5: - due to the DT property expression change, update the binding

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

On (03/16/16 16:00), Byungchul Park wrote: > On Wed, Mar 16, 2016 at 02:39:44PM +0900, Byungchul Park wrote: > > On Tue, Mar 15, 2016 at 11:07:38PM +0900, Sergey Senozhatsky wrote: > > > > > > something like this (*minimally tested so far*). > > > > > > -- move wake_up() and friends under the

Re: [GIT PULL v2 rcu/next] memory-barriers.txt commits for 4.6

* Paul E. McKenney wrote: > [...] In fact, in view of the no-diagrams and no-quizzes restrictions, I > don't > see a way to improve on comments in the source code. [...] So I don't think there's such a hard restriction: AFAICS Linus's main problem was the dual

[PATCH v2 all 03/14] mips: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Tested-by: Joshua Henderson Cc: Ralf Baechle Signed-off-by: Kefeng Wang

[PATCH v2 all 01/14] arm: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Shawn Guo Acked-by: Heiko Stuebner Acked-by: Krzysztof Halasa Acked-by: Nicolas

[PATCH v2 all 07/14] cris: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Cc: Mikael Starvik Cc: Jesper Nilsson Signed-off-by: Kefeng Wang ---

[PATCH v2 all 09/14] xtensa: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Max Filippov Cc: Chris Zankel Cc: Max Filippov Signed-off-by: Kefeng Wang

[PATCH v2 all 11/14] bus: uniphier-system-bus: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Masahiro Yamada Cc: Masahiro Yamada Signed-off-by: Kefeng Wang

RE: [PATCH 2/7] dmaengine: xilinx_vdma: Add quirks support to differentiate differnet IP cores

Hi Vinod, > -Original Message- > From: dmaengine-ow...@vger.kernel.org [mailto:dmaengine- > ow...@vger.kernel.org] On Behalf Of Vinod Koul > Sent: Wednesday, March 16, 2016 8:44 AM > To: Appana Durga Kedareswara Rao > Cc: dan.j.willi...@intel.com; Michal Simek; Soren Brinkmann; Appana

Re: [RFC PATCH kernel] Revert "net/mlx4_core: Set UAR page size to 4KB regardless of system page size"

On Wed, Mar 16, 2016 at 04:49:00PM +1100, Alexey Kardashevskiy wrote: > On 03/16/2016 04:10 PM, Eli Cohen wrote: > >On Wed, Mar 16, 2016 at 01:07:58PM +1100, Alexey Kardashevskiy wrote: > >> > >>So with v4.5 as a host, there is no actual distro available today to > >>use as a guest in the next 6

Re: Possible race at user mode helper in request_firmware

Hi Ming, On 03/16/2016 07:36 AM, Ming Lei wrote: On Tue, Mar 15, 2016 at 11:09 PM, Ming Lei wrote: Hi, On Mon, Mar 14, 2016 at 8:00 PM, wrote: Hello, I see possible race in _request_firmware_load function, on which I wanted to take your

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

On Wed, Mar 16, 2016 at 02:39:44PM +0900, Byungchul Park wrote: > On Tue, Mar 15, 2016 at 11:07:38PM +0900, Sergey Senozhatsky wrote: > > > > something like this (*minimally tested so far*). > > > > -- move wake_up() and friends under the logbuf section; so we can detect >

Re: [RFT] iommu/amd: use subsys_initcall() on amdv2 iommu

On Wed, Mar 16, 2016 at 12:12 AM, Luis R. Rodriguez wrote: > We need to ensure amd iommu v2 initializes before > driver uses such as drivers/gpu/drm/amd/amdkfd/kfd_module.c, > to do this make its init routine a subsys_initcall() which > ensures its load init is called first

Re: [PATCH] Remove v850 from linux/elf-em.h

On 03/15/2016 06:22 PM, David Daney wrote: > On 03/15/2016 02:10 PM, Rob Landley wrote: >> From: Rob Landley >> >> The v850 port was removed by commits f606ddf42fd4 and 07a887d399b8 in >> 2008. >> These #defines are not used in the current kernel. >> >> Signed-off-by: Rob

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

On Wed, Mar 16, 2016 at 03:58:51PM +0900, Sergey Senozhatsky wrote: > I don't have a very clear vision (at the moment) of how to fix printk > recursion > caused by logbuf lock of console_sem corruptions, etc. Should spin_dump > be aware of the locks that can be taken by printk()? Hm, I can't even

Re: [lkp] [ALSA] 1a414f48d7: WARNING: CPU: 0 PID: 252 at sound/hda/hdac_i915.c:129 pin2port+0x2a/0x40 [snd_hda_core]()

On Wed, 16 Mar 2016 01:23:15 +0100, kernel test robot wrote: > > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit 1a414f48d7ccb197b61c1b72327c98171844 ("ALSA: hda - Add a sanity > check of pin / port mapping on i915

[PATCH v2 all 00/14] use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Then it is possible for driver code build as a module, and no need to export of_default_bus_match_table anymore. This patchset is based on Linux

[PATCH v2 all 14/14] Revert "of/platform: export of_default_bus_match_table"

This reverts commit b80443c2211c7daaabd20fbbe9e7beb3fa3408e0. After covering to use helper of_platform_default_populate() to populate the default bus, no need to export of_default_bus_match_table anymore. Reviewed-by: Masahiro Yamada Cc: Masahiro Yamada

Re: [PATCH v5 2/5] GCC plugin infrastructure

Hi PaX, 2016-03-15 6:25 GMT+09:00 PaX Team : > On 11 Mar 2016 at 15:25, Masahiro Yamada wrote: > >> > diff --git a/scripts/gcc-plugin.sh b/scripts/gcc-plugin.sh >> > new file mode 100644 >> > index 000..eaa4fce >> > --- /dev/null >> > +++ b/scripts/gcc-plugin.sh >> > @@

[PATCH v2 all 04/14] arc: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Vineet Gupta Cc: Vineet Gupta Signed-off-by: Kefeng Wang ---

[PATCH v2 all 05/14] c6x: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Mark Salter Cc: Mark Salter Cc: Aurelien Jacquiot Signed-off-by: Kefeng

Re: [GIT PULL] LED subsystem updates for 4.6

On 03/16/2016 06:04 AM, Linus Torvalds wrote: On Tue, Mar 15, 2016 at 12:51 AM, Jacek Anaszewski wrote: I just wanted to make sure that no unexpected problem has occurred after rebasing onto 4.5 release. Is it in some way more advantageous to base a pull request on

[PATCH v2 all 12/14] memory: omap-gpmc: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Cc: Roger Quadros Cc: Tony Lindgren Signed-off-by: Kefeng Wang ---

Re: [PATCH 6/8] cpufreq/schedutil: sum per-sched class utilization

On Tue, Mar 15, 2016 at 03:09:51PM -0700, Michael Turquette wrote: > Quoting Peter Zijlstra (2016-03-15 14:29:26) > > On Sun, Mar 13, 2016 at 10:22:10PM -0700, Michael Turquette wrote: > > > > > +static unsigned long sugov_sum_total_util(struct sugov_cpu *sg_cpu) > > > +{ > > > + enum

[PATCH v2 all 10/14] bus: imx-weim: use of_platform_default_populate() to populate default bus

Use helper of_platform_default_populate() in linux/of_platform when possible, instead of calling of_platform_populate() with the default match table. Acked-by: Shawn Guo Cc: Signed-off-by: Huang Shijie Cc: Shawn Guo

[GIT PULL] Security subsystem updates for 4.6

Please pull these changes for 4.6. There are a bunch of fixes to the TPM, IMA, and Keys code, with minor fixes scattered across the subsystem. IMA now requires signed policy, and that policy is also now measured and appraised. -- The following changes since commit

Re: [PATCH v5 1/5] Shared library support

Hi Emese, 2016-03-15 5:14 GMT+09:00 Emese Revfy : > On Fri, 11 Mar 2016 15:19:33 +0900 > Masahiro Yamada wrote: > >> As an alternative, you can add needed build rules >> into tools/gcc/Makefile, not scripts/Makefile.host >> >> I guess these

Re: [PATCH] mfd: Fix MACRO for commonly declared MFD cell attributes

On Wednesday 16 March 2016 02:12 PM, Lee Jones wrote: On Fri, 11 Mar 2016, Laxman Dewangan wrote: On Friday 11 March 2016 02:09 PM, Lee Jones wrote: On Wed, 09 Mar 2016, Laxman Dewangan wrote: On Wednesday 02 March 2016 06:38 PM, Lee Jones wrote: On Mon, 29 Feb 2016, Laxman Dewangan wrote:

Re: wireless-drivers: random cleanup patches piling up

Hi Kalle, On Wed, Mar 16, 2016 at 8:22 PM, Kalle Valo wrote: > Julian Calaby writes: > >> Hi Kalle, >> >> On Mon, Feb 1, 2016 at 7:21 PM, Kalle Valo wrote: >>> Sudip Mukherjee writes: >>>

[PATCH] Revert "arm64: Increase the max granular size"

Reverts commit 97303480753e ("arm64: Increase the max granular size"). The commit 97303480753e ("arm64: Increase the max granular size") will degrade system performente in some cpus. We test wifi network throughput with iperf on Qualcomm msm8996 CPU: run on host: # iperf -s

Re: Possible race at user mode helper in request_firmware

Hi Ming, On 03/16/2016 02:34 PM, Chandra Sekhar Lingutla wrote: On 03/16/2016 02:28 PM, Ming Lei wrote: On Wed, Mar 16, 2016 at 4:48 PM, Chandra Sekhar Lingutla wrote: On 03/16/2016 02:12 PM, Ming Lei wrote: On Wed, Mar 16, 2016 at 3:02 PM, Chandra Sekhar Lingutla

Re: [PATCH 2/4] mfd: axp20x: Add AXP209 GPIO driver to the mfd

On Wed, Mar 9, 2016 at 11:50 AM, Maxime Ripard wrote: > Now that we have a GPIO driver for the AXP209, we can add it to our MFD. > > Signed-off-by: Maxime Ripard (...) > + .name = "axp20x-gpio", > +

[PATCH 0/2] PCI: mvebu: trivial cleanup

trivial clean ups to pci-mvebu.c Jisheng Zhang (2): PCI: mvebu: constify mvebu_pcie_pm_ops structure PCI: mvebu: use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS for mvebu_pcie_pm_ops drivers/pci/host/pci-mvebu.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) -- 2.7.0

[PATCH 2/2] PCI: mvebu: use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS for mvebu_pcie_pm_ops

use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS helper macro for mvebu_pcie_pm_ops. The macro also setups freeze_noirq, thaw_noirq and poweroff_noirq, restore_noirq accordingly. Signed-off-by: Jisheng Zhang --- drivers/pci/host/pci-mvebu.c | 5 +++-- 1 file changed, 3 insertions(+), 2

Re: [PATCH] tpm: fix tpm_bios_log_setup stub prototype

On Wed, Mar 16, 2016 at 09:19:48AM +0100, Arnd Bergmann wrote: > A cleanup patch changed the prototype of the regular tpm_bios_log_setup > function, but not that of the stub that is used when the TPM is disabled, > causing a harmless build warning: > > drivers/char/tpm/tpm-chip.c: In function

Re: Possible race at user mode helper in request_firmware

On Wed, 16 Mar 2016 15:21:24 +0530 Chandra Sekhar Lingutla wrote: > Hi Ming, > > On 03/16/2016 02:34 PM, Chandra Sekhar Lingutla wrote: > > On 03/16/2016 02:28 PM, Ming Lei wrote: > >> On Wed, Mar 16, 2016 at 4:48 PM, Chandra Sekhar Lingutla > >>

Re: [v2] powerpc/8xx: Fix do_mtspr_cpu6 build on older compilers

On Tue, 2016-15-03 at 13:07:49 UTC, Christophe Leroy wrote: > Some versions of GCC, reportedly before 4.8, fail with > arch/powerpc/mm/8xx_mmu.c:139:2: error: memory input 1 is not directly > addressable > > Change the one-element array into a simple variable to avoid this. > > Signed-off-by:

[PATCH] PCI: designware: move remaining rc setup code to dw_pcie_setup_rc()

dw_pcie_setup_rc(), as its name indicates, setups the RC. But current dw_pcie_host_init() also contains some necessary rc setup code. Another reason: the host may lost power during suspend to ram, the RC need to be re-setup after resume. The rc can't be correctly resumed without the rc setup code

Re: [PATCH for-4.6] cgroup: ignore css_sets associated with dead cgroups during migration

On Tue, Mar 15, 2016 at 08:43:04PM -0400, Tejun Heo wrote: > Before 2e91fa7f6d45 ("cgroup: keep zombies associated with their > original cgroups"), all dead tasks were associated with init_css_set. > If a zombie task is requested for migration, while migration prep > operations would still be

[PATCH 2/2] kconfig: add unexpected data itself to warning

If the .config parser runs into unexpected data it emits a warnings like .config:6911:warning: unexpected data Add the unexpected data itself to the warning too, to make it easier to discover what is going wrong: .config:6911:warning: unexpected data: CONFOG_CHARGER_TPS65217=m

[PATCH 1/2] kconfig: add chomp like helper function

Add a helper function that strips trailing new lines and carriage returns from strings. Call it chomp, after the perl function that inspired it. Signed-off-by: Paul Bolle --- scripts/kconfig/confdata.c | 22 ++ 1 file changed, 22 insertions(+) diff --git

Re: [PATCH] rtc: asm9260: remove incorrect __init/__exit annotations

Hi, On 15/03/2016 at 22:44:31 +0100, Arnd Bergmann wrote : > The probe and remove callbacks of the platform driver are marked __init > and __exit, respectively. However, this is not a correct way to annotate > them, as it will result in those sections to be discarded at link time > or after boot,

Re: [PATCH v4 1/3] mmc: sdhci: Set DMA mask when adding host

On 16/03/16 11:07, Arnd Bergmann wrote: > On Wednesday 16 March 2016 10:43:33 Adrian Hunter wrote: >>> + >>> + /* 32-bit mask as default & fallback */ >>> + if (ret) { >>> + ret = dma_set_mask_and_coherent(dev, DMA_BIT_MASK(32)); >> >> What happens if device enumeration (e.g.

Re: [PATCH 1/2] Run dump pipe in container's namespace

Hi Zhao, [auto build test ERROR on tip/x86/core] [also build test ERROR on v4.5 next-20160316] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Zhao-Lei/Make-core_pattern-support-namespace

Re: [fuse-devel] Horrible mmap write performance (kernel writeback issue?)

On Tue, Mar 15, 2016 at 8:55 AM, Jakob Unterwurzacher wrote: > Just for anybody finding this thread: This still happens in v4.4, it > just took longer to trigger. > > I have posted more details to linux-kernel (copy-pasted below), >

Re: [PATCH 4/8] cpufreq/schedutil: sysfs capacity margin tunable

Hi, On 16/03/16 09:05, Peter Zijlstra wrote: > On Tue, Mar 15, 2016 at 08:36:57PM -0700, Steve Muckle wrote: > > > Then again, maybe this knob will be part of the mythical > > > power-vs-performance slider? > > > > Patrick Bellasi's schedtune series [0] (which I think is the referenced > >

Re: [linux-sunxi] Re: [PATCH 0/4] Add AXP209 GPIO driver

On Wed, Mar 9, 2016 at 4:44 PM, Hans de Goede wrote: >> On Wed, Mar 09, 2016 at 01:17:50PM +0100, Hans de Goede wrote: >> Eventually, yes, it needs both. But they don't even have to be the >> same driver, since they provide two different features. The only >> reason we have

Re: [PATCH 2/2] PCI: mvebu: use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS for mvebu_pcie_pm_ops

Dear Jisheng Zhang, On Wed, 16 Mar 2016 17:59:41 +0800, Jisheng Zhang wrote: > use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS helper macro for mvebu_pcie_pm_ops. > The macro also setups freeze_noirq, thaw_noirq and poweroff_noirq, > restore_noirq accordingly. > > Signed-off-by: Jisheng Zhang

Re: [RFT] iommu/amd: use subsys_initcall() on amdv2 iommu

On Wed, Mar 16, 2016 at 09:02:43AM +0200, Oded Gabbay wrote: > fwiw, we currently have this covered by the ugly hack of putting iommu > subsystem in front of gpu subsystem in the main drivers makefile (See > 1bacc894c227fad8a727eb99728df708eba57654) Sure, but the above is a less ugly hack to

Re: [PATCH] HID: microsoft: Add ID for MS Wireless Comfort Keyboard

On Fri, 11 Mar 2016, Slava Bacherikov wrote: > Microsoft Wireless Comfort Keyboard has vendor specific My Favorites > 1-5 keys. Linux already supports this buttons on other MS keyboards by > MS_ERGONOMY quirk. So apply MS_ERGONOMY quirk to USB PID 0x00e3 > (Microsoft Wireless Optical Desktop

[PATCH] clocksource: use clocksource_freq2mult() helper

which is introduced in the 7aca0c072 commit to simplify calculation of the mult and shift in the clocks_calc_mult_shift(). Signed-off-by: Alexander Kuleshov --- kernel/time/clocksource.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git

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

On Wed, Mar 16, 2016 at 04:56:05PM +0900, Sergey Senozhatsky wrote: > On (03/16/16 16:30), Byungchul Park wrote: > > > > Do you mean the wake_up_process() in console_unlock? > > no, I meant wake_up_process(printk_kthread), the newly added one. I got it. You are talking about wake_up_process() in

RE: [PATCH v2 2/2] cpuacct: split usage into user_usage and sys_usage.

Hi, Peter Zijlstra Thanks for so detailed review. > -Original Message- > From: Peter Zijlstra [mailto:pet...@infradead.org] > Sent: Thursday, March 10, 2016 9:27 PM > To: Zhao Lei > Cc: cgro...@vger.kernel.org; linux-kernel@vger.kernel.org; > mi...@redhat.com;

Re: [PATCH] x86/microcode: Change checksum to u32

Hi! > Checksum should be unsigned 32-bit otherwise the calculation overflows > resulting in undefined behaviour: > @@ -49,7 +49,7 @@ int microcode_sanity_check(void *mc, int print_err) > unsigned long total_size, data_size, ext_table_size; > struct microcode_header_intel *mc_header =

Re: [PATCH] PCI: designware: move remaining rc setup code to dw_pcie_setup_rc()

Dear all, On Wed, 16 Mar 2016 18:36:22 +0800 Jisheng Zhang wrote: > dw_pcie_setup_rc(), as its name indicates, setups the RC. But current > dw_pcie_host_init() also contains some necessary rc setup code. > > Another reason: the host may lost power during suspend to ram, the RC > need to be

[PATCH] iio: adc: rockchip_saradc: add saradc support for rk3399

The ADC is a 6-channel signal-ended 10-bit Successive Approximation Register (SAR) A/D Converter. Signed-off-by: David Wu --- .../devicetree/bindings/iio/adc/rockchip-saradc.txt | 6 +- drivers/iio/adc/rockchip_saradc.c | 19

  1   2   3   4   5   6   7   >