RE: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer"

2021-02-08 Thread Kaneda, Erik
> -Original Message- > From: Rafael J. Wysocki > Sent: Monday, February 8, 2021 5:01 AM > To: Shawn Guo ; Ard Biesheuvel > ; Kaneda, Erik > Cc: Linux ARM ; ACPI Devel Maling > List ; Linux Kernel Mailing List ker...@vger.kernel.org>; open list:ACPI COMPONENT ARCHITECTURE > (ACPICA) ; W

Re: [PATCH] platform/surface: Add Surface Hot-Plug driver

2021-02-08 Thread Hans de Goede
Hi, On 2/5/21 2:26 AM, Maximilian Luz wrote: > Some Surface Book 2 and 3 models have a discrete GPU (dGPU) that is > hot-pluggable. On those devices, the dGPU is contained in the base, > which can be separated from the tablet part (containing CPU and > touchscreen) while the device is running. >

Re: [RFC v1 05/26] x86/traps: Add #VE support for TDX guest

2021-02-08 Thread Kuppuswamy, Sathyanarayanan
On 2/8/21 8:59 AM, Peter Zijlstra wrote: 'cute', might be useful to have that mentioned somewhere. we will add a note for it in comments. -- Sathyanarayanan Kuppuswamy Linux Kernel Developer

Re: [PATCH 32/49] perf header: Support HYBRID_TOPOLOGY feature

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 07:25:29AM -0800, kan.li...@linux.intel.com escreveu: > From: Jin Yao > > It would be useful to let user know the hybrid topology. > For example, the HYBRID_TOPOLOGY feature in header indicates which > cpus are core cpus, and which cpus are atom cpus. Can you please updat

Re: [PATCH] auxdisplay: Remove in_interrupt() usage.

2021-02-08 Thread Sebastian Andrzej Siewior
On 2021-02-08 19:38:10 [+0100], Miguel Ojeda wrote: > Hi Sebastian, Hi, > > Therefore there is no need to use `in_interrupt()' to figure out if it > > is save to sleep because it always is. > > save -> safe > > Does it hurt to have `in_interrupt()`? Future patches could make it so Yes. > that i

Re: [PATCH 02/49] x86/cpu: Describe hybrid CPUs in cpuinfo_x86

2021-02-08 Thread Liang, Kan
On 2/8/2021 12:56 PM, Borislav Petkov wrote: On Mon, Feb 08, 2021 at 07:24:59AM -0800, kan.li...@linux.intel.com wrote: diff --git a/arch/x86/include/asm/processor.h b/arch/x86/include/asm/processor.h index c20a52b..1f25ac9 100644 --- a/arch/x86/include/asm/processor.h +++ b/arch/x86/include/

Re: [RFC v1 04/26] x86/tdx: Get TD execution environment information via TDINFO

2021-02-08 Thread Kuppuswamy, Sathyanarayanan
On 2/8/21 2:00 AM, Peter Zijlstra wrote: This needs a binutils version number. Yes, we will add it in next version. -- Sathyanarayanan Kuppuswamy Linux Kernel Developer

Re: [PATCH 02/49] x86/cpu: Describe hybrid CPUs in cpuinfo_x86

2021-02-08 Thread Luck, Tony
On Mon, Feb 08, 2021 at 02:04:24PM -0500, Liang, Kan wrote: > On 2/8/2021 12:56 PM, Borislav Petkov wrote: > > I think it's good enough for perf, but I'm not sure whether other codes need > the CPU type information. > > Ricardo, do you know? > > Maybe we should implement a generic function as be

Re: [PATCH 43/49] perf stat: Add default hybrid events

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 07:25:40AM -0800, kan.li...@linux.intel.com escreveu: > From: Jin Yao > > Previously if '-e' is not specified in perf stat, some software events > and hardware events are added to evlist by default. > > root@otcpl-adl-s-2:~# ./perf stat -- ./triad_loop > > Performance

Re: [PATCH 39/49] perf parse-events: Support hybrid raw events

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 07:25:36AM -0800, kan.li...@linux.intel.com escreveu: > From: Jin Yao > > On hybrid platform, same raw event is possible to be available on > both cpu_core pmu and cpu_atom pmu. So it's supported to create > two raw events for one event encoding. > > root@otcpl-adl-s-2:~#

Re: [PATCH] staging: fix ignoring return value warning

2021-02-08 Thread Dan Carpenter
On Mon, Feb 08, 2021 at 04:06:18PM +0100, Sascha Hauer wrote: > Hi Dan, > > On Mon, Feb 08, 2021 at 04:45:17PM +0300, Dan Carpenter wrote: > > On Sun, Feb 07, 2021 at 05:23:28PM +0800, Youling Tang wrote: > > > Fix the below ignoring return value warning for device_reset. > > > > > > drivers/stag

Re: [PATCH 49/49] perf evsel: Adjust hybrid event and global event mixed group

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 07:25:46AM -0800, kan.li...@linux.intel.com escreveu: > From: Jin Yao > > A group mixed with hybrid event and global event is allowed. For example, > group leader is 'cpu-clock' and the group member is 'cpu_atom/cycles/'. > > e.g. > perf stat -e '{cpu-clock,cpu_atom/cycle

Re: [PATCH net] vsock: fix locking in vsock_shutdown()

2021-02-08 Thread Jakub Kicinski
On Mon, 8 Feb 2021 16:04:31 +0100 Stefano Garzarella wrote: > What do you suggest? > > I did it this way because by modifying only the caller, we would have a > nested lock. > > This way instead we are sure that if we backport this patch, we don't > forget to touch hvs_shutdown() as well. I'm

Re: [PATCH v4 resend 00/13] MFD/extcon/ASoC: Rework arizona codec jack-detect support

2021-02-08 Thread Hans de Goede
Hi Mark, Lee, On 2/4/21 12:24 PM, Hans de Goede wrote: > Hi all, > > Here is v4 of my series to rework the arizona codec jack-detect support > to use the snd_soc_jack helpers instead of direct extcon reporting. > > This is a resend with some extra *-by tags collected and with the extcon > folks

Re: (subset) [PATCH v4 0/5] MFD/ASoC: Add support for Intel Bay Trail boards with WM5102 codec

2021-02-08 Thread Hans de Goede
Hi Mark, On 2/8/21 7:38 PM, Mark Brown wrote: > On Wed, 20 Jan 2021 22:49:52 +0100, Hans de Goede wrote: >> Here is v4 of my series to add support for Intel Bay Trail based devices >> which use a WM5102 codec for audio output/input. >> >> This was developed and tested on a Lenovo Yoga Tablet 1051L

Re: [PATCH 09/20] net: stmmac: Discard mii_irq array from private data

2021-02-08 Thread Andrew Lunn
On Mon, Feb 08, 2021 at 05:03:30PM +0300, Serge Semin wrote: > There has been no user of the denoted array of the device private data > since commit e7f4dc3536a4 ("mdio: Move allocation of interrupts into > core"). Discard it then. > > Signed-off-by: Serge Semin Reviewed-by: Andrew Lunn An

Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer"

2021-02-08 Thread Ard Biesheuvel
On Mon, 8 Feb 2021 at 20:07, Kaneda, Erik wrote: > > > > > -Original Message- > > From: Rafael J. Wysocki > > Sent: Monday, February 8, 2021 5:01 AM > > To: Shawn Guo ; Ard Biesheuvel > > ; Kaneda, Erik > > Cc: Linux ARM ; ACPI Devel Maling > > List ; Linux Kernel Mailing List > ker...@

Re: [PATCH 18/18] arm64: apple: Add initial Mac Mini 2020 (M1) devicetree

2021-02-08 Thread Rob Herring
On Mon, Feb 08, 2021 at 08:56:53PM +0900, Hector Martin 'marcan' wrote: > On 08/02/2021 20.04, Krzysztof Kozlowski wrote: > > apple > > > > Don't make things different for this one platform (comparing to all > > other platforms). Apple is not that special. :) > > AAPL is the old vendor prefix use

Re: [PATCH 46/49] perf stat: Filter out unmatched aggregation for hybrid event

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 07:25:43AM -0800, kan.li...@linux.intel.com escreveu: > From: Jin Yao > > perf-stat has supported some aggregation modes, such as --per-core, > --per-socket and etc. While for hybrid event, it may only available > on part of cpus. So for --per-core, we need to filter out t

[PATCH 1/2] dt-bindings: Add doc for FriendlyARM NanoPi R4S

2021-02-08 Thread Tianling Shen
Add devicetree binding documentation for the FriendlyARM NanoPi R4S. Signed-off-by: Tianling Shen --- Documentation/devicetree/bindings/arm/rockchip.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/rockchip.yaml b/Documentation/devicetree/bindings/a

[PATCH 2/2] rockchip: rk3399: Add support for FriendlyARM NanoPi R4S

2021-02-08 Thread Tianling Shen
This adds support for the NanoPi R4S from FriendlyArm. Rockchip RK3399 SoC 1GB DDR3 or 4GB LPDDR4 RAM Gigabit Ethernet (WAN) Gigabit Ethernet (PCIe) (LAN) USB 3.0 Port x 2 MicroSD slot Reset button WAN - LAN - SYS LED [initial DTS file] Co-developed-by: Jensen Huang Signed-off-by: Jensen Huang

Re: [PATCH 02/49] x86/cpu: Describe hybrid CPUs in cpuinfo_x86

2021-02-08 Thread Borislav Petkov
On Mon, Feb 08, 2021 at 11:10:18AM -0800, Luck, Tony wrote: > > +u32 x86_read_hybrid_type(void) > > +{ > > + if (cpu_feature_enabled(X86_FEATURE_HYBRID_CPU)) > > + return cpuid_eax(0x001a); > > + > > + return 0; > > +} > > Machine check logging will want to include this in "struc

Re: [PATCH V3 2/6] x86_32: use percpu instead of offset-calculation to get thread.sp0 when SWITCH_TO_KERNEL_STACK

2021-02-08 Thread Borislav Petkov
On Thu, Jan 28, 2021 at 12:32:18AM +0800, Lai Jiangshan wrote: > From: Lai Jiangshan > > TSS_entry2task_stack is used to refer to tss.sp1 which is stored the value > of thread.sp0. "... which is a copy of thread.sp0." > > At the code where TSS_entry2task_stack is used in SWITCH_TO_KERNEL_STACK

Re: [PATCH v2 1/5] clk: sunxi-ng: mp: fix parent rate change flag check

2021-02-08 Thread Stephen Boyd
Quoting Jernej Skrabec (2021-02-08 04:17:48) > CLK_SET_RATE_PARENT flag is checked on parent clock instead of current > one. Fix that. > > Fixes: 3f790433c3cb ("clk: sunxi-ng: Adjust MP clock parent rate when > allowed") > Reviewed-by: Chen-Yu Tsai > Tested-by: Andre Heider > Signed-off-by: Jer

Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler

2021-02-08 Thread Yu, Yu-cheng
On 2/8/2021 10:53 AM, Borislav Petkov wrote: On Mon, Feb 08, 2021 at 10:50:07AM -0800, Yu, Yu-cheng wrote: I have not run into the situation. Initially it was there because other faults have it. Which other faults? exc_general_protection() and do_trap() both call show_signal(), which then

[GIT PULL] tracing: Fix output of top level event "enable" file

2021-02-08 Thread Steven Rostedt
Steven Rostedt (VMware) Linus, tracing: Fix output of top level event "enable" file When writing a tool for enabling events in the tracing system, an anomaly was discovered. The top level event "enable" file would never show "1" when all events were enabled. The system and event "enable" files

Re: [PATCH 0/3 v2] arm64/ptrace: allow to get all registers on syscall traps

2021-02-08 Thread Keno Fischer
> > Could you describe the problem in more details? I wonder whether we have > the same thing in CRIU... > Sure, basically the issue is that orig_x0 gets recorded at the start of the syscall entry, but is not otherwise part of the ptrace state. It used to be primarily used for resetting the argume

Re: [PATCH] KVM: x86: compile out TDP MMU on 32-bit systems

2021-02-08 Thread Sean Christopherson
On Sat, Feb 06, 2021, Paolo Bonzini wrote: > The TDP MMU assumes that it can do atomic accesses to 64-bit PTEs. > Rather than just disabling it, compile it out completely so that it > is possible to use for example 64-bit xchg. > > To limit the number of stubs, wrap all accesses to tdp_mmu_enabled

Re: [PATCH v7 01/14] clk: tegra: Add PLLE HW power sequencer control

2021-02-08 Thread Stephen Boyd
Quoting JC Kuo (2021-01-19 23:34:01) > PLLE has a hardware power sequencer logic which is a state machine > that can power on/off PLLE without any software intervention. The > sequencer has two inputs, one from XUSB UPHY PLL and the other from > SATA UPHY PLL. PLLE provides reference clock to XUSB

Re: [PATCH] MAINTAINERS: Add section for NXP i.MX clock drivers

2021-02-08 Thread Stephen Boyd
Quoting Abel Vesa (2021-01-13 04:53:08) > Add a section for NXP i.MX clock drivers and list myself > as the maintainer. > > Signed-off-by: Abel Vesa > --- Applied to clk-next

Re: [PATCH v7 02/14] clk: tegra: Don't enable PLLE HW sequencer at init

2021-02-08 Thread Stephen Boyd
Quoting JC Kuo (2021-01-19 23:34:02) > PLLE hardware power sequencer references PEX/SATA UPHY PLL hardware > power sequencers' output to enable/disable PLLE. PLLE hardware power > sequencer has to be enabled only after PEX/SATA UPHY PLL's sequencers > are enabled. > > Signed-off-by: JC Kuo > Acke

Re: [PATCH] perf stat: Use nftw() instead of ftw()

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Mon, Feb 08, 2021 at 06:11:57PM +, Paul Cercueil escreveu: > ftw() has been obsolete for about 12 years now. > > Fixes: bb1c15b60b98 ("perf stat: Support regex pattern in --for-each-cgroup") > CC: sta...@vger.kernel.org > Signed-off-by: Paul Cercueil > --- > > Notes: > NOTE: Not runti

[PATCH 0/4] Kasan improvements and fixes

2021-02-08 Thread Alexandre Ghiti
This small series contains some improvements for the riscv KASAN code: - it brings a better readability of the code (patch 1/2) - it fixes oversight regarding page table population which I uncovered while working on my sv48 patchset (patch 3) - it helps to have better performance by using hugepa

RE: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer"

2021-02-08 Thread Kaneda, Erik
> -Original Message- > From: Ard Biesheuvel > Sent: Monday, February 8, 2021 11:14 AM > To: Kaneda, Erik > Cc: Rafael J. Wysocki ; Shawn Guo > ; Linux ARM ker...@lists.infradead.org>; ACPI Devel Maling List a...@vger.kernel.org>; Linux Kernel Mailing List ker...@vger.kernel.org>; ope

Re: linux-next: Tree for Feb 8 (objtool: warnings: 5)

2021-02-08 Thread Randy Dunlap
On 2/8/21 4:52 AM, Stephen Rothwell wrote: > Hi all, > > Changes since 20210205: > on x86_64: objtool warnings: (from 3 different randconfig builds) drivers/input/touchscreen/elants_i2c.o: warning: objtool: elants_i2c_initialize() falls through to next function elants_i2c_resume() ~ fs/se

[PATCH 2/4] riscv: Use KASAN_SHADOW_INIT define for kasan memory initialization

2021-02-08 Thread Alexandre Ghiti
Instead of hardcoding memory initialization to 0, use KASAN_SHADOW_INIT. Signed-off-by: Alexandre Ghiti --- arch/riscv/mm/kasan_init.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/riscv/mm/kasan_init.c b/arch/riscv/mm/kasan_init.c index a8a2ffd9114a..7bbe09416a2e

[PATCH 1/4] riscv: Improve kasan definitions

2021-02-08 Thread Alexandre Ghiti
There is no functional change here, only improvement in code readability by adding comments to explain where the kasan constants come from and by replacing hardcoded numerical constant by the corresponding define. Note that the comments come from arm64. Signed-off-by: Alexandre Ghiti --- arch/r

Re: linux-next: build failure after merge of the pm tree

2021-02-08 Thread Rafael J. Wysocki
On Friday, February 5, 2021 12:15:22 PM CET Andy Shevchenko wrote: > On Fri, Feb 5, 2021 at 11:14 AM Andy Shevchenko > wrote: > > On Friday, February 5, 2021, Stephen Rothwell wrote: > > >> After merging the pm tree, today's linux-next build (x86_64 allmodconfig) > >> failed like this: > >> > >

[PATCH] spmi: spmi-pmic-arb: Fix hw_irq overflow

2021-02-08 Thread Subbaraman Narayanamurthy
Currently, when handling the SPMI summary interrupt, the hw_irq number is calculated based on SID, Peripheral ID, IRQ index and APID. This is then passed to irq_find_mapping() to see if a mapping exists for this hw_irq and if available, invoke the interrupt handler. Since the IRQ index uses an "int

[PATCH 3/4] riscv: Improve kasan population function

2021-02-08 Thread Alexandre Ghiti
Current population code populates a whole page table without taking care of what could have been already allocated and without taking into account possible index in page table, assuming the virtual address to map is always aligned on the page table size, which, for example, won't be the case when t

Re: [PATCH AUTOSEL 5.10 03/45] SUNRPC: Handle TCP socket sends with kernel_sendpage() again

2021-02-08 Thread Trond Myklebust
On Tue, 2021-01-19 at 20:25 -0500, Sasha Levin wrote: > From: Chuck Lever > > [ Upstream commit 4a85a6a3320b4a622315d2e0ea91a1d2b013bce4 ] > > Daire Byrne reports a ~50% aggregrate throughput regression on his > Linux NFS server after commit da1661b93bf4 ("SUNRPC: Teach server to > use xprt_sock

[PATCH 4/4] riscv: Improve kasan population by using hugepages when possible

2021-02-08 Thread Alexandre Ghiti
The kasan functions that populates the shadow regions used to allocate them page by page and did not take advantage of hugepages, so fix this by trying to allocate hugepages of 1GB and fallback to 2MB hugepages or 4K pages in case it fails. This reduces the page table memory consumption and improv

Re: [PATCH v4 15/15] dmaengine: dw-edma: Add pcim_iomap_table return checker

2021-02-08 Thread Bjorn Helgaas
[+cc Krzysztof] >From reading the subject, I thought you were adding a function to check the return values, i.e., a "checker." But you're really adding "checks" :) On Wed, Feb 03, 2021 at 10:58:06PM +0100, Gustavo Pimentel wrote: > Detected by CoverityScan CID 16555 ("Dereference null return") >

[PATCH 2/6] platform/surface: aggregator_registry: Add base device hub

2021-02-08 Thread Maximilian Luz
The Surface Book 3 has a detachable base part. While the top part (so-called clipboard) contains the CPU, touchscreen, and primary battery, the base contains, among other things, a keyboard, touchpad, and secondary battery. Those devices do not react well to being accessed when the base part is de

[PATCH 0/6] platform/surface: Add Surface Aggregator device registry

2021-02-08 Thread Maximilian Luz
The Surface System Aggregator Module (SSAM) subsystem provides various functionalities, which are separated by spreading them across multiple devices and corresponding drivers. Parts of that functionality / some of those devices, however, can (as far as we currently know) not be auto-detected by co

[PATCH 3/6] platform/surface: aggregator_registry: Add battery subsystem devices

2021-02-08 Thread Maximilian Luz
Add battery subsystem (TC=0x02) devices (battery and AC) to the SSAM device registry. These devices need to be registered for 7th-generation Surface models. On 5th- and 6th-generation models, these devices are handled via the standard ACPI battery/AC interface, which in turn accesses the same SSAM

[PATCH 1/6] platform/surface: Set up Surface Aggregator device registry

2021-02-08 Thread Maximilian Luz
The Surface System Aggregator Module (SSAM) subsystem provides various functionalities, which are separated by spreading them across multiple devices and corresponding drivers. Parts of that functionality / some of those devices, however, can (as far as we currently know) not be auto-detected by co

[PATCH 4/6] platform/surface: aggregator_registry: Add platform profile device

2021-02-08 Thread Maximilian Luz
Add the SSAM platform profile device to the SSAM device registry. This device is accessible under the thermal subsystem (TC=0x03) and needs to be registered for all Surface models. Signed-off-by: Maximilian Luz --- .../surface/surface_aggregator_registry.c | 15 +++ 1 file ch

[PATCH 6/6] platform/surface: aggregator_registry: Add HID subsystem devices

2021-02-08 Thread Maximilian Luz
Add HID subsystem (TC=0x15) devices. These devices need to be registered for 7th-generation Surface models. On previous generations, these devices are either provided as platform devices via ACPI (Surface Laptop 1 and 2) or implemented as standard USB device. Signed-off-by: Maximilian Luz --- ..

[PATCH 5/6] platform/surface: aggregator_registry: Add DTX device

2021-02-08 Thread Maximilian Luz
Add the detachment system (DTX) SSAM device for the Surface Book 3. This device is accessible under the base (TC=0x11) subsystem. Signed-off-by: Maximilian Luz --- drivers/platform/surface/surface_aggregator_registry.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/platform/s

[PATCH v2] auxdisplay: Remove in_interrupt() usage.

2021-02-08 Thread Sebastian Andrzej Siewior
charlcd_write() is invoked as a VFS->write() callback and as such it is always invoked from preemptible context and may sleep. charlcd_puts() is invoked from register/unregister callback which is preemptible. The reboot notifier callback is also invoked from preemptible context. Therefore there i

Re: [PATCH 00/16] net: stmmac: Add DW MAC GPIOs and Baikal-T1 GMAC support

2021-02-08 Thread Andrew Lunn
On Mon, Feb 08, 2021 at 05:08:04PM +0300, Serge Semin wrote: Hi Serge I suggest you split this patchset up. This uses the generic GPIO framework, which is great. But that also means you should be Cc: the GPIO subsystem maintainers and list. But you don't want to spam them with all the preparation

RE: [RFC PATCH 00/18] Microsoft Hypervisor root partition ioctl interface

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > This patch series provides a userspace interface for creating and running > guest > virtual machines while running on the Microsoft Hypervisor [0]. > > Since managing guest machines can only be done when Linux is the root > part

Re: [PATCH 0/3] Fix some seq_file users that were recently broken

2021-02-08 Thread Jakub Kicinski
On Sun, 7 Feb 2021 13:11:45 -0800 Andrew Morton wrote: > On Sat, 6 Feb 2021 14:29:24 -0800 Jakub Kicinski wrote: > > On Fri, 5 Feb 2021 14:35:50 -0800 Andrew Morton wrote: > > > On Fri, 05 Feb 2021 11:36:30 +1100 NeilBrown wrote: > > > 1f4aace60b0e ("fs/seq_file.c: simplify seq_file iteration c

Re: [PATCH 14/20] crypto: caam: caampkc: Provide the name of the function

2021-02-08 Thread Horia Geantă
On 2/4/2021 1:10 PM, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/crypto/caam/caampkc.c:199: warning: expecting prototype for from a > given scatterlist(). Prototype was for caam_rsa_count_leading_zeros() instead > > Cc: "Horia Geantă" > Cc: Aymen Sghaier >

RE: [RFC PATCH 04/18] virt/mshv: request version ioctl

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > Reserve ioctl number in userpsace-api/ioctl/ioctl-number.rst > Introduce MSHV_REQUEST_VERSION ioctl. > Introduce documentation for /dev/mshv in Documentation/virt/mshv > > Signed-off-by: Nuno Das Neves > --- > .../userspace-api/

RE: [RFC PATCH 06/18] virt/mshv: create, initialize, finalize, delete partition hypercalls

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > Add hypercalls for fully setting up and mostly tearing down a guest > partition. > The teardown operation will generate an error as the deposited > memory has not been withdrawn. > This is fixed in the next patch. > > Co-developed

RE: [RFC PATCH 07/18] virt/mshv: withdraw memory hypercall

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > Withdraw the memory from a finalized partition and free the pages. > The partition is now cleaned up correctly when the fd is released. > > Co-developed-by: Lillian Grassin-Drake > Signed-off-by: Lillian Grassin-Drake > Signed-o

Re: [PATCH] riscv: Improve kasan population by using hugepages when possible

2021-02-08 Thread Alex Ghiti
Le 2/2/21 à 3:50 AM, Alex Ghiti a écrit : Hi, Le 2/1/21 à 3:00 AM, Alexandre Ghiti a écrit : Kasan function that populates the shadow regions used to allocate them page by page and did not take advantage of hugepages, so fix this by trying to allocate hugepages of 1GB and fallback to 2MB hugepa

Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer"

2021-02-08 Thread Ard Biesheuvel
On Mon, 8 Feb 2021 at 20:30, Kaneda, Erik wrote: > > > > > -Original Message- > > From: Ard Biesheuvel > > Sent: Monday, February 8, 2021 11:14 AM > > To: Kaneda, Erik > > Cc: Rafael J. Wysocki ; Shawn Guo > > ; Linux ARM > ker...@lists.infradead.org>; ACPI Devel Maling List > a...@vge

Re: linux-next: build failure after merge of the pm tree

2021-02-08 Thread Andy Shevchenko
On Mon, Feb 8, 2021 at 9:30 PM Rafael J. Wysocki wrote: > > On Friday, February 5, 2021 12:15:22 PM CET Andy Shevchenko wrote: > > On Fri, Feb 5, 2021 at 11:14 AM Andy Shevchenko > > wrote: > > > On Friday, February 5, 2021, Stephen Rothwell > > > wrote: > > > > >> After merging the pm tree, to

RE: [RFC PATCH 10/18] virt/mshv: get and set vcpu registers ioctls

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > Add ioctls for getting and setting virtual processor registers. > > Co-developed-by: Lillian Grassin-Drake > Signed-off-by: Lillian Grassin-Drake > Signed-off-by: Nuno Das Neves > --- > Documentation/virt/mshv/api.rst

RE: [RFC PATCH 08/18] virt/mshv: map and unmap guest memory

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:30 PM > > Introduce ioctls for mapping and unmapping regions of guest memory. > > Uses a table of memory 'slots' similar to KVM, but the slot > number is not visible to userspace. > > For now, this simple implementation requires each new m

Re: [PATCH v9 01/18] docs: acrn: Introduce ACRN

2021-02-08 Thread Randy Dunlap
Hi-- On 2/6/21 7:10 PM, shuo.a@intel.com wrote: > From: Shuo Liu > > Add documentation on the following aspects of ACRN: > > 1) A brief introduction on the architecture of ACRN. > 2) I/O request handling in ACRN. > 3) CPUID functions of ACRN. > --- > diff --git a/Documentation/virt/

RE: [RFC PATCH 11/18] virt/mshv: set up synic pages for intercept messages

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:31 PM > > Same idea as synic setup in drivers/hv/hv.c:hv_synic_enable_regs() > and hv_synic_disable_regs(). > Setting up synic registers in both vmbus driver and mshv would clobber > them, but the vmbus driver will not run in the root partit

Re: linux-next: build failure after merge of the pm tree

2021-02-08 Thread Andy Shevchenko
On Mon, Feb 8, 2021 at 9:47 PM Andy Shevchenko wrote: > On Mon, Feb 8, 2021 at 9:30 PM Rafael J. Wysocki wrote: > > > > On Friday, February 5, 2021 12:15:22 PM CET Andy Shevchenko wrote: > > > On Fri, Feb 5, 2021 at 11:14 AM Andy Shevchenko > > > wrote: > > > > On Friday, February 5, 2021, Steph

Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler

2021-02-08 Thread Borislav Petkov
On Mon, Feb 08, 2021 at 11:23:18AM -0800, Yu, Yu-cheng wrote: > exc_general_protection() and do_trap() both call show_signal(), which > then calls printk_ratelimit(). You could've done some git archeology and could've found abd4f7505baf ("x86: i386-show-unhandled-signals-v3") which explains wh

Re: [PATCH AUTOSEL 5.10 03/45] SUNRPC: Handle TCP socket sends with kernel_sendpage() again

2021-02-08 Thread Chuck Lever
> On Feb 8, 2021, at 2:34 PM, Trond Myklebust wrote: > > On Tue, 2021-01-19 at 20:25 -0500, Sasha Levin wrote: >> From: Chuck Lever >> >> [ Upstream commit 4a85a6a3320b4a622315d2e0ea91a1d2b013bce4 ] >> >> Daire Byrne reports a ~50% aggregrate throughput regression on his >> Linux NFS server

[PATCH] platform/surface: Add platform profile driver

2021-02-08 Thread Maximilian Luz
Add a driver to provide platform profile support on 5th- and later generation Microsoft Surface devices with a Surface System Aggregator Module. On those devices, the platform profile can be used to influence cooling behavior and power consumption. For example, the default 'quiet' profile limits f

RE: [RFC PATCH 15/18] virt/mshv: get and set vp state ioctls

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:31 PM > To: linux-hyp...@vger.kernel.org > Cc: virtualizat...@lists.linux-foundation.org; linux-kernel@vger.kernel.org; > Michael Kelley > ; virem...@linux.microsoft.com; Sunil Muthuswamy > ; nunodasne...@linux.microsoft.com; > wei@kern

Re: [PATCH 15/20] crypto: caam: caamalg_qi2: Supply a couple of 'fallback' related descriptions

2021-02-08 Thread Horia Geantă
On 2/4/2021 1:10 PM, Lee Jones wrote: > Fixes the following W=1 kernel build warning(s): > > drivers/crypto/caam/caamalg_qi2.c:87: warning: Function parameter or member > 'xts_key_fallback' not described in 'caam_ctx' > drivers/crypto/caam/caamalg_qi2.c:87: warning: Function parameter or member

RE: [RFC PATCH 16/18] virt/mshv: mmap vp register page

2021-02-08 Thread Michael Kelley
From: Nuno Das Neves Sent: Friday, November 20, 2020 4:31 PM > > Introduce mmap interface for a virtual processor, exposing a page for > setting and getting common registers while the VP is suspended. > > This provides a more performant and convenient way to get and set these > registers in the

[PATCH]: checkpatch: Fixed styling issue

2021-02-08 Thread Mukul Mehar
>From 29bcaf0066003983da29b1e026b985c0727b091a Mon Sep 17 00:00:00 2001 From: Mukul Mehar Date: Mon, 8 Feb 2021 01:03:06 +0530 Subject: [PATCH] Drivers: staging: most: sound: Fixed style issue. This patch fixes a warning, of the line ending with a '(', generated by checkpatch.pl. This is my first

Re: [PATCH] KVM: x86: compile out TDP MMU on 32-bit systems

2021-02-08 Thread Paolo Bonzini
On 08/02/21 20:26, Sean Christopherson wrote: This can/should also expand the #ifdef to the TDP-only fields in kvm_mmu_page. I also vote to #ifdef out all of tdp_iter.h, and probably the TDP-only fields in struct kvm_arch. Agreed except for tdp_iter.h, I don't see the point since it is not us

Re: [PATCH RFC] hugetlb_cgroup: fix unbalanced css_put for shared mappings

2021-02-08 Thread Mike Kravetz
On 1/23/21 1:31 AM, Miaohe Lin wrote: > The current implementation of hugetlb_cgroup for shared mappings could have > different behavior. Consider the following two scenarios: > > 1.Assume initial css reference count of hugetlb_cgroup is 1: > 1.1 Call hugetlb_reserve_pages with from = 1, to = 2.

Re: [PATCH v1] clang_tools:gen_compile_commands: Change the default source directory

2021-02-08 Thread Nathan Chancellor
On Mon, Feb 08, 2021 at 07:28:57PM +0800, Stephen Zhang wrote: > The default source directory is set equal to build directory which > specified by "-d".But it is designed to be set to the current working > directoy by default, as the help messge says.It makes a differece when > source directory and

Re: [PATCH net-next 5/7] net: marvell: prestera: add LAG support

2021-02-08 Thread Tobias Waldekranz
On Thu, Feb 04, 2021 at 21:16, Jakub Kicinski wrote: > On Wed, 3 Feb 2021 18:54:56 +0200 Vadym Kochan wrote: >> From: Serhiy Boiko >> >> The following features are supported: >> >> - LAG basic operations >> - create/delete LAG >> - add/remove a member to LAG >> - en

Re: [PATCH 0/6] platform/surface: Add Surface Aggregator device registry

2021-02-08 Thread Hans de Goede
Hi, On 2/8/21 8:35 PM, Maximilian Luz wrote: > The Surface System Aggregator Module (SSAM) subsystem provides various > functionalities, which are separated by spreading them across multiple > devices and corresponding drivers. Parts of that functionality / some of > those devices, however, can (a

Re: [PATCH 2/2] x86/unwind/orc: Silence warnings caused by missing ORC data

2021-02-08 Thread Josh Poimboeuf
On Fri, Feb 05, 2021 at 08:24:03AM -0600, Josh Poimboeuf wrote: > The ORC unwinder attempts to fall back to frame pointers when ORC data > is missing for a given instruction. It sets state->error, but then > tries to keep going as a best-effort type of thing. That may result in > further warnings

Re: [PATCH]: checkpatch: Fixed styling issue

2021-02-08 Thread Greg KH
On Tue, Feb 09, 2021 at 01:21:16AM +0530, Mukul Mehar wrote: > >From 29bcaf0066003983da29b1e026b985c0727b091a Mon Sep 17 00:00:00 2001 > From: Mukul Mehar > Date: Mon, 8 Feb 2021 01:03:06 +0530 > Subject: [PATCH] Drivers: staging: most: sound: Fixed style issue. > > This patch fixes a warning, o

[ANNOUNCE][CFP] Linux Security Summit 2021

2021-02-08 Thread James Morris
== ANNOUNCEMENT AND CALL FOR PARTICIPATION LINUX SECURITY SUMMIT 2021 27-29 September Du

Re: [PATCH 2/2] x86/unwind/orc: Silence warnings caused by missing ORC data

2021-02-08 Thread Ivan Babrou
On Mon, Feb 8, 2021 at 11:56 AM Josh Poimboeuf wrote: > > On Fri, Feb 05, 2021 at 08:24:03AM -0600, Josh Poimboeuf wrote: > > The ORC unwinder attempts to fall back to frame pointers when ORC data > > is missing for a given instruction. It sets state->error, but then > > tries to keep going as a

Re: [PATCH 5.10 000/120] 5.10.15-rc1 review

2021-02-08 Thread Shuah Khan
On 2/8/21 7:59 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.10.15 release. There are 120 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made

Re: [net-next PATCH v5 01/15] Documentation: ACPI: DSD: Document MDIO PHY

2021-02-08 Thread Randy Dunlap
Hi, Just a couple of nits below: On 2/8/21 7:12 AM, Calvin Johnson wrote: > Introduce ACPI mechanism to get PHYs registered on a MDIO bus and > provide them to be connected to MAC. > > Describe properties "phy-handle" and "phy-mode". > > Signed-off-by: Calvin Johnson > --- > Documentation/fir

Re: [PATCH 0/6] platform/surface: Add Surface Aggregator device registry

2021-02-08 Thread Maximilian Luz
On 2/8/21 8:55 PM, Hans de Goede wrote: Hi, On 2/8/21 8:35 PM, Maximilian Luz wrote: The Surface System Aggregator Module (SSAM) subsystem provides various functionalities, which are separated by spreading them across multiple devices and corresponding drivers. Parts of that functionality / som

[PATCH] misc: fastrpc: fix incorrect usage of dma_map_sgtable

2021-02-08 Thread Jonathan Marek
dma_map_sgtable() returns 0 on success, which is the opposite of what this code was doing. Fixes: 7cd7edb89437 ("misc: fastrpc: fix common struct sg_table related issues") Signed-off-by: Jonathan Marek --- drivers/misc/fastrpc.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff

[PATCH 01/24] perf daemon: Add daemon command

2021-02-08 Thread Jiri Olsa
Adding daemon skeleton with minimal base (non) functionality, covering various setup in start command. Adding perf-daemon.txt with basic info. Signed-off-by: Jiri Olsa --- tools/perf/Build | 1 + tools/perf/Documentation/perf-daemon.txt | 40 +++ tools/perf/buil

Re: [PATCH 0/6] platform/surface: Add Surface Aggregator device registry

2021-02-08 Thread Hans de Goede
Hi, On 2/8/21 9:04 PM, Maximilian Luz wrote: > On 2/8/21 8:55 PM, Hans de Goede wrote: >> Hi, >> >> On 2/8/21 8:35 PM, Maximilian Luz wrote: >>> The Surface System Aggregator Module (SSAM) subsystem provides various >>> functionalities, which are separated by spreading them across multiple >>> dev

[PATCH 04/24] perf daemon: Add server socket support

2021-02-08 Thread Jiri Olsa
Add support to create server socket that listens for client commands and process them. This patch adds only the core support, all commands using this functionality are coming in following patches. Signed-off-by: Jiri Olsa --- tools/perf/builtin-daemon.c | 117 +++

[PATCH 02/24] perf daemon: Add config option

2021-02-08 Thread Jiri Olsa
Adding config option and base functionality that takes the option argument (if specified) and other system config locations and produces 'acting' config file path. The actual config file processing is coming in following patches. Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-daemon

[PATCHv4 00/24] perf tools: Add daemon command

2021-02-08 Thread Jiri Olsa
hi, we were asked for possibility to be able run record sessions on background. This patchset adds support to configure and run record sessions on background via new 'perf daemon' command. Please check below the example on usage. Available also here: git://git.kernel.org/pub/scm/linux/kernel/g

[PATCH 05/24] perf daemon: Add client socket support

2021-02-08 Thread Jiri Olsa
Adding support for client socket side that will be used to send commands to daemon server socket. This patch adds only the core support, all commands using this functionality are coming in following patches. Signed-off-by: Jiri Olsa --- tools/perf/builtin-daemon.c | 135

Re: [PATCH v3 2/2] perf script: Support filtering by hex address

2021-02-08 Thread Arnaldo Carvalho de Melo
Em Sun, Feb 07, 2021 at 04:09:35PM +0800, Jin Yao escreveu: > > Signed-off-by: Jin Yao > --- > v3: >Update setup_addrlist: >1. Add more checks for strtoul (errno, space and etc). >2. Don't break when detect an invalid address, just save the > valid address to addr_list. Than

[PATCH 07/24] perf daemon: Add config file change check

2021-02-08 Thread Jiri Olsa
Adding support to detect daemon's config file changes and re-read the configuration when that happens. Using inotify file descriptor plugged into the main fdarray object for polling. Example: # cat ~/.perfconfig [daemon] base=/opt/perfdata [session-cycles] run = -m 10M -e cycles --ove

[PATCH 08/24] perf daemon: Add background support

2021-02-08 Thread Jiri Olsa
Adding support to put daemon process in the background. It's now enabled by default and -f option is added to keep daemon process on the console for debugging. Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-daemon.txt | 4 ++ tools/perf/builtin-daemon.c | 62 ++

[PATCH 06/24] perf daemon: Add config file support

2021-02-08 Thread Jiri Olsa
Adding support to configure daemon with config file. Each client or server invocation of perf daemon needs to know the base directory, where all sessions data is stored. The base is defined with: daemon.base Base path for daemon data. All sessions data are stored under this path. The

[PATCH 09/24] perf daemon: Add signalfd support

2021-02-08 Thread Jiri Olsa
Using signalfd fd for tracking SIGCHLD signals as notification for perf session termination. This way we don't need to actively check for child status, but we are notified if there's change. Suggested-by: Alexei Budankov Signed-off-by: Jiri Olsa --- tools/perf/builtin-daemon.c | 161 ++

[PATCH 10/24] perf daemon: Add list command

2021-02-08 Thread Jiri Olsa
Adding list command to display all running sessions. It's the default command if no other command is specified. Example: # cat ~/.perfconfig [daemon] base=/opt/perfdata [session-cycles] run = -m 10M -e cycles --overwrite --switch-output -a [session-sched] run = -m 20M -e sched:* -

[PATCH 03/24] perf daemon: Add base option

2021-02-08 Thread Jiri Olsa
Adding base option allowing user to specify base directory. It will have precedence over config file base definition coming in following patches. Signed-off-by: Jiri Olsa --- tools/perf/Documentation/perf-daemon.txt | 4 tools/perf/builtin-daemon.c | 11 +++ 2 files ch

[PATCH 11/24] perf daemon: Add signal command

2021-02-08 Thread Jiri Olsa
Allow perf daemon to send SIGUSR2 to all running sessions or just to a specific session. Example: # cat ~/.perfconfig [daemon] base=/opt/perfdata [session-cycles] run = -m 10M -e cycles --overwrite --switch-output -a [session-sched] run = -m 20M -e sched:* --overwrite --switch-out

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