Re: [PATCH v2] ata: ahci_tegra: call tegra_powergate_power_off only when PM domain is not present

08.04.2021 23:55, Sowjanya Komatineni пишет: > This patch adds check to call legacy power domain API > tegra_powergate_power_off() only when PM domain is not present. > > This is a follow-up patch to Tegra186 AHCI support patch series. > --- > drivers/ata/ahci_tegra.c | 6 -- > 1 file

Re: [PATCH v3 1/1] dt-bindings: memory: tegra20: emc: Convert to schema

08.04.2021 23:29, Rob Herring пишет: > On Sun, Apr 04, 2021 at 06:55:01PM +0300, Dmitry Osipenko wrote: >> Convert Tegra20 External Memory Controller binding to schema. >> >> Signed-off-by: Dmitry Osipenko >> --- >> .../memory-controllers/nvidia,tegra20-emc.txt | 130 >>

Re: [PATCH 0/9] sched: Core scheduling interfaces

On Thu, Apr 8, 2021 at 9:47 AM Peter Zijlstra wrote: > > On Thu, Apr 08, 2021 at 03:25:52PM +0200, Michal Koutný wrote: > > > I'm curious whether the cgroup API actually simplifies things that are > > possible with the clone/prctl API or allows anything that wouldn't be > > otherwise possible. >

Re: [PATCHv5 6/6] PCI: layerscape: Add power management support

On Tue, Apr 6, 2021 at 10:04 PM Zhiqiang Hou wrote: > > From: Hou Zhiqiang > > Add PME_Turn_Off/PME_TO_Ack handshake sequence, and finally > put the PCIe controller into D3 state after the L2/L3 ready > state transition process completion. > > Signed-off-by: Hou Zhiqiang > --- > V5: > - Fix a

Re: [Freedreno] [PATCH 1/3] drm/msm/mdp5: Configure PP_SYNC_HEIGHT to double the vtotal

On Thu, Apr 8, 2021 at 4:16 PM AngeloGioacchino Del Regno wrote: > > > Il gio 8 apr 2021, 21:05 Rob Clark ha scritto: >> >> On Wed, Apr 7, 2021 at 12:11 PM AngeloGioacchino Del Regno >> wrote: >> > >> > Il 07/04/21 20:19, abhin...@codeaurora.org ha scritto: >> > > Hi Marijn >> > > >> > > On

Re: [PATCH 2/2] pm: allow drivers to drop #ifdef and __maybe_unused from pm callbacks

Hi Masahiro, I love your patch! Yet something to improve: [auto build test ERROR on pinctrl/devel] [also build test ERROR on pm/linux-next soc/for-next linus/master v5.12-rc6] [cannot apply to next-20210408] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH v5 1/1] use crc32 instead of md5 for hibernation e820 integrity check

On Thu, Apr 08, 2021 at 11:53:59AM -0400, Chris von Recklinghausen wrote: > On 4/8/21 11:30 AM, Eric Biggers wrote: > > On Thu, Apr 08, 2021 at 09:15:06AM -0400, Chris von Recklinghausen wrote: > > > Suspend fails on a system in fips mode because md5 is used for the e820 > > > integrity check and

[tip:x86/cleanups] BUILD SUCCESS 3e7bbe15ed84e3baa7dfab3aebed3a06fd39b806

powerpc allmodconfig x86_64 randconfig-a004-20210408 x86_64 randconfig-a005-20210408 x86_64 randconfig-a003-20210408 x86_64 randconfig-a001-20210408 x86_64 randconfig-a002-20210408 x86_64

Re: [PATCH v3 net-next] net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)

On 4/8/21 3:58 PM, Dexuan Cui wrote: > Changes in v3: > Changed the Kconfig file: > Microsoft Azure Network Device ==> Microsoft Network Devices > Drop the default m > validated ==> supported Hi, I am satisfied with the Kconfig changes. thanks. -- ~Randy

Re: [RFC][PATCH] mm: Split page_has_private() in two to better handle PG_private_2

On Thu, Apr 8, 2021 at 2:15 PM David Howells wrote: > > mm: Split page_has_private() in two to better handle PG_private_2 >From a look through the patch and some (limited) thinking about it, I like the patch. I think it clarifies the two very different cases, and makes it clear that one is about

Re: [PATCH] net: ipv6: check for validity before dereferencing cfg->fc_nlinfo.nlh

Hello: This patch was applied to netdev/net.git (refs/heads/master): On Fri, 9 Apr 2021 03:01:29 +0500 you wrote: > nlh is being checked for validtity two times when it is dereferenced in > this function. Check for validity again when updating the flags through > nlh pointer to make the

Re: [PATCH net v2 0/2] lantiq: GSWIP: two more fixes

Hello: This series was applied to netdev/net.git (refs/heads/master): On Thu, 8 Apr 2021 20:38:26 +0200 you wrote: > Hello, > > after my last patch got accepted and is now in net as commit > 3e6fdeb28f4c33 ("net: dsa: lantiq_gswip: Let GSWIP automatically set > the xMII clock") [0] some more

Re: [PATCH 2/2] pm: allow drivers to drop #ifdef and __maybe_unused from pm callbacks

Hi Masahiro, I love your patch! Yet something to improve: [auto build test ERROR on pinctrl/devel] [also build test ERROR on pm/linux-next soc/for-next linus/master v5.12-rc6] [cannot apply to next-20210408] [If your patch is applied to the wrong git tree, kindly drop us a note. And when

Re: [PATCH v2 00/21] ipmi: Allow raw access to KCS devices

On Thu, 8 Apr 2021, at 21:44, Corey Minyard wrote: > On Thu, Apr 08, 2021 at 10:27:46AM +0930, Andrew Jeffery wrote: > > Hi Corey, > > > > On Fri, 19 Mar 2021, at 16:49, Andrew Jeffery wrote: > > > Hello, > > > > > > This series is a bit of a mix of things, but its primary purpose is to > > >

Re: [PATCH v3 net-next] net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)

From: Dexuan Cui Date: Thu, 8 Apr 2021 15:58:40 -0700 > +struct gdma_msg_hdr { > + u32 hdr_type; > + u32 msg_type; > + u16 msg_version; > + u16 hwc_msg_id; > + u32 msg_size; > +} __packed; > + > +struct gdma_dev_id { > + union { > + struct { > +

Re: [PATCH v3 net-next] net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)

On Thu, 8 Apr 2021 15:58:40 -0700 Dexuan Cui wrote: > Add a VF driver for Microsoft Azure Network Adapter (MANA) that will be > available in the future. > > Co-developed-by: Haiyang Zhang > Signed-off-by: Haiyang Zhang > Signed-off-by: Dexuan Cui > --- > MAINTAINERS

[PATCH] staging: rtl8712: fix wrong function output

Function r8712_find_network() were returning wlan_network even if it didn't match required address. This happened due to not checking if list end was reached and returning last processed wlan_network. Signed-off-by: Sergei Krainov --- drivers/staging/rtl8712/rtl871x_mlme.c | 2 ++ 1 file

[PATCH 7/9] userfaultfd/selftests: reinitialize test context in each test

Currently, the context (fds, mmap-ed areas, etc.) are global. Each test mutates this state in some way, in some cases really "clobbering it" (e.g., the events test mremap-ing area_dst over the top of area_src, or the minor faults tests overwriting the count_verify values in the test areas). We run

[PATCH 8/9] userfaultfd/selftests: exercise minor fault handling shmem support

Enable test_uffdio_minor for test_type == TEST_SHMEM, and modify the test slightly to pass in / check for the right feature flags. Signed-off-by: Axel Rasmussen --- tools/testing/selftests/vm/userfaultfd.c | 29 1 file changed, 25 insertions(+), 4 deletions(-) diff

[PATCH 3/9] userfaultfd/shmem: support minor fault registration for shmem

This patch allows shmem-backed VMAs to be registered for minor faults. Minor faults are appropriately relayed to userspace in the fault path, for VMAs with the relevant flag. This commit doesn't hook up the UFFDIO_CONTINUE ioctl for shmem-backed minor faults, though, so userspace doesn't yet have

[PATCH 5/9] userfaultfd/selftests: use memfd_create for shmem test type

This is a preparatory commit. In the future, we want to be able to setup alias mappings for area_src and area_dst in the shmem test, like we do in the hugetlb_shared test. With a VMA obtained via mmap(MAP_ANONYMOUS | MAP_SHARED), it isn't clear how to do this. So, mmap() with an fd, so we can

[PATCH 6/9] userfaultfd/selftests: create alias mappings in the shmem test

Previously, we just allocated two shm areas: area_src and area_dst. With this commit, change this so we also allocate area_src_alias, and area_dst_alias. area_*_alias and area_* (respectively) point to the same underlying physical pages, but are different VMAs. In a future commit in this series,

[PATCH 4/9] userfaultfd/shmem: support UFFDIO_CONTINUE for shmem

With this change, userspace can resolve a minor fault within a shmem-backed area with a UFFDIO_CONTINUE ioctl. The semantics for this match those for hugetlbfs - we look up the existing page in the page cache, and install PTEs for it. This commit introduces a new helper:

[PATCH 9/9] userfaultfd/shmem: modify shmem_mcopy_atomic_pte to use install_ptes

In a previous commit, we added the mcopy_atomic_install_ptes() helper. This helper does the job of setting up PTEs for an existing page, to map it into a given VMA. It deals with both the anon and shmem cases, as well as the shared and private cases. In other words, shmem_mcopy_atomic_pte()

[PATCH 1/9] userfaultfd/hugetlbfs: avoid including userfaultfd_k.h in hugetlb.h

Minimizing header file inclusion is desirable. In this case, we can do so just by forward declaring the enumeration our signature relies upon. Signed-off-by: Axel Rasmussen --- include/linux/hugetlb.h | 5 - mm/hugetlb.c| 1 + 2 files changed, 5 insertions(+), 1 deletion(-)

[PATCH 2/9] userfaultfd/shmem: combine shmem_{mcopy_atomic,mfill_zeropage}_pte

Previously, we did a dance where we had one calling path in userfaultfd.c (mfill_atomic_pte), but then we split it into two in shmem_fs.h (shmem_{mcopy_atomic,mfill_zeropage}_pte), and then rejoined into a single shared function in shmem.c (shmem_mfill_atomic_pte). This is all a bit overly

[PATCH 0/9] userfaultfd: add minor fault handling for shmem

Base Since the original series [1] was merged into Andrew's tree, some issues were noticed. Up to this point, we had been working on fixing what's in Andrew's tree [2], but at this point we've changed direction enough that a lot of the fix's delta is undoing what was done in the original

Re: [GIT PULL] Please pull RDMA subsystem changes

The pull request you sent on Thu, 8 Apr 2021 16:51:27 -0300: > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/4fa56ad0d12e24df768c98bffe9039f915d1bc02 Thank you! -- Deet-doot-dot, I am a

Re: [RFC PATCH v2 1/4] arm64: Implement infrastructure for stack trace reliability checks

On 4/8/21 2:30 PM, Madhavan T. Venkataraman wrote: > > > On 4/8/21 12:17 PM, Mark Brown wrote: >> On Mon, Apr 05, 2021 at 03:43:10PM -0500, madve...@linux.microsoft.com wrote: >> >>> These checks will involve checking the return PC to see if it falls inside >>> any special functions where the

[PATCH] LoadPin: Allow filesystem switch when not enforcing

For LoadPin to be used at all in a classic distro environment, it needs to allow for switching filesystems (from the initramfs to the "real" root filesystem). If the "enforce" mode is not set, reset the pinned filesystem tracking when the pinned filesystem gets unmounted. Signed-off-by: Kees Cook

Re: [PATCHv2 35/38] dt-bindings: power: supply: ab8500: Convert to DT schema format

On Wed, Mar 17, 2021 at 2:51 PM Sebastian Reichel wrote: > Convert the binding to DT schema format. > > Note: The battery node does not have a compatible value and needs > to be described from the binding file for the PMIC. That has not > yet been converted, so I kept the information in

Re: [PATCH 4/4] mm/hugeltb: handle the error case in hugetlb_fix_reserve_counts()

On 4/2/21 2:32 AM, Miaohe Lin wrote: > A rare out of memory error would prevent removal of the reserve map region > for a page. hugetlb_fix_reserve_counts() handles this rare case to avoid > dangling with incorrect counts. Unfortunately, hugepage_subpool_get_pages > and hugetlb_acct_memory could

Re: linux-next: build warning after merge of the mvebu tree

Hi all, On Thu, 8 Apr 2021 09:56:12 +1000 Stephen Rothwell wrote: > > After merging the mvebu tree, today's linux-next build (arm > multi_v7_defconfig) produced this warning: > > arch/arm/boot/dts/armada-385-atl-x530.dts:171.14-199.4: Warning > (spi_bus_reg): /soc/spi@10680/spi-flash@0: SPI

Re: [Outreachy kernel] [PATCH 2/2] media: zoran: replace bit shifts by BIT() macro

On Fri, Apr 09, 2021 at 12:10:06AM +0200, Julia Lawall wrote: > > > On Fri, 9 Apr 2021, Mitali Borkar wrote: > > > On Thu, Apr 08, 2021 at 11:15:07PM +0200, Julia Lawall wrote: > > > > > > > > > On Fri, 9 Apr 2021, Mitali Borkar wrote: > > > > > > > Added #include and replaced bit shifts by

Re: [RFC bpf-next 0/1] bpf: Add page cache iterator

On Wed, Apr 07, 2021 at 02:46:10PM -0700, Daniel Xu wrote: > There currently does not exist a way to answer the question: "What is in > the page cache?". There are various heuristics and counters but nothing > that can tell you anything like: > > * 3M from /home/dxu/foo.txt > * 5K from ...

Linux Kernel build bug with AMD_IOMMU_V2=M and HSA_AMD=Y

Hello, (There are so many maintainers for kfd_iommu.c I feel like I'm spamming.) When compiling for Linux version 5.11.12 using the AMDGPU GPU driver with HSA_AMD enabled, I get the below set of errors. To work around this, I need to change AMD_IOMMU_V2 from M to Y. This bug doesn't affect linux

[PATCH] staging: media: zoran: add '*' in subsequent line

Added '*' in susbsequent lines for block comments to meet linux kernel coding style. Signed-off-by: Mitali Borkar --- drivers/staging/media/zoran/zr36050.c | 34 +-- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drivers/staging/media/zoran/zr36050.c

Re: [PATCH] sched/fair: Rate limit calls to update_blocked_averages() for NOHZ

On 4/8/21 7:51 AM, Vincent Guittot wrote: >> I was suprised to find the overall cpu% consumption of >> update_blocked_averages >> and throughput of the benchmark still didn't change much. So I took a >> peek into the profile and found the update_blocked_averages calls shifted to >> the

Re: [PATCH v4 7/7] fs/xfs: Add dedupe support for fsdax

On Thu, Apr 08, 2021 at 08:04:32PM +0800, Shiyang Ruan wrote: > Add xfs_break_two_dax_layouts() to break layout for tow dax files. Then > call compare range function only when files are both DAX or not. > > Signed-off-by: Shiyang Ruan > --- > fs/xfs/xfs_file.c| 20 >

Re: [PATCH v6 3/5] of/platform: Add stubs for of_platform_device_create/destroy()

On Thu, Apr 08, 2021 at 10:21:12AM -0500, Rob Herring wrote: > On Mon, Apr 05, 2021 at 01:18:15PM -0700, Matthias Kaehlcke wrote: > > Code for platform_device_create() and of_platform_device_create() is > > platform_device_create()? ack, should be of_platform_device_destroy() > > only generated

Re: [PATCH v6 00/18] Add support for Clang CFI

On Thu, Apr 08, 2021 at 11:28:25AM -0700, Sami Tolvanen wrote: > This series adds support for Clang's Control-Flow Integrity (CFI) > checking. With CFI, the compiler injects a runtime check before each > indirect function call to ensure the target is a valid function with > the correct static

Re: [PATCH 3/4] mm/hugeltb: fix potential wrong gbl_reserve value for hugetlb_acct_memory()

On 4/7/21 8:26 PM, Miaohe Lin wrote: > On 2021/4/8 11:24, Miaohe Lin wrote: >> On 2021/4/8 4:53, Mike Kravetz wrote: >>> On 4/7/21 12:24 AM, Miaohe Lin wrote: Hi: On 2021/4/7 10:49, Mike Kravetz wrote: > On 4/2/21 2:32 AM, Miaohe Lin wrote: >> The resv_map could be NULL since

Re: [PATCH v4 1/1] of: unittest: overlay: ensure proper alignment of copied FDT

On 4/8/21 4:54 PM, Guenter Roeck wrote: > On 4/8/21 2:28 PM, Rob Herring wrote: >> >> Applying now so this gets into linux-next this week. >> > The patch doesn't apply on top of today's -next; it conflicts > with "of: properly check for error returned by fdt_get_name()". > > I reverted that patch

Re: [PATCH bpf-next v2 1/6] bpf: Factorize bpf_trace_printk and bpf_seq_printf

On Wed, Apr 7, 2021 at 11:54 PM Andrii Nakryiko wrote: > On Tue, Apr 6, 2021 at 8:35 AM Florent Revest wrote: > > On Fri, Mar 26, 2021 at 11:51 PM Andrii Nakryiko > > wrote: > > > On Fri, Mar 26, 2021 at 2:53 PM Andrii Nakryiko > > > wrote: > > > > On Tue, Mar 23, 2021 at 7:23 PM Florent

Re: [PATCH v6 1/5] dt-bindings: usb: Add binding for Realtek RTS5411 hub controller

On Tue, Apr 06, 2021 at 11:30:01AM -0500, Rob Herring wrote: > On Mon, Apr 05, 2021 at 01:18:13PM -0700, Matthias Kaehlcke wrote: > > The Realtek RTS5411 is a USB 3.0 hub controller with 4 ports. > > > > This initial version of the binding only describes USB related > > aspects of the RTS5411, it

[RFC v3] KVM: x86: Support KVM VMs sharing SEV context

Add a capability for userspace to mirror SEV encryption context from one vm to another. On our side, this is intended to support a Migration Helper vCPU, but it can also be used generically to support other in-guest workloads scheduled by the host. The intention is for the primary guest and the

Re: [PATCH net v2 1/2] net: dsa: lantiq_gswip: Don't use PHY auto polling

On Thu, Apr 08, 2021 at 08:38:27PM +0200, Martin Blumenstingl wrote: > PHY auto polling on the GSWIP hardware can be used so link changes > (speed, link up/down, etc.) can be detected automatically. Internally > GSWIP reads the PHY's registers for this functionality. Based on this > automatic

Re: [PATCH] riscv: keep interrupts disabled for BREAKPOINT exception

On Fri, 9 Apr 2021, Masami Hiramatsu wrote: > > > Is this approach guaranteed to keep interrupt handling latency low enough > > > for the system not to be negatively affected, e.g. for the purpose of NTP > > > timekeeping? > > > > IMHO, interrupt latency can't be ensured if kprobes is

Re: [PATCH bpf-next v2 3/6] bpf: Add a bpf_snprintf helper

On Thu, Apr 8, 2021 at 12:03 AM Andrii Nakryiko wrote: > On Tue, Apr 6, 2021 at 9:06 AM Florent Revest wrote: > > On Fri, Mar 26, 2021 at 11:55 PM Andrii Nakryiko > > wrote: > > > On Tue, Mar 23, 2021 at 7:23 PM Florent Revest > > > wrote: > > > > + * Formats **%s** and

Re: [PATCH v2 7/8] cxl/port: Introduce cxl_port objects

[+cc Greg, Rafael, Matthew: device model questions] Hi Dan, On Thu, Apr 01, 2021 at 07:31:20AM -0700, Dan Williams wrote: > Once the cxl_root is established then other ports in the hierarchy can > be attached. The cxl_port object, unlike cxl_root that is associated > with host bridges, is

Re: [PATCH 2/4] mm/hugeltb: simplify the return code of __vma_reservation_common()

On 4/7/21 7:44 PM, Miaohe Lin wrote: > On 2021/4/8 5:23, Mike Kravetz wrote: >> On 4/6/21 8:09 PM, Miaohe Lin wrote: >>> On 2021/4/7 10:37, Mike Kravetz wrote: On 4/6/21 7:05 PM, Miaohe Lin wrote: > Hi: > On 2021/4/7 8:53, Mike Kravetz wrote: >> On 4/2/21 2:32 AM, Miaohe Lin

Re: [PATCH v4 1/1] of: unittest: overlay: ensure proper alignment of copied FDT

On 4/8/21 4:28 PM, Rob Herring wrote: > On Thu, Apr 8, 2021 at 3:45 PM wrote: >> >> From: Frank Rowand >> >> The Devicetree standard specifies an 8 byte alignment of the FDT. >> Code in libfdt expects this alignment for an FDT image in memory. >> kmemdup() returns 4 byte alignment on openrisc.

Re: [PATCH v4 6/7] fs/xfs: Handle CoW for fsdax write() path

On Thu, Apr 08, 2021 at 08:04:31PM +0800, Shiyang Ruan wrote: > In fsdax mode, WRITE and ZERO on a shared extent need CoW performed. After > CoW, new allocated extents needs to be remapped to the file. So, add an > iomap_end for dax write ops to do the remapping work. > > Signed-off-by: Shiyang

[PATCH 5/5] srcu: Early test SRCU polling start

Test early calls to start_poll_synchronize_srcu(), mixed within the early test to call_srcu(), and make sure that poll_state_synchronize_srcu() correctly see the expired grace periods after the srcu_barrier() on late initcall. Normally srcu_barrier() doesn't wait for callback-less grace periods

[PATCH 4/5] srcu: Queue a callback in case of early started poll

If SRCU polling is used before SRCU initialization, it won't benefit from the callback requeue performed after rcu_init_geometry() in order to fix the node hierarchy reshuffle. This is because polling start grace periods that don't rely on callbacks. Therefore the grace period started may be lost

[PATCH 3/5] srcu: Fix broken node geometry after early ssp init

An ssp initialized before rcu_init_geometry() will have its snp hierarchy based on CONFIG_NR_CPUS. Once rcu_init_geometry() is called, the nodes distribution is shrinked and optimized toward meeting the actual possible number of CPUs detected on boot. Later on, the ssp that was initialized

[PATCH 2/5] srcu: Initialize SRCU after timers

Once srcu_init() is called, the SRCU core is free to queue delayed workqueues, which rely on timers. However init_timers() is called several steps after rcu_init(). Any call_srcu() in-between would finish its course inside a dangerously uninitialized timer core. Make sure we stay in early SRCU

[PATCH 1/5] srcu: Unconditionally embed struct lockdep_map

struct lockdep_map is empty when CONFIG_DEBUG_LOCK_ALLOC=n. We can remove the ifdeffery while adding the lockdep map in struct srcu_struct without risking consuming space in the off-case. This will also simplify further manipulations on this field. Signed-off-by: Frederic Weisbecker Cc:

[PATCH 0/5] srcu: Fix boot stall v2

So here is a different approach to solve the early SRCU issue. Early initialized ssp's are reset on srcu_init() and their callbacks get requeued. I expanded testing in the last patch. git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git rcu/dev HEAD:

Re: [PATCH] riscv: keep interrupts disabled for BREAKPOINT exception

On Thu, 8 Apr 2021 19:23:48 +0800 Jisheng Zhang wrote: > On Sat, 3 Apr 2021 20:30:53 +0200 (CEST) > "Maciej W. Rozycki" wrote: > > > CAUTION: Email originated externally, do not click links or open > > attachments unless you recognize the sender and know the content is safe. > > > > > > On

Re: [PATCH v4 5/7] fsdax: Dedup file range to use a compare function

On Thu, Apr 08, 2021 at 08:04:30PM +0800, Shiyang Ruan wrote: > With dax we cannot deal with readpage() etc. So, we create a dax > comparison funciton which is similar with > vfs_dedupe_file_range_compare(). > And introduce dax_remap_file_range_prep() for filesystem use. > > Signed-off-by:

Re: [PATCH net v1] Revert "lan743x: trim all 4 bytes of the FCS; not just 2"

Hi Heiner, On Thu, Apr 8, 2021 at 3:06 PM Heiner Kallweit wrote: > > A completely unrelated question: > How about VLAN packets with a 802.1Q tag? Should VLAN_ETH_HLEN be used? That's a good question. My use-case does not involve 802.1Q though, so I'm unable to test. Thank you so much for your

Re: [PATCH] KVM: SVM: Add support for KVM_SEV_SEND_CANCEL command

On 4/1/21 8:44 PM, Steve Rutherford wrote: > After completion of SEND_START, but before SEND_FINISH, the source VMM can > issue the SEND_CANCEL command to stop a migration. This is necessary so > that a cancelled migration can restart with a new target later. > > Signed-off-by: Steve Rutherford

Re: [PATCH v4 4/7] iomap: Introduce iomap_apply2() for operations on two files

On Thu, Apr 08, 2021 at 08:04:29PM +0800, Shiyang Ruan wrote: > Some operations, such as comparing a range of data in two files under > fsdax mode, requires nested iomap_open()/iomap_end() on two file. Thus, > we introduce iomap_apply2() to accept arguments from two files and > iomap_actor2_t for

Re: [PATCH net v1] Revert "lan743x: trim all 4 bytes of the FCS; not just 2"

Hi George, On Thu, Apr 8, 2021 at 3:55 PM George McCollister wrote: > > Works for me too. Sounds good. I'll post a proper patch soon. Would you be able to review+test, and perhaps offer your Reviewed-by/Tested-by tags when everything looks ok?

[PATCH] staging: media: meson: vdec: matched alignment with parenthesis

Matched alignment with open parenthesis to meet linux kernel coding style. Reported by checkpatch Signed-off-by: Mitali Borkar --- drivers/staging/media/meson/vdec/codec_mpeg12.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/meson/vdec/codec_mpeg12.c

Re: [GIT PULL] Apple M1 SoC platform bring-up for 5.13

On Thu, Apr 8, 2021 at 5:55 PM Hector Martin wrote: > Hi Arnd and all, > > Here's the final version of the M1 SoC bring-up series, based on > v4 which was reviewed here: > > https://lore.kernel.org/linux-arm-kernel/20210402090542.131194-1-mar...@marcan.st/T/#u Excellent work on this series

Re: [PATCH 09/12] i2c: icy: Constify the software node

On Thu, 8 Apr 2021 23:22:51 +0200 Wolfram Sang wrote: > I read this as "Reviewed-by" ;) Sure, why not :) Reviewed-by: Max Staudt

Re: [RFC bpf-next 1/1] bpf: Introduce iter_pagecache

On Wed, Apr 07, 2021 at 02:46:11PM -0700, Daniel Xu wrote: > This commit introduces the bpf page cache iterator. This iterator allows > users to run a bpf prog against each page in the "page cache". > Internally, the "page cache" is extremely tied to VFS superblock + inode > combo. Because of

Re: New 'make dtbs_check W=1' warnings

On Thu, Apr 8, 2021 at 5:08 PM Arnd Bergmann wrote: > arch/arm/boot/dts/ste-href520-tvk.dt.yaml: accelerometer@19: > interrupts: [[18, 1], [19, 1]] is too long > arch/arm/boot/dts/ste-hrefprev60-tvk.dt.yaml: gyroscope@68: > interrupts-extended: [[22, 0, 1], [21, 31, 1]] is too long >

Re: [PATCH] ext4: add a configurable parameter to prevent endless loop in ext4_mb_discard_group_p

On Apr 8, 2021, at 12:50 PM, Wen Yang wrote: > > Hi Ritesh and Andreas, > > Thank you for your reply. Since there is still a faulty machine, we have > analyzed it again and found it is indeed a very special case: > > > crash> struct ext4_group_info 8813bb5f72d0 > struct ext4_group_info {

Re: [PATCH v4 2/7] fsdax: Replace mmap entry in case of CoW

On Thu, Apr 08, 2021 at 08:04:27PM +0800, Shiyang Ruan wrote: > We replace the existing entry to the newly allocated one in case of CoW. > Also, we mark the entry as PAGECACHE_TAG_TOWRITE so writeback marks this > entry as writeprotected. This helps us snapshots so new write > pagefaults after

Re: [Outreachy kernel] [PATCH 2/2] media: zoran: replace bit shifts by BIT() macro

On Fri, 9 Apr 2021, Mitali Borkar wrote: > On Thu, Apr 08, 2021 at 11:15:07PM +0200, Julia Lawall wrote: > > > > > > On Fri, 9 Apr 2021, Mitali Borkar wrote: > > > > > Added #include and replaced bit shifts by BIT() macro. > > > This BIT() macro from linux/bitops.h is used to define

Re: [PATCH v5] userfaultfd/shmem: fix MCOPY_ATOMIC_CONTINUE behavior

On Tue, Apr 6, 2021 at 4:49 PM Peter Xu wrote: > > On Mon, Apr 05, 2021 at 10:19:17AM -0700, Axel Rasmussen wrote: > > Previously, the continue implementation in shmem_mcopy_atomic_pte was > > incorrect for two main reasons: > > > > - It didn't correctly skip some sections of code which make

Re: [PATCH] KVM: SVM: Add support for KVM_SEV_SEND_CANCEL command

On Thu, Apr 1, 2021 at 6:45 PM Steve Rutherford wrote: > > After completion of SEND_START, but before SEND_FINISH, the source VMM can > issue the SEND_CANCEL command to stop a migration. This is necessary so > that a cancelled migration can restart with a new target later. > > Signed-off-by:

[PATCH] net: ipv6: check for validity before dereferencing cfg->fc_nlinfo.nlh

nlh is being checked for validtity two times when it is dereferenced in this function. Check for validity again when updating the flags through nlh pointer to make the dereferencing safe. CC: Addresses-Coverity: ("NULL pointer dereference") Signed-off-by: Muhammad Usama Anjum ---

linux-next: Signed-off-by missing for commit in the rdma tree

Hi all, Commit 042a00f93aad ("IB/{ipoib,hfi1}: Add a timeout handler for rdma_netdev") is missing a Signed-off-by from its author. -- Cheers, Stephen Rothwell pgptkYYVJhQ2f.pgp Description: OpenPGP digital signature

Re: [PATCH v4 1/1] of: unittest: overlay: ensure proper alignment of copied FDT

On 4/8/21 2:28 PM, Rob Herring wrote: > > Applying now so this gets into linux-next this week. > The patch doesn't apply on top of today's -next; it conflicts with "of: properly check for error returned by fdt_get_name()". I reverted that patch and applied this one, and the DT unittests run

Re: [PATCH 00/12] i2c: Adding support for software nodes

On Mon, Mar 29, 2021 at 01:50:35PM +0300, Heikki Krogerus wrote: > Hi, > > The old device property API (device_add_properties()) is going to be > removed. These prepare the i2c subsystem and drivers for the change. > The change is fairly trivial in case of i2c. All we need to do is add > complete

Re: [PATCH v4 1/7] fsdax: Introduce dax_iomap_cow_copy()

On Thu, Apr 08, 2021 at 08:04:26PM +0800, Shiyang Ruan wrote: > In the case where the iomap is a write operation and iomap is not equal > to srcmap after iomap_begin, we consider it is a CoW operation. > > The destance extent which iomap indicated is new allocated extent. > So, it is needed to

Re: [PATCH v4 11/12] perf session: load data directory files for analysis

On Tue, Apr 06, 2021 at 11:52:32AM +0300, Bayduraev, Alexey V wrote: > > Introduce decompressor into trace reader object so that decompression > could be executed on per data file basis separately for every data > file located in data directory. > > Load data directory files and provide basic

Re: [PATCH v4 06/12] perf record: introduce data file at mmap buffer object

On Tue, Apr 06, 2021 at 11:47:03AM +0300, Bayduraev, Alexey V wrote: > > Introduce data file and compressor objects into mmap object so > they could be used to process and store data stream from the > corresponding kernel data buffer. Introduce bytes_transferred > and bytes_compressed stats so

Re: [PATCH v4 08/12] perf record: introduce --threads= command line option

On Tue, Apr 06, 2021 at 11:49:06AM +0300, Bayduraev, Alexey V wrote: SNIP > Suggested-by: Jiri Olsa > Suggested-by: Namhyung Kim > Signed-off-by: Alexey Bayduraev > --- > tools/include/linux/bitmap.h | 11 ++ > tools/lib/bitmap.c | 14 ++ > tools/perf/builtin-record.c | 317

Re: [PATCH v4 00/12] Introduce threaded trace streaming for basic perf record operation

On Tue, Apr 06, 2021 at 11:37:26AM +0300, Bayduraev, Alexey V wrote: > > Changes in v4: > - renamed 'comm' structure to 'pipes' > - moved thread fd/maps messages to verbose=2 > - fixed leaks during allocation of thread_data structures > - fixed leaks during allocation of thread masks > - fixed

Re: [PATCH 02/10] mm/numa: automatically generate node migration order

On 4/8/21 1:26 AM, Oscar Salvador wrote: > On Thu, Apr 01, 2021 at 11:32:19AM -0700, Dave Hansen wrote: >> The protocol for node_demotion[] access and writing is not >> standard. It has no specific locking and is intended to be read >> locklessly. Readers must take care to avoid observing

Re: [PATCH v2 1/2] dt-bindings: pinctrl: qcom-pmic-gpio: Add pm8008 support

On Thu, Apr 8, 2021 at 7:25 PM Guru Das Srinagesh wrote: > Add support for the 2 GPIOs present on Qualcomm Technologies, Inc. > PM8008. > > Acked-by: Bjorn Andersson > Signed-off-by: Guru Das Srinagesh Patches applied. Yours, Linus Walleij

[PATCH] MIPS: octeon: Add __raw_copy_[from|to|in]_user symbols

Cavium Octeon has it's own memcpy implementation and also need the change done in commit 04324f44cb69 ("MIPS: Remove get_fs/set_fs"). Fixes: 04324f44cb69 ("MIPS: Remove get_fs/set_fs") Reported-by: kernel test robot Signed-off-by: Thomas Bogendoerfer --- arch/mips/cavium-octeon/octeon-memcpy.S

Re: [Outreachy kernel] [PATCH 2/2] media: zoran: replace bit shifts by BIT() macro

On Thu, Apr 08, 2021 at 11:15:07PM +0200, Julia Lawall wrote: > > > On Fri, 9 Apr 2021, Mitali Borkar wrote: > > > Added #include and replaced bit shifts by BIT() macro. > > This BIT() macro from linux/bitops.h is used to define ZR36057_VFESPFR_* > > bitmasks. > > Use of macro is better and

Re: [PATCH v1 2/2] drivers/gpu/drm: don't select DMA_CMA or CMA from aspeed or etnaviv

On Thu, Apr 8, 2021 at 6:44 PM David Hildenbrand wrote: > > drivers/gpu/drm/mcde/Kconfig > > drivers/gpu/drm/pl111/Kconfig > > drivers/gpu/drm/tve200/Kconfig > > I was assuming these are "real" dependencies. Will it also work without > DMA_CMA? It will mostly work but that is only because the

Re: [PATCH v3] x86, sched: Treat Intel SNC topology as default, COD as exception

Ping - any feedback? Thanks! On Wed, Mar 10, 2021 at 11:02:33AM -0800, Alison Schofield wrote: > Commit 1340ccfa9a9a ("x86,sched: Allow topologies where NUMA nodes > share an LLC") added a vendor and model specific check to never > call topology_sane() for Intel Skylake Server systems where NUMA

Re: [PATCH v2 1/2] certs: Trigger creation of RSA module signing key if it's not an RSA key

On Thu, 2021-04-08 at 15:19 -0400, Stefan Berger wrote: > On 4/8/21 1:15 PM, Mimi Zohar wrote: > > On Thu, 2021-04-08 at 11:24 -0400, Stefan Berger wrote: > >> Address a kbuild issue where a developer created an ECDSA key for signing > >> kernel modules and then builds an older version of the

Re: [Outreachy kernel] [PATCH 1/2] media: zoran: add spaces around '<<'

On Thu, Apr 08, 2021 at 11:16:41PM +0200, Julia Lawall wrote: > > > On Fri, 9 Apr 2021, Mitali Borkar wrote: > > > Added spaces around '<<' operator to improve readability and meet linux > > kernel coding style. > > Reported by checkpatch > > > > Signed-off-by: Mitali Borkar > > --- > >

Re: [PATCH 2/5] swap: fix do_swap_page() race with swapoff

On 4/8/21 6:08 AM, Miaohe Lin wrote: > When I was investigating the swap code, I found the below possible race > window: > > CPU 1 CPU 2 > - - > do_swap_page > synchronous swap_readpage > alloc_page_vma >

Re: [RFC bpf-next 0/1] bpf: Add page cache iterator

On Wed, Apr 7, 2021 at 2:47 PM Daniel Xu wrote: > > There currently does not exist a way to answer the question: "What is in > the page cache?". There are various heuristics and counters but nothing > that can tell you anything like: > > * 3M from /home/dxu/foo.txt > * 5K from ... > * etc.

Re: [PATCH v7] soc: fsl: enable acpi support in RCPM driver

On Wed, Apr 7, 2021 at 9:58 PM Ran Wang wrote: > > From: Peng Ma > > This patch enables ACPI support in RCPM driver. > > Signed-off-by: Peng Ma > Signed-off-by: Ran Wang Applied for next. Thanks. > --- > Change in v7: > - Update comment for checking RCPM node which refferred to > > Change

[PATCH 2/2] MAINTAINERS: add pattern for dummy-tools.

scripts/get_maintainer.pl does not find a maintainer for new files otherwise. Signed-off-by: Michal Suchanek --- MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/MAINTAINERS b/MAINTAINERS index c80ad735b384..ce631ec44e1a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -9690,6

[PATCH 1/2] kbuild: dummy-tools: Add elfedit.

elfedit is used in Makefile Makefile:GCC_TOOLCHAIN_DIR := $(dir $(shell which $(CROSS_COMPILE)elfedit)) which causes this error getting printed which: no elfedit in (./scripts/dummy-tools) Add elfedit to dummy-tools to avoid this error. Signed-off-by: Michal Suchanek ---

Re: [PATCH 2/2] pm: allow drivers to drop #ifdef and __maybe_unused from pm callbacks

On Thu, Apr 8, 2021 at 11:00 PM Masahiro Yamada wrote: > > Drivers typically surround suspend and resume callbacks with #ifdef > CONFIG_PM(_SLEEP) or mark them as __maybe_unused in order to avoid > -Wunused-const-variable warnings. > > With this commit, drivers will be able to remove #ifdef

Re: [RFC bpf-next 1/1] bpf: Introduce iter_pagecache

On Thu, Apr 08, 2021 at 12:48:49PM -0700, Daniel Xu wrote: > No reason other than I didn't know about the latter. Thanks for the > hint. find_get_entries() seems to return a pagevec of entries which > would complicate the iteration (a 4th layer of things to iterate over). > > But I did find

Re: [PATCH 01/10] mm/numa: node demotion data structure and lookup

On 4/8/21 1:03 AM, Oscar Salvador wrote: > I think this patch and patch#2 could be squashed > > Reviewed-by: Oscar Salvador Yeah, that makes a lot of sense. I'll do that for the next version.

<    1   2   3   4   5   6   7   8   9   10   >