Re: linux-next: change contact address for the sunxi tree?

Hi Stephen, On Fri, Feb 16, 2018 at 07:28:39AM +1100, Stephen Rothwell wrote: > Hi all, > > I noticed commit > > 0a815fc929e6 ("MAINTAINERS: update email address for Maxime Ripard") > > Should I change the contact address I have for Maxime as well? Yes, definitely. Sorry for forgetting to te

Re: [RFC PATCH 3/5] asm-generic/bitops/atomic.h: Rewrite using atomic_fetch_*

On Thu, Feb 15, 2018 at 06:20:49PM +, Will Deacon wrote: > On Thu, Feb 15, 2018 at 06:08:47PM +0100, Peter Zijlstra wrote: > > On Thu, Feb 15, 2018 at 03:29:33PM +, Will Deacon wrote: > > > +static inline void __clear_bit_unlock(unsigned int nr, > > > + volatil

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On Fri, 2018-02-16 at 11:08 +0100, Paolo Bonzini wrote: > On 16/02/2018 10:58, David Woodhouse wrote: > > > > On Tue, 2018-02-13 at 11:41 +0100, Paolo Bonzini wrote: > > > > > > > > On 13/02/2018 11:36, David Woodhouse wrote: > > > > > > > > > > > > > > > > > > > > > - if the VM has IBRS_AL

Re: [PATCH v5 0/6] x86/apic: Fix restoring boot irq mode in reboot and kexec/kdump

Hi Ingo, Eric, On 02/16/18 at 10:38am, Ingo Molnar wrote: > > * Baoquan He wrote: > > > This is v5 post. Newly added patch 0002 includes the change > > related to KEXEC_JUMP path. Patch 0003 only includes the > > regression fix. > > > > A regression bug was introduced in below commit. > > comm

Re: [PATCH] MAINTAINERS: ARM: at91: update my email address

On 16/02/2018 at 11:03, Alexandre Belloni wrote: Free Electrons is now Bootlin. Signed-off-by: Alexandre Belloni Acked-by: Nicolas Ferre Sure! Welcome Bootlin! Regards, Nicolas --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAIN

Re: [PATCH] fanotify: allow freeze on suspend when waiting for response from userspace

On Fri 16-02-18 15:14:40, t.vi...@samsung.com wrote: > From: Vivek Trivedi > > If fanotify userspace response server thread is frozen first, > it may fail to send response from userspace to kernel space listener. > In this scenario, fanotify response listener will never get response > from userep

Re: [PATCH 4.15 000/202] 4.15.4-stable review

On Thu, Feb 15, 2018 at 02:59:50PM -0700, Shuah Khan wrote: > On 02/15/2018 08:15 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.15.4 release. > > There are 202 patches in this series, all will be posted as a response > > to this one. If anyone has any iss

Re: libata: disable LPM for Crucial BX100 SSD drives

Hi, On 15-02-18 20:00, Kai-Heng Feng wrote: After Laptop Mode Tools starts to use min_power for LPM, a user found out Crucial BX100 SSD can't get mounted. Crucial BX100 SSD drives don't work well with min_power. This also happens to med_power_with_dipm. So let's disable LPM for Crucial BX100 S

Re: [PATCH 4.15 000/202] 4.15.4-stable review

On Fri, Feb 16, 2018 at 11:31:34AM +0530, Naresh Kamboju wrote: > On 15 February 2018 at 20:45, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.15.4 release. > > There are 202 patches in this series, all will be posted as a response > > to this one. If anyon

Re: [RFC PATCH 3/5] asm-generic/bitops/atomic.h: Rewrite using atomic_fetch_*

On Thu, Feb 15, 2018 at 06:20:49PM +, Will Deacon wrote: > > The only other comment is that I think it would be better if you use > > atomic_t instead of atomic_long_t. It would just mean changing > > BIT_WORD() and BIT_MASK(). > > It would make it pretty messy for big-endian architectures, I

Re: [PATCH 2/3] HID: steam: add serial number information.

On Fri, Feb 16, 2018 at 10:57 AM, Rodrigo Rivas Costa wrote: > On Fri, Feb 16, 2018 at 10:31:35AM +0100, Benjamin Tissoires wrote: >> > Ok, I'll do that. The weird thing, however, is that: >> > >> > hid_hw_raw_request(steam->hid_dev, 0x00, >> > buf, hid_report_len(r), /* 64

Re: [PATCH] PM / wakeirq: Add wakeup name to dedicated wake irqs

On Fri, Feb 16, 2018 at 11:14 AM, Rafael J. Wysocki wrote: > On Wed, Feb 14, 2018 at 12:23 PM, Andy Shevchenko > wrote: >> On Fri, Feb 9, 2018 at 6:14 PM, Tony Lindgren wrote: >>> This makes it easy to grep :wakeup /proc/interrupts. >> >> I used to have another patch (not published) to provide t

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On 15 February 2018 at 18:22, Joe Konno wrote: > From: Joe Konno > > It was pointed out that normal, unprivileged users reading certain EFI > variables (through efivarfs) can generate SMIs. Given these nodes are created > with 0644 permissions, normal users could generate a lot of SMIs. By > rest

[PATCH 12/12] extcon: axp288: Set USB role where necessary

The AXP288 BC1.2 charger detection / extcon code may seem like a strange place to add code to control the USB role-switch on devices with an AXP288, but there are 2 reasons to do this inside the axp288 extcon code: 1) On many devices the USB role is controlled by ACPI AML code, but the AML code

[PATCH 08/12] xhci: Add Intel extended cap / otg phy mux handling

The xHCI controller on various Intel SoCs has an extended cap mmio-range which contains registers to control the muxing to the xHCI (host mode) or the dwc3 (device mode) and vbus-detection for the otg usb-phy. Having a role-sw driver included in the xhci code (under drivers/usb/host) is not desira

[PATCH 09/12] usb: roles: Add Intel XHCI USB role switch driver

Various Intel SoCs (Cherry Trail, Broxton and others) have an internal USB role switch for swiching the OTG USB data lines between the xHCI host controller and the dwc3 gadget controller. Note on some Cherry Trail systems there is ACPI/AML code listening to edge interrupts on the id-pin (through a

[PATCH 11/12] platform/x86: intel_cht_int33fe: Add device connections for the Type-C port

We need to add device-connections for the TYPE-C mux/switch and usb-role code to be able to find the PI3USB30532 Type-C cross-switch and the device/host switch integrated in the CHT SoC. Signed-off-by: Hans de Goede --- drivers/platform/x86/intel_cht_int33fe.c | 25 + 1 f

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

From: Markus Elfring Date: Fri, 16 Feb 2018 11:34:53 +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/ata/pata_mpc52xx.c | 1 - 1 file changed, 1 deletion(-) diff

[PATCH 03/12] usb: typec: API for controlling USB Type-C Multiplexers

From: Heikki Krogerus USB Type-C connectors consist of various muxes and switches that route the pins on the connector to the right locations. The USB Type-C drivers need to be able to control the muxes, as they are the ones that know things like the cable plug orientation, and the current mode t

[PATCH 10/12] usb: typec: driver for Pericom PI3USB30532 Type-C cross switch

Add a driver for the Pericom PI3USB30532 Type-C cross switch / mux chip found on some devices with a Type-C port. Signed-off-by: Hans de Goede --- Note this is a rewrite of my previous driver which was using the drivers/mux framework to use the new drivers/usb/typec/mux framework --- MAINTAINERS

Re: [PATCH 0/12] USB Type-C device-connection, mux and switch support

Hi All. Ugh, I had my .git/config still setup for sending AHCI patches, so sorry, please ignore this series while I resend it to the right people. Regards, Hans On 16-02-18 11:43, Hans de Goede wrote: Hi All, Some devices with an USB Type-C connector have a bunch of muxes behind that connec

[PATCH] Update Boris Brezillon email address

Free Electrons is now Bootlin. Signed-off-by: Boris Brezillon --- Note that I'm planning to take this patch through the MTD tree. --- .mailmap| 7 --- MAINTAINERS | 10 +- 2 files changed, 9 insertions(+), 8 deletions(-) diff --git a/.mailmap b/.mailmap index e18cab73e209..50c1

[PATCH 02/12] usb: typec: Start using ERR_PTR

From: Heikki Krogerus In order to allow the USB Type-C Class driver take care of things like muxes and other possible dependencies for the port drivers, returning ERR_PTR instead of NULL from the registration functions in case of failure. The reason for taking over control of the muxes for examp

[PATCH 07/12] xhci: Add option to get next extended capability in list by passing id = 0

From: Mathias Nyman Modify xhci_find_next_ext_cap(base, offset, id) to return the next capability offset if 0 is passed for id. Otherwise it will behave as previously and return the offset of the next capability with matching id capability id 0 is not used by xhci (reserved) This is useful when

[PATCH 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions

Remove the unused (not implemented anywhere) tcpc_mux_dev abstraction and replace it with calling the new typec_set_orientation, usb_role_switch_set and typec_set_mode functions. Signed-off-by: Hans de Goede --- drivers/usb/typec/Kconfig | 1 + drivers/usb/typec/fusb302/fusb302.c | 1

[PATCH 05/12] usb: typec: tcpm: Set USB role switch to device mode when configured as such

Setting the mux to MUX_NONE and the switch to USB_SWITCH_DISCONNECT when the data-role is device is not correct. Plenty of devices support operating as USB device through a (separate) USB device controller. We really need 2 different versions of USB_SWITCH_CONNECT, USB_SWITCH_CONNECT_HOST and USB_

[PATCH 04/12] usb: common: Small class for USB role switches

From: Heikki Krogerus USB role switch is a device that can be used to choose the data role for USB connector. With dual-role capable USB controllers, the controller itself will be the switch, but on some platforms the USB host and device controllers are separate IPs and there is a mux between the

[PATCH 0/12] USB Type-C device-connection, mux and switch support

Hi All, Some devices with an USB Type-C connector have a bunch of muxes behind that connector which need to be controlled by the kernel (rather then having them controlled by firmware as on most devices). Quite a while back I submitted a patch-series to tie together these muxes and the Type-C Por

[PATCH 01/12] drivers: base: Unified device connection lookup

From: Heikki Krogerus Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API for handling them. This introduces a single generic lookup table and API for the connections. The motivation for this commit is centralizing the connect

[PATCH 07/12] xhci: Add option to get next extended capability in list by passing id = 0

From: Mathias Nyman Modify xhci_find_next_ext_cap(base, offset, id) to return the next capability offset if 0 is passed for id. Otherwise it will behave as previously and return the offset of the next capability with matching id capability id 0 is not used by xhci (reserved) This is useful when

[PATCH 01/12] drivers: base: Unified device connection lookup

From: Heikki Krogerus Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API for handling them. This introduces a single generic lookup table and API for the connections. The motivation for this commit is centralizing the connect

[PATCH 09/12] usb: roles: Add Intel XHCI USB role switch driver

Various Intel SoCs (Cherry Trail, Broxton and others) have an internal USB role switch for swiching the OTG USB data lines between the xHCI host controller and the dwc3 gadget controller. Note on some Cherry Trail systems there is ACPI/AML code listening to edge interrupts on the id-pin (through a

[PATCH 11/12] platform/x86: intel_cht_int33fe: Add device connections for the Type-C port

We need to add device-connections for the TYPE-C mux/switch and usb-role code to be able to find the PI3USB30532 Type-C cross-switch and the device/host switch integrated in the CHT SoC. Signed-off-by: Hans de Goede --- drivers/platform/x86/intel_cht_int33fe.c | 25 + 1 f

[PATCH 12/12] extcon: axp288: Set USB role where necessary

The AXP288 BC1.2 charger detection / extcon code may seem like a strange place to add code to control the USB role-switch on devices with an AXP288, but there are 2 reasons to do this inside the axp288 extcon code: 1) On many devices the USB role is controlled by ACPI AML code, but the AML code

Re: [PATCH v3 1/2] drm/virtio: Add window server support

> > Yes. > > Would it make sense for virtio-gpu to map buffers to the guest via PCI BARs? > So we can use a single drm driver for both 2d and 3d. Should be doable. I'm wondering two things though: (1) Will shmem actually help avoiding a copy? virtio-gpu with virgl will (even if the guest doesn

[PATCH 05/12] usb: typec: tcpm: Set USB role switch to device mode when configured as such

Setting the mux to MUX_NONE and the switch to USB_SWITCH_DISCONNECT when the data-role is device is not correct. Plenty of devices support operating as USB device through a (separate) USB device controller. We really need 2 different versions of USB_SWITCH_CONNECT, USB_SWITCH_CONNECT_HOST and USB_

Re: [PATCH v7 02/37] asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU

Hi Greentime, Thank you for the patch! Yet something to improve: [auto build test ERROR on linus/master] [also build test ERROR on v4.16-rc1 next-20180216] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[PATCH 10/12] usb: typec: driver for Pericom PI3USB30532 Type-C cross switch

Add a driver for the Pericom PI3USB30532 Type-C cross switch / mux chip found on some devices with a Type-C port. Signed-off-by: Hans de Goede --- Note this is a rewrite of my previous driver which was using the drivers/mux framework to use the new drivers/usb/typec/mux framework --- MAINTAINERS

[PATCH 08/12] xhci: Add Intel extended cap / otg phy mux handling

The xHCI controller on various Intel SoCs has an extended cap mmio-range which contains registers to control the muxing to the xHCI (host mode) or the dwc3 (device mode) and vbus-detection for the otg usb-phy. Having a role-sw driver included in the xhci code (under drivers/usb/host) is not desira

[PATCH 06/12] usb: typec: tcpm: Use new Type-C switch/mux and usb-role-switch functions

Remove the unused (not implemented anywhere) tcpc_mux_dev abstraction and replace it with calling the new typec_set_orientation, usb_role_switch_set and typec_set_mode functions. Signed-off-by: Hans de Goede --- drivers/usb/typec/Kconfig | 1 + drivers/usb/typec/fusb302/fusb302.c | 1

[PATCH 04/12] usb: common: Small class for USB role switches

From: Heikki Krogerus USB role switch is a device that can be used to choose the data role for USB connector. With dual-role capable USB controllers, the controller itself will be the switch, but on some platforms the USB host and device controllers are separate IPs and there is a mux between the

[PATCH 03/12] usb: typec: API for controlling USB Type-C Multiplexers

From: Heikki Krogerus USB Type-C connectors consist of various muxes and switches that route the pins on the connector to the right locations. The USB Type-C drivers need to be able to control the muxes, as they are the ones that know things like the cable plug orientation, and the current mode t

[PATCH 02/12] usb: typec: Start using ERR_PTR

From: Heikki Krogerus In order to allow the USB Type-C Class driver take care of things like muxes and other possible dependencies for the port drivers, returning ERR_PTR instead of NULL from the registration functions in case of failure. The reason for taking over control of the muxes for examp

[PATCH 00/12] USB Type-C device-connection, mux and switch support

Hi All, Some devices with an USB Type-C connector have a bunch of muxes behind that connector which need to be controlled by the kernel (rather then having them controlled by firmware as on most devices). Quite a while back I submitted a patch-series to tie together these muxes and the Type-C Por

[tip:x86/apic] x86/apic: Make setup_local_APIC() static

Commit-ID: b753a2b79a5bbad35dfaf8d3dba964727c30654a Gitweb: https://git.kernel.org/tip/b753a2b79a5bbad35dfaf8d3dba964727c30654a Author: Dou Liyang AuthorDate: Wed, 14 Feb 2018 14:25:54 +0800 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:39:11 +0100 x86/apic: Make setup_local_A

[tip:core/urgent] cpumask: Make for_each_cpu_wrap() available on UP as well

Commit-ID: d207af2eab3f8668b95ad02b21930481c42806fd Gitweb: https://git.kernel.org/tip/d207af2eab3f8668b95ad02b21930481c42806fd Author: Michael Kelley AuthorDate: Wed, 14 Feb 2018 02:54:03 + Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:40:24 +0100 cpumask: Make for_each_c

Re: [PATCH] PM / wakeirq: Add wakeup name to dedicated wake irqs

On Fri, Feb 16, 2018 at 11:39 AM, Andy Shevchenko wrote: > On Fri, Feb 16, 2018 at 11:14 AM, Rafael J. Wysocki wrote: >> On Wed, Feb 14, 2018 at 12:23 PM, Andy Shevchenko >> wrote: >>> On Fri, Feb 9, 2018 at 6:14 PM, Tony Lindgren wrote: This makes it easy to grep :wakeup /proc/interrupts.

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:41:45AM +, Ard Biesheuvel wrote: > On 15 February 2018 at 18:22, Joe Konno wrote: > > From: Joe Konno > > > > It was pointed out that normal, unprivileged users reading certain EFI > > variables (through efivarfs) can generate SMIs. Given these nodes are > > create

Re: [PATCH 0/7] fujitsu-laptop: Miscellaneous cleanups

On Sun, Feb 11, 2018 at 10:07:20PM +0100, Micha?? K??pie?? wrote: > The patch series contains miscellaneous cleanups which I think are worth > getting done before splitting fujitsu-laptop into two separate modules. > I am not 100% sure that all the changes in the last patch in this series > actuall

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On 16 February 2018 at 10:55, Borislav Petkov wrote: > On Fri, Feb 16, 2018 at 10:41:45AM +, Ard Biesheuvel wrote: >> On 15 February 2018 at 18:22, Joe Konno wrote: >> > From: Joe Konno >> > >> > It was pointed out that normal, unprivileged users reading certain EFI >> > variables (through e

[tip:x86/urgent] x86/Kconfig: Add missing i586-class CPUs to the X86_CMPXCHG64 Kconfig group

Commit-ID: f960cfd12650fad43c1cde07a1f7642cf2c57f97 Gitweb: https://git.kernel.org/tip/f960cfd12650fad43c1cde07a1f7642cf2c57f97 Author: Matthew Whitehead AuthorDate: Thu, 15 Feb 2018 11:54:54 -0500 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:36:39 +0100 x86/Kconfig: Add miss

[tip:x86/urgent] x86/Kconfig: Exclude i586-class CPUs lacking PAE support from the HIGHMEM64G Kconfig group

Commit-ID: 69b8d3fcabdc81d9efd82b4a506c8279cbaba692 Gitweb: https://git.kernel.org/tip/69b8d3fcabdc81d9efd82b4a506c8279cbaba692 Author: Matthew Whitehead AuthorDate: Thu, 15 Feb 2018 11:54:55 -0500 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:36:39 +0100 x86/Kconfig: Exclude

Re: [PATCH 01/12] drivers: base: Unified device connection lookup

On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede wrote: > From: Heikki Krogerus > > Several frameworks - clk, gpio, phy, pmw, etc. - maintain > lookup tables for describing connections and provide custom > API for handling them. This introduces a single generic > lookup table and API for the conne

[tip:x86/urgent] x86/Kconfig: Explicitly enumerate i686-class CPUs in Kconfig

Commit-ID: 25d76ac888216c369dea91768764728b83769799 Gitweb: https://git.kernel.org/tip/25d76ac888216c369dea91768764728b83769799 Author: Matthew Whitehead AuthorDate: Thu, 15 Feb 2018 11:54:56 -0500 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:36:39 +0100 x86/Kconfig: Explicit

[tip:x86/mm] x86/mm: Initialize 'pgdir_shift' and 'ptrs_per_p4d' at boot-time

Commit-ID: b16e770bfa5344f1cd4f7b4ecd7bbae25001e120 Gitweb: https://git.kernel.org/tip/b16e770bfa5344f1cd4f7b4ecd7bbae25001e120 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:35 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:47 +0100 x86/mm: Initialize '

[tip:x86/mm] x86/mm: Initialize 'pgtable_l5_enabled' at boot-time

Commit-ID: 4c2b4058ab32581931c2caf760b689fd4b019a87 Gitweb: https://git.kernel.org/tip/4c2b4058ab32581931c2caf760b689fd4b019a87 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:34 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:46 +0100 x86/mm: Initialize '

[tip:x86/mm] x86/mm: Initialize 'page_offset_base' at boot-time

Commit-ID: 4fa5662b6b49611f11856db8be346710217473ef Gitweb: https://git.kernel.org/tip/4fa5662b6b49611f11856db8be346710217473ef Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:36 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:47 +0100 x86/mm: Initialize '

Re: [PATCH 2/2] x86/speculation: Support "Enhanced IBRS" on future CPUs

On 16/02/2018 11:21, David Woodhouse wrote: > Why? With IBRS_ALL the guest *never* gets to affect the actual hardware > MSR, which is always on. The MSR is purely an emulated no-op. Why does > that affect migration? Because even if the host has IBRS_ALL, as long as you want to migrate to a system

[tip:x86/mm] x86/mm: Adjust vmalloc base and size at boot-time

Commit-ID: a7412546d8cb5ad578805060b4006f2a021b5868 Gitweb: https://git.kernel.org/tip/a7412546d8cb5ad578805060b4006f2a021b5868 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:37 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:47 +0100 x86/mm: Adjust vmall

[tip:x86/mm] x86/mm: Support boot-time switching of paging modes in the early boot code

Commit-ID: 6f9dd329717f696f578347c0781a0247db957596 Gitweb: https://git.kernel.org/tip/6f9dd329717f696f578347c0781a0247db957596 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:39 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:48 +0100 x86/mm: Support boot

[tip:x86/mm] x86/mm: Initialize vmemmap_base at boot-time

Commit-ID: 9b46a051e43461a9afda2bdd50e0e0ae349341df Gitweb: https://git.kernel.org/tip/9b46a051e43461a9afda2bdd50e0e0ae349341df Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:38 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:48 +0100 x86/mm: Initialize v

Re: [PATCH 0/4] Move DP phy switch to PHY driver

Hi, On Friday 10 February 2017 01:14 PM, Chris Zhong wrote: > > There are 2 Type-c PHYs in RK3399, but only one DP controller. Hence > only one PHY can connect to DP controller at one time, the other should > be disconnected. The GRF_SOC_CON26 register has a switch bit to do it, > set this bit me

[tip:x86/mm] x86/mm: Replace compile-time checks for 5-level paging with runtime-time checks

Commit-ID: 91f606a8fa68264224cbc76888fa8649cdbe9990 Gitweb: https://git.kernel.org/tip/91f606a8fa68264224cbc76888fa8649cdbe9990 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:41 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:49 +0100 x86/mm: Replace comp

[tip:x86/mm] x86/mm: Allow to boot without LA57 if CONFIG_X86_5LEVEL=y

Commit-ID: 6657fca06e3ffab8d0b3f9d8b397f5ee498952d7 Gitweb: https://git.kernel.org/tip/6657fca06e3ffab8d0b3f9d8b397f5ee498952d7 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:42 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:49 +0100 x86/mm: Allow to boo

[PATCH] ptr_ring: Remove now-redundant smp_read_barrier_depends()

Because READ_ONCE() now implies smp_read_barrier_depends(), the smp_read_barrier_depends() in __ptr_ring_consume() is redundant; this commit removes it and updates the comments. Signed-off-by: Andrea Parri Cc: "David S. Miller" Cc: "Michael S. Tsirkin" Cc: Jason Wang Cc: John Fastabend Cc: Er

[tip:x86/mm] x86/mm: Fold p4d page table layer at runtime

Commit-ID: 98219dda2ab56ce2a967fdebf81e838d676d9ddc Gitweb: https://git.kernel.org/tip/98219dda2ab56ce2a967fdebf81e838d676d9ddc Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 21:25:40 +0300 Committer: Ingo Molnar CommitDate: Fri, 16 Feb 2018 10:48:48 +0100 x86/mm: Fold p4d pag

Re: [PATCH 02/12] usb: typec: Start using ERR_PTR

On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede wrote: > From: Heikki Krogerus > > In order to allow the USB Type-C Class driver take care of > things like muxes and other possible dependencies for the > port drivers, returning ERR_PTR instead of NULL from the > registration functions in case of

Re: [PATCH 6/7] platform/x86: fujitsu-laptop: Define constants for backlight power control

On Sun, Feb 11, 2018 at 10:07:26PM +0100, Micha?? K??pie?? wrote: > Use named constants instead of integers in call_fext_func() invocations > related to backlight power control in order to more clearly convey the > intent of each call. > > Signed-off-by: Micha?? K??pie?? > --- [cut] > +/* FUNC in

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On Fri, Feb 16, 2018 at 10:58:47AM +, Ard Biesheuvel wrote: > By your own reasoning above, that's a no-no as well. I'm sure we can come up with some emulation - the same way we did the BIOS emulation. > But thanks for your input. Anyone else got something constructive to > contribute? The n

Re: [RESEND] phy: sun4i-usb: add support for R40 USB PHY

On Friday 19 January 2018 01:43 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Friday 19 January 2018 11:55 AM, Chen-Yu Tsai wrote: >> Hi Kishon, >> >> On Mon, Jan 15, 2018 at 11:06 PM, Hermann Lauer >> wrote: >>> On Wed, Jan 03, 2018 at 04:49:44PM +0800, Icenowy Zheng wrote: Allwinner R40

Re: [PATCH 0/2] efivars: reading variables can generate SMIs

On 16 February 2018 at 11:08, Borislav Petkov wrote: > On Fri, Feb 16, 2018 at 10:58:47AM +, Ard Biesheuvel wrote: >> By your own reasoning above, that's a no-no as well. > > I'm sure we can come up with some emulation - the same way we did the > BIOS emulation. > >> But thanks for your input.

Re: [PATCH 01/12] drivers: base: Unified device connection lookup

Hi, On 16-02-18 12:00, Andy Shevchenko wrote: On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede wrote: From: Heikki Krogerus Several frameworks - clk, gpio, phy, pmw, etc. - maintain lookup tables for describing connections and provide custom API for handling them. This introduces a single gen

Re: [PATCH 02/12] usb: typec: Start using ERR_PTR

Hi, On 16-02-18 12:07, Andy Shevchenko wrote: On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede wrote: From: Heikki Krogerus In order to allow the USB Type-C Class driver take care of things like muxes and other possible dependencies for the port drivers, returning ERR_PTR instead of NULL from

Re: [PATCH] phy: allwinner: sun4i-usb: poll vbus changes on A23/A33 when driving VBUS

On Friday 19 January 2018 08:15 PM, Maxime Ripard wrote: > On Fri, Jan 19, 2018 at 05:25:41PM +0800, Chen-Yu Tsai wrote: >> The AXP223 PMIC, like the AXP221, does not generate VBUS change >> interrupts when N_VBUSEN is used to drive VBUS for the OTG port >> on the board. >> >> This was not notice

Re: [PATCH 12/12] i2c: qup: reorganization of driver code to remove polling for qup v2

Hi Abhishek, On 2/3/2018 1:28 PM, Abhishek Sahu wrote: > Following are the major issues in current driver code > > 1. The current driver simply assumes the transfer completion >whenever its gets any non-error interrupts and then simply do the >polling of available/free bytes in FIFO. > 2.

[PATCH 6/7 RESEND] arm64: change arm_probe_decode_insn() function name

ARM probe decoding function has similar name in arm32 - arm_probes_decode_insn(), and arm64 - arm_probe_decode_insn(). Change arm64 probes decoding function name from arm_probe_decode_insn() to arm64_probes_decode_insn() to minimize the risk of confusion. Signed-off-by: Maciej Slodczyk --- arch/

[PATCH 0/7 RESEND] arm64: uprobes - ARM32 instruction probing

The uprobe feature on ARM64 kernel does not support ARM A32 instruction probing, making 32 bit apps running on 64 bit kernel unprobeable. This patchset utilizes ARM32 uprobe code in ARM64 tree with following modifications: - moves ARM32 uprobes code form arch/arm to lib/uprobes/arm to be reused by

[PATCH 1/7 RESEND] arm64: move arm uprobes code to be reused by arm64

Move ARM32 uprobes code from arch/arm/probes/ to a more common location - lib/probes/arm/. This code will be used by ARM64 code when uprobing 32-bit applications. Signed-off-by: Maciej Slodczyk --- arch/arm/probes/Makefile | 8 arch/arm/probes/kprobes/ac

[PATCH 2/7 RESEND] arm64: uprobes - fix checkpatch.pl issues

Fix checkpatch.pl issues in moved arm uprobes code. Signed-off-by: Maciej Slodczyk --- lib/probes/arm/actions-arm.c | 4 ++-- lib/probes/arm/decode-arm.c | 1 + lib/probes/arm/decode-arm.h | 4 ++-- lib/probes/arm/decode.c | 6 ++ lib/probes/arm/decode.h | 7 +-- 5 files chan

[PATCH 3/7 RESEND] arm64: introduce get_swbp_insn() instead of static assignment

In uprobes generic code, an arch specific software breakpoint instruction is statically assigned with a #define statement. It does not allow to examine the context and set the proper arch on runtime, which is the case of uprobing either a 32 or 64 bit app on a 64-bit kernel. Introduce get_swbp_insn

[PATCH 4/7 RESEND] arm64: change arm64 probes handler prototype

A probes_handler_t() handler function prototype differ between ARM32 and ARM64 arch subtrees. Make ARM64 prototype the same as ARM32 prototype and adjust the ARM64 code to work with the new prototype. Signed-off-by: Maciej Slodczyk --- arch/arm64/include/asm/probes.h | 6 +- arch/a

[PATCH 7/7 RESEND] arm64: uprobes - ARM32 instruction probing

Detect what kind of instruction is being probed and depending on the result: - if an A64 instruction handle it the old way, using existing A64 instructions probing code, - if an A32 instruction decode it and handle using the new code, moved from 32 bit arm kernel tree. Signed-off-by: Maciej Slodcz

[PATCH 5/7 RESEND] arm64: make arm uprobes code reusable by arm64

There are many segments of ARM32 uprobes code that is very specific to 32-bit ARM arch and many differences between the two architectures that could be made portable (e.g. register numbers). Exclude the ARM32 specific code from ARM64 compilation process and make adjustments in ARM32 uprobes code to

[PATCH 2/3] x86/CPU: Add a microcode loader callback

From: Borislav Petkov Add a callback function which the microcode loader calls when microcode has been updated to a newer revision. Do the callback only when no error was encountered during loading. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/processor.h | 1 + arch/x86/kernel

[PATCH 3/3] x86/CPU: Check CPU feature bits after microcode upgrade

From: Borislav Petkov With some microcode upgrades, new CPUID features can become visible on the CPU. Check what the kernel has mirrored now and issue a warning hinting at possible things the user/admin can do to make use of the newly visible features. Originally-by: Ashok Raj Signed-off-by: Bo

[PATCH 1/3] x86/microcode: Propagate return value from updating functions

From: Borislav Petkov ... so that callers can know when microcode was updated and act accordingly. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/microcode.h | 9 +++-- arch/x86/kernel/cpu/microcode/amd.c | 10 +- arch/x86/kernel/cpu/microcode/core.c | 33

[PATCH 0/3] x86/microcode: Add a microcode loader callback

From: Borislav Petkov Add a callback which the microcode loader calls after microcode has been upgraded late to let the user know that any CPUID changes potentially won't take effect. One possible example for this is that late loading happens after alternatives have run and thus patching which r

Re: [PATCH 01/12] drivers: base: Unified device connection lookup

On Fri, Feb 16, 2018 at 12:21:15PM +0100, Hans de Goede wrote: > Hi, > > On 16-02-18 12:00, Andy Shevchenko wrote: > > On Fri, Feb 16, 2018 at 12:47 PM, Hans de Goede wrote: > > > From: Heikki Krogerus > > > > > > Several frameworks - clk, gpio, phy, pmw, etc. - maintain > > > lookup tables for

Re: [PATCH v2] ASoC: dmic: Add optional wakeup delay

On Thu, Feb 15, 2018 at 06:24:16PM -0800, Matthias Kaehlcke wrote: > On some systems a delay is needed after switching on the clocks, to allow > the output to stabilize and avoid a popping noise at the beginning of > the recording. Add the optional device tree property 'wakeup-delay-ms' This doesn

Re: [PATCHv4 1/4] dt-bindings: sound: add motorola,cpcap-audio-codec

On Wed, Feb 14, 2018 at 11:07:38PM +0100, Sebastian Reichel wrote: > +&cpcap { > + audio-codec { > + compatible = "motorola,cpcap-audio-codec"; > + }; Why are we adding a separate DT node with no content for this? This is a single chip, we already know that the CODEC part is

Re: [v4.14-rt][report] arm: just another rcu_note_context_switch

On 2018-02-14 16:12:42 [-0600], Grygorii Strashko wrote: > Hi All, Hi, > I can see below warning during boot on few TI boards am437x-idk, am335x-evm, > am335x-ice > All of them are non-SMP I somehow missed the !SMP kernel… What about this: Subject: [PATCH] RCU: skip the "schedule() in RCU secti

Re: [PATCH] ARM: dts: rockchip: Add eMMC node for rk3288-vyasa

Am Mittwoch, 14. Februar 2018, 16:47:31 CET schrieb Jagan Teki: > RK3288 Vyasa has eMMC, add dts node to support it. > > Signed-off-by: Jagan Teki applied for 4.17 Thanks Heiko

[PATCH] Staging: nvec: fix line should not end with a open parenthesis.

This patch fix line should not end with open parenthesis found by checkpatch.plscript. Signed-off-by: Yash Omer --- drivers/staging/nvec/nvec.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/nvec/nvec.c b/drivers/staging/nvec/nvec.c index 52054a528723..3

RE: [PATCH] Staging: nvec: fix line should not end with a open parenthesis.

From: Yash Omer > Sent: 16 February 2018 11:37 > This patch fix line should not end with open parenthesis found by > checkpatch.plscript. > > Signed-off-by: Yash Omer > --- > drivers/staging/nvec/nvec.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/stagin

Re: [PATCHv4 2/4] ASoC: codec: cpcap: new codec

On Wed, Feb 14, 2018 at 11:07:39PM +0100, Sebastian Reichel wrote: > +config SND_SOC_CPCAP > + tristate "Motorola CPCAP codec" > + depends on MFD_CPCAP > + default MFD_CPCAP > + We don't have default lines like this for other MFDs... > + SOC_ENUM("Hifi Left Phase Playback Switch"

Re: [RFC 00/12] KVM/X86: Introduce a new guest mapping API

On Sat, 2018-02-10 at 12:33 +0100, KarimAllah Ahmed wrote: > On 02/05/2018 08:26 PM, Mihai Donțu wrote: > > On Mon, 2018-02-05 at 19:47 +0100, KarimAllah Ahmed wrote: > > > Guest memory can either be directly managed by the kernel (i.e. have a > > > "struct > > > page") or they can simply live out

Re: [PATCH] Bluetooth: btusb: Restore QCA Rome suspend/resume fix with a "rewritten" version

Hi Hans, > Commit 7d06d5895c15 ("Revert "Bluetooth: btusb: fix > QCA...suspend/resume"") > removed the setting of the BTUSB_RESET_RESUME quirk for QCA Rome devices, > instead favoring adding USB_QUIRK_RESET_RESUME quirks in > usb/core/quirks.c. > > This was done beca

[PATCH 0/3] x86/mm/5lvl: Optimize boot-time switching, allow more Xen modes

This is the last batch of patches that enable boot-time switching between paging modes. The first patch allows two more Xen modes to be enabled with CONFIG_X86_5LEVEL=y. These modes don't support 5-level paging, but we can use them when boot into 4-level paging mode. The last two patches optimize

[PATCH 2/3] x86/mm: Redefine some of page table helpers as macros

This is preparation for the next patch, which would change pgtable_l5_enabled to be cpu_feature_enabled(X86_FEATURE_LA57). The change makes few helpers in paravirt.h dependent on cpu_feature_enabled() definition from cpufeature.h. And cpufeature.h is dependent on paravirt.h. Let's re-define some

[PATCH 1/3] x86/xen: Allow XEN_PV and XEN_PVH to be enabled with X86_5LEVEL

With boot-time switching between paging modes, XEN_PV and XEN_PVH can be boot into 4-level paging mode. Signed-off-by: Kirill A. Shutemov Reviewed-by: Juergen Gross Tested-by: Juergen Gross --- arch/x86/kernel/head_64.S | 12 ++-- arch/x86/xen/Kconfig | 5 - arch/x86/xen/mmu_

<    1   2   3   4   5   6   7   8   9   >