[PATCH 12/18] trace-cmd: Fix the broken target ctracecmdgui.so

Currenly the ctracecmdgui.so target is broken beacause the object files trace-view.o trace-view-store.o are not built with -fPIC. This patch just fixes the kernel-shark/Makefile in order to those files to be built with -fPIC. Signed-off-by: Vladislav Valtchev (VMware)

[PATCH 12/18] trace-cmd: Fix the broken target ctracecmdgui.so

Currenly the ctracecmdgui.so target is broken beacause the object files trace-view.o trace-view-store.o are not built with -fPIC. This patch just fixes the kernel-shark/Makefile in order to those files to be built with -fPIC. Signed-off-by: Vladislav Valtchev (VMware) --- kernel-shark/Makefile

[PATCH 11/18] trace-cmd: Move plugin_* files in plugins/

This patch moves the source files of all plugins to a dedicated directory, as part of a bigger restructuring plan of trace-cmd's code base. The build system has been updated to support this new directory structure by adding a separate Makefile in plugins/ and by making the parent Makefile to

Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag

On Wed, Dec 20, 2017 at 03:19:19PM +, Shaikh, Azhar wrote: > >This flag is only used to warn if CLKRUN_EN wasn't disabled on Braswell > >systems, but the only way this can happen is if the code is not correct. > > > >So it's an unnecessary check that just makes the code harder to read. > >

[PATCH 11/18] trace-cmd: Move plugin_* files in plugins/

This patch moves the source files of all plugins to a dedicated directory, as part of a bigger restructuring plan of trace-cmd's code base. The build system has been updated to support this new directory structure by adding a separate Makefile in plugins/ and by making the parent Makefile to

Re: [PATCH 2/4] tpm: delete the TPM_TIS_CLK_ENABLE flag

On Wed, Dec 20, 2017 at 03:19:19PM +, Shaikh, Azhar wrote: > >This flag is only used to warn if CLKRUN_EN wasn't disabled on Braswell > >systems, but the only way this can happen is if the code is not correct. > > > >So it's an unnecessary check that just makes the code harder to read. > >

[PATCH 14/18] trace-cmd: Move tracecmd headers in tracecmd/include

This patch moves trace-cmd's private headers in a dedicated directory called tracecmd/include, as part of a bigger restructuring plan of trace-cmd's code base. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile|

[PATCH 14/18] trace-cmd: Move tracecmd headers in tracecmd/include

This patch moves trace-cmd's private headers in a dedicated directory called tracecmd/include, as part of a bigger restructuring plan of trace-cmd's code base. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile| 1 + bug.h =>

[PATCH 13/18] trace-cmd: Move python-related files in python/

This patch moves all the files related with trace-cmd's python support to a dedicated directory, as part of a bigger restructuring plan of trace-cmd's code base. The build system has been updated to support this new directory structure by adding a separate Makefile in python/ and by making the

[PATCH 13/18] trace-cmd: Move python-related files in python/

This patch moves all the files related with trace-cmd's python support to a dedicated directory, as part of a bigger restructuring plan of trace-cmd's code base. The build system has been updated to support this new directory structure by adding a separate Makefile in python/ and by making the

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On Wed, Dec 20, 2017 at 12:35:35PM +0100, Javier Martinez Canillas wrote: > The driver maps the I/O memory address to control the LPC bus CLKRUN_EN, > but on the error path the memory is accessed by the .clk_enable handler > after this was already unmapped. So only unmap the I/O memory region if >

Re: [PATCH 1/4] tpm: fix access attempt to an already unmapped I/O memory region

On Wed, Dec 20, 2017 at 12:35:35PM +0100, Javier Martinez Canillas wrote: > The driver maps the I/O memory address to control the LPC bus CLKRUN_EN, > but on the error path the memory is accessed by the .clk_enable handler > after this was already unmapped. So only unmap the I/O memory region if >

[PATCH 16/18] trace-cmd: Move trace-cmd app files in tracecmd/

This patch moves all the remaining C files in the project's root directory to tracecmd, a directory dedicated to the trace-cmd application itself. This patch completes the bigger restructuring plan of trace-cmd's code base. Signed-off-by: Vladislav Valtchev (VMware)

[PATCH 15/18] trace-cmd: Move version.h in include/

This trivial patch just moves the only header file remained in project's root directory to the include/ directory, common for all of the trace-cmd's sub-projects. Signed-off-by: Vladislav Valtchev (VMware) --- version.h => include/version.h | 0 1 file changed, 0

[PATCH 16/18] trace-cmd: Move trace-cmd app files in tracecmd/

This patch moves all the remaining C files in the project's root directory to tracecmd, a directory dedicated to the trace-cmd application itself. This patch completes the bigger restructuring plan of trace-cmd's code base. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile

[PATCH 15/18] trace-cmd: Move version.h in include/

This trivial patch just moves the only header file remained in project's root directory to the include/ directory, common for all of the trace-cmd's sub-projects. Signed-off-by: Vladislav Valtchev (VMware) --- version.h => include/version.h | 0 1 file changed, 0 insertions(+), 0 deletions(-)

[PATCH 18/18] trace-cmd: Make the build to tell when python-dev is missing

Currently, the build system will complain when swig is missing, since that will prevent it to build the python C modules, but in case swig is present but python-dev is not installed, the build will just silently skip them. This patch just makes the build to report a message when that happens.

[PATCH 18/18] trace-cmd: Make the build to tell when python-dev is missing

Currently, the build system will complain when swig is missing, since that will prevent it to build the python C modules, but in case swig is present but python-dev is not installed, the build will just silently skip them. This patch just makes the build to report a message when that happens.

[PATCH 17/18] trace-cmd: Fix the logic behind SWIG_DEFINED in the Makefile

At least on Ubuntu, the $(shell ...) command used in the master Makefile to test for the existence of the 'swig' command does not work in the negative case. That causes the build to report ugly errors in case 'swig' is not installed on the system. This one-line patch, fixes the problem by using

[PATCH 17/18] trace-cmd: Fix the logic behind SWIG_DEFINED in the Makefile

At least on Ubuntu, the $(shell ...) command used in the master Makefile to test for the existence of the 'swig' command does not work in the negative case. That causes the build to report ugly errors in case 'swig' is not installed on the system. This one-line patch, fixes the problem by using

[PATCH 09/18] trace-cmd: Move GUI headers in kernel-shark/include

This patch moves, as part of a bigger code base restructuring, all the header files of kernelshark in a dedicated directory. The next patch will move all of kernelshark's source files in kernel-shark/. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile

[PATCH 09/18] trace-cmd: Move GUI headers in kernel-shark/include

This patch moves, as part of a bigger code base restructuring, all the header files of kernelshark in a dedicated directory. The next patch will move all of kernelshark's source files in kernel-shark/. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile

[PATCH 05/18] trace-cmd: Extract part of Makefile in scripts/utils.mk

This patch extracts useful functions for Makefile in order to allow the new Makefiles that will be introduced in the next steps to reuse them. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile | 57 +++--

[PATCH 05/18] trace-cmd: Extract part of Makefile in scripts/utils.mk

This patch extracts useful functions for Makefile in order to allow the new Makefiles that will be introduced in the next steps to reuse them. Signed-off-by: Vladislav Valtchev (VMware) --- Makefile | 57 +++-- scripts/utils.mk | 64

[PATCH 04/18] trace-cmd: Move event-utils.h in lib/traceevent/include

This patch moves event-utils.h in lib/traceevent/include as part of a bigger restructuring plan of trace-cmd's code base. In this case event-utils.h has been moved into the private headers directory the traceevent library. In the next steps, the source files of the traceevent lib will be moved

[PATCH 04/18] trace-cmd: Move event-utils.h in lib/traceevent/include

This patch moves event-utils.h in lib/traceevent/include as part of a bigger restructuring plan of trace-cmd's code base. In this case event-utils.h has been moved into the private headers directory the traceevent library. In the next steps, the source files of the traceevent lib will be moved

[PATCH 00/18] trace-cmd: restructure the project's source tree

This series restructures trace-cmd's source tree in a way that each component inside the repo has its own directory. Now the two libraries, the GUI apps, the plugins, the python C modules, the trace-cmd's application and all of their headers are organized in dedicated directories. Almost all of

[PATCH 00/18] trace-cmd: restructure the project's source tree

This series restructures trace-cmd's source tree in a way that each component inside the repo has its own directory. Now the two libraries, the GUI apps, the plugins, the python C modules, the trace-cmd's application and all of their headers are organized in dedicated directories. Almost all of

Re: [PATCH v2 5/7] dt-bindings: i3c: Document core bindings

On Sat, Dec 16, 2017 at 07:35:37PM +0100, Boris Brezillon wrote: > On Sat, 16 Dec 2017 11:20:40 -0600 > Rob Herring wrote: > > > On Thu, Dec 14, 2017 at 04:16:08PM +0100, Boris Brezillon wrote: > > > A new I3C subsystem has been added and a generic description has been > > >

Re: [PATCH v2 5/7] dt-bindings: i3c: Document core bindings

On Sat, Dec 16, 2017 at 07:35:37PM +0100, Boris Brezillon wrote: > On Sat, 16 Dec 2017 11:20:40 -0600 > Rob Herring wrote: > > > On Thu, Dec 14, 2017 at 04:16:08PM +0100, Boris Brezillon wrote: > > > A new I3C subsystem has been added and a generic description has been > > > created to represent

Re: [PATCH] ARM: dts: imx: Add memory node unit name

On Wed, Dec 6, 2017 at 1:59 PM, Marco Franchi wrote: > Fix the following warnings from dtc by adding the unit name to memory > nodes: > > Warning (unit_address_vs_reg): Node /memory has a reg or ranges property, but > no unit name > > Converted using the following command: >

Re: [PATCH] ARM: dts: imx: Add memory node unit name

On Wed, Dec 6, 2017 at 1:59 PM, Marco Franchi wrote: > Fix the following warnings from dtc by adding the unit name to memory > nodes: > > Warning (unit_address_vs_reg): Node /memory has a reg or ranges property, but > no unit name > > Converted using the following command: > > perl -p0777i -e

Re: PROBLEM: NULL pointer dereference in kernel 4.14.6

On Wed, 20 Dec 2017, at 3:14 PM, Tejun Heo wrote: > On Tue, Dec 19, 2017 at 05:42:39AM -0800, Tejun Heo wrote: > > On Sun, Dec 17, 2017 at 03:24:48PM -0800, vcap...@pengaru.com wrote: > > > On Sun, Dec 17, 2017 at 05:49:44PM +, Bronek Kozicki wrote: > > > > I just upgraded to 4.14.7 and tried

Re: PROBLEM: NULL pointer dereference in kernel 4.14.6

On Wed, 20 Dec 2017, at 3:14 PM, Tejun Heo wrote: > On Tue, Dec 19, 2017 at 05:42:39AM -0800, Tejun Heo wrote: > > On Sun, Dec 17, 2017 at 03:24:48PM -0800, vcap...@pengaru.com wrote: > > > On Sun, Dec 17, 2017 at 05:49:44PM +, Bronek Kozicki wrote: > > > > I just upgraded to 4.14.7 and tried

Re: [PATCH v7 5/6] arm: dts: mt2712: Add clock controller device nodes

On 11/28/2017 08:28 AM, Weiyi Lu wrote: > Add clock controller nodes for MT2712, include topckgen, infracfg, > pericfg, mcucfg and apmixedsys. This patch also add six oscillators that > provide clocks for MT2712. > > Signed-off-by: Weiyi Lu > --- >

Re: [PATCH v7 5/6] arm: dts: mt2712: Add clock controller device nodes

On 11/28/2017 08:28 AM, Weiyi Lu wrote: > Add clock controller nodes for MT2712, include topckgen, infracfg, > pericfg, mcucfg and apmixedsys. This patch also add six oscillators that > provide clocks for MT2712. > > Signed-off-by: Weiyi Lu > --- > arch/arm64/boot/dts/mediatek/mt2712e.dtsi |

Re: [PATCH 1/3] KVM: vmx: speed up MSR bitmap merge

Reviewed-by: Jim Mattson On Wed, Dec 20, 2017 at 4:05 AM, Paolo Bonzini wrote: > The bulk of the MSR bitmap is either immutable, or can be copied from > the L1 bitmap. By initializing it at VMXON time, and copying the mutable > parts one long at a time

Re: [PATCH 1/3] KVM: vmx: speed up MSR bitmap merge

Reviewed-by: Jim Mattson On Wed, Dec 20, 2017 at 4:05 AM, Paolo Bonzini wrote: > The bulk of the MSR bitmap is either immutable, or can be copied from > the L1 bitmap. By initializing it at VMXON time, and copying the mutable > parts one long at a time on vmentry (rather than one bit), about

Re: [PATCH v7 0/6] Mediatek MT2712 clock and scpsys support

On 12/15/2017 06:50 AM, Weiyi Lu wrote: > On Tue, 2017-11-28 at 15:28 +0800, Weiyi Lu wrote: > > Hi Matthias, > Just gentle ping. Many thanks. > Now pushed to v4.15-next thanks >> This series is based on v4.15-rc1 and composed of >> scpsys control (PATCH 1-4) and device tree (PATCH 5-6) >>

Re: [PATCH v7 0/6] Mediatek MT2712 clock and scpsys support

On 12/15/2017 06:50 AM, Weiyi Lu wrote: > On Tue, 2017-11-28 at 15:28 +0800, Weiyi Lu wrote: > > Hi Matthias, > Just gentle ping. Many thanks. > Now pushed to v4.15-next thanks >> This series is based on v4.15-rc1 and composed of >> scpsys control (PATCH 1-4) and device tree (PATCH 5-6) >>

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On Wed, Dec 20, 2017 at 06:46:11PM +0300, Dmitry Osipenko wrote: > Commit 7772fdaef939 ("drm/tegra: Support ARGB and ABGR formats") broke > DRM's MODE_ADDFB IOCTL on Tegra20/30, because IOCTL uses XRGB format if > requested FB depth is 24bpp. As a result, Xorg doesn't work anymore with > both

Re: [PATCH v3 2/5] drm/tegra: Restore opaque and drop alpha formats on Tegra20/30

On Wed, Dec 20, 2017 at 06:46:11PM +0300, Dmitry Osipenko wrote: > Commit 7772fdaef939 ("drm/tegra: Support ARGB and ABGR formats") broke > DRM's MODE_ADDFB IOCTL on Tegra20/30, because IOCTL uses XRGB format if > requested FB depth is 24bpp. As a result, Xorg doesn't work anymore with > both

[PATCH] backlight: otm3225a: add support for ORISE OTM3225A LCD SoC

This patch adds a LCD driver supporting the OTM3225A LCD SoC from ORISE Technology. This device can drive TFT LC panels having a resolution of 240x320 pixels. After initializing the OTM3225A using it's SPI interface it switches to use 16-bib RGB as external display interface. Signed-off-by: Felix

[PATCH] backlight: otm3225a: add support for ORISE OTM3225A LCD SoC

This patch adds a LCD driver supporting the OTM3225A LCD SoC from ORISE Technology. This device can drive TFT LC panels having a resolution of 240x320 pixels. After initializing the OTM3225A using it's SPI interface it switches to use 16-bib RGB as external display interface. Signed-off-by: Felix

Re: [PATCH] devicetree: Add video bus switch

Hi Pavel, On Saturday, 4 February 2017 23:56:10 EET Pavel Machek wrote: > Hi! > > +Required properties > +=== > + > +compatible : must contain "video-bus-switch" > >>> > >>> How generic is this? Should we have e.g. nokia,video-bus-switch? And > >>> if

Re: [PATCH] devicetree: Add video bus switch

Hi Pavel, On Saturday, 4 February 2017 23:56:10 EET Pavel Machek wrote: > Hi! > > +Required properties > +=== > + > +compatible : must contain "video-bus-switch" > >>> > >>> How generic is this? Should we have e.g. nokia,video-bus-switch? And > >>> if

Re: [PATCH net-next 1/2] virtio_net: allow hypervisor to indicate linkspeed and duplex setting

On Wed, Dec 20, 2017 at 12:07:55PM -0500, Jason Baron wrote: > > > On 12/20/2017 09:57 AM, Michael S. Tsirkin wrote: > > On Thu, Dec 14, 2017 at 02:33:53PM -0500, Jason Baron wrote: > >> If the hypervisor exports the link and duplex speed, let's use that instead > >> of the default unknown

Re: [PATCH net-next 1/2] virtio_net: allow hypervisor to indicate linkspeed and duplex setting

On Wed, Dec 20, 2017 at 12:07:55PM -0500, Jason Baron wrote: > > > On 12/20/2017 09:57 AM, Michael S. Tsirkin wrote: > > On Thu, Dec 14, 2017 at 02:33:53PM -0500, Jason Baron wrote: > >> If the hypervisor exports the link and duplex speed, let's use that instead > >> of the default unknown

Re: [PATCH v9 29/51] mm/mprotect, powerpc/mm/pkeys, x86/mm/pkeys: Add sysfs interface

On Wed, Dec 20, 2017 at 08:34:56AM +1100, Benjamin Herrenschmidt wrote: > On Mon, 2017-12-18 at 14:28 -0800, Dave Hansen wrote: > > > We do not have generic support for something like that on ppc. > > > The kernel looks at the device tree to determine what hardware features > > > are available.

Re: [PATCH v9 29/51] mm/mprotect, powerpc/mm/pkeys, x86/mm/pkeys: Add sysfs interface

On Wed, Dec 20, 2017 at 08:34:56AM +1100, Benjamin Herrenschmidt wrote: > On Mon, 2017-12-18 at 14:28 -0800, Dave Hansen wrote: > > > We do not have generic support for something like that on ppc. > > > The kernel looks at the device tree to determine what hardware features > > > are available.

Re: [PATCH 1/2] x86/stacktrace: do not fail when regs on stack for ORC

On Sun, Dec 17, 2017 at 09:37:49PM -0600, Josh Poimboeuf wrote: > > > > So making it: > > if (!(task->flags & (PF_KTHREAD | PF_IDLE))) > > return -EINVAL; > > > > works, but is not reliable now. So I believe, we cannot live without > > unwind->error to differentiate

Re: [PATCH 1/2] x86/stacktrace: do not fail when regs on stack for ORC

On Sun, Dec 17, 2017 at 09:37:49PM -0600, Josh Poimboeuf wrote: > > > > So making it: > > if (!(task->flags & (PF_KTHREAD | PF_IDLE))) > > return -EINVAL; > > > > works, but is not reliable now. So I believe, we cannot live without > > unwind->error to differentiate

Re: [PATCH v5 00/10] clk: implement clock rate protection mechanism

On Tue, 2017-12-19 at 16:38 -0800, Michael Turquette wrote: > Applied to clk-protect-rate, Thx ! > with the exception that I did not apply > "clk: fix CLK_SET_RATE_GATE with clock rate protection" as it breaks > qcom clk code. Here is a reminder of what I found at the time (so you don't to dig

Re: [PATCH v5 00/10] clk: implement clock rate protection mechanism

On Tue, 2017-12-19 at 16:38 -0800, Michael Turquette wrote: > Applied to clk-protect-rate, Thx ! > with the exception that I did not apply > "clk: fix CLK_SET_RATE_GATE with clock rate protection" as it breaks > qcom clk code. Here is a reminder of what I found at the time (so you don't to dig

Re: [PATCH RESEND] cpufreq: schedutil: Use idle_calls counter of the remote CPU

Hi Rafael, On 12/20/2017 06:45 AM, Rafael J. Wysocki wrote: > On Tuesday, December 19, 2017 8:32:09 PM CET Joel Fernandes wrote: >> On Tue, Dec 19, 2017 at 10:48 AM, Peter Zijlstra >> wrote: >>> On Tue, Dec 19, 2017 at 09:47:12AM -0800, Joel Fernandes wrote: Since the

Re: [PATCH RESEND] cpufreq: schedutil: Use idle_calls counter of the remote CPU

Hi Rafael, On 12/20/2017 06:45 AM, Rafael J. Wysocki wrote: > On Tuesday, December 19, 2017 8:32:09 PM CET Joel Fernandes wrote: >> On Tue, Dec 19, 2017 at 10:48 AM, Peter Zijlstra >> wrote: >>> On Tue, Dec 19, 2017 at 09:47:12AM -0800, Joel Fernandes wrote: Since the recent remote cpufreq

Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled

On Wed, Dec 20, 2017 at 05:45:16PM +0100, Javier Martinez Canillas wrote: > CHP51 says "LPC Clock Control Using the LPC_CLKRUN# May Not Behave As > Expected" > and that the implication is that "The SoC may prevent a peripheral device from > successfully requesting the LPC clock". Now we are

Re: [PATCH 0/4] tpm: fix PS/2 devices not working on Braswell systems due CLKRUN enabled

On Wed, Dec 20, 2017 at 05:45:16PM +0100, Javier Martinez Canillas wrote: > CHP51 says "LPC Clock Control Using the LPC_CLKRUN# May Not Behave As > Expected" > and that the implication is that "The SoC may prevent a peripheral device from > successfully requesting the LPC clock". Now we are

Re: [PATCH v3 0/6] cpufreq: schedutil: fixes for flags updates

On 20/12/17 16:30, Peter Zijlstra wrote: [...] > @@ -327,12 +331,7 @@ static unsigned int sugov_next_freq_shar > if (delta_ns > TICK_NSEC) { > j_sg_cpu->iowait_boost = 0; > j_sg_cpu->iowait_boost_pending = false; > -

Re: [PATCH v3 0/6] cpufreq: schedutil: fixes for flags updates

On 20/12/17 16:30, Peter Zijlstra wrote: [...] > @@ -327,12 +331,7 @@ static unsigned int sugov_next_freq_shar > if (delta_ns > TICK_NSEC) { > j_sg_cpu->iowait_boost = 0; > j_sg_cpu->iowait_boost_pending = false; > -

[GIT PULL 1/3] ARM: dts: exynos: DTS for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt-4.16 for you to fetch changes up to

[GIT PULL 0/3] ARM: exynos: Pull for v4.16

Hi, Nothing special, no specific order of pulls, no dependencies. Best regards, Krzysztof

[GIT PULL 1/3] ARM: dts: exynos: DTS for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt-4.16 for you to fetch changes up to

[GIT PULL 0/3] ARM: exynos: Pull for v4.16

Hi, Nothing special, no specific order of pulls, no dependencies. Best regards, Krzysztof

[GIT PULL 3/3] ARM: defconfig: exynos: config for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-defconfig-4.16 for you to fetch changes up to

[GIT PULL 2/3] arm64: dts: exynos: DTS for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.16 for you to fetch changes up to

[GIT PULL 3/3] ARM: defconfig: exynos: config for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-defconfig-4.16 for you to fetch changes up to

[GIT PULL 2/3] arm64: dts: exynos: DTS for v4.16

The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.git tags/samsung-dt64-4.16 for you to fetch changes up to

Re: [PATCH v10 1/5] add infrastructure for tagging functions as error injectable

On 12/20/17 3:00 AM, Masami Hiramatsu wrote: On Fri, 15 Dec 2017 14:12:52 -0500 Josef Bacik wrote: From: Josef Bacik Using BPF we can override kprob'ed functions and return arbitrary values. Obviously this can be a bit unsafe, so make this feature

Re: [PATCH v10 1/5] add infrastructure for tagging functions as error injectable

On 12/20/17 3:00 AM, Masami Hiramatsu wrote: On Fri, 15 Dec 2017 14:12:52 -0500 Josef Bacik wrote: From: Josef Bacik Using BPF we can override kprob'ed functions and return arbitrary values. Obviously this can be a bit unsafe, so make this feature opt-in for functions. Simply tag a

Re: [PATCH v6 00/18] dwc MSI fixes, ARTPEC-6 EP mode support, ARTPEC-7 SoC support

On Wed, Dec 20, 2017 at 12:29:21AM +0100, Niklas Cassel wrote: > This is a series that adds: > - PCI endpoint mode support in the ARTPEC-6 driver. > - ARTPEC-7 SoC support in the ARTPEC-6 driver (the SoCs are very similar). > - Small fixes for MSI in designware-ep and designware-host, > needed

Re: [PATCH v6 00/18] dwc MSI fixes, ARTPEC-6 EP mode support, ARTPEC-7 SoC support

On Wed, Dec 20, 2017 at 12:29:21AM +0100, Niklas Cassel wrote: > This is a series that adds: > - PCI endpoint mode support in the ARTPEC-6 driver. > - ARTPEC-7 SoC support in the ARTPEC-6 driver (the SoCs are very similar). > - Small fixes for MSI in designware-ep and designware-host, > needed

Re: [PATCH v3] xen/balloon: Mark unallocated host memory as UNUSABLE

On 20/12/17 15:05, Boris Ostrovsky wrote: > Commit f5775e0b6116 ("x86/xen: discard RAM regions above the maximum > reservation") left host memory not assigned to dom0 as available for > memory hotplug. > > Unfortunately this also meant that those regions could be used by > others. Specifically,

Re: [PATCH v3] xen/balloon: Mark unallocated host memory as UNUSABLE

On 20/12/17 15:05, Boris Ostrovsky wrote: > Commit f5775e0b6116 ("x86/xen: discard RAM regions above the maximum > reservation") left host memory not assigned to dom0 as available for > memory hotplug. > > Unfortunately this also meant that those regions could be used by > others. Specifically,

Re: [PATCH v10 1/3] lib: Add strongly typed 64bit int_sqrt

On 20 December 2017 at 17:46, David Laight wrote: > From: Crt Mori >> Sent: 20 December 2017 16:17 >> >> On 20 December 2017 at 17:00, Peter Zijlstra wrote: >> > On Wed, Dec 20, 2017 at 02:39:26PM +, David Laight wrote: >> > >> >> With minor

Re: [PATCH v10 1/3] lib: Add strongly typed 64bit int_sqrt

On 20 December 2017 at 17:46, David Laight wrote: > From: Crt Mori >> Sent: 20 December 2017 16:17 >> >> On 20 December 2017 at 17:00, Peter Zijlstra wrote: >> > On Wed, Dec 20, 2017 at 02:39:26PM +, David Laight wrote: >> > >> >> With minor changes it ought to be possible to remove most of

[PATCH 05/25] lightnvm: remove unnecessary field from nvm_rq

From: Javier González Remove the wait filed in nvm_rq. It is not used anymore, as targets rely on the functionality provided by the LightNVM subsystem when sending sync I/O. Signed-off-by: Javier González Signed-off-by: Matias Bjørling

[PATCH 05/25] lightnvm: remove unnecessary field from nvm_rq

From: Javier González Remove the wait filed in nvm_rq. It is not used anymore, as targets rely on the functionality provided by the LightNVM subsystem when sending sync I/O. Signed-off-by: Javier González Signed-off-by: Matias Bjørling --- include/linux/lightnvm.h | 1 - 1 file changed, 1

[PATCH 06/25] lightnvm: remove lower page tables

The lower page table is unused. All page tables reported by 1.2 devices are all reporting a sequential 1:1 page mapping. This is also not used going forward with the 2.0 revision. Signed-off-by: Matias Bjørling Reviewed-by: Javier González Signed-off-by:

[PATCH 04/25] lightnvm: remove hybrid ocssd 1.2 support

Now that rrpc have been removed. Also remove the hybrid 1.2 support from the core. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 141 --- drivers/nvme/host/lightnvm.c | 59 -- include/linux/lightnvm.h

[PATCH 06/25] lightnvm: remove lower page tables

The lower page table is unused. All page tables reported by 1.2 devices are all reporting a sequential 1:1 page mapping. This is also not used going forward with the 2.0 revision. Signed-off-by: Matias Bjørling Reviewed-by: Javier González Signed-off-by: Matias Bjørling ---

[PATCH 04/25] lightnvm: remove hybrid ocssd 1.2 support

Now that rrpc have been removed. Also remove the hybrid 1.2 support from the core. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 141 --- drivers/nvme/host/lightnvm.c | 59 -- include/linux/lightnvm.h | 41

[PATCH 01/25] null_blk: remove lightnvm support

With rrpc to be removed, the null_blk lightnvm support is no longer functional. Remove the lightnvm implementation and maybe add it to another module in the future if someone takes on the challenge. Signed-off-by: Matias Bjørling --- drivers/block/null_blk.c | 220

[PATCH 01/25] null_blk: remove lightnvm support

With rrpc to be removed, the null_blk lightnvm support is no longer functional. Remove the lightnvm implementation and maybe add it to another module in the future if someone takes on the challenge. Signed-off-by: Matias Bjørling --- drivers/block/null_blk.c | 220

[PATCH 08/25] lightnvm: refactor target type lookup

From: Javier González Refactor target type lookup to use/not use locks explicitly instead of using a hidden parameter to make the function locking. Signed-off-by: Javier González Signed-off-by: Matias Bjørling ---

[PATCH 08/25] lightnvm: refactor target type lookup

From: Javier González Refactor target type lookup to use/not use locks explicitly instead of using a hidden parameter to make the function locking. Signed-off-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 30 +- 1 file changed,

[PATCH 07/25] lightnvm: make geometry structures 2.0 ready

From: Matias Bjørling Prepare for the 2.0 revision by adapting the geometry structures to coexist with the 1.2 revision. Signed-off-by: Matias Bjørling Reviewed-by: Javier González Signed-off-by: Matias Bjørling

[PATCH 07/25] lightnvm: make geometry structures 2.0 ready

From: Matias Bjørling Prepare for the 2.0 revision by adapting the geometry structures to coexist with the 1.2 revision. Signed-off-by: Matias Bjørling Reviewed-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 89

[PATCH 09/25] lightnvm: guarantee target unique name across devs.

From: Javier González Until now, target unique naming is only guaranteed per device. This is ok from a lightnvm perspective, but not from a sysfs one, since groups will collide regardless of the underlying device. Check that names are unique across all lightnvm-capable

[PATCH 09/25] lightnvm: guarantee target unique name across devs.

From: Javier González Until now, target unique naming is only guaranteed per device. This is ok from a lightnvm perspective, but not from a sysfs one, since groups will collide regardless of the underlying device. Check that names are unique across all lightnvm-capable devices. Signed-off-by:

[PATCH 11/25] lightnvm: pblk: remove pblk_for_each_lun helper

From: Javier González Signed-off-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk.h | 4 1 file changed, 4 deletions(-) diff --git a/drivers/lightnvm/pblk.h b/drivers/lightnvm/pblk.h index

[PATCH 11/25] lightnvm: pblk: remove pblk_for_each_lun helper

From: Javier González Signed-off-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk.h | 4 1 file changed, 4 deletions(-) diff --git a/drivers/lightnvm/pblk.h b/drivers/lightnvm/pblk.h index b62790e..7b09fb2 100644 --- a/drivers/lightnvm/pblk.h +++

[PATCH 10/25] lightnvm: pblk: compress and reorder helper functions

From: Javier González Through time, we have generated some redundant helper functions. Refactor them to eliminate redundant and unnecessary code. Also, reorder them to improve readability Signed-off-by: Javier González Signed-off-by: Matias Bjørling

[PATCH 10/25] lightnvm: pblk: compress and reorder helper functions

From: Javier González Through time, we have generated some redundant helper functions. Refactor them to eliminate redundant and unnecessary code. Also, reorder them to improve readability Signed-off-by: Javier González Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk-core.c | 24

[PATCH 15/25] lightnvm: pblk: prevent premature sync point resets

From: Hans Holmberg Unless we protect flush pointer updates with a lock, we risk resetting new flush points before we've synced all sectors up to that point. This patch protects new flush points with the same spin lock that is being held when advancing the sync

[PATCH 15/25] lightnvm: pblk: prevent premature sync point resets

From: Hans Holmberg Unless we protect flush pointer updates with a lock, we risk resetting new flush points before we've synced all sectors up to that point. This patch protects new flush points with the same spin lock that is being held when advancing the sync pointer and resetting completed

[PATCH 03/25] lightnvm: use internal pblk methods

Now that rrpc has been removed, the only users of the ppa helpers is pblk. However, pblk already defines similar functions. Switch pblk to use the internal ones, and remove the generic ppa helpers. Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk-map.c | 2 +-

[PATCH 03/25] lightnvm: use internal pblk methods

Now that rrpc has been removed, the only users of the ppa helpers is pblk. However, pblk already defines similar functions. Switch pblk to use the internal ones, and remove the generic ppa helpers. Signed-off-by: Matias Bjørling --- drivers/lightnvm/pblk-map.c | 2 +-

Re: [PATCH 2/4] sched: cpufreq: Keep track of cpufreq utilization update flags

On 20/12/17 15:47, Rafael J. Wysocki wrote: > On Wednesday, December 20, 2017 2:28:26 PM CET Peter Zijlstra wrote: > > On Wed, Dec 20, 2017 at 12:55:46PM +, Patrick Bellasi wrote: > > > On 20-Dec 09:31, Peter Zijlstra wrote: > > > > > > Didn't juri have patches to make DL do something sane?

Re: [PATCH 2/4] sched: cpufreq: Keep track of cpufreq utilization update flags

On 20/12/17 15:47, Rafael J. Wysocki wrote: > On Wednesday, December 20, 2017 2:28:26 PM CET Peter Zijlstra wrote: > > On Wed, Dec 20, 2017 at 12:55:46PM +, Patrick Bellasi wrote: > > > On 20-Dec 09:31, Peter Zijlstra wrote: > > > > > > Didn't juri have patches to make DL do something sane?

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