From nobody Sat Nov 01 18:59:10 2025 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4czRwj5cb8z6DkkX for ; Sat, 01 Nov 2025 18:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-24.consmr.mail.gq1.yahoo.com (sonic311-24.consmr.mail.gq1.yahoo.com [98.137.65.205]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4czRwj3bJpz3JXn for ; Sat, 01 Nov 2025 18:59:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=hGj9tz8k; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.205 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762023567; bh=/MIIUWPXpueqf22oUZwFc3O6NKMdwkEJktbLvH/M6k0=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=hGj9tz8kGAXjwlsjXJkgAyu8kFxzNkCv+97tI0JeTe1CHN3IJD1fjRPdVrMGLfgsP4+8TwSlVtyyGejZ5kbfY1NlgZ7r4W8Gah6Kpf/JuMm2Y6cRpp1dZY/VwAoXiXbI9bk+CoZU7NcoAjnsW5BMIGw0+HsG5b9g+TobUcs5bO+IIv2ccLnptW2A4FmyFPVEs0Tz/+YGLSunQWdpsHbvOpNeqPCHg7J1Nj6ajG0HZxYc3NBYH9wd4A2Uezr0jGmUUA8GEwng06MlrH2I1WurpSy2/+yIMw8BoImWL1jYt02GW0MQgqZCKitn0GaTj/Mmyds6+BEWN7y0ygHeSPYYOA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762023567; bh=SZOyHN4ML8nXLgw+6WcEfCDlDk+N7z/R0u3vMhnJddF=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=sium2GknTAIquUu3wZyfCGwrv77i/F8ipEwX53jNlzjy7G98SMn+l3iHV8RpVNB9asARc6IMRTy+QAw/Z5gatVeWcwOPxDuOkPMrNJf4cljDlBHY84Bo9JJzKLJ7beXfFAxo58qFFEJ0rqloWBLK9t/qVX50VDoeL0lEaNIGM7FGI4BqeeMBjhw3Kf0lXB8BzWQUtI8w1K5rQf4+biSyKGxGRra1+u0uE2VQn7JpvZOb7clt+Ayd4WjF09fmQnUGpXhz0MOgfzZZ/QS6mF8V5dGpvh09uo7oNpnnww+ytR2sgV87RcAxluKGuFr5ktnunxDcccuQaFcG/LlYdD6v3w== X-YMail-OSG: fzyH6u0VM1mLwANi1D9THhA8gjPoGJ1jHhGo_8i8Z.kAaz1bllBhcvLmJSxhU6N EErHRunZMuHaea4n3f6C50bW4rlJpPIWm6OS236ceRARErGCpVHTHzR8Fd.HZ2dQCn2MgTyAor7i CpHKgUwgsQp6vfM5O3rLfWQnrF3KjEGnPSrxOGq24Aq7Ap6IBMYCKqGroANMxYUbqCj0e3hlit7B nH51DkPteT8zI8ox9_HobXbLf5VvAtoC43.2oksIku.41tzIVEOFGjVRSgqZAGTvhYC19c5_W68S C5q.P.RKIbOW7JxJzoeXk.5Q8K1.5T2Znd9hcG4EXu3Zu_MvnjDQAPfXxIh3maKV7UNUUnYXV3R9 bO_pU1uYF15GKGuskJn0Ym9KITi_gucqx997brluiqS3cFA4CHzgix8s4dAoW83ND7JHJf.4hMcH Ol8AWdJublTJgrHpS.tvPMkaXoZKZ8e3RxNbU9fRwszKkvce1JzEfwsPlWborny0RibOksCbrCX2 CadnRb99Y.nWXgAOq85V9QWGtjCpIHRYqu7HE1J58qKXOTzQY36XDru3YGOd3m8MZlzDTXi7_ZQr IAbXjdofZNT7zLySn3vHynDWEFPja_U3P9IHrMzeNn1Dg4sFsFQzFsRkgByCLYpmb1FRTADljpjg YagP_mG.nOcPc_EdzgBogpSgg8LMYx8hjiNyPxYGqbzklMuoqi0iZvcOuEVvP4Qs84Tow.nVGLc5 Zc_OptnRzrZKVa2wFvYr839x6oWfDYGAtJ_FnUXy8NukcxGxcfvmH35frrDUOfDckBzjD4.zblqq VrToaYycD.fxszlReGsTm1xUKnFVyLetKVTxxuwOcanoLLE6syKX5nfN4ItxU8D_YPoax8zLWa3Z 7G_HB_l5s9DpFFUX6s7aw3hWBvYNsJc5cyIj_Y2aj1DDNH4_DfsTZIL6a3nN83D15UbRmbpwjvOZ vI7GNttVL7CvWmM2xTYHoD0apUA2YZiE09hF62nWPl5D9tatUUKImraMDJVh242wGq403vKx9JtW 5nZACLAbfUMgW0Dca0cXXCQuRKhtfokmSXuzVqRvdnfZp5EtMLtxOnpS2HhAgpTMOzrlHu2LXC7f ikEuO9e4OK0ncwzt5gGMkbkBLEI4_UcVwil7lJ2FxkShNUGTMPKzsJ1yqSsFTmRgrs.e.r9Cr3Yw UoEjOWIzYVlbqqN5cZ7in3xuco12Kqhat1LW0QNQvTaqNOxn5hGpTWZ4Hu1fAmsVxJ.RoPDBmh37 6OHv_5cm9ZT1EUBuvlnLtStFzc5R2R3NPP8zzg00PXpqIS1XDrr0P0AuFZzsGLIfmkVF.wBr5BTN FfOjJg9eho15GaeOrUyFchX_Qa1aXPwbJERKv6HrxzxtJeeQfPBCMiWOxE1_ZiV.X3bgP6nf6yFR aiWQbL3mxWq9r2J0EZ47tRKcb3Ysi7FwwI18qJgaGY06I7VwIDrN83PCUmLouJFKpHOrT7tIaW7G 6k3MbOR9BgmENhNdHEfbnRLuqIJ3ST.OGaNnZ_CalL.wQp7w.BUKKpKl7yc5nJdA3d2aieecszn9 rlscB6El6FNv0WqoG4iCLPOt2ZYpBcviO77Bu.hncuJvKBQw5KgRUbyDtAWcNjHiFL8NJOoofhkV FwNj62ad1fHcLKWlC7EwHUnijev1kNbuPn38XLXOUjbAht7Aucw6H5YbS1tASASfOqALOL8lXDrz KZteCmSLpkQ_hL8s0kVDZzMxB1xI8a0HOzECuJNnWQtwHR0jdMohaX4LIGV9uhPqnjawAYp6Sc4V cM3VW6j9Jq5s2E_kIIac_WCx.91j.QHRCLX1c63.KBKcuuSpYJJyz9zY597jctLJ9JDxLXhqmEQ_ g_px4tJ5xgVamhsmWVYOYjWkGpmNQowlKgBr9f9Ucli6gcxfpLg0p4EDHlbcK2UWkUFmtmfUyzi2 Dtwn9WPijKIZhN3ZNR3go1SUU_Kpz4CCueq3AfnvNTC9hAFzt6aRcM2Gfd0pK1w0AsOLNbQycd21 sAo8dH_Td2eT0Z2BuFN0KHUcV6HDqKrhNEJjs7ktxhtyCNCKT.MPMZWqgQQgwEoR_vE6LNbqPkwh 6knpWjmbCXXPeO_WmlNgo7aZfvV0GQXiKZrsha_8Rm5fmFDxJDA2aisetJoKWsVeLXYQfgwJjDCP ePEIZEOk7Du1hS2_bBSWcwP0DUpEDRWb_tQHBryrRKdE5SbVWzowWPk8rw5HkJgAyxQPs5CiWf6D 6b.mL0Bq7cPLOrYtFJQ8GTEPveFnY X-Sonic-MF: X-Sonic-ID: 8cac7e5f-c8cb-4132-843f-a9b41ba4d8a4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 18:59:27 +0000 Received: by hermes--production-gq1-86c5846576-588m6 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID afb5cbf1a389dc6738fa35355042b595; Sat, 01 Nov 2025 18:59:22 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: Buildkernel fails in /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o From: Mark Millard In-Reply-To: <10F4DDD5-93CE-4DAC-B11D-44BF2F53C618@yahoo.com> Date: Sat, 1 Nov 2025 11:59:10 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0D2F1D4A-3ED7-4BFF-88C8-24ED17556DF4@yahoo.com> References: <29BBF0CD-763D-4818-80F5-E8CEDF3136B9@yahoo.com> <10F4DDD5-93CE-4DAC-B11D-44BF2F53C618@yahoo.com> To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.84 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.84)[-0.844]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; FREEMAIL_FROM(0.00)[yahoo.com]; RCPT_COUNT_THREE(0.00)[4]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; APPLE_MAILER_COMMON(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.65.205:from]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.205:from] X-Rspamd-Queue-Id: 4czRwj3bJpz3JXn On Nov 1, 2025, at 11:26, Mark Millard wrote: > On Nov 1, 2025, at 10:45, Mark Millard wrote: >=20 >> On Nov 1, 2025, at 10:22, Adrian Chadd wrote: >>=20 >>> Here's my suggested solution: >>>=20 >>> =3D=3D=3D >>> diff --git a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c = b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> index 96c3a0db8aa5..7e105a6b3b77 100644 >>> --- a/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> +++ b/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c >>> @@ -628,7 +628,9 @@ free_pagelist(BULKINFO_T *bi, int actual) >>> pagelist =3D bi->pagelist; >>>=20 >>> vchiq_log_trace(vchiq_arm_log_level, >>> - "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); >>> + "free_pagelist - %zx, %d (%lu bytes @%p)", >>> + (size_t)pagelist, (int)actual, (unsigned = long)pagelist->length, >>> + bi->buf); >>>=20 >>> num_pages =3D >>> (pagelist->length + pagelist->offset + PAGE_SIZE - 1) = / >>> =3D=3D=3D >>>=20 >>> The code /is/ being compiled on my arm64 and armv7 builds, I = verified this by using #error in this source file. But the format = strings aren't eliciting a type violation when I cross compile. >>=20 >> The CI builds are on the likes of butler4.nyi.freebsd.org which >> are amd64 as far as I know: also cross builds. >>=20 >> The CI build infrastructure may be public enough to check for if >> anything special is specified for those builds. For example, I do >> not know if they use /dev/null or empty files relative to the >> likes of environment variables: >>=20 >> __MAKE_CONF >> SRCCONF >> SRC_ENV_CONF >>=20 >> or what the related file content might be like otherwise. >=20 > In: >=20 > https://ci.freebsd.org/job/FreeBSD-main-armv7-build/26181/consoleFull >=20 > I see: >=20 > . . . > export 'MAKEOBJDIRPREFIX=3D/workspace/obj' > rm -fr /workspace/obj > . . . > sudo make -j 12 -DWITHOUT_CLEAN buildworld 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' > . . . > sudo make -j 12 -DWITHOUT_CLEAN buildkernel 'TARGET=3Darm' = 'TARGET_ARCH=3Darmv7' = '__MAKE_CONF=3D/workspace/freebsd-ci/jobs/FreeBSD-main-armv7-build/make.co= nf' 'SRCCONF=3D/dev/null' > . . . >=20 > In: >=20 > = https://github.com/freebsd/freebsd-ci/blob/main/jobs/FreeBSD-main-armv7-bu= ild/make.conf >=20 > I see just: >=20 > QUOTE > KERNCONF=3DGENERIC GENERIC-MMCCAM > END QUOTE >=20 > I do not see anything explicit related to what SRC_ENV_CONF is for > binding to, so a default context for that binding. Looking at the official CI build log, I see: cc -target armv7-gnueabihf-freebsd16.0 = --sysroot=3D/usr/obj/usr/src/arm.armv7/tmp = -B/usr/obj/usr/src/arm.armv7/tmp/usr/bin -c -O2 -pipe = -fno-strict-aliasing -g -nostdinc -I. -I/usr/src/sys = -I/usr/src/sys/contrib/ck/include -I/usr/src/sys/contrib/libfdt = -I/usr/src/sys/contrib/device-tree/include -I/usr/src/sys/dts/include = -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common = -march=3Darmv7a -DLINUX_DTS_VERSION=3D\""6.12"\" -funwind-tables -MD = -MF.depend.vchiq_kmod.o -MTvchiq_kmod.o = -fdebug-prefix-map=3D./machine=3D/usr/src/sys/arm/include -ffreestanding = -fwrapv -fstack-protector -gdwarf-4 -Wall -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef = -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ = -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas = -Wswitch -Wno-error=3Dtautological-compare -Wno-error=3Dempty-body = -Wno-error=3Dparentheses-equality -Wno-error=3Dunused-function = -Wno-error=3Dpointer-sign -Wno-error=3Dshift-negative-value = -Wno-address-of-packed-member -Wno-format-zero-length -mfpu=3Dnone = -std=3Dgnu17 -Werror = /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c = -DUSE_VCHIQ_ARM -D__VCCOREVER__=3D0x04000000 = -I/usr/src/sys/contrib/vchiq It appears that the -Werror is from: /usr/src/sys/conf/kern.pre.mk:WERROR?=3D -Werror . . . /usr/src/sys/conf/kern.pre.mk:NORMAL_C=3D ${CC} -c ${CFLAGS} ${WERROR} = ${.IMPSRC} via a: /usr/src/sys/arm/broadcom/bcm2835/files.bcm283x: compile-with = "${NORMAL_C} -DUSE_VCHIQ_ARM -D__VCCOREVER__=3D0x04000000 = -I$S/contrib/vchiq" In other words, the official build's WERROR contains -Werror . What do your build logs show for the compile of: /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_kmod.c ? It would appear that there is some prior definition of WERROR in your environment, such that "WERROR?=3D -Werror" would no-op and use your environment's definition instead. =3D=3D=3D Mark Millard marklmi at yahoo.com