Bitcoin Forum
December 09, 2016, 04:01:27 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 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 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4824075 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.
Aurum
Sr. Member
****
Offline Offline

Activity: 441


Ego auri metalla, ergo sum


View Profile WWW
September 26, 2013, 04:13:42 PM
 #12601

I can mine at bitminter no problem. But, I cannot initialize them using cgminer. What am I doing wrong? TIA
...
i.e. you didn't use the correct drivers for cgminer.

... https://bitcointalk.org/index.php?topic=28402.msg3231722#msg3231722
Thx Kano. I assumed the SiLabs driver it wanted to install when I plugged the first one in was the best.
So Zadig replaced all 10 Eruptor drivers with the WinUSB driver. But, when I start cgminer it quickly discovers 6 but cannot see the other 4. I have 6 plugged into a powered USB hub and 4 plugged into MB USB ports. I don't know how to tell which is which. I guess I'll unplug them all and plug them in one by one and see what happens.

1481256087
Hero Member
*
Offline Offline

Posts: 1481256087

View Profile Personal Message (Offline)

Ignore
1481256087
Reply with quote  #2

1481256087
Report to moderator
1481256087
Hero Member
*
Offline Offline

Posts: 1481256087

View Profile Personal Message (Offline)

Ignore
1481256087
Reply with quote  #2

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

Posts: 1481256087

View Profile Personal Message (Offline)

Ignore
1481256087
Reply with quote  #2

1481256087
Report to moderator
1481256087
Hero Member
*
Offline Offline

Posts: 1481256087

View Profile Personal Message (Offline)

Ignore
1481256087
Reply with quote  #2

1481256087
Report to moderator
1481256087
Hero Member
*
Offline Offline

Posts: 1481256087

View Profile Personal Message (Offline)

Ignore
1481256087
Reply with quote  #2

1481256087
Report to moderator
daemondazz
Sr. Member
****
Offline Offline

Activity: 294



View Profile
September 26, 2013, 11:51:00 PM
 #12602

Thx Kano. I assumed the SiLabs driver it wanted to install when I plugged the first one in was the best.
So Zadig replaced all 10 Eruptor drivers with the WinUSB driver. But, when I start cgminer it quickly discovers 6 but cannot see the other 4. I have 6 plugged into a powered USB hub and 4 plugged into MB USB ports. I don't know how to tell which is which. I guess I'll unplug them all and plug them in one by one and see what happens.

That ones that are not in use will have the LEDs on solid. The LED will go off when it is mining and just flicker when it finds a suitable nonce.

Computers, Amateur Radio, Electronics, Aviation - 1dazzrAbMqNu6cUwh2dtYckNygG7jKs8S
fr00p
Newbie
*
Offline Offline

Activity: 25



View Profile
September 27, 2013, 05:10:30 AM
 #12603

Hi,

what could be the matter if block erupters getting slower after a few days?

I still see hashrate after 5s ~335 Mh/s but on the average side i only have ~220 Mh/s.

Im using D-Link DUB-H7 hubs on desktop machine with Ubuntu 12.04 x64 and latest, self compiled, cgminer (3.4.3).

Any hints would be nice Smiley

fr00p
kqpahv
Full Member
***
Offline Offline

Activity: 231


View Profile
September 27, 2013, 05:13:50 AM
 #12604

How can I use the --auto-gpu command ? tried entering it to the bat file along with a target temp - has absolutely no effect. Also tried --auto-gpu with a range of clock speeds but cgminer wont even start that way. I need the my gpu's to dial down during daytime when the cooling is off and dial back up at nights when my blower turns on.
Any help appreciated Cry
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
September 27, 2013, 05:24:19 AM
 #12605

How can I use the --auto-gpu command ? tried entering it to the bat file along with a target temp - has absolutely no effect. Also tried --auto-gpu with a range of clock speeds but cgminer wont even start that way. I need the my gpu's to dial down during daytime when the cooling is off and dial back up at nights when my blower turns on.
Any help appreciated Cry

It works in tandem with the --gpu-engine argument. Same thing with the --auto-fan and the --gpu-fan arguments.

I would use something like this for scrypt settings:

--auto-fan --gpu-fan 30-80 --temp-target 70 --auto-gpu --gpu-engine 500-950 --gpu-memdiff 350

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

Activity: 2002


Ruu \o/


View Profile WWW
September 27, 2013, 03:13:13 PM
 #12606

redfury branch is now available on git for linux users with BF1 redfury or bluefury USB bitfury devices. It works fine on linux, requiring the same sort of permissions set up (with udev rules) as other asic devices, but so far I've been unable to get it to work on windows.

Get it here:
https://github.com/ckolivas/cgminer/tree/redfury

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, 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
September 27, 2013, 04:15:58 PM
 #12607

redfury branch is now available on git for linux users with BF1 redfury or bluefury USB bitfury devices. It works fine on linux, requiring the same sort of permissions set up (with udev rules) as other asic devices, but so far I've been unable to get it to work on windows.

Get it here:
https://github.com/ckolivas/cgminer/tree/redfury


Great work ckolivas - looking forward to trying this with mine when they arrive. Nice one.

"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/
ProfMac
Hero Member
*****
Offline Offline

Activity: 770



View Profile
September 27, 2013, 04:25:23 PM
 #12608

Will --avalon-fan 80 turn on the fans if there are no modules or temperature sensors plugged in?



I try to be respectful and informed.
rav3n_pl
Legendary
*
Offline Offline

Activity: 1320


Don`t panic! Organize!


View Profile
September 27, 2013, 05:29:40 PM
 #12609

redfury branch is now available on git for linux users with BF1 redfury or bluefury USB bitfury devices. It works fine on linux, requiring the same sort of permissions set up (with udev rules) as other asic devices, but so far I've been unable to get it to work on windows.

Get it here:
https://github.com/ckolivas/cgminer/tree/redfury

It is compiling w/o errors for me. Not have bitfury to check it is really working or not.
Ill put it on my skydrive, maybe s1 want to test it.
Code:
------------------------------------------------------------------------
cgminer 3.4.3
------------------------------------------------------------------------


Configuration Options Summary:

  libcurl(GBT+getwork).: Enabled: -LC:/MinGW/lib -lcurl -lcurldll
  curses.TUI...........: FOUND: -lpdcurses
  OpenCL...............: Detection overrided. GPU mining support DISABLED
  scrypt...............: Disabled (needs OpenCL)
  ADL..................: SDK NOT found, GPU monitoring support DISABLED

  Avalon.ASICs.........: Disabled
  BFL.ASICs............: Disabled
  BitForce.FPGAs.......: Disabled
  BitFury.ASICs........: Enabled
  Icarus.FPGAs.........: Disabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -O3 -msse2
  LDFLAGS..............:
  LDADD................:  -LC:/MinGW/lib -lcurl -lcurldll   compat/jansson/libja
nsson.a -lpthread    -lws2_32 -lm compat/libusb-1.0/libusb/.libs/libusb-1.0.a

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

1Rav3nkMayCijuhzcYemMiPYsvcaiwHni  Bitcoin stuff on my OneDrive
My RPC CoinControl for any coin https://bitcointalk.org/index.php?topic=929954
My SatoshDice bot https://bitcointalk.org/index.php?topic=897685
patoberli
Member
**
Offline Offline

Activity: 106


View Profile
September 27, 2013, 05:56:59 PM
 #12610

Hi
I'm currently using proclbm because cgminer is always crashing when I start it. I have a radeon mobility 5870 in my Win8 x64 laptop. I use the current 13.10 beta drivers.
Proclbm was also crashing when starting it, but there I could fix it with this https://bitcointalk.org/index.php?topic=221041.0
Could this also be the reason for the crash with this miner?
Thanks
pato

YAC: YA86YiWSvWEGSSSerPTMy4kwndabRUNftf
BTC: 16NqvkYbKMnonVEf7jHbuWURFsLeuTRidX
LTC: LTKCoiDwqEjaRCoNXfFhDm9EeWbGWouZjE
mdude77
Legendary
*
Offline Offline

Activity: 1358


View Profile
September 28, 2013, 12:51:34 AM
 #12611

Hi,

what could be the matter if block erupters getting slower after a few days?

I still see hashrate after 5s ~335 Mh/s but on the average side i only have ~220 Mh/s.

Im using D-Link DUB-H7 hubs on desktop machine with Ubuntu 12.04 x64 and latest, self compiled, cgminer (3.4.3).

Any hints would be nice Smiley

fr00p

I'd suspect the hub is under powered or is starting to malfunction.

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.
fr00p
Newbie
*
Offline Offline

Activity: 25



View Profile
September 28, 2013, 04:55:47 AM
 #12612

Hi,

what could be the matter if block erupters getting slower after a few days?

I still see hashrate after 5s ~335 Mh/s but on the average side i only have ~220 Mh/s.

Im using D-Link DUB-H7 hubs on desktop machine with Ubuntu 12.04 x64 and latest, self compiled, cgminer (3.4.3).

Any hints would be nice Smiley

fr00p

I'd suspect the hub is under powered or is starting to malfunction.

M

sounds strange. all 6 hubs would start to malfunction at the same time then.
Trongersoll
Sr. Member
****
Offline Offline

Activity: 448


Retired Software Engineer


View Profile
September 28, 2013, 02:30:44 PM
 #12613

Hi,

what could be the matter if block erupters getting slower after a few days?

I still see hashrate after 5s ~335 Mh/s but on the average side i only have ~220 Mh/s.

Im using D-Link DUB-H7 hubs on desktop machine with Ubuntu 12.04 x64 and latest, self compiled, cgminer (3.4.3).

Any hints would be nice Smiley

fr00p

I'd suspect the hub is under powered or is starting to malfunction.

M

sounds strange. all 6 hubs would start to malfunction at the same time then.

Not exactly. I've noticed that when i add a USB, that the only one with a problem due to low power is the last one added.

*insert appropriate begging line here* 
BTC: 1CS6AV7VnjcPLxaTFoUhTjXK4mQCTzfSxE
Doge: DB22tiynvXKg7SyPpnH9jyfitKLTZb6ejc
-Redacted-
Sr. Member
****
Offline Offline

Activity: 378



View Profile
September 28, 2013, 02:41:20 PM
 #12614

You do know that those hubs are good for 4 erupters, possibly 5 max if you want to push your luck, right?

Now hanging out on Atomic-Trade.com...
fr00p
Newbie
*
Offline Offline

Activity: 25



View Profile
September 29, 2013, 08:30:22 AM
 #12615

You do know that those hubs are good for 4 erupters, possibly 5 max if you want to push your luck, right?

yep, only 4-5 erupters per hub. it has 3A psu.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
September 29, 2013, 02:16:47 PM
 #12616

New release: Version 3.5.0, 29th September 2013

Minor version increment signalling new driver support. The rest is minor bugfixes only so should be a safe upgrade.


Human readable changelog:

- Support for mining on BPMC redfury/bluefury bitfury based devices on linux and windows. Like every other USB device on cgminer, they will use the same WinUSB driver and require the same setting up. Binaries have bitfury support compiled in and if you are building binaries for yourself, they need to be enabled with --enable-bitfury.
- CMR fixes to get it mining half decently again.
- Code fixes to support current and devices with multiple USB interfaces.
- Code changes to make it a lot less work to add new drivers.
- tty devices will be reattached on shutting down cgminer cleanly on linux now.
- Bugfixes for use of some usb buffers may lead to less corruption/apparent hw errors.
- Buffering of extra data no longer appears on regular logging, only verbose and above.
- Fixes for possible extra delays/stale work across longpolls (depended on driver).
- Fixes for quota usage in --load-balance.
- A fix for a bug that would randomly show a high best share that never happened.
- Added ability to compile for stratum mining only, completely removing dependency on libcurl (must be expressly enabled at compile with with --disable-libcurl)
- Various other compilation warning clean ups and minor bugfixes.


Full changelog:

- Add magic init sequence required on BF1 devices to get them mining on windows.
- usbinfo.devlock is only ever write locked so convert it to a mutex
- Icarus remove unneeded opt_debug tests due to applog being a macro
- Icarus - CMR shouldn't wait the full timeout due to handle sharing
- We should only yield once in cg_wunlock
- Provide a function to downgrade a cglock from a write lock to an intermediate
variant.
- Deuglify use of _PARSE_COMMANDS macro expansions.
- Deuglify use of usb parse commands macro in usbutils.
- Use the driver add commands macros in api.c to avoid individually listing
them.
- Separate out asic fpga and opencl drivers in the driver parse commands macro
for use individually as needed.
- Use macro expansion in usb_find_devices to avoid explicitly listing them all.
- Use macro expansion to iterate over all the drivers without explicitly writing
them out in usbutils.c
- Iterate over the bitfury offsets in order of decreasing likelihood.
- Reattach the kernel driver on linux on usb_uninit.
- Attach the kernel driver on failure to usb init on linux.
- libusb kernel driver operations are only available on linux.
- There is no need to get the external prototypes for drivers in cgminer.c any
more.
- Remove unnecessary gpu_threads initialisation.
- Put avalon last in the sequence of adding drivers to prevent it trying to
claim similar chip devices on startup.
- Use macro expansion to iterate over all device drivers without needing to
explicitly code in support in all places. Pass a hotplug bool to the detect()
function to prevent opencl trying to hogplug GPUs.
- Forward declare all device drivers in miner.h avoiding the need to export them
everywhere else.
- Add a noop function for driver detect when it's missing.
- Reuse the DRIVER_ macros to avoid having yet another definition for DRV_
- Use macro expansion to generate extern device_drv prototypes.
- Create a macro list of drivers to enable easier addition of further drivers.
- There is no point setting the BF1 preferred packet size to the maximum since
it will do so automatically.
- icarus ensure all cmr interfaces are initialised properly
- usbutils - fix USBDEBUG warnings
- Remove unnecessary steps in communicating with BF1 and just use USB interface
1.
- usbutils - usb_bulk_transfer fix the buf/data fix
- usb_bulk_transfer - use the allocated buffer
- Set preferred packet sizes per interface on BF1.
- usbutils allow PrefPacketSize per endpoint
- Remove magic control sequences on open/close on BF1 and just flush the read
buffers.
- Check return codes in getinfo and reset and fail as needed in BF1.
- Check return code for bitfury_open and release resources properly on failed
initialisation.
- Abstract out flushing of interrupt reads in BF1 devices.
- Perform interrupt read after close message on BF1 as per serial close.
- Perform interrupt read flush as per serial open on BF1 devices.
- Add information for 2nd USB interface on BF1 devices and choose interface 1
for bulk transfers.
- usbutils - bulk transfer copy test fix
- usbutils - add USBDEBUG for usb_bulk_transfer
- Add more read_ii variants to usbutils.
- Name remainder of BFU usb commands used.
- Use submit_tested_work in bitfury driver to avoid unnecessarily re-testing the
work for validity.
- Abstract out work submission once it's been tested, to be used by drivers that
do their own internal validity testing.
- Store the hash2 array in struct work for further reuse.
- usbutils - which_intinfo not requried
- Use the test_nonce function within submit_nonce and store the uint32
corresponding to hash2 37 for further use.
- usbutils - interfaces must all be on one handle - ep implies the interface
- avalon stats use exact type
- Only set share diff if we've confirmed it's a share first.
- Update ASIC-README for bitfury devices.
- Use an array of offsets when checking nonces in bitfury_checkresults
- Limit the duration we wait for reads in BF1 based on time already elapsed to
account for other delays such as work restart messages or out of work.
- Minimise size of serial string we copy in BF1 stats to avoid overflow.
- Implement basic API stats for BF1 and increase array of results to check for
the rare straggling result.
- Space debug output for bf1 to separate from numerals.
- Abstract out the bitfury open close and reset functions and use them on
reinit.
- Rename BF1 devices BF1
- Check for work restart, breaking out early after usb reads in BF1.
- Do not lose the first sets of results from BF1.
- There is no point checking for results from the next round of work on BF1.
- Last result returned by BF1 is an end of results marker so ignore it.
- restart_wait should return 0 if thr_restart is true.
- Remove unused code by bitfury driver since current driver uses serialised
scanhash.
- Meter out return of estimated hashes in BF1 to smooth out visible hashrate.
- Optimise inner scanhash loop for bf1.
- Add yet another backup work for triple buffering of work in bf1 to account for
extra late results returned and don't check nonce offsets which appear to never
return.
- Name the work request and result usb commands for BF1
- Define a mandatory upper limit to waiting for reset and data on BF1 based on
full nonce duration.
- Decrease usb buffering to verbose logging.
- Add in first draft for a serialised work model sending/receiving data for BF1
devices.
- Add complete close sequence to bf1 as it happens on serial.
- Provide a bitfury identify function for bf1.
- Reliably extract BF1 information at startup and reset the device.
- Add commands for getting BF1 bitfury info
- Add magic BF1 bitfury open and close control sequences.
- Add BF1 detection code to bitfury driver.
- Create basic placeholders for bitfury driver code.
- Add bf1 device information to usbutils to enable device detection.
- Add basic defines for building for bitfury devices.
- Add redfury device to udev rules.
- avalon: display the FPGA controller version on API
- pool_active uninitialised_var rolltime
- Use macro expansion to only need to define usb enums and commands in one
place.
- usbutils saving incorrect overflow buffer
- ignore libusb.la and *.lo on linux
- icarus support CMR with no extensions
- usbtils - interfaces dont work yet in libusb windows so disable for that only
- Provide a --disable-libcurl config option to build support for stratum mining
only.
- Fix the api-example.c compile under Linux
- usbutils - only release the device once - for the first intinfo
- usbutils set_interface is no longer valid
- ubsutils interfaces much each have their own handle
- usbutils kernel_detach should use the interface number
- usbutils - allow the driver to change which_intinfo
- Reset quotas on load balance for all pools at the same time to avoid running
out during selection and unintentionally dropping to fallback.
- Break out of select pool from a common point for appropriate debug messages
and to avoid further tests.
- usbutils correct/reverse CMR product numbers
- usbutils specifically track handles and interfaces
- change drivers to use usb_interface() - required for multi interface change
- usbutils - allow a device to use multiple interfaces (and better var names)
- Cast -1 to (char) to cope with different default char types on ARM.

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

Activity: 630


Miner Setup And Reviews. WASP Rep.


View Profile
September 29, 2013, 02:22:37 PM
 #12617

New release: Version 3.5.0, 29th September 2013

Minor version increment signalling new driver support. The rest is minor bugfixes only so should be a safe upgrade.


Human readable changelog:

- Support for mining on BPMC redfury/bluefury bitfury based devices on linux and windows. Like every other USB device on cgminer, they will use the same WinUSB driver and require the same setting up. Binaries have bitfury support compiled in and if you are building binaries for yourself, they need to be enabled with --enable-bitfury.
- CMR fixes to get it mining half decently again.
- Code fixes to support current and devices with multiple USB interfaces.
- Code changes to make it a lot less work to add new drivers.
- tty devices will be reattached on shutting down cgminer cleanly on linux now.
- Bugfixes for use of some usb buffers may lead to less corruption/apparent hw errors.
- Buffering of extra data no longer appears on regular logging, only verbose and above.
- Fixes for possible extra delays/stale work across longpolls (depended on driver).
- Fixes for quota usage in --load-balance.
- A fix for a bug that would randomly show a high best share that never happened.
- Added ability to compile for stratum mining only, completely removing dependency on libcurl (must be expressly enabled at compile with with --disable-libcurl)
- Various other compilation warning clean ups and minor bugfixes.


GREAT NEWS!

Got it hashing away already.

Message me if you have any problems
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
September 29, 2013, 04:03:54 PM
 #12618

3.5.0a 3.5.0 recompiled on:
Fedora 18
64 bit xubuntu 11.04 (should also work on Fedora 16 and 17)
RPi 32bit Arch
RPi 32bit Raspbian

e.g. to get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.5.0a
chmod +x cgminer-3.5.0a


The 3 others are:
https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.5.0a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Arch/cgminer-3.5.0a
https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Raspbian/cgminer-3.5.0a

The Xubuntu configure option (with GPU and scrypt):
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt --enable-bitfury

The rest are USB only (no GPU):
CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-bitfury

The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.

Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.5.0) then click on the file you want then right-click save-as the "View Raw" link.

Important: Read README, ASIC-README or FPGA-README about USB configuration on linux and windows

Yes I have no idea why I bothered to compile in the bitfury code, since Bicknellski is a dick, but I did anyway.

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
P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
September 29, 2013, 04:06:42 PM
 #12619

I'm having issue compiling for mipsel these days. In particular with libudev.
I see that it has been around since 2.4 or so, and I've compiled up to 3.3.1 ok, but now libusb is now part of the compilation process and udev is required.
Any idea how I get that up and running?
Seems udev is a very low-level system specific lib. The compiler I use has the option to include it in the buildroot, but cgminer still complains it's missing.
Also, how do I use my own version of libusb-1.0 and not the included one?

Code:
checking libudev.h usability... yes
checking libudev.h presence... no
configure: WARNING: libudev.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: libudev.h: proceeding with the compiler's result
checking for libudev.h... yes
checking for udev_new in -ludev... no
configure: error: "udev support requested but libudev not installed"
configure: error: ./configure failed for compat/libusb-1.0
P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
September 29, 2013, 05:11:30 PM
 #12620

I think I see something...
Despite setting UDEV_CFLAGS, the flags aren't forwarded onto the libusb configure, so it misses the include path.

From the configure.log in libusb-1.0:
Code:
configure:11947: checking libudev.h usability
configure:11947: mipsel-openwrt-linux-gcc -c -O2 -mips32r2 -mtune=4kc -D_XOPEN_SOURCE -D_GNU_SOURCE -static  conftest.c >&5
conftest.c:58:21: fatal error: libudev.h: No such file or directory
compilation terminated.
configure:11947: $? = 1
configure: failed program was:

note no path in cmd line.
Pages: « 1 ... 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 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 ... 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!