Re: [PATCH v3 0/3] Per-VCPU MSR bitmaps patches - topic branch for x86/pti

2018-01-31 20:48-0500, Konrad Rzeszutek Wilk: > On Wed, Jan 31, 2018 at 04:09:21PM -0500, Paolo Bonzini wrote: > > David and others, > > > > the following changes since commit ba804bb4b72e57374b5f567b783aa0298fba0ce6: > > > > Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

Re: [PATCH v3 0/3] Per-VCPU MSR bitmaps patches - topic branch for x86/pti

2018-01-31 20:48-0500, Konrad Rzeszutek Wilk: > On Wed, Jan 31, 2018 at 04:09:21PM -0500, Paolo Bonzini wrote: > > David and others, > > > > the following changes since commit ba804bb4b72e57374b5f567b783aa0298fba0ce6: > > > > Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

[PATCH net-next] r8169: add module param for control of ASPM disable

The patch is from Todd Broch . ASPM has been disabled in this driver by default as its been implicated in stability issues on at least one platform. This CL adds a module parameter to allow control of ASPM disable. The default value is to

[PATCH net-next] r8169: add module param for control of ASPM disable

The patch is from Todd Broch . ASPM has been disabled in this driver by default as its been implicated in stability issues on at least one platform. This CL adds a module parameter to allow control of ASPM disable. The default value is to enable ASPM again as its

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

Hi, On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > Enables 'memory-region' property referring to the memory description on > the reserved-memory node in case of devicetree use. > If there is no 'reg' property that specifies the address and size of > the framebuffer, the

Re: [PATCH] fbdev: simplefb: add support for 'memory-region' property on DT node

Hi, On Tuesday, January 23, 2018 08:34:56 PM Kunihiko Hayashi wrote: > Enables 'memory-region' property referring to the memory description on > the reserved-memory node in case of devicetree use. > If there is no 'reg' property that specifies the address and size of > the framebuffer, the

Re: [linux-sunxi] Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Thu, Feb 01, 2018 at 11:34:43AM +, Liviu Dudau wrote: > On Thu, Feb 01, 2018 at 10:20:28AM +0100, Arnd Bergmann wrote: > > On Thu, Feb 1, 2018 at 9:32 AM, Maxime Ripard > > wrote: > > > On Wed, Jan 31, 2018 at 02:47:53PM +, Liviu Dudau wrote: > > >> On

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On Thu, 2018-02-01 at 09:20 -0600, Rob Landley wrote: > > With your patch and specifying "root=tmpfs", dracut is complaining: > > > > dracut: FATAL: Don't know how to handle 'root=tmpfs' > > dracut: refusing to continue > > [googles]... I do not understand why this package exists. > > If

Re: [linux-sunxi] Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Thu, Feb 01, 2018 at 11:34:43AM +, Liviu Dudau wrote: > On Thu, Feb 01, 2018 at 10:20:28AM +0100, Arnd Bergmann wrote: > > On Thu, Feb 1, 2018 at 9:32 AM, Maxime Ripard > > wrote: > > > On Wed, Jan 31, 2018 at 02:47:53PM +, Liviu Dudau wrote: > > >> On Wed, Jan 31, 2018 at 08:42:12AM

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On Thu, 2018-02-01 at 09:20 -0600, Rob Landley wrote: > > With your patch and specifying "root=tmpfs", dracut is complaining: > > > > dracut: FATAL: Don't know how to handle 'root=tmpfs' > > dracut: refusing to continue > > [googles]... I do not understand why this package exists. > > If

Re: [RFC PATCH v1 00/13] lru_lock scalability

Hi, On 31/01/18 23:04, daniel.m.jor...@oracle.com wrote: lru_lock, a per-node* spinlock that protects an LRU list, is one of the hottest locks in the kernel. On some workloads on large machines, it shows up at the top of lock_stat. One way to improve lru_lock scalability is to introduce an

Re: [RFC PATCH v1 00/13] lru_lock scalability

Hi, On 31/01/18 23:04, daniel.m.jor...@oracle.com wrote: lru_lock, a per-node* spinlock that protects an LRU list, is one of the hottest locks in the kernel. On some workloads on large machines, it shows up at the top of lock_stat. One way to improve lru_lock scalability is to introduce an

Re: [PATCH 02/11] video: fbdev: kconfig: Remove blank help text

Hi, On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote: > Blank help texts are probably either a typo, a Kconfig misunderstanding, > or some kind of half-committing to adding a help text (in which case a > TODO comment would be clearer, if the help text really can't be added > right

Re: [PATCH 02/11] video: fbdev: kconfig: Remove blank help text

Hi, On Wednesday, January 31, 2018 10:34:21 AM Ulf Magnusson wrote: > Blank help texts are probably either a typo, a Kconfig misunderstanding, > or some kind of half-committing to adding a help text (in which case a > TODO comment would be clearer, if the help text really can't be added > right

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 04:50:07PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 03:39:51PM +, Will Deacon wrote: > > > I could've gotten my brain in a twist or course, which isn't _that_ > > > unusual. I never seem to be able to quite remember the holes you have > > > with ll/sc on

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 04:50:07PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 03:39:51PM +, Will Deacon wrote: > > > I could've gotten my brain in a twist or course, which isn't _that_ > > > unusual. I never seem to be able to quite remember the holes you have > > > with ll/sc on

Re: PATCH v6 0/6] livepatch: Atomic replace feature

On Thu, 1 Feb 2018, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 04:08:14PM +0100, Miroslav Benes wrote: > > On Thu, 1 Feb 2018, Joe Lawrence wrote: > > > > > On 02/01/2018 08:49 AM, Miroslav Benes wrote: > > > > > > > > Well, one more thing. I think there is a problem with shadow variables.

Re: PATCH v6 0/6] livepatch: Atomic replace feature

On Thu, 1 Feb 2018, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 04:08:14PM +0100, Miroslav Benes wrote: > > On Thu, 1 Feb 2018, Joe Lawrence wrote: > > > > > On 02/01/2018 08:49 AM, Miroslav Benes wrote: > > > > > > > > Well, one more thing. I think there is a problem with shadow variables.

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > There are the retpoline validation patches; they work with the __noretpoline > thing from David. For the series: Acked-by: Josh Poimboeuf -- Josh

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > There are the retpoline validation patches; they work with the __noretpoline > thing from David. For the series: Acked-by: Josh Poimboeuf -- Josh

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 03:39:51PM +, Will Deacon wrote: > > I could've gotten my brain in a twist or course, which isn't _that_ > > unusual. I never seem to be able to quite remember the holes you have > > with ll/sc on arm64 :-) > > Is smp_mb__before_atomic supposed to provide ordering

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 03:39:51PM +, Will Deacon wrote: > > I could've gotten my brain in a twist or course, which isn't _that_ > > unusual. I never seem to be able to quite remember the holes you have > > with ll/sc on arm64 :-) > > Is smp_mb__before_atomic supposed to provide ordering

Re: [PATCH 2/5] backlight: lp855x: document sysfs attributes

On Thu, Feb 01, 2018 at 11:06:42AM +, Daniel Thompson wrote: > On Fri, Jan 26, 2018 at 08:23:00PM +0530, Aishwarya Pant wrote: > > Add documentation for sysfs interface of Texas Instruments lp855x > > backlight driver by reading code and looking through git commit logs. > > > > Signed-off-by:

Re: [PATCH 2/5] backlight: lp855x: document sysfs attributes

On Thu, Feb 01, 2018 at 11:06:42AM +, Daniel Thompson wrote: > On Fri, Jan 26, 2018 at 08:23:00PM +0530, Aishwarya Pant wrote: > > Add documentation for sysfs interface of Texas Instruments lp855x > > backlight driver by reading code and looking through git commit logs. > > > > Signed-off-by:

Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address

On Thu, Feb 1, 2018 at 9:57 AM, Rafael J. Wysocki wrote: > On Wed, Jan 31, 2018 at 4:43 PM, Andy Shevchenko > wrote: >> On Mon, Jan 29, 2018 at 5:02 AM, Rafael J. Wysocki wrote: >>> On Sun, Jan 28, 2018 at 4:04 PM, Andy Shevchenko

Re: [PATCH v2 1/2] x86/acpi: add retrieval function for rsdp address

On Thu, Feb 1, 2018 at 9:57 AM, Rafael J. Wysocki wrote: > On Wed, Jan 31, 2018 at 4:43 PM, Andy Shevchenko > wrote: >> On Mon, Jan 29, 2018 at 5:02 AM, Rafael J. Wysocki wrote: >>> On Sun, Jan 28, 2018 at 4:04 PM, Andy Shevchenko >>> wrote: >> Instead of declaring function as __weak,

Re: [PATCH] checkpatch: warn if changed lines exceeds a maximum size

On Thu, 2018-02-01 at 04:54 -0800, Joe Perches wrote: > On Thu, 2018-02-01 at 10:38 +, Brown, Nicholas wrote: > > Hi, > > > > Would one of you be happy to pick this patch up for carrying into > > the next release? > > Not me. > > I think the metric is too simplistic and > not particularly

Re: [PATCH] checkpatch: warn if changed lines exceeds a maximum size

On Thu, 2018-02-01 at 04:54 -0800, Joe Perches wrote: > On Thu, 2018-02-01 at 10:38 +, Brown, Nicholas wrote: > > Hi, > > > > Would one of you be happy to pick this patch up for carrying into > > the next release? > > Not me. > > I think the metric is too simplistic and > not particularly

Re: [tip:x86/pti] x86/speculation: Use Indirect Branch Prediction Barrier in context switch

On Thu, Feb 01, 2018 at 08:31:53AM +, David Woodhouse wrote: > On Wed, 2018-01-31 at 08:03 +0100, Dominik Brodowski wrote: > > Whether a process needs protection by IBPB on context switches is a > > different question to whether a process should be allowed to be dumped, > > though the former

Re: [tip:x86/pti] x86/speculation: Use Indirect Branch Prediction Barrier in context switch

On Thu, Feb 01, 2018 at 08:31:53AM +, David Woodhouse wrote: > On Wed, 2018-01-31 at 08:03 +0100, Dominik Brodowski wrote: > > Whether a process needs protection by IBPB on context switches is a > > different question to whether a process should be allowed to be dumped, > > though the former

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:32:11PM +, David Woodhouse wrote: > On Thu, 2018-02-01 at 09:28 -0600, Josh Poimboeuf wrote: > > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > > > > > There are the retpoline validation patches; they work with the > > > __noretpoline > > >

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:32:11PM +, David Woodhouse wrote: > On Thu, 2018-02-01 at 09:28 -0600, Josh Poimboeuf wrote: > > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > > > > > There are the retpoline validation patches; they work with the > > > __noretpoline > > >

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 02:53:29PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 01:32:30PM +, Will Deacon wrote: > > On Thu, Feb 01, 2018 at 02:29:09PM +0100, Peter Zijlstra wrote: > > > On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote: > > > > I tried to clarify some

Re: asm-generic: Disallow no-op mb() for SMP systems

On Thu, Feb 01, 2018 at 02:53:29PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 01:32:30PM +, Will Deacon wrote: > > On Thu, Feb 01, 2018 at 02:29:09PM +0100, Peter Zijlstra wrote: > > > On Thu, Feb 01, 2018 at 09:27:50PM +0900, Stafford Horne wrote: > > > > I tried to clarify some

Re: [PATCH] arm: dts: sun7i: include correct ccu clock header

Il 01/02/2018 16:19, Maxime Ripard ha scritto: Hi, On Wed, Jan 31, 2018 at 08:31:26PM +0100, Giulio Benetti wrote: Include correct clock header sun7i-a20-ccu.h instead of sun4i-a20-ccu.h. You should wrap at 72 characters. Ok, keep in mind for next patches. Thanks Including sun4i header

Re: [PATCH] arm: dts: sun7i: include correct ccu clock header

Il 01/02/2018 16:19, Maxime Ripard ha scritto: Hi, On Wed, Jan 31, 2018 at 08:31:26PM +0100, Giulio Benetti wrote: Include correct clock header sun7i-a20-ccu.h instead of sun4i-a20-ccu.h. You should wrap at 72 characters. Ok, keep in mind for next patches. Thanks Including sun4i header

[PATCH v2] general protection fault in sock_has_perm

In the absence of commit a4298e4522d6 ("net: add SOCK_RCU_FREE socket flag") and all the associated infrastructure changes to take advantage of a RCU grace period before freeing, there is a heightened possibility that a security check is performed while an ill-timed setsockopt call races in from

[PATCH v2] general protection fault in sock_has_perm

In the absence of commit a4298e4522d6 ("net: add SOCK_RCU_FREE socket flag") and all the associated infrastructure changes to take advantage of a RCU grace period before freeing, there is a heightened possibility that a security check is performed while an ill-timed setsockopt call races in from

Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Thu, Feb 1, 2018 at 4:29 PM, Maxime Ripard wrote: > On Wed, Jan 31, 2018 at 10:37:37AM +0100, Arnd Bergmann wrote: >> On Wed, Jan 31, 2018 at 8:29 AM, Maxime Ripard > >> I can think of a couple of other problems that may or may not be >> relevant in the future

Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Thu, Feb 1, 2018 at 4:29 PM, Maxime Ripard wrote: > On Wed, Jan 31, 2018 at 10:37:37AM +0100, Arnd Bergmann wrote: >> On Wed, Jan 31, 2018 at 8:29 AM, Maxime Ripard > >> I can think of a couple of other problems that may or may not be >> relevant in the future that would require a more complex

Re: [PATCH] KVM/x86: remove WARN_ON() for when vm_munmap() fails

2018-01-31 17:30-0800, Eric Biggers: > From: Eric Biggers > > On x86, special KVM memslots such as the TSS region have anonymous > memory mappings created on behalf of userspace, and these mappings are > removed when the VM is destroyed. > > It is however possible for

Re: [PATCH] KVM/x86: remove WARN_ON() for when vm_munmap() fails

2018-01-31 17:30-0800, Eric Biggers: > From: Eric Biggers > > On x86, special KVM memslots such as the TSS region have anonymous > memory mappings created on behalf of userspace, and these mappings are > removed when the VM is destroyed. > > It is however possible for removing these mappings

Re: [PATCH] ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and io_watchdog_func()

On Thu, 1 Feb 2018, Yoshida, Shigeru wrote: > Hi Alan, > > Thank you for your commenting. > > On Wed, 31 Jan 2018 11:02:47 -0500, Alan Stern wrote: > >> To address above scenario, this patch introduces timer_running flag to > >> ohci_hcd structure. Setting true to ohci->timer_running indicates

Re: [PATCH] ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and io_watchdog_func()

On Thu, 1 Feb 2018, Yoshida, Shigeru wrote: > Hi Alan, > > Thank you for your commenting. > > On Wed, 31 Jan 2018 11:02:47 -0500, Alan Stern wrote: > >> To address above scenario, this patch introduces timer_running flag to > >> ohci_hcd structure. Setting true to ohci->timer_running indicates

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 09:28:56AM -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > There are the retpoline validation patches; they work with the __noretpoline > > thing from David. > > Have you run this through 0-day bot yet? Yes, it complains

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 09:28:56AM -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > There are the retpoline validation patches; they work with the __noretpoline > > thing from David. > > Have you run this through 0-day bot yet? Yes, it complains

[GIT] IDE

Please pull to get this small IDE cleanup. Thanks! The following changes since commit 47d5cc5be396eca67cc89572957ff16f10fd768e: Merge tag 'hwmon-for-linus-v4.16' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging (2018-01-29 11:20:45 -0800) are available in the Git

[GIT] IDE

Please pull to get this small IDE cleanup. Thanks! The following changes since commit 47d5cc5be396eca67cc89572957ff16f10fd768e: Merge tag 'hwmon-for-linus-v4.16' of git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging (2018-01-29 11:20:45 -0800) are available in the Git

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, 2018-02-01 at 09:28 -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > > > There are the retpoline validation patches; they work with the > > __noretpoline > > thing from David. > Have you run this through 0-day bot yet?  A manual awk/sed

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, 2018-02-01 at 09:28 -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > > > > There are the retpoline validation patches; they work with the > > __noretpoline > > thing from David. > Have you run this through 0-day bot yet?  A manual awk/sed

Re: [PATCH v7 00/14] JZ4770 and GCW0 patchset

On Tue, Jan 16, 2018 at 04:47:50PM +0100, Paul Cercueil wrote: > Hi Ralf, > > Here is the V7 of my JZ4770 and GCW0 patch series. > > What changed from V6: > - In patch 10/14 I reverted a change that prevented the system > name/model from being correctly initialized > - The patch dealing with

Re: [PATCH v7 00/14] JZ4770 and GCW0 patchset

On Tue, Jan 16, 2018 at 04:47:50PM +0100, Paul Cercueil wrote: > Hi Ralf, > > Here is the V7 of my JZ4770 and GCW0 patch series. > > What changed from V6: > - In patch 10/14 I reverted a change that prevented the system > name/model from being correctly initialized > - The patch dealing with

Re: [PATCH v2 2/2] gpio: Add GPIO driver for Spreadtrum SC9860 platform

On Thu, Feb 1, 2018 at 5:04 AM, Baolin Wang wrote: > The Spreadtrum SC9860 platform GPIO controller contains 16 groups and > each group contains 16 GPIOs. Each GPIO can set input/output and has > the interrupt capability. Just noticed couple of more improvements you can

Re: [PATCH v2 2/2] gpio: Add GPIO driver for Spreadtrum SC9860 platform

On Thu, Feb 1, 2018 at 5:04 AM, Baolin Wang wrote: > The Spreadtrum SC9860 platform GPIO controller contains 16 groups and > each group contains 16 GPIOs. Each GPIO can set input/output and has > the interrupt capability. Just noticed couple of more improvements you can do. > + case

Re: [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up

On Thu, Feb 1, 2018 at 12:55 PM, Geert Uytterhoeven wrote: > Hi Arnd, > > On Thu, Feb 1, 2018 at 12:46 PM, Arnd Bergmann wrote: >> On Thu, Feb 1, 2018 at 11:21 AM, Geert Uytterhoeven >> wrote: >>> Gcc versions before 4.4 do not

Re: [PATCH 2/3] compiler-gcc.h: __nostackprotector needs gcc-4.4 and up

On Thu, Feb 1, 2018 at 12:55 PM, Geert Uytterhoeven wrote: > Hi Arnd, > > On Thu, Feb 1, 2018 at 12:46 PM, Arnd Bergmann wrote: >> On Thu, Feb 1, 2018 at 11:21 AM, Geert Uytterhoeven >> wrote: >>> Gcc versions before 4.4 do not recognize the __optimize__ compiler >>> attribute: > > And we

Re: linux-next: manual merge of the kvm tree with Linus' tree

On 01/02/2018 10:22, Radim Krčmář wrote: > 2018-02-01 09:21-0500, Paolo Bonzini: >> On 01/02/2018 08:22, Stephen Rothwell wrote: >>> Hi Christoffer, >>> >>> On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall >>> wrote: While the suggested fix is functional

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 09:21:34AM -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 04:13:48PM +0100, Peter Zijlstra wrote: > > arch/x86/entry/.tmp_entry_64.o: warning: objtool: > > .altinstr_replacement+0x19: indirect jump found in RETPOLINE build > > Right, objtool was recently made

Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Wed, Jan 31, 2018 at 10:37:37AM +0100, Arnd Bergmann wrote: > On Wed, Jan 31, 2018 at 8:29 AM, Maxime Ripard > wrote: > > Hi Thierry, > > > > On Tue, Jan 30, 2018 at 11:01:50AM +0100, Thierry Reding wrote: > >> On Tue, Jan 30, 2018 at 10:59:16AM +0100, Thierry

Re: linux-next: manual merge of the kvm tree with Linus' tree

On 01/02/2018 10:22, Radim Krčmář wrote: > 2018-02-01 09:21-0500, Paolo Bonzini: >> On 01/02/2018 08:22, Stephen Rothwell wrote: >>> Hi Christoffer, >>> >>> On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall >>> wrote: While the suggested fix is functional it does result in some code

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 09:21:34AM -0600, Josh Poimboeuf wrote: > On Thu, Feb 01, 2018 at 04:13:48PM +0100, Peter Zijlstra wrote: > > arch/x86/entry/.tmp_entry_64.o: warning: objtool: > > .altinstr_replacement+0x19: indirect jump found in RETPOLINE build > > Right, objtool was recently made

Re: [PATCH v6 2/2] media: V3s: Add support for Allwinner CSI.

On Wed, Jan 31, 2018 at 10:37:37AM +0100, Arnd Bergmann wrote: > On Wed, Jan 31, 2018 at 8:29 AM, Maxime Ripard > wrote: > > Hi Thierry, > > > > On Tue, Jan 30, 2018 at 11:01:50AM +0100, Thierry Reding wrote: > >> On Tue, Jan 30, 2018 at 10:59:16AM +0100, Thierry Reding wrote: > >> > On Tue, Jan

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > There are the retpoline validation patches; they work with the __noretpoline > thing from David. Have you run this through 0-day bot yet? A manual awk/sed found another one, which objtool confirms:

Re: [PATCH 0/7] objtool: retpoline validation

On Thu, Feb 01, 2018 at 03:34:21PM +0100, Peter Zijlstra wrote: > There are the retpoline validation patches; they work with the __noretpoline > thing from David. Have you run this through 0-day bot yet? A manual awk/sed found another one, which objtool confirms:

Re: [PATCH 1/2] tools/memory-model: clarify the origin/scope of the tool name

On Thu, 1 Feb 2018, Andrea Parri wrote: > Ingo pointed out that: > > "The "memory model" name is overly generic, ambiguous and somewhat >misleading, as we usually mean the virtual memory layout/model >when we say "memory model". GCC too uses it in that sense [...]" > > Make it clearer

Re: [PATCH 1/2] tools/memory-model: clarify the origin/scope of the tool name

On Thu, 1 Feb 2018, Andrea Parri wrote: > Ingo pointed out that: > > "The "memory model" name is overly generic, ambiguous and somewhat >misleading, as we usually mean the virtual memory layout/model >when we say "memory model". GCC too uses it in that sense [...]" > > Make it clearer

Re: [PATCH] Coccinelle: coccicheck: fix typo

2018-02-01 18:20 GMT+09:00 Julia Lawall : > Correct spelling of "coccinelle". > > Signed-off-by: Julia Lawall > > --- Applied to linux-kbuild/misc. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH] Coccinelle: coccicheck: fix typo

2018-02-01 18:20 GMT+09:00 Julia Lawall : > Correct spelling of "coccinelle". > > Signed-off-by: Julia Lawall > > --- Applied to linux-kbuild/misc. Thanks! -- Best Regards Masahiro Yamada

Re: linux-next: manual merge of the kvm tree with Linus' tree

2018-02-01 09:21-0500, Paolo Bonzini: > On 01/02/2018 08:22, Stephen Rothwell wrote: > > Hi Christoffer, > > > > On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall > > wrote: > >> > >> While the suggested fix is functional it does result in some code > >>

Re: linux-next: manual merge of the kvm tree with Linus' tree

2018-02-01 09:21-0500, Paolo Bonzini: > On 01/02/2018 08:22, Stephen Rothwell wrote: > > Hi Christoffer, > > > > On Thu, 1 Feb 2018 11:47:07 +0100 Christoffer Dall > > wrote: > >> > >> While the suggested fix is functional it does result in some code > >> duplication, and the better resolution

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 04:13:48PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 04:11:36PM +0100, Peter Zijlstra wrote: > > On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote: > > > > > > > > > On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote: > > > > > > > >   *

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 04:13:48PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 04:11:36PM +0100, Peter Zijlstra wrote: > > On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote: > > > > > > > > > On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote: > > > > > > > >   *

[GIT] Sparc

Please pull to get the following sparc changes for the merge window. Of note is the addition of a driver for the Data Analytics Accelerator, and some small cleanups. Thanks! The following changes since commit 0d665e7b109d512b7cae3ccef6e8654714887844: mm, page_vma_mapped: Drop faulty pointer

[GIT] Sparc

Please pull to get the following sparc changes for the merge window. Of note is the addition of a driver for the Data Analytics Accelerator, and some small cleanups. Thanks! The following changes since commit 0d665e7b109d512b7cae3ccef6e8654714887844: mm, page_vma_mapped: Drop faulty pointer

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 01/31/2018 10:22 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 21:03 -0500, Arvind Sankar wrote: >> On Wed, Jan 31, 2018 at 05:48:20PM -0600, Rob Landley wrote: >>> On 01/31/2018 04:07 PM, Mimi Zohar wrote: On Wed, 2018-01-31 at 13:32 -0600, Rob Landley wrote:>> (The old "I

Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs

On 01/31/2018 10:22 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 21:03 -0500, Arvind Sankar wrote: >> On Wed, Jan 31, 2018 at 05:48:20PM -0600, Rob Landley wrote: >>> On 01/31/2018 04:07 PM, Mimi Zohar wrote: On Wed, 2018-01-31 at 13:32 -0600, Rob Landley wrote:>> (The old "I

Re: [PATCH] arm: dts: sun7i: include correct ccu clock header

Hi, On Wed, Jan 31, 2018 at 08:31:26PM +0100, Giulio Benetti wrote: > Include correct clock header sun7i-a20-ccu.h > instead of sun4i-a20-ccu.h. You should wrap at 72 characters. > Including sun4i header instead of sun7i > prevents using sun7i specific defines. > > Substitute header inclusion

Re: [PATCH] arm: dts: sun7i: include correct ccu clock header

Hi, On Wed, Jan 31, 2018 at 08:31:26PM +0100, Giulio Benetti wrote: > Include correct clock header sun7i-a20-ccu.h > instead of sun4i-a20-ccu.h. You should wrap at 72 characters. > Including sun4i header instead of sun7i > prevents using sun7i specific defines. > > Substitute header inclusion

Re: [PATCH 2/2] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7623A SoC

On 02/01/2018 11:12 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add SCPSYS power domain driver for MT7623A SoC. The MT7623A's power > domains are the subset of MT7623 SoC's ones. As MT7623 SoC has full > features whereas MT7623A is being designed just for

Re: [PATCH 2/2] soc: mediatek: add SCPSYS power domain driver for MediaTek MT7623A SoC

On 02/01/2018 11:12 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add SCPSYS power domain driver for MT7623A SoC. The MT7623A's power > domains are the subset of MT7623 SoC's ones. As MT7623 SoC has full > features whereas MT7623A is being designed just for router applications. >

Re: PATCH v6 0/6] livepatch: Atomic replace feature

On Thu, Feb 01, 2018 at 04:08:14PM +0100, Miroslav Benes wrote: > On Thu, 1 Feb 2018, Joe Lawrence wrote: > > > On 02/01/2018 08:49 AM, Miroslav Benes wrote: > > > > > > Well, one more thing. I think there is a problem with shadow variables. > > > Similar to callbacks situation. Shadow

Re: PATCH v6 0/6] livepatch: Atomic replace feature

On Thu, Feb 01, 2018 at 04:08:14PM +0100, Miroslav Benes wrote: > On Thu, 1 Feb 2018, Joe Lawrence wrote: > > > On 02/01/2018 08:49 AM, Miroslav Benes wrote: > > > > > > Well, one more thing. I think there is a problem with shadow variables. > > > Similar to callbacks situation. Shadow

Re: [PATCH net] net: memcontrol: charge allocated memory after mem_cgroup_sk_alloc()

From: Roman Gushchin Date: Wed, 31 Jan 2018 21:54:08 + > So I really start thinking that reverting 9f1c2674b328 > ("net: memcontrol: defer call to mem_cgroup_sk_alloc()") > and fixing the original issue differently might be easier > and a proper way to go. Does it makes sense?

Re: [PATCH net] net: memcontrol: charge allocated memory after mem_cgroup_sk_alloc()

From: Roman Gushchin Date: Wed, 31 Jan 2018 21:54:08 + > So I really start thinking that reverting 9f1c2674b328 > ("net: memcontrol: defer call to mem_cgroup_sk_alloc()") > and fixing the original issue differently might be easier > and a proper way to go. Does it makes sense? You'll need

Re: [PATCH 1/2] ARM: dts: sunxi: Switch MMC nodes away from cd-inverted property

Hi Maxime, On Thu, 2018-01-04 at 16:03 +0100, Maxime Ripard wrote: > On Fri, Dec 22, 2017 at 10:57:37PM +0200, Tuomas Tynkkynen wrote: > > Using the cd-inverted property is not useful when GPIOs are used as > > card > > detects since the polarity can be specified with the usual > >

Re: [PATCH 1/2] ARM: dts: sunxi: Switch MMC nodes away from cd-inverted property

Hi Maxime, On Thu, 2018-01-04 at 16:03 +0100, Maxime Ripard wrote: > On Fri, Dec 22, 2017 at 10:57:37PM +0200, Tuomas Tynkkynen wrote: > > Using the cd-inverted property is not useful when GPIOs are used as > > card > > detects since the polarity can be specified with the usual > >

Re: [PATCH] soc: mediatek: Handle return of of_match_device function

On 01/02/18 15:09, Geert Uytterhoeven wrote: On Thu, Feb 1, 2018 at 4:02 PM, Robin Murphy wrote: On 01/02/18 11:00, Himanshu Jha wrote: In scpsys_probe function, return value of of_match_device function which returns null is dereferenced without checking. Therefore, add

Re: [PATCH] soc: mediatek: Handle return of of_match_device function

On 01/02/18 15:09, Geert Uytterhoeven wrote: On Thu, Feb 1, 2018 at 4:02 PM, Robin Murphy wrote: On 01/02/18 11:00, Himanshu Jha wrote: In scpsys_probe function, return value of of_match_device function which returns null is dereferenced without checking. Therefore, add a check for potential

Re: [PATCH] perf vendor events aarch64: Add JSON metrics for ARM Cortex-A53 Processor

On 02/01/2018 09:43 AM, Arnaldo Carvalho de Melo wrote: > Em Tue, Jan 30, 2018 at 10:28:13PM -0500, William Cohen escreveu: >> Add JSON metrics for ARM Cortex-A53 Processor > > Hi Will, would it be possible to you include an URL for the document > that served as a reference to you to write these

Re: [PATCH v3 16/21] fpga: dfl: add fpga region platform driver for FME

On Thu, Feb 01, 2018 at 01:23:45PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 02:46:28PM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > Just fix the SPDX, otherwise it looks good. > > Sure, will fix it. Thanks for the

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 04:11:36PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote: > > > > > > On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote: > > > > > >   * These are the bare retpoline primitives for indirect jmp and call. > > >   * Do

Re: [PATCH] perf vendor events aarch64: Add JSON metrics for ARM Cortex-A53 Processor

On 02/01/2018 09:43 AM, Arnaldo Carvalho de Melo wrote: > Em Tue, Jan 30, 2018 at 10:28:13PM -0500, William Cohen escreveu: >> Add JSON metrics for ARM Cortex-A53 Processor > > Hi Will, would it be possible to you include an URL for the document > that served as a reference to you to write these

Re: [PATCH v3 16/21] fpga: dfl: add fpga region platform driver for FME

On Thu, Feb 01, 2018 at 01:23:45PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 02:46:28PM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > Just fix the SPDX, otherwise it looks good. > > Sure, will fix it. Thanks for the review. :) > >

Re: [PATCH 4/7] x86,nospec: Annotate indirect calls/jumps

On Thu, Feb 01, 2018 at 04:11:36PM +0100, Peter Zijlstra wrote: > On Thu, Feb 01, 2018 at 02:55:26PM +, David Woodhouse wrote: > > > > > > On Thu, 2018-02-01 at 15:34 +0100, Peter Zijlstra wrote: > > > > > >   * These are the bare retpoline primitives for indirect jmp and call. > > >   * Do

Re: [PATCH 2/2] gpio: Add GPIO driver for Spreadtrum SC9860 platform

On Thu, Feb 1, 2018 at 2:22 PM, Marcus Folkesson wrote: > On Thu, Feb 01, 2018 at 11:08:46AM +0800, Baolin Wang wrote: > Then you could replace > +subsys_initcall(sprd_gpio_init); > module_platform_driver(sprd_gpio_driver); It's not an equivalent when built-in --

Re: [PATCH v3 19/21] fpga: dfl: afu: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Feb 01, 2018 at 01:16:25PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 08:52:36AM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > I'm adding my "Acked-by' below. When you post v4, please add it so > > that we can

Re: [PATCH 2/2] gpio: Add GPIO driver for Spreadtrum SC9860 platform

On Thu, Feb 1, 2018 at 2:22 PM, Marcus Folkesson wrote: > On Thu, Feb 01, 2018 at 11:08:46AM +0800, Baolin Wang wrote: > Then you could replace > +subsys_initcall(sprd_gpio_init); > module_platform_driver(sprd_gpio_driver); It's not an equivalent when built-in -- With Best Regards, Andy

Re: [PATCH v3 19/21] fpga: dfl: afu: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Feb 01, 2018 at 01:16:25PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 08:52:36AM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > I'm adding my "Acked-by' below. When you post v4, please add it so > > that we can keep track of what

Re: [PATCH v3 12/21] fpga: dfl: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Feb 01, 2018 at 01:11:07PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 09:31:59AM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > One fix again, otherwise please add my ack to subsequent versions. > > Sure. Thanks

Re: [PATCH v3 12/21] fpga: dfl: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Feb 01, 2018 at 01:11:07PM +0800, Wu Hao wrote: > On Wed, Jan 31, 2018 at 09:31:59AM -0600, Alan Tull wrote: > > On Mon, Nov 27, 2017 at 12:42 AM, Wu Hao wrote: > > > > Hi Hao, > > > > One fix again, otherwise please add my ack to subsequent versions. > > Sure. Thanks for the review. >

<    5   6   7   8   9   10   11   12   13   14   >