Are you going to check with all the anonymous platform developers ? Or just 
pull down their statues ?


________________________________
From: boinc_dev <boinc_dev-boun...@ssl.berkeley.edu> on behalf of David 
Anderson <da...@ssl.berkeley.edu>
Sent: Tuesday, 22 August 2017 12:58
To: Darrell Holz; boinc_dev@ssl.berkeley.edu; Boinc Projects
Subject: Re: [boinc_dev] AMD's CAL

If no projects have CAL apps, I don't see any reason to keep the CAL
device enumeration code.  Anyone else?
-- D

On 8/21/2017 7:01 PM, Darrell Holz wrote:
> 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/;
Asteroids@home<http://asteroidsathome.net/boinc/>
asteroidsathome.net
About Asteroids@home Asteroids@home is a research project that uses 
Internet-connected computers to do research in Asteroids@home. You can 
participate by downloading ...



> Computer ID 9594; resource share 100
> > 20-Aug-2017 09:44:23 [BURP] URL http://burp.renderfarming.net/; Computer ID
RenderFarming.net - BURP<http://burp.renderfarming.net/>
burp.renderfarming.net
An opensource BOINC-based project to build an online renderfarm for Blender and 
Cycles that everyone can use for free



> 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 <mailto: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 <mailto: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.

Reply via email to