From nobody Mon Feb 5 17:09:31 2024 X-Original-To: freebsd-hackers@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 4TTCXt6ZwXz58bGV for ; Mon, 5 Feb 2024 17:09:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 4TTCXt3mzkz4SB6; Mon, 5 Feb 2024 17:09:34 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Authentication-Results: mx1.freebsd.org; none Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.17.1/8.17.1) with ESMTP id 415H9VNb030627; Mon, 5 Feb 2024 09:09:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) DKIM-Filter: OpenDKIM Filter v2.10.3 troutmask.apl.washington.edu 415H9VNb030627 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=troutmask.apl.washington.edu; s=troutmask; t=1707152971; bh=ekZZ2vqn9Vutj8/qe8IvTtF/YrjBXc2SEJrF6oOwE3s=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=K1Cb5sGVCJn+T/HqQFvKOPi1ron7gb4l2HxYZ+8xs20jOC3AdfCGrVhZOntV2AB++ Ud+cRnaX5MBYZYDPDnrnn7qCBMGc/qAIrVpaloTqYtUJRHSETcqRrOREXXUuX/uLsA LpjeoZyvnyuBmwcW/wHFkUuj0h2ek93ZPxJF+YFzx3zOmElgr8jY5RVtomGiK6GT5O hvVVTg/hnYcy80qPNysthocbbFcdKadcswCQGxLBdVB3mYCpEeRMeKT1uasOzhPUrY U29TPMDNdPbI7cQ79SLnOFOfuilBRbwy6oq7BUV/6Hmp27n0ciMQWOdcL+Bnxh7gQn OUPNFk/UuFwrQ== Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.17.1/8.17.1/Submit) id 415H9VjF030626; Mon, 5 Feb 2024 09:09:31 -0800 (PST) (envelope-from sgk) Date: Mon, 5 Feb 2024 09:09:31 -0800 From: Steve Kargl To: Jan Beich Cc: Alexander Leidinger , "B. E." , freebsd-hackers@freebsd.org Subject: Re: GPU programming? Message-ID: Reply-To: sgk@troutmask.apl.washington.edu References: <90ea0dd91b760b0b6f92065d09396545@Leidinger.net> List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4TTCXt3mzkz4SB6 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US] On Mon, Feb 05, 2024 at 12:17:57PM +0100, Jan Beich wrote: > Alexander Leidinger writes: > > > ROCm: No idea. I have not seen any report about it working or even > > being tried. But there was at least some discussion about it: > > https://github.com/ROCm/ROCm/issues/138 > > https://github.com/ROCm/ROCm/issues/1913 > > AFAIU (never owned an AMD GPU): > - ROCm requires amdkfd.ko which drm-kmod doesn't provide since > https://github.com/freebsd/drm-kmod/commit/a381f46adf8b > - ROCm has poor *consumer* GPU support thus unattractive for > volunteers/community to spend time porting > > > Intel: Maybe. We have spirv ports in the tree, and my limited > > understanding is, that SPIR-V comes into play when someone wants to do > > GPU compute there. CCing Jan as the port maintainer for the two spirv > > ports. Maybe he can shed some light on this part. > > - Vulkan Compute works fine on every modern GPU (used at least by ncnn) > - OpenCL works fine on Intel + AMD via Rusticl (Mesa), see > https://cgit.freebsd.org/ports/commit/?id=d8990eff958b > - OpenCL + oneAPI Level Zero via lang/intel-compute-runtime requires userptr, see > https://github.com/FreeBSDDesktop/kms-drm/issues/197 > > As a volunteer I've burned out porting Intel stuff, so hopefully Rusticl > kills Intel NEO (intel-compute-runtime) while Vulkan Video kills VA-API > (libva-intel-media-driver) and QuickSyncVideo (intel-media-sdk + onevpl) > > Related https://www.phoronix.com/news/David-Airlie-oneAPI-Meetup Alexander, Jan, Thanks for the info. I'll check out the various links. This somewhat confirms my suspicion that little is being done with scientific numerical GPU computing in the FreeBSD. -- Steve