We have but it is not yet ready for the public releases.
User reported that 4.1a doesn't work with pool on etcget.net, but 4.0b was working fine. Could be same with other similar pools. Worth to inspect.
We have performed a quick test and there were no issues. Here is the command line we used:
-pool stratum+tcp://eu.etcget.net:8018 -wal 0x008c26f3a2Ca8bdC11e5891e0278c9436B6F5d1E -worker Rig1 -pass x
Same problem here , i have 2 rigs on a pool , but reported hashrate is only from the 1 rig ... i will go back to the previous version of PM
whalesburg miners reported some troubles with new version, sometimes miner restart or stuck
If the problems persists, please send us a (partial) log file to see what is going wrong.
Unknown OpenCL driver version! Hashrate and stale shares may suffer
OpenCL platform: OpenCL 2.1 AMD-APP (2766.4)
Available GPUs for mining:
GPU1: AMD Radeon (TM) RX 480 Graphics (pcie 1), OpenCL 1.2, 3.2 GB VRAM, 36 CUs
GPU2: AMD Radeon (TM) RX 480 Graphics (pcie 3), OpenCL 1.2, 7.9 GB VRAM, 36 CUs
GPU3: Radeon RX 580 Series (pcie 4), OpenCL 1.2, 8 GB VRAM, 36 CUs
GPU4: Radeon RX 580 Series (pcie 6), OpenCL 1.2, 8 GB VRAM, 36 CUs
GPU5: Radeon RX 580 Series (pcie

, OpenCL 1.2, 8 GB VRAM, 36 CUs
im on ubuntu. i wonder witch is the know opencl driver ?
Supported AMD Linux drivers are 16.40, 16.60, 17.10, 17.20, 17.30, 17.40, 17.50, 18.10, 18.20, 18.30, 18.40. The latest
18.50 drivers are not supported yet.
what config do you guys use when you're trying to avoid screen lag?
I noticed that -mi set to lower than the default does not seem to affect screen lag and hashrate
so I'm still wondering which config should I change in case i want to use the computer while the miner is still running
I have set -mi to 12 when I'm not doing anything other than mining
Set
-mi 0. If this is not enough, try
-mi 8 -gpow 80 or
-mi 8 -li 1 Increase/decrease the -gpow or -li values until you have smooth desktop experience without losing too much hashrate.