From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.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 2D8D446C4B7 for ; Wed, 9 Sep 2026 08:02:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.180.131 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788940955; cv=none; b=RM7Nof6GX5W+aKQULS7Vd/OLLpwL6pXQ80MrSedLOnDGl+mLuu6RDr5pFFgjT8tufVi7ZJEXsd8gcTOO6CnlwE90hJ5tQbozm63OzWQVpNEJ4vrJMxUsKj+4v+2gK3yuRxcnRh9Svz9d8Hz4wGU0BAlyX0yX+dlTW4ky722tXA0= 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.180.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 (m0279870.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.11/8.18.1.11) with ESMTP id 6896L9H6336526 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 4gjqe7juh4-1 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NOT) for ; Wed, 09 Sep 2026 08:02:32 +0000 (GMT) Received: by mail-ua1-f72.google.com with SMTP id a1e0cc1a2514c-97c3796d17dso326377241.2 for ; Wed, 09 Sep 2026 01:02:32 -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=iheA1yOS+4s56MJp3QsJrSl6isnHW9AvkHL+9WmqQkL/s/J7ILEPCbLs/3CGnD+wvc q9CQA0AbfvqxfwrHDSCyiQWzrdTnfshbj3otiimCgr1QCKSDLMrfjrKFjsvRfLn7UjDM BhI7gF1fZf4bfRNU8Tu8AHMOXzyiBOFkTyucQuVoaZatHeJu6U3nKG2Gd8+gUVqKfUZC AqrvVpydRlhefTO/sQmVZJW15Uaye3XUI0IuxcM/2ynEU09JU671vSKJXH7N2wak871y YLP+FVTq7kr7h2yAEAHXhXVB4ErLFhv2NDS90mNYjOeoH8dHDWSHdPQdjWED81tbxbp4 XV/Q== X-Forwarded-Encrypted: i=1; AKwUvBxr3gRLKPr8lZ3BVKQysgI0pV7Pcn/6WXhJxLUgEKWsgRKW30SYQkb+gNjQeTwYP0YAk1bZ8CFfSaU=@vger.kernel.org X-Gm-Message-State: AFuF++mQ7Q90eKRwHjfUu+tDZTnDX/GGM8Hg7crkWaGKCipXZWlO9a87 021Biti/3eroaghC4rsrHW+rTzMN7+J27YWQykUc1wx6qBXJZDmGcQnohYUP3jrQhMfuwoC9FYR ZFDrqd+x+9yKgM3ZIJQY9AbfPA6bWaNfKbRh+pvN1Q5g+J135DI5xaQn7CWmcKkQ= X-Gm-Gg: AYBFou13lMqLVU+OdX5MD4kWA5O0AB1Cd5TagCpssEFiRAs2CHmyJliqwzh2Fup5Ul3 PhYYUhta2PTP8Aw/5UUmd+F194xSqRmQ3NYJVSaWQWiBODiVveSRsCDr//0iEBDkg8vN0FDwQtb q8SYUD6xWDruz9etYhIlmfOoYn59fhvVb0F8Z7tHMlntuDFEbmYBvFx6H0BGR3LQWupV+LubpsS Wpyn6Kjpn/Higp+mKo4FWseL/1L3TQD+YJ/Pc3gJE7aqB1RRlBmtSvignXM64Fn+JH2tG9NdBHL Y1Kj/613PilY/D0MmE3Tz/Ywaole4t5/HvUmwmw5Fmt3BAQf2IAMgUeyC8/DydxCyRds0jkEyzs KGwL8zjxpoem2IyTGdnzJejKHY6I= X-Received: by 2002:a05:6102:a218:10b0:78f:f234:75b9 with SMTP id ada2fe7eead31-78ff234864emr445479137.0.1788940952035; 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-doc@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-Spam-Info: AW1haW4tMjYwOTA5MDA4OSBTYWx0ZWRfXyZqGT0MLKtFU rsZbTYe/3UCtT7cQfKcjmOFjUAi0QrckNZmjRfHAjiUuuv/lzqQIsT44TnXykl5xG4NmRSMmKOO XvTWOFdQLWlCbnBdZP6XymiyfcLfJ9Q= X-Proofpoint-ORIG-GUID: T3KtYYTpD5PVpGLgIHBTLoRm7cLdH8Rg X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwOTA5MDA4OSBTYWx0ZWRfXwAV8yXA0Tyns 4tYn0da/SrvnZIsN5lKlrd1+wxrEaQPNumBVoSPsb+gODKTtNpQzzPbiA9sxQLH5k/Qu0JnXLzv zTHSKlWqLgz5iV40rgfC9oH3J6i+f3giu5cgbxP39kKj9FeJTGN7QbhAxbWoWbIIciPCguHjlGk BN1YMhAC6zq5Z1Od0oSEGIzqAkRr4UGjdDW/OUoQO8Kt/uB44VNkZUUFEo2OBjzlSyk1f+UwlYR ebcUPLk2Mwh5KiTCpybODVHqdBB/AIqBHGwVB5FuByenYQhwrr5jVLIjGpXxKVU0Q220UWptZox v7S3wBuRA0N37/EV42ILiVspssKFMTc/xlXnulRCp5jFUgzEBiL2aRqbQu/cWdjxht16SCHt5Ui it6UN7xRfreFN6qhknqIBKqa6HGeChJX4uLXPMKh7PiQvv6RB70SXtIgm3Sq6EWOpCxw/yVbFGV tzJjfYJ6/w8PLX7Hj3w== X-Authority-Analysis: v=2.4 cv=Xey5Co55 c=1 sm=1 tr=0 ts=6aa11298 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=gowsoOTTUOVcmtlkKump:22 a=RSJrEcLJ-t34lzZDKPUA:9 a=QEXdDO2ut3YA:10 a=1WsBpfsz9X-RYQiigVTh:22 X-Proofpoint-GUID: T3KtYYTpD5PVpGLgIHBTLoRm7cLdH8Rg 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 clxscore=1011 malwarescore=0 spamscore=0 lowpriorityscore=0 bulkscore=0 phishscore=0 priorityscore=1501 impostorscore=0 suspectscore=0 adultscore=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.