CUDA 6.5 MAC OSX

Message boards : GPUs : CUDA 6.5 MAC OSX
Message board moderation

To post messages, you must log in.

AuthorMessage
Andrew Dicker

Send message
Joined: 18 May 13
Posts: 8
Australia
Message 55761 - Posted: 1 Sep 2014, 12:21:36 UTC
Last modified: 1 Sep 2014, 12:26:19 UTC

Hi All Devs,
Mac users are about to complain about things being broken. BOINC fails to detect CUDA with 6.5 installed.
From the CUDA release notes:

(Mac OS X) Support for 32-bit CUDA and OpenCL Applications on Mac OS X
Developing and running 32-bit CUDA and OpenCL applications on Mac OS X platforms is no longer supported in the CUDA Toolkit and in the CUDA Driver. Legacy 32-bit CUDA and OpenCL applications will not run on this version of the CUDA Driver on Mac OS X platforms.

Read more at: http://docs.nvidia.com/cuda/cuda-too...#ixzz3C48scFfO

Regards, Andrew

EDIT: Please note that 6.5 is the first properly signed kext for 10.10, the 6.0 kexts WILL NOT load without a boot kernel option set. Therefore when Yosemite goes non dev only, all users have to upgrade to CUDA 6.5 as well...
ID: 55761 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15465
Netherlands
Message 55762 - Posted: 1 Sep 2014, 12:51:00 UTC - in response to Message 55761.  

Read more at: http://docs.nvidia.com/cuda/cuda-too...#ixzz3C48scFfO

This link is broken. Next time that you copy such a link, don't select (hi-light) the link then copy it, but instead copy the actual link or address URL and paste that.

Fixed link: http://docs.nvidia.com/cuda/cuda-toolkit-release-notes/index.html#unsupported-features in which the bigger exclamation point is:

Targeting sm_10 (G80) for CUDA Applications
The CUDA Toolkit no longer supports the sm_10 target architecture (the G80 architecture) for CUDA and OpenCL applications.
ID: 55762 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15465
Netherlands
Message 55766 - Posted: 1 Sep 2014, 15:46:16 UTC

Well, reading through there, the problems are a little bigger than just broken applications for Mac users. It'll be broken applications for A LOT of GPUs, as Deprecated Features writes:
The following features are deprecated in the current release of the CUDA software. The features still work in the current release, but their documentation may have been removed, and they will become officially unsupported in a future release. We recommend that developers employ alternative solutions to these features in their software.

Tesla and Quadro Products and CUDA Toolkit on 32-bit Windows Platforms
Support for the CUDA Toolkit on 32-bit Windows platforms is deprecated, as is support for Tesla and Quadro products for the CUDA driver on 32-bit Windows platforms. Additionally, on 64-bit Windows platforms, support for the following features for 32-bit CUDA and OpenCL applications is deprecated from the CUDA driver and CUDA toolkit, as appropriate:

Tesla and Quadro products
CUDA Toolkit scientific libraries, including cuBLAS, cuSPARSE, cuFFT, cuRAND, and NPP
Thrust
CUDA samples

This deprecation notice doesn't impact any 64-bit components.

Linux RHEL 5 and CentOS 5 Support
Support for CUDA on the RHEL 5 and CentOS 5 Linux distributions is deprecated in this CUDA release and will be dropped in a future release. We recommend that users and developers migrate to RHEL 6, which is supported in the current and future releases.

Support for sm_10, sm_11, sm_12, and sm_13 Architectures
The sm_10 architecture is deprecated within the CUDA Driver, and the sm_11, sm_12, and sm_13 architectures are deprecated within the CUDA Toolkit and the CUDA Driver. Support for these architectures will be removed in the next major version of the CUDA Toolkit and Driver. Note that support for the sm_10 architecture has already been removed from the CUDA Toolkit.

The latter means that any GPU with compute capability 1.0, 1.1, 1.2 and 1.3 on https://developer.nvidia.com/cuda-gpus will get deprecated in the future. This includes the GTX2xx series.
ID: 55766 · Report as offensive
Andrew Dicker

Send message
Joined: 18 May 13
Posts: 8
Australia
Message 55771 - Posted: 2 Sep 2014, 11:40:32 UTC

Just saw Charlie Fenton's latest commit to git, I had all the changes bar the xcodeproj ones. Unfortunately, even with those i am still stuck with

Ld build/Development/boinc normal x86_64
    cd /Users/andrewdicker/boinc/mac_build
    export MACOSX_DEPLOYMENT_TARGET=10.5
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++ -arch x86_64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk -L/Users/andrewdicker/boinc/mac_build/build/Development -F/Users/andrewdicker/boinc/mac_build/build/Development -filelist /Users/andrewdicker/boinc/mac_build/build/boinc.build/Development/BOINC_Client.build/Objects-normal/x86_64/boinc.LinkFileList -mmacosx-version-min=10.5 -L. ../../curl-7.35.0/lib/.libs/libcurl.a ../../c-ares-1.10.0/.libs/libcares.a ../../openssl-1.0.1h/libcrypto.a ../../openssl-1.0.1h/libssl.a -lldap -lz -framework IOKit -framework Carbon -framework Security -framework OpenGL -Xlinker -dependency_info -Xlinker /Users/andrewdicker/boinc/mac_build/build/boinc.build/Development/BOINC_Client.build/Objects-normal/x86_64/boinc_dependency_info.dat -o /Users/andrewdicker/boinc/mac_build/build/Development/boinc
Undefined symbols for architecture x86_64:
  "_idn_free", referenced from:
      _Curl_disconnect in libcurl.a(libcurl_la-url.o)
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_idna_strerror", referenced from:
      _Curl_idn_strerror in libcurl.a(libcurl_la-strerror.o)
  "_idna_to_ascii_lz", referenced from:
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_idna_to_unicode_lzlz", referenced from:
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_stringprep_check_version", referenced from:
      _curl_version in libcurl.a(libcurl_la-version.o)
      _curl_version_info in libcurl.a(libcurl_la-version.o)
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_stringprep_locale_charset", referenced from:
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_tld_check_lz", referenced from:
      _fix_hostname in libcurl.a(libcurl_la-url.o)
  "_tld_strerror", referenced from:
      _fix_hostname in libcurl.a(libcurl_la-url.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)


Which I'll just assume is something about being on 10.10 and therefore some configuration script sets DEFINES incorrectly and screws me up, so i'll wait on the next Alpha release and report back.

Cheers, Andrew
ID: 55771 · Report as offensive
Andrew Dicker

Send message
Joined: 18 May 13
Posts: 8
Australia
Message 55773 - Posted: 2 Sep 2014, 12:22:43 UTC

And i'll go hide back in a corner. Builds perfectly when MacPorts is removed from the $PATH.


CUDA 6.5 is detected fine following Charlie's commit. Albert@home tasks all error horribly, so it's time to get the science applications in 64-bit.

Over and off to individual project forums, Andrew.
ID: 55773 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15465
Netherlands
Message 55777 - Posted: 2 Sep 2014, 16:35:42 UTC - in response to Message 55773.  
Last modified: 2 Sep 2014, 22:05:00 UTC

Warning to users of Mac OS X and (older) 32bit BOINC clients.

When you're using your Nvidia GPU on BOINC projects and you have updated to the CUDA 6.5 driver/toolkit, you will have found that BOINC no longer detects your CUDA GPU.

This isn't something BOINC did, but a change in policy by Nvidia. From CUDA 6.5 onwards they dropped CUDA support for 32bit applications.
Berkeley has released BOINC 7.4.19 to fix that, however this is a 64bit application only. It will not work on 32bit Mac OS X, you do require an Intel 64bit CPU and OS X 10.5 now to run BOINC.

If you have any problems with the 7.4.19 BOINC let us know via this thread.
ID: 55777 · Report as offensive

Message boards : GPUs : CUDA 6.5 MAC OSX

Copyright © 2024 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.