From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx0a-0031df01.pphosted.com (mx0a-0031df01.pphosted.com [205.220.168.131]) (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 2207C47F760 for ; Wed, 9 Sep 2026 08:02:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.168.131 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788940955; cv=none; b=lpG6aOlIyCNfoe+/1xxoKnHNS0wgVdG48WbjaN3ggDAbHsyNW20kAZ2D7wWWjC9l+lJHupA7852Gaq4nv5W08y7TCxLGOYPYH3+g1Bk/OBC7zP62OvHGIaIjHTvtRXW2OwQut4Nxug3TC1VeG0REarUkWMHz+9/XmeIdFpWs/4U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788940955; c=relaxed/simple; bh=zDuQWKjFE3DA1NY7qbs8j9W49XMYV2fstg2LLl0QS1U=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=Sa7hsjMO1colexCMnCgnBi+rzg2jmsjGjsPdeTMvsoE2u84mKRjAhxgzyKduFedWswxXZI1AhDcscbcNF+ZD8bZVUEUzeY2/yw2yLs5wmXsoUCEGe7gs8JBmYO+SFzj3xJSn2GVGn1NH38MtAhMdjnqw8p6OS3zEzH/Fbq2Ty3U= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com; spf=pass smtp.mailfrom=oss.qualcomm.com; dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com header.b=PHYMzPk6; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b=C8NLs97p; arc=none smtp.client-ip=205.220.168.131 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=oss.qualcomm.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=qualcomm.com header.i=@qualcomm.com header.b="PHYMzPk6"; dkim=pass (2048-bit key) header.d=oss.qualcomm.com header.i=@oss.qualcomm.com header.b="C8NLs97p" Received: from pps.filterd (m0279863.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 6892Tw4W638466 for ; Wed, 9 Sep 2026 08:02:33 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qualcomm.com; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to; s=qcppdkim1; bh= XSMHZUD2b2UJe3yPgP/kY+F7XMMhsGVvoGqYP6DBmQ4=; b=PHYMzPk6+E474nh3 z524YrgoQy4kEv7pHq1xxG4rAulORuiyo9L3UgMBT+OZtyExRTBfPC4xfnQ08uES iDOKWmz6W7//m9Lg+K4aEbKAyXB8TmZRRHTTBUsyn6eKR/OEaHcASA/A4B6AtWxO KrCMVrNk0H7p864zRSVJDm9HRNF21hZ7piVivW4J82MeAVj0IKnt0z3WhKG++8n+ vhiUtWWtpa7P71MrSCUKCdFSBc5RE7/Pt8hzDT3VuPbWWJ+Qz+8SQwWDak9yh7eM XQe9ABJvPVPOZ7wt1dcGj/WXzPldVlxK1JfnlvOUZ6YhdB7eQ3ADI/rl4EhP3DDH +XcvDg== Received: from mail-ua1-f72.google.com (mail-ua1-f72.google.com [209.85.222.72]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 4gjxqj95x1-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Wed, 09 Sep 2026 08:02:33 +0000 (GMT) Received: by mail-ua1-f72.google.com with SMTP id a1e0cc1a2514c-97c3796d17dso326379241.2 for ; Wed, 09 Sep 2026 01:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oss.qualcomm.com; s=google; t=1788940952; x=1789545752; darn=vger.kernel.org; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:from:to:cc:subject:date:message-id:reply-to :content-type; bh=XSMHZUD2b2UJe3yPgP/kY+F7XMMhsGVvoGqYP6DBmQ4=; b=C8NLs97pxWhGMyNPoa4IH42qArUhStDOinMklnDUnHZ0r5BoJqPSWjF5WWEeNjdGHb EXXv19dIyrZE3i8yuIbzGtMwqOOPP5Kr5U+V15w/6y2yg932iHueEsFx/B1DQ22iMlwQ i/i73PbxpYVyai+BnRswSAwdE+eKNC1nhDXR3fA8Hs2Kv2CHjVXRi7BvJTXtWI1LxNMo KA50XGUwaEhBV+YFdIGU8RhxpnY8p3sMyu/vdwwlNJ1eWRw++fFeFDi9G25DyE2N4omM cxtu+ME7BK8/FguGU3HzOw8Ww5lhJRUafDWBAqJ3iBDvygiEuxUUOoDFSJcf/fkbQyiq Rj+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788940952; x=1789545752; h=content-transfer-encoding:content-type:in-reply-to:from :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to:content-type; bh=XSMHZUD2b2UJe3yPgP/kY+F7XMMhsGVvoGqYP6DBmQ4=; b=Re5lYPMLz5bT8hdVtZcz2R2PBqdsiBc77nghnzD9OWSy3HHewYEDpekMspbw/7Aa85 WF3SFjGsu4kWzCGRnKxsWtBPHURv1JrBGQMrbeWZw83sz2YgdiM1m7OAhHR4v6aGHKah Y22KFsvt/Vtu1NmhoPS+dU5UF4Y/MyKtBnBB8OmvegDuY/mfaq6lTZ6jtuCglkI26WnI ZWfm4R+IGGuahXigA3qAdin2LhznMnUoBoYJd5/rGgOEu17QHfOB78MsbH4GOlcU/oDa nEaGCRYNUsl6msTK84HUfwQT/BlaeHsEoHS2LJMhfi17EPHldwmjFVWtmAfq3XfDo7Fe 0uOw== X-Forwarded-Encrypted: i=1; AKwUvBzSCTgEZD9eVSnmad+ro7z1XbIiBiUIWQvny3VVHNXTT1k5X3vw7sQxWfMUJtqRRLe7SoGatS0gjCtFaw==@vger.kernel.org X-Gm-Message-State: AFuF++meDljIp1eodWrVVQfPlTRkj/FGBRZvH3X9aXCIxEoAHNSWmqUi WRylgogdpFhIwtgZf7Bf+L/i1HXhqJyGd8uOJdalw1uTAZZwlZWPVP6ryenyLJKYybAAc+gyfGf diPcrLKgkr/DRnS4HRmd3nspuC31uYUynL+/7+nFX8faMW0hRpOjNOoIfofdg3gPsRQ== X-Gm-Gg: AYBFou2bpg77An0rnprCEXdv3IXUOKb3e4Zz9DdNGJNrD4DZt6WPjHWOJ2kyUICrCoG xiAuD0mEcAKL2a3RbwCbbBD6QIiWpGqOzqXcGIDWvUmr+3X8PfF2FXuc6I8dGDqeCpF00TocLy8 sY0gmjoQbpKasXMNL7714HzW6Dg622C+VP9IJKxl/IUOXStqz7PRNnDUD/XQpDAcQG682I+Qqgu 1cnAuHN+aCZC0l7EZ9QIf0XrSHJAGuz5q/qhy22pnG0HLz8TqovEvhAM+fSeS9aNeedgmjYyDpd 0WALBly1WP/itcbwiawxhzxp3MN5u/nrJKqe+BvnWVAtRTtiwKWW+Datlf9AkQc77gqRxRi0Cxg 05GdtUHnBVfhDuv2Gp8TStbIpelE= X-Received: by 2002:a05:6102:a218:10b0:78f:f234:75b9 with SMTP id ada2fe7eead31-78ff234864emr445496137.0.1788940952043; Wed, 09 Sep 2026 01:02:32 -0700 (PDT) X-Received: by 2002:a05:6102:a218:10b0:78f:f234:75b9 with SMTP id ada2fe7eead31-78ff234864emr445466137.0.1788940951571; Wed, 09 Sep 2026 01:02:31 -0700 (PDT) Received: from [192.168.68.120] ([5.133.47.210]) by smtp.googlemail.com with ESMTPSA id a640c23a62f3a-c260d5277e6sm707351266b.27.2026.09.09.01.02.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 09 Sep 2026 01:02:30 -0700 (PDT) Message-ID: Date: Wed, 9 Sep 2026 09:02:28 +0100 Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v2 00/15] accel/qda: Qualcomm DSP Accelerator driver To: Ekansh Gupta , Bjorn Andersson Cc: rob.clark@oss.qualcomm.com, Krzysztof Kozlowski , Oded Gabbay , Jonathan Corbet , Shuah Khan , Randy Dunlap , Nathan Chancellor , Nick Desaulniers , Bill Wendling , Justin Stitt , "Joerg Roedel (AMD)" , Will Deacon , Robin Murphy , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Simona Vetter , Sumit Semwal , =?UTF-8?Q?Christian_K=C3=B6nig?= , Bharath Kumar , Chenna Kesava Raju , dmitry.baryshkov@oss.qualcomm.com, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-doc@vger.kernel.org, linux-arm-msm@vger.kernel.org, llvm@lists.linux.dev, iommu@lists.linux.dev, linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org, Anandu Krishnan E References: <318f14c2-0e87-4e07-8173-1511dca67d78@kernel.org> <23e31249-cce2-421e-88f7-1a2af66e34b6@oss.qualcomm.com> <09f62d84-18ad-4d7a-ad18-9abccfd5e508@oss.qualcomm.com> Content-Language: en-US From: Srinivas Kandagatla In-Reply-To: <09f62d84-18ad-4d7a-ad18-9abccfd5e508@oss.qualcomm.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Proofpoint-ORIG-GUID: J4_tKFJpiLgf9DRzAH8os0ntZeqDEnoX X-Proofpoint-GUID: J4_tKFJpiLgf9DRzAH8os0ntZeqDEnoX X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwOTA5MDA4OSBTYWx0ZWRfX4OXiQOAQIJtq Dnoo9KyWsC/a/leZnfkAz1FdcH5AH0f/HhhWah1+sgDuIaPVBRKV7gn9ZIXXRDSZye1PRMbURkK t6q7RShankD35b2esS3NmffBqG7ejBof/Jnm9rtmYka3Zu5UWuwg/jHOkc7VKeL7yXOOta5OmC2 UDSa97KCCl15ab9tEgzd59vWgIRGX3Z/5IE5LpZkGXB6MYRjFRYkRhZuZYRAiclgSp++4Mf104n D2mb9/Yi2SAbBnpLvES+mo9I+RK81c06HSauWiPkZwxF51al9FfrW2hibuTgcJh+95Cz/rz02Q6 7P86s7ctzr92ytwn1Qs4EcbilK4vL0xBrugsve6G+76em2LAxNwzTewOcJhNoRky+N9HwJd4efI 9/nrZhboO71oVOqOAKpnc5NcuRudqpgtz7GlOTUd5Tds82PeExqKXNY49ZKtNJbXTqrnGqBZL15 ynEsGfthQCriMO1/RRw== X-Proofpoint-Spam-Info: AW1haW4tMjYwOTA5MDA4OSBTYWx0ZWRfX4gfUADHH5XHd Jzuv8jTV+pP6fNk5OxDmNuE7DVbVbVDBmMTZ3DHc/ug5Hg/N5LgtNWFSCG83FBE0DekFc7+cOzg HsFTlalC2nQ7VUUIguo8VJHqAPDVBtM= X-Authority-Analysis: v=2.4 cv=f/p4wuyM c=1 sm=1 tr=0 ts=6aa11299 cx=c_pps a=ULNsgckmlI/WJG3HAyAuOQ==:117 a=ZsC4DHZuhs/kKio7QBcDoQ==:17 a=IkcTkHD0fZMA:10 a=VdqzKS8jKosA:10 a=s4-Qcg_JpJYA:10 a=VkNPw1HP01LnGYTKEx00:22 a=u7WPNUs3qKkmUXheDGA7:22 a=yOCtJkima9RkubShWh1s:22 a=RSJrEcLJ-t34lzZDKPUA:9 a=QEXdDO2ut3YA:10 a=1WsBpfsz9X-RYQiigVTh:22 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1176,Hydra:6.1.134,FMLib:17.12.100.49 definitions=2026-09-08_03,2026-09-08_03,2025-10-01_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 impostorscore=0 bulkscore=0 clxscore=1011 phishscore=0 lowpriorityscore=0 spamscore=0 suspectscore=0 adultscore=0 malwarescore=0 classifier=typeunknown authscore=0 authtc= authcc= route=outbound adjust=0 reason=mlx scancount=1 engine=8.22.0-2606150000 definitions=main-2609090089 On 9/9/26 8:53 AM, Ekansh Gupta wrote: >> This is the actual problem! >> >> We have existing user space that depends on the ioctl interface exposed >> by the current misc driver. You must not break these. >> >> Hardware cutoff is not a viable solution, because that's just a >> declaration that we'll let the old platforms rotten - or alternatively >> you commit to maintain two drivers to the very same feature and quality >> level. >> >> So the only reasonable solution is #2; from there it's a valid question >> if you reach that point my stepwise migrating the current misc driver >> that solution, or if you present a new driver with the fully backwards >> compatible interface, alongside the new ABI. >> >> >> But this does bring to a question which the cover letter should explain >> - but doesn't: what problem does this patch series actually solve? >> >> Regards, >> Bjorn > Agreed. I'll target #2: QDA implementing the existing fastrpc UABI > alongside the new one, rather than a driver split by platform. > > On how to get there: the blocker we hit in v1 was that legacy fastrpc > buffer semantics appeared to need a drm_file, and there's no exported > way to construct one outside the DRM core. I want to re-examine that > constraint rather than treat it as final, since the legacy interface's > own buffer model (a dma_buf fd as the buffer identity, no GEM > involved) is not inherently tied to drm_file, that's how the existing > misc driver implements it today. I don't have a concrete design yet > and would rather work through it here than commit to one prematurely. > If anyone has thoughts on how the legacy UABI could be served without > requiring a drm_file per session or if I can somehow bind drm_file with > chardev by exposing some APIs from DRM core, I'd welcome them. > > On the cover letter: fair point, and I'll fix it. The problem this > series solves is that a miscdevice interface requires us to hand-roll > what the accel/DRM subsystem already provides as common > infrastructure: GEM for buffer lifecycle and reference counting, > PRIME for cross-driver import/export, per-file (per-open) context and > handle-namespace isolation, and the existing debug and lifecycle > tooling the DRM core already ships. Every accelerator driver added to > drivers/accel (habanalabs, ivpu, qaic, rocket) has taken this path for > the same reason, rather than each maintaining its own equivalent > inside drivers/misc. Building QDA directly on this shared > infrastructure, instead of extending fastrpc's own ad hoc buffer and > session tracking to cover the same ground, avoids that duplication Am sure you must have already tried this, but Can you not migrate existing fastrpc driver to this shared infrastructure under the hood? Can you elaborate on what are the blockers you hit in doing so? This will ensure that UAPI is retained and still get benefit of QDA. --srini > going forward.