From the client_state xml file:
<coproc_ati>
<count>1</count>
<name>Radeon (TM) RX 480 Graphics</name>
<available_ram>8589934592.000000</available_ram>
<have_cal>0</have_cal>
<have_opencl>1</have_opencl>
<peak_flops>5990400000000.000000</peak_flops>
<CALVersion></CALVersion>
<target>0</target>
<localRAM>8192</localRAM>
<uncachedRemoteRAM>0</uncachedRemoteRAM>
<cachedRemoteRAM>0</cachedRemoteRAM>
<engineClock>1300</engineClock>
<memoryClock>0</memoryClock>
<wavefrontSize>0</wavefrontSize>
<numberOfSIMD>0</numberOfSIMD>
<doublePrecision>0</doublePrecision>
<pitch_alignment>0</pitch_alignment>
<surface_alignment>0</surface_alignment>
<maxResource1DWidth>0</maxResource1DWidth>
<maxResource2DWidth>0</maxResource2DWidth>
<maxResource2DHeight>0</maxResource2DHeight>
<coproc_opencl>
<name>Radeon (TM) RX 480 Graphics</name>
<vendor>Advanced Micro Devices, Inc.</vendor>
<vendor_id>4098</vendor_id>
<available>1</available>
<half_fp_config>0</half_fp_config>
<single_fp_config>190</single_fp_config>
<double_fp_config>63</double_fp_config>
<endian_little>1</endian_little>
<execution_capabilities>1</execution_capabilities>
<extensions>cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics
cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics
cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics
cl_khr_int64_extended_atomics cl_khr_3d_image_writes
cl_khr_byte_addressable_store cl_khr_fp16 cl_khr_gl_sharing
cl_khr_gl_depth_images cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf
cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_d3d10_sharing
cl_khr_d3d11_sharing cl_khr_dx9_media_sharing cl_khr_image2d_from_buffer
cl_khr_spir cl_khr_subgroups cl_khr_gl_event cl_khr_depth_images
cl_khr_mipmap_image cl_khr_mipmap_image_writes cl_amd_liquid_flash</extensions>
<global_mem_size>8589934592</global_mem_size>
<local_mem_size>32768</local_mem_size>
<max_clock_frequency>1300</max_clock_frequency>
<max_compute_units>36</max_compute_units>
<nv_compute_capability_major>0</nv_compute_capability_major>
<nv_compute_capability_minor>0</nv_compute_capability_minor>
<amd_simd_per_compute_unit>4</amd_simd_per_compute_unit>
<amd_simd_width>16</amd_simd_width>
<amd_simd_instruction_width>1</amd_simd_instruction_width>
<opencl_platform_version>OpenCL 2.0 AMD-APP
(2442.8)</opencl_platform_version>
<opencl_device_version>OpenCL 2.0 AMD-APP (2442.8)</opencl_device_version>
<opencl_driver_version>2442.8</opencl_driver_version>
</coproc_opencl>
</coproc_ati>
Correct me if I am wrong, but the first section would be populated with values
if the CAL detection code was working properly. Even when the ATI library was
found, the values were not reported because Boinc I believe was not enumerating
the CAL targets correctly. In the Opencl section notice that the number of SIMD
units is correctly reported, but for some reason Boinc is detecting an error
returned by the driver. Don't know if it is a problem in our code or in AMD's.
-----Original Message-----
From: David Anderson <da...@ssl.berkeley.edu>
To: boinc_dev <boinc_dev@ssl.berkeley.edu>
Sent: Mon, Aug 21, 2017 8:07 pm
Subject: Re: [boinc_dev] AMD's CAL
What GPU info does the CAL function provide that OpenCL doesn't?
-- David
On 8/21/2017 2:39 PM, Darrell Holz wrote:
> I am moving this response over from the Boinc Alpha list about the 7.8.1
> startup, because the discussion is more appropriate here. Yes AMD has
> publically switched from CAL to OpenCl a few years back, but the CAL files
> are still apart of the driver. Even the new RX Vega drivers still has the
> files included in them. The question is what are they using them for? I don't
> believe it is to maintain backwards compatibility, because AMD is very quick
> at cutting off support for anything they consider legacy. I thought that
> maybe they were using them as some sort of low level access to the GPU for
> Opencl, and to test this I renamed the files and restarted Boinc. Low and
> behold, Opencl has been and is working correctly for over 24 hours now with
> out the files, so again why are they still apart of the driver and what are
> they using them for? Here is a link to a project on Github for a AMD GPU
> assembler and disassembler that uses the CAL and the modifications to get it
> working on an RX4
80
>
> :
>
> [url]https://github.com/zawawawa/CLRX-mirror/commit/05ed08a1cbf1af589a22e329b755592df4b6b61e[/url]
>
> I think that the problem in the Boinc detection of CAL is that it does not
> properly enumerate all of the possible CAL targets.
>
> Even if Boinc gets the enumeration correct, about the only good thing that
> the CAL provides now is more information about the capabilities of the GPU.
> And since no projects that have tasks that run on an AMD GPU that still use a
> CAL program, the time it might take to get it working correctly might not be
> worth it for just the increase in info. So in fact it might be better to just
> remove the CAL detection completely from Boinc reducing its size and startup
> time.
>
> Log from last restart:
>
> 20-Aug-2017 09:44:08 [---] Starting BOINC client version 7.8.1 for
> windows_x86_64
> 20-Aug-2017 09:44:19 [---] log flags: file_xfer, sched_ops, task,
> coproc_debug, cpu_sched, cpu_sched_debug
> 20-Aug-2017 09:44:19 [---] log flags: cpu_sched_status, idle_detection_debug,
> scrsave_debug, task_debug
> 20-Aug-2017 09:44:19 [---] log flags: unparsed_xml, work_fetch_debug
> 20-Aug-2017 09:44:19 [---] Libraries: libcurl/7.47.1 OpenSSL/1.0.2g zlib/1.2.8
> 20-Aug-2017 09:44:19 [---] Data directory: C:\ProgramData\BOINC
> 20-Aug-2017 09:44:19 [---] Running under account Darrell
> 20-Aug-2017 09:44:22 [---] [coproc] launching child process at C:\Program
> Files\BOINC\boinc.exe
> 20-Aug-2017 09:44:22 [---] [coproc] relative to directory C:\ProgramData\BOINC
> 20-Aug-2017 09:44:22 [---] [coproc] with data directory "C:\ProgramData\BOINC"
> 20-Aug-2017 09:44:22 [---] OpenCL: AMD/ATI GPU 0: Radeon (TM) RX 480 Graphics
> (driver version 2348.4, device version OpenCL 2.0 AMD-APP (2348.4), 8192MB,
> 8192MB available, 5990 GFLOPS peak)
> 20-Aug-2017 09:44:22 [---] [coproc] No NVIDIA library found
> 20-Aug-2017 09:44:22 [---] [coproc] No ATI library found.
> 20-Aug-2017 09:44:22 [---] [coproc] clGetDeviceInfo failed to get
> CL_DEVICE_SIMD_PER_COMPUTE_UNIT_AMD for device 0
> 20-Aug-2017 09:44:22 [---] Host name: darrell-II
> 20-Aug-2017 09:44:22 [---] Processor: 6 AuthenticAMD AMD Phenom(tm) II X6
> 1100T Processor [Family 16 Model 10 Stepping 0]
> 20-Aug-2017 09:44:22 [---] Processor features: fpu vme de pse tsc msr pae mce
> cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 htt pni
> cx16 popcnt syscall nx lm svm sse4a osvw ibs skinit wdt page1gb rdtscp
> 3dnowext 3dnow
> 20-Aug-2017 09:44:22 [---] OS: Microsoft Windows 7: Professional x64 Edition,
> Service Pack 1, (06.01.7601.00)
> 20-Aug-2017 09:44:22 [---] Memory: 8.00 GB physical, 16.00 GB virtual
> 20-Aug-2017 09:44:22 [---] Disk: 931.41 GB total, 461.93 GB free
> 20-Aug-2017 09:44:22 [---] Local time is UTC -5 hours
> 20-Aug-2017 09:44:22 [---] VirtualBox version: 5.1.26
> 20-Aug-2017 09:44:22 [BURP] Found app_config.xml
> 20-Aug-2017 09:44:22 [Collatz Conjecture] Found app_config.xml
> 20-Aug-2017 09:44:22 [Cosmology@Home] Found app_config.xml
> 20-Aug-2017 09:44:22 [Einstein@Home] Found app_config.xml
> 20-Aug-2017 09:44:22 [Enigma@Home] Found app_config.xml
> 20-Aug-2017 09:44:22 [LHC@home] Found app_config.xml
> 20-Aug-2017 09:44:22 [Milkyway@Home] Found app_config.xml
> 20-Aug-2017 09:44:22 [Moo! Wrapper] Found app_config.xml
> 20-Aug-2017 09:44:22 [PrimeGrid] Found app_config.xml
> 20-Aug-2017 09:44:22 [SETI@home] Found app_config.xml
> 20-Aug-2017 09:44:22 [SETI@home Beta Test] Found app_config.xml
> 20-Aug-2017 09:44:22 [XANSONS for COD] Found app_config.xml
> 20-Aug-2017 09:44:22 [---] Config: event log limit 4000 lines
> 20-Aug-2017 09:44:22 [---] Config: report completed tasks immediately
> 20-Aug-2017 09:44:22 [---] Config: use all coprocessors
> 20-Aug-2017 09:44:23 [Asteroids@home] URL http://asteroidsathome.net/boinc/;
> Computer ID 9594; resource share 100
> 20-Aug-2017 09:44:23 [BURP] URL http://burp.renderfarming.net/; Computer ID
> 50245; resource share 120
> 20-Aug-2017 09:44:23 [climateathome] URL
> https://climateathome.info/climateathome/; Computer ID 537; resource share 100
> 20-Aug-2017 09:44:23 [climateprediction.net] URL
> http://climateprediction.net/; Computer ID 1433506; resource share 100
> 20-Aug-2017 09:44:23 [Collatz Conjecture] URL
> https://boinc.thesonntags.com/collatz/; Computer ID 61225; resource share 130
> 20-Aug-2017 09:44:23 [Cosmology@Home] URL http://www.cosmologyathome.org/;
> Computer ID 178996; resource share 100
> 20-Aug-2017 09:44:23 [Einstein@Home] URL http://einstein.phys.uwm.edu/;
> Computer ID 6364728; resource share 160
> 20-Aug-2017 09:44:23 [Enigma@Home] URL http://www.enigmaathome.net/; Computer
> ID 48591; resource share 130
> 20-Aug-2017 09:44:23 [LHC@home] URL https://lhcathome.cern.ch/lhcathome/;
> Computer ID 9915737; resource share 100
> 20-Aug-2017 09:44:23 [Milkyway@Home] URL
> http://milkyway.cs.rpi.edu/milkyway/; Computer ID 276775; resource share 150
> 20-Aug-2017 09:44:23 [Moo! Wrapper] URL http://moowrap.net/; Computer ID
> 20083; resource share 140
> 20-Aug-2017 09:44:23 [NFS@Home] URL http://escatter11.fullerton.edu/nfs/;
> Computer ID 1351618; resource share 100
> 20-Aug-2017 09:44:23 [Pirates@Home] URL http://pirates.spy-hill.net/;
> Computer ID 68764; resource share 165
> 20-Aug-2017 09:44:23 [pogs] URL http://pogs.theskynet.org/pogs/; Computer ID
> 33036; resource share 100
> 20-Aug-2017 09:44:23 [PrimeGrid] URL http://www.primegrid.com/; Computer ID
> 195434; resource share 170
> 20-Aug-2017 09:44:23 [Rosetta@home] URL http://boinc.bakerlab.org/rosetta/;
> Computer ID 1433197; resource share 100
> 20-Aug-2017 09:44:23 [SETI@home] URL http://setiathome.berkeley.edu/;
> Computer ID 5882763; resource share 160
> 20-Aug-2017 09:44:23 [SETI@home Beta Test] URL
> http://setiweb.ssl.berkeley.edu/beta/; Computer ID 50720; resource share 150
> 20-Aug-2017 09:44:23 [SZTAKI Desktop Grid] URL
> http://szdg.lpds.sztaki.hu/szdg/; Computer ID 330230; resource share 100
> 20-Aug-2017 09:44:23 [Universe@Home] URL http://universeathome.pl/universe/;
> Computer ID 73876; resource share 100
> 20-Aug-2017 09:44:23 [VolPEx] URL http://volpexathome.cs.uh.edu/VolPEx/;
> Computer ID 5423; resource share 100
> 20-Aug-2017 09:44:23 [XANSONS for COD] URL
> http://xansons4cod.com/xansons4cod/; Computer ID 1073; resource share 140
> 20-Aug-2017 09:44:23 [SETI@home] General prefs: from SETI@home (last modified
> 28-May-2017 01:15:47)
> 20-Aug-2017 09:44:23 [SETI@home] Computer location: home
> 20-Aug-2017 09:44:23 [---] General prefs: using separate prefs for home
> 20-Aug-2017 09:44:23 [---] Reading preferences override file
> 20-Aug-2017 09:44:23 [---] Preferences:
> 20-Aug-2017 09:44:23 [---] max memory usage when active: 6553.04 MB
> 20-Aug-2017 09:44:23 [---] max memory usage when idle: 7781.74 MB
> 20-Aug-2017 09:44:34 [---] max disk usage: 200.00 GB
> 20-Aug-2017 09:44:34 [---] max CPUs used: 5
> 20-Aug-2017 09:44:34 [---] (to change preferences, visit a project web
> site or select Preferences in the Manager)
> 20-Aug-2017 09:44:34 [---] [cpu_sched_debug] Request CPU reschedule: Prefs
> update
> 20-Aug-2017 09:44:34 [---] [work_fetch] Request work fetch: Prefs update
> 20-Aug-2017 09:44:34 [---] [cpu_sched_debug] Request CPU reschedule: Startup
> 20-Aug-2017 09:44:34 [---] [work_fetch] Request work fetch: Startup
> 20-Aug-2017 09:44:37 [SETI@home Beta Test] File
> projects/setiweb.ssl.berkeley.edu_beta/AstroPulse_Kernels_r2742.cl has wrong
> size: expected 122344, got 122618
> 20-Aug-2017 09:44:38 Initialization completed
> 20-Aug-2017 09:44:38 [---] [cpu_sched_debug] Request CPU reschedule: Not idle
> 20-Aug-2017 09:44:38 [---] [cpu_sched_debug] Request CPU reschedule: periodic
> CPU scheduling
> 20-Aug-2017 09:44:38 [---] [cpu_sched_debug] schedule_cpus(): start
>
> With the renaming of the CAL files, Boinc correctly reports that no ATI
> library is found. OpenCL is found and works, but clDeviceInfo does throw the
> error about not getting the number of SIMD units, but it does. And Boinc is
> warning about the Astropulse r2742.cl not being the correct size. It does
> this because with the last change to the file I made, I forgot to change the
> file size in the client_state file. (trying to get the Astropulse units to
> validate, with the recent batch of test units on SetiBeta, I'm still getting
> some inconclusives thrown, but more of them are validating now, but that's a
> different problem).
>
> _______________________________________________
> boinc_dev mailing list
> boinc_dev@ssl.berkeley.edu
> https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
boinc_dev@ssl.berkeley.edu
https://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
