From owner-freebsd-questions@freebsd.org Sun Dec 10 02:45:11 2017 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3B1CCEA20EE for ; Sun, 10 Dec 2017 02:45:11 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1CCFD803C2; Sun, 10 Dec 2017 02:45:11 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 5B27515F18; Sun, 10 Dec 2017 02:45:10 +0000 (UTC) From: Jan Beich To: Shane Ambler Cc: FreeBSD Subject: Re: CUDA under FreeBSD References: <34331.107.77.207.211.1512384505.squirrel@cosmo.uchicago.edu> <0545699d-9df7-ced2-4990-27e3ecb8e531@ShaneWare.Biz> Date: Sun, 10 Dec 2017 03:45:04 +0100 In-Reply-To: <0545699d-9df7-ced2-4990-27e3ecb8e531@ShaneWare.Biz> (Shane Ambler's message of "Tue, 5 Dec 2017 18:23:27 +1030") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 10 Dec 2017 02:45:11 -0000 Shane Ambler writes: > On 04/12/2017 21:19, galtsev@kicp.uchicago.edu wrote: > >> >> On Mon, December 4, 2017 4:24 am, Carmel NY wrote: >>> Out of morbid curiosity, I was wondering if anyone could tell me >>> the real reason that Nvidia does not support CUDA under >> >> Arrogance would be my guess. > > The morbid part is that they give us the linux libcuda, so we should be > able to run linux binaries that use cuda, just not native apps. Modern CUDA toolkit is 64bit but runtime only works on 32bit (bug 206711). Building as -m32 is probably still possible but may not fit all workloads nor run as fast. > >>> FreeBSD? Also, what are the realistic expectations for it getting >>> supported shortly? >> >> Zero is my estimate. The way to let one's steam about them is just >> not to buy ther hardware. Their attitude to open sourse and >> unwillingness to disclose details of their hardware was always much >> worse than that of their competitors (ATI/AMD, matrox...). >> >> This is just my opinion based on my subjective observations. > > I'm sure on an episode of bsdnow, they mentioned asking an nvidia dev > at one of the conferences and they said there shouldn't be any technical > reason, it just isn't enabled in the build and they would look into it. > Still hasn't helped any. Just like Vulkan, just like KMS, just like encoding/capture acceleration. NVIDIA always conveniently forgets about FreeBSD. However, the ailment isn't really specific to NVIDIA but affects most binary blob vendors. For one, Widevine CDM is maintained by Google but EME itself was pushed to W3C by Netflix, a FreeBSD vendor which conveniently forgot a browser can run on FreeBSD.