From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E4556C0218D for ; Tue, 28 Jan 2025 07:55:16 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id EFEB428020B; Tue, 28 Jan 2025 02:55:15 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id EADE0280209; Tue, 28 Jan 2025 02:55:15 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D4E2928020B; Tue, 28 Jan 2025 02:55:15 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id B84EA280209 for ; Tue, 28 Jan 2025 02:55:15 -0500 (EST) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 13A24140C65 for ; Tue, 28 Jan 2025 07:55:15 +0000 (UTC) X-FDA: 83056100190.11.79B1FE3 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.20]) by imf29.hostedemail.com (Postfix) with ESMTP id 70A5F120003 for ; Tue, 28 Jan 2025 07:55:12 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Byd+BHkU; spf=pass (imf29.hostedemail.com: domain of lkp@intel.com designates 198.175.65.20 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1738050913; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=tuDpGFm+OyDwrL0GkDTrIvLSYI8GT+vRxf+jZEOZnyU=; b=de6Qc163/u+4fFKh6iukSODuOkIahQNlvHa0CmmpUVWQaE8P3nciDqUpfWZsK/uw9RQ3kG RyvTr9E3Sa+hfkPCcQxBzM4Ip1l5kpzUCnkO2qCK10KT/YmVmH6QMeNKtmf8xpFxbcSrDq OfycWqaCZqRMXfZ0+Q7Jm2mMcK5goIU= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Byd+BHkU; spf=pass (imf29.hostedemail.com: domain of lkp@intel.com designates 198.175.65.20 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1738050913; a=rsa-sha256; cv=none; b=NGIzlMzmLORIUk98/yiTyGg4wYjN3uFajiC9Ijf6iAJEStp8c+9B1fKqxXDiWqBrILbwFQ wsFI2lY4I11qk6jYz+m+1TSZuKB5VevhH1j+8ejm55J3Ln0mb5zRsEOQ58FwBbkWkSTagJ iQRQ7cUTSh0C4WIPE/hXOo2DZRvUEHs= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1738050913; x=1769586913; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=uQOanispcV0QkoA5gaunZwuANtARGgKkmZ+9ZZ/ihKQ=; b=Byd+BHkUugLC3u2VjtcdmQg3QX4RNmJJogFbsxvU/3wxO88FntClvHsG /ompM7GKB+kvq+e+hZ8KqCeU0Kfy8e7Z79VMnoWEZ9gREW7wlvbxxHRov nmICd0OcPUCFp5BJD60axp/ET3CNEQSdrdrAG4YB15DsvOhXXZJ31hO3a dBUDDmrvOc5G0TO3P8Y0Dwm72q75pqlk9XvjmBQxrZMCM0Kt88fOSAfzO EEvSvvyQ3X4Q+o/x1scuq9mTQOuQnrRtE+MA7o8JkXJscmGH4Hw2q7zla z6SwyOFeI1CGSu75Bq/6SIXpbHOUcdhlz0aH9vNKgEyRpn+p5ocSKbVVT g==; X-CSE-ConnectionGUID: eg0fjDAwR5yt+pzm7zL0tQ== X-CSE-MsgGUID: tP7yjVcyTV2cQDKsUyhG3g== X-IronPort-AV: E=McAfee;i="6700,10204,11328"; a="38230058" X-IronPort-AV: E=Sophos;i="6.13,240,1732608000"; d="scan'208";a="38230058" Received: from orviesa009.jf.intel.com ([10.64.159.149]) by orvoesa112.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 Jan 2025 23:55:11 -0800 X-CSE-ConnectionGUID: swnX6S4+TJ2a0AQcUZRkjQ== X-CSE-MsgGUID: t9z8pAgYRoKnNqnWLJ9Jfg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.13,240,1732608000"; d="scan'208";a="108475377" Received: from lkp-server01.sh.intel.com (HELO d63d4d77d921) ([10.239.97.150]) by orviesa009.jf.intel.com with ESMTP; 27 Jan 2025 23:55:08 -0800 Received: from kbuild by d63d4d77d921 with local (Exim 4.96) (envelope-from ) id 1tcgR7-000hZ1-3C; Tue, 28 Jan 2025 07:55:05 +0000 Date: Tue, 28 Jan 2025 15:54:14 +0800 From: kernel test robot To: Lorenzo Stoakes , Andrew Morton Cc: oe-kbuild-all@lists.linux.dev, Linux Memory Management List , "Liam R . Howlett" , Vlastimil Babka , Jann Horn , linux-kernel@vger.kernel.org Subject: Re: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation Message-ID: <202501281552.zDLVA5oq-lkp@intel.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 70A5F120003 X-Stat-Signature: ee6318kfokwbejnua3y8o59eyjycrpyg X-HE-Tag: 1738050912-599521 X-HE-Meta: U2FsdGVkX1/0AYH14oduPShXK6u7Pqz+fGx3r1YM9+2hETEsnZ956pu/DVYzlRQ0cNd0Ym2X772XoIl/K8tyd4D4i8930oCW1LTcGWjp65iy0MX94HSq/1B3yQcrQ0yu8/HbpgF3iyLr8Q7UWFmThqepjizvtV/HlS3tkF+6nr/w+StgtN9Ibnmxdo3OHyE3Rkg9COb17y9eglOOjr7Y29LjveWST67jBez9Z+fgNsFUJhZRig3U6yaj6egKYwuPRQiSPC+6fz9C7g7dg1KDSSdK3hQVdfAtXtvj1AtVRE1wZO9u/bSk5ijSI+H87SNp1MKz41Sla9GCISFLOSEFIKjHO+Ur7cEaMOutin0DXIfitHAL54u5YAEqw2UzsmsNm3iExHQ9FEYm2e44Q9srTE/MhT8ij9z019jSv0SVG8z2Xln5u1/8syS4lINGaNWiE1wZlO0caKakK/y3wgLozcXL+gs/hN6/q2HjKOUD9Hd08bOcgKDIc2Uzhx1dn4pL8M2vhz8SpWrEiFLHsJc5Ov0GpfHNnHHUMXVXuJbU/TxL3q9tsEX2HCT+A4CNySBkoVdyciGTKE/frAj3W9gSKTOGFvxqnsJ6dE/VbcZTfdxxKYAWkfL4GT7+NO05dGls6I8tzUw6qY5Sqaa1zgVuqFTk3v0qs9CAMbL0wPYXXgrDrWgq07KcV9+2GpboRkID47ghn4R0WVOexnf/jqbmGt/fIY4IkF74e55O1s1dSE5mDro3zu3ct7y8QSawmw9sw+62exISIk269Egr7aUkn4engp55c+3IpK2pH8wpN3SQNIbqgkZ4yuuxeFcnselS0ciR3CTL+QYTYF+l7a2qD1PLd0Gcl9Lj8n6hZuFCce+HKKeBTlsV8uTr783EtcEyxfg8r7c0n5O6xaBa5mVoVcIItmU6c978ZyXR0VwhjaPHEg7IqjJjcVzVvqLP0qOrhC5mAcvo4lir4DAQwUY 0jIr4eTd d4net9zO6flfkWoFaO08FM0SdZZN///T+/AMFDAXN/ln7ec/03pJB2bK1QT8hCmEjFFIV+++k0YxMqa9YCFODAT/9ZRcVOHaLPfWxynwkDYYj3KhOXU62loRuHQ7bZt7+e3Nk6xB2/4oDad5QEcnf3nS4itv12L1hE4kL2iXliv1G2bd2DVSE578LoMYqvAGYmm3/m1xqpcmESm3Z9HAdF/NB5yl7JRaoDj5xKjy6doCCIVfM+/EFq6lgPTgwNbae0SOpRv8CC1jpxghFaJH7gAZ1PQHI3h4+VX892d1sljmNHKnLvD/B9eeFkqlGH1K2/cUWfgPFaIP1yrwm+mtVcbe0w1pZcxNGsoN6jIueOOYW4XOLOLVJSq/Bu3xksb5uv7z1Yx4lNDVefMc= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Lorenzo, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-everything] url: https://github.com/intel-lab-lkp/linux/commits/Lorenzo-Stoakes/mm-simplify-vma-merge-structure-and-expand-comments/20250127-235322 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/ef00aec42a892fe6ac9557b3a11f18f30a2e51b3.1737929364.git.lorenzo.stoakes%40oracle.com patch subject: [PATCH 5/5] mm: completely abstract unnecessary adj_start calculation config: x86_64-randconfig-122-20250128 (https://download.01.org/0day-ci/archive/20250128/202501281552.zDLVA5oq-lkp@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250128/202501281552.zDLVA5oq-lkp@intel.com/reproduce) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot | Closes: https://lore.kernel.org/oe-kbuild-all/202501281552.zDLVA5oq-lkp@intel.com/ sparse warnings: (new ones prefixed by >>) >> mm/vma.c:518:57: sparse: sparse: incorrect type in argument 4 (different base types) @@ expected long adjust_next @@ got void * @@ mm/vma.c:518:57: sparse: expected long adjust_next mm/vma.c:518:57: sparse: got void * >> mm/vma.c:704:42: sparse: sparse: incorrect type in argument 4 (different base types) @@ expected long adjust_next @@ got struct vm_area_struct * @@ mm/vma.c:704:42: sparse: expected long adjust_next mm/vma.c:704:42: sparse: got struct vm_area_struct * mm/vma.c:1141:48: sparse: sparse: incorrect type in argument 4 (different base types) @@ expected long adjust_next @@ got void * @@ mm/vma.c:1141:48: sparse: expected long adjust_next mm/vma.c:1141:48: sparse: got void * vim +518 mm/vma.c 459 460 /* 461 * __split_vma() bypasses sysctl_max_map_count checking. We use this where it 462 * has already been checked or doesn't make sense to fail. 463 * VMA Iterator will point to the original VMA. 464 */ 465 static __must_check int 466 __split_vma(struct vma_iterator *vmi, struct vm_area_struct *vma, 467 unsigned long addr, int new_below) 468 { 469 struct vma_prepare vp; 470 struct vm_area_struct *new; 471 int err; 472 473 WARN_ON(vma->vm_start >= addr); 474 WARN_ON(vma->vm_end <= addr); 475 476 if (vma->vm_ops && vma->vm_ops->may_split) { 477 err = vma->vm_ops->may_split(vma, addr); 478 if (err) 479 return err; 480 } 481 482 new = vm_area_dup(vma); 483 if (!new) 484 return -ENOMEM; 485 486 if (new_below) { 487 new->vm_end = addr; 488 } else { 489 new->vm_start = addr; 490 new->vm_pgoff += ((addr - vma->vm_start) >> PAGE_SHIFT); 491 } 492 493 err = -ENOMEM; 494 vma_iter_config(vmi, new->vm_start, new->vm_end); 495 if (vma_iter_prealloc(vmi, new)) 496 goto out_free_vma; 497 498 err = vma_dup_policy(vma, new); 499 if (err) 500 goto out_free_vmi; 501 502 err = anon_vma_clone(new, vma); 503 if (err) 504 goto out_free_mpol; 505 506 if (new->vm_file) 507 get_file(new->vm_file); 508 509 if (new->vm_ops && new->vm_ops->open) 510 new->vm_ops->open(new); 511 512 vma_start_write(vma); 513 vma_start_write(new); 514 515 init_vma_prep(&vp, vma); 516 vp.insert = new; 517 vma_prepare(&vp); > 518 vma_adjust_trans_huge(vma, vma->vm_start, addr, NULL); 519 520 if (new_below) { 521 vma->vm_start = addr; 522 vma->vm_pgoff += (addr - new->vm_start) >> PAGE_SHIFT; 523 } else { 524 vma->vm_end = addr; 525 } 526 527 /* vma_complete stores the new vma */ 528 vma_complete(&vp, vmi, vma->vm_mm); 529 validate_mm(vma->vm_mm); 530 531 /* Success. */ 532 if (new_below) 533 vma_next(vmi); 534 else 535 vma_prev(vmi); 536 537 return 0; 538 539 out_free_mpol: 540 mpol_put(vma_policy(new)); 541 out_free_vmi: 542 vma_iter_free(vmi); 543 out_free_vma: 544 vm_area_free(new); 545 return err; 546 } 547 548 /* 549 * Split a vma into two pieces at address 'addr', a new vma is allocated 550 * either for the first part or the tail. 551 */ 552 static int split_vma(struct vma_iterator *vmi, struct vm_area_struct *vma, 553 unsigned long addr, int new_below) 554 { 555 if (vma->vm_mm->map_count >= sysctl_max_map_count) 556 return -ENOMEM; 557 558 return __split_vma(vmi, vma, addr, new_below); 559 } 560 561 /* 562 * dup_anon_vma() - Helper function to duplicate anon_vma 563 * @dst: The destination VMA 564 * @src: The source VMA 565 * @dup: Pointer to the destination VMA when successful. 566 * 567 * Returns: 0 on success. 568 */ 569 static int dup_anon_vma(struct vm_area_struct *dst, 570 struct vm_area_struct *src, struct vm_area_struct **dup) 571 { 572 /* 573 * Easily overlooked: when mprotect shifts the boundary, make sure the 574 * expanding vma has anon_vma set if the shrinking vma had, to cover any 575 * anon pages imported. 576 */ 577 if (src->anon_vma && !dst->anon_vma) { 578 int ret; 579 580 vma_assert_write_locked(dst); 581 dst->anon_vma = src->anon_vma; 582 ret = anon_vma_clone(dst, src); 583 if (ret) 584 return ret; 585 586 *dup = dst; 587 } 588 589 return 0; 590 } 591 592 #ifdef CONFIG_DEBUG_VM_MAPLE_TREE 593 void validate_mm(struct mm_struct *mm) 594 { 595 int bug = 0; 596 int i = 0; 597 struct vm_area_struct *vma; 598 VMA_ITERATOR(vmi, mm, 0); 599 600 mt_validate(&mm->mm_mt); 601 for_each_vma(vmi, vma) { 602 #ifdef CONFIG_DEBUG_VM_RB 603 struct anon_vma *anon_vma = vma->anon_vma; 604 struct anon_vma_chain *avc; 605 #endif 606 unsigned long vmi_start, vmi_end; 607 bool warn = 0; 608 609 vmi_start = vma_iter_addr(&vmi); 610 vmi_end = vma_iter_end(&vmi); 611 if (VM_WARN_ON_ONCE_MM(vma->vm_end != vmi_end, mm)) 612 warn = 1; 613 614 if (VM_WARN_ON_ONCE_MM(vma->vm_start != vmi_start, mm)) 615 warn = 1; 616 617 if (warn) { 618 pr_emerg("issue in %s\n", current->comm); 619 dump_stack(); 620 dump_vma(vma); 621 pr_emerg("tree range: %px start %lx end %lx\n", vma, 622 vmi_start, vmi_end - 1); 623 vma_iter_dump_tree(&vmi); 624 } 625 626 #ifdef CONFIG_DEBUG_VM_RB 627 if (anon_vma) { 628 anon_vma_lock_read(anon_vma); 629 list_for_each_entry(avc, &vma->anon_vma_chain, same_vma) 630 anon_vma_interval_tree_verify(avc); 631 anon_vma_unlock_read(anon_vma); 632 } 633 #endif 634 /* Check for a infinite loop */ 635 if (++i > mm->map_count + 10) { 636 i = -1; 637 break; 638 } 639 } 640 if (i != mm->map_count) { 641 pr_emerg("map_count %d vma iterator %d\n", mm->map_count, i); 642 bug = 1; 643 } 644 VM_BUG_ON_MM(bug, mm); 645 } 646 #endif /* CONFIG_DEBUG_VM_MAPLE_TREE */ 647 648 /* 649 * Based on the vmg flag indicating whether we need to adjust the vm_start field 650 * for the middle or next VMA, we calculate what the range of the newly adjusted 651 * VMA ought to be, and set the VMA's range accordingly. 652 */ 653 static void vmg_adjust_set_range(struct vma_merge_struct *vmg) 654 { 655 unsigned long flags = vmg->merge_flags; 656 struct vm_area_struct *adjust; 657 pgoff_t pgoff; 658 659 if (flags & __VMG_FLAG_ADJUST_MIDDLE_START) { 660 adjust = vmg->middle; 661 pgoff = adjust->vm_pgoff + PHYS_PFN(vmg->end - adjust->vm_start); 662 } else if (flags & __VMG_FLAG_ADJUST_NEXT_START) { 663 adjust = vmg->next; 664 pgoff = adjust->vm_pgoff - PHYS_PFN(adjust->vm_start - vmg->end); 665 } else { 666 return; 667 } 668 669 vma_set_range(adjust, vmg->end, adjust->vm_end, pgoff); 670 } 671 672 /* 673 * Actually perform the VMA merge operation. 674 * 675 * On success, returns the merged VMA. Otherwise returns NULL. 676 */ 677 static int commit_merge(struct vma_merge_struct *vmg) 678 { 679 struct vm_area_struct *vma; 680 struct vma_prepare vp; 681 bool adj_middle = vmg->merge_flags & __VMG_FLAG_ADJUST_MIDDLE_START; 682 683 if (vmg->merge_flags & __VMG_FLAG_ADJUST_NEXT_START) { 684 /* In this case we manipulate middle and return next. */ 685 vma = vmg->middle; 686 vma_iter_config(vmg->vmi, vmg->end, vmg->next->vm_end); 687 } else { 688 vma = vmg->target; 689 /* Note: vma iterator must be pointing to 'start'. */ 690 vma_iter_config(vmg->vmi, vmg->start, vmg->end); 691 } 692 693 init_multi_vma_prep(&vp, vma, vmg); 694 695 if (vma_iter_prealloc(vmg->vmi, vma)) 696 return -ENOMEM; 697 698 vma_prepare(&vp); 699 /* 700 * THP pages may need to do additional splits if we increase 701 * middle->vm_start. 702 */ 703 vma_adjust_trans_huge(vma, vmg->start, vmg->end, > 704 adj_middle ? vmg->middle : NULL); 705 vma_set_range(vma, vmg->start, vmg->end, vmg->pgoff); 706 vmg_adjust_set_range(vmg); 707 vma_iter_store(vmg->vmi, vmg->target); 708 709 vma_complete(&vp, vmg->vmi, vma->vm_mm); 710 711 return 0; 712 } 713 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki