Search content
Sort by
Showing 20 of 158 results by gr0bi42
Hi folks,
here comes a straight forward HowTo build a custom KncMiner Firmware useable for the normal web upgrade process.
It worked for me, BUT IT MIGHT NOT WORK FOR YOU. I'M NOT RESPONSIBLE FOR ANY DAMAGE YOU MIGHT GONNA HAVE!!!
If you are not familar with the u*inx shell commands & stuff, please don't even try it.
I will also not give any tutorials about how to use all these commands and what they are mean. It's up to you (RTFM).
OK let's start.
First step is to unpack an existing KncMiner firmware to have something to start/play with. I'm using still 0.98, so I will use it in this HowTo, but any other firmware will do it too.
I'm using > as the shell prompt and # as comment.
# DONE! Now you have all the files under fs/
# Feel free to make any modifications like:
# - replace cgminer with the lastest version
# - install bfgminer instead of cgminer
# - enable all 8 DC/DC's on 8DC/DC jupiters
# - tweak voltage and/or pll
# - install bertmod
# - install other sw (angstrom)
# - do whatever you like
# What I've done:
# - lastest cgminer 3.9.0 with special patches to feed my custom webinterface
# - enable all 8 DC/DC's on my october jupiter. They are running less than 30A each within spec.
# - pll mod to speedup my jupiter to around 650GH/s - WU:9150.
# DONE! Your new and modified firmware knc/kncminer-0.98_modified.bin is ready to use.
# Use it as always via webinterface upgrade.
PLEASE consider to tip something if you use my HowTo and/or if you find it helpful: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
Comments are welcome.
Here are some screenshots of my own webinterface (ported from BTCMiner ;-).
You can switch pools by clicking the number.
Clicking the pool name opens the (configured) pool site.
here comes a straight forward HowTo build a custom KncMiner Firmware useable for the normal web upgrade process.
It worked for me, BUT IT MIGHT NOT WORK FOR YOU. I'M NOT RESPONSIBLE FOR ANY DAMAGE YOU MIGHT GONNA HAVE!!!
If you are not familar with the u*inx shell commands & stuff, please don't even try it.
I will also not give any tutorials about how to use all these commands and what they are mean. It's up to you (RTFM).
OK let's start.
First step is to unpack an existing KncMiner firmware to have something to start/play with. I'm using still 0.98, so I will use it in this HowTo, but any other firmware will do it too.
I'm using > as the shell prompt and # as comment.
Code:
# install u-boot-tools and mkimage (only once)
# under ubuntu (and debian)
> sudo apt-get install u-boot-tools uboot-mkimage
# become root (it's necessary for cpio to create the device nodes)
> su - root
# create a base directory to work in
> mkdir knc
> cd knc
# download (or copy if already downloaded) the KncMiner firmware to be used
> wget http://www.kncminer.com/userfiles/file/kncminer-0.98.bin
# extract firmware into directory orig
> mkdir orig
> cd orig
> tar xfz ../kncminer-0.98.bin
> dd if=kncminer-0.98.u-boot of=initramfs.cpio.gz bs=64 skip=1
> gunzip initramfs.cpio.gz
# continue to work in another directory modified
> cd ..
> mkdir modified
> cd modified
> mkdir fs
> cd fs
> cpio -vidF ../../orig/initramfs.cpio
# under ubuntu (and debian)
> sudo apt-get install u-boot-tools uboot-mkimage
# become root (it's necessary for cpio to create the device nodes)
> su - root
# create a base directory to work in
> mkdir knc
> cd knc
# download (or copy if already downloaded) the KncMiner firmware to be used
> wget http://www.kncminer.com/userfiles/file/kncminer-0.98.bin
# extract firmware into directory orig
> mkdir orig
> cd orig
> tar xfz ../kncminer-0.98.bin
> dd if=kncminer-0.98.u-boot of=initramfs.cpio.gz bs=64 skip=1
> gunzip initramfs.cpio.gz
# continue to work in another directory modified
> cd ..
> mkdir modified
> cd modified
> mkdir fs
> cd fs
> cpio -vidF ../../orig/initramfs.cpio
# DONE! Now you have all the files under fs/
# Feel free to make any modifications like:
# - replace cgminer with the lastest version
# - install bfgminer instead of cgminer
# - enable all 8 DC/DC's on 8DC/DC jupiters
# - tweak voltage and/or pll
# - install bertmod
# - install other sw (angstrom)
# - do whatever you like
# What I've done:
# - lastest cgminer 3.9.0 with special patches to feed my custom webinterface
# - enable all 8 DC/DC's on my october jupiter. They are running less than 30A each within spec.
# - pll mod to speedup my jupiter to around 650GH/s - WU:9150.
Code:
# replace firmware version string to be shown on the upgrade page
> vi www/pages/firmware_upgrade.html
# find "Current firmware revision" and edit it to whatever you like.
# Now it's time to pack the new modified firmware
# you are still in knc/modified/fs/
> find . | cpio -H newc -o > ../initramfs.cpio
> cd ..
> gzip initramfs.cpio
> mkimage -n 'KncMiner 0.98 Custom' -A arm -O linux -T ramdisk -C gzip -d initramfs.cpio.gz kncminer-0.98.u-boot
> tar cfz ../kncminer-0.98_modified.bin kncminer-0.98.u-boot ../orig/reboot.cgi ./orig/reboot.safe ./orig/runme.sh
> vi www/pages/firmware_upgrade.html
# find "Current firmware revision" and edit it to whatever you like.
# Now it's time to pack the new modified firmware
# you are still in knc/modified/fs/
> find . | cpio -H newc -o > ../initramfs.cpio
> cd ..
> gzip initramfs.cpio
> mkimage -n 'KncMiner 0.98 Custom' -A arm -O linux -T ramdisk -C gzip -d initramfs.cpio.gz kncminer-0.98.u-boot
> tar cfz ../kncminer-0.98_modified.bin kncminer-0.98.u-boot ../orig/reboot.cgi ./orig/reboot.safe ./orig/runme.sh
# DONE! Your new and modified firmware knc/kncminer-0.98_modified.bin is ready to use.
# Use it as always via webinterface upgrade.
PLEASE consider to tip something if you use my HowTo and/or if you find it helpful: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
Comments are welcome.
Here are some screenshots of my own webinterface (ported from BTCMiner ;-).
You can switch pools by clicking the number.
Clicking the pool name opens the (configured) pool site.
Re: KnC 1st Day Pick-ups - Stockholm. Anyone available with at v.short notice??
You should definitely think on the delivery method back to UK 
Why? It's an inside EU flight... paid VAT... I can't see any problem.
Re: KnC 1st Day Pick-ups - Stockholm. Anyone available at v.short notice for Mon??
As the title suggests.
Has to be Day 1 order, so the queue is respected.
Has to be short notice like maybe even Mon morn/afternoon phonecall, and an afternoon, maybe eve pick-up (as in evening, not 'Eve' the forum member
).
Bitbet will req. 4 other peeps to verify, but the more available the merrier.
Have no idea how many units could be produced, or when exactly chips will arrive, so if you have a smaller number of units on order, that maybe preferable, or if you are happy with getting just one out of a larger order on Mon, and the rest to follow next day. I'm playing devil's advocate here.
I guess this may include the weekend. Quite frankly I have no idea.
Basically who is available at the drop of a hat from day one orders to pick-up in Stockholm?
Note: no one for Day 2 delivery (pick-up) onward should apply. Order queue being sacred etc.
Has to be Day 1 order, so the queue is respected.
Has to be short notice like maybe even Mon morn/afternoon phonecall, and an afternoon, maybe eve pick-up (as in evening, not 'Eve' the forum member
).Bitbet will req. 4 other peeps to verify, but the more available the merrier.
Have no idea how many units could be produced, or when exactly chips will arrive, so if you have a smaller number of units on order, that maybe preferable, or if you are happy with getting just one out of a larger order on Mon, and the rest to follow next day. I'm playing devil's advocate here.
I guess this may include the weekend. Quite frankly I have no idea.
Basically who is available at the drop of a hat from day one orders to pick-up in Stockholm?
Note: no one for Day 2 delivery (pick-up) onward should apply. Order queue being sacred etc.
I have a Day 1 order and cloud be there. BUT without any confirmation from KnC I won't.
Re: [PPC][Stratum][ESMPPS][PPLNS] TheSeven's PPCoin Pool - Official thread
Hi,
gave your pool a try, but I'ed stopped mining quickly. I got 11% rejects. I guess it has something to do with diff adjustment. It starts with Diff1 and reaching Diff17 I had 11.7% rejects. Do you account "old" diff shares as stale, then you increase diff to match hashrate? Can I define a initial diff?
I'm have 100GH/s and I use Bfgminer 3.2.0.
gave your pool a try, but I'ed stopped mining quickly. I got 11% rejects. I guess it has something to do with diff adjustment. It starts with Diff1 and reaching Diff17 I had 11.7% rejects. Do you account "old" diff shares as stale, then you increase diff to match hashrate? Can I define a initial diff?
I'm have 100GH/s and I use Bfgminer 3.2.0.
Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
Does not compile
My system: x86/Ubuntu/Linaro
./configure: all disabled except bitforce and ztex.
I'm using the source from the tgz in the first post.
First error:
Code:
CC bfgminer-httpsrv.o
In file included from httpsrv.c:16:0:
/usr/include/microhttpd.h:893:55: error: unknown type name va_list
make[2]: *** [bfgminer-httpsrv.o] Error 1
In file included from httpsrv.c:16:0:
/usr/include/microhttpd.h:893:55: error: unknown type name va_list
make[2]: *** [bfgminer-httpsrv.o] Error 1
An #include is missing. Fixing this, I get the next error:
Code:
CC bfgminer-driver-getwork.o
driver-getwork.c: In function getwork_gen_error:
driver-getwork.c:109:9: warning: implicit declaration of function MHD_create_response_from_buffer [-Wimplicit-function-declaration]
driver-getwork.c:109:85: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in
driver-getwork.c: In function handle_getwork:
driver-getwork.c:169:2: warning: implicit declaration of function MHD_basic_auth_get_username_password [-Wimplicit-function-declaration]
driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default]
driver-getwork.c:173:3: warning: implicit declaration of function MHD_queue_basic_auth_fail_response [-Wimplicit-function-declaration]
driver-getwork.c:252:58: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
make[2]: *** [bfgminer-driver-getwork.o] Error 1
driver-getwork.c: In function getwork_gen_error:
driver-getwork.c:109:9: warning: implicit declaration of function MHD_create_response_from_buffer [-Wimplicit-function-declaration]
driver-getwork.c:109:85: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in
driver-getwork.c: In function handle_getwork:
driver-getwork.c:169:2: warning: implicit declaration of function MHD_basic_auth_get_username_password [-Wimplicit-function-declaration]
driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default]
driver-getwork.c:173:3: warning: implicit declaration of function MHD_queue_basic_auth_fail_response [-Wimplicit-function-declaration]
driver-getwork.c:252:58: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
make[2]: *** [bfgminer-driver-getwork.o] Error 1
Can you confirm the version?
Code:
grep Version $(pkg-config --variable=pcfiledir libmicrohttpd)/libmicrohttpd.pc
It's Version: 0.4.6
So you are right, it's a very old version, but you get it with apt-get. Tomorrow I will try the latest one.
Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
Will try sources from github now...
Does not compile either... maybe a problem with libmicrohttpd version?
Code:
--without-libmicrohttpd
helps, but I want the builtin getwork server 
Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
Will try sources from github now...
Does not compile either... maybe a problem with libmicrohttpd version?
Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade
This is my libmicrohttpd:
Code:
# dpkg --get-selections | grep http
apt-transport-https install
libmicrohttpd-dev install
libmicrohttpd5 install
python-httplib2 install
apt-transport-https install
libmicrohttpd-dev install
libmicrohttpd5 install
python-httplib2 install
Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13.
...
Does not compile
My system: x86/Ubuntu/Linaro
./configure: all disabled except bitforce and ztex.
I'm using the source from the tgz in the first post.
First error:
Code:
CC bfgminer-httpsrv.o
In file included from httpsrv.c:16:0:
/usr/include/microhttpd.h:893:55: error: unknown type name va_list
make[2]: *** [bfgminer-httpsrv.o] Error 1
In file included from httpsrv.c:16:0:
/usr/include/microhttpd.h:893:55: error: unknown type name va_list
make[2]: *** [bfgminer-httpsrv.o] Error 1
An #include is missing. Fixing this, I get the next error:
Code:
CC bfgminer-driver-getwork.o
driver-getwork.c: In function getwork_gen_error:
driver-getwork.c:109:9: warning: implicit declaration of function MHD_create_response_from_buffer [-Wimplicit-function-declaration]
driver-getwork.c:109:85: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in
driver-getwork.c: In function handle_getwork:
driver-getwork.c:169:2: warning: implicit declaration of function MHD_basic_auth_get_username_password [-Wimplicit-function-declaration]
driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default]
driver-getwork.c:173:3: warning: implicit declaration of function MHD_queue_basic_auth_fail_response [-Wimplicit-function-declaration]
driver-getwork.c:252:58: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
make[2]: *** [bfgminer-driver-getwork.o] Error 1
driver-getwork.c: In function getwork_gen_error:
driver-getwork.c:109:9: warning: implicit declaration of function MHD_create_response_from_buffer [-Wimplicit-function-declaration]
driver-getwork.c:109:85: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in
driver-getwork.c: In function handle_getwork:
driver-getwork.c:169:2: warning: implicit declaration of function MHD_basic_auth_get_username_password [-Wimplicit-function-declaration]
driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default]
driver-getwork.c:173:3: warning: implicit declaration of function MHD_queue_basic_auth_fail_response [-Wimplicit-function-declaration]
driver-getwork.c:252:58: error: MHD_RESPMEM_MUST_FREE undeclared (first use in this function)
make[2]: *** [bfgminer-driver-getwork.o] Error 1
BTW: Do you have read my last error post: https://bitcointalk.org/index.php?topic=168174.msg3017263#msg3017263 ?
Will try sources from github now...
Re: BFGMiner 3.1.4: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFLSC
Hi Luke-Jr,
bfgminer crashes every day, when my internet connection gets a forced disconnect by the provider (the 24h disconnect is normal and is used to assign me a new ip-address. Comes from the "if you want a static ip-address, then pay more" philosophy).
I have a pc in lan, router with builtin dsl-modem, nat. The router reconnects automatically if the provider drops the connection.
This is the crash
bfgminer crashes every day, when my internet connection gets a forced disconnect by the provider (the 24h disconnect is normal and is used to assign me a new ip-address. Comes from the "if you want a static ip-address, then pay more" philosophy).
I have a pc in lan, router with builtin dsl-modem, nat. The router reconnects automatically if the provider drops the connection.
This is the crash
Code:
user@i2600k:~/Bitcoin/bfgminer-3.1.4/bfgminer$ gdb bfgminer core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /home/user/Bitcoin/bfgminer-3.1.4/bfgminer/bfgminer...done.
[New LWP 15788]
[New LWP 15784]
[New LWP 15775]
[New LWP 15778]
[New LWP 15787]
[New LWP 15786]
[New LWP 15757]
[New LWP 15782]
[New LWP 15776]
[New LWP 15774]
[New LWP 15789]
[New LWP 15758]
[New LWP 15780]
[New LWP 15785]
[New LWP 15777]
[New LWP 15779]
[New LWP 15781]
[New LWP 15773]
[New LWP 15783]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./bfgminer -c btc.conf'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
(gdb) bt
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
#1 0x000000000041dea8 in stratum_thread (userdata=0x210e9d0) at miner.c:7196
#2 0x00007f09ba506e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#3 0x00007f09b92c6ccd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#4 0x0000000000000000 in ?? ()
(gdb) frame 0
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
(gdb) list
6954 thr_cleared[i] = 0;
6955 }
6956
6957 mutex_lock(&sshare_lock);
6958 HASH_ITER(hh, stratum_shares, sshare, tmpshare) {
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
6960 HASH_DEL(stratum_shares, sshare);
6961
6962 work = sshare->work;
6963 sharelog("disconnect", work);
(gdb) info locals
my_mining_threads = 16
sshare = 0x7f098000e2d0
tmpshare = 0x0
work =
cgpu =
diff_cleared =
thr_diff_cleared = 0x7f096bffea80
cleared =
thr_cleared = 0x7f096bffea30
(gdb)
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /home/user/Bitcoin/bfgminer-3.1.4/bfgminer/bfgminer...done.
[New LWP 15788]
[New LWP 15784]
[New LWP 15775]
[New LWP 15778]
[New LWP 15787]
[New LWP 15786]
[New LWP 15757]
[New LWP 15782]
[New LWP 15776]
[New LWP 15774]
[New LWP 15789]
[New LWP 15758]
[New LWP 15780]
[New LWP 15785]
[New LWP 15777]
[New LWP 15779]
[New LWP 15781]
[New LWP 15773]
[New LWP 15783]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `./bfgminer -c btc.conf'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
(gdb) bt
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
#1 0x000000000041dea8 in stratum_thread (userdata=0x210e9d0) at miner.c:7196
#2 0x00007f09ba506e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
#3 0x00007f09b92c6ccd in clone () from /lib/x86_64-linux-gnu/libc.so.6
#4 0x0000000000000000 in ?? ()
(gdb) frame 0
#0 0x0000000000414c94 in clear_stratum_shares (pool=0x210e9d0) at miner.c:6959
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
(gdb) list
6954 thr_cleared[i] = 0;
6955 }
6956
6957 mutex_lock(&sshare_lock);
6958 HASH_ITER(hh, stratum_shares, sshare, tmpshare) {
6959 if (sshare->work->pool == pool && work->thr_id < my_mining_threads) {
6960 HASH_DEL(stratum_shares, sshare);
6961
6962 work = sshare->work;
6963 sharelog("disconnect", work);
(gdb) info locals
my_mining_threads = 16
sshare = 0x7f098000e2d0
tmpshare = 0x0
work =
cgpu =
diff_cleared =
thr_diff_cleared = 0x7f096bffea80
cleared =
thr_cleared = 0x7f096bffea30
(gdb)
Re: [12000 GH/s] Slush's Pool (mining.bitcoin.cz); TX FEES + UserDiff; ASIC tested
Strange - these seems valid to me
http://blockchain.info/block/0000000000000041d5c80dd96c395ca42b8e5c07c0b15f2c28b87f7426929a67?site=slush
http://blockchain.info/block/000000000000001396dd3399bd95690845d5a0fe75be54545767358b8bf9aca2?site=slush
Code:
19567 2013-08-12 01:45:33 0:54:32 24171354 47116 x 25.18850002 invalid
19566 2013-08-12 00:51:01 1:06:38 29404220 57684 x 25.10380000 invalid
19566 2013-08-12 00:51:01 1:06:38 29404220 57684 x 25.10380000 invalid
http://blockchain.info/block/0000000000000041d5c80dd96c395ca42b8e5c07c0b15f2c28b87f7426929a67?site=slush
http://blockchain.info/block/000000000000001396dd3399bd95690845d5a0fe75be54545767358b8bf9aca2?site=slush
+1
For me too! Both blocks have /slush/ in coinbase.
My Avalon is stuck in spanish customs.. they tell hand writing invoice is not enough :@
I opened ticket in Avalon store but they didn't answer after 24h... Anyway I can contact faster with them?
I don't want to get stuck 1 week in stupid customs...
I opened ticket in Avalon store but they didn't answer after 24h... Anyway I can contact faster with them?
I don't want to get stuck 1 week in stupid customs...
From my own experience... don't expect a happy end
Mas por aqui: https://bitcointalk.org/index.php?topic=254174.msg2705021#msg2705021
Re: My Batch 2 Avalon was rejected by german customs and returned back to China
give us a different address, we have sent units to Germany many times without problems, but of course there is always a chance where custom do not believe this is just a engineering sample.
I see your ticket, just reply with new address and we'll try again.
I see your ticket, just reply with new address and we'll try again.
One month passed and NOTHING happend!!!
They still sitting on my avalon or shipped the unit to anyone else.
They shipped nothing so far to the new address although promised they will do so.
They said nothing so far. Complete silence.
They are ignoring support tickets.
Refund? Forget it...
So for me this is a complete RIPOFF and SCAM.
F**k
I see they rejected the checkpoint someone did a pull request on earlier. The "current chain" the exchanges are relying on are, I assume, the one full of the blocks from the attacker...
So the devs are active but either not aware of the problem or actively working against a fix? Not making me feel any better...
That pull request was actually merged and not rejected (https://github.com/terracoin/terracoin/pull/11).
The change was merged and later removed. And the time travel bug is still present...
This seems to be a bug or a exploit regarding the "RETARGET: artificially lowered diff; hard time mining current block..." change from April.
Block generation rate is very high and so this special retarget should NOT happen.
The block generation rate in the last hour was 4.6 blocks a minute!!!
Block generation rate is very high and so this special retarget should NOT happen.
The block generation rate in the last hour was 4.6 blocks a minute!!!
Re: My Batch 2 Avalon was rejected by german customs and returned back to China
give us a different address, we have sent units to Germany many times without problems, but of course there is always a chance where custom do not believe this is just a engineering sample.
I see your ticket, just reply with new address and we'll try again.
I see your ticket, just reply with new address and we'll try again.
Another two days passed by and still NOTHING happend. This really sucks
... and another day passed... no shipping, no communication, nothing. They have my unit back in hands and all I have is a false promise of Bitsyncom. WTF.
... and another day passed by... no message, no email, no answer to the support ticket, no shipping, NOTHING!!!
I'm really pissed about the ignorance and the incompetence of these guys
... and another weekend/5 days passed without a reaction from Avalon. They have my paid unit back in hands and NOTHING does happen.
Come on guys... this sucks!!!
Re: My Batch 2 Avalon was rejected by german customs and returned back to China
give us a different address, we have sent units to Germany many times without problems, but of course there is always a chance where custom do not believe this is just a engineering sample.
I see your ticket, just reply with new address and we'll try again.
I see your ticket, just reply with new address and we'll try again.
Another two days passed by and still NOTHING happend. This really sucks
... and another day passed... no shipping, no communication, nothing. They have my unit back in hands and all I have is a false promise of Bitsyncom. WTF.
... and another day passed by... no message, no email, no answer to the support ticket, no shipping, NOTHING!!!
I'm really pissed about the ignorance and the incompetence of these guys
Re: My Batch 2 Avalon was rejected by german customs and returned back to China
Avalon recommend that you order the unit without the PSU and get one locally exactly for the customs reason.
As I recall, this was not an option for batch 2, but only for batch 3.He is right, a unit without a PSU was not an option for batch 2. I guess the TP-Link router is problematic too, because of the antenna-connector.