From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B9B8C48B37D for ; Wed, 21 Jan 2026 15:39:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769009992; cv=none; b=AZ/KHT4no0+XkdsRvVim3ZgPAnDpUOov3+LYkR710iOEcinwnCoNlV2Lnvp1rZtrwEld32Gj/Be/lDA31RKJ+/sv2wbEG8esz9Ip8mTvusUs34PKOML4K12N2UCP+/Bt2a+yOXPr7QXXB0xWl/eS08mrhwRX/tswuCG9cbU95Co= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1769009992; c=relaxed/simple; bh=pUJslqA4zeViV/8SfbcCw34MkW7SdbEU66wajR84v6I=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=gOrbZzOo3K38yNFFYLnupT8NnySlhuG3Le+Qhe5EPUbu2zqJnRWcs/btgZSM8WVg28pfLi4UWtKFtuMEJy0sRbkLxfHID+Cu1SfIdOiNJERNYRt0JfiSkSaZIwtT/eX0KZospuJEH8Z+BGJk9CQ81YBweKqBkRawGtfYLtrPPfs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=PbePh6Wd; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b=RX+HLHyt; arc=none smtp.client-ip=170.10.129.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="PbePh6Wd"; dkim=pass (2048-bit key) header.d=redhat.com header.i=@redhat.com header.b="RX+HLHyt" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1769009989; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=KEnz+C52vOE4Xe6XYu6KOzOiyocaJmfV0+6qXi2mfzU=; b=PbePh6WdHsHwi8cvU6DMbb/PWwMzl+zTrmB2+likW5nOktAEFFEmGIo7vxW5TBZ79irLSZ cUk1PTrc/2ObF3duwGXNbUjJLyKeABUePRMrmCNe8i7MgcmLI5mcI/BvybC1kTkfIPe75P gYxtZATIGvHMALjrYyqOIOKWarL2lZY= Received: from mail-wr1-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-277-1t8QHcjFPMeR-ux_7z0VXA-1; Wed, 21 Jan 2026 10:39:46 -0500 X-MC-Unique: 1t8QHcjFPMeR-ux_7z0VXA-1 X-Mimecast-MFC-AGG-ID: 1t8QHcjFPMeR-ux_7z0VXA_1769009985 Received: by mail-wr1-f72.google.com with SMTP id ffacd0b85a97d-430fdaba167so4600819f8f.3 for ; Wed, 21 Jan 2026 07:39:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=google; t=1769009985; x=1769614785; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=KEnz+C52vOE4Xe6XYu6KOzOiyocaJmfV0+6qXi2mfzU=; b=RX+HLHytLd1D8yo4V2H92R8pTaKHZRSOojxYy310CarvJz1J6Tm2qZ4eWK22F+RWcQ lc/SwZFmivOe/DexwkYkn1kG9EhfseZwt5SYD6Pt5QCYlmVanIsM3Rb9apuXJh787l3R 68/RWbEnRL7rvz7KIaOHbCvynNaYp1OSIgzPU5jRix7PZ5aIxoyWToeztIh1IaeICY9W fpNqmAN0Ncwn2HIGxnyqwSGoTvUPTs4Gr5xN6h+6GavJJF8vz1cq9oEIOtWTvAA4r6a8 Rm0tBun7aYrv8dyuHIPJ5Eumf45Ay9UcNAg8MaX59HnX6TD9oNZjPXORb3AsugmKuv1f zG3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1769009985; x=1769614785; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=KEnz+C52vOE4Xe6XYu6KOzOiyocaJmfV0+6qXi2mfzU=; b=DJ/uSYa24gNLNsDFOi1Q5cxktKHvqj5bS1aSDrhSqExA7Q7PjspvVS+s62vM+tc7cR AoRhycuDEbMT2WIK2/DvCgX9g6LqlqEsIARWV66698S8pFcgyXFrqWeVbSwb0+a5QzI+ Lh4J7cPbJFMJzrrWN2xzkUmH4NdOOpzhA+me5MHyy1+bh2exhJdpLAe+u/406mQjDaCT Mslz31ghwmQXLbMnA5apUxVg/6T+SGJWGAalGrkmb6D7SwlW52p/atJYgmwKfYP4l9+R uHhUDE2XFAWZysEVd+mvQE/+NOnXT55n9zgJI27S+Y+uIuqdflPbYOZXpHctA7J11BjU tkxA== X-Forwarded-Encrypted: i=1; AJvYcCWReBmCz1BXQNhWNTB48x0QAjtD4GFaoB3UzEmfOLv8KqBpZJSgGq/A9POijYFqYtqUhrtXIW1uxJ1CxYU=@vger.kernel.org X-Gm-Message-State: AOJu0YwOKS7sS9ek4q+Xn++viMUQOirUy0WGcXwaipJfHPssLuSBbImf uBdtsOVaX6tCjJItI9ZBFHobbZtisCgaQc0r5yRq7Bj8al7caet9ojUx7yHX0VfAtWR7V9DC6Yg DvrpUvLE3ajdkn4m3ZWfAiBJxrfrj7AJuM7YWpOvoG/Z+16ktLTQoyqIslyb+LRNSnQ== X-Gm-Gg: AZuq6aJBY7BeoGIfQUbqjESe9/Aa+IHahdixQrmldpuZPJi7uCcLb4fpmXm1J6Pt71O UrLyg4YpHhUXg5HBimJbpBIUdMjX3DRx0XJkU+K5kNUlUQJJDi/Ag7aBillmoV4t7Dit6GodD6u rXYkkZshrzlbUGzxqekz05XHyEzos3u4oiAJOmpsVyY3EdmOBdgIi+XEqoc1mP+11hO/DF6/NvC y9zRVAGdC/kUlwpO+PRdEu6GzKqPS0en4gSxJyjlj7R0ia2rJVnTtFWbA8TnYdj3eMCBBAQWjpt uKiV6ZsjTRjjhF86guKQcCo3RalPFAXWO/b4ymx0sM2EWOBrzJJgfWcnDVSuaUma73JKjD+n2n/ JPyp75qNVcFuswkEIjjcu9mN/ckuYm1kJwK/uPnjy X-Received: by 2002:a5d:64c3:0:b0:42b:3131:5437 with SMTP id ffacd0b85a97d-43569bc17f6mr22943563f8f.34.1769009985015; Wed, 21 Jan 2026 07:39:45 -0800 (PST) X-Received: by 2002:a5d:64c3:0:b0:42b:3131:5437 with SMTP id ffacd0b85a97d-43569bc17f6mr22943519f8f.34.1769009984554; Wed, 21 Jan 2026 07:39:44 -0800 (PST) Received: from jlelli-thinkpadt14gen4.remote.csb ([151.29.129.40]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4356997eb1fsm37459480f8f.35.2026.01.21.07.39.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Jan 2026 07:39:43 -0800 (PST) Date: Wed, 21 Jan 2026 16:39:42 +0100 From: Juri Lelli To: kernel test robot Cc: oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org, Peter Zijlstra , Valentin Schneider Subject: Re: {standard input}:11828: Error: pcrel offset for branch to .LS005A too far (0x3e) Message-ID: References: <202601212126.OCGOmVW7-lkp@intel.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <202601212126.OCGOmVW7-lkp@intel.com> Hello, On 21/01/26 21:14, kernel test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > head: 6c790212c588fddeb0d852f2790840753bb604b1 > commit: bb4700adc3abec34c0a38b64f66258e4e233fc16 sched/deadline: Always stop dl-server before changing parameters > date: 5 months ago > config: csky-randconfig-r122-20260121 (https://download.01.org/0day-ci/archive/20260121/202601212126.OCGOmVW7-lkp@intel.com/config) > compiler: csky-linux-gcc (GCC) 15.2.0 > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260121/202601212126.OCGOmVW7-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/202601212126.OCGOmVW7-lkp@intel.com/ > > All errors (new ones prefixed by >>): > > {standard input}: Assembler messages: > >> {standard input}:11828: Error: pcrel offset for branch to .LS005A too far (0x3e) Thanks for the report. I was able to reproduce the issue following the instructions provided: {standard input}:11828: Error: pcrel offset for branch to .LS005A too far (0x3e) make[5]: *** [../scripts/Makefile.build:287: kernel/sched/build_utility.o] Error 1 The failure occurs when compiling kernel/sched/build_utility.c. I tested with several GCC versions using the same config and got different results: GCC 14.2.0: builds successfully (build_utility.o created, 133KB) GCC 14.3.0: builds successfully (build_utility.o created, 133KB) GCC 15.1.0: fails with pcrel offset error at line 11797 GCC 15.2.0: fails with pcrel offset error at line 11828 (as reported) The error appears consistently with GCC 15.x but not with GCC 14.x when building the same commit (bb4700adc3abec) with the provided randconfig for csky architecture. Interestingly, comparing the generated assembly output, GCC 15.2 produces approximately ~5% more code than GCC 14.3 for build_utility.c (912KB vs 868KB assembly, 25479 vs 24356 lines). I'm not sure whether this indicates a GCC 15 code generation issue for csky, something specific about this randconfig that triggers a boundary condition, or if there's an actual code issue I'm not seeing. The code changes in the commit are minimal (removing a condition check before calling dl_server_stop) and seem straightforward. Is this maybe a known compiler issue? Thanks, Juri