For me I get some card hashing speed at 0h/s ( sometimes all together ), then miners restart by itself but failed to start , the system freeze ( restart needed) . I get that error more often after 1.7.0.
I post the log just above.
Windows 10 , Xmr ( V8) , 1.6.1.
PS : I tried to increase mV and lower clock speed and mem speed a lot but I still get this error since srb 1.7.1 on all rigs.
( No computing error before the crash , 1/24h for some)

Driver version, algo, config file?

Does the miner restart, and work ok after that, or system freezes?
Can you describe ? Maybe i can find out what is happening

It was all ok on 1.7.0 ?

Also how often is this happening?
Is there any specific case you maybe noticed?

For now I'm using your miners since month , but after 1.7.0 I cannot get my miners stable . All are running on 1.7.0 and crashing around once a week. I'm far from the best hashrate average 1920 h/s for all the rigs. I try to get the best hashrate but I do not know best setting for reference cards.
I post in the other thread too to get more chance to get help:-) latest version or srb and crashing and same for TRM..

This is the log at the crash ( same for all miners)
[2018-12-29 11:18:14] miner_result: Pool accepted result 0x000026A4
[2018-12-29 11:18:22] hashrate: GPU0: 1861 H/s [BUS:12]
[2018-12-29 11:18:22] hashrate: GPU1: 1927 H/s [BUS:27]
[2018-12-29 11:18:22] hashrate: GPU2: 1884 H/s [BUS:3]
[2018-12-29 11:18:22] hashrate: GPU3: 1923 H/s [BUS:18]
[2018-12-29 11:18:22] hashrate: GPU4: 1920 H/s [BUS:24]
[2018-12-29 11:18:22] hashrate: GPU5: 1943 H/s [BUS:9]
[2018-12-29 11:18:22] hashrate: GPU6: 1886 H/s [BUS:15]
[2018-12-29 11:18:22] hashrate: GPU7: 1927 H/s [BUS:21]
[2018-12-29 11:18:22] hashrate: Total: 15271 H/s
[2018-12-29 11:18:25] miner_result: Sending user result to pool
[2018-12-29 11:18:25] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64764","nonce":"ba8c00b0","result":"25c110c6e4606e5319aa9f5af76156e1e6b221c55237e4da8f175f06364e0000"}}
[2018-12-29 11:18:25] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:18:25] miner_result: Pool accepted result 0x00004E36
[2018-12-29 11:18:32] miner_result: Sending user result to pool
[2018-12-29 11:18:32] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64764","nonce":"36a60090","result":"61d4bc628319756462503d5b2a998a43226065456c31c6de0a62e3b166450000"}}
[2018-12-29 11:18:32] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:18:32] miner_result: Pool accepted result 0x00004566
[2018-12-29 11:18:33] miner_result: Sending user result to pool
[2018-12-29 11:18:33] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64764","nonce":"1ba60010","result":"bf043e2f595083f8bde62384eef736945926f626dbca4fe50e88b0041a6e0000"}}
[2018-12-29 11:18:33] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:18:33] miner_result: Pool accepted result 0x00006E1A
[2018-12-29 11:18:43] miner_result: Sending user result to pool
[2018-12-29 11:18:43] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64764","nonce":"37cd0020","result":"60dc05569c283ab05b451d907bd4086b21778cb2783bffcbfa1b737465830000"}}
[2018-12-29 11:18:43] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:18:43] miner_result: Pool accepted result 0x00008365
[2018-12-29 11:18:45] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"090986949de10534e1f20e6eae556262af5a2ac58b31c6cf93b046fa91ea55009542685ff6e9f40 0000000aae71b79d62e585c951fad9fce0d257235b57e05ea5533e283801246315a80de01","job_id":"64765","target":"cf8b0000"}}
[2018-12-29 11:18:45] pool_have_job: Pool sent a new job (ID: 64765)
[2018-12-29 11:18:57] miner_result: Sending user result to pool
[2018-12-29 11:18:57] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64765","nonce":"aa280040","result":"f84d394527ec04e5bf9dfab181fd968fd6fbaed3983a07fe751b3465c6460000"}}
[2018-12-29 11:18:57] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:18:57] miner_result: Pool accepted result 0x000046C6
[2018-12-29 11:18:59] miner_result: Sending user result to pool
[2018-12-29 11:18:59] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64765","nonce":"75280090","result":"a9d09e3ca6e12eeb260451eaf4f67c7996b9be4a7ca86302e6280ad619300000"}}
[2018-12-29 11:19:00] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"090993949de105d961d240b17c4aa4a3e02d9d3d542ed8bd7692b27561a763f161e957a1b077ac0 0000000d332bb0ff3117b0060f9903e9d2be5808e5198984ab375eb39ad55ccbd6448d001","job_id":"64766","target":"cf8b0000"}}
[2018-12-29 11:19:00] json_receive: {"id":1,"jsonrpc":"2.0","result":null,"error":{"code":-1,"message":"Block expired"}}
[2018-12-29 11:19:00] pool_have_job: Pool sent a new job (ID: 64766)
[2018-12-29 11:19:17] miner_result: Sending user result to pool
[2018-12-29 11:19:17] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64766","nonce":"0f3300d0","result":"aad84fc4ac5913f6a513e57177aa113779e8882e21051d55fb5d7604cb070000"}}
[2018-12-29 11:19:17] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:19:17] miner_result: Pool accepted result 0x000007CB
[2018-12-29 11:19:40] miner_result: Sending user result to pool
[2018-12-29 11:19:40] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64766","nonce":"df8b0070","result":"963eb439b4edfe088e79442d62d5a2a50d9a634489d30260f799b647075d0000"}}
[2018-12-29 11:19:40] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:19:40] miner_result: Pool accepted result 0x00005D07
[2018-12-29 11:19:54] miner_result: Sending user result to pool
[2018-12-29 11:19:54] json_send: {"id":1,"jsonrpc": "2.0","method":"submit","params":{"id":"1","job_id":"64766","nonce":"09bc0040","result":"7403df0c0ee20430427622d4ac91b6c4f19e9c81655cc06409cf89a585210000"}}
[2018-12-29 11:19:54] json_receive: {"id":1,"jsonrpc":"2.0","result":{"status":"OK"},"error":null}
[2018-12-29 11:19:54] miner_result: Pool accepted result 0x00002185
[2018-12-29 11:20:00] json_receive: {"jsonrpc":"2.0","method":"job","params":{"blob":"0909cf949de105d961d240b17c4aa4a3e02d9d3d542ed8bd7692b27561a763f161e957a1b077ac0 0000000bbd2c3819f4b6f4a0cae913c63b6eb98688a653d5c2f786f2f17403ff183140a02","job_id":"64767","target":"cf8b0000"}}
[2018-12-29 11:20:00] pool_have_job: Pool sent a new job (ID: 64767)
[2018-12-29 11:20:03] watchdog: GPU0 [BUS: 12] hashing speed is 0 H/S
[2018-12-29 11:20:03] watchdog: GPU1 [BUS: 27] hashing speed is 0 H/S
[2018-12-29 11:20:03] watchdog: GPU4 [BUS: 24] hashing speed is 0 H/S
[2018-12-29 11:20:03] watchdog: GPU6 [BUS: 15] hashing speed is 0 H/S
[2018-12-29 11:20:14] watchdog: GPU0 [BUS: 12] hashing speed is 0 H/S
[2018-12-29 11:20:14] watchdog: GPU1 [BUS: 27] hashing speed is 0 H/S
[2018-12-29 11:20:14] watchdog: GPU4 [BUS: 24] hashing speed is 0 H/S
[2018-12-29 11:20:14] watchdog: GPU6 [BUS: 15] hashing speed is 0 H/S
[2018-12-29 11:20:23] hashrate: GPU0: 0 H/s [BUS:12]
[2018-12-29 11:20:23] hashrate: GPU1: 0 H/s [BUS:27]
[2018-12-29 11:20:23] hashrate: GPU2: 1885 H/s [BUS:3]
[2018-12-29 11:20:23] hashrate: GPU3: 1925 H/s [BUS:18]
[2018-12-29 11:20:23] hashrate: GPU4: 0 H/s [BUS:24]
[2018-12-29 11:20:23] hashrate: GPU5: 1943 H/s [BUS:9]
[2018-12-29 11:20:23] hashrate: GPU6: 0 H/s [BUS:15]
[2018-12-29 11:20:23] hashrate: GPU7: 1928 H/s [BUS:21]
[2018-12-29 11:20:23] hashrate: Total: 7681 H/s
[2018-12-29 11:20:25] watchdog: GPU crash detected, miner will try to restart
[2018-12-29 11:20:25] Restarting miner process

You left out an important part from the log where the gpu is turned back on, because if it really reached 85c then it would need some time to cool down to 70c to turn back on, but if it was a false temperature reading for a moment then it would turn it back on in a few seconds.

The temp in log will be in the next version.

1. Can you change the miner version without config change? Hard to tell,depends which version are you using, if it is 170+ you can swap, config is same.
2. auto intensity is there just as a start point, you should set intensity by hand, at least if you want max performance
3. I think the recommended drivers work best, miner will work with the latest drivers but i think performance will be lower than on recommended.
4. possible, i will add it on the wishlist

What do you mean?
It works with the latest drivers also

What do you mean?
It works with the latest drivers also

V1.7.3
- Bringing back support for GCN1 cards [pitcairn, tahiti ...]
- Heavy_mode 2 is now an improved 3 with a little less hash and less errors than 3
- Small OCL optimisations for Vegas
- Added parameter 'off_temperature' to gpu_conf, to protect GPU from overheating
- Added parameter 'old_mode' to gpu_conf, which creates the kernel with the old method
- Added new algo 'Hycon'
- Added new algo 'Upx'
- Added new algo 'Stellitev8'
- Renamed algo 'freehaven' to 'swap'


+ Even if unintentionally, but SRB became slower and slower on old GCN1 cards because optimisations that were good for newer gpu's were a kill for those oldes.
I managed to borrow a tahiti card (280x) for a few days, and create a new kernel that is now working OK with these oldies. Speeds should be acceptable now

+ As you know there are 3 heavy modes available. This is how it goes now :
1. Slowest but shouldn't produce any compute errors
2. Faster than 1, it is a re-worked 3, a little bit slower than 3, but with less errors
3. The fastest but it can produce the most compute errors

I think 2 could be the winner here because my tests of 12hr show :
1. 0 errors
2. 1 error
3. 4 errors

Of course the default one is still 1, because it is the most stable mode.

+ Added a gpu_conf only parameter 'off_temperature'. I think this will be very useful. What it does is it turns off that one particular overheated GPU until it cools down by 15c, then it's turned back on.
Default is 85c, so that means if a GPU reaches 85c, miner turns it off automatically (while the other GPU's are still working), and it waits until it cools down by 15c, in this case that is 70c.
When temperature is < 70c the GPU is automatically turned back on and it continues to work.
The '15c' difference can't be changed.

+ Added a gpu_conf only parameter 'old_mode'. With the changes i made in 1.7.2, that allow the creation of kernels on drivers newer than 18.6.1, algos that use a scratchpad <=1MB (litev7, mox, dark, upx) suffer from a hashrate drop on Vegas (maybe others too, i didn't test). So if you set this parameter to true, it will create kernel the old way, and the speed on these algos should be back.
Don't forget, if you use old_mode : true, and compile the kernel on a driver newer than 18.6.1, you probably won't be finding any shares!

+ Added 3 new algos :

- upx [ https://bitcointalk.org/index.php?topic=5058404.0 ]
- hycon [ https://hycon.io ]
- stellitev8 [ https://bitcointalk.org/index.php?topic=2813261.0 ]

Stellitev8 will be active when stellite forks.

[2018-12-08 03:21:02] watchdog: GPU1 [BUS: 32] hashing speed is 0 H/S
[2018-12-08 03:21:13] watchdog: GPU1 [BUS: 32] hashing speed is 0 H/S
[2018-12-08 03:21:24] watchdog: GPU crash detected, miner will try to restart

[2018-12-08 03:50:02] Startup monitor detected that GPU's could not be initialised in 120 seconds

Looks like this gpu crashed so badly that even after miner restart it won't start , and it can't be initialised on miner startup.
Set a watchdog script to restart whole machine on crash, then on windows start set miner to start auto.

Another thing i want to add but have no time for. It's planned but not available yet.