From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sender4-pp-f112.zoho.com (sender4-pp-f112.zoho.com [136.143.188.112]) (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 A22AB1940B0 for ; Wed, 27 May 2026 23:03:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=pass smtp.client-ip=136.143.188.112 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779923041; cv=pass; b=uzUmMCcJjs40Ih0DEZwYbGVwA2lPKdrizwFmnPlZJQ+I02df4zDzfq2vEwbzYt84tIAhdRfd+WGXdC17ccCoNo0T/u18H6Th+kIYRmqK+W0v3xZPFJTx+iEN9DbIpxNlCLhHAIbhvDKENsTWezOjiQgLmPyfTngNqQnRNmfb5g0= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779923041; c=relaxed/simple; bh=qreglZ7TeAlrtHrb0uPLtEFFYzTsOiFDn+taxKn9vuw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=doYaerZC0Qt0sD7Uy4kpYr94cLMbwJxSSjL02PJUXdJ5ptr51UjSsHoDYAuwvO24x34yjQ3A9DnM1T6eBTRRtzBWdndBQlRvc8ADWoT+hFJAlAG4oyGgopSbKbt4tTDWrUtk6RFoXCbagnL50gLeNAgMUisxzTiZzjPe4FeRZt8= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com; spf=pass smtp.mailfrom=collabora.com; dkim=pass (1024-bit key) header.d=collabora.com header.i=deborah.brouwer@collabora.com header.b=YjRaq29R; arc=pass smtp.client-ip=136.143.188.112 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=collabora.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=collabora.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=collabora.com header.i=deborah.brouwer@collabora.com header.b="YjRaq29R" ARC-Seal: i=1; a=rsa-sha256; t=1779923029; cv=none; d=zohomail.com; s=zohoarc; b=SjHttpvIy1GCuacEQs1rJ9FK37mcLh48SvAWw6AvsrPh8YCvL2pyJm14Ryshcdbrj2tjj+eyJCEQm7ry+rZ9bhex9mbr6TjATejtaBZ39taFU6uDne7qaDZycwkSgXSy2OxgVSYN7oP+NgdRr7xVVUv9YRSrNJPS4QgUIzQCvHM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1779923029; h=Content-Type:Cc:Cc:Date:Date:From:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:Subject:To:To:Message-Id:Reply-To; bh=ADoB5F9I2EB6tOm3RI08vLfD95LygOJqbnyIGFzDvvo=; b=KU7Xy5VvVfIRiENHYkGvMK1u8K8D2ZhL3nqruE6kl23bhfgRINey4v3J25kVjFVt0ugCJufSSji7Kcn0RtZgq8LGQwpQBbSQdrFw2nrNzLJ3y8n18OhyfLeEQ/JJ2hV2QBuBbyY7h0GlDC7Z90ZIY2p1HBVuvO9mhpysgYzCFbQ= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass header.i=collabora.com; spf=pass smtp.mailfrom=deborah.brouwer@collabora.com; dmarc=pass header.from= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1779923029; s=zohomail; d=collabora.com; i=deborah.brouwer@collabora.com; h=Date:Date:From:From:To:To:Cc:Cc:Subject:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To:Message-Id:Reply-To; bh=ADoB5F9I2EB6tOm3RI08vLfD95LygOJqbnyIGFzDvvo=; b=YjRaq29RD3Ot659CTYIYaqKoG9DmyRTzQZUN/702qe6ekHYVJvY6OKdr/zf397aV /iNBCNZQQqVwlIi7OEQUy5sMN7e4N6Cb2iDqthAn4o2v5doYXIoKQ03tosnPWlmdg1i 9UkmDyZkZKrtOk6wCmVUQ1FSp4KvF3yc3JsPoKJA= Received: by mx.zohomail.com with SMTPS id 1779923027051702.233885515741; Wed, 27 May 2026 16:03:47 -0700 (PDT) Date: Wed, 27 May 2026 16:03:46 -0700 From: Deborah Brouwer To: Eliot Courtney Cc: Danilo Krummrich , aliceryhl@google.com, daniel.almeida@collabora.com, boris.brezillon@collabora.com, gary@garyguo.net, dri-devel@lists.freedesktop.org, rust-for-linux@vger.kernel.org, dri-devel Subject: Re: [PATCH 2/2] gpu: drm: tyr: use IoMem directly instead of Devres Message-ID: References: <20260525230152.277820-1-dakr@kernel.org> <20260525230152.277820-3-dakr@kernel.org> Precedence: bulk X-Mailing-List: rust-for-linux@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: On Tue, May 26, 2026 at 11:43:38AM +0900, Eliot Courtney wrote: > On Tue May 26, 2026 at 8:01 AM JST, Danilo Krummrich wrote: > > Now that IoMem is lifetime-parameterized, use it directly in probe > > rather than wrapping it in Devres and Arc. The I/O memory mapping is > > only used during probe and not stored in driver data, so device-managed > > revocation is unnecessary. > > > > This removes the Devres access(dev) pattern from issue_soft_reset(), > > GpuInfo::new(), and l2_power_on(), simplifying register access. > > > > Signed-off-by: Danilo Krummrich > > --- > > drivers/gpu/drm/tyr/driver.rs | 19 ++++++------------- > > drivers/gpu/drm/tyr/gpu.rs | 13 +++---------- > > 2 files changed, 9 insertions(+), 23 deletions(-) > > > > diff --git a/drivers/gpu/drm/tyr/driver.rs b/drivers/gpu/drm/tyr/driver.rs > > index 5f4c484f671f..b9a5cc5fc678 100644 > > --- a/drivers/gpu/drm/tyr/driver.rs > > +++ b/drivers/gpu/drm/tyr/driver.rs > > @@ -6,11 +6,9 @@ > > OptionalClk, // > > }, > > device::{ > > - Bound, > > Core, > > Device, // > > }, > > - devres::Devres, > > dma::{ > > Device as DmaDevice, > > DmaMask, // > > @@ -30,7 +28,6 @@ > > sizes::SZ_2M, > > sync::{ > > aref::ARef, > > - Arc, > > Mutex, // > > }, > > time, // > > @@ -44,7 +41,7 @@ > > regs::gpu_control::*, // > > }; > > > > -pub(crate) type IoMem = kernel::io::mem::IoMem<'static, SZ_2M>; > > +pub(crate) type IoMem<'a> = kernel::io::mem::IoMem<'a, SZ_2M>; > > > > pub(crate) struct TyrDrmDriver; > > > > @@ -74,15 +71,11 @@ pub(crate) struct TyrDrmDeviceData { > > pub(crate) gpu_info: GpuInfo, > > } > > > > -fn issue_soft_reset(dev: &Device, iomem: &Devres) -> Result { > > - let io = (*iomem).access(dev)?; > > - io.write_reg(GPU_COMMAND::reset(ResetMode::SoftReset)); > > +fn issue_soft_reset(dev: &Device, iomem: &IoMem<'_>) -> Result { > > + iomem.write_reg(GPU_COMMAND::reset(ResetMode::SoftReset)); > > > > poll::read_poll_timeout( > > - || { > > - let io = (*iomem).access(dev)?; > > - Ok(io.read(GPU_IRQ_RAWSTAT)) > > - }, > > + || Ok(iomem.read(GPU_IRQ_RAWSTAT)), > > |status| status.reset_completed(), > > time::Delta::from_millis(1), > > time::Delta::from_millis(100), > > @@ -123,12 +116,12 @@ fn probe<'bound>( > > let sram_regulator = Regulator::::get(pdev.as_ref(), c"sram")?; > > > > let request = pdev.io_request_by_index(0).ok_or(ENODEV)?; > > - let iomem = Arc::new(request.iomap_sized::()?.into_devres()?, GFP_KERNEL)?; > > + let iomem = request.iomap_sized::()?; > > > > issue_soft_reset(pdev.as_ref(), &iomem)?; > > gpu::l2_power_on(pdev.as_ref(), &iomem)?; > > > > - let gpu_info = GpuInfo::new(pdev.as_ref(), &iomem)?; > > + let gpu_info = GpuInfo::new(&iomem)?; > > gpu_info.log(pdev.as_ref()); > > > > let pa_bits = MMU_FEATURES::from_raw(gpu_info.mmu_features) > > diff --git a/drivers/gpu/drm/tyr/gpu.rs b/drivers/gpu/drm/tyr/gpu.rs > > index 652556026f50..3acffefaf210 100644 > > --- a/drivers/gpu/drm/tyr/gpu.rs > > +++ b/drivers/gpu/drm/tyr/gpu.rs > > @@ -9,7 +9,6 @@ > > Bound, > > Device, // > > }, > > - devres::Devres, > > io::{ > > poll, > > register::Array, > > @@ -40,9 +39,7 @@ > > pub(crate) struct GpuInfo(pub(crate) uapi::drm_panthor_gpu_info); > > > > impl GpuInfo { > > - pub(crate) fn new(dev: &Device, iomem: &Devres) -> Result { > > - let io = (*iomem).access(dev)?; > > - > > + pub(crate) fn new(io: &IoMem<'_>) -> Result { > > Perhaps a future patch can remove this now unnecessary looking Result in > the return type. Oh that's right now that we don't have: let io = (*iomem).access(dev)? we don't need the Result anymore. Danilo, I can add this fix to our fw-boot series which I'm preparing to sit on top of these changes. > > Reviewed-by: Eliot Courtney >