Author

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 397. (Read 5806015 times)

legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
Hi all, I'm finally upgrading from 2.7.3 and im running into that "autogen.sh no such file exists" problem that I've seen around, but I tried running though the dependencies and they all check out. Also I get the make error "no rules found". It's been like 6 months since I've had to do this last, what am I missing?
I presume you are thus getting the source code NOT from git.
Skip autogen and just run ./configure --enable-bitforce ; make clean ; make

... as per the README ...
Code:
./autogen.sh	# only needed if building from git repo
member
Activity: 84
Merit: 10
Hi all, I'm finally upgrading from 2.7.3 and im running into that "autogen.sh no such file exists" problem that I've seen around, but I tried running though the dependencies and they all check out. Also I get the make error "no rules found". It's been like 6 months since I've had to do this last, what am I missing?
hero member
Activity: 1330
Merit: 502
Vave.com - Crypto Casino
I took the liberty to upload a compiled cgminer 2.11.2 for Linux 32 bits

https://mega.co.nz/#!kV9i1RiL!G6cxTUvkls_tVDqWTIXgrhrGl6Vrj2cfvgDbdTSwMjk

with --enable-script --cpu-mining, and gpu mining with SDK2.8 and ADL.
newbie
Activity: 63
Merit: 0
Hey ck,

Could we get a link to the WinUSB drivers in the OP? Sorry if this was asked already before and rejected,
but it feels weird not being able to find it there, even if it is in the FPGA readme.

Thanks,
Bryce
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Hi ckolivas,

While bitcoin was down I used the opportunity to upgrade my rigs to Xubuntu 12.04 LTS 64bit. I noticed your binary is for 12.10 - is it OK to run on 12.04 do you know? Or will it give me stability issues? Cheers muchly.
It works on 12.04 as well. I can't attest to its stability as such though.

All good, got a slight increase in hash rate too, as well as a notable lowering of rejects - ie: zero after nearly 4 hours of mining with stratum! Very impressed indeed ckolivas, brilliant work. Many thanks.

Peace.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Rather newbie here...

Is there a way to get one instance of CGminer to mine on both my old Nvidia 285 & new AMD HD7850 at the same time? After playing around with things for a while, I ended up just running 2 instances, one for each card. Running on my Windows gaming system, if that matters.

I created a worker for each instance (and the instance on my wife's machine). Is it best practices to assign a unique worker to each instance?
No, nvidia and amd need 2 instances with different  gpu-platform values.
newbie
Activity: 13
Merit: 0
Rather newbie here...

Is there a way to get one instance of CGminer to mine on both my old Nvidia 285 & new AMD HD7850 at the same time? After playing around with things for a while, I ended up just running 2 instances, one for each card. Running on my Windows gaming system, if that matters.

I created a worker for each instance (and the instance on my wife's machine). Is it best practices to assign a unique worker to each instance?
full member
Activity: 236
Merit: 109
Hi guys! Please help me with my problem. The matter is that I run 2.11.2 CGminer as always (.bin files are deleted for miner to autodetect best config) then the cmd window appears and Error: The program has stopped working.

With old .bin files it works. W8x84, Catalyst 13.2 b7 with built-in SDK

Thanx
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
It's only a postulated cause for instability, but probably >=7.25 which have the keepalive features.
sr. member
Activity: 658
Merit: 250
I am tentatively elevating the status of 2.11.2 to stable.

It is worth reminding people that on windows+fpgas you will need to install a winusb driver as it says in the fpga readme compared to running versions of cgminer <2.11 which used the old serial interface.

It is also worth mentioning that stability seems to be compromised when built with an older version of libcurl.

What is the first safe version to use?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi ckolivas,

While bitcoin was down I used the opportunity to upgrade my rigs to Xubuntu 12.04 LTS 64bit. I noticed your binary is for 12.10 - is it OK to run on 12.04 do you know? Or will it give me stability issues? Cheers muchly.
It works on 12.04 as well. I can't attest to its stability as such though.
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Hi ckolivas,

While bitcoin was down I used the opportunity to upgrade my rigs to Xubuntu 12.04 LTS 64bit. I noticed your binary is for 12.10 - is it OK to run on 12.04 do you know? Or will it give me stability issues? Cheers muchly.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I am tentatively elevating the status of 2.11.2 to stable.

It is worth reminding people that on windows+fpgas you will need to install a winusb driver as it says in the fpga readme compared to running versions of cgminer <2.11 which used the old serial interface.

It is also worth mentioning that stability seems to be compromised when built with an older version of libcurl.
member
Activity: 109
Merit: 10
CGminer now crashes every time i start it, witrh 2.11.2  Sad
The 2 usual reasons for this are: Mixed versions of different driver files installed, and virus software interfering.

Thanks for the updates!

Regarding the crash upon start (with no correct .bin file) read: http://devgurus.amd.com/thread/160032

I had the same issue with a 6950 card on my clean windows (7/8) install with 13.1/2 drivers. Mismatched amdocl64.dll and opencl.dll in system32/syswow64 and the AMD APP\bin\x86/x64 folder is the trouble (need to use the AMD APP files).

Clean install with 12.8 works, or overwrite the windows files (take ownership,then change the file rights, then overwrite).
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
I have a system that utilizes both gpus and fpgas and I want to run one cgminer instance for gpus and another for fpgas.  Starting in 2.11.0 with the new usb subsystem, I am unable to start an instance of cgminer for just the gpus.  Whenever I try to start the instance for gpus only, cgminer displays "MTX: BitForce USB failed to get cgminer-usb..." and exits.  Is there any way to disable the usb detection like how "-S noauto" used to work?

--hotplug 0

tried that and still had the same problem
Update Smiley
I've put the code in a pull for USB device selection:
https://github.com/ckolivas/cgminer/pull/403

This is v0.1 ... and as per the README changes:
Code:
Cgminer will automatically find all of your BFL ASIC, BitForce FPGAs,
ModMiner FPGAs or Ztex FPGAs
The --usb option can restrict how many BFL ASIC, BitForce FPGAs or
ModMiner FPGAs it finds:

  --usb 1:2,1:3,1:4,1:*
or
  --usb BAS:1,BFL:1,MMQ:0
or
  --usb :10

You can only use one of the above 3

The first version
  --usb 1:2,1:3,1:4,1:*
allows you to select which devices to mine on with a list of USB
 bus_number:device_address
All other USB devices will be ignored
Hotplug will also only look at the devices matching the list specified and
find nothing new if they are all in use
You can specify just the USB bus_number to find all devices like 1:*
which means any devices on USB bus_number 1
This is useful if you unplug a device then plug it back in the same port,
it usually reappears with the same bus_number but a different device_address

You can see the list of USB devices on linux with 'sudo lsusb'
Cgminer will list the USB devices with the '--usb-dump 0' option
The '--usb-dump N' option with a value of N greater than 0 will dump a lot
of details about each USB device

The second version
  --usb BAS:1,BFL:1,MMQ:0
allows you to specify how many devices to choose based on each device
driver cgminer has - there are currently 3 USB drivers: BAS, BFL & MMQ
N.B. you can only specify which device driver to limit, not the type of
each device, e.g. with BAS:n you can limit how many BFL ASIC devices will
be checked, but you cannot limit the number of each type of BFL ASIC
Also note that the MMQ count is the number of MMQ backplanes you have
not the number of MMQ FPGAs

The third version
  --usb :10
means only use a maximum of 10 devices of any supported USB devices
Once cgminer has 10 devices it will not configure any more and hotplug will
not scan for any more
If one of the 10 devices stops working, hotplug - if enabled, as is default
- will scan normally again until it has 10 devices

Edit: oh and in case it wasn't obvious ... to optimally not use any USB devices you'd use --usb :0 --hotplug 0

This of course has no affect on the Icarus driver since it is (still) serial-USB not direct USB
full member
Activity: 173
Merit: 100
Using XP, I had to download and install manually the FTDI driver. With Win7, after plugging the single in, windows prompted to search the driver over the internet (windows update) and all I had to do was click "NEXT" button.
member
Activity: 136
Merit: 10
tester
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
member
Activity: 136
Merit: 10
tester
Jump to: