Re: c6x linker issue on linux-next-20160808 + some linker table work

On Wed, Aug 10, 2016 at 07:04:09PM -0400, Mark Salter wrote: > On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote: > > On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote: > > > > > > On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote: > > > > > > > > On Aug 9, 2016 6:50

Re: c6x linker issue on linux-next-20160808 + some linker table work

On Wed, Aug 10, 2016 at 07:04:09PM -0400, Mark Salter wrote: > On Wed, 2016-08-10 at 23:30 +0200, Luis R. Rodriguez wrote: > > On Tue, Aug 09, 2016 at 11:04:07PM -0400, Mark Salter wrote: > > > > > > On Tue, 2016-08-09 at 19:09 -0700, Luis R. Rodriguez wrote: > > > > > > > > On Aug 9, 2016 6:50

[PATCH v2 09/10] staging: ks7010: Delete a variable in write_to_device()

From: Markus Elfring Date: Wed, 10 Aug 2016 22:10:20 +0200 The local variable "rc" was assigned a zero at one place. But it was not read within this function. Thus delete it. Signed-off-by: Markus Elfring Reviewed-by: Wolfram Sang

[PATCH v2 09/10] staging: ks7010: Delete a variable in write_to_device()

From: Markus Elfring Date: Wed, 10 Aug 2016 22:10:20 +0200 The local variable "rc" was assigned a zero at one place. But it was not read within this function. Thus delete it. Signed-off-by: Markus Elfring Reviewed-by: Wolfram Sang --- v2: Rebased on the source files from Linux next-20160809.

[PATCH] sched/cputime: Fix fold steal time into idle time accounting

From: Wanpeng Li Commit: 57430218317 ("sched/cputime: Count actually elapsed irq & softirq time") ... didn't take steal time into consideration with passing the noirqtime kernel parameter. As Paolo pointed out before: | Why not? If idle=poll, for example, any time

[PATCH] sched/cputime: Fix fold steal time into idle time accounting

From: Wanpeng Li Commit: 57430218317 ("sched/cputime: Count actually elapsed irq & softirq time") ... didn't take steal time into consideration with passing the noirqtime kernel parameter. As Paolo pointed out before: | Why not? If idle=poll, for example, any time the guest is suspended

[PATCH v2 08/10] staging: ks7010: Replace three printk() calls by pr_err()

From: Markus Elfring Date: Wed, 10 Aug 2016 21:56:15 +0200 Prefer usage of the macro "pr_err" over the interface "printk". Fix a typo in an error message. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux

[PATCH v2 08/10] staging: ks7010: Replace three printk() calls by pr_err()

From: Markus Elfring Date: Wed, 10 Aug 2016 21:56:15 +0200 Prefer usage of the macro "pr_err" over the interface "printk". Fix a typo in an error message. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. drivers/staging/ks7010/ks7010_sdio.c | 7

[PATCH v2 07/10] staging: ks7010: Add the macro "pr_fmt"

From: Markus Elfring Date: Wed, 10 Aug 2016 20:45:11 +0200 Add a definition for the macro "pr_fmt" so that its information can be used for consistent message output. Suggested-by: Joe Perches Signed-off-by: Markus Elfring

RE: [linux-mm] Drastic increase in application memory usage with Kernel version upgrade

Hi, > -Original Message- > From: vinayak menon [mailto:vinayakm.l...@gmail.com] > Sent: Thursday, August 11, 2016 10:23 AM > To: PINTU KUMAR > Cc: Pavel Machek; Konstantin Khlebnikov; Minchan Kim; linux- > ker...@vger.kernel.org; linux...@kvack.org; jaejoon@samsung.com; >

[PATCH v2 07/10] staging: ks7010: Add the macro "pr_fmt"

From: Markus Elfring Date: Wed, 10 Aug 2016 20:45:11 +0200 Add a definition for the macro "pr_fmt" so that its information can be used for consistent message output. Suggested-by: Joe Perches Signed-off-by: Markus Elfring --- v2: Addition from source code review

RE: [linux-mm] Drastic increase in application memory usage with Kernel version upgrade

Hi, > -Original Message- > From: vinayak menon [mailto:vinayakm.l...@gmail.com] > Sent: Thursday, August 11, 2016 10:23 AM > To: PINTU KUMAR > Cc: Pavel Machek; Konstantin Khlebnikov; Minchan Kim; linux- > ker...@vger.kernel.org; linux...@kvack.org; jaejoon@samsung.com; >

[PATCH v2 06/10] staging: ks7010: Delete unnecessary braces

From: Markus Elfring Date: Wed, 10 Aug 2016 19:57:01 +0200 Do not use curly brackets at some source code places where a single statement should be sufficient. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from

[PATCH v2 06/10] staging: ks7010: Delete unnecessary braces

From: Markus Elfring Date: Wed, 10 Aug 2016 19:57:01 +0200 Do not use curly brackets at some source code places where a single statement should be sufficient. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. Touched less source code places.

drivers/rapidio/rio_cm.c:1849:7-14: WARNING opportunity for memdup_user

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 85e97be32c6242c98dbbc7a241b4a78c1b93327b commit: b6e8d4aa1110306378af0f3472a6b85a1f039a16 rapidio: add RapidIO channelized messaging driver date: 8 days ago coccinelle warnings: (new ones prefixed by

drivers/rapidio/rio_cm.c:1849:7-14: WARNING opportunity for memdup_user

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 85e97be32c6242c98dbbc7a241b4a78c1b93327b commit: b6e8d4aa1110306378af0f3472a6b85a1f039a16 rapidio: add RapidIO channelized messaging driver date: 8 days ago coccinelle warnings: (new ones prefixed by

[PATCH] rapidio: fix memdup_user.cocci warnings

drivers/rapidio/rio_cm.c:1849:7-14: WARNING opportunity for memdup_user Use memdup_user rather than duplicating its implementation This is a little bit restricted to reduce false positives Generated by: scripts/coccinelle/api/memdup_user.cocci CC: Alexandre Bounine

[PATCH] rapidio: fix memdup_user.cocci warnings

drivers/rapidio/rio_cm.c:1849:7-14: WARNING opportunity for memdup_user Use memdup_user rather than duplicating its implementation This is a little bit restricted to reduce false positives Generated by: scripts/coccinelle/api/memdup_user.cocci CC: Alexandre Bounine Signed-off-by: Fengguang

[PATCH v2 05/10] staging: ks7010: Delete unnecessary uses of the variable "retval"

From: Markus Elfring Date: Wed, 10 Aug 2016 18:56:31 +0200 A few return values can also be directly used for condition checks. Thus remove a local variable for intermediate assignments. Signed-off-by: Markus Elfring --- v2: Rebased

[PATCH v2 05/10] staging: ks7010: Delete unnecessary uses of the variable "retval"

From: Markus Elfring Date: Wed, 10 Aug 2016 18:56:31 +0200 A few return values can also be directly used for condition checks. Thus remove a local variable for intermediate assignments. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. Touched

[PATCH v2 04/10] staging: ks7010: Rename jump labels

From: Markus Elfring Date: Wed, 10 Aug 2016 17:57:50 +0200 Adjust jump targets according to the Linux coding style convention. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. Touched

[PATCH v2 04/10] staging: ks7010: Rename jump labels

From: Markus Elfring Date: Wed, 10 Aug 2016 17:57:50 +0200 Adjust jump targets according to the Linux coding style convention. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. Touched four source code places less.

[PATCH v2 03/10] staging: ks7010: Return directly after a failed kmalloc()

From: Markus Elfring Date: Wed, 10 Aug 2016 17:34:12 +0200 Return directly after a memory allocation failed at the beginning. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809.

[PATCH v2 03/10] staging: ks7010: Return directly after a failed kmalloc()

From: Markus Elfring Date: Wed, 10 Aug 2016 17:34:12 +0200 Return directly after a memory allocation failed at the beginning. Signed-off-by: Markus Elfring --- v2: Rebased on the source files from Linux next-20160809. drivers/staging/ks7010/ks7010_sdio.c | 19 +++ 1 file

[RESEND PATCH 3/3] ARM: dts: am437x-sk-evm: disable DDR regulator in rtc-only/poweroff mode

From: Tero Kristo Without this, the memory will remain active during poweroff consuming extra power. Please note revision 2.1 PMIC seems to fail when DCDC3 disable is attempted, so this is not done on that PMIC revision. The PMIC revision checks in the regulator patches make

[RESEND PATCH 0/3] ARM: dts: Enable suspend configuration

Now that https://lkml.org/lkml/2016/8/10/243 series is in. Here is the set of Device Tree patches which were dependent on the driver patches. These are boot tested on am437x-gp-evm. Keerthy (1): ARM: dts: AM437X-GP-EVM: AM437X-SK-EVM: Make dcdc3 dcdc5 and dcdc6 enable during suspend Tero

[RESEND PATCH 3/3] ARM: dts: am437x-sk-evm: disable DDR regulator in rtc-only/poweroff mode

From: Tero Kristo Without this, the memory will remain active during poweroff consuming extra power. Please note revision 2.1 PMIC seems to fail when DCDC3 disable is attempted, so this is not done on that PMIC revision. The PMIC revision checks in the regulator patches make sure of this.

[RESEND PATCH 0/3] ARM: dts: Enable suspend configuration

Now that https://lkml.org/lkml/2016/8/10/243 series is in. Here is the set of Device Tree patches which were dependent on the driver patches. These are boot tested on am437x-gp-evm. Keerthy (1): ARM: dts: AM437X-GP-EVM: AM437X-SK-EVM: Make dcdc3 dcdc5 and dcdc6 enable during suspend Tero

[RESEND PATCH 1/3] ARM: dts: AM437X-GP-EVM: AM437X-SK-EVM: Make dcdc3 dcdc5 and dcdc6 enable during suspend

dcdc3, dcdc5, dcdc6 supply ddr and rtc respectively. These are required to be on during suspend. Hence set the state accordingly. Signed-off-by: Keerthy --- arch/arm/boot/dts/am437x-gp-evm.dts | 10 ++ arch/arm/boot/dts/am437x-sk-evm.dts | 27

[RESEND PATCH 2/3] ARM: dts: am437x-gp-evm: disable DDR regulator in rtc-only/poweroff mode

From: Tero Kristo Without this, the memory will remain active during poweroff consuming extra power. Signed-off-by: Tero Kristo Signed-off-by: Dave Gerlach Signed-off-by: Keerthy --- arch/arm/boot/dts/am437x-gp-evm.dts |

[RESEND PATCH 1/3] ARM: dts: AM437X-GP-EVM: AM437X-SK-EVM: Make dcdc3 dcdc5 and dcdc6 enable during suspend

dcdc3, dcdc5, dcdc6 supply ddr and rtc respectively. These are required to be on during suspend. Hence set the state accordingly. Signed-off-by: Keerthy --- arch/arm/boot/dts/am437x-gp-evm.dts | 10 ++ arch/arm/boot/dts/am437x-sk-evm.dts | 27 +++ 2 files

[RESEND PATCH 2/3] ARM: dts: am437x-gp-evm: disable DDR regulator in rtc-only/poweroff mode

From: Tero Kristo Without this, the memory will remain active during poweroff consuming extra power. Signed-off-by: Tero Kristo Signed-off-by: Dave Gerlach Signed-off-by: Keerthy --- arch/arm/boot/dts/am437x-gp-evm.dts | 3 +++ 1 file changed, 3 insertions(+) diff --git

[PATCH v2 02/10] staging: ks7010: Delete unnecessary assignments for buffer variables

From: Markus Elfring Date: Wed, 10 Aug 2016 17:26:01 +0200 A few variables were assigned a null pointer despite of the detail that they were immediately reassigned by the following statement. Thus remove such unnecessary assignments. Signed-off-by: Markus Elfring

[PATCH v2 02/10] staging: ks7010: Delete unnecessary assignments for buffer variables

From: Markus Elfring Date: Wed, 10 Aug 2016 17:26:01 +0200 A few variables were assigned a null pointer despite of the detail that they were immediately reassigned by the following statement. Thus remove such unnecessary assignments. Signed-off-by: Markus Elfring --- v2: Rebased on the source

[PATCH v2 01/10] staging: ks7010: Delete unnecessary checks before the function call "kfree"

From: Markus Elfring Date: Wed, 10 Aug 2016 17:15:15 +0200 The kfree() function tests whether its argument is NULL and then returns immediately. Thus the test around the calls is not needed. This issue was detected by using the Coccinelle software. Signed-off-by:

[PATCH v2 01/10] staging: ks7010: Delete unnecessary checks before the function call "kfree"

From: Markus Elfring Date: Wed, 10 Aug 2016 17:15:15 +0200 The kfree() function tests whether its argument is NULL and then returns immediately. Thus the test around the calls is not needed. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH v2 00/10] staging: ks7010: Fine-tuning for a SDIO card driver

From: Markus Elfring Further update suggestions were taken into account after a patch was applied from static source code analysis. Markus Elfring (10): Delete unnecessary checks before the function call "kfree" Delete unnecessary assignments for buffer

[PATCH v2 00/10] staging: ks7010: Fine-tuning for a SDIO card driver

From: Markus Elfring Further update suggestions were taken into account after a patch was applied from static source code analysis. Markus Elfring (10): Delete unnecessary checks before the function call "kfree" Delete unnecessary assignments for buffer variables Return directly after a

Re: [PATCH] fs/char_dev: fix cdev_put() vs f_op->release() use-after-free

On Wed, Aug 10, 2016 at 09:49:22PM -0700, Dan Williams wrote: > Where dax_dev_release() is the f_op->release() method, and is > implemented to simply drop the final references on our driver objects: > > struct dax_dev *dax_dev = filp->private_data; > struct device *dev =

Re: [PATCH] fs/char_dev: fix cdev_put() vs f_op->release() use-after-free

On Wed, Aug 10, 2016 at 09:49:22PM -0700, Dan Williams wrote: > Where dax_dev_release() is the f_op->release() method, and is > implemented to simply drop the final references on our driver objects: > > struct dax_dev *dax_dev = filp->private_data; > struct device *dev =

[PATCH] scsi: Remove unnecessary comparison

val is an unsigned int which makes the comparison >=0 unnecessary. This patch removes it. Signed-off-by: Pranith Kumar --- drivers/scsi/sd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c index d3e852a..7a919b2

[PATCH] scsi: Remove unnecessary comparison

val is an unsigned int which makes the comparison >=0 unnecessary. This patch removes it. Signed-off-by: Pranith Kumar --- drivers/scsi/sd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c index d3e852a..7a919b2 100644 ---

[PATCH] fs/char_dev: fix cdev_put() vs f_op->release() use-after-free

drivers/dax/dax.c implements a character device that supports mmap(). While trying to convert it to use the cdev api a unit test started failing. The test effectively does the following to test that the driver revokes active mappings when the device is unregistered: fd = open("/dev/dax0.0",

[PATCH] fs/char_dev: fix cdev_put() vs f_op->release() use-after-free

drivers/dax/dax.c implements a character device that supports mmap(). While trying to convert it to use the cdev api a unit test started failing. The test effectively does the following to test that the driver revokes active mappings when the device is unregistered: fd = open("/dev/dax0.0",

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Wed, Aug 10, 2016 at 05:33:44PM +, Mathieu Desnoyers wrote: > - On Aug 9, 2016, at 12:13 PM, Boqun Feng boqun.f...@gmail.com wrote: > > > > > > > However, I'm thinking maybe we can use some tricks to avoid unnecessary > > aborts-on-preemption. > > > > First of all, I notice we

Re: [RFC PATCH v7 1/7] Restartable sequences system call

On Wed, Aug 10, 2016 at 05:33:44PM +, Mathieu Desnoyers wrote: > - On Aug 9, 2016, at 12:13 PM, Boqun Feng boqun.f...@gmail.com wrote: > > > > > > > However, I'm thinking maybe we can use some tricks to avoid unnecessary > > aborts-on-preemption. > > > > First of all, I notice we

Re: [linux-mm] Drastic increase in application memory usage with Kernel version upgrade

On Wed, Aug 10, 2016 at 6:56 PM, PINTU KUMAR wrote: > Hi, > >> -Original Message- >> From: Pavel Machek [mailto:pa...@ucw.cz] >> Sent: Saturday, August 06, 2016 2:20 AM >> To: PINTU KUMAR >> Cc: 'Minchan Kim'; linux-kernel@vger.kernel.org; linux...@kvack.org; >>

[mm, kasan] 80a9201a59: RIP: 0010:[] [] __kernel_text_address

Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 80a9201a5965f4715d5c09790862e0df84ce0614 Author: Alexander Potapenko AuthorDate: Thu Jul 28 15:49:07 2016

Re: [linux-mm] Drastic increase in application memory usage with Kernel version upgrade

On Wed, Aug 10, 2016 at 6:56 PM, PINTU KUMAR wrote: > Hi, > >> -Original Message- >> From: Pavel Machek [mailto:pa...@ucw.cz] >> Sent: Saturday, August 06, 2016 2:20 AM >> To: PINTU KUMAR >> Cc: 'Minchan Kim'; linux-kernel@vger.kernel.org; linux...@kvack.org; >> jaejoon@samsung.com;

[mm, kasan] 80a9201a59: RIP: 0010:[] [] __kernel_text_address

Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 80a9201a5965f4715d5c09790862e0df84ce0614 Author: Alexander Potapenko AuthorDate: Thu Jul 28 15:49:07 2016 -0700 Commit:

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 06:00:24PM -0700, Linus Torvalds wrote: > On Wed, Aug 10, 2016 at 5:33 PM, Huang, Ying wrote: > > > > Here it is, > > Thanks. > > Appended is a munged "after" list, with the "before" values in > parenthesis. It actually looks fairly similar. > >

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Wed, Aug 10, 2016 at 06:00:24PM -0700, Linus Torvalds wrote: > On Wed, Aug 10, 2016 at 5:33 PM, Huang, Ying wrote: > > > > Here it is, > > Thanks. > > Appended is a munged "after" list, with the "before" values in > parenthesis. It actually looks fairly similar. > > The biggest difference

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

Balbir Singh writes: > On 09/08/16 04:27, Reza Arbab wrote: >> Signed-off-by: Reza Arbab >> --- >> .../bindings/powerpc/opal/hotplug-aperture.txt | 26 >> ++ >> 1 file changed, 26 insertions(+) >> create mode 100644 >>

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

Balbir Singh writes: > On 09/08/16 04:27, Reza Arbab wrote: >> Signed-off-by: Reza Arbab >> --- >> .../bindings/powerpc/opal/hotplug-aperture.txt | 26 >> ++ >> 1 file changed, 26 insertions(+) >> create mode 100644 >>

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Alex, On Thu, Aug 11, 2016 at 9:46 AM, Alex Williamson wrote: > On Thu, 11 Aug 2016 09:30:19 +0530 > Anup Patel wrote: > >> Hi Arnd, >> >> On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: >> > On Monday, August 8, 2016

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Alex, On Thu, Aug 11, 2016 at 9:46 AM, Alex Williamson wrote: > On Thu, 11 Aug 2016 09:30:19 +0530 > Anup Patel wrote: > >> Hi Arnd, >> >> On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: >> > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: >> >> The goal of this patchset

[git pull] m68knommu changes for v4.8-rc1

Hi Linus, Can you please pull the m68knommu git tree, for-linus branch. This contains only a single fix for a register corruption problem on certain types of m68k flat format binaries. Regards Greg The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1

[git pull] m68knommu changes for v4.8-rc1

Hi Linus, Can you please pull the m68knommu git tree, for-linus branch. This contains only a single fix for a register corruption problem on certain types of m68k flat format binaries. Regards Greg The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1

Re: [PATCH 2/2] perf ppc64le: Fix probe location when using DWARF

On Thursday 11 August 2016 05:24 AM, Anton Blanchard wrote: Hi, Powerpc has Global Entry Point and Local Entry Point for functions. LEP catches call from both the GEP and the LEP. Symbol table of ELF contains GEP and Offset from which we can calculate LEP, but debuginfo does not have LEP

Re: [PATCH 2/2] perf ppc64le: Fix probe location when using DWARF

On Thursday 11 August 2016 05:24 AM, Anton Blanchard wrote: Hi, Powerpc has Global Entry Point and Local Entry Point for functions. LEP catches call from both the GEP and the LEP. Symbol table of ELF contains GEP and Offset from which we can calculate LEP, but debuginfo does not have LEP

[PATCH 2/2] scripts/sortextable: set the variable mmap_failure

Currently mmap_failed variable is 1 for every case, so make it 0 if mmap is success. Signed-off-by: Maninder Singh Signed-off-by: Vaneet Narang --- scripts/sortextable.c |1 + 1 file changed, 1 insertion(+) diff --git a/scripts/sortextable.c

[PATCH 2/2] scripts/sortextable: set the variable mmap_failure

Currently mmap_failed variable is 1 for every case, so make it 0 if mmap is success. Signed-off-by: Maninder Singh Signed-off-by: Vaneet Narang --- scripts/sortextable.c |1 + 1 file changed, 1 insertion(+) diff --git a/scripts/sortextable.c b/scripts/sortextable.c index 30b4e7c..0b6a31b

[PATCH 1/2] scripts/sortextable: make close happens only if file is opened

1. Currently code is doing close even if it is failed to open, which is wrong so fixing the same. 2. if file open is failed just return from there, no need of next operations. 3. Use mmap address only after validation. Issue is reported by static checker tool. Reported-by: Ajeet Yadav

[PATCH 1/2] scripts/sortextable: make close happens only if file is opened

1. Currently code is doing close even if it is failed to open, which is wrong so fixing the same. 2. if file open is failed just return from there, no need of next operations. 3. Use mmap address only after validation. Issue is reported by static checker tool. Reported-by: Ajeet Yadav

Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion

On Tue, 19 Jul 2016, Lars Ellenberg wrote: > On Tue, Jul 12, 2016 at 10:32:33PM -0400, Mike Snitzer wrote: > > On Tue, Jul 12 2016 at 10:18pm -0400, > > Eric Wheeler wrote: > > > > > On Tue, 12 Jul 2016, NeilBrown wrote: > > > > > > > On Tue, Jul 12 2016, Lars

Re: [PATCH v2 1/1] block: fix blk_queue_split() resource exhaustion

On Tue, 19 Jul 2016, Lars Ellenberg wrote: > On Tue, Jul 12, 2016 at 10:32:33PM -0400, Mike Snitzer wrote: > > On Tue, Jul 12 2016 at 10:18pm -0400, > > Eric Wheeler wrote: > > > > > On Tue, 12 Jul 2016, NeilBrown wrote: > > > > > > > On Tue, Jul 12 2016, Lars Ellenberg wrote: > > > > > >

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

On Thu, 11 Aug 2016 09:30:19 +0530 Anup Patel wrote: > Hi Arnd, > > On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: > >> The goal of this patchset is to improve UIO framework and

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

On Thu, 11 Aug 2016 09:30:19 +0530 Anup Patel wrote: > Hi Arnd, > > On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: > >> The goal of this patchset is to improve UIO framework and UIO dmem > >> driver to allow

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On 09/08/16 04:27, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 >

Re: [PATCH 1/4] dt-bindings: add doc for ibm,hotplug-aperture

On 09/08/16 04:27, Reza Arbab wrote: > Signed-off-by: Reza Arbab > --- > .../bindings/powerpc/opal/hotplug-aperture.txt | 26 > ++ > 1 file changed, 26 insertions(+) > create mode 100644 > Documentation/devicetree/bindings/powerpc/opal/hotplug-aperture.txt > > diff

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Arnd, On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: >> The goal of this patchset is to improve UIO framework and UIO dmem >> driver to allow cache-coherent DMA accesses from user-space. >> >> This patchset

Re: [PATCH RESEND v2 0/8] Cache-coherent DMA access using UIO

Hi Arnd, On Wed, Aug 10, 2016 at 9:25 PM, Arnd Bergmann wrote: > On Monday, August 8, 2016 11:22:29 AM CEST Anup Patel wrote: >> The goal of this patchset is to improve UIO framework and UIO dmem >> driver to allow cache-coherent DMA accesses from user-space. >> >> This patchset is based on two

Re: [PATCH] prctl: remove one-shot limitation for changing exe link

30.07.2016 19:31, Eric W. Biederman пишет: Cyrill Gorcunov writes: On Mon, Jul 25, 2016 at 02:56:43PM -0500, Eric W. Biederman wrote: ... Also there is a big fat bug in prctl_set_mm_exe_file. It doesn't validate that the new file is a actually mmaped executable. We

Re: [PATCH] prctl: remove one-shot limitation for changing exe link

30.07.2016 19:31, Eric W. Biederman пишет: Cyrill Gorcunov writes: On Mon, Jul 25, 2016 at 02:56:43PM -0500, Eric W. Biederman wrote: ... Also there is a big fat bug in prctl_set_mm_exe_file. It doesn't validate that the new file is a actually mmaped executable. We would definitely need

linux-next: Tree for Aug 11

Hi all, Changes since 20160809: Non-merge commits (relative to Linus' tree): 1334 1380 files changed, 35797 insertions(+), 12995 deletions(-) I have created today's linux-next tree at

linux-next: Tree for Aug 11

Hi all, Changes since 20160809: Non-merge commits (relative to Linus' tree): 1334 1380 files changed, 35797 insertions(+), 12995 deletions(-) I have created today's linux-next tree at

Re: [PATCH V3 1/6] perf/core: Adding PMU driver specific configuration

On Wed, 10 Aug 2016, Mathieu Poirier wrote: > > After a little bit of digging around I understand that manpages have > to be written _after_ the new ioctl call has been added - at least > that's what I deduce when looking at what Vince Weaver did for the BPF > support: The manpage patch doesn't

Re: [PATCH V3 1/6] perf/core: Adding PMU driver specific configuration

On Wed, 10 Aug 2016, Mathieu Poirier wrote: > > After a little bit of digging around I understand that manpages have > to be written _after_ the new ioctl call has been added - at least > that's what I deduce when looking at what Vince Weaver did for the BPF > support: The manpage patch doesn't

Re: [PATCH] soc: qcom: smd: Correct compile stub prototypes

On Tue, Aug 09, 2016 at 05:36:02PM -0700, Bjorn Andersson wrote: > The prototypes for the compile stubs was not properly marked as static > inline, this patch corrects this. > > Fixes: f79a917e69e1 ("Merge tag 'qcom-soc-for-4.7-2' into net-next") > Signed-off-by: Bjorn Andersson

Re: [PATCH] soc: qcom: smd: Correct compile stub prototypes

On Tue, Aug 09, 2016 at 05:36:02PM -0700, Bjorn Andersson wrote: > The prototypes for the compile stubs was not properly marked as static > inline, this patch corrects this. > > Fixes: f79a917e69e1 ("Merge tag 'qcom-soc-for-4.7-2' into net-next") > Signed-off-by: Bjorn Andersson > --- Ok.

Re: [PATCH v2 0/5] dts patches for qcom tsens support

On Wed, Aug 10, 2016 at 12:13:54PM +0530, Rajendra Nayak wrote: > Hey Andy, > > Tsens driver patches are pulled in by Eduardo [1] > but looks like they missed the 4.8 merge window. > Nevertheless, these are dts changes for the various platforms > supported by the driver, which are acked by

Re: [PATCH v2 0/5] dts patches for qcom tsens support

On Wed, Aug 10, 2016 at 12:13:54PM +0530, Rajendra Nayak wrote: > Hey Andy, > > Tsens driver patches are pulled in by Eduardo [1] > but looks like they missed the 4.8 merge window. > Nevertheless, these are dts changes for the various platforms > supported by the driver, which are acked by

Re: [PATCH v2] usb: core: Add runtime resume checking in choose_wakeup()

On 10 August 2016 at 22:31, Alan Stern wrote: > On Wed, 10 Aug 2016, Baolin Wang wrote: > >> Considering strict power management for mobile device, we should also power >> off the usb controller if there are no slaves attached even though it is usb >> host function, but

Re: [PATCH v2] usb: core: Add runtime resume checking in choose_wakeup()

On 10 August 2016 at 22:31, Alan Stern wrote: > On Wed, 10 Aug 2016, Baolin Wang wrote: > >> Considering strict power management for mobile device, we should also power >> off the usb controller if there are no slaves attached even though it is usb >> host function, but it will meet usb device

Re: [PATCH] usb: core: Add runtime resume checking

Hi Alan, On 10 August 2016 at 22:25, Alan Stern wrote: > On Wed, 10 Aug 2016, Baolin Wang wrote: > >> >> >> For example: No slave attached> usb interface runtime suspend >> >> >> > usb device runtime suspend -> xhci suspend -> power off >> >> >> usb

Re: [PATCH] usb: core: Add runtime resume checking

Hi Alan, On 10 August 2016 at 22:25, Alan Stern wrote: > On Wed, 10 Aug 2016, Baolin Wang wrote: > >> >> >> For example: No slave attached> usb interface runtime suspend >> >> >> > usb device runtime suspend -> xhci suspend -> power off >> >> >> usb controller. After that if the

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

Hi Felipe, On 1 August 2016 at 15:09, 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 by PMICs meaning that either vendors must add

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

Hi Felipe, On 1 August 2016 at 15:09, 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 by PMICs meaning that either vendors must add this in their kernels > or

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Thu, Aug 11, 2016 at 10:36:59AM +0800, Ye Xiaolong wrote: > On 08/11, Dave Chinner wrote: > >On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: > >> I need to see these events: > >> > >>xfs_file* > >>xfs_iomap* > >>xfs_get_block* > >> > >> For both kernels. An example

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On Thu, Aug 11, 2016 at 10:36:59AM +0800, Ye Xiaolong wrote: > On 08/11, Dave Chinner wrote: > >On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: > >> I need to see these events: > >> > >>xfs_file* > >>xfs_iomap* > >>xfs_get_block* > >> > >> For both kernels. An example

Re: [PATCH] ipr: Fix sync scsi scan

> "Michael" == Michael Ellerman writes: >> Sorry about that. I fixed up async scan and managed to break sync >> scan... >> >> This patch fixes it on my box. Does it fix the issue for you as well? Michael> Yes, thanks! Michael> If you like here's a: Michael>

Re: [PATCH] ipr: Fix sync scsi scan

> "Michael" == Michael Ellerman writes: >> Sorry about that. I fixed up async scan and managed to break sync >> scan... >> >> This patch fixes it on my box. Does it fix the issue for you as well? Michael> Yes, thanks! Michael> If you like here's a: Michael> Tested-by: Michael Ellerman

Re: [PATCH 11/21] net: thunderx: Add support for 16 LMACs of 83xx

Hi Sunil, [auto build test ERROR on net-next/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH 11/21] net: thunderx: Add support for 16 LMACs of 83xx

Hi Sunil, [auto build test ERROR on net-next/master] [also build test ERROR on v4.8-rc1 next-20160809] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 1/1] mfd: rtsx_usb: avoid setting ucr->current_sg.status

Member "status" of struct usb_sg_request is managed by usb core. A spin lock is used to serialize the change of it. The driver could check the value of req->status, but should avoid changing it without the hold of the spinlock. Otherwise, it could cause race or error in usb core. This patch could

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On 08/11, Dave Chinner wrote: >On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: >> I need to see these events: >> >> xfs_file* >> xfs_iomap* >> xfs_get_block* >> >> For both kernels. An example trace from 4.8-rc1 running the command >> `xfs_io -f -c 'pwrite 0 512k -b

[PATCH 1/1] mfd: rtsx_usb: avoid setting ucr->current_sg.status

Member "status" of struct usb_sg_request is managed by usb core. A spin lock is used to serialize the change of it. The driver could check the value of req->status, but should avoid changing it without the hold of the spinlock. Otherwise, it could cause race or error in usb core. This patch could

Re: [LKP] [lkp] [xfs] 68a9f5e700: aim7.jobs-per-min -13.6% regression

On 08/11, Dave Chinner wrote: >On Thu, Aug 11, 2016 at 11:16:12AM +1000, Dave Chinner wrote: >> I need to see these events: >> >> xfs_file* >> xfs_iomap* >> xfs_get_block* >> >> For both kernels. An example trace from 4.8-rc1 running the command >> `xfs_io -f -c 'pwrite 0 512k -b

Re: [v2 PATCH] clk: rockchip: mark rk3399 hdcp_noc and vio_noc as critical

Chris, On 2016年08月11日 06:14, Guenter Roeck wrote: On Tue, Aug 9, 2016 at 11:02 AM, Chris Zhong wrote: Fix incorrect rk3399 aclk_vio gating bit, it should be 0, not 10. With this modification, the aclk_vio_noc should be put into critical list, since it is required by VOP.

Re: [v2 PATCH] clk: rockchip: mark rk3399 hdcp_noc and vio_noc as critical

Chris, On 2016年08月11日 06:14, Guenter Roeck wrote: On Tue, Aug 9, 2016 at 11:02 AM, Chris Zhong wrote: Fix incorrect rk3399 aclk_vio gating bit, it should be 0, not 10. With this modification, the aclk_vio_noc should be put into critical list, since it is required by VOP. And the Type-C DP

  1   2   3   4   5   6   7   8   9   10   >