Bitcoin Forum

Alternate cryptocurrencies => Mining (Altcoins) => Topic started by: Wolf0 on June 30, 2014, 09:35:04 PM



Title: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Wolf0 on June 30, 2014, 09:35:04 PM
NaN.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: HardwarePal on June 30, 2014, 10:31:17 PM
Thanks for all your hard work Wolf0 I will be watching this thread :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: arielbit on June 30, 2014, 10:37:55 PM
take a nap, you are no good to us dead  :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: statdude on June 30, 2014, 10:46:51 PM
What does this mean for CryptoNote hashrate efficiency?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: digicoin on July 01, 2014, 04:23:29 AM
Thanks Wolf`. Can't wait for this release


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 01, 2014, 06:56:19 AM
vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: superresistant on July 01, 2014, 08:05:16 AM

Let's do this !

Open GPU miner FTW !


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: 5w00p on July 01, 2014, 08:36:29 AM
http://s29.postimg.org/8hq95zajb/spice_and_wolf_animal_ears_holo_the_wise_wolf_17.jpg


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: superresistant on July 01, 2014, 09:58:17 AM

More furry for Wolf !


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: n00bnoxious on July 01, 2014, 10:46:26 AM
Wolf, you are THE man. Deep, unending respect for the work you've donated to the community! Get yourself some rest, you more than deserve it!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: qiufeng on July 01, 2014, 10:59:14 AM
well done wolf!!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: djm34 on July 01, 2014, 02:22:23 PM
vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
hope you paid a lot for that  ;D (sorry this is a little pathetic  ;D)
Next, you should order something from a hacker to uncrypt claymore miner (might have already done it  ;D)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: djm34 on July 01, 2014, 02:42:36 PM
vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}

I'm not him. CPUminer is used as a base - of course the output is similar.
I know  ;)  it wasn't against you


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 01, 2014, 04:30:31 PM
I'm not him. CPUminer is used as a base - of course the output is similar.
cryptonight_lobotomized.c - file name coincided by chance?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 01, 2014, 04:32:36 PM
hope you paid a lot for that  ;D (sorry this is a little pathetic  ;D)
Next, you should order something from a hacker to uncrypt claymore miner (might have already done it  ;D)
I did not pay because they do not get the finished product.
Most likely, vehre sold his unfinished work


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 01, 2014, 04:35:58 PM
This topic has appeared on the following day after vehre refused to quit. This is also a chance?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: djm34 on July 01, 2014, 05:13:15 PM
This topic has appeared on the following day after vehre refused to quit. This is also a chance?
anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: SpeedDemon13 on July 01, 2014, 10:23:10 PM
It really shouldn't matter who made it first or claim come with it first, main focus is to get it working. Then credit can be given to all involved.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: renegadepcsolutions on July 02, 2014, 04:04:22 AM
This topic has appeared on the following day after vehre refused to quit. This is also a chance?
anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

How do you know Claymore's is faster? This doesn't even work yet - it uses ONE GPU work-item and ONE thread.

Speaking of open-source gpu-miners... Wolf0, you might want to take a look at tsiv's latest release for cuda-miner... made a binary to mine on compute 2.1 and compute 2.0 (fermi) cards.

Maybe that can help?

My 1GB 560ti's get 200h/s each. Just saying.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: superresistant on July 02, 2014, 06:29:06 AM
This topic has appeared on the following day after vehre refused to quit. This is also a chance?
anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

It doesn't mean it will stay the fastest.
If more people get involved in the open GPU miner, we're probably going to see better optimisations.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 02, 2014, 08:24:45 AM
It really shouldn't matter who made it first or claim come with it first, main focus is to get it working. Then credit can be given to all involved.
I do not claim authorship or reward. I want everyone to know - programmer vehre - dishonest


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Yanakitu Tenatako on July 02, 2014, 09:19:05 AM
This topic has appeared on the following day after vehre refused to quit. This is also a chance?
anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

It doesn't mean it will stay the fastest.
If more people get involved in the open GPU miner, we're probably going to see better optimisations.


I support that.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: canonsburg on July 02, 2014, 04:56:44 PM
Is there any chance for Windows binary?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: 5w00p on July 02, 2014, 07:04:07 PM
Wolf0,
Do not worry, you are supported by those of us who can see clearly.  Even if we require corrective lenses to do so.
 ;)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: tazous on July 02, 2014, 09:59:11 PM
test under pimp

wget ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz

tar -xvzf autoconf-2.69.tar.gz

cd autoconf-2.69/

./configure

make

make install

autoconf --version

cd ..

ln -s /opt/AMDAPP/lib/x86/libOpenCL.so /usr/lib/libOpenCL.so

wget https://github.com/wolf9466/opencl-cryptonight/archive/master.zip

unzip master.zip

cd opencl-cryptonight-master/

cp -R /opt/sgminer/winbuild/dist/include/CL CL

CFLAGS="-O2 -Wall -march=native" ./configure --prefix=/usr

make

minerd -a cryptonight -o stratum+tcp://mine.moneropool.org:80 -u 463tWEBn5XZJSxLU6uLQnQ2iY9xuNcDbjLSjkn3XAXHCbLrTTErJrBWYgHJQyrCwkNgYvyV3z8zctJL PCZy24jvb3NiTcTJ -p x -t 2
[2014-07-02 20:38:35] Using JSON-RPC 2.0
[2014-07-02 20:38:35] 1 miner threads started, using 'cryptonight' algorithm.
[2014-07-02 20:38:35] Starting Stratum on stratum+tcp://mine.moneropool.org:80
[2014-07-02 20:38:35] Pool set diff to 10000
[2014-07-02 20:38:35] Stratum detected new block
[2014-07-02 20:38:36] thread 0: 1 hashes, 0.96 H/s
[2014-07-02 20:38:40] thread 0: 59 hashes, 14.90 H/s


it will not support the gpu yet?
or I forget something?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: dragonmike on July 03, 2014, 07:36:54 AM
Just a quick fist bump from me, just to say I'm eager to see this working!
Been supporting the guys over at PiMP lately as I thing they're doing an awesome work with their platform. Heard they had been in touch with you, hope you can build something great!  8) :D


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: digicoin on July 12, 2014, 11:01:42 AM
Bump  ;D


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: onetwentyfive on July 12, 2014, 12:50:59 PM
Bump  ;D

don't tease me with a new post!!  ;) watching this with interest and waiting for the more technical among us to unveil something new and revolutionary!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: arielbit on July 13, 2014, 04:41:12 AM
nice  :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: matthewh3 on July 17, 2014, 07:17:20 PM
I'm stunned that there seems to be zero developer interest in this. I've finished a good 70% of it at least, and the github seems dead.

What's the bounty for this now?  Maybe we can promote it a bit more.  To get more donations and interest.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: kbm on July 17, 2014, 08:32:29 PM
I'm stunned that there seems to be zero developer interest in this. I've finished a good 70% of it at least, and the github seems dead.

What's the bounty for this now?  Maybe we can promote it a bit more.  To get more donations and interest.

The bounty for this is 500 XMR and 1 BTC, listed here: https://bitcointalk.org/index.php?topic=656841.0

If this were to be finished, I would propose breaking the bounty up between Wolf0 and whoever finishes the code. I'd need feedback on that, so if it gets finished I'll wait to see what people say.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: n00bnoxious on July 17, 2014, 09:29:17 PM
I so wish I knew OpenCL or the AMD SDK :-( I'd love to contribute and get this working, but I just don't possess the right knowledge. Any hints to learn it folks? I'd be honoured to do my best on it!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: dragonmike on July 18, 2014, 07:47:21 AM
Woke up. Weird, only been a few hours. Forgot donation addresses; if you want to donate, here:

Code:
XMR: 46sSETXrZGT8bupxdc2MAbLe3PMV9nJTRTE5uaFErXFz6ymyzVdH86KDb9TNoG4ny5QLELfopynWeBSMoT1M2Ga8RBkDqTH
BTC: 1WoLFumNUvjCgaCyjFzvFrbGfDddYrKNR
I've donated to the PiMP guys for the implementation of the crypronight gpu miner. Have they been in touch with you?
In any case, keep up the good work, much appreciated!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Kablam on July 19, 2014, 08:35:20 AM
getting a crytptonote gpu miner into pimp have a few problems .... first there need to be one;) second it need a api so it can communicate with pool manager the webgui in pimp.....
I know there is work going on to get this fixed but its alot of work and thats why the pimp devs need donations towards it so they can pay someone to make the api and finish the miner....



Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Kablam on July 19, 2014, 09:48:04 PM
hehe i know but ididnt want to mention any names ;)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: digicoin on July 20, 2014, 06:49:49 PM
Any update?  ;D


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 21, 2014, 06:47:36 AM
Any update?  ;D
Do not expect anything from them. Wolf0 works in conjunction with Claymore. They work together. I would not be surprised if any one person.
Topic started to slow down as much as possible the development of a free miner


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: equipoise on July 21, 2014, 07:35:34 AM
^Any other thoughts on that? Wolf0 is a teenager - still unbalanced and immature (sorry Wolf0 - nothing personal). His opinion about himself is biased by the Dunning–Kruger effect and his main thoughts are about the money he could make. He got a good amount of donations by the XMR community and it would be very wrong of him if he acts dishonestly on this one.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: dragonmike on July 25, 2014, 02:53:44 PM
Bump!
Demand is still there :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: 3x2 on July 25, 2014, 06:54:27 PM
Still in development?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: 3x2 on July 25, 2014, 07:10:23 PM
Still in development?

Yes, working on finding a bug. After that's done, finishing it up shouldn't be too hard.

OK, keep up the good work  ;D


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: yang5034 on July 27, 2014, 01:54:06 PM
nice work,thank you .wating for the open souce miner.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: number_cruncher on July 29, 2014, 02:24:44 AM
Had some trouble compiling. I cloned off git. I'm afraid my Linux experience is limited to "well it didn't work, looks like i'm screwed."

Not sure if I messed something up, but let me know if I can be any help.
Ubuntu 13.10
AMD Drivers amd-catalyst-13.11-beta V9.4-linux-x86.x86_64


Quote
miner1@miner1:~/opencl-cryptonight$ ./autogen.sh
miner1@miner1:~/opencl-cryptonight$ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for gcc option to accept ISO C99... -std=gnu99
checking how to run the C preprocessor... gcc -std=gnu99 -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking whether gcc -std=gnu99 needs -traditional... no
checking whether gcc -std=gnu99 and cc understand -c and -o together... yes
checking dependency style of gcc -std=gnu99... gcc3
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking sys/endian.h usability... no
checking sys/endian.h presence... no
checking for sys/endian.h... no
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for sys/sysctl.h... yes
checking whether be32dec is declared... no
checking whether le32dec is declared... no
checking whether be32enc is declared... no
checking whether le32enc is declared... no
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for getopt_long... yes
checking whether we can compile AVX code... yes
checking whether we can compile XOP code... yes
checking whether we can compile AVX2 code... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
checking for OPENSSL_init in -lcrypto... yes
checking for gawk... (cached) gawk
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.32.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... yes
checking for curl_free... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: executing depfiles commands
miner1@miner1:~/opencl-cryptonight$ make
make  all-recursive
make[1]: Entering directory `/home/miner1/opencl-cryptonight'
Making all in compat
make[2]: Entering directory `/home/miner1/opencl-cryptonight/compat'
Making all in jansson
make[3]: Entering directory `/home/miner1/opencl-cryptonight/compat/jansson'
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT dump.o -MD -MP -MF .deps/dump.Tpo -c -o dump.o dump.c
mv -f .deps/dump.Tpo .deps/dump.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT hashtable.o -MD -MP -MF .deps/hashtable.Tpo -c -o hashtable.o hashtable.c
mv -f .deps/hashtable.Tpo .deps/hashtable.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT load.o -MD -MP -MF .deps/load.Tpo -c -o load.o load.c
mv -f .deps/load.Tpo .deps/load.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT strbuffer.o -MD -MP -MF .deps/strbuffer.Tpo -c -o strbuffer.o strbuffer.c
mv -f .deps/strbuffer.Tpo .deps/strbuffer.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT utf.o -MD -MP -MF .deps/utf.Tpo -c -o utf.o utf.c
mv -f .deps/utf.Tpo .deps/utf.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT value.o -MD -MP -MF .deps/value.Tpo -c -o value.o value.c
mv -f .deps/value.Tpo .deps/value.Po
rm -f libjansson.a
ar cru libjansson.a dump.o hashtable.o load.o strbuffer.o utf.o value.o
ranlib libjansson.a
make[3]: Leaving directory `/home/miner1/opencl-cryptonight/compat/jansson'
make[3]: Entering directory `/home/miner1/opencl-cryptonight/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/miner1/opencl-cryptonight/compat'
make[2]: Leaving directory `/home/miner1/opencl-cryptonight/compat'
make[2]: Entering directory `/home/miner1/opencl-cryptonight'
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
mv -f .deps/minerd-cpu-miner.Tpo .deps/minerd-cpu-miner.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-util.o -MD -MP -MF .deps/minerd-util.Tpo -c -o minerd-util.o `test -f 'util.c' || echo './'`util.c
mv -f .deps/minerd-util.Tpo .deps/minerd-util.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cryptonight_common.o -MD -MP -MF .deps/minerd-cryptonight_common.Tpo -c -o minerd-cryptonight_common.o `test -f 'cryptonight_common.c' || echo './'`cryptonight_common.c
mv -f .deps/minerd-cryptonight_common.Tpo .deps/minerd-cryptonight_common.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cryptonight_opencl.o -MD -MP -MF .deps/minerd-cryptonight_opencl.Tpo -c -o minerd-cryptonight_opencl.o `test -f 'cryptonight_opencl.c' || echo './'`cryptonight_opencl.c
cryptonight_opencl.c:2:23: fatal error: CL/opencl.h: No such file or directory
 #include <CL/opencl.h>
                       ^
compilation terminated.
make[2]: *** [minerd-cryptonight_opencl.o] Error 1
make[2]: Leaving directory `/home/miner1/opencl-cryptonight'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/miner1/opencl-cryptonight'
make: *** [all] Error 2


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: teknohog on July 29, 2014, 12:22:10 PM
Compiled and got this upon running:

Code:
clBuildProgram() returned -11!
"/tmp/OCL25634T8.cl", line 366: error: invalid type conversion
                AES256Round((uint *)c, (ulong *)&long_state[aindx],
                (uint *)a);
                                       ^

"/tmp/OCL25634T8.cl", line 368: error: invalid type conversion
                CopyBlock((ulong *)&long_state[aindx], b);
                          ^

"/tmp/OCL25634T8.cl", line 372: error: invalid type conversion
                CopyBlock(b2, (ulong *)&long_state[cindx]);
                              ^

"/tmp/OCL25634T8.cl", line 377: error: invalid type conversion
                CopyBlock((ulong *)&long_state[cindx], a);
                          ^

"/tmp/OCL25634T8.cl", line 325: warning: variable "gid" was declared
but never
          referenced
        __private uint i, j, gid, aeskey1[64], aeskey2[64];
                             ^

4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.
Looks like pretty minor errors, but I have no time to hack on this now.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: teknohog on July 29, 2014, 02:04:51 PM
Code:
...
4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.
Looks like pretty minor errors, but I have no time to hack on this now.

I tested on an Nvidia card, so AMD might be a little pickier.
Yup, this was on AMD. I'll have a look at those type conversions at some point.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: teknohog on July 29, 2014, 02:26:15 PM
Code:
clBuildProgram() returned -11!
"/tmp/OCL25634T8.cl", line 366: error: invalid type conversion
                AES256Round((uint *)c, (ulong *)&long_state[aindx],
                (uint *)a);
                                       ^

"/tmp/OCL25634T8.cl", line 368: error: invalid type conversion
                CopyBlock((ulong *)&long_state[aindx], b);
                          ^

"/tmp/OCL25634T8.cl", line 372: error: invalid type conversion
                CopyBlock(b2, (ulong *)&long_state[cindx]);
                              ^

"/tmp/OCL25634T8.cl", line 377: error: invalid type conversion
                CopyBlock((ulong *)&long_state[cindx], a);
                          ^

"/tmp/OCL25634T8.cl", line 325: warning: variable "gid" was declared
but never
          referenced
        __private uint i, j, gid, aeskey1[64], aeskey2[64];
                             ^

4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.
Looks like pretty minor errors, but I have no time to hack on this now.

I removed all those (ulong *)'s as I figured there's no need for type conversion, they're already defined with that type. It compiles and runs on my AMD system, clearly hashing something.

Unfortunately, my first GPU is a very slow, integrated one, so I'd like a way to force the second device...

Edit: one obvious compile issue was fixed by adding -std=gnu99 to CFLAGS. The compiler even suggest either that or -std=c99, but it also hints at GNU extensions, and indeed only the gnu99 worked. (This is probably included by default, but got messed by custom flags :-j)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 29, 2014, 03:30:30 PM
can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 29, 2014, 03:50:34 PM
can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...

Of course - it's open source. But while I don't agree with the amount of his fee, I think devs should be paid - and it's not like more than 2-3% of people donate.

i would have donated but the way he forces us makes me not wanna trust him .... and he is being very rude about it because he knows that his closed source software is the only one available to AMD cards also his software is under developed it doesn't even show cards temps how lazy is that and still forcing us to pay him for that lousy job of his just because he knows that we have no other option  >:(


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 29, 2014, 03:57:27 PM
can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...

Of course - it's open source. But while I don't agree with the amount of his fee, I think devs should be paid - and it's not like more than 2-3% of people donate.

i would have donated but the way he forces us makes me not wanna trust him .... and he is being very rude about it because he knows that his closed source software is the only one available to AMD cards also his software is under developed it doesn't even show cards temps how lazy is that and still forcing us to pay him for that lousy job of his just because he knows that we have no other option  >:(

I released a 2x faster cpuminer for XMR a while ago - I got less than 0.2 BTC in donations. Believe me, donators are in the minority.

well at least u were a decent man and still started a new open source gpu miner project despite the low donation, that's something :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: teknohog on July 29, 2014, 04:04:59 PM
I need to know if it gets correct hashes  ;D
I'm now getting about 1 H/s which is nowhere close to CPU speeds, so I'm not going to wait for shares now.

Stupid question about design: are you returning the full result to the CPU for testing against difficulty? Because most GPU miners do an initial test on the GPU, which makes communication a lot faster, and they only return the gid/nonce when necessary. It looks like you're not using the gid...


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: dragonmike on July 29, 2014, 05:19:11 PM
Quote from: Wolf0
I released a 2x faster cpuminer for XMR a while ago - I got less than 0.2 BTC in donations. Believe me, donators are in the minority.
I herewith commit to donate 0.03 BTC to yourself (I know it's not much but that's still a week worth of mining on my rig nowadays :-[) if you manage to get the XMR miner working on Linux for AMD GPUs (with comparable or better hashrates Claymore achieves on Windows). I would then need the exact commands to compile/install etc as well as my Linux skills are second to... all.  :P


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: restless on July 29, 2014, 06:17:37 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 29, 2014, 07:06:18 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: bestsponsor on July 29, 2014, 07:16:31 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

How about bounty ? https://bitcointalk.org/index.php?topic=656841.0 Total: 500 XMR, 1 BTC


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: restless on July 29, 2014, 07:46:18 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 29, 2014, 08:22:47 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Coindgr on July 29, 2014, 11:07:11 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...


Also, if no faster miner was released, and everybody was still using a slower one, then it would be the same, just the difficulty would be lower, but the amount of coins for each should be similar.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: SpeedDemon13 on July 30, 2014, 01:00:55 AM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: SpeedDemon13 on July 30, 2014, 01:05:28 AM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.

If I was a more wealthier miner/investor, I would donate 10% of my earnings. But that's how I think...Guess others don't think like that....I did say it's my opinion, to re-quote it....


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: SpeedDemon13 on July 30, 2014, 01:12:21 AM
5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: nrg_wolf on July 30, 2014, 11:54:14 AM
5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?

I'd get on optimizing this one if it was working. Wish there was someone else with OCL knowledge.

there has to be someone that know's OCL coding.... this forum is full of coders and yet almost no1 wants to stand up and help.....


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: braxx on July 30, 2014, 11:00:27 PM
try pm user "reorder" (from 1GH.com) he upgraded heavycoin & mjollnircoin amd miners

maybe you can convince him to help... he is good :)


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Atrides on July 31, 2014, 11:01:15 AM
5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?

I'd get on optimizing this one if it was working. Wish there was someone else with OCL knowledge.

See my repo, may be you have more luck:
https://bitcointalk.org/index.php?topic=656841.msg8117523#msg8117523


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: djm34 on July 31, 2014, 11:36:17 AM
 
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.
+1  ;D (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... ;D good one  ;D) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: Crypto_EX on July 31, 2014, 01:38:32 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.
+1  ;D (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... ;D good one  ;D) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )


look u r going to defend the 5% fee and then u come here and talk oh come on even the op doesn't agree with such a high fee ... that is pure GREED period !


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: djm34 on July 31, 2014, 02:23:39 PM
I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...
Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.
+1  ;D (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... ;D good one  ;D) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )


look u r going to defend the 5% fee and then u come here and talk oh come on even the op doesn't agree with such a high fee ... that is pure GREED period !
(what about free speech ?!)
I don't agree with it either (otherwise I wouldn't opensource anything), however I understand it a bit, in view of the donation (from large whale)
Now concerning the pure "greed", why do you think anybody would run 100 or more gpu on a coin ? To get free heat ?

No, mostly because it brings money. (and nobody has stopped mining because the fee were too high...) and at that level there is nothing wrong with sharing a bit with those who make that possible but the donation system is a bit broken...,
Opensource is just equivalent to free stuff we find on the internet in people mind... not code we can improve ;D





Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: PeaMine on July 31, 2014, 06:47:54 PM
I'd be happy with Wolf0 having a dev fee as long as the miner was the most efficient.
I do think 5% is a bit much, but I do use Claymore's so...guess it's not too much for me lol.
I also donated directly to Wolf0 all my week's mining with the first stock CPU miner, as I then got around 1.8x faster once I switched and was sooo happy.
Now though, the only profitable method for me is GPU, and I just got some CPUs sitting here idle.



Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: matthewh3 on July 31, 2014, 10:35:06 PM
I'd be happy with Wolf0 having a dev fee as long as the miner was the most efficient.
I do think 5% is a bit much, but I do use Claymore's so...guess it's not too much for me lol.
I also donated directly to Wolf0 all my week's mining with the first stock CPU miner, as I then got around 1.8x faster once I switched and was sooo happy.
Now though, the only profitable method for me is GPU, and I just got some CPUs sitting here idle.



Still messing with the opencl, but there's no point in having a dev fee if it's open source.

If you auto build it into the config how p2pool used to.  Plus built binaries with it already configured I think you'd be surprised by how many miners never actually bother to change it.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: cayars on August 01, 2014, 01:41:48 AM
release binary only with source to follow 30 days after "testing" period?



Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: giveBTCpls on August 01, 2014, 03:27:05 PM
What hashrates are going getting with your computers? It could be nice to have a list with the hashrates depending on what you are using to mine, because I think it's not worth it for me to mine anymore, and I don't have the time to test it.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: matthewh3 on August 07, 2014, 04:02:42 PM
I've asked the pool - https://minergate.com - to support a bounty for development of this miner - https://bitcointalk.org/index.php?topic=528848.msg8233693#msg8233693

Edit:  Maybe you could work with Minergate only having the binaries for so long.  So that you could both see a return from its development before fully opensourcing it for the community.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: lpedretti on August 30, 2014, 12:04:36 PM
Code:
gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: lpedretti on August 30, 2014, 02:34:12 PM
Code:
gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!


Made it compile, it was that -lOpenCL should go after the object file being compiled (order matters)
Corrected some ulong* casts in the opencl file but it does not run yet, or at least is not reporting what is doing, gotta dig inside a little more to understand how the opencl code is called and it's results returned so i can debug it.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: argentinx on September 05, 2014, 02:00:34 PM

no one is able to adapt this?
seen that the bottom is of the same algorithm
https://github.com/mbkuperman/boolberry-opencl


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: soulistyce on September 07, 2014, 03:02:57 PM
Code:
gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!


Same error here...Needing help!!!  ??? ???


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: pallas on September 07, 2014, 03:19:26 PM
move -lOpenCL to the end of the commandline.


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: samaricanin on September 15, 2014, 05:50:35 PM
Is there any progress on miner


Title: Re: Unfinished CryptoNight OpenCL (AMD) miner
Post by: digicoin on September 26, 2014, 01:25:38 PM
Is there any progress on miner

No. I think that we need some kind of funding to push the project forward