Re: Umount failing due to a file leak on 3.18 Android

On Tue, Apr 19, 2016 at 06:26:27PM -0700, Nikhilesh Reddy wrote: > Hi > > I am looking into a bug that results in umount failures ( since there is a > mount ref from the leaked file that is never freed on the mount ) > > The issue seems to be a result of the following callstack > >

Re: Umount failing due to a file leak on 3.18 Android

On Tue, Apr 19, 2016 at 06:26:27PM -0700, Nikhilesh Reddy wrote: > Hi > > I am looking into a bug that results in umount failures ( since there is a > mount ref from the leaked file that is never freed on the mount ) > > The issue seems to be a result of the following callstack > >

mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 12566cc35d0e68308bde7aad615743d560cb097b commit: c1a0e9bc885d46e519fd87d35af6a7937abfb986 MIPS: Allow compact branch policy to be changed date: 6 months ago

mipsel-linux-gnu-gcc: error: unrecognized command line option '-mcompact-branches=optimal'

Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 12566cc35d0e68308bde7aad615743d560cb097b commit: c1a0e9bc885d46e519fd87d35af6a7937abfb986 MIPS: Allow compact branch policy to be changed date: 6 months ago

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

This is a kernel bug, I'll send a patch. Huacai On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck wrote: > On 04/19/2016 08:37 PM, 陈华才 wrote: >> >> Hi, >> >> Could you please remove the line "#define cpu_hwrena_impl_bits >> 0xc000" in

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

This is a kernel bug, I'll send a patch. Huacai On Wed, Apr 20, 2016 at 12:43 PM, Guenter Roeck wrote: > On 04/19/2016 08:37 PM, 陈华才 wrote: >> >> Hi, >> >> Could you please remove the line "#define cpu_hwrena_impl_bits >> 0xc000" in

Re: [PATCH v11 1/4] tpm: Remove all uses of drvdata from the TPM Core

On Tue, Apr 19, 2016 at 11:06:45AM -0600, Jason Gunthorpe wrote: > On Tue, Apr 19, 2016 at 06:36:22AM -0400, Stefan Berger wrote: > > On 04/19/2016 06:12 AM, Jarkko Sakkinen wrote: > > >On Mon, Apr 18, 2016 at 01:26:13PM -0400, Stefan Berger wrote: > > >>From: Jason Gunthorpe

Re: [PATCH v11 1/4] tpm: Remove all uses of drvdata from the TPM Core

On Tue, Apr 19, 2016 at 11:06:45AM -0600, Jason Gunthorpe wrote: > On Tue, Apr 19, 2016 at 06:36:22AM -0400, Stefan Berger wrote: > > On 04/19/2016 06:12 AM, Jarkko Sakkinen wrote: > > >On Mon, Apr 18, 2016 at 01:26:13PM -0400, Stefan Berger wrote: > > >>From: Jason Gunthorpe > > >> > > >>The

[PATCH powerpc/next RESEND] powerpc: spinlock: Fix spin_unlock_wait()

There is an ordering issue with spin_unlock_wait() on powerpc, because the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering the load part of the operation with memory operations following it. Therefore the following event sequence can happen: CPU 1 CPU 2

[PATCH powerpc/next RESEND] powerpc: spinlock: Fix spin_unlock_wait()

There is an ordering issue with spin_unlock_wait() on powerpc, because the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering the load part of the operation with memory operations following it. Therefore the following event sequence can happen: CPU 1 CPU 2

[PATCH powerpc/next] powerpc: spinlock: Fix spin_unlock_wait()

There is an ordering issue with spin_unlock_wait() on powerpc, because the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering the load part of the operation with memory operations following it. Therefore the following event sequence can happen: CPU 1 CPU 2

[PATCH powerpc/next] powerpc: spinlock: Fix spin_unlock_wait()

There is an ordering issue with spin_unlock_wait() on powerpc, because the spin_lock primitive is an ACQUIRE and an ACQUIRE is only ordering the load part of the operation with memory operations following it. Therefore the following event sequence can happen: CPU 1 CPU 2

linux-next: Tree for Apr 20

Hi all, Changes since 20160419: The tip tree lost its build failures. The usb-gadget tree gained a conflict against the usb-gadget-fixes tree. The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 4655 4294 files changed

linux-next: Tree for Apr 20

Hi all, Changes since 20160419: The tip tree lost its build failures. The usb-gadget tree gained a conflict against the usb-gadget-fixes tree. The akpm-current tree still had its build failure for which I applied a patch. Non-merge commits (relative to Linus' tree): 4655 4294 files changed

Re: [PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

Hello Stephen, Am 20.04.2016 um 03:12 schrieb Stephen Boyd: This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-pcf8563.c | 2 +- 1

Re: [PATCH] rtc: pcf8563: Remove CLK_IS_ROOT

Hello Stephen, Am 20.04.2016 um 03:12 schrieb Stephen Boyd: This flag is a no-op now (see commit 47b0eeb3dc8a "clk: Deprecate CLK_IS_ROOT", 2016-02-02) so remove it. Cc: Heiko Schocher Signed-off-by: Stephen Boyd --- drivers/rtc/rtc-pcf8563.c | 2 +- 1 file changed, 1 insertion(+), 1

RE: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

Hi, > From: Peter Chen > Sent: Tuesday, April 19, 2016 6:18 PM > > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > Hi, > > > > > From: Yoshihiro Shimoda > > > Sent: Friday, April 15, 2016 6:59 PM > > > > > > Hi, > > > > > > > From: Roger Quadros > > > > Sent: Thursday,

RE: [PATCH v6 07/12] usb: otg: add OTG/dual-role core

Hi, > From: Peter Chen > Sent: Tuesday, April 19, 2016 6:18 PM > > On Fri, Apr 15, 2016 at 10:03:16AM +, Yoshihiro Shimoda wrote: > > Hi, > > > > > From: Yoshihiro Shimoda > > > Sent: Friday, April 15, 2016 6:59 PM > > > > > > Hi, > > > > > > > From: Roger Quadros > > > > Sent: Thursday,

Re: [PATCH v2] fs: add file_dentry()

Hey Miklos, On 03/23/2016 09:36 AM, Miklos Szeredi wrote: > This series fixes bugs in nfs and ext4 due to 4bacc9c9234c ("overlayfs: > Make f_path always point to the overlay and f_inode to the underlay"). Since that commit got backported into older -stable kernel, it would appear that this

Re: [PATCH v2] fs: add file_dentry()

Hey Miklos, On 03/23/2016 09:36 AM, Miklos Szeredi wrote: > This series fixes bugs in nfs and ext4 due to 4bacc9c9234c ("overlayfs: > Make f_path always point to the overlay and f_inode to the underlay"). Since that commit got backported into older -stable kernel, it would appear that this

Re: [tip:sched/core] perf/core, sched: Don't use clock function pointer to determine clock

On Tue, Apr 19, 2016 at 02:34:50AM -0700, tip-bot for Alexander Shishkin wrote: > Commit-ID: f454bfddf6ba557381d8bf5df50eff778602ff23 > Gitweb: http://git.kernel.org/tip/f454bfddf6ba557381d8bf5df50eff778602ff23 > Author: Alexander Shishkin >

Re: [tip:sched/core] perf/core, sched: Don't use clock function pointer to determine clock

On Tue, Apr 19, 2016 at 02:34:50AM -0700, tip-bot for Alexander Shishkin wrote: > Commit-ID: f454bfddf6ba557381d8bf5df50eff778602ff23 > Gitweb: http://git.kernel.org/tip/f454bfddf6ba557381d8bf5df50eff778602ff23 > Author: Alexander Shishkin > AuthorDate: Thu, 14 Apr 2016 14:59:49 +0300 >

Re: [PATCH 0/4] ARM: cpuidle: use const and __initconst for cpuidle_ops

On Tue, Apr 19, 2016 at 06:31:14PM +0100, Lorenzo Pieralisi wrote: > Hi Daniel, > > On Fri, Mar 25, 2016 at 12:26:27PM +0100, Daniel Lezcano wrote: > > On 03/22/2016 03:42 PM, Jisheng Zhang wrote: > > >These trivial patches are similar as Masahiro posted in[1]. The main > > >purpose is let

Re: [PATCH 0/4] ARM: cpuidle: use const and __initconst for cpuidle_ops

On Tue, Apr 19, 2016 at 06:31:14PM +0100, Lorenzo Pieralisi wrote: > Hi Daniel, > > On Fri, Mar 25, 2016 at 12:26:27PM +0100, Daniel Lezcano wrote: > > On 03/22/2016 03:42 PM, Jisheng Zhang wrote: > > >These trivial patches are similar as Masahiro posted in[1]. The main > > >purpose is let

Re: [PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

On Wed, 2016-04-20 at 00:57 -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu: > > On Saturday 20 February 2016 10:32 AM, Anju T wrote: > > > > > > arch/powerpc/Kconfig| 1 + > > > arch/powerpc/include/uapi/asm/perf_regs.h

Re: [PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

On Wed, 2016-04-20 at 00:57 -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu: > > On Saturday 20 February 2016 10:32 AM, Anju T wrote: > > > > > > arch/powerpc/Kconfig| 1 + > > > arch/powerpc/include/uapi/asm/perf_regs.h

Re: [PATCH] clocksource/drivers/tango-xtal: Fix incorrect test

[ ... ] > About the error handling... you advised against panic() > because there might be other clock sources. > > Does it makes sense to give up registering sched_clock > and delay_timer when the clocksource registration fails? Actually, all the problem is coming from the

Re: [PATCH] clocksource/drivers/tango-xtal: Fix incorrect test

[ ... ] > About the error handling... you advised against panic() > because there might be other clock sources. > > Does it makes sense to give up registering sched_clock > and delay_timer when the clocksource registration fails? Actually, all the problem is coming from the

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 9:36 PM, Konstantin Khlebnikov wrote: > On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman >> >> The kernel.pty.reserve sysctl is neutered with no way currently >> implemented to be able to use the reserved ptys. > > I think we could convert this into

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 9:36 PM, Konstantin Khlebnikov wrote: > On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman >> >> The kernel.pty.reserve sysctl is neutered with no way currently >> implemented to be able to use the reserved ptys. > > I think we could convert this into reserve for init user

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

On 04/19/2016 08:37 PM, 陈华才 wrote: Hi, Could you please remove the line "#define cpu_hwrena_impl_bits0xc000" in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try again?Thanks. That fixes the problem. Does this need to be addressed in qemu or in the Linux kernel

Re: next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

On 04/19/2016 08:37 PM, 陈华才 wrote: Hi, Could you please remove the line "#define cpu_hwrena_impl_bits0xc000" in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try again?Thanks. That fixes the problem. Does this need to be addressed in qemu or in the Linux kernel

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman wrote: > > The /dev/ptmx device node is changed to lookup the directory entry > "pts" in the same directory as the /dev/ptmx device node was opened > in. If there is a "pts" entry and that entry is a devpts filesystem >

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Wed, Apr 20, 2016 at 6:04 AM, Eric W. Biederman wrote: > > The /dev/ptmx device node is changed to lookup the directory entry > "pts" in the same directory as the /dev/ptmx device node was opened > in. If there is a "pts" entry and that entry is a devpts filesystem > /dev/ptmx uses that

Re: Nouveau crashes in 4.6-rc on arm64

On 04/11/2016 04:22 PM, Alexandre Courbot wrote: Hi Robin, On 04/09/2016 03:46 AM, Robin Murphy wrote: Hi Alex, On 08/04/16 05:47, Alexandre Courbot wrote: Hi Robin, On 04/07/2016 08:50 PM, Robin Murphy wrote: Hello, With 4.6-rc2 (and -rc1) I'm seeing Nouveau blowing up at boot, from the

Re: Nouveau crashes in 4.6-rc on arm64

On 04/11/2016 04:22 PM, Alexandre Courbot wrote: Hi Robin, On 04/09/2016 03:46 AM, Robin Murphy wrote: Hi Alex, On 08/04/16 05:47, Alexandre Courbot wrote: Hi Robin, On 04/07/2016 08:50 PM, Robin Murphy wrote: Hello, With 4.6-rc2 (and -rc1) I'm seeing Nouveau blowing up at boot, from the

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

Al Viro writes: > On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote: >> >> + if (!d_can_lookup(parent)) >> >> + return -ENOENT; >> > >> > And how, pray tell, would a parent of anything fail to be a directory? >> >> It is to make that function be

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

Al Viro writes: > On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote: >> >> + if (!d_can_lookup(parent)) >> >> + return -ENOENT; >> > >> > And how, pray tell, would a parent of anything fail to be a directory? >> >> It is to make that function be visually distinct from

Re: [PATCH] irq_poll: Remove redundant barrier when using clear_bit_unlock()

On Tue, 19 Apr 2016, Bart Van Assche wrote: On 04/16/2016 01:55 PM, Davidlohr Bueso wrote: ... as the call obviously already implies unlock/RC semantics, therefore lets get rid of the superfluous smp_mb calls. Hello Davidlohr, Are you sure that this patch has been sent to the right person?

Re: [PATCH] irq_poll: Remove redundant barrier when using clear_bit_unlock()

On Tue, 19 Apr 2016, Bart Van Assche wrote: On 04/16/2016 01:55 PM, Davidlohr Bueso wrote: ... as the call obviously already implies unlock/RC semantics, therefore lets get rid of the superfluous smp_mb calls. Hello Davidlohr, Are you sure that this patch has been sent to the right person?

[PATCH -tip v3 3/3] locking/pvqspinlock: Robustify init_qspinlock_stat()

locking/pvqspinlock: Robustify init_qspinlock_stat() Specifically around the debugfs file creation calls, I have no idea if they could ever possibly fail, but this is core code (debug aside) so lets at least check the return value and inform anything fishy. Signed-off-by: Davidlohr Bueso

[PATCH -tip v3 3/3] locking/pvqspinlock: Robustify init_qspinlock_stat()

locking/pvqspinlock: Robustify init_qspinlock_stat() Specifically around the debugfs file creation calls, I have no idea if they could ever possibly fail, but this is core code (debug aside) so lets at least check the return value and inform anything fishy. Signed-off-by: Davidlohr Bueso ---

Re: [PATCH -tip v2] locking/pvqspinlock: Robustify init_qspinlock_stat()

+ pr_info("Could not create 'qlockstat' debugfs entries\n"); Please ignore this, I was not meaning to change pr_warn level, this was simply a stale version. Sending v3 *sigh*.

Re: [PATCH -tip v2] locking/pvqspinlock: Robustify init_qspinlock_stat()

+ pr_info("Could not create 'qlockstat' debugfs entries\n"); Please ignore this, I was not meaning to change pr_warn level, this was simply a stale version. Sending v3 *sigh*.

Re: [PATCH 00/50] pinctrl: Add and use devm_ apis for pinctrl_{register, unregister}

Hi. 2016-03-15 17:31 GMT+09:00 Linus Walleij : > On Wed, Mar 9, 2016 at 3:23 PM, Laxman Dewangan wrote: > >>> Pushed the change at: >>> Branch "devm_pinctrl_register" of >>> https://github.com/ldewangan/linux-upstream.git. >>> >>> Base repo is >>>

Re: [PATCH 00/50] pinctrl: Add and use devm_ apis for pinctrl_{register, unregister}

Hi. 2016-03-15 17:31 GMT+09:00 Linus Walleij : > On Wed, Mar 9, 2016 at 3:23 PM, Laxman Dewangan wrote: > >>> Pushed the change at: >>> Branch "devm_pinctrl_register" of >>> https://github.com/ldewangan/linux-upstream.git. >>> >>> Base repo is >>> for-next of >>>

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote: > >> + if (!d_can_lookup(parent)) > >> + return -ENOENT; > > > > And how, pray tell, would a parent of anything fail to be a directory? > > It is to make that function be visually distinct from path_parentat > which does

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 10:43:03PM -0500, Eric W. Biederman wrote: > >> + if (!d_can_lookup(parent)) > >> + return -ENOENT; > > > > And how, pray tell, would a parent of anything fail to be a directory? > > It is to make that function be visually distinct from path_parentat > which does

[PATCH -tip v2] locking/pvqspinlock: Robustify init_qspinlock_stat()

Specifically around the debugfs file creation calls, I have no idea if they could ever possibly fail, but this is core code (debug aside) so lets at least check the return value and inform anything fishy. Signed-off-by: Davidlohr Bueso --- kernel/locking/qspinlock_stat.h | 22

[PATCH -tip v2] locking/pvqspinlock: Robustify init_qspinlock_stat()

Specifically around the debugfs file creation calls, I have no idea if they could ever possibly fail, but this is core code (debug aside) so lets at least check the return value and inform anything fishy. Signed-off-by: Davidlohr Bueso --- kernel/locking/qspinlock_stat.h | 22

Re: [PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu: > On Saturday 20 February 2016 10:32 AM, Anju T wrote: > >This short patch series adds the ability to sample the interrupted > >machine state for each hardware sample. > > > >To test this patchset, > >Eg: > > > >$ perf record -I? #

Re: [BUG] machine check Oops on Alpha

On Wed, Apr 20, 2016 at 01:46:13AM +0100, Maciej W. Rozycki wrote: > I can see if I can find anything suspicious there if you send me original > copies (i.e. those that oopsed) of arch/alpha/kernel/irq_alpha.o and > arch/alpha/kernel/core_cia.o. > > > Machine has been stable since the machine

Re: [PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

Em Mon, Apr 18, 2016 at 03:17:11PM +0530, Anju T escreveu: > On Saturday 20 February 2016 10:32 AM, Anju T wrote: > >This short patch series adds the ability to sample the interrupted > >machine state for each hardware sample. > > > >To test this patchset, > >Eg: > > > >$ perf record -I? #

Re: [BUG] machine check Oops on Alpha

On Wed, Apr 20, 2016 at 01:46:13AM +0100, Maciej W. Rozycki wrote: > I can see if I can find anything suspicious there if you send me original > copies (i.e. those that oopsed) of arch/alpha/kernel/irq_alpha.o and > arch/alpha/kernel/core_cia.o. > > > Machine has been stable since the machine

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

Al Viro writes: > On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote: >> +#ifdef CONFIG_UNIX98_PTYS >> +int path_pts(struct path *path) >> +{ >> +/* Find "pts" in the same directory as the input path */ >> +struct dentry *child, *parent; >> +

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

Al Viro writes: > On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote: >> +#ifdef CONFIG_UNIX98_PTYS >> +int path_pts(struct path *path) >> +{ >> +/* Find "pts" in the same directory as the input path */ >> +struct dentry *child, *parent; >> +struct qstr this; >> +

Re: [PATCH v8 1/3] gpio: dwapb: remove name from dwapb_port_property

Hi, [auto build test WARNING on gpio/for-next] [also build test WARNING on v4.6-rc4 next-20160419] [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/Jiang-Qiu/gpio-dwapb-add-gpio-signaled-acpi

Re: [PATCH v8 1/3] gpio: dwapb: remove name from dwapb_port_property

Hi, [auto build test WARNING on gpio/for-next] [also build test WARNING on v4.6-rc4 next-20160419] [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/Jiang-Qiu/gpio-dwapb-add-gpio-signaled-acpi

Re: [PATCH V2] powerpc: Implement {cmp}xchg for u8 and u16

Hello, boqun On 2016年04月19日 17:18, Boqun Feng wrote: > Hi Xinhui, > > On Tue, Apr 19, 2016 at 02:29:34PM +0800, Pan Xinhui wrote: >> From: Pan Xinhui >> >> Implement xchg{u8,u16}{local,relaxed}, and >> cmpxchg{u8,u16}{,local,acquire,relaxed}. >> >> It works on

Re: [PATCH V2] powerpc: Implement {cmp}xchg for u8 and u16

Hello, boqun On 2016年04月19日 17:18, Boqun Feng wrote: > Hi Xinhui, > > On Tue, Apr 19, 2016 at 02:29:34PM +0800, Pan Xinhui wrote: >> From: Pan Xinhui >> >> Implement xchg{u8,u16}{local,relaxed}, and >> cmpxchg{u8,u16}{,local,acquire,relaxed}. >> >> It works on all ppc. >> > > Nice work! >

Re:next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

Hi, Could you please remove the line "#define cpu_hwrena_impl_bits0xc000" in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try again?Thanks. Huacai -- Original -- From: "Guenter Roeck"; Date: Wed, Apr 20, 2016

Re: [PATCH 14/16] vfs: Implement mount_super_once

"H. Peter Anvin" writes: > On April 19, 2016 12:25:03 PM PDT, "H. Peter Anvin" wrote: >> >>Perhaps a (privileged) option to exempt from the global limit, then. >>Something we can implement if asked for. >> >>However, I wouldn't be 100% that the reserved pool

Re:next: fuloong2e qemu boot failure due to 'MIPS: Loongson: AddLoongson-3A R2 basic support'

Hi, Could you please remove the line "#define cpu_hwrena_impl_bits0xc000" in arch/mips/include/asm/mach-loongson64/cpu-feature-overrides.h and try again?Thanks. Huacai -- Original -- From: "Guenter Roeck"; Date: Wed, Apr 20, 2016 10:54 AM To:

Re: [PATCH 14/16] vfs: Implement mount_super_once

"H. Peter Anvin" writes: > On April 19, 2016 12:25:03 PM PDT, "H. Peter Anvin" wrote: >> >>Perhaps a (privileged) option to exempt from the global limit, then. >>Something we can implement if asked for. >> >>However, I wouldn't be 100% that the reserved pool isn't used. Someone >>added it

[PATCH v8 2/3] gpio: dwapb: convert device node to fwnode

This patch converts device node to fwnode for dwapb driver, so as to provide a unified fwnode for DT and ACPI bindings. Tested-by: Alan Tull Acked-by: Andy Shevchenko Signed-off-by: Jiang Qiu ---

[PATCH v8 2/3] gpio: dwapb: convert device node to fwnode

This patch converts device node to fwnode for dwapb driver, so as to provide a unified fwnode for DT and ACPI bindings. Tested-by: Alan Tull Acked-by: Andy Shevchenko Signed-off-by: Jiang Qiu --- drivers/gpio/gpio-dwapb.c| 37

[PATCH v8 3/3] gpio: dwapb: add gpio-signaled acpi event support

This patch adds gpio-signaled acpi event support. It is used for power button on hisilicon D02 board, an arm64 platform. The corresponding DSDT file is defined as follows: Device(GPI0) { Name(_HID, "HISI0181") Name(_ADR, 0) Name(_UID, 0) Name (_CRS, ResourceTemplate () {

[PATCH v8 3/3] gpio: dwapb: add gpio-signaled acpi event support

This patch adds gpio-signaled acpi event support. It is used for power button on hisilicon D02 board, an arm64 platform. The corresponding DSDT file is defined as follows: Device(GPI0) { Name(_HID, "HISI0181") Name(_ADR, 0) Name(_UID, 0) Name (_CRS, ResourceTemplate () {

linux-next: manual merge of the usb-gadget tree with the usb-gadget-fixes tree

Hi Felipe, Today's linux-next merge of the usb-gadget tree got a conflict in: drivers/usb/dwc3/debugfs.c between commit: e6bdf8195b4a ("usb: dwc3: fix memory leak of dwc->regset") from the usb-gadget-fixes tree and commit: 4e9f311833a9 ("usb: dwc3: make dwc3_debugfs_init return value

linux-next: manual merge of the usb-gadget tree with the usb-gadget-fixes tree

Hi Felipe, Today's linux-next merge of the usb-gadget tree got a conflict in: drivers/usb/dwc3/debugfs.c between commit: e6bdf8195b4a ("usb: dwc3: fix memory leak of dwc->regset") from the usb-gadget-fixes tree and commit: 4e9f311833a9 ("usb: dwc3: make dwc3_debugfs_init return value

Re: [PATCH v6 01/17] arm64:ilp32: add documentation on the ILP32 ABI for ARM64

On Wed, Nov 25, 2015 at 03:07:26AM +, Iosif Harutyunov wrote: > Sonicwall is very interested in ILP32, is there a way we can get access to > the SuSe builds? > > Iosif,_ > Hi Iosif, I just found your email in trash mailbox. Please add my email to CC explicitly to avoid it. If you still

Re: [PATCH v6 01/17] arm64:ilp32: add documentation on the ILP32 ABI for ARM64

On Wed, Nov 25, 2015 at 03:07:26AM +, Iosif Harutyunov wrote: > Sonicwall is very interested in ILP32, is there a way we can get access to > the SuSe builds? > > Iosif,_ > Hi Iosif, I just found your email in trash mailbox. Please add my email to CC explicitly to avoid it. If you still

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote: > +#ifdef CONFIG_UNIX98_PTYS > +int path_pts(struct path *path) > +{ > + /* Find "pts" in the same directory as the input path */ > + struct dentry *child, *parent; > + struct qstr this; > + int ret; > + > + ret

Re: [PATCH] devpts: Make each mount of devpts an independent filesystem.

On Tue, Apr 19, 2016 at 10:04:20PM -0500, Eric W. Biederman wrote: > +#ifdef CONFIG_UNIX98_PTYS > +int path_pts(struct path *path) > +{ > + /* Find "pts" in the same directory as the input path */ > + struct dentry *child, *parent; > + struct qstr this; > + int ret; > + > + ret

[PATCH v8 1/3] gpio: dwapb: remove name from dwapb_port_property

This patch removed the name property from dwapb_port_property. The name property is redundant, because we can get this info from dwapb_gpio dev node. Reviewed-by: Andy Shevchenko Signed-off-by: Jiang Qiu --- drivers/gpio/gpio-dwapb.c

[PATCH v8 0/3] gpio: dwapb: add gpio-signaled acpi event support for power button

This patchset adds gpio-signaled acpi events support for power button on hisilicon D02 board. The three patches respectively: - remove name from dwapb_port_property - convert device node to fwnode - add gpio-signaled acpi event support This patchset is based on

[PATCH v8 1/3] gpio: dwapb: remove name from dwapb_port_property

This patch removed the name property from dwapb_port_property. The name property is redundant, because we can get this info from dwapb_gpio dev node. Reviewed-by: Andy Shevchenko Signed-off-by: Jiang Qiu --- drivers/gpio/gpio-dwapb.c| 24 +++-

[PATCH v8 0/3] gpio: dwapb: add gpio-signaled acpi event support for power button

This patchset adds gpio-signaled acpi events support for power button on hisilicon D02 board. The three patches respectively: - remove name from dwapb_port_property - convert device node to fwnode - add gpio-signaled acpi event support This patchset is based on

Re: [PATCH 1/2] arm64: mem-model: add flatmem model for arm64

Hi Catalin, Thanks for your reply. On 2016/4/12 22:59, Catalin Marinas wrote: > On Mon, Apr 11, 2016 at 12:31:53PM +0200, Ard Biesheuvel wrote: >> On 11 April 2016 at 11:59, Chen Feng wrote: >>> On 2016/4/11 16:00, Ard Biesheuvel wrote: On 11 April 2016 at 09:55,

Re: [PATCH 1/2] arm64: mem-model: add flatmem model for arm64

Hi Catalin, Thanks for your reply. On 2016/4/12 22:59, Catalin Marinas wrote: > On Mon, Apr 11, 2016 at 12:31:53PM +0200, Ard Biesheuvel wrote: >> On 11 April 2016 at 11:59, Chen Feng wrote: >>> On 2016/4/11 16:00, Ard Biesheuvel wrote: On 11 April 2016 at 09:55, Chen Feng wrote: > On

[PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

This patch adds core dtsi file for rk3399 found on Rockchip rk3399 SoCs, tested on rk3399 evb. Signed-off-by: Jianqun Xu --- arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744 ++ 1 file changed, 1744 insertions(+) create mode 100644

[PATCH] ARM64: dts: rockchip: add core dtsi file for rk3399 SoCs

This patch adds core dtsi file for rk3399 found on Rockchip rk3399 SoCs, tested on rk3399 evb. Signed-off-by: Jianqun Xu --- arch/arm64/boot/dts/rockchip/rk3399.dtsi | 1744 ++ 1 file changed, 1744 insertions(+) create mode 100644

[PATCH] devpts: Make each mount of devpts an independent filesystem.

The /dev/ptmx device node is changed to lookup the directory entry "pts" in the same directory as the /dev/ptmx device node was opened in. If there is a "pts" entry and that entry is a devpts filesystem /dev/ptmx uses that filesystem. Otherwise the open of /dev/ptmx fails. The

[PATCH] devpts: Make each mount of devpts an independent filesystem.

The /dev/ptmx device node is changed to lookup the directory entry "pts" in the same directory as the /dev/ptmx device node was opened in. If there is a "pts" entry and that entry is a devpts filesystem /dev/ptmx uses that filesystem. Otherwise the open of /dev/ptmx fails. The

System administrator

Your mailbox has exceeded the storage limit, which is 20 GB as set by the administrator, you're currently running at 20.9 GB, you may not be able to send or receive new messages until you re-validate your mailbox. To re-validate your mailbox, Please enter and send back to us your details below to

System administrator

Your mailbox has exceeded the storage limit, which is 20 GB as set by the administrator, you're currently running at 20.9 GB, you may not be able to send or receive new messages until you re-validate your mailbox. To re-validate your mailbox, Please enter and send back to us your details below to

Re: [PATCH v7 3/7] vfio/type1: specialize remove_dma and replay according to type

Hi, [auto build test ERROR on iommu/next] [also build test ERROR on v4.6-rc4 next-20160419] [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/Eric-Auger/KVM-PCIe-MSI-passthrough-on-ARM-ARM64

Re: [PATCH v7 3/7] vfio/type1: specialize remove_dma and replay according to type

Hi, [auto build test ERROR on iommu/next] [also build test ERROR on v4.6-rc4 next-20160419] [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/Eric-Auger/KVM-PCIe-MSI-passthrough-on-ARM-ARM64

Re: [PATCH] perf script: fix segfault when printing callchains using builtin-script

Em Tue, Apr 19, 2016 at 07:32:11PM -0700, Chris Phlipot escreveu: > This fixes a bug caused by an unitialized callchain cursor. The crash > frist appeared in: > 6f736735e30f ("perf evsel: Require that callchains be resolved before > calling fprintf_{sym,callchain}") > > The callchain cursor is a

Re: [PATCH] perf script: fix segfault when printing callchains using builtin-script

Em Tue, Apr 19, 2016 at 07:32:11PM -0700, Chris Phlipot escreveu: > This fixes a bug caused by an unitialized callchain cursor. The crash > frist appeared in: > 6f736735e30f ("perf evsel: Require that callchains be resolved before > calling fprintf_{sym,callchain}") > > The callchain cursor is a

[PATCH v2] drm/rockchip: support non-iommu buffer path

Some rockchip vop not support iommu, need use non-iommu buffer for it. And if we get iommu issues, we can compare the issues with non-iommu path, the would help the debug. Signed-off-by: Mark Yao --- Changes in v2 Advised by Heiko Stuebner - use more suitable message

[PATCH v2] drm/rockchip: support non-iommu buffer path

Some rockchip vop not support iommu, need use non-iommu buffer for it. And if we get iommu issues, we can compare the issues with non-iommu path, the would help the debug. Signed-off-by: Mark Yao --- Changes in v2 Advised by Heiko Stuebner - use more suitable message print.

next: fuloong2e qemu boot failure due to 'MIPS: Loongson: Add Loongson-3A R2 basic support'

Hi, qemu fails to boot in -next for machine fulong2e with configuration fuloong2e_defconfig. Bisect points to commit 'MIPS: Loongson: Add Loongson-3A R2 basic support'. qemu hangs in boot, after displaying "Inode-cache hash table entries: 16384 (order: 3, 131072 bytes)". Bisect log is attached.

next: fuloong2e qemu boot failure due to 'MIPS: Loongson: Add Loongson-3A R2 basic support'

Hi, qemu fails to boot in -next for machine fulong2e with configuration fuloong2e_defconfig. Bisect points to commit 'MIPS: Loongson: Add Loongson-3A R2 basic support'. qemu hangs in boot, after displaying "Inode-cache hash table entries: 16384 (order: 3, 131072 bytes)". Bisect log is attached.

Re: [PATCH 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On 4/14/2016 23:29, Rob Herring wrote: On Wed, Apr 13, 2016 at 03:44:20PM +0800, Songjun Wu wrote: DT binding documentation for ISC driver. Signed-off-by: Songjun Wu --- .../devicetree/bindings/media/atmel-isc.txt| 84 ++ 1 file changed,

Re: [PATCH 2/2] [media] atmel-isc: DT binding for Image Sensor Controller driver

On 4/14/2016 23:29, Rob Herring wrote: On Wed, Apr 13, 2016 at 03:44:20PM +0800, Songjun Wu wrote: DT binding documentation for ISC driver. Signed-off-by: Songjun Wu --- .../devicetree/bindings/media/atmel-isc.txt| 84 ++ 1 file changed, 84 insertions(+)

RE: [PATCH 5/5] drivers/net: support hdlc function for QE-UCC

On 20/04/2016 12:22AM, Christophe Leroy wrote > -Original Message- > From: Christophe Leroy [mailto:christophe.le...@c-s.fr] > Sent: Wednesday, April 20, 2016 12:22 AM > To: Qiang Zhao ; da...@davemloft.net > Cc: gre...@linuxfoundation.org;

RE: [PATCH 5/5] drivers/net: support hdlc function for QE-UCC

On 20/04/2016 12:22AM, Christophe Leroy wrote > -Original Message- > From: Christophe Leroy [mailto:christophe.le...@c-s.fr] > Sent: Wednesday, April 20, 2016 12:22 AM > To: Qiang Zhao ; da...@davemloft.net > Cc: gre...@linuxfoundation.org; Xiaobo Xie ; linux- > ker...@vger.kernel.org;

[PATCH v3] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

We need to take care of the vop status when use rockchip_drm_crtc_mode_config, if vop is disabled, the function would failed, that is terrible. Save output_type and output_mode into rockchip_crtc_state, it's nice to make them into atomic. Signed-off-by: Mark Yao ---

[PATCH v3] drm/rockchip: get rid of rockchip_drm_crtc_mode_config

We need to take care of the vop status when use rockchip_drm_crtc_mode_config, if vop is disabled, the function would failed, that is terrible. Save output_type and output_mode into rockchip_crtc_state, it's nice to make them into atomic. Signed-off-by: Mark Yao --- Changes in v3: - foget

  1   2   3   4   5   6   7   8   9   10   >