From nobody Sat Nov 01 16:36:41 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 4czNm91gFLz6GBgm for ; Sat, 01 Nov 2025 16:36:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-55.consmr.mail.gq1.yahoo.com (sonic308-55.consmr.mail.gq1.yahoo.com [98.137.68.31]) (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 4czNm83p9Xz3kHH for ; Sat, 01 Nov 2025 16:36:56 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762015014; bh=vQi+Wb8ktk09y4wrgjt4j/55eIV56hN0fSLc9F7VvlM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=h279D3R3fYPK0mwCbnkA9Q07O4zlRSm/7KIluxWY+18FhrQwh2rt+L3ReNGuaS+ZlhyHudBbpEYDO3t89gg7r/Mt9Tgg+RCzDmgu9zGkHSmIMAiwhS4Pnhsv5uKNJRoz3CdA4yQddKY3dZlTOVgl8V9WD/42p5D+DHuavnJQbm6Jt4HkZJY4ccM7ZmNEM3brcHKyNLVFtwntpzyPQLMc/7JoKN61gcpSRVzYWIEUhnF7/eJ5ADiysrB9baBLS/7D+BfGXFMieeOKiUsak+vxnQlEFLochknC/YOFZWwMksYTh9KLBvvpeQAGCwb8N5ArFIvxcLP4+TPonARGwzU1+g== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1762015014; bh=NhmhSJ7KCpaCYmuXeZSb2PkU8gusak0X0DM1i+LGcIf=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=O8wJTFFvMzWBUFfUA3doytfSTZ6J6a79oSjSIASpPDVYBRaHtrJ8+ZHAAn1TOfuwBrFnMz4EIbHH33+jhWjqaUVRn1h2Zhy1zozFghtjYOF+7opJc7EyHom3JnjJMb06R3oZ5pFrJ8cESQMaS4mlkGGB/n9FmtZ2V1gxoDYz9eCTm4PJier2BGdD94dpCOTa0e4Eq9YdDDY55b8vzJOL11ng2aAvoJ4cPrmGzsBI+H7cSZO2UWs1d/e+UIWJmDzSH1sVueSgSaVcEpcVu/GegJG4XD/bG0QWpq078egSdCaNQx4Lj3QEXFWdiC6UiLUo7Jmcq+GMY5kwJEOH4xMc0w== X-YMail-OSG: rPQ5quUVM1mA5Llf0LsLKYRR5eZU.H9CbIAXyVRmysO.GsVJKHRzu8ffje3996K HyUou1HbAA6VbMwXc0rY8xAs3Qe7MeBnggBq8eOWkDCkOOD38KrMcOhoS2tzR7dWa7pYJlnqAPXC KtIkBEyEAWujR3TumuylR1whAsTuKY62ygQm.sGtdalmAYMczYMt7MwfzWByk0J0kF.gVioEeQ07 XbhSD0qZcW1baR2Z9V3j5qRImZvMOnbgWoFwR3zLGMvSwmfmCJ6eTI2MjWzpVddcSXPl3D8L5YRH _mQ9Gyzg1GV.W9AaIMQw7wQ6mJLGeq7Tg8y9zbpvofuoVLk6uNF3Fug1PNSEVJ4afSKTmGf9zAog _xRBkfGGyTDJKsQI88DFMCegnVplwIm.Iw1TTKcIbK48jUQds3yoYjznJIUg3G7ipWwx3JdLAPCu hCfO_LtifJjlI7cUvfwb6GJFSEZ7RevT9V8v5uufmZrB5beQncrXPhLXZPTPsniRS97TSLLRA.on OEljC4BcH6WWafXeHjo9kuDtp2LAqULqd_zyrH6gmpZX5PTwDBMhFHySTcrA.b2US0ojG6cp2snL JRN.ZyiGHE1.x4.UxLwoLmuf60z7s0DbDPsCY4zKCFPkYXTnHjFWYcBlFNlXcMFGnqN9QxAJc4v4 M8HM6vphd1GSCpajiiGXuPgHd_EtDCxgcfRobJikO7pxgWGZWgKbTOrPMXLE9xDx6CLWu5RLc2mF 79j3w950BBd_Coq9vZrNxfL5SEe6b_CIRZ5FOuWrCdgGABopzDj4vfuwRmlZru0vsRhOoS0YiHsT 12zRksidL5P7vQ.S93iLQFEdgn_KWvAUPADflydrr8DhBmTdGcNeaspB2bxbxhppUyBozjw9Yyci Rwe3WSOAkl5UI0ygrp0mqxEqmijxSc3vH8DGXV3eN80_AGj4OvtwZiD3ua0WUkjTZ._srnnOsEZW xIxAzRXA9.cpLfsaRy0dps2z32LikH59KBp4OCllnnJvWCpW2xCRhyHtmlMRkRKyXftwD7ieKmvo q6J393xXwqE1xpAIig.q2IAxwgNhcVLmi7ZhwUotPuxSqv.IMsocKe4j8nplbT4Ph6Sg1bmSku0H oWWQ1ytEhODSAmUEVBXEmi7yezdZlMCM1Pv9bTYwQn.BP6dOS9Aw9HvZ3eUlFUaDrhMx3d_3pxQ_ JKDFPTrApSxVeb1Z5Nw0wqYghKUsvJmjC1nEs6r.Tb_nsCj.HRDJv9mDHfM3tqfe1274..W8Kfe8 i9bDzRNOTSv7i3Tauc4Dug1GiMD.IWJyWcKWs5LWXPPnTV1wOapSMnr80ycSs2WbyOWP_6X3byNY J5XzvbrkCWMaGnvs0EdBpqWMfUiI4L7a0Uq5k_56nSPZPQTsaf7ne_L3nE1.st.jxcezIoGwbmJd xUbVgIXRBwVwAQAoWNHLHPh78amxYYrI.FUsJgb_D2p09.xEmQcWl.pmMK6wV79prxNiKPp3qxgI CtK1_ybZP6Nh5ego0fsG6WqhDEYPTx2xdpPHL54AEidOejGQWvKEQ9gfBk5DSaWvGddYbnE4cTZO FcF76OicFTM_4DzpLPuki19xoOFQwm1sQYD9sbQSBBd0pZxlmotCyQGO6fdzJw_8j_ZjZpRL13MU bHNmRPyel4TUhpeYy1zk_UleEXD3hdcmUzoNOk_vr2TxJfb0vdS5cAsVPX5mBX7GZnA0m7gFWt89 J.uU4Jmg51GrAZ9UmZYmGOKK81nlQ1yBh2RGSEyuhmIdE.wO8rHHdMfNopqAvfE8VUFxIB.lVMwh 1xHGwPLexrXauiRx3tCEDJo5hjSFPAr9ZKUW2z5bfhT9..AmvnTWLhwIedvh7xRfyoti5IQQM6O8 .ATX7LOjmI1JFEQ_ZnDjbGk9sZNVp_uGsYaM0BWIzRPRn_9Ec8hbjSD1aosUW2PL6j4aClLTJYqU 4LWpS3BJ7d.WTf1rp5ZhTXOwQnK46stxXgS2z49X3z2RnPqxt6s.L5R3JZpDPl0buEnCbDXzA3pK a.Rt8B7mlwWhp6i9S.k_jzjDZ0vcwTqVtIEnB9GeopDDWwiG1Fye9FWXMe5DdnE1IGP2_m5feVoU A2zmCC9VIl0PhV_REnqCGkeOLXLapBsM8O0HYf4kCQ3DO51nxvJFvldVdYT7jJ5Shxm7lgnI.gIk 4uhudAcjItz1.ju_xkpPphRRIH7WbGHVO_ef1JF19V.Ucywhn56B.4Ce3YYVbBks4if3GaqDcDVr GrzoStazE7Q8EjUMGQOKrrmbpALO1jGFo94aWqV4ZOrJMx9iV05HQLQsE0iA.rLL4VMMcfOtTKDS V X-Sonic-MF: X-Sonic-ID: f83881fa-6788-4559-b624-6da90dd2c496 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 1 Nov 2025 16:36:54 +0000 Received: by hermes--production-gq1-86c5846576-5w5fb (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 61333dfb533e02b3abaa0b88e312d590; Sat, 01 Nov 2025 16:36:51 +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: Date: Sat, 1 Nov 2025 09:36:41 -0700 Cc: bob prohaska , freebsd-arm@freebsd.org, freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.3826.700.81) X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Rspamd-Queue-Id: 4czNm83p9Xz3kHH On Nov 1, 2025, at 08:57, Adrian Chadd wrote: > There's obviously something wrong with my cross building, because when = I try cross building armv7 on my laptop it succeeds >=20 > Anyone have any ideas what I'm doing wrong here? thanks! My guess is that you have something disabling some more strict type matching checks: you are not getting -Werror,-Wformat Later notes below somewhat support this as a possibility, given the error message references -Werror,-Wformat . > ``` > #!/bin/sh >=20 > OBJ_BASE=3D"/home/adrian/work/freebsd/head/freebsd-obj-arm" > SRC_BASE=3D"/home/adrian/work/freebsd/head/freebsd-src-arm" > PORTS_BASE=3D"/home/adrian/work/freebsd/head/freebsd-ports-arm" > MAKE_FLAGS=3D"-j8 -s" > X_TARGET_ARCH=3D"armv7" > KERN_CONFIG=3D"GENERIC" > BUILD_FLAGS=3D"NO_CLEAN=3D1" Do your build logs show the relevant source being compiled? Use of NO_CLEAN=3D1 for validation build activity has some risks. (I'm guessing that this is not the problem.) > env MAKEOBJDIRPREFIX=3D"${OBJ_BASE}" make ${MAKE_FLAGS} buildkernel = KERNCONF=3D${KERN_CONFIG} ${BUILD_FLAGS} TARGET_ARCH=3D${X_TARGET_ARCH} > ``` >=20 > On Sat, 1 Nov 2025 at 08:18, bob prohaska wrote: > A Raspberry Pi 2 v1.1 is failing buildkernel with=20 > Building /usr/obj/usr/src/arm.armv7/sys/GENERIC/vchiq_shim.o > --- vchiq_2835_arm.o --- > = /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_2835_arm.c:549:71: = error: format specifies type 'unsigned int' but the argument has type = 'unsigned long' [-Werror,-Wformat] > 549 | "free_pagelist - %zx, %d (%u bytes @%p)", = (size_t)pagelist, actual, pagelist->length, bi->buf); > | ~~ = ^~~~~~~~~~~~~~~~ > | %lu > /usr/src/sys/contrib/vchiq/interface/vchiq_arm/vchiq_core.h:73:39: = note: expanded from macro 'vchiq_log_trace' > 73 | printf(VCHIQ_LOG_PREFIX fmt "\n", = ##__VA_ARGS__); } while (0) > | ~~~ = ^~~~~~~~~~~ > 1 error generated. > *** [vchiq_2835_arm.o] Error code 1 = https://cgit.freebsd.org/src/tree/sys/contrib/vchiq/interface/vchiq_arm/vc= hiq_pagelist.h shows: typedef struct pagelist_struct { unsigned long length; . . . in agreement with the error report's "unsigned long" reference. "man arch" reports: On all supported architectures: Type Size . . . int 4 Architecture long void * long double time_t . . . armv7 4 4 8 8 So it is not a actual-size problem. So it is more of a strict type checking notice. Side note: FreeBSD has "Variables of types unsigned long and size_t have the same representation" but also has examples like: Architecture long void * long double time_t . . . aarch64c 8 16 16 8 . . . riscv64c 8 16 16 8 Thus the (size_t)pagelist use looks to be definitely Machine Dependent code. Any reason that %p and (void*) were not used? (Not that vchiq use would necessarily be likely on aarch64c or riscv64c .) > uname -a reports > FreeBSD pelorus.zefox.org 16.0-CURRENT FreeBSD 16.0-CURRENT #1 = main-n281567-8d5a88ac95b2: Wed Oct 29 18:14:25 PDT 2025 = bob@pelorus.zefox.org:/usr/obj/usr/src/arm.armv7/sys/GENERIC arm >=20 > Git reset --hard reported > HEAD is now at c6e02892bbca bsd-family-tree: add macOS 26 >=20 > This has been going on for a couple of days at least.=20 >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com