[PATCH 01/15] ARM: dts: at91: sama5d27_som1_ek: add disabled status

Add disabled statuses for all devices and for those those which pins are in conflict with other devices add a comment in the DT file to specify this. Signed-off-by: Claudiu Beznea --- arch/arm/boot/dts/at91-sama5d27_som1_ek.dts | 13 +++-- 1 file changed, 7

[PATCH 01/15] ARM: dts: at91: sama5d27_som1_ek: add disabled status

Add disabled statuses for all devices and for those those which pins are in conflict with other devices add a comment in the DT file to specify this. Signed-off-by: Claudiu Beznea --- arch/arm/boot/dts/at91-sama5d27_som1_ek.dts | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-)

[PATCH, RFC] x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G

[ The patch is based on my boot-time switching patchset and would not apply directly to current upstream, but I would appreciate early feedback. ] This patch addresses shortcoming in current boot process on machines that supports 5-level paging. If bootloader enables 64-bit mode with 4-level

[PATCH, RFC] x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G

[ The patch is based on my boot-time switching patchset and would not apply directly to current upstream, but I would appreciate early feedback. ] This patch addresses shortcoming in current boot process on machines that supports 5-level paging. If bootloader enables 64-bit mode with 4-level

[PATCH 09/15] ARM: dts: at91: sama5d2_xplained: Add charger node of pmic.

Add charger device node as a sub-device node of act8945a mfd, move the charger's properties to this node, and use the "interrupts" property to replace "active-semi,irq_gpios" to denote the act8945a charger's irq. Signed-off-by: Wenyou Yang [claudiu.bez...@microchip.com:

[PATCH 15/15] ARM: dts: at91: at91sam9x5ek: use DMA for USART0

Use DMA for USART0 (which is used as ttyS1) as we have enough channels and to show how to specify DMA use with serial nodes. Signed-off-by: Nicolas Ferre Signed-off-by: Claudiu Beznea --- arch/arm/boot/dts/at91sam9x5ek.dtsi | 2 ++ 1

[PATCH 04/15] ARM: dts: at91: sama5d27_som1_ek: set USER button as a wakeup source

Set the USER button as a wakeup source to allow wakeup from ULP0. Signed-off-by: Ludovic Desroches [claudiu.bez...@microchip.com: change subject to match the desired prefix] Signed-off-by: Claudiu Beznea ---

[PATCH 15/15] ARM: dts: at91: at91sam9x5ek: use DMA for USART0

Use DMA for USART0 (which is used as ttyS1) as we have enough channels and to show how to specify DMA use with serial nodes. Signed-off-by: Nicolas Ferre Signed-off-by: Claudiu Beznea --- arch/arm/boot/dts/at91sam9x5ek.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 04/15] ARM: dts: at91: sama5d27_som1_ek: set USER button as a wakeup source

Set the USER button as a wakeup source to allow wakeup from ULP0. Signed-off-by: Ludovic Desroches [claudiu.bez...@microchip.com: change subject to match the desired prefix] Signed-off-by: Claudiu Beznea --- arch/arm/boot/dts/at91-sama5d27_som1_ek.dts | 1 + 1 file changed, 1 insertion(+)

[PATCH 09/15] ARM: dts: at91: sama5d2_xplained: Add charger node of pmic.

Add charger device node as a sub-device node of act8945a mfd, move the charger's properties to this node, and use the "interrupts" property to replace "active-semi,irq_gpios" to denote the act8945a charger's irq. Signed-off-by: Wenyou Yang [claudiu.bez...@microchip.com: replace numbers with pin

[PATCH 00/14] at91 fixes and enhancements

Hi, This series contains fixes and enhancements for Atmel/Microchip boards, mainly for SoM1-EK board, SAMA5D2 Xplained board and SAM9x5 boards. Please accept them for 4.15. Thank you, Claudiu Beznea Claudiu Beznea (14): ARM: dts: at91: sama5d27_som1_ek: add disabled/okay status ARM: dts:

[PATCH 00/14] at91 fixes and enhancements

Hi, This series contains fixes and enhancements for Atmel/Microchip boards, mainly for SoM1-EK board, SAMA5D2 Xplained board and SAM9x5 boards. Please accept them for 4.15. Thank you, Claudiu Beznea Claudiu Beznea (14): ARM: dts: at91: sama5d27_som1_ek: add disabled/okay status ARM: dts:

Re: [PATCH] btrfs: Fix bool initialization/comparison

On Sat, Oct 07, 2017 at 04:02:21PM +0200, Thomas Meyer wrote: > Bool initializations should use true and false. Bool tests don't need > comparisons. > > Signed-off-by: Thomas Meyer Reviewed-by: David Sterba

Re: [PATCH] btrfs: Fix bool initialization/comparison

On Sat, Oct 07, 2017 at 04:02:21PM +0200, Thomas Meyer wrote: > Bool initializations should use true and false. Bool tests don't need > comparisons. > > Signed-off-by: Thomas Meyer Reviewed-by: David Sterba

Re: [lkp-robot] [blk] 47e0fb461f: BUG:unable_to_handle_kernel

Hello, On Sat, Sep 30, 2017 at 01:21:13PM -0700, Linus Torvalds wrote: > Tejun, any ideas? The original report is at > >https://lkml.org/lkml/2017/9/20/939 > > in case you don't see it in your inbox from lkml. So, in the full log, there is an earlier warning. [ 60.198729] [

Re: [lkp-robot] [blk] 47e0fb461f: BUG:unable_to_handle_kernel

Hello, On Sat, Sep 30, 2017 at 01:21:13PM -0700, Linus Torvalds wrote: > Tejun, any ideas? The original report is at > >https://lkml.org/lkml/2017/9/20/939 > > in case you don't see it in your inbox from lkml. So, in the full log, there is an earlier warning. [ 60.198729] [

Re: [PATCH] usb: musb: Check for host-mode using is_host_active() on reset interrupt

Hi, On Wed, Sep 27, 2017 at 08:35:22PM +1000, Jonathan Liu wrote: > The sunxi musb has a bug where sometimes it will generate a babble > error on device disconnect instead of a disconnect IRQ. When this > happens the musb controller switches from host mode to device mode > (it clears

Re: [PATCH] usb: musb: Check for host-mode using is_host_active() on reset interrupt

Hi, On Wed, Sep 27, 2017 at 08:35:22PM +1000, Jonathan Liu wrote: > The sunxi musb has a bug where sometimes it will generate a babble > error on device disconnect instead of a disconnect IRQ. When this > happens the musb controller switches from host mode to device mode > (it clears

Re: [PATCH v7 5/6] lib/dlock-list: Enable faster lookup with hashing

On Mon, 09 Oct 2017, Waiman Long wrote: On 10/09/2017 09:08 AM, Davidlohr Bueso wrote: On Thu, 05 Oct 2017, Waiman Long wrote: This patch provides an alternative way of list selection. The caller can provide a object context which will be hashed to one of the list in a dlock-list. The object

Re: [PATCH v7 5/6] lib/dlock-list: Enable faster lookup with hashing

On Mon, 09 Oct 2017, Waiman Long wrote: On 10/09/2017 09:08 AM, Davidlohr Bueso wrote: On Thu, 05 Oct 2017, Waiman Long wrote: This patch provides an alternative way of list selection. The caller can provide a object context which will be hashed to one of the list in a dlock-list. The object

[locking] 892ad5acca [ 12.849409] WARNING: bad unlock balance detected!

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 892ad5acca0b2ddb514fae63fa4686bf726d2471 Merge: 162b246eb420d 5d6dec6fba38c Author: Linus Torvalds

[locking] 892ad5acca [ 12.849409] WARNING: bad unlock balance detected!

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 892ad5acca0b2ddb514fae63fa4686bf726d2471 Merge: 162b246eb420d 5d6dec6fba38c Author: Linus Torvalds AuthorDate: Mon Jul 3

Re: [PATCH BUGFIX] block, bfq: fix bug related to the burst_size counter

On 10/09/2017 05:11 AM, Paolo Valente wrote: > Hi Jens, > unfortunately, the patch "block, bfq: decrease burst size when queues > in burst exit", queued for 4.15 [1] introduces a bug, described in > detail in the commit message of this patch. If triggered, this bug may > cause loss of control on

Re: [PATCH BUGFIX] block, bfq: fix bug related to the burst_size counter

On 10/09/2017 05:11 AM, Paolo Valente wrote: > Hi Jens, > unfortunately, the patch "block, bfq: decrease burst size when queues > in burst exit", queued for 4.15 [1] introduces a bug, described in > detail in the commit message of this patch. If triggered, this bug may > cause loss of control on

Re: [PATCH] regulator: lp873x: Update the enable mask for LDOs and BUCKs

On Mon, Oct 09, 2017 at 06:35:14PM +0300, Tero Kristo wrote: > The EN signal coming in to the PMIC is actually used to poweroff the system > completely. There is no other mechanism for doing this in lp873x based > systems, they removed the bit for controlling dev-power-off from the > register

Re: [PATCH] regulator: lp873x: Update the enable mask for LDOs and BUCKs

On Mon, Oct 09, 2017 at 06:35:14PM +0300, Tero Kristo wrote: > The EN signal coming in to the PMIC is actually used to poweroff the system > completely. There is no other mechanism for doing this in lp873x based > systems, they removed the bit for controlling dev-power-off from the > register

Re: [PATCH v2 2/3] Makefile: support flag -fsanitizer-coverage=trace-cmp

On 10/09/2017 06:05 PM, Alexander Potapenko wrote: > v2: - updated KCOV_ENABLE_COMPARISONS description > --- > Makefile | 5 +++-- > lib/Kconfig.debug| 10 ++ > scripts/Makefile.lib | 6 ++ > 3 files changed, 19 insertions(+), 2 deletions(-) > > diff --git

Re: [PATCH v2 2/3] Makefile: support flag -fsanitizer-coverage=trace-cmp

On 10/09/2017 06:05 PM, Alexander Potapenko wrote: > v2: - updated KCOV_ENABLE_COMPARISONS description > --- > Makefile | 5 +++-- > lib/Kconfig.debug| 10 ++ > scripts/Makefile.lib | 6 ++ > 3 files changed, 19 insertions(+), 2 deletions(-) > > diff --git

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 05:44:46PM +0200, Peter Zijlstra wrote: On Mon, Oct 09, 2017 at 11:41:30PM +0800, Fengguang Wu wrote: > > [ 187.855027] init: plymouth-splash main process (418) terminated with status 1 > > [ 187.953296] init: networking main process (419) terminated with status 1 > >

Re: [PATCH 4.9 086/104] arm64: kasan: avoid bad virt_to_pfn()

On Mon, Oct 09, 2017 at 02:00:53PM +, Levin, Alexander (Sasha Levin) wrote: > In this case, for example, this patch had a "review cycle" of 18 days > where 4 different emails regarding this patch were sent out as it was > making it's way through review and queues, so we already try to be > as

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 05:44:46PM +0200, Peter Zijlstra wrote: On Mon, Oct 09, 2017 at 11:41:30PM +0800, Fengguang Wu wrote: > > [ 187.855027] init: plymouth-splash main process (418) terminated with status 1 > > [ 187.953296] init: networking main process (419) terminated with status 1 > >

Re: [PATCH 4.9 086/104] arm64: kasan: avoid bad virt_to_pfn()

On Mon, Oct 09, 2017 at 02:00:53PM +, Levin, Alexander (Sasha Levin) wrote: > In this case, for example, this patch had a "review cycle" of 18 days > where 4 different emails regarding this patch were sent out as it was > making it's way through review and queues, so we already try to be > as

Re: [PATCH v2 1/3] kcov: support comparison operands collection

Hi, I look forward to using this! :) I just have afew comments below. On Mon, Oct 09, 2017 at 05:05:19PM +0200, Alexander Potapenko wrote: > +/* > + * Defines the format for the types of collected comparisons. > + */ > +enum kcov_cmp_type { > + /* > + * LSB shows whether one of the

Re: [PATCH v2 1/3] kcov: support comparison operands collection

Hi, I look forward to using this! :) I just have afew comments below. On Mon, Oct 09, 2017 at 05:05:19PM +0200, Alexander Potapenko wrote: > +/* > + * Defines the format for the types of collected comparisons. > + */ > +enum kcov_cmp_type { > + /* > + * LSB shows whether one of the

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 11:41:30PM +0800, Fengguang Wu wrote: > > > [ 187.855027] init: plymouth-splash main process (418) terminated with > > > status 1 > > > [ 187.953296] init: networking main process (419) terminated with status > > > 1 > > > [ 191.697721] [ cut here

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 11:41:30PM +0800, Fengguang Wu wrote: > > > [ 187.855027] init: plymouth-splash main process (418) terminated with > > > status 1 > > > [ 187.953296] init: networking main process (419) terminated with status > > > 1 > > > [ 191.697721] [ cut here

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

[ 187.855027] init: plymouth-splash main process (418) terminated with status 1 [ 187.953296] init: networking main process (419) terminated with status 1 [ 191.697721] [ cut here ] [ 191.699318] WARNING: CPU: 0 PID: 424 at kernel/locking/lockdep.c:3928

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

[ 187.855027] init: plymouth-splash main process (418) terminated with status 1 [ 187.953296] init: networking main process (419) terminated with status 1 [ 191.697721] [ cut here ] [ 191.699318] WARNING: CPU: 0 PID: 424 at kernel/locking/lockdep.c:3928

Re: [PATCH v7 4/6] lib/dlock-list: Make sibling CPUs share the same linked list

On Thu 05-10-17 14:43:26, Waiman Long wrote: > The dlock list needs one list for each of the CPUs available. However, > for sibling CPUs, they are sharing the L2 and probably L1 caches > too. As a result, there is not much to gain in term of avoiding > cacheline contention while increasing the

Re: [PATCH v7 4/6] lib/dlock-list: Make sibling CPUs share the same linked list

On Thu 05-10-17 14:43:26, Waiman Long wrote: > The dlock list needs one list for each of the CPUs available. However, > for sibling CPUs, they are sharing the L2 and probably L1 caches > too. As a result, there is not much to gain in term of avoiding > cacheline contention while increasing the

Re: [PATCH 2/2] perf, tools: Don't force MetricExprs to lower case

> > > > perf stat -e cpu/uops_executed.core/ ls > > > > perf stat -e uops_executed.core ls > > > > > > Ok. If it works it's fine for me. > > well it works, but it means that bpf file cannot contains any directory > part.. which im not sure is ok with bpf folks ;-) anyone? One way that may

Re: [PATCH 2/2] perf, tools: Don't force MetricExprs to lower case

> > > > perf stat -e cpu/uops_executed.core/ ls > > > > perf stat -e uops_executed.core ls > > > > > > Ok. If it works it's fine for me. > > well it works, but it means that bpf file cannot contains any directory > part.. which im not sure is ok with bpf folks ;-) anyone? One way that may

[PATCH v2] net/core: Fix BUG to BUG_ON conditionals.

Fix BUG() calls to use BUG_ON(conditional) macros. This was found using make coccicheck M=net/core on linux next tag next-2017092 Signed-off-by: Tim Hansen --- net/core/skbuff.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git

[PATCH v2] net/core: Fix BUG to BUG_ON conditionals.

Fix BUG() calls to use BUG_ON(conditional) macros. This was found using make coccicheck M=net/core on linux next tag next-2017092 Signed-off-by: Tim Hansen --- net/core/skbuff.c | 15 ++- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/net/core/skbuff.c

Re: [PATCH] regulator: lp873x: Update the enable mask for LDOs and BUCKs

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 09/10/17 17:20, Mark Brown wrote: On Wed, Sep 27, 2017 at 05:55:40PM +0530, Keerthy wrote: The reset value of the EN_PIN_CTRL bit fields of LDOs and BUCKs need

Re: [PATCH] regulator: lp873x: Update the enable mask for LDOs and BUCKs

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 09/10/17 17:20, Mark Brown wrote: On Wed, Sep 27, 2017 at 05:55:40PM +0530, Keerthy wrote: The reset value of the EN_PIN_CTRL bit fields of LDOs and BUCKs need

Re: [RFC PATCH -tip 0/5] kprobes: Abolish jprobe APIs

On Fri, 6 Oct 2017 11:34:30 -0400 Steven Rostedt wrote: > On Fri, 6 Oct 2017 13:49:59 +0900 > Masami Hiramatsu wrote: > > > Steve, could you write a documentation how to use ftrace callback? > > I think I should update the Documentation/kprobes.txt so

Re: [RFC PATCH -tip 0/5] kprobes: Abolish jprobe APIs

On Fri, 6 Oct 2017 11:34:30 -0400 Steven Rostedt wrote: > On Fri, 6 Oct 2017 13:49:59 +0900 > Masami Hiramatsu wrote: > > > Steve, could you write a documentation how to use ftrace callback? > > I think I should update the Documentation/kprobes.txt so that jprobe > > user can easily migrate on

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Hello, Lai. On Mon, Oct 09, 2017 at 11:14:20PM +0800, Lai Jiangshan wrote: > > wait_event_lock_irq() drops the lock if the condition is not met > > before going to sleep (otherwise it wouldn't be able to sleep). > > I think just using get_pwq()/put_pwq() in manage_workers() > as the following

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Hello, Lai. On Mon, Oct 09, 2017 at 11:14:20PM +0800, Lai Jiangshan wrote: > > wait_event_lock_irq() drops the lock if the condition is not met > > before going to sleep (otherwise it wouldn't be able to sleep). > > I think just using get_pwq()/put_pwq() in manage_workers() > as the following

Re: [PATCH RFC] ftrace: Clear hashes of saved init functions

Hi Steve, On Mon, Oct 9, 2017 at 8:09 AM, Steven Rostedt wrote: > On Sun, 8 Oct 2017 14:33:04 -0700 > Joel Fernandes wrote: > >> >> static void >> clear_mod_from_hash(struct ftrace_page *pg, struct ftrace_hash *hash) >> { >> @@ -5771,12 +5807,24 @@

Re: [PATCH RFC] ftrace: Clear hashes of saved init functions

Hi Steve, On Mon, Oct 9, 2017 at 8:09 AM, Steven Rostedt wrote: > On Sun, 8 Oct 2017 14:33:04 -0700 > Joel Fernandes wrote: > >> >> static void >> clear_mod_from_hash(struct ftrace_page *pg, struct ftrace_hash *hash) >> { >> @@ -5771,12 +5807,24 @@ void ftrace_release_mod(struct module

Re: [RFC 00/16] NOVA: a new file system for persistent memory

On Thu, Aug 3, 2017 at 9:48 AM, Steven Swanson wrote: > This is an RFC patch series that impements NOVA (NOn-Volatile memory > Accelerated file system), a new file system built for PMEM. Hi, Thanks for posting. I read the paper and the design looks nice. Then I looked

Re: [RFC 00/16] NOVA: a new file system for persistent memory

On Thu, Aug 3, 2017 at 9:48 AM, Steven Swanson wrote: > This is an RFC patch series that impements NOVA (NOn-Volatile memory > Accelerated file system), a new file system built for PMEM. Hi, Thanks for posting. I read the paper and the design looks nice. Then I looked at the patches, but

[x86/SME] 5868f3651f BUG: kernel reboot-without-warning in early-boot stage, last printk: early console in setup code

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 5868f3651fa0dff96a57f94d49247d3ef320ebe2 Author: Tom Lendacky AuthorDate: Mon Jul 17 16:10:05 2017

[x86/SME] 5868f3651f BUG: kernel reboot-without-warning in early-boot stage, last printk: early console in setup code

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 5868f3651fa0dff96a57f94d49247d3ef320ebe2 Author: Tom Lendacky AuthorDate: Mon Jul 17 16:10:05 2017 -0500 Commit: Ingo

Re: [RFC] workqueue: Fix irq inversion deadlock in manage_workers()

Hello, On Mon, Oct 09, 2017 at 05:24:49PM +0200, Peter Zijlstra wrote: > So I think we did something similar to the rt_mutex in: > > b4abf91047cf ("rtmutex: Make wait_lock irq safe") > > And I would not be entirely against doing the same for our normal mutex, > but I've not really had time to

Re: [RFC] workqueue: Fix irq inversion deadlock in manage_workers()

Hello, On Mon, Oct 09, 2017 at 05:24:49PM +0200, Peter Zijlstra wrote: > So I think we did something similar to the rt_mutex in: > > b4abf91047cf ("rtmutex: Make wait_lock irq safe") > > And I would not be entirely against doing the same for our normal mutex, > but I've not really had time to

Re: [PATCH -v2 12/18] sched/fair: Rewrite PELT migration propagation

On 9 October 2017 at 17:03, Vincent Guittot wrote: > Hi Peter, > > On 1 September 2017 at 15:21, Peter Zijlstra wrote: >> When an entity migrates in (or out) of a runqueue, we need to add (or >> remove) its contribution from the entire PELT

Re: [PATCH -v2 12/18] sched/fair: Rewrite PELT migration propagation

On 9 October 2017 at 17:03, Vincent Guittot wrote: > Hi Peter, > > On 1 September 2017 at 15:21, Peter Zijlstra wrote: >> When an entity migrates in (or out) of a runqueue, we need to add (or >> remove) its contribution from the entire PELT hierarchy, because even >> non-runnable entities are

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 10:17:06PM +0800, Fengguang Wu wrote: > It works! I tried 500 boots and only find 1 occurrence of this error, > which looks irrelevant to the current issue. OK, I'll go write a Changelog for the lockdep patch. > > [ 187.855027] init: plymouth-splash main process (418)

Re: [lockdep] b09be676e0 BUG: unable to handle kernel NULL pointer dereference at 000001f2

On Mon, Oct 09, 2017 at 10:17:06PM +0800, Fengguang Wu wrote: > It works! I tried 500 boots and only find 1 occurrence of this error, > which looks irrelevant to the current issue. OK, I'll go write a Changelog for the lockdep patch. > > [ 187.855027] init: plymouth-splash main process (418)

[sancov] 543c37cb16 BUG: kernel reboot-without-warning in boot stage

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 543c37cb165049c3be24a0d4733e67caa2b33eef Author: Emese Revfy AuthorDate: Tue May 24 00:11:37 2016 +0200

[sancov] 543c37cb16 BUG: kernel reboot-without-warning in boot stage

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 543c37cb165049c3be24a0d4733e67caa2b33eef Author: Emese Revfy AuthorDate: Tue May 24 00:11:37 2016 +0200 Commit: Michal

Re: [RFC] workqueue: Fix irq inversion deadlock in manage_workers()

On Mon, Oct 09, 2017 at 05:40:43PM +0800, Lai Jiangshan wrote: > I didn't thought this kind of pattern is very seldom. I remember I saw > several. > mutex_lock(); > do_something(); > spin_lock_irq(); > record_the_state_for_ do_something(). >// keep the spin lock held to hold the

Re: [RFC] workqueue: Fix irq inversion deadlock in manage_workers()

On Mon, Oct 09, 2017 at 05:40:43PM +0800, Lai Jiangshan wrote: > I didn't thought this kind of pattern is very seldom. I remember I saw > several. > mutex_lock(); > do_something(); > spin_lock_irq(); > record_the_state_for_ do_something(). >// keep the spin lock held to hold the

Re: [Part2 PATCH v5.1 12.1/31] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On Sun, Oct 08, 2017 at 07:11:04PM -0500, Brijesh Singh wrote: > There is a single security processor driver (ccp) which provides the > complete functionality including PSP.  But the driver should be able to > work with multiple devices. e.g In my 2P EPYC configuration, security > processor driver

Re: [Part2 PATCH v5.1 12.1/31] crypto: ccp: Add Secure Encrypted Virtualization (SEV) command support

On Sun, Oct 08, 2017 at 07:11:04PM -0500, Brijesh Singh wrote: > There is a single security processor driver (ccp) which provides the > complete functionality including PSP.  But the driver should be able to > work with multiple devices. e.g In my 2P EPYC configuration, security > processor driver

Re: [PATCH v16 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

On Sat, Sep 30, 2017 at 12:05:52PM +0800, Wei Wang wrote: > +static inline void xb_set_page(struct virtio_balloon *vb, > +struct page *page, > +unsigned long *pfn_min, > +unsigned long *pfn_max) > +{ > +

Re: [PATCH v16 3/5] virtio-balloon: VIRTIO_BALLOON_F_SG

On Sat, Sep 30, 2017 at 12:05:52PM +0800, Wei Wang wrote: > +static inline void xb_set_page(struct virtio_balloon *vb, > +struct page *page, > +unsigned long *pfn_min, > +unsigned long *pfn_max) > +{ > +

Re: [RFC 2/2] phy: exynos5-usbdrd: remove disable and enable of phy clk

hi Krzysztof, On 9 October 2017 at 02:37, Anand Moon wrote: > Hi Krzysztof, > > On 8 October 2017 at 21:20, Krzysztof Kozlowski wrote: >> On Sun, Oct 08, 2017 at 06:11:12PM +0530, Anand Moon wrote: >>> Hi Krzysztof, >>> >>> On 6 October 2017 at 12:12,

Re: [RFC 2/2] phy: exynos5-usbdrd: remove disable and enable of phy clk

hi Krzysztof, On 9 October 2017 at 02:37, Anand Moon wrote: > Hi Krzysztof, > > On 8 October 2017 at 21:20, Krzysztof Kozlowski wrote: >> On Sun, Oct 08, 2017 at 06:11:12PM +0530, Anand Moon wrote: >>> Hi Krzysztof, >>> >>> On 6 October 2017 at 12:12, Krzysztof Kozlowski wrote: >>> > On Fri,

Re: [kernel-hardening] [PATCH] lib/vsprintf: add default case to 'i' specifier

On Mon, Oct 09, 2017 at 01:59:05PM +1100, Tobin C. Harding wrote: > %pi leaks kernel addresses if incorrectly specified. > > Currently the printk specifier %pi (%pI) contains a switch statement > without a default clause. The %pi specifier requires a subsequent > character (4, 6, or S)

Re: [kernel-hardening] [PATCH] lib/vsprintf: add default case to 'i' specifier

On Mon, Oct 09, 2017 at 01:59:05PM +1100, Tobin C. Harding wrote: > %pi leaks kernel addresses if incorrectly specified. > > Currently the printk specifier %pi (%pI) contains a switch statement > without a default clause. The %pi specifier requires a subsequent > character (4, 6, or S)

Re: [ANNOUNCE] fsperf: a simple fs/block performance testing framework

On Mon, Oct 09, 2017 at 08:54:16AM -0400, Josef Bacik wrote: > I purposefully used as little as possible, just json and sqlite, and I tried > to > use as little python3 isms as possible. Any rpm based systems should have > these > libraries already installed, I agree that using any of the PyPI

Re: [ANNOUNCE] fsperf: a simple fs/block performance testing framework

On Mon, Oct 09, 2017 at 08:54:16AM -0400, Josef Bacik wrote: > I purposefully used as little as possible, just json and sqlite, and I tried > to > use as little python3 isms as possible. Any rpm based systems should have > these > libraries already installed, I agree that using any of the PyPI

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

On Mon, Oct 9, 2017 at 11:08 PM, Tejun Heo wrote: > Hello, > > On Mon, Oct 09, 2017 at 11:02:34PM +0800, Lai Jiangshan wrote: >> I was also thinking alternative code when reviewing. >> The first is quite obvious. Testing POOL_MANAGER_ACTIVE >> can be replaced by testing

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

On Mon, Oct 9, 2017 at 11:08 PM, Tejun Heo wrote: > Hello, > > On Mon, Oct 09, 2017 at 11:02:34PM +0800, Lai Jiangshan wrote: >> I was also thinking alternative code when reviewing. >> The first is quite obvious. Testing POOL_MANAGER_ACTIVE >> can be replaced by testing pool->manager. >> And

[net 3/5] Revert commit 1a8b6d76dc5b ("net:add one common config...")

From: Ding Tianhong The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device

[net 3/5] Revert commit 1a8b6d76dc5b ("net:add one common config...")

From: Ding Tianhong The new flag PCI_DEV_FLAGS_NO_RELAXED_ORDERING has been added to indicate that Relaxed Ordering Attributes (RO) should not be used for Transaction Layer Packets (TLP) targeted toward these affected Root Port, it will clear the bit4 in the PCIe Device Control register, so the

Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function

On 10/8/2017 11:39 PM, David Miller wrote: From: Vijay Kumar Date: Fri, 6 Oct 2017 10:54:51 -0600 +#define LXCNT_O0_G2\ + .word 0x85b002e8 + + .text + .register %g2, #scratch + .register %g3, #scratch + +ENTRY(NG4fls) +

Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function

On 10/8/2017 11:39 PM, David Miller wrote: From: Vijay Kumar Date: Fri, 6 Oct 2017 10:54:51 -0600 +#define LXCNT_O0_G2\ + .word 0x85b002e8 + + .text + .register %g2, #scratch + .register %g3, #scratch + +ENTRY(NG4fls) + LXCNT_O0_G2 !lzcnt

Re: [PATCH RFC] ftrace: Clear hashes of saved init functions

On Sun, 8 Oct 2017 14:33:04 -0700 Joel Fernandes wrote: > > static void > clear_mod_from_hash(struct ftrace_page *pg, struct ftrace_hash *hash) > { > @@ -5771,12 +5807,24 @@ void ftrace_release_mod(struct module *mod) This is too late. This should be done by

Re: [PATCH RFC] ftrace: Clear hashes of saved init functions

On Sun, 8 Oct 2017 14:33:04 -0700 Joel Fernandes wrote: > > static void > clear_mod_from_hash(struct ftrace_page *pg, struct ftrace_hash *hash) > { > @@ -5771,12 +5807,24 @@ void ftrace_release_mod(struct module *mod) This is too late. This should be done by ftrace_free_mem(). -- Steve >

[PATCH v2 2/3] Makefile: support flag -fsanitizer-coverage=trace-cmp

From: Victor Chibotaru The flag enables Clang instrumentation of comparison operations (currently not supported by GCC). This instrumentation is needed by the new KCOV device to collect comparison operands. Signed-off-by: Victor Chibotaru Signed-off-by:

[PATCH v2 2/3] Makefile: support flag -fsanitizer-coverage=trace-cmp

From: Victor Chibotaru The flag enables Clang instrumentation of comparison operations (currently not supported by GCC). This instrumentation is needed by the new KCOV device to collect comparison operands. Signed-off-by: Victor Chibotaru Signed-off-by: Alexander Potapenko Cc: Dmitry Vyukov

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Hello, On Mon, Oct 09, 2017 at 11:02:34PM +0800, Lai Jiangshan wrote: > I was also thinking alternative code when reviewing. > The first is quite obvious. Testing POOL_MANAGER_ACTIVE > can be replaced by testing pool->manager. > And POOL_MANAGER_ACTIVE is not needed. Isn't it?

Re: [PATCH workqueue/for-4.14-fixes] workqueue: replace pool->manager_arb mutex with a flag

Hello, On Mon, Oct 09, 2017 at 11:02:34PM +0800, Lai Jiangshan wrote: > I was also thinking alternative code when reviewing. > The first is quite obvious. Testing POOL_MANAGER_ACTIVE > can be replaced by testing pool->manager. > And POOL_MANAGER_ACTIVE is not needed. Isn't it?

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 9, 2017, at 03:00 , David Gibson wrote: > > On Sun, Oct 08, 2017 at 04:08:03PM -0700, Frank Rowand wrote: >> On 10/07/17 03:23, Pantelis Antoniou wrote: >>> Hi Rob, >>> On Oct 6, 2017, at 16:55 , Rob Herring wrote:

Re: [RFC] yamldt v0.5, now a DTS compiler too

Hi David, > On Oct 9, 2017, at 03:00 , David Gibson wrote: > > On Sun, Oct 08, 2017 at 04:08:03PM -0700, Frank Rowand wrote: >> On 10/07/17 03:23, Pantelis Antoniou wrote: >>> Hi Rob, >>> On Oct 6, 2017, at 16:55 , Rob Herring wrote: On Tue, Oct 3, 2017 at 12:39 PM, Pantelis

Re: [PATCH] linux/types.h: Restore the ability to disable sparse endianness checks

On Mon, 2017-10-09 at 16:22 +0300, Michael S. Tsirkin wrote: > On Fri, Oct 06, 2017 at 10:23:53AM -0700, Bart Van Assche wrote: > > The purpose of patch "linux/types.h: enable endian checks for all > > sparse builds" was to encourage driver authors to annotate > > endianness correctly in their

Re: [PATCH] linux/types.h: Restore the ability to disable sparse endianness checks

On Mon, 2017-10-09 at 16:22 +0300, Michael S. Tsirkin wrote: > On Fri, Oct 06, 2017 at 10:23:53AM -0700, Bart Van Assche wrote: > > The purpose of patch "linux/types.h: enable endian checks for all > > sparse builds" was to encourage driver authors to annotate > > endianness correctly in their

Re: [PATCH] kbuild: fix dependency of dtbs targets

On Wed, Oct 04, 2017 at 01:27:20PM +0900, Masahiro Yamada wrote: > The target "dtbs" should depend on "scripts" because it needs to > build dtc. The "prepare" target is unneeded here. Looks fine for ARM, as the only thing the dtbs should depend on is the kernel configuration (to decide which to

Re: [PATCH] kbuild: fix dependency of dtbs targets

On Wed, Oct 04, 2017 at 01:27:20PM +0900, Masahiro Yamada wrote: > The target "dtbs" should depend on "scripts" because it needs to > build dtc. The "prepare" target is unneeded here. Looks fine for ARM, as the only thing the dtbs should depend on is the kernel configuration (to decide which to

Re: [PATCH 1/3] ARM: add KBUILD_ prefix to CFLAGS_MODULE, LDFLAGS_MODULE

On Mon, Oct 09, 2017 at 11:35:13PM +0900, Masahiro Yamada wrote: > {CFLAGS,LDFLAGS}_MODULE are supposed to be set by users, not by > in-kernel makefiles. > > Documentation/kbuild/makefiles.txt clearly explains the difference: > > KBUILD_CFLAGS_MODULE Options for $(CC) when building modules >

Re: [PATCH 1/3] ARM: add KBUILD_ prefix to CFLAGS_MODULE, LDFLAGS_MODULE

On Mon, Oct 09, 2017 at 11:35:13PM +0900, Masahiro Yamada wrote: > {CFLAGS,LDFLAGS}_MODULE are supposed to be set by users, not by > in-kernel makefiles. > > Documentation/kbuild/makefiles.txt clearly explains the difference: > > KBUILD_CFLAGS_MODULE Options for $(CC) when building modules >

Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)

Hi John, On Mon, Oct 09, 2017 at 01:09:22PM +0100, John Garry wrote: > On 30/09/2017 11:27, Ming Lei wrote: > > Hi Jens, > > > > In Red Hat internal storage test wrt. blk-mq scheduler, we > > found that I/O performance is much bad with mq-deadline, especially > > about sequential I/O on some

Re: [PATCH V5 00/14] blk-mq-sched: improve sequential I/O performance(part 1)

Hi John, On Mon, Oct 09, 2017 at 01:09:22PM +0100, John Garry wrote: > On 30/09/2017 11:27, Ming Lei wrote: > > Hi Jens, > > > > In Red Hat internal storage test wrt. blk-mq scheduler, we > > found that I/O performance is much bad with mq-deadline, especially > > about sequential I/O on some

[PATCH v2 3/3] kcov: update documentation

From: Victor Chibotaru The updated documentation describes new KCOV mode for collecting comparison operands. Signed-off-by: Victor Chibotaru Signed-off-by: Alexander Potapenko Cc: Dmitry Vyukov Cc: Andrey Konovalov

[PATCH v2 3/3] kcov: update documentation

From: Victor Chibotaru The updated documentation describes new KCOV mode for collecting comparison operands. Signed-off-by: Victor Chibotaru Signed-off-by: Alexander Potapenko Cc: Dmitry Vyukov Cc: Andrey Konovalov Cc: Andrew Morton Cc: Mark Rutland Cc: Alexander Popov Cc: Andrey

<    7   8   9   10   11   12   13   14   15   16   >