soniq
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 06:44:13 PM |
|
Cant get CG miner to recognize a BFL single
used --scan-serial in Command to find but not recognized
Any ideas?
What OS? Windows 7
|
|
|
|
BitMinerN8
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 06:51:14 PM |
|
Cant get CG miner to recognize a BFL single
used --scan-serial in Command to find but not recognized
Any ideas?
What OS? Windows 7 Try it like this maybe: (Match the COM port up to what you see in Device Manager) cgminer.exe -S bitforce://./COM4 -o site:port -u worker -p pass
|
|
|
|
soniq
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 07:07:41 PM |
|
Cant get CG miner to recognize a BFL single
used --scan-serial in Command to find but not recognized
Any ideas?
What OS? Windows 7 Try it like this maybe: (Match the COM port up to what you see in Device Manager) cgminer.exe -S bitforce://./COM4 -o site:port -u worker -p pass Here it is listed in Device Manager Port_#0004.Hub_#0003 So enter this whole command in CGminer exe "[W]rite config file" ? cgminer.exe -S bitforce://./COM0004 -o site:port -u worker -p pass
|
|
|
|
jork
Newbie
Offline
Activity: 15
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 07:11:07 PM |
|
Cant get CG miner to recognize a BFL single
used --scan-serial in Command to find but not recognized
Any ideas?
What OS? Windows 7 Try it like this maybe: (Match the COM port up to what you see in Device Manager) cgminer.exe -S bitforce://./COM4 -o site:port -u worker -p pass Here it is listed in Device Manager Port_#0004.Hub_#0003 So enter this whole command in CGminer exe "[W]rite config file" ? cgminer.exe -S bitforce://./COM0004 -o site:port -u worker -p pass Also, make sure you are not running EasyMiner at the same time. Only 1 application at a time can "see" the BFL on the USB port.
|
|
|
|
BitMinerN8
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 07:12:04 PM |
|
Cant get CG miner to recognize a BFL single
used --scan-serial in Command to find but not recognized
Any ideas?
What OS? Windows 7 Try it like this maybe: (Match the COM port up to what you see in Device Manager) cgminer.exe -S bitforce://./COM4 -o site:port -u worker -p pass Here it is listed in Device Manager Port_#0004.Hub_#0003 So enter this whole command in CGminer exe "[W]rite config file" ? cgminer.exe -S bitforce://./COM0004 -o site:port -u worker -p pass Not sure, I just run it like I wrote it above in a batch file. In Device Manager it should show up under Ports. Try the COM port that is shown under that.
|
|
|
|
dlasher
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 07:25:37 PM Last edit: October 06, 2012, 04:24:15 AM by dlasher |
|
which tag/target in the makefile makes a bundle ready for binary download (precompiled) without .o files, etc?
|
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 10:01:35 PM Last edit: October 05, 2012, 10:14:50 PM by tacotime |
|
Scrypt mining is still broken in that it can not utilize high thread concurrencies (I need to use a thread concurrency of 24000 for my 7950s to mine effectively). The bug seems to be with the calculation for memory allocation. It can be easily duplicated by setting the thread concurrency above 8192, eg 12288. In reaper, any thread concurrency may be used as long as it is a multiple of 64 and produces a memory padding that fits within the card's memory space.
Using "set GPU_MAX_ALLOC_PERCENT=100" in Windows allows the program to run, but it doesn't hash at all and does not create a memory pad on the GPU.
I reported this several weeks ago and it still hasn't been addressed.
That's cause I have no idea what the problem is. Setting GPU_MAX_ALLOC_PERCENT does nothing on windows, only linux. [2012-10-05 16:01:03] Started cgminer 2.7.6 [2012-10-05 16:01:03] Started cgminer 2.7.6 [2012-10-05 16:01:04] Probing for an alive pool [2012-10-05 16:01:04] Long-polling activated for http://ltc.kattare.com:9332/LP
[2012-10-05 16:01:06] LONGPOLL from pool 0 detected new block [2012-10-05 16:01:15] Maximum buffer memory device 0 supports says 524288000, your scrypt settings come to 0 [2012-10-05 16:01:15] Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG [2012-10-05 16:01:15] Failed to init GPU thread 0, disabling device 0 [2012-10-05 16:01:15] Restarting the GPU from the menu will not fix this. [2012-10-05 16:01:15] Try restarting cgminer. Press enter to continue: There's the error code for you. You should be able to easily replicate this just by setting --thread-concurrency 12288 (which works fine on reaper). I'm pretty sure the problem has to do with these lines, clState->padbufsize = bufsize; clState->padbuffer8 = clCreateBuffer(clState->context, CL_MEM_READ_WRITE, bufsize, NULL, &status); For whatever reason your program is calculating 0 for the bufsize. You should be able to step through this with a debugger and figure it out pretty easily I would presume.
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 10:24:45 PM |
|
Scrypt mining is still broken in that it can not utilize high thread concurrencies (I need to use a thread concurrency of 24000 for my 7950s to mine effectively). The bug seems to be with the calculation for memory allocation. It can be easily duplicated by setting the thread concurrency above 8192, eg 12288. In reaper, any thread concurrency may be used as long as it is a multiple of 64 and produces a memory padding that fits within the card's memory space.
Using "set GPU_MAX_ALLOC_PERCENT=100" in Windows allows the program to run, but it doesn't hash at all and does not create a memory pad on the GPU.
I reported this several weeks ago and it still hasn't been addressed.
That's cause I have no idea what the problem is. Setting GPU_MAX_ALLOC_PERCENT does nothing on windows, only linux. [2012-10-05 16:01:03] Started cgminer 2.7.6 [2012-10-05 16:01:03] Started cgminer 2.7.6 [2012-10-05 16:01:04] Probing for an alive pool [2012-10-05 16:01:04] Long-polling activated for http://ltc.kattare.com:9332/LP
[2012-10-05 16:01:06] LONGPOLL from pool 0 detected new block [2012-10-05 16:01:15] Maximum buffer memory device 0 supports says 524288000, your scrypt settings come to 0 [2012-10-05 16:01:15] Error -61: clCreateBuffer (padbuffer8), decrease CT or increase LG [2012-10-05 16:01:15] Failed to init GPU thread 0, disabling device 0 [2012-10-05 16:01:15] Restarting the GPU from the menu will not fix this. [2012-10-05 16:01:15] Try restarting cgminer. Press enter to continue: There's the error code for you. You should be able to easily replicate this just by setting --thread-concurrency 12288 (which works fine on reaper). I'm pretty sure the problem has to do with these lines, clState->padbufsize = bufsize; clState->padbuffer8 = clCreateBuffer(clState->context, CL_MEM_READ_WRITE, bufsize, NULL, &status); Right, that is the code indeed. The fact it's reading zero is worrying, and looks like it might well be a buffer overflow. It will set it to whatever you choose regardless if it can instead of what it detects as the maximum. However clCreateBuffer takes a size_t variable as the buffer size, and by definition that's a 32 bit unsigned integer. The problem with that is it's impossible to be larger than 2^32. Hrm... let's see size_t bufsize = 128 * ipt * cgpu->thread_concurrency; ipt is an unsigned integer, but thread_concurrency is a signed one. Maybe that's all there is to the overflow. I'll dick around with it before the next release. EDIT: and by the way, I can't replicate any of this without windows...
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 05, 2012, 11:19:35 PM |
|
You should be able to easily replicate this just by setting --thread-concurrency 12288 (which works fine on reaper). I'm pretty sure the problem has to do with these lines, clState->padbufsize = bufsize; clState->padbuffer8 = clCreateBuffer(clState->context, CL_MEM_READ_WRITE, bufsize, NULL, &status); For whatever reason your program is calculating 0 for the bufsize. You should be able to step through this with a debugger and figure it out pretty easily I would presume. I'm unable to reproduce this anywhere. Can you give me your whole command line minus any account details?
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
tacotime
Legendary
Offline
Activity: 1484
Merit: 1005
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 03:30:14 AM |
|
You should be able to easily replicate this just by setting --thread-concurrency 12288 (which works fine on reaper). I'm pretty sure the problem has to do with these lines, clState->padbufsize = bufsize; clState->padbuffer8 = clCreateBuffer(clState->context, CL_MEM_READ_WRITE, bufsize, NULL, &status); For whatever reason your program is calculating 0 for the bufsize. You should be able to step through this with a debugger and figure it out pretty easily I would presume. I'm unable to reproduce this anywhere. Can you give me your whole command line minus any account details? --scrypt -I 20 -g 1 -v 1 -w 256 --shaders 1792 --thread-concurrency 12288 or 24000 Off the top of my head It's been a noted bug in the windows version since the tittiez beta builds
|
XMR: 44GBHzv6ZyQdJkjqZje6KLZ3xSyN1hBSFAnLP6EAqJtCRVzMzZmeXTC2AHKDS9aEDTRKmo6a6o9r9j86pYfhCWDkKjbtcns
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4200
Merit: 1644
Ruu \o/
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 05:13:08 AM Last edit: October 06, 2012, 05:28:50 AM by ckolivas |
|
You should be able to easily replicate this just by setting --thread-concurrency 12288 (which works fine on reaper). I'm pretty sure the problem has to do with these lines, clState->padbufsize = bufsize; clState->padbuffer8 = clCreateBuffer(clState->context, CL_MEM_READ_WRITE, bufsize, NULL, &status); For whatever reason your program is calculating 0 for the bufsize. You should be able to step through this with a debugger and figure it out pretty easily I would presume. I'm unable to reproduce this anywhere. Can you give me your whole command line minus any account details? --scrypt -I 20 -g 1 -v 1 -w 256 --shaders 1792 --thread-concurrency 12288 or 24000 Off the top of my head It's been a noted bug in the windows version since the tittiez beta builds Now that is just bizarre. I tried it even on a windows machine and it didn't give me zero... EDIT: Nm, can now reproduce.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
420
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 06:50:50 PM |
|
using v2.6.5 and load balance two pools but one is getting only 5mhash->100Mhash out of my 2.1ghash/s
any fixes for this problem in new versions?
|
Donations: 1JVhKjUKSjBd7fPXQJsBs5P3Yphk38AqPr - TIPS the hacks, the hacks, secure your bits!
|
|
|
Krak
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 07:16:47 PM |
|
using v2.6.5 and load balance two pools but one is getting only 5mhash->100Mhash out of my 2.1ghash/s
any fixes for this problem in new versions?
Use balance instead. Load balance will heavily favor pools with rollntime enabled.
|
BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
|
|
|
420
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 07:20:51 PM |
|
using v2.6.5 and load balance two pools but one is getting only 5mhash->100Mhash out of my 2.1ghash/s
any fixes for this problem in new versions?
Use balance instead. Load balance will heavily favor pools with rollntime enabled. that parameter doesn't work ese -balance or --balance, returns error
|
Donations: 1JVhKjUKSjBd7fPXQJsBs5P3Yphk38AqPr - TIPS the hacks, the hacks, secure your bits!
|
|
|
Krak
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 07:23:24 PM |
|
that parameter doesn't work ese
-balance or --balance, returns error
You should probably update then.
|
BTC: 1KrakenLFEFg33A4f6xpwgv3UUoxrLPuGn
|
|
|
420
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 07:33:36 PM |
|
that parameter doesn't work ese
-balance or --balance, returns error
You should probably update then. 2.7.4 I get error cgminer.exe has stopped working, when using old settings or new --balance parameter, every other setting the same
|
Donations: 1JVhKjUKSjBd7fPXQJsBs5P3Yphk38AqPr - TIPS the hacks, the hacks, secure your bits!
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 09:55:21 PM |
|
that parameter doesn't work ese
-balance or --balance, returns error
You should probably update then. 2.7.4 I get error cgminer.exe has stopped working, when using old settings or new --balance parameter, every other setting the same ... update ...
|
|
|
|
420
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 10:08:56 PM |
|
Alright lets see how it goes
|
Donations: 1JVhKjUKSjBd7fPXQJsBs5P3Yphk38AqPr - TIPS the hacks, the hacks, secure your bits!
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 10:11:05 PM |
|
... update ... how the hell i open a .7z file? 7zip M
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
kano
Legendary
Offline
Activity: 4578
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
October 06, 2012, 10:24:27 PM |
|
Alright lets see how it goes
... and then if it works ... good ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) If it doesn't it's then possible to try and work out why without wasting time looking at old versions.
|
|
|
|
|