Bitcoin Forum
December 04, 2016, 06:34:56 PM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 [650] 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4817136 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.
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
October 22, 2013, 07:05:10 PM
 #12981

More 3.6.4 feedback:

I moved all my USB erupters to another machine.  I found cgminer doesn't see any of those plugged into my blue USB 3.0 ports.  This is the same experience I had with my laptop.  They work fine on the non blue ports.  I'm also getting problems with devices zombifying, and the AMU write errors.  I did not see any of these errors on the old PC, so it seems once again this is hardware specific.  Last time it was AMU 7 that zombified.

Code:
cgminer version 3.6.4 - Started: [2013-10-22 14:59:20]
-------------------------------------------------------------------------------
 (5s):11.27G (avg):10.52Gh/s | A:436  R:2  HW:14  WU:162.2/m
 ST: 2  SS: 1  NB: 2  LW: 791  GF: 0  RF: 0
 Connected to llllll diff 8 with stratum as user kkkkk
 Block: 0000075bdc49ed00...  Diff:268M  Started: [15:00:47]  Best share: 4.07K
-------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 AMU  0:                 | 335.4M/326.9Mh/s | A:17 R:0 HW:2 WU: 11.3/m
 AMU  1:                 | 335.7M/337.2Mh/s | A:40 R:0 HW:0 WU:  7.0/m
 AMU  2:                 | 335.7M/332.3Mh/s | A: 8 R:2 HW:0 WU:  4.8/m
 AMU  3:                 | 335.4M/325.6Mh/s | A:16 R:0 HW:0 WU:  2.9/m
 AMU  4:                 | 335.6M/332.1Mh/s | A: 8 R:0 HW:1 WU:  4.8/m
 AMU  5:                 | 335.4M/315.4Mh/s | A:24 R:0 HW:0 WU:  6.6/m
 AMU  6:                 | 335.5M/324.8Mh/s | A:16 R:0 HW:0 WU:  3.7/m
 AMU  7:                 | 335.7M/333.9Mh/s | A:12 R:0 HW:1 WU:  5.9/m
 AMU  8:                 | 335.6M/336.4Mh/s | A: 8 R:0 HW:0 WU:  4.8/m
 AMU  9:                 | 335.6M/334.5Mh/s | A: 8 R:0 HW:0 WU:  3.7/m
 AMU 11:                 | 335.6M/336.7Mh/s | A:17 R:0 HW:1 WU:  6.6/m
 AMU 12:                 | 335.6M/331.3Mh/s | A: 8 R:0 HW:1 WU:  2.2/m
 AMU 13:                 | 335.2M/325.4Mh/s | A: 0 R:0 HW:0 WU:  3.7/m
 AMU 14:                 | 335.8M/324.8Mh/s | A: 0 R:0 HW:1 WU:  4.0/m
 AMU 15:                 | 335.4M/332.2Mh/s | A:32 R:0 HW:0 WU:  5.5/m
 AMU 16:                 | 335.7M/332.6Mh/s | A:24 R:0 HW:0 WU:  4.4/m
 AMU 17:                 | 335.2M/313.6Mh/s | A:16 R:0 HW:0 WU:  6.2/m
 AMU 18:                 | 335.5M/315.4Mh/s | A: 1 R:0 HW:0 WU:  4.0/m
 AMU 19:                 | 335.7M/320.8Mh/s | A: 0 R:0 HW:1 WU:  3.3/m
 AMU 20:                 | 335.6M/334.4Mh/s | A: 0 R:0 HW:0 WU:  7.0/m
 AMU 21:                 | 335.5M/325.1Mh/s | A: 8 R:0 HW:0 WU:  4.4/m
 AMU 22:                 | 335.6M/335.8Mh/s | A:32 R:0 HW:0 WU:  3.3/m
 AMU 23:                 | 335.4M/329.7Mh/s | A:16 R:0 HW:1 WU:  5.9/m
 AMU 24:                 | 335.6M/315.4Mh/s | A: 1 R:0 HW:0 WU:  5.1/m
 AMU 25:                 | 335.7M/324.9Mh/s | A:48 R:0 HW:1 WU:  6.6/m
 AMU 26:                 | 335.7M/331.0Mh/s | A:32 R:0 HW:1 WU:  5.5/m
 AMU 27:                 | 335.6M/320.1Mh/s | A: 9 R:0 HW:0 WU:  2.2/m
 AMU 28:                 | 335.7M/329.1Mh/s | A: 1 R:0 HW:0 WU:  4.4/m
 AMU 29:                 | 335.5M/333.1Mh/s | A: 0 R:0 HW:1 WU:  5.9/m
 AMU 30:                 | 335.5M/324.5Mh/s | A:24 R:0 HW:0 WU:  6.6/m
 AMU 31:                 | 335.4M/330.4Mh/s | A: 8 R:0 HW:0 WU:  5.1/m
 AMU 32:                 | 335.8M/324.1Mh/s | A: 0 R:0 HW:2 WU:  4.4/m
 AMU 10:                 | ZOMBIE/93.54Mh/s | A: 2 R:0 HW:0 WU:  1.8/m
-------------------------------------------------------------------------------

 [2013-10-22 15:01:51] AMU 0 usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2013-10-22 15:01:52] AMU 0 usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2013-10-22 15:01:58] Accepted 1a733b3e Diff 9/8 AMU 21 pool 0
 [2013-10-22 15:02:01] AMU 0 usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2013-10-22 15:02:02] AMU 0 usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2013-10-22 15:02:02] Accepted 08989b2a Diff 29/8 AMU 15 pool 0

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
1480876496
Hero Member
*
Offline Offline

Posts: 1480876496

View Profile Personal Message (Offline)

Ignore
1480876496
Reply with quote  #2

1480876496
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480876496
Hero Member
*
Offline Offline

Posts: 1480876496

View Profile Personal Message (Offline)

Ignore
1480876496
Reply with quote  #2

1480876496
Report to moderator
1480876496
Hero Member
*
Offline Offline

Posts: 1480876496

View Profile Personal Message (Offline)

Ignore
1480876496
Reply with quote  #2

1480876496
Report to moderator
1480876496
Hero Member
*
Offline Offline

Posts: 1480876496

View Profile Personal Message (Offline)

Ignore
1480876496
Reply with quote  #2

1480876496
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 22, 2013, 08:42:37 PM
 #12982

More 3.6.4 feedback:

I moved all my USB erupters to another machine.  I found cgminer doesn't see any of those plugged into my blue USB 3.0 ports.  This is the same experience I had with my laptop.  They work fine on the non blue ports.  I'm also getting problems with devices zombifying, and the AMU write errors.  I did not see any of these errors on the old PC, so it seems once again this is hardware specific.  Last time it was AMU 7 that zombified.

M
Thanks M. It seems the massive rewrite I did to fix random timeouts fixed something intrinsic in libusb's own timeouts, but USB 3 slot vs USB1.1 device related issues are different again. I do know that the WinUSB driver itself is not complete with USB3 support and some hardware the devices won't even show up, so there is still hope. I will keep chipping away at whatever other internals I can on cgminer and hopefully newer versions of WinUSB come out that get better (the version on my site bundled with zadig is still the latest version).

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
October 22, 2013, 10:05:42 PM
 #12983

More 3.6.4 feedback:

I moved all my USB erupters to another machine.  I found cgminer doesn't see any of those plugged into my blue USB 3.0 ports.  This is the same experience I had with my laptop.  They work fine on the non blue ports.  I'm also getting problems with devices zombifying, and the AMU write errors.  I did not see any of these errors on the old PC, so it seems once again this is hardware specific.  Last time it was AMU 7 that zombified.

M
Thanks M. It seems the massive rewrite I did to fix random timeouts fixed something intrinsic in libusb's own timeouts, but USB 3 slot vs USB1.1 device related issues are different again. I do know that the WinUSB driver itself is not complete with USB3 support and some hardware the devices won't even show up, so there is still hope. I will keep chipping away at whatever other internals I can on cgminer and hopefully newer versions of WinUSB come out that get better (the version on my site bundled with zadig is still the latest version).

One additional note: the cgminer-nogpu app hasn't been able to end properly for me for ages.  If I press Q, it starts the shutdown routine, I see thread errors all over the place, and it doesn't end.  Closing the box has always ended it however.

Until now.

Whatever was going wrong under the hood is severe enough I can't get it to end.  Closing it doesn't work, q doesn't work, end task doesn't work.  All the lights came back on my erupters, so it did stop mining.  It just won't end.  I fear this app will be with me until my next reboot. Sad  Just a reminder, this is win7x64 with all updates.

M

MMinerMonitor author, monitor/auto/schedule reboots/alerts/remote/MobileMiner for Ants and Spondoolies! Latest (5.2). MPoolMonitor author, monitor stats/workers for most pools, global BTC stats (current/nxt diff/USD val/hashrate/calc)! Latest (v4.2) 
Buyer beware of Bitmain hardware and services.
Askit2
Hero Member
*****
Offline Offline

Activity: 524


View Profile
October 22, 2013, 10:11:14 PM
 #12984

snip
Well that definitely sounds better than it was. The only other thing I've seen suggested is using a good powered USB supply to the RPi. Perhaps a shorter, thicker cable from a USB3 slot if running off a PC, or a well powered hub if not.
My Usb cable was the shortest I could find It looks like 12" it was a monster brand one. Supply is rated at 1.5A and all devices attached to raspberry pi have hubs (they are usb3...) and are powered off a 12V supply (they have an internal switch mode circuit) and will deliver 1.5A per port and only 4 ports so no internal hub on hub action. It shouldn't be a lack of power. Then again I can't be sure it isn't somehow related to power.

It could be USB 3 related but I have used these hubs since I started getting asics.  My only asics are BFL and don't seem to draw power from the USB. I am expecting this will be like it used to be stable 24/7 for months at a time.

Thank You for all that you do.
The other thing to consider is Arch rather than Raspbian.
The Arch USB network driver seems to be more reliable than the Raspbian one.
As mentioned before, the network device on the RPi is actually USB.

The basics of RPi Arch setup:
http://www.kano-kun.net/?p=87
I apparently have the wrong version of arch. Well not version as much as wrong image dated file. Mine was 2013-7-22. The partition is kinda messing me up. I know I can't partition as you did with 3 partitions.

Code:
[root@alarmpi ~]# fdisk -ls

Disk /dev/mmcblk0: 15.9 GB, 15931539456 bytes, 31116288 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00057540

        Device Boot         Start          End            Blocks       Id   System
/dev/mmcblk0p1          2048         186367       92160       c     W95 FAT32 (LBA)
/dev/mmcblk0p2          186368     3667967     1740800    5    Extended
/dev/mmcblk0p5          188416     3667967     1739776    83   Linux
[root@alarmpi ~]#

I think but can't be sure that /dev/mmcblk0p5 is the one I want to delete and recreate. I am a little confused by the extended and Linux partitions using the same space. It looks wrong to me to have two partitions sharing space.

I appreciate donations at ( 1NwkQdmomQPLtdes5KuZhB1D22p7ZGRy4p )
If I am helping in the CGMiner thread give it to Con or Kano. They do the work there.
If you want to sign up for a coinbase account I would appreciate it if you use my referral link. US people now wire, 1% fee give or take a little for sending to your bank account. https://coinbase.com/?r=515bf6145682db9d11000028&utm_campaign=user-referral&src=
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
October 22, 2013, 10:44:28 PM
 #12985

...
The basics of RPi Arch setup:
http://www.kano-kun.net/?p=87
I apparently have the wrong version of arch. Well not version as much as wrong image dated file. Mine was 2013-7-22. The partition is kinda messing me up. I know I can't partition as you did with 3 partitions.

Code:
[root@alarmpi ~]# fdisk -ls

Disk /dev/mmcblk0: 15.9 GB, 15931539456 bytes, 31116288 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00057540

        Device Boot         Start          End            Blocks       Id   System
/dev/mmcblk0p1          2048         186367       92160       c     W95 FAT32 (LBA)
/dev/mmcblk0p2          186368     3667967     1740800    5    Extended
/dev/mmcblk0p5          188416     3667967     1739776    83   Linux
[root@alarmpi ~]#

I think but can't be sure that /dev/mmcblk0p5 is the one I want to delete and recreate. I am a little confused by the extended and Linux partitions using the same space. It looks wrong to me to have two partitions sharing space.
Yeah I never updated that did I Smiley
I actually have one of these sitting on an SD card on an RPi next to me (switched off) that I've not got around to resizing.

p5 is inside p2
Let me think ... I'm pretty sure it is:
so you need to remember both 186368 and 188416
delete them both
create a new extended p2 from 186368 to the end
then create a new Linux partition p5 from 188416 to the end
then continue as before. Edit: no I should say, resize2fs /dev/mmcblk0p5

Let me know how it goes then I'll add it to the blog.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 22, 2013, 11:01:45 PM
 #12986

To the various windows victims valued testers out there, I have uploaded new experimental binaries that now use windows' own low level clocks and timers to support higher resolution timeouts and hopefully be more reliable than using mingw's wrappers. I also found a bug in the windows code while working on these. For people with timeout issues on windows, please grab one of the exes from this directory and put it into your current cgminer directory:
http://ck.kolivas.org/apps/cgminer/temp/

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
techman05
Hero Member
*****
Offline Offline

Activity: 546


View Profile WWW
October 22, 2013, 11:37:17 PM
 #12987

Hey short question if you get a chance. Did a fresh install of cgminer on a raspberry pi and its not noticing my devices. As far as I know I did the enable icarus command.

Is there a way to refresh and enable without a clean install? Just to make sure I ran the enable right. I didn't get any errors when I ran the command only one I got was that there were no gpus and that was during the autogen.sh

Thanks
...edit...
Got lucky I don't think I fudged in my cleaning. I did a make clean , set the configure file again ,make clean install and I'm good now.
Somehow it didn't stick but now its going till the pi decides otherwise. Last time I tried this I got about 4 hrs till it froze and stopped mining (not your fault the pi is weird)
.....edit2....
  crap did 1 minute and 10 second. A new record [for me].

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
techman05
Hero Member
*****
Offline Offline

Activity: 546


View Profile WWW
October 23, 2013, 12:10:59 AM
 #12988

To the various windows victims valued testers out there, I have uploaded new experimental binaries that now use windows' own low level clocks and timers to support higher resolution timeouts and hopefully be more reliable than using mingw's wrappers. I also found a bug in the windows code while working on these. For people with timeout issues on windows, please grab one of the exes from this directory and put it into your current cgminer directory:
http://ck.kolivas.org/apps/cgminer/temp/

My only crap out is when I unplug my ethernet plug and it take 2hrs to kick back in to see my wireless as another option (either that or cgminer got lonely). As soon as I walked out for errans it stopped working and started as soon as I came back.

Your victims thank you for cgminer being a cuddle bug.

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
xzempt
Sr. Member
****
Offline Offline

Activity: 420


End Economic Slavery


View Profile WWW
October 23, 2013, 12:31:56 AM
 #12989

 Undecided  why doesnt cgminer support asicminer blades?   



techman05
Hero Member
*****
Offline Offline

Activity: 546


View Profile WWW
October 23, 2013, 12:35:50 AM
 #12990

Did you compile and enable it if your using it on linux? Grin

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 23, 2013, 12:37:54 AM
 #12991

Undecided  why doesnt cgminer support asicminer blades?   
Blades have their own inbuilt ancient mining software and there is no other way to mine on them. All they do is support getwork protocol to a pool/server. If you're talking about cgminer not pretending to be pool software supporting an ancient outdated mining protocol, you're correct, it doesn't.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1278


Cryptanalyst castrated by his government, 1952


View Profile
October 23, 2013, 12:52:35 AM
 #12992

To the various windows victims valued testers out there, I have uploaded new experimental binaries that now use windows' own low level clocks and timers to support higher resolution timeouts and hopefully be more reliable than using mingw's wrappers. I also found a bug in the windows code while working on these. For people with timeout issues on windows, please grab one of the exes from this directory and put it into your current cgminer directory:
http://ck.kolivas.org/apps/cgminer/temp/

Trying it now. No problems in first two minutes.        Smiley

Thanks for working on it!
techman05
Hero Member
*****
Offline Offline

Activity: 546


View Profile WWW
October 23, 2013, 01:20:00 AM
 #12993

what does higher resolution timeouts mean? Does that mean that cgminer has more time to work itself out if something goes wrong with a device hardware or in cgminer software?

Thanks

Like the info address for potential tips Wink
BTC 1CL5BnNhdL2wDVmSDwMbW1cNhZew87CAPV
* http://www.miningrigrentals.com/register?ref=563
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 23, 2013, 01:32:07 AM
 #12994

what does higher resolution timeouts mean? Does that mean that cgminer has more time to work itself out if something goes wrong with a device hardware or in cgminer software?

Thanks
Whenever we wait for something in code we tell it to sleep. By default in windows, the sleep time can be accurate to only +/-15ms best case scenario (and is often worse). This may or may not be relevant depending on how critical the timing is on the device. With the experimental changes I've been able to bring it down to +/-0.1μs. Also because there are less layers of code between cgminer and the operating system now, there are less potential points of failure in the code.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Askit2
Hero Member
*****
Offline Offline

Activity: 524


View Profile
October 23, 2013, 01:57:22 AM
 #12995

...
The basics of RPi Arch setup:
http://www.kano-kun.net/?p=87
I apparently have the wrong version of arch. Well not version as much as wrong image dated file. Mine was 2013-7-22. The partition is kinda messing me up. I know I can't partition as you did with 3 partitions.

Code:
[root@alarmpi ~]# fdisk -ls

Disk /dev/mmcblk0: 15.9 GB, 15931539456 bytes, 31116288 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00057540

        Device Boot         Start          End            Blocks       Id   System
/dev/mmcblk0p1          2048         186367       92160       c     W95 FAT32 (LBA)
/dev/mmcblk0p2          186368     3667967     1740800    5    Extended
/dev/mmcblk0p5          188416     3667967     1739776    83   Linux
[root@alarmpi ~]#

I think but can't be sure that /dev/mmcblk0p5 is the one I want to delete and recreate. I am a little confused by the extended and Linux partitions using the same space. It looks wrong to me to have two partitions sharing space.
Yeah I never updated that did I Smiley
I actually have one of these sitting on an SD card on an RPi next to me (switched off) that I've not got around to resizing.

p5 is inside p2
Let me think ... I'm pretty sure it is:
so you need to remember both 186368 and 188416
delete them both
create a new extended p2 from 186368 to the end
then create a new Linux partition p5 from 188416 to the end
then continue as before. Edit: no I should say, resize2fs /dev/mmcblk0p5

Let me know how it goes then I'll add it to the blog.
It worked great. I didn't go to the end. I wanted to make a swap partition but it is incomplete. Both deleted, Recreated one at a time, extended to the calculated last sector then the Linux partition to the end of the extended partition. Restart, no FS crash, and resize2fs /dev/mmcblk0p5 seems to have worked. Shows up as 6% used on the root partition.

One small thing. I had raspbian some semblance of running and I could use all 17 devices I have. Granted it lasted 1 hour to 3 minutes between crashes. On arch using all the same hardware I can only detect 13. The other 4 have been put on my dvr for now.
I have hub A attatched to the lower port on raspberry pi, Hub B on hub A port 1, Hub C on hub A port 3 one port doesn't work here.
Hub D is on the upper port of the raspberry pi, Hub E was hooked up to port 1 on Hub D. I have a keyboard also hooked  to hub D. Everything hooked up to hub D works except if I add either the last hub or another jalapeno by itself it will not detect. Nothing comes up, no errors, no found devices, nothing.

I  am curious does arch have less USB devices it can handle? I don't mind as I plan on running 8 per pi but I have to buy a couple more first. So far arch seems much more stable. Less GUI but much more stable.

I appreciate donations at ( 1NwkQdmomQPLtdes5KuZhB1D22p7ZGRy4p )
If I am helping in the CGMiner thread give it to Con or Kano. They do the work there.
If you want to sign up for a coinbase account I would appreciate it if you use my referral link. US people now wire, 1% fee give or take a little for sending to your bank account. https://coinbase.com/?r=515bf6145682db9d11000028&utm_campaign=user-referral&src=
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 23, 2013, 03:31:47 AM
 #12996

Minor heads up, there is a newer version of zadig, and I have uploaded it to my website, BUT it contains the same version of the WinUSB driver so it will not change the performance or the behaviour of the drivers once they're installed/assigned.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1918


Linux since 1997 RedHat 4


View Profile
October 23, 2013, 10:43:14 AM
 #12997

...
One small thing. I had raspbian some semblance of running and I could use all 17 devices I have. Granted it lasted 1 hour to 3 minutes between crashes. On arch using all the same hardware I can only detect 13. The other 4 have been put on my dvr for now.
I have hub A attatched to the lower port on raspberry pi, Hub B on hub A port 1, Hub C on hub A port 3 one port doesn't work here.
Hub D is on the upper port of the raspberry pi, Hub E was hooked up to port 1 on Hub D. I have a keyboard also hooked  to hub D. Everything hooked up to hub D works except if I add either the last hub or another jalapeno by itself it will not detect. Nothing comes up, no errors, no found devices, nothing.

I  am curious does arch have less USB devices it can handle? I don't mind as I plan on running 8 per pi but I have to buy a couple more first. So far arch seems much more stable. Less GUI but much more stable.
I'm really not sure why it wouldn't see them all.
What do lsusb and ./cgminer -n say?
Pretty much it would be best to run a ./cgminer ... options ... -T -D --verbose 2> log.log also and stick the log.log in something like
http://pastebin.com/

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
vayvanne
Full Member
***
Offline Offline

Activity: 194

GPG ID 48298AFC


View Profile
October 23, 2013, 06:02:07 PM
 #12998

TeckNet USB3.0 hub, BFL Jala 7.5GH, 8 BEs, Win7 x64, got zombied BEs few times. Was ok with 3.5.1.
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
October 23, 2013, 06:33:52 PM
 #12999

This may be burried somewhere in this thread, but i haven't seen it. what does the"CG" in CGminer stand for? Undecided

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
-ck
Moderator
Legendary
*
Offline Offline

Activity: 1988


Ruu \o/


View Profile WWW
October 23, 2013, 07:57:39 PM
 #13000

TeckNet USB3.0 hub, BFL Jala 7.5GH, 8 BEs, Win7 x64, got zombied BEs few times. Was ok with 3.5.1.
Did you try experimental .exes in the temp directory? Some fixes there.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
Pages: « 1 ... 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 [650] 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 ... 830 »
  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!