From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 61D623775A0 for ; Wed, 7 Jan 2026 16:28:23 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.222.176 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767803315; cv=none; b=EDzJ3fksQTxY5v370ZghwHCBrbVq+BCNdNeslHBVGaAcN7JZSkIUfMfpxuvJRbmmIG9ShHRWnwkKh5Qk2OdYHy4RszQMjUIsv8/cdj3QHRBZ6zieaCwOkVL3Kv9ckmJjLDbMmwUvQkafgw/89/mxuJp+r60PUPynWV5DyNHW1LE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1767803315; c=relaxed/simple; bh=Ylqfh+TJjegPEk9aD63ABRBsETtBUTp9+uJMKX5IjPg=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=JwqgaXP9+wn/qVEVXvA5a2xrSUfFsjPG+mUBtD3Wb3d4HJHpk/0JrP7F8inlqBqtkSQyBvAl70mbFogdYQ2Yd+YYHtvsj7bvpZJecSjw4D2kGn3i4EHeZyivWizKNfKk778tSQBRIpszxo422qs4/Ld+QX1eNyfHSnfUnYiV2Os= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=Qn8e7KN8; arc=none smtp.client-ip=209.85.222.176 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="Qn8e7KN8" Received: by mail-qk1-f176.google.com with SMTP id af79cd13be357-8b29ff9d18cso228133285a.3 for ; Wed, 07 Jan 2026 08:28:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1767803302; x=1768408102; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=V74QBoiaIokZEZXv4naUX8IYVCPZvYYUxNJDmaeu4lE=; b=Qn8e7KN8A3xIsRq61ycpqiGzWg+JvaF6aSDZ0Owi2OgWP3/dzYhpj0qD+qRa93yEny +2MQVOkrqwgg1R40SgWBujiw14tu3NBMdKcoB/tZ020kMcsrJtNjJiuzxTrpzEBf5GA9 n+WJBB6152xyr9eKnf8CZgBOBYaeHnM1xUJLvMdC0NBbREzRk8EhZAwByhsKwILZzXpv jG2rmcqEpV8Wl54PfmccRpIYiAx+Vhkjb6YsAgHWCnH1y2VOfHpYDSHnRy53cGDevCB5 WmkwL2OM1AtGsEEu03/Fe95TInTFPXCRXoTrJZUDUrbzchT7HjwdM4A+IuhIPTaTILYB KRGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1767803302; x=1768408102; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=V74QBoiaIokZEZXv4naUX8IYVCPZvYYUxNJDmaeu4lE=; b=O+DYzDohA9zQ0BK3wxpnISjU+QiZ505vsvVW8K931xK3hZpjOfMVJWYUG3RAhSyaSd YiMbIy9PB63bIyn5/U1rLo2bL2EScCE6GGlJwk4p8nVOQPIs5+DplBlxPny0tf+IgRCF wEDVhmRFPgBGTCT/T1Zc1BNalNynSqP9FnDde5oIEnzQFJTAbCt9lGTSAwr6GIQnrJJ/ 5ntj1svJ8+KUC5YgVqpRmqk445A1Guk5KECDwQVSuUOZflXWH2aK/k3UXIoltHUcP6aF Nd2rLj2B1nuFQy+O7jPjlBSRfY4GmaZlZS25st1lzT9oYV5orszNzQxhRGny+W/1dutQ 62jw== X-Forwarded-Encrypted: i=1; AJvYcCW/mSdKGlBW3f2WVCS6LSgM38AGBoevuKeIWh93b3Zg0AOM+3d1ZcSAd+z+PE7pu1Z9o/feQqVmF26g+y4=@vger.kernel.org X-Gm-Message-State: AOJu0YwafLgqax4ys5Sc+BMUSPCUqKLPAnOrr6jMWC+/UsGgjtbfOpx4 H9rOTmG1Ud+G+MTm5qJdpFBLyvZKQr3O1nu4dWuGMyaCAEQ3k5KStS8L X-Gm-Gg: AY/fxX596bn2lrUnHLBSL1Iu+zTDz9zBloL8LPtAxGHNEt++37BfS2QYLZsmJMFYtfn 11bYE1zT7EVoHjnKmf4uvlbYraS0pplDRk5Pc8/tXeAhDCIkrwgA3dlzR7OAHHDrVPBxJhR51oQ mquS9wfLSGIeLjE+V9Lstu1l0bvm94hprqTFkg5g7RrM3qYfk5mLwqKqj2yergFYsxw0uqwFXQG zRT7xx/7FbB/4XmoK9eEahP+2Wp6DUufCdQcR8yLGIQW91q5NVOkHkMeL9nf2rtAKfyc/jpcTbF 52UBqosEKmayTC+d5YwX0Jhlt4KEztuX1v9yiXA86Q1ggTcYsgBjoFivfYHfrh8x1NFmJh259Ws vT8sujucn/saJWB1BiWQ5H91aAMnKO14+lz+dJAB9eef+anV0aPiTHGcceRBmO3XkPq1Dnb3lmx 3mtV+Estckbx+OfA+3gV0ebdl6bv/l X-Google-Smtp-Source: AGHT+IHO1B7pLAzmJ6wLxgXtaO+W+HHVEV9FLh1Py/Ua+ID0bIyLjqIZ10smbdCbZDSuEgCkVO+QSQ== X-Received: by 2002:a17:903:9cf:b0:296:4d61:6cdb with SMTP id d9443c01a7336-2a3ee43de38mr24543175ad.27.1767796794253; Wed, 07 Jan 2026 06:39:54 -0800 (PST) Received: from shankari-IdeaPad.. ([2409:40f2:4a:8f9d:b0b5:f6be:9de8:e39b]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-2a3e3cb2e26sm52577155ad.48.2026.01.07.06.39.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 07 Jan 2026 06:39:53 -0800 (PST) From: Shankari Anand To: Greg Kroah-Hartman , =?UTF-8?q?Arve=20Hj=C3=B8nnev=C3=A5g?= , Todd Kjos , Martijn Coenen , Joel Fernandes , Christian Brauner , Carlos Llamas , Suren Baghdasaryan , Danilo Krummrich , Alice Ryhl , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , Alexandre Courbot , "Rafael J . Wysocki" , Miguel Ojeda , Alex Gaynor , Igor Korotin , Michal Wilczynski Cc: Boqun Feng , Gary Guo , =?UTF-8?q?Bj=C3=B6rn=20Roy=20Baron?= , Benno Lossin , Andreas Hindborg , Trevor Gross , Daniel Almeida , Abdiel Janulgue , Robin Murphy , linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org, Shankari Anand Subject: Re: [PATCH v2 4/4] rust: types: remove temporary re-exports of ARef and AlwaysRefCounted Date: Wed, 7 Jan 2026 20:09:35 +0530 Message-Id: <20260107143935.5757-1-shankari.ak0208@gmail.com> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit On Sat, Jan 03, 2026 at 05:28:31AM +0100, kernel test robot wrote: > Hi Shankari, > > kernel test robot noticed the following build errors: > > [auto build test ERROR on staging/staging-testing] > [also build test ERROR on staging/staging-next staging/staging-linus rust/rust-next usb/usb-testing usb/usb-next usb/usb-linus next-20251219] > [cannot apply to linus/master v6.16-rc1] > [If your patch is applied to the wrong git tree, kindly drop us a note. > And when submitting patch, we suggest to use '--base' as documented in > https://git-scm.com/docs/git-format-patch#_base_tree_information] > > url: https://github.com/intel-lab-lkp/linux/commits/Shankari-Anand/rust-i2c-Update-ARef-and-AlwaysRefCounted-imports-to-use-sync-aref/20260103-061451 > base: staging/staging-testing > patch link: https://lore.kernel.org/r/20260102202714.184223-5-shankari.ak0208%40gmail.com > patch subject: [PATCH v2 4/4] rust: types: remove temporary re-exports of ARef and AlwaysRefCounted > config: x86_64-rhel-9.4-rust (https://download.01.org/0day-ci/archive/20260103/202601030523.4eFrzaYI-lkp@intel.com/config) > compiler: clang version 20.1.8 (https://github.com/llvm/llvm-project 87f0227cb60147a26a1eeb4fb06e3b505e9c7261) > rustc: rustc 1.88.0 (6b00bc388 2025-06-23) > reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260103/202601030523.4eFrzaYI-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/202601030523.4eFrzaYI-lkp@intel.com/ > > All errors (new ones prefixed by >>): > > >> error[E0432]: unresolved import `crate::types::ARef` > --> rust/kernel/device/property.rs:17:13 > | > 17 | types::{ARef, Opaque}, > | ^^^^ no `ARef` in `types` > | > = help: consider importing this struct instead: > crate::sync::aref::ARef > -- Hello Miguel and all, > >> error[E0432]: unresolved import `crate::types::ARef` > --> rust/kernel/scatterlist.rs:41:13 > | > 41 | types::{ARef, Opaque}, > | ^^^^ no `ARef` in `types` > | > = help: consider importing this struct instead: > crate::sync::aref::ARef > -- This change has already been made in [1]. Probably it has showed up on the linux-next recently which has caused the kernel bot to detect the error. > >> error[E0405]: cannot find trait `AlwaysRefCounted` in module `crate::types` > --> rust/kernel/device/property.rs:362:27 > | > 362 | unsafe impl crate::types::AlwaysRefCounted for FwNode { > | ^^^^^^^^^^^^^^^^ not found in `crate::types` > | > help: consider importing this trait > | > 7 + use crate::sync::aref::AlwaysRefCounted; > | > help: if you import `AlwaysRefCounted`, refer to it directly > | > 362 - unsafe impl crate::types::AlwaysRefCounted for FwNode { > 362 + unsafe impl AlwaysRefCounted for FwNode { > | > > -- I haven't raised a patch for this file change I suppose. Should I do it in the same patch v3 or put up a separate patch and reference it there? > 0-DAY CI Kernel Test Service > https://github.com/intel/lkp-tests/wiki Please let me know which one would be appropriate and accordingly I'll send the revised patch. I'll try to complete this refactoring soon. Sincere apologies that this has been going since quite a while now. Thanks a lot! Regards, Shankari