Bitcoin Forum
July 22, 2018, 01:44:27 AM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 [445] 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 ... 847 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5756982 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Askit2
Hero Member
*****
Offline Offline

Activity: 986
Merit: 500


DIV - Your "Virtual Life" Secured and Decentralize


View Profile
March 03, 2013, 12:00:16 PM
 #8881

Sadly that's kinda what it was thinking before I read the line that says:

You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)

I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.

Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.

Anyways Thank You again.

          ▄▄
        ▄█▀▀█▄
      ▄█▀ ▄▄ ▀█▄
      ▀ ▄████▄ ▀
   ▄▀ ▄ ▀████▀ ▄ ▀▄
 ▄▀ ▄███▄ ▀▀ ▄███▄ ▀▄
█  ███████  ███████  █
 ▀▄ ▀███▀ ▄▄ ▀███▀ ▄▀

   ▀▄ ▀ ▄████▄ ▀ ▄▀
      ▄ ▀████▀ ▄
      ▀█▄ ▀▀ ▄█▀
        ▀█▄▄█▀
          ▀▀
███████████████████████████████████████████████████████████████████
██████▀▀▀▀▀▀▀▀▀▀▀██████████▀▀▀▀▀████▀▀▀▀▀█████▀▀▀▀█████▀▀▀▀▀███████
██████            ▀████████     ████     █████    █████     ███████
██████     ▄▄▄▄▄    ▀██████     █████    ████      ████    ████████
██████     ██████▄    █████     █████    ▀██▀  ▄▄  ▀██▀    ████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████     █   ██   █     █████████
██████     █████▀    ██████     ███████       ████       ██████████
██████     ▀▀▀▀▀    ▄██████     ████████     ██████     ███████████
██████            ▄████████     ████████     ██████     ███████████
██████▄▄▄▄▄▄▄▄▄▄▄██████████▄▄▄▄▄█████████▄▄▄▄██████▄▄▄▄████████████
███████████████████████████████████████████████████████████████████
.DIWtoken.com.
▄██████████████████▄
███       ▀███████
███       █████████
███       █████████
███       █████████
███              ██
███   ▄▄▄▄▄▄▄▄   ███
███   ▄▄▄▄▄▄▄▄   ███
███              ███
███▄▄▄▄▄▄▄▄▄▄▄▄▄▄███
██████████████████▀

▄██████████████████▄
███████████▀ ███████
█████████▀   ███████
███████▀     ██▀ ███
███ ▀▀       █▄▄████
███          █▀▀▀▀██
███ ▄▄       ███████
██████▄     █▄ ▀███
█████████▄   ███▄███
███████████▄ ███████
▀██████████████████▀

▄██████████████████▄
████████████████████
███████████████▀▀ ██
█████████▀▀     ███
████▀▀     ▄█▀   ███
███▄    ▄██      ███
█████████▀      ▄██
█████████▄     ████
█████████████▄ ▄████
████████████████████
▀██████████████████▀
......SECURITY DECENTRALIZED...
fair bitcoin games | pvp - pve - solo pve games | faucet |
Free satoshi code btcoon500
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1532223867
Hero Member
*
Offline Offline

Posts: 1532223867

View Profile Personal Message (Offline)

Ignore
1532223867
Reply with quote  #2

1532223867
Report to moderator
1532223867
Hero Member
*
Offline Offline

Posts: 1532223867

View Profile Personal Message (Offline)

Ignore
1532223867
Reply with quote  #2

1532223867
Report to moderator
1532223867
Hero Member
*
Offline Offline

Posts: 1532223867

View Profile Personal Message (Offline)

Ignore
1532223867
Reply with quote  #2

1532223867
Report to moderator
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 03, 2013, 12:40:03 PM
 #8882

Sadly that's kinda what it was thinking before I read the line that says:

You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)

I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.

Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.

Anyways Thank You again.
scan-serial is only used for Icarus now - MMQ/BFL and anything newer to come, don't use it any more.
All non-icarus USB device detection is now automatic, since it uses libusb to get the list of all USB devices and checks their id numbers match what it expects and then tries the unused matching devices.

The only other thing I can think of with Zadig may be that windows might need to be rebooted?

The comment about libusbx is to do with someone compiling cgminer themselves.
When ckolivas compiles it, he links it to the libusb-1.0.dll so cgminer wont be looking at libusbx.dll

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Askit2
Hero Member
*****
Offline Offline

Activity: 986
Merit: 500


DIV - Your "Virtual Life" Secured and Decentralize


View Profile
March 03, 2013, 01:06:09 PM
 #8883

Sadly that's kinda what it was thinking before I read the line that says:

You must also make sure you are using the latest libusb-1.0.dll supplied
with cgminer (not the libusbx version)

I wasn't sure how to check that it would be used. Sadly I can't for the life of me imagine why it worked this last time and not in the hour I spent after I set it as WinUSB. I may have yet again set it to WinUSB, I know I yet again unplugged the single (forcing redetection) and started my batch file again.

Actually I did change one other thing. Scan serial from "Bitforce:COM5" to "auto" but the one time it almost worked I still used my old configuration file. I had added the --usb-dump 0 to the end of my args in my batch file and this time I took --usb-dump 0 out. I see no reason that would fix anything. I suppose it could be the configuration file.

Anyways Thank You again.
scan-serial is only used for Icarus now - MMQ/BFL and anything newer to come, don't use it any more.
All non-icarus USB device detection is now automatic, since it uses libusb to get the list of all USB devices and checks their id numbers match what it expects and then tries the unused matching devices.

The only other thing I can think of with Zadig may be that windows might need to be rebooted?

The comment about libusbx is to do with someone compiling cgminer themselves.
When ckolivas compiles it, he links it to the libusb-1.0.dll so cgminer wont be looking at libusbx.dll

I hadn't thought about it before but does the automatic detection now mean that I would't be able to select certain devices on one instance of CGMiner and others on a different instance on the same computer? I don't think it's a problem but I had thought about pointing some hashing power to different pools manually using failover just with different main pools. Truely it isn't a big deal to me. I am just wondering.

As far as rebooted when the device detected but didn't function I pulled the USB cable out and reinserted it. When it finally worked I was pulling the power cable and completely restarting the BFL single. I didn't have to reboot windows but likely it would have worked sooner if I would have rebooted windows. Since my DVR runs my singles I didn't want to reboot while it was recording.

I am getting more HW errors so far. They seem to all be temp related.
Request temp invalid/time out (0:-7)
get Result Reports: Temperature (celcius) BUSY
I am fairly certain this is cosmetic but just thought I would let you know about it. They are showing up about every 20 seconds now. At this rate I will have a lot when I get up.

I tried restarting CGMiner and it now won't mine on my BFL. cgminer-fpgaonly.exe is using ~25% CPU load Front LED is on BFL single and side LEDs are both off. cgminer says started cgminer 2.11.0

          ▄▄
        ▄█▀▀█▄
      ▄█▀ ▄▄ ▀█▄
      ▀ ▄████▄ ▀
   ▄▀ ▄ ▀████▀ ▄ ▀▄
 ▄▀ ▄███▄ ▀▀ ▄███▄ ▀▄
█  ███████  ███████  █
 ▀▄ ▀███▀ ▄▄ ▀███▀ ▄▀

   ▀▄ ▀ ▄████▄ ▀ ▄▀
      ▄ ▀████▀ ▄
      ▀█▄ ▀▀ ▄█▀
        ▀█▄▄█▀
          ▀▀
███████████████████████████████████████████████████████████████████
██████▀▀▀▀▀▀▀▀▀▀▀██████████▀▀▀▀▀████▀▀▀▀▀█████▀▀▀▀█████▀▀▀▀▀███████
██████            ▀████████     ████     █████    █████     ███████
██████     ▄▄▄▄▄    ▀██████     █████    ████      ████    ████████
██████     ██████▄    █████     █████    ▀██▀  ▄▄  ▀██▀    ████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████     █   ██   █     █████████
██████     █████▀    ██████     ███████       ████       ██████████
██████     ▀▀▀▀▀    ▄██████     ████████     ██████     ███████████
██████            ▄████████     ████████     ██████     ███████████
██████▄▄▄▄▄▄▄▄▄▄▄██████████▄▄▄▄▄█████████▄▄▄▄██████▄▄▄▄████████████
███████████████████████████████████████████████████████████████████
.DIWtoken.com.
▄██████████████████▄
███       ▀███████
███       █████████
███       █████████
███       █████████
███              ██
███   ▄▄▄▄▄▄▄▄   ███
███   ▄▄▄▄▄▄▄▄   ███
███              ███
███▄▄▄▄▄▄▄▄▄▄▄▄▄▄███
██████████████████▀

▄██████████████████▄
███████████▀ ███████
█████████▀   ███████
███████▀     ██▀ ███
███ ▀▀       █▄▄████
███          █▀▀▀▀██
███ ▄▄       ███████
██████▄     █▄ ▀███
█████████▄   ███▄███
███████████▄ ███████
▀██████████████████▀

▄██████████████████▄
████████████████████
███████████████▀▀ ██
█████████▀▀     ███
████▀▀     ▄█▀   ███
███▄    ▄██      ███
█████████▀      ▄██
█████████▄     ████
█████████████▄ ▄████
████████████████████
▀██████████████████▀
......SECURITY DECENTRALIZED...
ocminer
Legendary
*
Offline Offline

Activity: 2170
Merit: 1212



View Profile WWW
March 03, 2013, 01:06:17 PM
 #8884

A "devs" via API now only delivers my ICA boards, not my ZTEX ones...

I've got Icarus (Cairnsmore and Icarus) Boards as well as ZTEX Boards connected to one linux 64 machine.

Before 2.11.0 all boards could be read out via API command "devs". Now only the Icarus Boards are returned.

Thanks

oc
What does 'config' and 'devdetails' show?

config:
...
That should fix it:
https://github.com/kanoi/cgminer/commit/00489f4c14c6faa06b51a23db7fcc366b69f7b09
(in https://github.com/ckolivas/cgminer/pull/392 )

Works, thanks !

suprnova pools - reliable mining pools - #suprnova on freenet
https://www.suprnova.cc - FOLLOW us @ Twitter ! twitter.com/SuprnovaPools
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 03, 2013, 02:34:11 PM
 #8885

I hadn't thought about it before but does the automatic detection now mean that I would't be able to select certain devices on one instance of CGMiner and others on a different instance on the same computer? I don't think it's a problem but I had thought about pointing some hashing power to different pools manually using failover just with different main pools. Truely it isn't a big deal to me. I am just wondering.
Yes it's not in 2.11.0 - it will be there later.
I'll have 'possibly' 3 options:
1) a count of how many you want e.g. BFL:6
2) specify the USB device list as A:B,C:D,...
3) string pattern match on the device ID name (something new in the BFL SC MCU - where you can give each device a 128 byte name)

Quote
...
I am getting more HW errors so far. They seem to all be temp related.
Request temp invalid/time out (0:-7)
get Result Reports: Temperature (celcius) BUSY
...
I am fairly certain this is cosmetic but just thought I would let you know about it. They are showing up about every 20 seconds now. At this rate I will have a lot when I get up.
-7 is a timeout Sad
I'm not sure why the temperature can't handle replying in 500ms - I guess I'll have to increase the timeout on windows Sad
On linux (for me) it's 200ms and I've probably seen only a few in the last 2 months I've been using the USB code.

Quote
I tried restarting CGMiner and it now won't mine on my BFL. cgminer-fpgaonly.exe is using ~25% CPU load Front LED is on BFL single and side LEDs are both off. cgminer says started cgminer 2.11.0
'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.
Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
JWU42
Legendary
*
Offline Offline

Activity: 1666
Merit: 1000


View Profile
March 03, 2013, 02:53:44 PM
 #8886

Just to emphasize...

'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.



Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0

rkozola
Jr. Member
*
Offline Offline

Activity: 36
Merit: 0


View Profile
March 03, 2013, 04:14:34 PM
 #8887

Is there a way to not use FPGA devices in 2.11.0?  Before the -S noauto would allow an instance to run for gpus only, but that no longer works when BFL devices are present.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1113


Ruu \o/


View Profile WWW
March 03, 2013, 08:48:20 PM
 #8888

I decided to be a guinea pig and try 2.11.0 on a single rig.  Took a nap and it locked up the second I went to sleep.  I guess it was trying to switch from Ozcoin to BTCGuild (both stratum connections).  I was mining on a single 7870 with Catalyst 12.10 drivers on Win 7 x64.

Afterburner shows it was still burning up the GPU but apparently no shares were being submitted.  I just force-closed it and reverted to 2.10.5

I can confirm this bug too, after some time it just stops submitting shares but it stil responsive.. a restart helps
I wonder if this has nothing to do with the GPU code since that is actually unchanged (apart from the kernels) and is related to the USB+hotplug code since it's windows only... Kano?

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
Askit2
Hero Member
*****
Offline Offline

Activity: 986
Merit: 500


DIV - Your "Virtual Life" Secured and Decentralize


View Profile
March 03, 2013, 09:28:40 PM
 #8889

Just to emphasize...

'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.



Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0

And on the Command window it still said started CGMiner 2.11.0 8 hours later. Feeding 0 work units to it and getting 0 shares generated. I didn't restart in the normal way. Mine is in a loop I always quit and let the loop start it again. I also tried closing the command prompt restarting the BFL unit and once ready starting my batch file none of them worked.

Rebooted system and restarted BFL single,  and still it won't start.



after 5 minutes I took this screen shot.

On a worry I bricked my unit power cycling it I reinstalled the unaltered driver and rebooted. Am testing unit now. Will try 2.11.0 in a while.

          ▄▄
        ▄█▀▀█▄
      ▄█▀ ▄▄ ▀█▄
      ▀ ▄████▄ ▀
   ▄▀ ▄ ▀████▀ ▄ ▀▄
 ▄▀ ▄███▄ ▀▀ ▄███▄ ▀▄
█  ███████  ███████  █
 ▀▄ ▀███▀ ▄▄ ▀███▀ ▄▀

   ▀▄ ▀ ▄████▄ ▀ ▄▀
      ▄ ▀████▀ ▄
      ▀█▄ ▀▀ ▄█▀
        ▀█▄▄█▀
          ▀▀
███████████████████████████████████████████████████████████████████
██████▀▀▀▀▀▀▀▀▀▀▀██████████▀▀▀▀▀████▀▀▀▀▀█████▀▀▀▀█████▀▀▀▀▀███████
██████            ▀████████     ████     █████    █████     ███████
██████     ▄▄▄▄▄    ▀██████     █████    ████      ████    ████████
██████     ██████▄    █████     █████    ▀██▀  ▄▄  ▀██▀    ████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████     █   ██   █     █████████
██████     █████▀    ██████     ███████       ████       ██████████
██████     ▀▀▀▀▀    ▄██████     ████████     ██████     ███████████
██████            ▄████████     ████████     ██████     ███████████
██████▄▄▄▄▄▄▄▄▄▄▄██████████▄▄▄▄▄█████████▄▄▄▄██████▄▄▄▄████████████
███████████████████████████████████████████████████████████████████
.DIWtoken.com.
▄██████████████████▄
███       ▀███████
███       █████████
███       █████████
███       █████████
███              ██
███   ▄▄▄▄▄▄▄▄   ███
███   ▄▄▄▄▄▄▄▄   ███
███              ███
███▄▄▄▄▄▄▄▄▄▄▄▄▄▄███
██████████████████▀

▄██████████████████▄
███████████▀ ███████
█████████▀   ███████
███████▀     ██▀ ███
███ ▀▀       █▄▄████
███          █▀▀▀▀██
███ ▄▄       ███████
██████▄     █▄ ▀███
█████████▄   ███▄███
███████████▄ ███████
▀██████████████████▀

▄██████████████████▄
████████████████████
███████████████▀▀ ██
█████████▀▀     ███
████▀▀     ▄█▀   ███
███▄    ▄██      ███
█████████▀      ▄██
█████████▄     ████
█████████████▄ ▄████
████████████████████
▀██████████████████▀
......SECURITY DECENTRALIZED...
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 03, 2013, 10:00:02 PM
 #8890

Just to emphasize...

'restart' wont work - I'll need to sort that out next - it doesn't release the devices - quit/start should be fine.



Also during startup, there can sometimes be a delay of up to 90s if there is a problem with your Pool 0

And on the Command window it still said started CGMiner 2.11.0 8 hours later. Feeding 0 work units to it and getting 0 shares generated. I didn't restart in the normal way. Mine is in a loop I always quit and let the loop start it again. I also tried closing the command prompt restarting the BFL unit and once ready starting my batch file none of them worked.

Rebooted system and restarted BFL single,  and still it won't start.

http://i1139.photobucket.com/albums/n553/Askit2/cgminerFailedToLoad_zpsf0a85782.png

after 5 minutes I took this screen shot.
Can you run it instead with this on the end:
-D -T --verbose 2>debug.log

Then after a couple of minutes, stop it and then paste debug.log into pastebin

Then either post that link here or come visit IRC and let me know there.
(N.B. the log will show your pool worker information)

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
bicer
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
March 03, 2013, 10:25:23 PM
 #8891

With 2.11.0 in windows7 I noticed usb based keyboard has intermittent key delay on either press or release.
Which (and how many) FPGA devices and what sort of computer CPU (netbook, low power, ?) do you have?
I suspect with ASIC that will get worse - i.e. whatever problem your computer has with the small amount of USB accesses at the moment, will only get worse as that increases with ASIC devices.
With ASIC, cgminer will be hitting the USB port a lot harder.
USB shouldn't have this problem with the low amount of USB access occurring at the moment.
Is it every 5 seconds? Is it every key? Or is it once in a blue moon?
Edit: also what is your USB layout - hubs, multiple motherboard ports, etc.
No fpga or asic devices, just 7970 gpu. MB asus p9x79 with mouse and keyboard connected to usb 2.0 via 4 port kvm, no other devices on any other usb.
It may happen once or twice within 5 seconds. This is very noticeable in content requiring constant user interaction, i.e. pc game. With 2.10.5 and kernels from 2.11.0 (renamed cl's to match 2.10.5) keyboard delay no longer occurs.
Askit2
Hero Member
*****
Offline Offline

Activity: 986
Merit: 500


DIV - Your "Virtual Life" Secured and Decentralize


View Profile
March 03, 2013, 10:46:09 PM
 #8892

Its working now Thank You Kano!
Failed pool 0 and would not connect to pool 1 seems to be the cause. Sent you a PM with the log.

          ▄▄
        ▄█▀▀█▄
      ▄█▀ ▄▄ ▀█▄
      ▀ ▄████▄ ▀
   ▄▀ ▄ ▀████▀ ▄ ▀▄
 ▄▀ ▄███▄ ▀▀ ▄███▄ ▀▄
█  ███████  ███████  █
 ▀▄ ▀███▀ ▄▄ ▀███▀ ▄▀

   ▀▄ ▀ ▄████▄ ▀ ▄▀
      ▄ ▀████▀ ▄
      ▀█▄ ▀▀ ▄█▀
        ▀█▄▄█▀
          ▀▀
███████████████████████████████████████████████████████████████████
██████▀▀▀▀▀▀▀▀▀▀▀██████████▀▀▀▀▀████▀▀▀▀▀█████▀▀▀▀█████▀▀▀▀▀███████
██████            ▀████████     ████     █████    █████     ███████
██████     ▄▄▄▄▄    ▀██████     █████    ████      ████    ████████
██████     ██████▄    █████     █████    ▀██▀  ▄▄  ▀██▀    ████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████     █   ██   █     █████████
██████     █████▀    ██████     ███████       ████       ██████████
██████     ▀▀▀▀▀    ▄██████     ████████     ██████     ███████████
██████            ▄████████     ████████     ██████     ███████████
██████▄▄▄▄▄▄▄▄▄▄▄██████████▄▄▄▄▄█████████▄▄▄▄██████▄▄▄▄████████████
███████████████████████████████████████████████████████████████████
.DIWtoken.com.
▄██████████████████▄
███       ▀███████
███       █████████
███       █████████
███       █████████
███              ██
███   ▄▄▄▄▄▄▄▄   ███
███   ▄▄▄▄▄▄▄▄   ███
███              ███
███▄▄▄▄▄▄▄▄▄▄▄▄▄▄███
██████████████████▀

▄██████████████████▄
███████████▀ ███████
█████████▀   ███████
███████▀     ██▀ ███
███ ▀▀       █▄▄████
███          █▀▀▀▀██
███ ▄▄       ███████
██████▄     █▄ ▀███
█████████▄   ███▄███
███████████▄ ███████
▀██████████████████▀

▄██████████████████▄
████████████████████
███████████████▀▀ ██
█████████▀▀     ███
████▀▀     ▄█▀   ███
███▄    ▄██      ███
█████████▀      ▄██
█████████▄     ████
█████████████▄ ▄████
████████████████████
▀██████████████████▀
......SECURITY DECENTRALIZED...
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 03, 2013, 11:47:26 PM
 #8893

With 2.11.0 in windows7 I noticed usb based keyboard has intermittent key delay on either press or release.
Which (and how many) FPGA devices and what sort of computer CPU (netbook, low power, ?) do you have?
I suspect with ASIC that will get worse - i.e. whatever problem your computer has with the small amount of USB accesses at the moment, will only get worse as that increases with ASIC devices.
With ASIC, cgminer will be hitting the USB port a lot harder.
USB shouldn't have this problem with the low amount of USB access occurring at the moment.
Is it every 5 seconds? Is it every key? Or is it once in a blue moon?
Edit: also what is your USB layout - hubs, multiple motherboard ports, etc.
No fpga or asic devices, just 7970 gpu. MB asus p9x79 with mouse and keyboard connected to usb 2.0 via 4 port kvm, no other devices on any other usb.
It may happen once or twice within 5 seconds. This is very noticeable in content requiring constant user interaction, i.e. pc game. With 2.10.5 and kernels from 2.11.0 (renamed cl's to match 2.10.5) keyboard delay no longer occurs.

OK, sounds like the hotplug is what is causing the USB issues - it happens once every 5 seconds.
cgminer just asks libusb for the list of USB devices then checks each of their id's to see if they are BFL or MMQ.
All the actual work is done inside libusb, cgminer just asks for the numbers from libusb (and does nothing else if the numbers don't match)
There is no other USB interaction if you don't have any BFL or MMQ.
I guess for now I could add a --hotplug N option to define how often to check ... and 0 means never
Then later sort out why libusb_get_device_list() + libusb_get_device_descriptor() is affecting a mouse ...
Though the libusb dev guy mentioned that he is adding hotplug detection internal to libusb soon ...

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
March 04, 2013, 03:52:49 AM
 #8894

Maybe this is a linux question, and less of a CGMiner question, but 2.11.0 can't see my Single without running it as root. I had to install libusb-1.0 just to update to 2.11.0, and when I first tried, it came up with that All devices disabled, cannot mine! Running as root works fine, tho. I feel like there's a simple fix, but I just don't know what it is.

Have you tried this by chance?

Q: On linux I can see the /dev/ttyUSB* devices for my ICA/BFL FPGA, but
cgminer can't mine on them
A: Make sure you have the required priviledges to access the /dev/ttyUSB* devices:
 sudo ls -las /dev/ttyUSB*
will give output like:
 0 crw-rw---- 1 root dialout 188, 0 2012-09-11 13:49 /dev/ttyUSB0
This means your account must have the group 'dialout' or root priviledges
To permanently give your account the 'dialout' group:
 sudo usermod -G dialout -a `whoami`
Then logout and back in again

I'm not running a standard 64bit or even x86 linux, but rather Linaro 12.11 for ARM devices. I don't see any /dev/ttyUSB* devices, and adding my user to dialout group did nothing. Any other thoughts?
With 2.11.0 and onwards it no longer uses the serial-USB (/dev/tty*) ports (except Icarus still does) - on linux it simply disconnects them.
I'll look into what may need to be added for privs ... I don't have that problem on my rigs, but that may be due to something already configured.
It may well be the disconnect that fails and it reports that?
Could you run it in debug mode and report (pastebin) here or in IRC the startup?
Use something like -D -T --verbose 2>debug.log
Thanks.
P.S. I'll edit that in the README to only say ICA
OK, if you are running cgminer 2.11.0 (or later) on linux as non-root user you may need to do the following also:

Create /etc/udev/rules.d/01-cgminer.rules
With:
ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6014", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"
ATTRS{idVendor}=="1fc9", ATTRS{idProduct}=="0003", SUBSYSTEMS=="usb", ACTION=="add", MODE="0666", GROUP="plugdev"


And also:
sudo usermod -G plugdev -a `whoami`

Then reboot ... (or use udevadm to reload the rules and retrigger the devices - but I couldn't get that to work on my RPi without rebooting)

That is a bit overkill, but for now that's what I suggest unless I come up with a simpler set of rules.

Edit: if your linux distro doesn't have the 'plugdev' group, you can create it like:
sudo groupadd plugdev
This fixed my issues. I no longer have to run at sudo. Thanks!

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
kano
Legendary
*
Offline Offline

Activity: 2520
Merit: 1045


Linux since 1997 RedHat 4


View Profile
March 04, 2013, 06:40:22 AM
 #8895

With 2.11.0 in windows7 I noticed usb based keyboard has intermittent key delay on either press or release.
Which (and how many) FPGA devices and what sort of computer CPU (netbook, low power, ?) do you have?
I suspect with ASIC that will get worse - i.e. whatever problem your computer has with the small amount of USB accesses at the moment, will only get worse as that increases with ASIC devices.
With ASIC, cgminer will be hitting the USB port a lot harder.
USB shouldn't have this problem with the low amount of USB access occurring at the moment.
Is it every 5 seconds? Is it every key? Or is it once in a blue moon?
Edit: also what is your USB layout - hubs, multiple motherboard ports, etc.
No fpga or asic devices, just 7970 gpu. MB asus p9x79 with mouse and keyboard connected to usb 2.0 via 4 port kvm, no other devices on any other usb.
It may happen once or twice within 5 seconds. This is very noticeable in content requiring constant user interaction, i.e. pc game. With 2.10.5 and kernels from 2.11.0 (renamed cl's to match 2.10.5) keyboard delay no longer occurs.

OK, sounds like the hotplug is what is causing the USB issues - it happens once every 5 seconds.
cgminer just asks libusb for the list of USB devices then checks each of their id's to see if they are BFL or MMQ.
All the actual work is done inside libusb, cgminer just asks for the numbers from libusb (and does nothing else if the numbers don't match)
There is no other USB interaction if you don't have any BFL or MMQ.
I guess for now I could add a --hotplug N option to define how often to check ... and 0 means never
Then later sort out why libusb_get_device_list() + libusb_get_device_descriptor() is affecting a mouse ...
Though the libusb dev guy mentioned that he is adding hotplug detection internal to libusb soon ...
https://github.com/ckolivas/cgminer/pull/394
Has a new option to specify the hotplug check time --hotplug
Set it to '0' to mean never check or any number (N=1..9999) to check every N seconds.
It's also available via the API (hotplug|N) to set it to N=0..9999 - 0 means disable just like --hotplug
Coming to a cgminer near you RSN Smiley

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
skeeterskeeter
Full Member
***
Offline Offline

Activity: 160
Merit: 100


View Profile
March 04, 2013, 02:33:17 PM
 #8896

Hello CGminer support forum if I could butt in here for a second.
I currently download and am happy with CGminer but seem to have a few issues.

*System. CGminer 2.10.5, Windows 7 64bit, x4 5830's

So I downloaded and installed AMD's 13.2 Beta Catalyst Control Center (to try and get rid of artifacts during mining) and it worked at removing artifacts. But now after a few hours my GPU that displays the desktop dies (the thread dies) and does not restart automatically, I must restart CGMiner. It also sometimes simply crashes showing me the BSOD.....  I then can restart the computer and CGminer like nothing happened.


What version of AMD driver should I have, and what version of CGminer should I have?
- It looks like I need specific AMD SoftwareDevelopmentKit (SDK), and specific ApplicationProgrammerInterface(API). Anyway to know which ones work the best with 5830's specifically?

Does anyone have a good config file for me to base mine off of for 5830's?!



(I remember reading I might have to reinstall CGminer because of the binaries made on initial first strat up, which was before my AMD 13.2 update; so do I need to reinstall CGminer and see what happens?)

os2sam
Legendary
*
Offline Offline

Activity: 2464
Merit: 1001


Think for yourself


View Profile
March 04, 2013, 05:34:23 PM
 #8897


What version of AMD driver should I have, and what version of CGminer should I have?


I'm using Catalyst 12.1 SDK 2.5 and CGMiner 2.10.4.

Seems to work well with my 5830.
Sam

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?
slush
Legendary
*
Offline Offline

Activity: 1372
Merit: 1019



View Profile WWW
March 04, 2013, 06:05:51 PM
 #8898

Hi ckolivas/kano, I'm curious if in previous versions (2.8.0/2.9.0) has been known bug where cgminer switched from Stratum back to Getwork? Today some people reported that although they're using newer cgminers with Stratum support, they're still mining on getwork interface (although pool reports X-Stratum correctly and Stratum backend works). They also reported that Stratum worked for them for some time, but then "it switched itself".

I recommended them to update, but I'd feel safer if this has been known and fixed...

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2590
Merit: 1113


Ruu \o/


View Profile WWW
March 04, 2013, 08:30:12 PM
 #8899

Hi ckolivas/kano, I'm curious if in previous versions (2.8.0/2.9.0) has been known bug where cgminer switched from Stratum back to Getwork? Today some people reported that although they're using newer cgminers with Stratum support, they're still mining on getwork interface (although pool reports X-Stratum correctly and Stratum backend works). They also reported that Stratum worked for them for some time, but then "it switched itself".

I recommended them to update, but I'd feel safer if this has been known and fixed...
So many stratum bugs have been fixed since then I can't even tell you exactly. I would certainly recommend upgrading to the stable 2.10.5 release.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
brox
Member
**
Offline Offline

Activity: 71
Merit: 10



View Profile
March 04, 2013, 08:37:10 PM
 #8900

kano, do you cross-compile for rpi or build natively within?

Save dolphins! Donate to 1BTC4brox2pd14QubXGsXwarp9zV9tc8CZ
Mine Bitcoins in the cloud at cex.io
Pages: « 1 ... 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 [445] 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 ... 847 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!