forget about Patriot. Mine locks up about once a month and requires the power to be fully removed (not just system rest) to recover.
|
|
|
I think you make a valid point, and have done some good research.
a couple of things come to mind in comment:
1. It really doesn't matter to me if they clue a couple of bamboo sticks together. if it gets 40Gh and the hashes are accepted by pools, i will buy it. 2. It sounds like you may be able to compete with BFL. Can you?
JIm
Indeed. I don't give a shit what it's made of or how it's made... so long as specs are met. Actually, I'me even willing to give some degree of leeway on those specs.
|
|
|
Dafuk! o_O
Apple Vs Samsung!
The whole reason Google got involved as its a massive threat to their Android income. Jeez.
|
|
|
US court, US law, US Judge, US jury in a good old USA Company Vs Some Damned Foreign Company.
|
|
|
whoops. Linux newbie fail seems that i've renamed the bitstream file to bitstreams instead to copy it into a bitstreams folder. I think this is a mistake or something is missing in your readme: Copy the bitstreams to /opt/bin/bitstreams you have to create the bitstreams folder first an then there is a / after bitstreams missing, i think. EDIT: OMG! It works! Thank you so much! In the next few days, I try to add some information for ztex boards for your readme. Excellent, well done! You're the first known ztex on dd-wrt So I'll add an instruction to mkdir first (but yes, the intention was top copy the files to the directory )
|
|
|
Looks like there's something wrong with the bitstream. You copied it over? It's in the right place? Is it readable (chmod +r) I think it should be in /opt/bin/bitstreams, but maybe it should be somewhere else.
|
|
|
PID is process ID
just look in /opt/var/log directory for the lastest log file.
|
|
|
221a:0100 is the ztex device, so cgminer/libusb is not detecting it.
What log output does cgminer give?
should get something like this:
[2012-07-02 23:39:57] Not a ZTEX device 8564:1000 [2012-07-02 23:39:57] Not a ZTEX device 0409:005a [2012-07-02 23:39:57] Not a ZTEX device 0409:005a [2012-07-02 23:39:57] Not a ZTEX device 0000:0000 [2012-07-02 23:39:57] Not a ZTEX device 0000:0000
but if you get [2012-07-02 23:39:57] Not a ZTEX device 221a:0100
then something weird is going on.
|
|
|
I really don't know much about the ztex. As far as I know it just needs libusb v1.0, which I downloaded and compiled for dd-wrt.
As I said in the readme and OP, you're on your own... I can't think of a reason why it shouldn't work, but I don't know how to do it.
Maybe you could get support form the ztex thread?
|
|
|
If you are ztex (which I assume from needing the libusb) you won't even need to run serialmodule; it doesn't use a serial port.
I don't have ztex so I can't tell you how to get it working.
|
|
|
Off-the-shelf parties are sooo pedestrian.
|
|
|
Also playing with the diff10 server. cgminer says it's all OK... stats on the website... not working yet?
Opps! I put the wrong username in! How come it accepeted a wrong username/password?
|
|
|
Also playing with the diff10 server. cgminer says it's all OK... stats on the website... not working yet?
|
|
|
The original libusb-1.0 in /opt/lib (if there is one) that would be overwritten by the files you're copying (just in case you need to go back)
|
|
|
Curious... I stopped pool 0 and now it seems to have gone into some kind of load-balance mode. Getting shares submitted to all the remaining pools.
|
|
|
Pool rotate is broken in 2.7.4 (don't know about 2.7.2/3 was working in 2.7.1) Have it set up to rotate every 20 mins. All pools are shown as alive, but it hasn't moved off pool 0 for 1h 10m.
|
|
|
Need to install optware (OTRW) Links to do that are in the readme.
uhh, did not finish the whole instruction. http://wd.mirmana.com/prep_optware seems to be down Is otrw2 an alternative? otrw2 should work just fine. I haven't done it, so I can't give instructions. Let me know how it goes.
|
|
|
Need to install optware (OTRW) Links to do that are in the readme.
|
|
|
with 58 threads and 46,402 posts about the Pirate, he's doing just a fabulous job of suppressing talk.
|
|
|
With your new-fangled get working, does scanhash still need to operate (send work)...(get result), or can it work now work (get previous result)...(send new work) ?
|
|
|
|