Typo ?
Just because Code:
[s]
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 536. (Read 5805546 times)
July 29, 2012, 01:45:05 PM
July 29, 2012, 01:41:32 PM
Typo ?
July 29, 2012, 12:53:49 PM
I left my old phatk .bin in the folder from 2.5, but every time I start 2.6, it generates a new one anyway. Is that supposed to happen?
Oh and it looks like dynamic intensity is fixed again. Sweet.
Oh and it looks like dynamic intensity is fixed again. Sweet.
July 29, 2012, 12:24:06 PM
does not open to me, "failed to find openCL.dll"
thats what i get
thats what i get
July 29, 2012, 10:42:58 AM
...
I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.
Any help would be grealty appreciated.
My git will require ./autogen.sh to be run on linuxI used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.
Any help would be grealty appreciated.
You are best to get from ckolivas git, since, as I mentioned before, all of the code in my git is either in ckolivas git already, or waiting to go in as a pull request
When you select the tar.gz button in the github downloads page, it generates a tar.gz file then of the current git at the time
I don't put up tar.gz files into the download page.
On my downloads page there are cgminer exe's built for Xubuntu 11.04 - those cgminer-2.X.Ya files are just the matching cgminer executable compiled on 11.04
If you need that then:
You should download the current binary build from ckolivas and then just add the single binary file from my download page and rename it to 'cgminer' (on top of the 'cgminer' you downloaded from ckolivas)
I haven't made a 2.6.0a yet (I get an autogen error since I updated my git a couple of hours ago) - I'll fix that tomorrow
July 29, 2012, 10:36:03 AM
Problem of scale with scrypt mining. It will think your GPUs are sick. I'll fix it tomorrow with a hotfix release. Harmless to btc miners.
July 29, 2012, 08:39:31 AM
New release - version 2.6.0, July 29 2012
It's a big change, so take usual precautions, although most of the changes to bitcoin mining should be safe bugfixes only.
Human readable changelog:
Major feature upgrade: Scrypt support (for litecoin mining). This is non-trivial to get working well and I suggest reading the SCRYPT-README included before asking any questions. While I do not in general support other currencies to bitcoin, with a large enough bitcoin bounty I added this feature to cgminer; see: https://bitcointalksearch.org/topic/attn-litecoin-gpu-miners-scrypt-support-for-cgminer-92887
Numerous minor bugfixes for regular mining.
Full changelog:
- Display kilohash when suitable, but store the global mhash value still truly
in megahashes to not break the API output.
- Don't try and print curses output for devices that won't fit on the screen.
- Add scrypt documentation in the form of a separate readme.
- Fix build error without scrypt enabled.
- Limit total number of curls recruited per pool to the number of mining threads
to prevent blasting the network when we only have one pool to talk to.
- bitforce: Skip out of sending work if work restart requested
- Keep a counter of enabled pools and use that instead of iterating over the
pool list. Use that value to ensure we don't set the last remaining active pool
to the rejecting state.
- fpgautils: add support for 57.6 kBd serial
- miner.php add a socket RCV timeout for if cgminer is hung and the API thread
is still running
- Limit thread concurrency for scrypt to 5xshaders if shaders is specified.
- Simplify repeated use of gpus[gpu]. in ocl.c
- Find the nearest power of 2 maximum alloc size for the scrypt buffer that can
successfully be allocated and is large enough to accomodate the thread
concurrency chosen, thus mapping it to an intensity.
- Don't make opt_scrypt mandatory blocking with opencl code.
- Update kernel versions reflecting changes in the API.
- Make the thread concurrency and lookup gap options hidden on the command line
and autotune parameters with a newly parsed --shaders option.
- Fix target testing with scrypt kernel as it would have been missing shares
below target.
- Bugfix: Use a mutex to control non-curses output
- Simplify code to a single vprintf path for curses-less printing
- Move opt_quiet check to my_log_curses, so it works for curses-less builds
- Use log_generic for vapplog to cut down on code duplication
- Add space to log output now that there is more screen real estate available.
- BFL force all code to timeout to avoid hanging
- Bugfix: Copy argv[0] given to dirname()
- Always create the largest possible padbuffer for scrypt kernels even if not
needed for thread_concurrency, giving us some headroom for intensity levels.
- Use the detected maximum allocable memory on a GPU to determine the optimal
scrypt settings when lookup_gap and thread_concurrency parameters are not given.
- Check the maximum allocable memory size per opencl device.
- Add debugging output if buffer allocation fails for scrypt and round up
bufsize to a multiple of 256.
- Nonce testing for btc got screwed up, leading to no accepted shares. Fix it.
- Display size of scrypt buffer used in debug.
- Allow intensities up to 20 if scrypt is compiled in.
- Add name to scrypt kernel copyright.
- Allow lookup gap and thread concurrency to be passed per device and store
details in kernel binary filename.
- Ignore negative intensities for scrypt.
- Change the scale of intensity for scrypt kernel and fix a build warning.
- Correct target value passed to scrypt kernel.
- Use 256 output slots for kernels to allow 1 for each worksize.
- Test the target in the actual scrypt kernel itself saving further
calculations.
- Reinstate GPU only opencl device detection.
- Decrease lookup gap to 1. Does not seem to help in any way being 2.
- Fix build.
- Make pad0 and pad1 local variable in scrypt kernel.
- Constify input variable in scrypt kernel.
- Send correct values to scrypt kernel to get it finally working.
- Create command queue before compiling program in opencl.
- Detach pthread from within the api thread in case it is terminated due to not
being instantiated before pthread_cancel is called from main, leading to a
segfault.
- Debug output per thread hashrate is out by a factor of 1000.
- Initialise mdplatform.
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Fix external scrypt algo missing.
- Limit scrypt to 1 vector.
- Handle KL_SCRYPT in config write.
- Get rid of stuff.
- Don't enqueuewrite buffer at all for pad8 and pass work details around for
scrypt in dev_blk.
- Set the correct data for cldata and prepare for pad8 fixes.
- Bugfix: Fix build without curses but with OpenCL
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Get rid of spaces in arrays in scrypt kernel.
- Start with smaller amount of hashes in cpu mining to enable scrypt to return
today sometime.
- Show Khash hashrates when scrypt is in use.
- Free the scratchbuf memory allocated in scrypt and don't check if CPUs are
sick since they can't be. Prepare for khash hash rates in display.
- Add cpumining capability for scrypt.
- Set scrypt settings and buffer size in ocl.c code to be future modifiable.
- Cope with when we cannot set intensity low enough to meet dynamic interval by
inducing a forced sleep.
- Make dynamic and scrypt opencl calls blocking.
- Calculate midstate in separate function and remove likely/unlikely macros
since they're dependent on pools, not code design.
- bitforce: Use "full work" vs "nonce range" for kernel name
- Display in debug mode when we're making the midstate locally.
- Fix nonce submission code for scrypt.
- Make sure goffset is set for scrypt and drop padbuffer8 to something
manageable for now.
- Set up buffer8 for scrypt.
- Build fix for opt scrypt.
- Don't check postcalc nonce with sha256 in scrypt.
- Don't test nonce with sha and various fixes for scrypt.
- Make scrypt buffers and midstate compatible with cgminer.
- Use cgminer specific output array entries in scrypt kernel.
- Provide initial support for the scrypt kernel to compile with and mine scrypt
with the --scrypt option.
- Enable completely compiling scrypt out.
- Begin import of scrypt opencl kernel from reaper.
- bitforce_get_result returns -1 on error now.
- Check return value of read in BFgets
- Bugfix: Make our Windows nanosleep/sleep replacements standards-compliant
(which fixes nmsleep) and include compat.h for bitforce (for sleep)
- rpc: Use a single switch statement for both stringifications of cgpu->status
- Fix whitespace mangling.
- miner.php fix rig # when miners fail
- Only try to shut down work cleanly if we've successfully connected and started
mining.
- Use switch statement for cgpu->status and fix spelling.
- Abbrv. correction
- Bugfix: Don't declare devices SICK if they're just busy initialising
- Bugfix: Calculate nsec in nmsleep correctly
- Bugfix: Adapt OpenCL scanhash errors to driver API change (errors are now -1,
not 0)
- Remove superfluous ave_wait
- Put kname change for broken nonce-range back in
- Add average wait time to api stats
- Change BFL driver thread initialising to a constant 100ms delay between
devices instead of a random arrangement.
- Spelling typo.
- Time opencl work from start of queueing a kernel till it's flushed when
calculating dynamic intensity.
- Modify te scanhash API to use an int64_t and return -1 on error, allowing zero
to be a valid return value.
- Check for work restart after the hashmeter is invoked for we lose the hashes
otherwise contributed in the count.
- Remove disabled: label from mining thread function, using a separate
mt_disable function.
- Style changes.
- Missed one nonce-range disabling.
- Add average return time to api stats
- miner.php allow rig names in number buttons
- Remove bitforce_thread_init The delay thing does nothing useful... when long
poll comes around, all threads restart at the same time anyway.
- Change timeouts to time-vals for accuracy.
- fix API support for big endian machines
- Cope with signals interrupting the nanosleep of nmsleep.
- Use standard cfsetispeed/cfsetospeed to set baud rate on *nix
- miner.php split() flagged deprecated in PHP 5.3.0
- More BFL tweaks. Add delay between closing and reopening port. Remove buffer
clear in re-init Add kernel type (mini-rig or single)
- Make long timeout 10seconds on bitforce for when usleep or nanosleep just
can't be accurate...
It's a big change, so take usual precautions, although most of the changes to bitcoin mining should be safe bugfixes only.
Human readable changelog:
Major feature upgrade: Scrypt support (for litecoin mining). This is non-trivial to get working well and I suggest reading the SCRYPT-README included before asking any questions. While I do not in general support other currencies to bitcoin, with a large enough bitcoin bounty I added this feature to cgminer; see: https://bitcointalksearch.org/topic/attn-litecoin-gpu-miners-scrypt-support-for-cgminer-92887
Numerous minor bugfixes for regular mining.
Full changelog:
- Display kilohash when suitable, but store the global mhash value still truly
in megahashes to not break the API output.
- Don't try and print curses output for devices that won't fit on the screen.
- Add scrypt documentation in the form of a separate readme.
- Fix build error without scrypt enabled.
- Limit total number of curls recruited per pool to the number of mining threads
to prevent blasting the network when we only have one pool to talk to.
- bitforce: Skip out of sending work if work restart requested
- Keep a counter of enabled pools and use that instead of iterating over the
pool list. Use that value to ensure we don't set the last remaining active pool
to the rejecting state.
- fpgautils: add support for 57.6 kBd serial
- miner.php add a socket RCV timeout for if cgminer is hung and the API thread
is still running
- Limit thread concurrency for scrypt to 5xshaders if shaders is specified.
- Simplify repeated use of gpus[gpu]. in ocl.c
- Find the nearest power of 2 maximum alloc size for the scrypt buffer that can
successfully be allocated and is large enough to accomodate the thread
concurrency chosen, thus mapping it to an intensity.
- Don't make opt_scrypt mandatory blocking with opencl code.
- Update kernel versions reflecting changes in the API.
- Make the thread concurrency and lookup gap options hidden on the command line
and autotune parameters with a newly parsed --shaders option.
- Fix target testing with scrypt kernel as it would have been missing shares
below target.
- Bugfix: Use a mutex to control non-curses output
- Simplify code to a single vprintf path for curses-less printing
- Move opt_quiet check to my_log_curses, so it works for curses-less builds
- Use log_generic for vapplog to cut down on code duplication
- Add space to log output now that there is more screen real estate available.
- BFL force all code to timeout to avoid hanging
- Bugfix: Copy argv[0] given to dirname()
- Always create the largest possible padbuffer for scrypt kernels even if not
needed for thread_concurrency, giving us some headroom for intensity levels.
- Use the detected maximum allocable memory on a GPU to determine the optimal
scrypt settings when lookup_gap and thread_concurrency parameters are not given.
- Check the maximum allocable memory size per opencl device.
- Add debugging output if buffer allocation fails for scrypt and round up
bufsize to a multiple of 256.
- Nonce testing for btc got screwed up, leading to no accepted shares. Fix it.
- Display size of scrypt buffer used in debug.
- Allow intensities up to 20 if scrypt is compiled in.
- Add name to scrypt kernel copyright.
- Allow lookup gap and thread concurrency to be passed per device and store
details in kernel binary filename.
- Ignore negative intensities for scrypt.
- Change the scale of intensity for scrypt kernel and fix a build warning.
- Correct target value passed to scrypt kernel.
- Use 256 output slots for kernels to allow 1 for each worksize.
- Test the target in the actual scrypt kernel itself saving further
calculations.
- Reinstate GPU only opencl device detection.
- Decrease lookup gap to 1. Does not seem to help in any way being 2.
- Fix build.
- Make pad0 and pad1 local variable in scrypt kernel.
- Constify input variable in scrypt kernel.
- Send correct values to scrypt kernel to get it finally working.
- Create command queue before compiling program in opencl.
- Detach pthread from within the api thread in case it is terminated due to not
being instantiated before pthread_cancel is called from main, leading to a
segfault.
- Debug output per thread hashrate is out by a factor of 1000.
- Initialise mdplatform.
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Fix external scrypt algo missing.
- Limit scrypt to 1 vector.
- Handle KL_SCRYPT in config write.
- Get rid of stuff.
- Don't enqueuewrite buffer at all for pad8 and pass work details around for
scrypt in dev_blk.
- Set the correct data for cldata and prepare for pad8 fixes.
- Bugfix: Fix build without curses but with OpenCL
- Find the gpu platform with the most devices and use that if no platform option
is passed.
- Allow more platforms to be probed if first does not return GPUs.
- Get rid of spaces in arrays in scrypt kernel.
- Start with smaller amount of hashes in cpu mining to enable scrypt to return
today sometime.
- Show Khash hashrates when scrypt is in use.
- Free the scratchbuf memory allocated in scrypt and don't check if CPUs are
sick since they can't be. Prepare for khash hash rates in display.
- Add cpumining capability for scrypt.
- Set scrypt settings and buffer size in ocl.c code to be future modifiable.
- Cope with when we cannot set intensity low enough to meet dynamic interval by
inducing a forced sleep.
- Make dynamic and scrypt opencl calls blocking.
- Calculate midstate in separate function and remove likely/unlikely macros
since they're dependent on pools, not code design.
- bitforce: Use "full work" vs "nonce range" for kernel name
- Display in debug mode when we're making the midstate locally.
- Fix nonce submission code for scrypt.
- Make sure goffset is set for scrypt and drop padbuffer8 to something
manageable for now.
- Set up buffer8 for scrypt.
- Build fix for opt scrypt.
- Don't check postcalc nonce with sha256 in scrypt.
- Don't test nonce with sha and various fixes for scrypt.
- Make scrypt buffers and midstate compatible with cgminer.
- Use cgminer specific output array entries in scrypt kernel.
- Provide initial support for the scrypt kernel to compile with and mine scrypt
with the --scrypt option.
- Enable completely compiling scrypt out.
- Begin import of scrypt opencl kernel from reaper.
- bitforce_get_result returns -1 on error now.
- Check return value of read in BFgets
- Bugfix: Make our Windows nanosleep/sleep replacements standards-compliant
(which fixes nmsleep) and include compat.h for bitforce (for sleep)
- rpc: Use a single switch statement for both stringifications of cgpu->status
- Fix whitespace mangling.
- miner.php fix rig # when miners fail
- Only try to shut down work cleanly if we've successfully connected and started
mining.
- Use switch statement for cgpu->status and fix spelling.
- Abbrv. correction
- Bugfix: Don't declare devices SICK if they're just busy initialising
- Bugfix: Calculate nsec in nmsleep correctly
- Bugfix: Adapt OpenCL scanhash errors to driver API change (errors are now -1,
not 0)
- Remove superfluous ave_wait
- Put kname change for broken nonce-range back in
- Add average wait time to api stats
- Change BFL driver thread initialising to a constant 100ms delay between
devices instead of a random arrangement.
- Spelling typo.
- Time opencl work from start of queueing a kernel till it's flushed when
calculating dynamic intensity.
- Modify te scanhash API to use an int64_t and return -1 on error, allowing zero
to be a valid return value.
- Check for work restart after the hashmeter is invoked for we lose the hashes
otherwise contributed in the count.
- Remove disabled: label from mining thread function, using a separate
mt_disable function.
- Style changes.
- Missed one nonce-range disabling.
- Add average return time to api stats
- miner.php allow rig names in number buttons
- Remove bitforce_thread_init The delay thing does nothing useful... when long
poll comes around, all threads restart at the same time anyway.
- Change timeouts to time-vals for accuracy.
- fix API support for big endian machines
- Cope with signals interrupting the nanosleep of nmsleep.
- Use standard cfsetispeed/cfsetospeed to set baud rate on *nix
- miner.php split() flagged deprecated in PHP 5.3.0
- More BFL tweaks. Add delay between closing and reopening port. Remove buffer
clear in re-init Add kernel type (mini-rig or single)
- Make long timeout 10seconds on bitforce for when usleep or nanosleep just
can't be accurate...
July 26, 2012, 06:46:44 PM
I haven't ever used autogen.sh in my previous installs. I use:
[...]
[...]
If you compile from the ckolivas' source tarball, the configure script is (probably) included and you don't need to run autogen.sh. If you use kano's link, which seems to be simply his git repo packaged, you need to run "./autogen.sh" right before the configure step, as the configure script isn't included in the git repository.
Simply run:
Code:
cd ~/cgminer-2.XX/
./autogen.sh
CFLAGS="-O2 -Wall -march=native" ./configure
July 26, 2012, 05:53:54 PM
Kano,
11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
resulting in:
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
... and the step before that?11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
Code:
CFLAGS="-02 -Wall -march=native" ./configure
resulting in:
Code:
bash: ./configure: No such file or directory
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
./autogen.sh ...
But huh? My repo? People use that?
I only ever get people to get code from my repo when conman/ckolivas goes walkabout.
The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)
Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)
post a link so I understand what you're looking at.
Kano,
I haven't ever used autogen.sh in my previous installs. I use:
Updates
Code:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install libcurl4-openssl-dev libncurses5-dev lib32gcc1 libc6-i386 lib32gcc1 libc6-i386 dkms openssh-server screen
Catalyst
Code:
chmod +x ati-driver-installer-11-6-x86.x86_64.run
sudo sh ati-driver-installer-11-6-x86.x86_64.run
sudo aticonfig --od-enable
sudo aticonfig --initial -f --adapter=all
sudo reboot
SDK 2.4
Code:
sudo su
cd /opt
tar -xvzf /home/ubuntu/AMD-APP-SDK-v2.4-lnx64.tgz
cd AMD-APP-SDK-v2.4-lnx64/
cp -pv lib/x86_64/* /usr/lib/
rsync -avl include/CL/ /usr/include/CL/
tar -xvzf icd-registration.tgz
rsync -avl etc/OpenCL/ /etc/OpenCL/
ldconfig
sync
shutdown -r now
CGMINER
Code:
cd ~/Downloads
unzip ADL_SDK_3.0.zip
sudo cp include/*.h ~/cgminer-2.XX/ADL_SDK/
cd ~/cgminer-2.XX/
CFLAGS="-O2 -Wall -march=native" ./configure
make
That method has worked fine for me over multiple reinstalls. Recently, I was reading through this thread and found your comment on 11.04 and versions of cgminer after 2.4.3:
Hi, What caused this after cgminer-2.4.3-x86_64-built? Have no any problem before 2.4.3. Thanks!
That's why I recently added xubuntu 11.04 builds of the binary in my git download for anyone who still uses ubu 11.04 or similar and doesn't want to build from source:Quote
./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by ./cgminer)
./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./cgminer)
./cgminer: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by ./cgminer)
https://github.com/kanoi/cgminer/downloads
Kano, sent some bitcs your way for saving me an OS upgrade. Seriously, why is it required to upgrade your OS for a new version of software? Shouldn't there be an easy way to just get the new GLIBC installed on an old version?
I keep making 11.04 binaries since my GPU/BFL rig is 11.04 based on my setup script in cgminer and I don't have any 7xxx GPUs (yet)
The GLIBC version ties in with the kernel, so updating GLIBC has a habit of hitting a brick wall at some stage after kernel upgrades stop on any linux distro version.
I'd certainly not want to try building a later GLIBC from scratch coz I'd expect there to be issues that either:
1) I'd not know about and thus be using a potentially buggy GLIBC
(I'd have to spend a lot of effort looking at all the changes in GLIBC and why they changed)
or
2) would show up as failing to build it on the 11.04 kernel (2.6.38-8) and thus most likely be lots of effort to resolve
It's all pretty much: lots of effort for no real gain for me, and building on 11.04 is simple enough for me with an 11.04 dev VM also.
(interesting for me also is that the binaries I build on 11.04 work on my desktop fc16 too where I have my 2xIcarus)
Thanks for the explanation, Kano. I figured it was coupled to the OS fairly tightly or else I would have been able to find some how-to googling, your explanation is a lot better than anything I found online.
cklovias, I understand that at some point you have to move on (although I don't know specifically what new feature was required in the newer version, I know you are smart enough to not just rebase to the new version for fun). My gripe is with the linux setup, not with your excellent software.
Thanks to both of you for all your work!
I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.
Any help would be grealty appreciated.
July 26, 2012, 08:27:44 AM
(I can't find that number anywhere - though I'm not a git export either)
You might be a git export... July 26, 2012, 06:44:25 AM
Kano,
11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
resulting in:
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
... and the step before that?11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
Code:
CFLAGS="-02 -Wall -march=native" ./configure
resulting in:
Code:
bash: ./configure: No such file or directory
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
./autogen.sh ...
But huh? My repo? People use that?
I only ever get people to get code from my repo when conman/ckolivas goes walkabout.
The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)
Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)
post a link so I understand what you're looking at.
July 26, 2012, 02:42:06 AM
Just wanted to mention that I finally got around to fixing the 100% cpu bug in my system, and I updated to 2.5.0. I got a nice 7mhash/sec increase on each of my cards at identical settings. Very nice!
July 26, 2012, 01:32:26 AM
Kano,
11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
resulting in:
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
11.04 x64 Xubuntu / kanoi-cgminer-aa7723e7 from your git repo
Installed 11.6, SDK 2.4, moved .h files, and am trying to configure using:
Code:
CFLAGS="-02 -Wall -march=native" ./configure
resulting in:
Code:
bash: ./configure: No such file or directory
I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.
July 25, 2012, 01:48:22 PM
I have a PC that the display is connected to built in Intel gpu, Intel G620 sandybridge on a Socket 1155 motherboard.
I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7
Is there any way to get cgminer working with the above setup?!
edit--> Making the AMD card primary with vga cable connected to display does not help still
Failed to init GPU thread 0, disabling device 0
restarting the gpu from the menu will not fix this.
Try restarting cgminer.
edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios
Is there a way to keep using Intel gpu and mining on the AMD?
I used exactly this setup when Sandy Bridge first came out. What you need to do is create a separate xorg.conf for each GPU, then start the Radeon's X server with the options "-sharevts -novtswitch :2" (ideally without any applications on it); then, just export DISPLAY=:2 before you start your miner. I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7
Is there any way to get cgminer working with the above setup?!
edit--> Making the AMD card primary with vga cable connected to display does not help still
Failed to init GPU thread 0, disabling device 0
restarting the gpu from the menu will not fix this.
Try restarting cgminer.
edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios
Is there a way to keep using Intel gpu and mining on the AMD?
July 25, 2012, 08:01:28 AM
cgminer.exe -n
It will show your devices detected by cgminer.
Then run it:
cgminer.exe -d
to mine on proper device.
See 1st post
It will show your devices detected by cgminer.
Then run it:
cgminer.exe -d
to mine on proper device.
See 1st post
July 25, 2012, 07:18:33 AM
I have a PC that the display is connected to built in Intel gpu, Intel G620 sandybridge on a Socket 1155 motherboard.
I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7
Is there any way to get cgminer working with the above setup?!
edit--> Making the AMD card primary with vga cable connected to display does not help still
Failed to init GPU thread 0, disabling device 0
restarting the gpu from the menu will not fix this.
Try restarting cgminer.
edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios
Is there a way to keep using Intel gpu and mining on the AMD?
I also have a AMD 7950 installed + amd catalyst + amd SDK 2.7
Is there any way to get cgminer working with the above setup?!
edit--> Making the AMD card primary with vga cable connected to display does not help still
Failed to init GPU thread 0, disabling device 0
restarting the gpu from the menu will not fix this.
Try restarting cgminer.
edit2 ---> I'm able to mine by uninstalling intel driver and disabling intel gpu in motherboard bios
Is there a way to keep using Intel gpu and mining on the AMD?
July 24, 2012, 09:22:11 PM
Quiet mode didn't work. Real-quiet mode did, thanks for the help. Any idea why this is happening? I'd like to be able to see the standard cgminer output. I've tried increasing the prompt defaults gradually to ridiculous sizes (extending off the display on 1920x1080 resolution) with no success. Maybe I'm misunderstanding the cause of the crash still.
Darn, but yes the displaying library pdcurses is the issue. You can try the old fashioned -T mode which is just plain text. At least you'll have some output.-T works as well, and gives me enough info to see what's going on, thanks.
Enable windows error reporting (WER), if the C05 exception is in cgminer, re-compile it and create a mapfile for it. Post the WER report and your map file. WER report should tell you if exception is in one of the dlls or the cgminer exe. The offset should tell you where it crashed, unless the stack is blown...
Here's the windows error log.
Thanks for submitting the request. I tried the debug build of bfgminer you linked and it crashed as well in the same way as cgminer.
For the first time I've hooked up all 6 of my BFLs to a windoze machine and it does the same. I don't have much time right now to investigate, but I will if I can.
This sounds like the screen buffer problem many of us have encountered. Set your console window's default values for screen buffer to higher values. My pc is set to 580x525 and that seems to work for a large amount of singles.
July 24, 2012, 05:23:37 PM
http://ck.kolivas.org/
is down
is down
July 24, 2012, 11:47:42 AM
Quiet mode didn't work. Real-quiet mode did, thanks for the help. Any idea why this is happening? I'd like to be able to see the standard cgminer output. I've tried increasing the prompt defaults gradually to ridiculous sizes (extending off the display on 1920x1080 resolution) with no success. Maybe I'm misunderstanding the cause of the crash still.
Darn, but yes the displaying library pdcurses is the issue. You can try the old fashioned -T mode which is just plain text. At least you'll have some output.-T works as well, and gives me enough info to see what's going on, thanks.
Enable windows error reporting (WER), if the C05 exception is in cgminer, re-compile it and create a mapfile for it. Post the WER report and your map file. WER report should tell you if exception is in one of the dlls or the cgminer exe. The offset should tell you where it crashed, unless the stack is blown...
Here's the windows error log.
Thanks for submitting the request. I tried the debug build of bfgminer you linked and it crashed as well in the same way as cgminer.
For the first time I've hooked up all 6 of my BFLs to a windoze machine and it does the same. I don't have much time right now to investigate, but I will if I can.
Jump to: