Bitcoin Forum
June 27, 2017, 05:40:07 PM *
News: Latest stable version of Bitcoin Core: 0.14.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 [773] 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 ... 834 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5229969 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.
AndrewK
Hero Member
*****
Offline Offline

Activity: 721



View Profile
August 15, 2014, 12:21:19 PM
 #15441

^F-in sweet.

Thanks man!

1K4BacKKdssA5RGzaFx3D4LC9HVXjE2NvS
Join the Crowdfunding Revolution ►► FundYourselfNow.com ◄◄ Crowdsale with
attractive rewards
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1498585207
Hero Member
*
Offline Offline

Posts: 1498585207

View Profile Personal Message (Offline)

Ignore
1498585207
Reply with quote  #2

1498585207
Report to moderator
1498585207
Hero Member
*
Offline Offline

Posts: 1498585207

View Profile Personal Message (Offline)

Ignore
1498585207
Reply with quote  #2

1498585207
Report to moderator
1498585207
Hero Member
*
Offline Offline

Posts: 1498585207

View Profile Personal Message (Offline)

Ignore
1498585207
Reply with quote  #2

1498585207
Report to moderator
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
August 16, 2014, 06:19:27 PM
 #15442

Hi ck & kano,

Sorry, a bit off topic - but have you read this?:

https://bitcointalk.org/index.php?topic=671189.msg8381364#msg8381364

Interested to hear on what you guys think - PM me if you'd prefer to keep it off your thread  Wink

Peace.

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2198


Ruu \o/


View Profile WWW
August 16, 2014, 10:06:32 PM
 #15443

Hi ck & kano,

Sorry, a bit off topic - but have you read this?:

https://bitcointalk.org/index.php?topic=671189.msg8381364#msg8381364

Interested to hear on what you guys think - PM me if you'd prefer to keep it off your thread  Wink

Peace.
I'm not really sure what else there is to say. They're violating the GPL like quite a few Chinese manufacturers have done to date. The only difference is they're the poster child for whom to buy from currently. They have complied in the past with the S1 and S2 so it is possible it's just too far down their care factor unless there's enough outrage over it.

I started a thread a little while ago to get a forum policy on GPL violations so that at least action can be taken at a moderation level in this forum but there is no ruling:
https://bitcointalk.org/index.php?topic=738936.0

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at ckpool.org Solo mine at solo.ckpool.org
-ck
PatMan
Hero Member
*****
Offline Offline

Activity: 924


Watch out for the "Neg-Rep-Dogie-Police".....


View Profile WWW
August 16, 2014, 10:40:19 PM
 #15444

Thanks for the link ck - I wasn't aware of that thread. Reading through it, apart from the couple of posters who are confusing Open Source with Copywrong, it seems that name & shame and/or public pressure seems to be the only option apart from legal avenues then? That's naff. I reckon 90% of miners are very uncomfortable using closed software for obvious reasons, and am surprised that there hasn't been a louder noise about this already.

Public pressure it is then.

If Bitmain were to fall in line, I'm presuming that you guys would then be able to tweak/improve their drivers & implement the security fixes & improvements to cgminer as IYFTech mentioned in the post?

Peace.

"When one person is deluded it is called insanity - when many people are deluded it is called religion" - Robert M. Pirsig.  I don't want your coins, I want change.
Amazon UK BTC payment service - https://bitcointalk.org/index.php?topic=301229.0 - with FREE delivery!
http://www.ae911truth.org/ - http://rethink911.org/ - http://rememberbuilding7.org/
loshia
Legendary
*
Offline Offline

Activity: 1498


View Profile
August 17, 2014, 05:36:26 PM
 #15445

I think that all of us shall refuse to buy closed source miners no matter of their origin.
That will be the solution to the problem. But we have to act like a community which ain't going to happen...
Greed is first and then all follows.

Sad
The funny part is that most of overseas bitmain customers and CHINESE MINING EQUIPMENT DISTRIBUTORS are based in us and they just do not care....if they are committing  a crime using/distributing such a software....
But law does not apply in bitcoin world for sure

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
IYFTech
Hero Member
*****
Offline Offline

Activity: 686


WANTED: Active dev to fix & re-write p2pool in C


View Profile
August 18, 2014, 02:32:39 AM
 #15446

Dear Community,

Our truly apologies for the mis-understanding reported in this Support Thread. We are very willing to share the cgminer code to the Community.
Just reviewed our internal resource again, there is a little mis-communicaton between Customer Service Team and R&D Department. We thought this task was done 3 weeks ago.. 
However, R&D Department is repacking the cgminer code and will upload it to GitHub.com in 3 hours.

Any advice from the Community and Global Customers is appreciated, feel free to contact us via PM or info@bitmaintech.com.

Thank you!


And there you have it  Smiley

That's the first of the big boys down - just a few more smaller players to do...... Cheesy Cheesy

Just goes to show the power of the Bitcoin community if only a few people start making a noise - very happy!

Well done all concerned  Smiley

-- Smiley  Thank you for smoking  Smiley --  If you paid VAT to dogie for items you should read this thread:  https://bitcointalk.org/index.php?topic=1018906.0
crazyates
Legendary
*
Offline Offline

Activity: 952



View Profile
August 18, 2014, 03:06:37 AM
 #15447

Dear Community,

Our truly apologies for the mis-understanding reported in this Support Thread. We are very willing to share the cgminer code to the Community.
Just reviewed our internal resource again, there is a little mis-communicaton between Customer Service Team and R&D Department. We thought this task was done 3 weeks ago.. 
However, R&D Department is repacking the cgminer code and will upload it to GitHub.com in 3 hours.

Any advice from the Community and Global Customers is appreciated, feel free to contact us via PM or info@bitmaintech.com.

Thank you!


And there you have it  Smiley

That's the first of the big boys down - just a few more smaller players to do...... Cheesy Cheesy

Just goes to show the power of the Bitcoin community if only a few people start making a noise - very happy!

Well done all concerned  Smiley
Have they actually posted the driver/code anywhere yet?

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

Activity: 2198


Ruu \o/


View Profile WWW
August 18, 2014, 04:33:12 AM
 #15448

Excellent work. I assume they'll finally update the public git repository they have at https://github.com/bitmaintech/cgminer

It will likely take us a while to digest the changes before we can do anything with their driver to bring it up to speed with current cgminer.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at ckpool.org Solo mine at solo.ckpool.org
-ck
Axiste
Full Member
***
Offline Offline

Activity: 152


View Profile
August 18, 2014, 07:24:08 AM
 #15449

Its updated! Plenty of drivers showing as updated 2 hours ago, Including a USB3 driver, and all the usuals.

If my advice has helped you out, feel free to throw some Satoshi's my way!
BTC: 1Nq7hrRDamdnNiTBaFxEn5DuZYS9kD3tbJ
Running a Full Node Smiley
canford
Member
**
Offline Offline

Activity: 88


View Profile
August 18, 2014, 10:29:15 AM
 #15450

I am running 12 Antminer U2's off a dedicated Win7 box.  Usually works fine, but lately I been getting tortured by cgminer thinking one of the 12 is a LIN device:



Rebooting results in the same problem.  The only way to fix it is to shutdown the PC, unpower and repower all 12 of the U2s, then reboot, so it seems like something in the internal miner state itself is the cause.  Then it works again for a couple of days before the problem recurs.  I've tried moving things around between USB ports, same issue.  Any ideas about what is causing this?  Any and all help much appreciated, ckolivas you do an amazing job maintaining cgminer.

Thanks!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2198


Ruu \o/


View Profile WWW
August 18, 2014, 10:37:23 AM
 #15451

I am running 12 Antminer U2's off a dedicated Win7 box.  Usually works fine, but lately I been getting tortured by cgminer thinking one of the 12 is a LIN device:

Rebooting results in the same problem.  The only way to fix it is to shutdown the PC, unpower and repower all 12 of the U2s, then reboot, so it seems like something in the internal miner state itself is the cause.  Then it works again for a couple of days before the problem recurs.  I've tried moving things around between USB ports, same issue.  Any ideas about what is causing this?  Any and all help much appreciated, ckolivas you do an amazing job maintaining cgminer.
Unfortunately a lot of these devices don't have identifiers so the only thing that we have to identify them by is the communication chip they use or the protocol they share (like U2 and R-Box [LIN]), so telling them apart is precarious. You could try telling cgminer to not try to enable any lin devices by adding: --usb LIN:0

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at ckpool.org Solo mine at solo.ckpool.org
-ck
canford
Member
**
Offline Offline

Activity: 88


View Profile
August 18, 2014, 12:21:11 PM
 #15452

I am running 12 Antminer U2's off a dedicated Win7 box.  Usually works fine, but lately I been getting tortured by cgminer thinking one of the 12 is a LIN device:

Rebooting results in the same problem.  The only way to fix it is to shutdown the PC, unpower and repower all 12 of the U2s, then reboot, so it seems like something in the internal miner state itself is the cause.  Then it works again for a couple of days before the problem recurs.  I've tried moving things around between USB ports, same issue.  Any ideas about what is causing this?  Any and all help much appreciated, ckolivas you do an amazing job maintaining cgminer.
Unfortunately a lot of these devices don't have identifiers so the only thing that we have to identify them by is the communication chip they use or the protocol they share (like U2 and R-Box [LIN]), so telling them apart is precarious. You could try telling cgminer to not try to enable any lin devices by adding: --usb LIN:0

I tried that, but it just results in a cgminer error:



Is there any way to tell cgminer to look for 12 ANU devices and nothing else?

Thanks!
os2sam
Legendary
*
Offline Offline

Activity: 2128


Think for yourself


View Profile
August 18, 2014, 12:56:25 PM
 #15453



That's the exact error message I get when I try your suggested --usb BXM:0

CGMiner misidentifies my Jalapeno as a BXM too.

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?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2198


Ruu \o/


View Profile WWW
August 19, 2014, 05:11:54 AM
 #15454


That's the exact error message I get when I try your suggested --usb BXM:0

CGMiner misidentifies my Jalapeno as a BXM too.
I suck Sad

The code only allows you to restrict by the parent driver type, and ANU and LIN are both icarus (ICA) so there's no workaround for that.

BXM is however bitfury so assuming you don't have any other bitfury devices... restricting it as BF1 is the key there. (--usb BF1:0).

Unfortunately the name is based on the first device that had that parent driver and I know BF1 doesn't make much sense for all bitfury devices...

Anyway we didn't anticipate other devices would use variants of the same driver and hadn't worked around this possibility to date, and I kinda forgot  Embarrassed

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

Activity: 1348



View Profile
August 19, 2014, 10:12:19 AM
 #15455


That's the exact error message I get when I try your suggested --usb BXM:0

CGMiner misidentifies my Jalapeno as a BXM too.
I suck Sad

The code only allows you to restrict by the parent driver type, and ANU and LIN are both icarus (ICA) so there's no workaround for that.

BXM is however bitfury so assuming you don't have any other bitfury devices... restricting it as BF1 is the key there. (--usb BF1:0).

Unfortunately the name is based on the first device that had that parent driver and I know BF1 doesn't make much sense for all bitfury devices...

Anyway we didn't anticipate other devices would use variants of the same driver and hadn't worked around this possibility to date, and I kinda forgot  Embarrassed

IMHO, I don't think you suck.
As far as I've understood, manufacturers have their share of guilty on this since they don't do any effort to distinguish how the devices get recognized.
I understand it isn't quite easy to do, it implies some effort.
But they prefer the easy way as they think we don't mix devices, we only use the ones they manufacture, they are the last water in the desert.
As far as I've followed this topic, I've seen a great effort from you, trying to have CGMiner to recognize them all, when it would be useful if they introduced themselves correctly! (Hey, Hi CGMiner! I'm a Ant Miner S3 siting on /dev/USB0! Could you please include me in the workload?)
Since you are not omniscient, you've been doing a hell of a job, given the lack of help some manufacturers provide.
At least from me, my sincere thank you!

Free Coins - 🍒🍉🌼 Free Game🌼🍉🍒
BEST FAUCET EVER!!! - Don't Panic... - 1G8zjUzeZBfJpeCbz1MLTc6zQHbLm78vKc
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2198


Ruu \o/


View Profile WWW
August 19, 2014, 10:21:09 AM
 #15456

As far as I've understood, manufacturers have their share of guilty on this since they don't do any effort to distinguish how the devices get recognized.
I understand it isn't quite easy to do, it implies some effort.
But they prefer the easy way as they think we don't mix devices, we only use the ones they manufacture, they are the last water in the desert.
As far as I've followed this topic, I've seen a great effort from you, trying to have CGMiner to recognize them all, when it would be useful if they introduced themselves correctly! (Hey, Hi CGMiner! I'm a Ant Miner S3 siting on /dev/USB0! Could you please include me in the workload?)
Since you are not omniscient, you've been doing a hell of a job, given the lack of help some manufacturers provide.
At least from me, my sincere thank you!
Thanks very much Smiley

All it would have taken from the hardware manufacturers would have been to manually set the iManufacturer and/or iProduct code on the communication chip they used. Virtually all USB communication chips allow you to do this, but rushing to release shit as quickly as possible with the least effort seems to be the norm for them. I guess I can understand that but it's really not much work at all... it's just that they put precisely zero effort to anything that didn't get their hardware sold ASAP.

I suspect this situation will change now that the hardware wars are completely different and speed to marketing is no longer likely to give any competitive advantage at all now that we're in the power efficiency wars.

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

Activity: 952



View Profile
August 19, 2014, 06:39:12 PM
 #15457

You definitely do not suck.
You have made one of the best mining software programs there is.
Because manufacturers have been lazy is not a reflection on you.
Keep up the great work.  I know I appreciate as well as the mining community as a whole.
You are actually the next interview I am going to pursue for mining software in the next couple weeks after I heal from my surprise surgery on thurs.

I also agree with your stance on the violations of GPL.
Name and shame start the thread.  I have also been starting an outline for an article about this situation.

Thanks again.  Smiley



That's the exact error message I get when I try your suggested --usb BXM:0

CGMiner misidentifies my Jalapeno as a BXM too.
I suck Sad

The code only allows you to restrict by the parent driver type, and ANU and LIN are both icarus (ICA) so there's no workaround for that.

BXM is however bitfury so assuming you don't have any other bitfury devices... restricting it as BF1 is the key there. (--usb BF1:0).

Unfortunately the name is based on the first device that had that parent driver and I know BF1 doesn't make much sense for all bitfury devices...

Anyway we didn't anticipate other devices would use variants of the same driver and hadn't worked around this possibility to date, and I kinda forgot  Embarrassed

canford
Member
**
Offline Offline

Activity: 88


View Profile
August 19, 2014, 09:30:10 PM
 #15458

As far as I've understood, manufacturers have their share of guilty on this since they don't do any effort to distinguish how the devices get recognized.
I understand it isn't quite easy to do, it implies some effort.
But they prefer the easy way as they think we don't mix devices, we only use the ones they manufacture, they are the last water in the desert.
As far as I've followed this topic, I've seen a great effort from you, trying to have CGMiner to recognize them all, when it would be useful if they introduced themselves correctly! (Hey, Hi CGMiner! I'm a Ant Miner S3 siting on /dev/USB0! Could you please include me in the workload?)
Since you are not omniscient, you've been doing a hell of a job, given the lack of help some manufacturers provide.
At least from me, my sincere thank you!
Thanks very much Smiley

All it would have taken from the hardware manufacturers would have been to manually set the iManufacturer and/or iProduct code on the communication chip they used. Virtually all USB communication chips allow you to do this, but rushing to release shit as quickly as possible with the least effort seems to be the norm for them. I guess I can understand that but it's really not much work at all... it's just that they put precisely zero effort to anything that didn't get their hardware sold ASAP.

I suspect this situation will change now that the hardware wars are completely different and speed to marketing is no longer likely to give any competitive advantage at all now that we're in the power efficiency wars.

Given the chaos, I think cgminer is pretty amazing.  The combination of a new industry, competition between vendors, and the rush-rush-rush mentality driven by constantly increasing bitcoin difficulty produces a lot of anxiety and hurried engineering.  Hopefully things will settle a bit, manufacturers will make identifying their equipment easier, and bitcoin prices will rise enough that miners are not on the razor's edge of profitability all the time.  That last is probably wishful thinking.  I am running 12 U2s, 6 S1s and 3 SP10s, and cgminer powers all of them, no small accomplishment!
nst6563
Sr. Member
****
Offline Offline

Activity: 252


View Profile
August 19, 2014, 10:37:59 PM
 #15459

Has anyone gotten CGMiner 4.5 to run with the Gridseed A1 units?  I see A1 files in it, I've compiled it with the A1 support....but it never detects the A1 hardware when I run it.  

command line:  sudo ./cgminer -o pooladdress -u username -p password --bitmine-a1-options 16000:800000:2000

The unit has a built in rpi and the A1 controller board is connected to the GPIO pins.  I've tried running on the image that came with the hardware, as well as compiling on a generic raspbian image....same result....it doesn't find the A1 hardware.  

What am I missing?

The hardware I'm speaking of is this one in particular:
*Large image removed*

Anyone?
I've re-cloned and recompiled with different configurations, all of which enable the bitmine_A1 (I also compiled with Avalon as was mentioned in a previous post, some I enabled ALL hardware).  None detect the hardware.
Here are a couple screenshots of what happens when I run cgminer:



Using an rpi (obviously since it's built into the unit) and the following command line with the compiled versions of cgminer 4.5.0
Code:
sudo ./cgminer --hotplug=0 --bitmine-a1-options 0:900000:0:0 -o stratum+tcp://us1.ghash.io:3333 -u nst6563.A1 -p x
I've also tried
Code:
sudo ./cgminer --hotplug=0 --bitmine-a1-options 0:900000:0:0 -o stratum+tcp://us1.ghash.io:3333 -u nst6563.A1 -p x
as well as
Code:
sudo ./cgminer --hotplug=0 --bitmine-a1-options 0:900000:0 -o stratum+tcp://us1.ghash.io:3333 -u nst6563.A1 -p x

The command line for the version of cgminer that came with it (3.9.0) is:
Code:
sudo ./cgminer --hotplug=0 --cs=8 --hwreset --stmcu=1 --diff=8 -o stratum+tcp://us1.ghash.io:3333 -u nst6563.A1 -p x --api-listen --api-allow W:127.0.0.1 --api-port 4028 --real-quiet


Was I helpful? BTC: 1B5SzPsBDuGLvGYuWw5b4Po8MaFSGck1Dt    LTC: LSQEM9re967ds5ZTHxs6SUvmKVpB5KdMwZ    DOGE:  DS3HN4s4YainUsiwrFcAoXa4e3WiSaM74P
zefir
Donator
Hero Member
*
Online Online

Activity: 917



View Profile
August 20, 2014, 03:16:36 PM
 #15460

Has anyone gotten CGMiner 4.5 to run with the Gridseed A1 units?  I see A1 files in it, I've compiled it with the A1 support....but it never detects the A1 hardware when I run it.  

command line:  sudo ./cgminer -o pooladdress -u username -p password --bitmine-a1-options 16000:800000:2000

The unit has a built in rpi and the A1 controller board is connected to the GPIO pins.  I've tried running on the image that came with the hardware, as well as compiling on a generic raspbian image....same result....it doesn't find the A1 hardware.  

What am I missing?

The hardware I'm speaking of is this one in particular:
*Large image removed*

Anyone?
[...]
Look, as you noticed by the chosen config options, the upstream cgminer currently supports A1 products from Bitmine only. Without knowing the architecture of a Gridseed (or whatever product using the A1), you won't be able to get it mining (unless it is a 1:1 clone of one of Bitmine's products). If you had the required details, you (or the manufacturer) could write a variant of the A1-board-selector that abstracts the product specific properties and makes it accessible as a vector of A1-chip-chains.

Knowing more or less what I am talking about (I wrote those A1 driver and framework), I suggest you better bother the manufacturer and ask for upstream integration of their private driver (assuming there is one). They essentially have to, i.e. if your product was delivered with a private binary version of cgminer, GPL grants you the right to request the source code. If they refuse to deliver, there are means to deal with GPL violations.

But I guess you were not looking for troubles, so the short answer is this: no, it won't work.

Pages: « 1 ... 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 [773] 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 ... 834 »
  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!