Re: [PATCH v2 0/7] x86/kvm/hyperv: stable clocksorce for L2 guests when running nested KVM on Hyper-V

Vitaly Kuznetsov writes: > Paolo Bonzini writes: >> >> Patches 5-7 are >> >> Acked-by: Paolo Bonzini >> >> I would appreciate if the Hyper-V folks can provide a topic branch to be >> merged in both HV and KVM trees. >> > > There's

Re: [PATCH v2 0/7] x86/kvm/hyperv: stable clocksorce for L2 guests when running nested KVM on Hyper-V

Vitaly Kuznetsov writes: > Paolo Bonzini writes: >> >> Patches 5-7 are >> >> Acked-by: Paolo Bonzini >> >> I would appreciate if the Hyper-V folks can provide a topic branch to be >> merged in both HV and KVM trees. >> > > There's no such thing as Hyper-V tree, patches are usually getting >

Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)

On Wed, Jan 3, 2018 at 10:57 AM, Greg KH wrote: > On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote: >> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote: >> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown >> > wrote:

Re: v3.18.86 build: 0 failures 1 warnings (v3.18.86)

On Wed, Jan 3, 2018 at 10:57 AM, Greg KH wrote: > On Wed, Jan 03, 2018 at 10:54:16AM +0100, Greg KH wrote: >> On Wed, Jan 03, 2018 at 12:24:12AM +0100, Arnd Bergmann wrote: >> > On Wed, Dec 6, 2017 at 1:18 AM, Build bot for Mark Brown >> > wrote: >> > >> > >

Re: [PATCHv1 3/6] ARM: dts: imx6q-bx50v3: Add internal switch

Hello! On 01/03/2018 03:26 PM, Sebastian Reichel wrote: B850v3, B650v3 and B450v3 all have a GPIO bit banged MDIO bus to communicate with a Marvell switch. On all devices the switch is connected to a PCI based network card, which needs to be referenced by DT, so this also adds the common PCI

Re: [PATCHv1 3/6] ARM: dts: imx6q-bx50v3: Add internal switch

Hello! On 01/03/2018 03:26 PM, Sebastian Reichel wrote: B850v3, B650v3 and B450v3 all have a GPIO bit banged MDIO bus to communicate with a Marvell switch. On all devices the switch is connected to a PCI based network card, which needs to be referenced by DT, so this also adds the common PCI

Re: [PATCH v3] Fix loading of module radeonfb on PowerMac

On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote: > When the linux kernel is build with (typical kernel ship with Debian > installer): > > CONFIG_FB_OF=y > CONFIG_VT_HW_CONSOLE_BINDING=y > CONFIG_FB_RADEON=m > > The offb driver takes precedence over module radeonfb. It is then

Re: [PATCH v3] Fix loading of module radeonfb on PowerMac

On Thursday, December 21, 2017 11:07:56 PM Mathieu Malaterre wrote: > When the linux kernel is build with (typical kernel ship with Debian > installer): > > CONFIG_FB_OF=y > CONFIG_VT_HW_CONSOLE_BINDING=y > CONFIG_FB_RADEON=m > > The offb driver takes precedence over module radeonfb. It is then

Re: [PATCH -next] irqchip/ompic: fix return value check in ompic_of_init()

On Tue, Jan 02, 2018 at 11:47:19AM +, Wei Yongjun wrote: > In case of error, the function ioremap() returns NULL pointer not > ERR_PTR(). The IS_ERR() test in the return value check should be > replaced with NULL test. Thanks, I am not sure why I was using the *ERR*() macros. 2 questions:

Re: [PATCH -next] irqchip/ompic: fix return value check in ompic_of_init()

On Tue, Jan 02, 2018 at 11:47:19AM +, Wei Yongjun wrote: > In case of error, the function ioremap() returns NULL pointer not > ERR_PTR(). The IS_ERR() test in the return value check should be > replaced with NULL test. Thanks, I am not sure why I was using the *ERR*() macros. 2 questions:

[PATCH] ps3_gelic_net: Delete an error message for a failed memory allocation in gelic_descr_prepare_rx()

From: Markus Elfring Date: Wed, 3 Jan 2018 14:50:59 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH] ps3_gelic_net: Delete an error message for a failed memory allocation in gelic_descr_prepare_rx()

From: Markus Elfring Date: Wed, 3 Jan 2018 14:50:59 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/net/ethernet/toshiba/ps3_gelic_net.c | 2 -- 1 file changed, 2

Re: [PATCH v5 02/39] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it.

Hello, On Tue, Jan 02, 2018 at 04:24:34PM +0800, Greentime Hu wrote: > From: Greentime Hu > > It will be built failed if commit id: d25ea659 is selected. This patch can > fix this > build error. Ideally you would mention the commit description since the id is not yet

Re: [PATCH v5 02/39] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it.

Hello, On Tue, Jan 02, 2018 at 04:24:34PM +0800, Greentime Hu wrote: > From: Greentime Hu > > It will be built failed if commit id: d25ea659 is selected. This patch can > fix this > build error. Ideally you would mention the commit description since the id is not yet usptream. I found it

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 15:14:01 CET Greg Kroah-Hartman wrote: > On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > > Hello! > > > > > > > > ORC unwinder is

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 15:14:01 CET Greg Kroah-Hartman wrote: > On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > > Hello! > > > > > > > > ORC unwinder is

Re: [PATCH net-next 1/6] phy: add 2.5G SGMII mode to the phy_mode enum

Hi Florian, On Thu, Dec 28, 2017 at 06:16:51AM -0800, Florian Fainelli wrote: > On 12/28/2017 02:06 AM, Antoine Tenart wrote: > > On Thu, Dec 28, 2017 at 08:20:53AM +0100, Andrew Lunn wrote: > >> On Wed, Dec 27, 2017 at 11:14:41PM +0100, Antoine Tenart wrote: > >>> This patch adds one more

Re: [PATCH net-next 1/6] phy: add 2.5G SGMII mode to the phy_mode enum

Hi Florian, On Thu, Dec 28, 2017 at 06:16:51AM -0800, Florian Fainelli wrote: > On 12/28/2017 02:06 AM, Antoine Tenart wrote: > > On Thu, Dec 28, 2017 at 08:20:53AM +0100, Andrew Lunn wrote: > >> On Wed, Dec 27, 2017 at 11:14:41PM +0100, Antoine Tenart wrote: > >>> This patch adds one more

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On 2018-01-03 22:32, Mark Brown wrote: On Wed, Jan 03, 2018 at 10:28:22PM +0800, Wang, Haiyue wrote: Should send to like this ? Because I add patch for Aspeed chip: ./scripts/get_maintainer.pl drivers/misc/aspeed-lpc-snoop.c Joel Stanley (maintainer:ARM/ASPEED MACHINE

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On 2018-01-03 22:32, Mark Brown wrote: On Wed, Jan 03, 2018 at 10:28:22PM +0800, Wang, Haiyue wrote: Should send to like this ? Because I add patch for Aspeed chip: ./scripts/get_maintainer.pl drivers/misc/aspeed-lpc-snoop.c Joel Stanley (maintainer:ARM/ASPEED MACHINE SUPPORT) Arnd Bergmann

Re: [PATCH v3 1/2] kprobes: propagate error from arm_kprobe_ftrace()

On Wed, 3 Jan 2018 02:40:47 +0100 Jessica Yu wrote: > Improve error handling when arming ftrace-based kprobes. Specifically, if > we fail to arm a ftrace-based kprobe, register_kprobe()/enable_kprobe() > should report an error instead of success. Previously, this has lead to >

Re: [PATCH v3 1/2] kprobes: propagate error from arm_kprobe_ftrace()

On Wed, 3 Jan 2018 02:40:47 +0100 Jessica Yu wrote: > Improve error handling when arming ftrace-based kprobes. Specifically, if > we fail to arm a ftrace-based kprobe, register_kprobe()/enable_kprobe() > should report an error instead of success. Previously, this has lead to > confusing

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On Wed, Jan 03, 2018 at 10:28:22PM +0800, Wang, Haiyue wrote: > Should send to like this ? Because I add patch for Aspeed chip: > ./scripts/get_maintainer.pl drivers/misc/aspeed-lpc-snoop.c > Joel Stanley (maintainer:ARM/ASPEED MACHINE SUPPORT) > Arnd Bergmann

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On Wed, Jan 03, 2018 at 10:28:22PM +0800, Wang, Haiyue wrote: > Should send to like this ? Because I add patch for Aspeed chip: > ./scripts/get_maintainer.pl drivers/misc/aspeed-lpc-snoop.c > Joel Stanley (maintainer:ARM/ASPEED MACHINE SUPPORT) > Arnd Bergmann (supporter:CHAR and MISC DRIVERS)

Re: [PATCH v5 7/9] arm64: Topology, rename cluster_id

On 02/01/18 02:29, Xiongfeng Wang wrote: > Hi, > > On 2017/12/18 20:42, Morten Rasmussen wrote: >> On Fri, Dec 15, 2017 at 10:36:35AM -0600, Jeremy Linton wrote: >>> Hi, >>> >>> On 12/13/2017 12:02 PM, Lorenzo Pieralisi wrote: [+Morten, Dietmar] $SUBJECT should be:

Re: [PATCH v5 7/9] arm64: Topology, rename cluster_id

On 02/01/18 02:29, Xiongfeng Wang wrote: > Hi, > > On 2017/12/18 20:42, Morten Rasmussen wrote: >> On Fri, Dec 15, 2017 at 10:36:35AM -0600, Jeremy Linton wrote: >>> Hi, >>> >>> On 12/13/2017 12:02 PM, Lorenzo Pieralisi wrote: [+Morten, Dietmar] $SUBJECT should be:

Re: [PATCH v2 5/8] MIPS: jz4740: dts: Add bindings for the jz4740-wdt driver

Hi Guenter, On 3 January 2018 at 10:16, Guenter Roeck wrote: > On 01/02/2018 08:48 AM, Paul Cercueil wrote: >> >> Hi PrasannaKumar, >> >> Le mar. 2 janv. 2018 à 17:37, PrasannaKumar Muralidharan >> a écrit : >>> >>> Hi Paul, >>> >>> On 30 December

Re: [PATCH v2 5/8] MIPS: jz4740: dts: Add bindings for the jz4740-wdt driver

Hi Guenter, On 3 January 2018 at 10:16, Guenter Roeck wrote: > On 01/02/2018 08:48 AM, Paul Cercueil wrote: >> >> Hi PrasannaKumar, >> >> Le mar. 2 janv. 2018 à 17:37, PrasannaKumar Muralidharan >> a écrit : >>> >>> Hi Paul, >>> >>> On 30 December 2017 at 19:21, Paul Cercueil wrote:

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On 2018-01-03 19:38, Mark Brown wrote: On Sun, Dec 31, 2017 at 12:10:51AM +0100, Arnd Bergmann wrote: On Fri, Dec 29, 2017 at 2:53 AM, Haiyue Wang wrote: When PCH works under eSPI mode, the PMC (Power Management Controller) in PCH is waiting for SUS_ACK from BMC

Re: [PATCH v1] eSPI: add Aspeed AST2500 eSPI driver to boot a host with PCH runs on eSPI

On 2018-01-03 19:38, Mark Brown wrote: On Sun, Dec 31, 2017 at 12:10:51AM +0100, Arnd Bergmann wrote: On Fri, Dec 29, 2017 at 2:53 AM, Haiyue Wang wrote: When PCH works under eSPI mode, the PMC (Power Management Controller) in PCH is waiting for SUS_ACK from BMC after it alerts SUS_WARN. It

Re: [PATCH v6 3/6] can: m_can: Add PM Runtime

On 01/03/2018 01:39 PM, Faiz Abbas wrote: > On Tuesday 02 January 2018 09:37 PM, Marc Kleine-Budde wrote: >> On 12/22/2017 02:31 PM, Faiz Abbas wrote: >>> From: Franklin S Cooper Jr >>> >>> Add support for PM Runtime which is the new way to handle managing clocks. >>> However, to

Re: [PATCH v6 3/6] can: m_can: Add PM Runtime

On 01/03/2018 01:39 PM, Faiz Abbas wrote: > On Tuesday 02 January 2018 09:37 PM, Marc Kleine-Budde wrote: >> On 12/22/2017 02:31 PM, Faiz Abbas wrote: >>> From: Franklin S Cooper Jr >>> >>> Add support for PM Runtime which is the new way to handle managing clocks. >>> However, to avoid breaking

Re: [PATCH v5 4/9] drivers: base cacheinfo: Add support for ACPI based firmware tables

(Sorry for the delay, just returning from vacation) On 12/12/17 23:37, Jeremy Linton wrote: > On 12/12/2017 05:02 PM, Rafael J. Wysocki wrote: [...] >> >> So call this field "token" or similar.  Don't call it "of_node" and >> don't introduce another "firmware_node" thing in addition to that. >>

Re: [PATCH v5 4/9] drivers: base cacheinfo: Add support for ACPI based firmware tables

(Sorry for the delay, just returning from vacation) On 12/12/17 23:37, Jeremy Linton wrote: > On 12/12/2017 05:02 PM, Rafael J. Wysocki wrote: [...] >> >> So call this field "token" or similar.  Don't call it "of_node" and >> don't introduce another "firmware_node" thing in addition to that. >>

Re: ethernet: mlx4: Delete an error message for a failed memory allocation in five functions

> I don't really accept this claim... > Short informative strings worth the tiny space they consume. There can be different opinions for their usefulness. > In addition, some out-of-memory errors are recoverable, even though their > backtrace is also printed. How do you think about to

Re: ethernet: mlx4: Delete an error message for a failed memory allocation in five functions

> I don't really accept this claim... > Short informative strings worth the tiny space they consume. There can be different opinions for their usefulness. > In addition, some out-of-memory errors are recoverable, even though their > backtrace is also printed. How do you think about to

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On 01/03/2018 07:39 PM, Michal Hocko wrote: > On Wed 03-01-18 19:30:38, Anshuman Khandual wrote: >> On 01/03/2018 01:55 PM, Michal Hocko wrote: >>> From: Michal Hocko >>> >>> No allocation callback is using this argument anymore. new_page_node >>> used to use this parameter to

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On 01/03/2018 07:39 PM, Michal Hocko wrote: > On Wed 03-01-18 19:30:38, Anshuman Khandual wrote: >> On 01/03/2018 01:55 PM, Michal Hocko wrote: >>> From: Michal Hocko >>> >>> No allocation callback is using this argument anymore. new_page_node >>> used to use this parameter to convey node_id

RE: [PATCH V3 04/12] perf mmap: introduce perf_mmap__read_done

> Hello, > > On Thu, Dec 21, 2017 at 10:08:46AM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > The direction of overwrite mode is backward. The last mmap__read_event > > will set tail to map->prev. Need to correct the map->prev to head > > which is the end of

RE: [PATCH V3 04/12] perf mmap: introduce perf_mmap__read_done

> Hello, > > On Thu, Dec 21, 2017 at 10:08:46AM -0800, kan.li...@intel.com wrote: > > From: Kan Liang > > > > The direction of overwrite mode is backward. The last mmap__read_event > > will set tail to map->prev. Need to correct the map->prev to head > > which is the end of next read. > > Why

Re: Linux 4.9.74

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 86a6746f6833..152ec4e87b57 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2795,6 +2795,8 @@ bytes respectively. Such letter suffixes can also be entirely

Re: Linux 4.4.109

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 5d593ecadb90..b4a83a490212 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2555,6 +2555,8 @@ bytes respectively. Such letter suffixes can also be entirely

Re: Linux 4.9.74

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 86a6746f6833..152ec4e87b57 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2795,6 +2795,8 @@ bytes respectively. Such letter suffixes can also be entirely

Re: Linux 4.4.109

diff --git a/Documentation/kernel-parameters.txt b/Documentation/kernel-parameters.txt index 5d593ecadb90..b4a83a490212 100644 --- a/Documentation/kernel-parameters.txt +++ b/Documentation/kernel-parameters.txt @@ -2555,6 +2555,8 @@ bytes respectively. Such letter suffixes can also be entirely

Linux 4.14.11

I'm announcing the release of the 4.14.11 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Linux 4.14.11

I'm announcing the release of the 4.14.11 kernel. All users of the 4.14 kernel series must upgrade. The updated 4.14.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.14.y and can be browsed at the normal kernel.org git web

Re: [PATCH] ethernet: mlx4: Delete an error message for a failed memory allocation in five functions

On Wed, Jan 03, 2018 at 01:24:59PM +0200, Tariq Toukan wrote: > > > On 03/01/2018 10:06 AM, Julia Lawall wrote: > > > > > > On Wed, 3 Jan 2018, Tariq Toukan wrote: > > > > > > > > > > > On 01/01/2018 10:46 PM, SF Markus Elfring wrote: > > > > From: Markus Elfring >

Re: [PATCH] ethernet: mlx4: Delete an error message for a failed memory allocation in five functions

On Wed, Jan 03, 2018 at 01:24:59PM +0200, Tariq Toukan wrote: > > > On 03/01/2018 10:06 AM, Julia Lawall wrote: > > > > > > On Wed, 3 Jan 2018, Tariq Toukan wrote: > > > > > > > > > > > On 01/01/2018 10:46 PM, SF Markus Elfring wrote: > > > > From: Markus Elfring > > > > Date: Mon, 1 Jan 2018

Linux 4.9.74

I'm announcing the release of the 4.9.74 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Linux 4.9.74

I'm announcing the release of the 4.9.74 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Linux 3.18.91

I'm announcing the release of the 3.18.91 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Linux 3.18.91

I'm announcing the release of the 3.18.91 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web

Linux 4.4.109

I'm announcing the release of the 4.4.109 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Linux 4.4.109

I'm announcing the release of the 4.4.109 kernel. All users of the 4.4 kernel series must upgrade. The updated 4.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.18.91

diff --git a/Makefile b/Makefile index abbfbbb7a029..d114d0641a7e 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 90 +SUBLEVEL = 91 EXTRAVERSION = NAME = Diseased Newt @@ -762,6 +762,9 @@ KBUILD_CFLAGS += $(call cc-disable-warning, pointer-sign)

Re: Linux 3.18.91

diff --git a/Makefile b/Makefile index abbfbbb7a029..d114d0641a7e 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 18 -SUBLEVEL = 90 +SUBLEVEL = 91 EXTRAVERSION = NAME = Diseased Newt @@ -762,6 +762,9 @@ KBUILD_CFLAGS += $(call cc-disable-warning, pointer-sign)

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 14:59:24 CET Josh Poimboeuf wrote: > On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > > Hello! > > > > > > > > ORC unwinder is

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 14:59:24 CET Josh Poimboeuf wrote: > On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > > Hello! > > > > > > > > ORC unwinder is

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > Hello! > > > > > > ORC unwinder is enabled in stable for wider testing but still at least one > > > bug is

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > Hello! > > > > > > ORC unwinder is enabled in stable for wider testing but still at least one > > > bug is

[PATCHv2] nokia N9: Add support for magnetometer

This adds dts support for magnetometer on Nokia N9. Signed-off-by: Pavel Machek diff --git a/arch/arm/boot/dts/omap3-n9.dts b/arch/arm/boot/dts/omap3-n9.dts index 39e35f8..af321d8 100644 --- a/arch/arm/boot/dts/omap3-n9.dts +++ b/arch/arm/boot/dts/omap3-n9.dts @@ -36,6 +57,12 @@

[PATCHv2] nokia N9: Add support for magnetometer

This adds dts support for magnetometer on Nokia N9. Signed-off-by: Pavel Machek diff --git a/arch/arm/boot/dts/omap3-n9.dts b/arch/arm/boot/dts/omap3-n9.dts index 39e35f8..af321d8 100644 --- a/arch/arm/boot/dts/omap3-n9.dts +++ b/arch/arm/boot/dts/omap3-n9.dts @@ -36,6 +57,12 @@

Re: [PATCH v2] platform/x86: silead_dmi: Add entry for the Teclast X98 Plus II

On Wed, Jan 3, 2018 at 10:01 AM, Hans de Goede wrote: > On 03-01-18 00:40, Darren Hart wrote: >> On Tue, Jan 02, 2018 at 07:39:27PM +0100, Paul Cercueil wrote: >> Generally "testing" is the branch you want to base on if linus/master >> doesn't work as the review-* branches

Re: [PATCH v2] platform/x86: silead_dmi: Add entry for the Teclast X98 Plus II

On Wed, Jan 3, 2018 at 10:01 AM, Hans de Goede wrote: > On 03-01-18 00:40, Darren Hart wrote: >> On Tue, Jan 02, 2018 at 07:39:27PM +0100, Paul Cercueil wrote: >> Generally "testing" is the branch you want to base on if linus/master >> doesn't work as the review-* branches *will* rebase

Re: [lkp-robot] [selftests/bpf] 37f1ba0909: kernel_selftests.bpf.test_dev_cgroup.fail

On Wed, Jan 03, 2018 at 10:55:41AM +0800, kernel test robot wrote: > > FYI, we noticed the following commit (built with gcc-7): > > commit: 37f1ba0909dfa12c75f8e8ea7a2f01355ebd60f1 ("selftests/bpf: add a test > for device cgroup controller") >

Re: [lkp-robot] [selftests/bpf] 37f1ba0909: kernel_selftests.bpf.test_dev_cgroup.fail

On Wed, Jan 03, 2018 at 10:55:41AM +0800, kernel test robot wrote: > > FYI, we noticed the following commit (built with gcc-7): > > commit: 37f1ba0909dfa12c75f8e8ea7a2f01355ebd60f1 ("selftests/bpf: add a test > for device cgroup controller") >

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On Wed 03-01-18 19:30:38, Anshuman Khandual wrote: > On 01/03/2018 01:55 PM, Michal Hocko wrote: > > From: Michal Hocko > > > > No allocation callback is using this argument anymore. new_page_node > > used to use this parameter to convey node_id resp. migration error > > up to

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On Wed 03-01-18 19:30:38, Anshuman Khandual wrote: > On 01/03/2018 01:55 PM, Michal Hocko wrote: > > From: Michal Hocko > > > > No allocation callback is using this argument anymore. new_page_node > > used to use this parameter to convey node_id resp. migration error > > up to move_pages code

Re: [PATCH] i2c: fix ACPI_I2C_OPREGION dependency

Hi Sinan, On 03/01/18 14:39, Sinan Kaya wrote: > On 1/2/2018 1:19 PM, Sinan Kaya wrote: >> On 1/2/2018 1:10 PM, Randy Dunlap wrote: > config ACPI_I2C_OPREGION > bool "ACPI I2C Operation region support" > - depends on I2C=y && ACPI > + depends on I2C && ACPI > default y

Re: [PATCH] i2c: fix ACPI_I2C_OPREGION dependency

Hi Sinan, On 03/01/18 14:39, Sinan Kaya wrote: > On 1/2/2018 1:19 PM, Sinan Kaya wrote: >> On 1/2/2018 1:10 PM, Randy Dunlap wrote: > config ACPI_I2C_OPREGION > bool "ACPI I2C Operation region support" > - depends on I2C=y && ACPI > + depends on I2C && ACPI > default y

[PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

If I2C is built as a module, ACPI_I2C_OPREGION cannot be set and any ACPI opregion calls targeting I2C fail with no opregion found. This patch allows ACPI_I2C_OPREGION to be enabled both if I2C is built into the kernel or built as a module. Signed-off-by: Eric Auger ---

[PATCH v2] i2c: Allow ACPI_I2C_OPREGION if I2C is built as a module

If I2C is built as a module, ACPI_I2C_OPREGION cannot be set and any ACPI opregion calls targeting I2C fail with no opregion found. This patch allows ACPI_I2C_OPREGION to be enabled both if I2C is built into the kernel or built as a module. Signed-off-by: Eric Auger --- v1 -> v2: - reword the

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

On Wed, Jan 03, 2018 at 01:47:56PM +, Chris Wilson wrote: > Quoting Alexandru Chirvasitu (2018-01-03 13:46:42) > > I've cloned your > > > > https://anongit.freedesktop.org/git/drm-tip.git > > > > and am now trying to build it (just the master; I haven't tried > > previous commits). The

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

On Wed, Jan 03, 2018 at 01:47:56PM +, Chris Wilson wrote: > Quoting Alexandru Chirvasitu (2018-01-03 13:46:42) > > I've cloned your > > > > https://anongit.freedesktop.org/git/drm-tip.git > > > > and am now trying to build it (just the master; I haven't tried > > previous commits). The

Re: 4.15-rc6 PTI regression: L1 TLB mismatch MCE on Athlon64

> That's the entry area, which is mapped into kernel _AND_ user space. Now > that's special because we switch CR3 while we are executing there. > > And this one is: > > 0x81e0-0x8200 2M ro PSE GLB > x pmd > > and the one we switch to is: > >

Re: 4.15-rc6 PTI regression: L1 TLB mismatch MCE on Athlon64

> That's the entry area, which is mapped into kernel _AND_ user space. Now > that's special because we switch CR3 while we are executing there. > > And this one is: > > 0x81e0-0x8200 2M ro PSE GLB > x pmd > > and the one we switch to is: > >

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On 01/03/2018 01:55 PM, Michal Hocko wrote: > From: Michal Hocko > > No allocation callback is using this argument anymore. new_page_node > used to use this parameter to convey node_id resp. migration error > up to move_pages code (do_move_page_to_node_array). The error status >

Re: [PATCH 2/3] mm, migrate: remove reason argument from new_page_t

On 01/03/2018 01:55 PM, Michal Hocko wrote: > From: Michal Hocko > > No allocation callback is using this argument anymore. new_page_node > used to use this parameter to convey node_id resp. migration error > up to move_pages code (do_move_page_to_node_array). The error status > never made it

Re: cgroups(7): documenting cgroup.stat

Hello, Michael! > > Hm, basically any cgroup which had some pagecache, associated during the > > lifetime, will spend some time in the dying state. This means that for > > most cgroups this number will be non-zero for some amount of time, > > which depends on global memory pressure. > > It's also

Re: cgroups(7): documenting cgroup.stat

Hello, Michael! > > Hm, basically any cgroup which had some pagecache, associated during the > > lifetime, will spend some time in the dying state. This means that for > > most cgroups this number will be non-zero for some amount of time, > > which depends on global memory pressure. > > It's also

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > Hello! > > > > > > ORC unwinder is enabled in stable for wider testing but still at least one > > > bug is

Re: objtool segfault with ORC unwinder enabled

On Wed, Jan 03, 2018 at 01:22:07PM +0100, Markus wrote: > On Wed, Jan 03, 2018 at 12:19:41 CET Greg Kroah-Hartman wrote: > > On Wed, Jan 03, 2018 at 11:49:08AM +0100, Markus wrote: > > > Hello! > > > > > > ORC unwinder is enabled in stable for wider testing but still at least one > > > bug is

Re: [kernel-hardening] [PATCH] arm: kernel: implement fast refcount checking

On 3 January 2018 at 13:36, Jinbum Park wrote: >>> This is a nice result. However, without any insight into the presence >>> of actual refcount hot spots, it is not obvious that we need this >>> patch. This is the reason we ended up enabling CONFIG_REFCOUNT_FULL >>> for

Re: [kernel-hardening] [PATCH] arm: kernel: implement fast refcount checking

On 3 January 2018 at 13:36, Jinbum Park wrote: >>> This is a nice result. However, without any insight into the presence >>> of actual refcount hot spots, it is not obvious that we need this >>> patch. This is the reason we ended up enabling CONFIG_REFCOUNT_FULL >>> for arm64. I will let others

Vibrations, audio, charging, radio on N9/N950

Hi! Sebasian, you submitted patch to enable vibrations on N950. I am trying to do the same now on N9... I guess I enabled the dts, but .. how do I actually ask for vibrations? /dev/input/eventX does not seem to be present. Did anyone get audio to run on N9/N950? It is marked as supported on

Vibrations, audio, charging, radio on N9/N950

Hi! Sebasian, you submitted patch to enable vibrations on N950. I am trying to do the same now on N9... I guess I enabled the dts, but .. how do I actually ask for vibrations? /dev/input/eventX does not seem to be present. Did anyone get audio to run on N9/N950? It is marked as supported on

Racoh Box - An alpha specification for a fair economy on available source

We are rebased on OpenBSD, but if the philosophy can have positive impact here aswell, it is just to do that ofcourse. "An OS is I/O via abstracted inferfaces, signal routing (scheduling etc) and usually a graphical user interface. Peak jitter below 200μs converges to optimal. The whole

Racoh Box - An alpha specification for a fair economy on available source

We are rebased on OpenBSD, but if the philosophy can have positive impact here aswell, it is just to do that ofcourse. "An OS is I/O via abstracted inferfaces, signal routing (scheduling etc) and usually a graphical user interface. Peak jitter below 200μs converges to optimal. The whole

[PATCH] tty: fix data race in n_tty_receive_buf_common

There can be a race, if receive_buf call comes before tty initialization completes in n_tty_open and tty->disc_data may be NULL. CPU0cpu1 000|n_tty_receive_buf_common() n_tty_open()

[PATCH] tty: fix data race in n_tty_receive_buf_common

There can be a race, if receive_buf call comes before tty initialization completes in n_tty_open and tty->disc_data may be NULL. CPU0cpu1 000|n_tty_receive_buf_common() n_tty_open()

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

I've cloned your https://anongit.freedesktop.org/git/drm-tip.git and am now trying to build it (just the master; I haven't tried previous commits). The build fails at the modules stage with Makefile:1015: recipe for target 'drivers' failed make: *** [drivers] Error 2 What is the earliest

Re: PROBLEM: i915 causes complete desktop freezes in 4.15-rc5

I've cloned your https://anongit.freedesktop.org/git/drm-tip.git and am now trying to build it (just the master; I haven't tried previous commits). The build fails at the modules stage with Makefile:1015: recipe for target 'drivers' failed make: *** [drivers] Error 2 What is the earliest

[PATCH v2 20/27] staging: ccree: fix indentation of func params

Fix indentation of some function params in hash code for better readability. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/ssi_hash.c | 46 +--- 1 file changed, 20 insertions(+), 26 deletions(-) diff --git

[PATCH v2 20/27] staging: ccree: fix indentation of func params

Fix indentation of some function params in hash code for better readability. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/ssi_hash.c | 46 +--- 1 file changed, 20 insertions(+), 26 deletions(-) diff --git a/drivers/staging/ccree/ssi_hash.c

[PATCH v2 25/27] staging: ccree: remove unneeded includes

Remove include files not needed for compilation. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_aead.c| 7 --- drivers/staging/ccree/cc_buffer_mgr.c | 6 -- drivers/staging/ccree/cc_cipher.c | 4 drivers/staging/ccree/cc_driver.c

[PATCH v2 25/27] staging: ccree: remove unneeded includes

Remove include files not needed for compilation. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_aead.c| 7 --- drivers/staging/ccree/cc_buffer_mgr.c | 6 -- drivers/staging/ccree/cc_cipher.c | 4 drivers/staging/ccree/cc_driver.c | 31

[PATCH v2 27/27] staging: ccree: add missing include

Add the missing include of include file with function declarations. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_debugfs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/ccree/cc_debugfs.c b/drivers/staging/ccree/cc_debugfs.c index

[PATCH v2 27/27] staging: ccree: add missing include

Add the missing include of include file with function declarations. Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/cc_debugfs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/ccree/cc_debugfs.c b/drivers/staging/ccree/cc_debugfs.c index 363a0ef..e07cbb1 100644

[PATCH v2 26/27] staging: ccree: update TODO

Update TODO to reflect work done Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/TODO | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/TODO b/drivers/staging/ccree/TODO index 6d8702b..b8e163d 100644 ---

[PATCH v2 26/27] staging: ccree: update TODO

Update TODO to reflect work done Signed-off-by: Gilad Ben-Yossef --- drivers/staging/ccree/TODO | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ccree/TODO b/drivers/staging/ccree/TODO index 6d8702b..b8e163d 100644 --- a/drivers/staging/ccree/TODO +++

<    9   10   11   12   13   14   15   16   17   18   >