Re: [PATCH] perf vendor events arm64: Enable JSON events for ThunderX2 B0

On 03/07/2018 11:14 PM, Ganapatrao Kulkarni wrote: > On Thu, Mar 8, 2018 at 12:01 AM, William Cohen wrote: >> On 03/07/2018 12:35 PM, Ganapatrao Kulkarni wrote: >>> Hi Will Cohen, >>> >>> On Wed, Mar 7, 2018 at 8:08 PM, Arnaldo Carvalho de Melo >>> wrote: Em Wed, Mar 07, 2018 at 09:32:05AM -

[PATCH v2 5/8] gpio: 104-dio-48e: Implement get_multiple callback

The ACCES I/O 104-DIO-48E series of devices contain two Programmable Peripheral Interface (PPI) chips of type 82C55, which each feature three 8-bit ports of I/O. Since eight input lines are acquired on a single port input read, the 104-DIO-48E GPIO driver may improve multiple input reads by utilizi

[PATCH v2 6/8] gpio: 104-idi-48: Implement get_multiple callback

The ACCES I/O 104-IDI-48 series of devices provides 48 optically-isolated inputs accessed via six 8-bit ports. Since eight input lines are acquired on a single port input read, the 104-IDI-48 GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch implements th

[PATCH v2 7/8] gpio: gpio-mm: Implement get_multiple callback

The Diamond Systems GPIO-MM series of devices contain two 82C55A devices, which each feature three 8-bit ports of I/O. Since eight input lines are acquired on a single port input read, the GPIO-MM GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch implemen

[PATCH v2 8/8] gpio: ws16c48: Implement get_multiple callback

The WinSystems WS16C48 device provides 48 lines of digital I/O accessed via six 8-bit ports. Since eight input lines are acquired on a single port input read, the WS16C48 GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch implements the ws16c48_gpio_get_mu

Re: [PATCH v2] drm/tegra: plane: Keep 'dependent' blending state of unaffected planes

On Thu, Mar 15, 2018 at 05:24:31PM +0300, Dmitry Osipenko wrote: > This way new state takes into account the current state of unaffected > (by the atomic commit) planes. > > Signed-off-by: Dmitry Osipenko > --- > > v2: Dropped unrelated 'cleanup' changes and fixed > s/state->dependent[i]/sta

[PATCH v2 4/8] gpio: pcie-idio-24: Implement get_multiple/set_multiple callbacks

The ACCES I/O PCIe-IDIO-24 series of devices provides 24 optically-isolated digital I/O accessed via six 8-bit ports. Since eight input lines are acquired on a single port input read -- and similarly eight output lines are set on a single port output write -- the PCIe-IDIO-24 GPIO driver may improv

[PATCH 0/9] x86/dumpstack: Cleanups and user opcode bytes Code: section, v2

From: Borislav Petkov Hi all, here's v2 with the dumpstack cleanups. This one gets rid of code_bytes= as it was discussed last time. As a result, the code got even leaner and simpler. I like that. :) Thx. Borislav Petkov (9): x86/dumstack: Remove code_bytes x86/dumpstack: Unexport oops_beg

[PATCH 5/9] x86/dumpstack: Add loglevel argument to show_opcodes()

From: Borislav Petkov Will be used in the next patch. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/stacktrace.h | 1 + arch/x86/kernel/dumpstack.c | 6 +++--- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/arch/x86/include/asm/stacktrace.h b/arch/x86/include/a

Re: [PATCH] Bluetooth: btrsi: rework dependencies

Hi Arnd, > The linkage between the bluetooth driver and the wireless > driver is not defined properly, leading to build problems > such as: > > warning: (BT_HCIRSI) selects RSI_COEX which has unmet direct dependencies > (NETDEVICES && WLAN && WLAN_VENDOR_RSI && BT_HCIRSI && RSI_91X) > drivers/ne

Re: [PATCH 00/12] crypto: inside-secure - hmac(sha256/sha224) support

Hi Herbert, On Thu, Mar 15, 2018 at 04:38:39PM +0100, Antoine Tenart wrote: > > This series brings hmac(sha256) and hmac(sha224) support to the Inside > Secure cryptographic engine driver. > > The first 10 patches are fixes and reworks needed for the hmac(sha256) > and hmac(224) support to land

[PATCH 4/9] x86/dumpstack: Improve opcodes dumping in the Code: section

From: Borislav Petkov The code used to iterate byte-by-byte over the bytes around RIP and that is expensive: disabling pagefaults around it, copy_from_user, etc... Make it read the whole buffer of OPCODE_BUFSIZE size in one go. Use a statically allocated 64 bytes buffer so that concurrent show_o

Re: [PATCH v4 2/3] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Andrzej, thanks for your patience in reviewing this series On Thu, Mar 15, 2018 at 02:37:00PM +0100, Andrzej Hajda wrote: > On 15.03.2018 11:56, Jacopo Mondi wrote: > > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > > output converter. > > > > Signed-off-by: Jacopo

[PATCH 6/9] x86/fault: Dump user opcode bytes on fatal faults

From: Borislav Petkov Sometimes it is useful to see which user opcode bytes RIP points to when a fault happens: be it to rule out RIP corruption, to dump info early during boot, when doing core dumps is impossible due to not having writable fs yet. Sometimes it is useful if debugging an issue an

Re: [PATCH v2] Revert "mm/page_alloc: fix memmap_init_zone pageblock alignment"

On 15 March 2018 at 15:34, Daniel Vacek wrote: > On Thu, Mar 15, 2018 at 4:17 PM, Ard Biesheuvel > wrote: >> On 15 March 2018 at 15:12, Daniel Vacek wrote: >>> On Thu, Mar 15, 2018 at 8:45 AM, Ard Biesheuvel >>> wrote: On 15 March 2018 at 07:44, Daniel Vacek wrote: > On Thu, Mar 15, 2

[PATCH v2 0/8] Implement get_multiple for ACCES and PC/104 drivers

Changes in v2: - Utilize bitmap_zero macro to clear bits array - Refactor bitwise operations and loop structure for clarity - Implement set_multiple callback for PCIe-IDIO-16 driver This patchset implements get_multiple callbacks for the PC104 GPIO drivers as well as the PCI-IDIO-16 and PCIe

[PATCH 9/9] x86/dumpstack: Explain the reasoning for the prologue and buffer size

From: Borislav Petkov The whole reasoning behind the amount of opcode bytes dumped and prologue length isn't very clear so let's hold down some of the reasons for why it is done the way it is. Signed-off-by: Borislav Petkov --- arch/x86/kernel/dumpstack.c | 19 +++ 1 file chang

Re: [PATCH] [v2] y2038: introduce struct __kernel_old_timeval

On Thu, Mar 15, 2018 at 9:44 AM, Thomas Gleixner wrote: > On Wed, 14 Mar 2018, Arnd Bergmann wrote: >> >> /* >> + * legacy timeval structure, only embedded in structures that >> + * traditionally used 'timeval' to pass time intervals (not absolute >> + * times). Do not add new users. If user spac

Re: [PATCH 2/2] net: phy: relax error checking when creating sysfs link netdev->phydev

On 03/14/2018 09:26 PM, Greg Kroah-Hartman wrote: > On Wed, Mar 14, 2018 at 05:26:24PM -0500, Grygorii Strashko wrote: >> Some ethernet drivers (like TI CPSW) may connect and manage >1 Net PHYs per >> one netdevice, as result such drivers will produce warning during system >> boot and fail to con

[PATCH v2 3/8] gpio: pci-idio-16: Implement get_multiple callback

The ACCES I/O PCI-IDIO-16 series of devices provides 16 optically-isolated digital inputs accessed via two 8-bit ports. Since eight input lines are acquired on a single port input read, the PCI-IDIO-16 GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch imp

[PATCH v2 1/8] iio: stx104: Implement get_multiple callback

The Apex Embedded Systems STX104 series of devices provides 4 TTL compatible lines of inputs accessed via a single 4-bit port. Since four input lines are acquired on a single port input read, the STX104 GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch im

[PATCH v2 2/8] gpio: 104-idio-16: Implement get_multiple callback

The ACCES I/O 104-IDIO-16 series of devices provides 16 optically-isolated digital inputs accessed via two 8-bit ports. Since eight input lines are acquired on a single port input read, the 104-IDIO-16 GPIO driver may improve multiple input reads by utilizing a get_multiple callback. This patch imp

[PATCH 8/9] x86/dumpstack: Save first regs set for the executive summary

From: Borislav Petkov Save the regs set when we call __die() for the first time and print it in oops_end(). Signed-off-by: Borislav Petkov --- arch/x86/kernel/dumpstack.c | 33 - 1 file changed, 12 insertions(+), 21 deletions(-) diff --git a/arch/x86/kernel/dum

[PATCH 7/9] x86/dumpstack: Add a show_ip() function

From: Borislav Petkov Which shows the Istruction Pointer along with the insn bytes around it. Use it whenever we print rIP. Signed-off-by: Borislav Petkov --- arch/x86/include/asm/stacktrace.h | 1 + arch/x86/kernel/dumpstack.c | 13 - arch/x86/kernel/process_32.c | 4

[PATCH 3/9] x86/dumpstack: Carve out Code: dumping into a function

From: Borislav Petkov No functionality change, carve it out into a separate function for later changes. Signed-off-by: Borislav Petkov --- arch/x86/kernel/dumpstack.c | 57 - 1 file changed, 30 insertions(+), 27 deletions(-) diff --git a/arch/x86/ke

Re: [PATCH v3 04/14] KVM: s390: device attribute to set AP interpretive execution

On 15/03/2018 16:26, Tony Krowiak wrote: On 03/15/2018 09:00 AM, Pierre Morel wrote: On 14/03/2018 22:57, Halil Pasic wrote: On 03/14/2018 07:25 PM, Tony Krowiak wrote: The VFIO AP device model exploits interpretive execution of AP instructions (APIE) to provide guests passthrough access to A

[PATCH 2/9] x86/dumpstack: Unexport oops_begin()

From: Borislav Petkov The only user outside of arch/ is not a module since 86cd47334b00 ("ACPI, APEI, GHES, Prevent GHES to be built as module") No functional changes. Signed-off-by: Borislav Petkov --- arch/x86/kernel/dumpstack.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86

[PATCH 1/9] x86/dumstack: Remove code_bytes

From: Borislav Petkov This was added by 86c418374223 ("[PATCH] i386: add option to show more code in oops reports") long time ago but experience shows that 64 instruction bytes are plenty when deciphering an oops. So get rid of it. Removing it will simplify further enhancements to the opcode

[PATCH 02/12] crypto: inside-secure - move cache result dma mapping to request

In heavy traffic the DMA mapping is overwritten by multiple requests as the DMA address is stored in a global context. This patch moves this information to the per-hash request context so that it can't be overwritten. As now the cache is directly mapped from safexcel_ahash_req, it's not dynamicall

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, 2018-03-15 at 17:37 +0200, Ville Syrjälä wrote: > On Thu, Mar 15, 2018 at 08:17:53AM -0700, Joe Perches wrote: > > On Thu, 2018-03-15 at 17:05 +0200, Ville Syrjälä wrote: > > > On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > > > > Op 15-03-18 om 14:30 schreef Ville Syrj

[PATCH 05/12] crypto: inside-secure - fix typo s/allways/always/ in a define

Small cosmetic patch fixing one typo in the EIP197_HIA_DSE_CFG_ALLWAYS_BUFFERABLE macro, it should be _ALWAYS_. Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel.c | 2 +- drivers/crypto/inside-secure/safexcel.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff

Re: [PATCH v3] xen/acpi: upload _PSD info for non Dom0 CPUs too

On 03/15/2018 10:22 AM, Joao Martins wrote: > All uploaded PM data from non-dom0 CPUs takes the info from vCPU 0 and > changing only the acpi_id. For processors which P-state coordination type > is HW_ALL (0xFD) it is OK to upload bogus P-state dependency information > (_PSD), because Xen will igno

[PATCH] Bluetooth: btrsi: rework dependencies

The linkage between the bluetooth driver and the wireless driver is not defined properly, leading to build problems such as: warning: (BT_HCIRSI) selects RSI_COEX which has unmet direct dependencies (NETDEVICES && WLAN && WLAN_VENDOR_RSI && BT_HCIRSI && RSI_91X) drivers/net/wireless/rsi/rsi_91x_m

[PATCH 06/12] crypto: inside-secure - fix a typo in a register name

This patch fixes a typo in the EIP197_HIA_xDR_WR_CTRL_BUG register name, as it should be EIP197_HIA_xDR_WR_CTRL_BUF. This is a cosmetic only change. Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel.c | 2 +- drivers/crypto/inside-secure/safexcel.h | 2 +- 2 files changed,

[PATCH 03/12] crypto: inside-secure - wait for the request to complete if in the backlog

This patch updates the safexcel_hmac_init_pad() function to also wait for completion when the digest return code is -EBUSY, as it would mean the request is in the backlog to be processed later. Fixes: 1b44c5a60c13 ("crypto: inside-secure - add SafeXcel EIP197 crypto engine driver") Suggested-by:

[PATCH 08/12] crypto: inside-secure - do not access buffers mapped to the device

This patches update the way the digest is copied from the state buffer to the result buffer, so that the copy only happen after the state buffer was DMA unmapped, as otherwise the buffer would be owned by the device. Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel_hash.c

[PATCH 00/12] crypto: inside-secure - hmac(sha256/sha224) support

Hi Herbert, This series brings hmac(sha256) and hmac(sha224) support to the Inside Secure cryptographic engine driver. The first 10 patches are fixes and reworks needed for the hmac(sha256) and hmac(224) support to land in. Then 2 patches adds the 2 new algorithms. This has been tested with boot

[PATCH 11/12] crypto: inside-secure - hmac(sha256) support

Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel.c | 3 +- drivers/crypto/inside-secure/safexcel.h | 1 + drivers/crypto/inside-secure/safexcel_hash.c | 80 +--- 3 files changed, 75 insertions(+), 9 deletions(-) diff --git a/drivers/cryp

[PATCH 07/12] crypto: inside-secure - improve the send error path

This patch improves the send error path as it wasn't handling all error cases. A new label is added, and some of the goto are updated to point to the right labels, so that the code is more robust to errors. Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel_hash.c | 7 +-

[PATCH 09/12] crypto: inside-secure - improve the skcipher token

The token used for encryption and decryption of skcipher algorithms sets its stat field to "last packet". As it's a cipher only algorithm, there is not hash operation and thus the "last hash" bit should be set to tell the internal engine no hash operation should be performed. This does not fix a b

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, Mar 15, 2018 at 08:17:53AM -0700, Joe Perches wrote: > On Thu, 2018-03-15 at 17:05 +0200, Ville Syrjälä wrote: > > On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > > > Op 15-03-18 om 14:30 schreef Ville Syrjälä: > > > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perch

Re: [PATCH] serial: stm32: fix initialization of RS485 mode

On Thu, Mar 15, 2018 at 9:44 AM, Bich HEMON wrote: > Configure RS485 mode during port initialization. > > Fixes: 1bcda09d291081a7732fcaa9d1745312404a4e36 ("serial: stm32: add > support for RS485 hardware control mode") > > Signed-off-by: Bich Hemon I noticed the unused-function warning from the

[PATCH 10/12] crypto: inside-secure - the context ipad/opad should use the state sz

This patches uses the state size of the algorithms instead of their digest size to copy the ipad and opad in the context. This doesn't fix anything as the state and digest size are the same for many algorithms, and for all the hmac currently supported by this driver. However hmac(sha224) use the sh

[PATCH 12/12] crypto: inside-secure - hmac(sha224) support

Signed-off-by: Antoine Tenart --- drivers/crypto/inside-secure/safexcel.c | 1 + drivers/crypto/inside-secure/safexcel.h | 1 + drivers/crypto/inside-secure/safexcel_hash.c | 56 3 files changed, 58 insertions(+) diff --git a/drivers/crypto/inside-secure/

[PATCH 04/12] crypto: inside-secure - move the digest to the request context

This patches moves the digest information from the transformation context to the request context. This fixes cases where HMAC init functions were called and override the digest value for a short period of time, as the HMAC init functions call the SHA init one which reset the value. This lead to a s

[PATCH 01/12] crypto: inside-secure - move hash result dma mapping to request

From: Ofer Heifetz In heavy traffic the DMA mapping is overwritten by multiple requests as the DMA address is stored in a global context. This patch moves this information to the per-hash request context so that it can't be overwritten. Fixes: 1b44c5a60c13 ("crypto: inside-secure - add SafeXcel

[PATCH] platform/x86: dell: avoid link error with modular ACPI_SMI

The new DELL_LAPTOP dependencies allowed one configuration that should not have been possible, with DELL_SMBIOS_WMI built-in, but ACPI_SMI as a module: drivers/platform/x86/dell-smbios-wmi.o: In function `run_smbios_call': dell-smbios-wmi.c:(.text+0x47): undefined reference to `wmidev_evaluate_met

[PATCH] cpu/hotplug: fix unused function warning

The cpuhp_is_ap_state() function is no longer called outside of the CONFIG_SMP #ifdef section, causing a harmless warning: kernel/cpu.c:129:13: error: 'cpuhp_is_ap_state' defined but not used [-Werror=unused-function] This moves the function into the #ifdef to get a clean build again. Fixes: 17

Re: [PATCH] mm/page_alloc: fix boot hang in memmap_init_zone

On Thu, Mar 15, 2018 at 3:08 PM, Jia He wrote: > Hi Daniel > > > > On 3/14/2018 6:42 AM, Daniel Vacek Wrote: >> >> On some architectures (reported on arm64) commit 864b75f9d6b01 >> ("mm/page_alloc: fix memmap_init_zone pageblock alignment") >> causes a boot hang. This patch fixes the hang making s

Re: [PATCH v2 1/2] mtd: rawnand: gpmi: add support for specific ECC strength

On March 15, 2018 4:36:20 PM GMT+01:00, Boris Brezillon wrote: >Hi, > >On Sun, 4 Mar 2018 21:06:01 +0100 >Stefan Agner wrote: > >> Add support for specified ECC strength/size using device tree >> properties nand-ecc-strength/nand-ecc-step-size. > >Han, we didn't hear back from you on that. Ar

[PATCH] [RFC] drm: rcar-du: keep temporary dtb files around during build

The *.dtb and *.dtb.S files get removed by 'make' during the build process, and later seem to be missed during the 'modpost' stage: rm drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7795.dtb drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb drivers/gpu/drm/rcar-du/rcar_du_of_lvds_r8a7791.dtb.S dr

Re: [PATCH v3 11/14] s390: vfio-ap: sysfs interface to view matrix mdev matrix

On 15/03/2018 15:52, Tony Krowiak wrote: On 03/15/2018 05:42 AM, Pierre Morel wrote: On 14/03/2018 19:25, Tony Krowiak wrote: Provides a sysfs interface to view the AP matrix configured for the mediated matrix device. The relevant sysfs structures are: /sys/devices/vfio_ap ... [matrix] ..

Re: [PATCH v2 1/2] mtd: rawnand: gpmi: add support for specific ECC strength

Hi, On Sun, 4 Mar 2018 21:06:01 +0100 Stefan Agner wrote: > Add support for specified ECC strength/size using device tree > properties nand-ecc-strength/nand-ecc-step-size. Han, we didn't hear back from you on that. Are you okay with adding these new properties? IIRC, you feared there would be

[PATCH] pstore: fix crypto dependencies

The new crypto API use causes some problems with Kconfig dependencies, including this link error: fs/pstore/platform.o: In function `pstore_register': platform.c:(.text+0x248): undefined reference to `crypto_has_alg' platform.c:(.text+0x2a0): undefined reference to `crypto_alloc_base' fs/pstore/pl

Re: [PATCH v2] Revert "mm/page_alloc: fix memmap_init_zone pageblock alignment"

On Thu, Mar 15, 2018 at 4:17 PM, Ard Biesheuvel wrote: > On 15 March 2018 at 15:12, Daniel Vacek wrote: >> On Thu, Mar 15, 2018 at 8:45 AM, Ard Biesheuvel >> wrote: >>> On 15 March 2018 at 07:44, Daniel Vacek wrote: On Thu, Mar 15, 2018 at 8:36 AM, Ard Biesheuvel wrote: > On 15 M

Re: [PATCH v2 1/4] media: i2c: Copy mt9t112 soc_camera sensor driver

On 03/15/2018 07:38 AM, jacopo mondi wrote: > Hi Sakari, >thanks for looking into this! > > On Thu, Mar 15, 2018 at 01:35:34PM +0200, Sakari Ailus wrote: >> Hi Jacopo, >> >> I wonder if it'd make sense to just make all the changes to the driver and >> then have it reviewed; I'm not sure the ol

Re: [PATCH 07/14] iommu/amd_iommu: use dma_direct_{alloc,free}

On Wed, Mar 14, 2018 at 06:52:06PM +0100, Christoph Hellwig wrote: > This cleans up the code a lot by removing duplicate logic. > > Signed-off-by: Christoph Hellwig > --- > drivers/iommu/Kconfig | 1 + > drivers/iommu/amd_iommu.c | 68 > +++ > 2

Re: [PATCHv3] iommu/intel: Ratelimit each dmar fault printing

On Thu, Mar 15, 2018 at 02:42:00PM +, Dmitry Safonov wrote: > But even with loop-limit we will need ratelimit each printk() *also*. > Otherwise loop-limit will be based on time spent printing, not on > anything else.. > The patch makes sense even with loop-limit in my opinion. Looks like I mis

Re: [RFC PATCH v2 1/3] ima: extend clone() with IMA namespace support

On 03/15/2018 06:40 AM, Eric W. Biederman wrote: Stefan Berger writes: From: Yuqiong Sun Add new CONFIG_IMA_NS config option. Let clone() create a new IMA namespace upon CLONE_NEWNS flag. Add ima_ns data structure in nsproxy. ima_ns is allocated and freed upon IMA namespace creation and exi

Re: [PATCH v3 04/14] KVM: s390: device attribute to set AP interpretive execution

On 03/15/2018 09:00 AM, Pierre Morel wrote: On 14/03/2018 22:57, Halil Pasic wrote: On 03/14/2018 07:25 PM, Tony Krowiak wrote: The VFIO AP device model exploits interpretive execution of AP instructions (APIE) to provide guests passthrough access to AP devices. This patch introduces a new dev

Re: [PATCH v3] vsprintf: Prevent crash when dereferencing invalid pointers

On Thu 2018-03-15 15:09:03, Andy Shevchenko wrote: > On Wed, 2018-03-14 at 15:09 +0100, Petr Mladek wrote: > > We already prevent crash when dereferencing some obviously broken > > pointers. But the handling is not consistent. Sometimes we print > > "(null)" > > only for pure NULL pointer, sometime

Re: [PATCH 05/10] iommu/amd: remove the special case from get_irq_table()

On 2018-03-15 16:19:17 [+0100], Joerg Roedel wrote: > Okay, if the irq-layer does the needed locking, then we don't need > another lock here. There is the modify_irte_ga() path for the > virtualized irq routing into KVM guests, but there should be no KVM > guests running when setup the ioapic routi

Re: [PATCH 3/3] arm64: dts: update the cpu idle node

(sorry for replying so late, just found this by accident when clearing old emails) On 08/02/18 07:54, Ran Wang wrote: > From: Yuantian Tang > > According to PSCI standard v0.2, for CPU_SUSPEND call, which is > used by cpu idle framework, bit[16] of state parameter must be 0. > So update bit[16]

Re: [PATCH v1 13/16] kvm: arm64: Configure VTCR per VM

Hi Christoffer, On 08/02/18 18:04, Christoffer Dall wrote: On Tue, Jan 09, 2018 at 07:04:08PM +, Suzuki K Poulose wrote: We set VTCR_EL2 very early during the stage2 init and don't touch it ever. This is fine as we had a fixed IPA size. This patch changes the behavior to set the VTCR for a

[PATCH] mm/khugepaged: Convert VM_BUG_ON() to collapse fail

khugepaged is not yet able to convert PTE-mapped huge pages back to PMD mapped. We do not collapse such pages. See check khugepaged_scan_pmd(). But if between khugepaged_scan_pmd() and __collapse_huge_page_isolate() somebody managed to instantiate THP in the range and then split the PMD back to PT

Re: [PATCH v6 0/6] staging: Introduce DPAA2 Ethernet Switch driver

On Thu, Mar 15, 2018 at 12:44:37AM +0100, Andrew Lunn wrote: > On Wed, Mar 14, 2018 at 10:55:52AM -0500, Razvan Stefanescu wrote: > > This patchset introduces the Ethernet Switch Driver for Freescale/NXP SoCs > > with DPAA2 (DataPath Acceleration Architecture v2). The driver manages > > switch obje

Re: [PATCH v3 04/14] KVM: s390: device attribute to set AP interpretive execution

On 03/14/2018 05:57 PM, Halil Pasic wrote: On 03/14/2018 07:25 PM, Tony Krowiak wrote: The VFIO AP device model exploits interpretive execution of AP instructions (APIE) to provide guests passthrough access to AP devices. This patch introduces a new device attribute in the KVM_S390_VM_CRYPTO de

Re: [GIT PULL] STi DT update for v4.17 round 2

Hi Arnd On 03/15/2018 03:59 PM, Arnd Bergmann wrote: > On Thu, Mar 15, 2018 at 10:06 AM, Patrice CHOTARD > wrote: >> Hi Arnd, Kevin, Olof >> >> PLease consider this second round of STi dts update for v4.17 >> >> The following changes since commit 0e04ce02e6a2ac30d21294d8bb2aeceb8489e52b: >> >>

Re: [PATCH v2 2/4] ioremap: Implement TLB_INV before huge mapping

On Thu, Mar 15, 2018 at 07:49:01PM +0530, Chintan Pandya wrote: > On 3/15/2018 7:01 PM, Mark Rutland wrote: > > On Thu, Mar 15, 2018 at 06:15:04PM +0530, Chintan Pandya wrote: > > > @@ -91,10 +93,15 @@ static inline int ioremap_pmd_range(pud_t *pud, > > > unsigned long addr, > > >

Re: [PATCH v3 7/7] x86/kvm: use Enlightened VMCS when running on Hyper-V

Paolo Bonzini writes: > On 09/03/2018 15:02, Vitaly Kuznetsov wrote: >> Enlightened VMCS is just a structure in memory, the main benefit >> besides avoiding somewhat slower VMREAD/VMWRITE is using clean field >> mask: we tell the underlying hypervisor which fields were modified >> since VMEXIT so

Re: [PATCH 05/10] iommu/amd: remove the special case from get_irq_table()

On Thu, Mar 15, 2018 at 03:15:41PM +0100, Sebastian Andrzej Siewior wrote: > ->set_allocated() operates only on 0…31 and other could be used at the > same time. However 0…31 should be accessed by other user before they are > ready. > > irq_remapping_alloc() is that ->alloc() callback invoked via >

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, 2018-03-15 at 17:05 +0200, Ville Syrjälä wrote: > On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > > Op 15-03-18 om 14:30 schreef Ville Syrjälä: > > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > > > > drm_printk is used for both DRM_ERROR and DRM_DEBUG

Re: [PATCH v2] Revert "mm/page_alloc: fix memmap_init_zone pageblock alignment"

On 15 March 2018 at 15:12, Daniel Vacek wrote: > On Thu, Mar 15, 2018 at 8:45 AM, Ard Biesheuvel > wrote: >> On 15 March 2018 at 07:44, Daniel Vacek wrote: >>> On Thu, Mar 15, 2018 at 8:36 AM, Ard Biesheuvel >>> wrote: On 15 March 2018 at 02:23, Daniel Vacek wrote: > On Wed, Mar 14, 2

Re: [PATCH v2 2/4] ioremap: Implement TLB_INV before huge mapping

On Thu, Mar 15, 2018 at 06:55:32PM +0530, Chintan Pandya wrote: > On 3/15/2018 6:43 PM, Mark Rutland wrote: > > On Thu, Mar 15, 2018 at 06:15:04PM +0530, Chintan Pandya wrote: > > > Huge mapping changes PMD/PUD which could have > > > valid previous entries. This requires proper > > > TLB maintananc

[PATCH 2/2] ARM: imx: select ARM_CPU_SUSPEND for CPU_IDLE as well

The cpuidle support calls cpu_suspend(), which is compiled conditionally, and fails to link unless something selects CONFIG_ARM_CPU_SUSPEND. arch/arm/mach-imx/cpuidle-imx6sx.o: In function `imx6sx_enter_wait': cpuidle-imx6sx.c:(.text+0x6c): undefined reference to `cpu_suspend' This adds an explic

Re: [PATCH 0/5] DPAA Ethernet fixes

From: Madalin-cristian Bucur Date: Thu, 15 Mar 2018 09:32:35 + >> -Original Message- >> From: Joakim Tjernlund [mailto:joakim.tjernl...@infinera.com] >> Sent: Wednesday, March 14, 2018 8:43 PM >> To: da...@davemloft.net; Madalin-cristian Bucur >> >> >> On Wed, 2018-03-14 at 08:37 -0

Re: [PATCH RFC 1/2] drivers/edac: Add L1 and L2 error detection for A53 and A57

On 03/15/2018 06:36 AM, James Morse wrote: > Hi York, > > You have a DT binding in here, please CC the devicetree list. You're touching > code under arch/arm64, so you need the arm list too. get_maintainer.pl will > take > your patch and give you the list of which lists and maintainers to CC. >

[PATCH 1/2] ARM: imx: fix imx6sll-only build

When selecting SOC_IMX6SLL but not SOC_IMX6SL, we get a link error: arch/arm/mach-imx/mach-imx6sl.o: In function `imx6sl_init_late': mach-imx6sl.c:(.init.text+0x14): undefined reference to `imx6sl_cpuidle_init' This adds the missing line to the Makefile to also build the cpuidle support that we n

Re: [PATCH RFC 1/2] drivers/edac: Add L1 and L2 error detection for A53 and A57

On 03/15/2018 08:07 AM, Mark Rutland wrote: > Hi York, > > On Wed, Mar 14, 2018 at 05:17:46PM -0700, York Sun wrote: >> Add error detection for A53 and A57 cores. Hardware error injection >> is supported on A53. Software error injection is supported on both. >> For hardware error injection on A53

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

On 03/15/2018 01:50 PM, Shmulik Ladkani wrote: > On Thu, 15 Mar 2018 12:56:13 +0100 Daniel Borkmann > wrote: >> On 03/15/2018 10:21 AM, Shmulik Ladkani wrote: >>> >>> Regarding veth xmit, it does makes sense to preserve the fields if not >>> crossing netns. This is also the case when one uses tc

Re: [PATCH v2] Revert "mm/page_alloc: fix memmap_init_zone pageblock alignment"

On Thu, Mar 15, 2018 at 8:45 AM, Ard Biesheuvel wrote: > On 15 March 2018 at 07:44, Daniel Vacek wrote: >> On Thu, Mar 15, 2018 at 8:36 AM, Ard Biesheuvel >> wrote: >>> On 15 March 2018 at 02:23, Daniel Vacek wrote: On Wed, Mar 14, 2018 at 8:29 PM, Ard Biesheuvel wrote: > This re

Re: [PATCH RFC 1/2] drivers/edac: Add L1 and L2 error detection for A53 and A57

On Thu, Mar 15, 2018 at 02:07:28AM +0100, Borislav Petkov wrote: > On Wed, Mar 14, 2018 at 05:17:46PM -0700, York Sun wrote: > > Add error detection for A53 and A57 cores. Hardware error injection > > is supported on A53. Software error injection is supported on both. > > For hardware error injecti

Re: [PATCH] ARM: configs: add OXNAS v6 defconfig

On Wed, Mar 14, 2018 at 9:35 AM, Neil Armstrong wrote: > This patchs adds the minimal defconfig for the OXNAS ARMv6 SoCs > including the OX820 SoC and needed minimal configurations. > > Signed-off-by: Neil Armstrong > --- > > Hi Arnds, > > Can you take this directly ? It will avoid send a pull re

[PATCH] mm/thp: Do not wait for lock_page() in deferred_split_scan()

deferred_split_scan() gets called from reclaim path. Waiting for page lock may lead to deadlock there. Replace lock_page() with trylock_page() and skip the page if we failed to lock it. We will get to the page on the next scan. Signed-off-by: Kirill A. Shutemov --- mm/huge_memory.c | 4 +++- 1

Re: [PATCH v3] vsprintf: Prevent crash when dereferencing invalid pointers

On Wed 2018-03-14 23:12:36, Rasmus Villemoes wrote: > On 2018-03-14 15:09, Petr Mladek wrote: > > > diff --git a/lib/test_printf.c b/lib/test_printf.c > > index 71ebfa43ad05..61c05a352d79 100644 > > --- a/lib/test_printf.c > > +++ b/lib/test_printf.c > > @@ -207,14 +207,15 @@ test_string(void) > >

Re: New -Werror=restrict error with incremental gcc

On 03/15/2018 07:30 AM, Arnaldo Carvalho de Melo wrote: Em Wed, Mar 14, 2018 at 02:19:41PM -0700, Laura Abbott escreveu: Hi, Fedora picked up a new gcc (8.0.1-0.18.fc29) and it seems to have introduced a new error: gcc -Wp,-MD,/home/labbott/linux/tools/objtool/.str_error_r.o.d -Wp,-MT,/ho

Re: [PATCH RFC 1/2] drivers/edac: Add L1 and L2 error detection for A53 and A57

Hi York, On Wed, Mar 14, 2018 at 05:17:46PM -0700, York Sun wrote: > Add error detection for A53 and A57 cores. Hardware error injection > is supported on A53. Software error injection is supported on both. > For hardware error injection on A53 to work, proper access to > L2ACTLR_EL1, CPUACTLR_EL1

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

- dan...@iogearbox.net wrote: > On 03/15/2018 03:35 PM, Roman Mashak wrote: > > Liran Alon writes: > > [...] > >>> Overall I think it might be nice to not need scrubbing skb in > such > >>> cases, > >>> although my concern would be that this has potential to break > >>> existing > >>> setups

Re: [PATCH] drm: Reduce object size of DRM_ERROR and DRM_DEBUG uses

On Thu, Mar 15, 2018 at 03:04:52PM +0100, Maarten Lankhorst wrote: > Op 15-03-18 om 14:30 schreef Ville Syrjälä: > > On Tue, Mar 13, 2018 at 03:02:15PM -0700, Joe Perches wrote: > >> drm_printk is used for both DRM_ERROR and DRM_DEBUG with unnecessary > >> arguments that can be removed by creating

Re: [PATCH] powerpc: Use common error handling code in setup_new_fdt()

On Thu, 2018-03-15 at 14:57 +0300, Dan Carpenter wrote: > On Wed, Mar 14, 2018 at 06:22:07PM -0300, Thiago Jung Bauermann wrote: > > > > SF Markus Elfring writes: > > > > > From: Markus Elfring > > > Date: Sun, 11 Mar 2018 09:03:42 +0100 > > > > > > Add a jump target so that a bit of exception

Re: [PATCH 5/8] trace_uprobe: Support SDT markers having reference count (semaphore)

On 03/13, Ravi Bangoria wrote: > > +sdt_update_ref_ctr(struct mm_struct *mm, unsigned long vaddr, short d) > +{ > + void *kaddr; > + struct page *page; > + struct vm_area_struct *vma; > + int ret = 0; > + unsigned short orig = 0; > + > + if (vaddr == 0) > + retur

Re: [PATCH v3 00/11] Add Kconfig unit tests

2018-03-13 18:12 GMT+09:00 Masahiro Yamada : > I am applying various cleanups to Kconfig these days. > > However, I fear regressions. I have been thinking of unit-tests. > > There are various cryptic parts in Kconfig and corner cases where > it is difficult to notice breakage. If unit-tests cover

[PATCH RFC] xfs, memcg: Call xfs_fs_nr_cached_objects() only in case of global reclaim

xfs_reclaim_inodes_count(XFS_M(sb)) does not care about memcg. So, it's called for memcg reclaim too, e.g. this list is shrinked disproportionality to another lists. This looks confusing, so I'm reporting about this. Consider this patch as RFC. Signed-off-by: Kirill Tkhai --- fs/xfs/xfs_super.c

Re: [PATCH] net: dev_forward_skb(): Scrub packet's per-netns info only when crossing netns

- m...@mojatatu.com wrote: > Liran Alon writes: > > > [...] > > >> Overall I think it might be nice to not need scrubbing skb in such > >> cases, > >> although my concern would be that this has potential to break > >> existing > >> setups when they would expect mark being zero on other ve

Re: [GIT PULL] ARM: dts: uniphier: UniPhier DT updates for v4.17

On Thu, Mar 15, 2018 at 3:47 PM, Masahiro Yamada wrote: > Hi Arnd, Olof, > > Please pull UniPhier DT updates for v4.17. > > Note: > In this development cycle, I ended up with putting all of arm/arm64 changes > into a single pull request. > This is because some DTSI files are shared across arches.

Re: [patch 0/4] genirq: Clean up license information

On Wed, 2018-03-14 at 22:15 +0100, Thomas Gleixner wrote: > The following patch series cleans up the licensing information in the > generic irq subsystem. > > * Replace boiler plate language and sloppy references with SPDX > > * Add missing SPDX identifiers to files with no license reference

Re: [GIT PULL] STi DT update for v4.17 round 2

On Thu, Mar 15, 2018 at 10:06 AM, Patrice CHOTARD wrote: > Hi Arnd, Kevin, Olof > > PLease consider this second round of STi dts update for v4.17 > > The following changes since commit 0e04ce02e6a2ac30d21294d8bb2aeceb8489e52b: > >ARM: dts: STi: Remove unused clk_ext2f_a9 clock (2018-02-13 13:3

Re: [PATCH 3/3] irqchip/gic-v3: Allow LPIs to be disabled from the command line

Hi Marc, On 03/13/2018 12:21 PM, Marc Zyngier wrote: > For most GICv3 implementations, enabling LPIs is a one way switch. > Once they're on, there is no turning back, which completely kills > kexec (pending tables will always be live, and we can't tell the > secondary kernel where they are). > >

Re: [PATCH] ARM: dts: uniphier: add sound node for UniPhier PXs2

2018-03-14 14:26 GMT+09:00 Katsuhiro Suzuki : > This patch adds audio controller, external codec and simple card node > of UniPhier AIO sound system for PXs2 SoCs. > > Signed-off-by: Katsuhiro Suzuki > --- Applied to linux-uniphier. Thanks! > arch/arm/boot/dts/uniphier-pxs2-gentil.dts | 24 ++

Re: [PATCH v3 01/14] KVM: s390: refactor crypto initialization

On 15/03/2018 15:48, Tony Krowiak wrote: On 03/15/2018 08:26 AM, Pierre Morel wrote: On 14/03/2018 19:25, Tony Krowiak wrote: This patch refactors the code that initializes the crypto configuration for a guest. The crypto configuration is contained in a crypto control block (CRYCB) which is a s

<    3   4   5   6   7   8   9   10   11   12   >