ebereon
|
|
August 02, 2012, 10:30:13 AM |
|
I get the same error as Ebereon I have 62-0013. The xc3sprog –c cm1 –p 0 twin_test.bit works, but loading to SPI Flash with xc3sprog –c cm1 –p 0 –I xc6lx150.bit twin_test.bit gives me the error below.
JEDEC: ff ff 0xff 0xff unknown JEDEC manufacturer: ff ISF Bitfile probably not loaded
Also looking forward to programming these in Linux.
Thanks!
trying to flash 2 * FPGA boards and get this same problem on my Win 7 64 bit PC...any help on solving? change "–I xc6lx150.bit" to "–Ixc6lx150.bit" <- no space between -I and xc.....
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 03:19:45 PM |
|
Ok, twenty hours since I've flashed the 190MH/s bitstream from makomk into my boards, this is how it is going cgminer version 2.6.1 - Started: [2012-08-01 22:39:42] -------------------------------------------------------------------------------- (5s):7729.5 (avg):7294.7 Mh/s | Q:179757 A:100170 R:680 HW:0 E:56% U:90.6/m TQ: 20 ST: 20 SS: 4 DW: 1556 NB: 120 LW: 0 GF: 1730 RF: 7 Connected to http://pool.abcpool.co with LP as user .... Block: 00000352b4eaf99deb56ff1c28d9eff2... Started: [16:59:32] -------------------------------------------------------------------------------- [P]ool management [S]ettings [D]isplay options [Q]uit ICA 0: | 379.6/366.8Mh/s | A:5473 R:37 HW:0 U:4.95/m ICA 1: | 379.8/367.1Mh/s | A:5475 R:46 HW:0 U:4.95/m ICA 2: | 379.7/366.6Mh/s | A:5473 R:34 HW:0 U:4.95/m ICA 3: | 379.9/366.9Mh/s | A:5274 R:41 HW:0 U:4.77/m ICA 4: | 379.6/367.4Mh/s | A:5524 R:32 HW:0 U:4.99/m ICA 5: | 379.7/366.8Mh/s | A:5701 R:32 HW:0 U:5.15/m ICA 6: | 379.7/367.2Mh/s | A:5469 R:41 HW:0 U:4.94/m ICA 7: | 379.6/366.6Mh/s | A:5596 R:39 HW:0 U:5.06/m ICA 8: | 379.8/366.6Mh/s | A:5096 R:35 HW:0 U:4.61/m ICA 9: | 379.7/366.9Mh/s | A:5602 R:37 HW:0 U:5.06/m ICA 10: | 379.8/366.2Mh/s | A:2842 R:15 HW:0 U:2.57/m ICA 11: | 379.9/366.0Mh/s | A:2452 R:16 HW:0 U:2.22/m ICA 12: | 369.8/346.2Mh/s | A:4721 R:27 HW:0 U:4.27/m ICA 13: | 348.2/346.0Mh/s | A:4728 R:41 HW:0 U:4.27/m ICA 14: | 379.7/366.9Mh/s | A:5589 R:40 HW:0 U:5.05/m ICA 15: | 379.7/367.4Mh/s | A:3090 R:22 HW:0 U:2.79/m ICA 16: | 379.7/366.9Mh/s | A:5324 R:36 HW:0 U:4.81/m ICA 17: | 379.7/366.9Mh/s | A:5604 R:31 HW:0 U:5.07/m ICA 18: | 379.8/366.3Mh/s | A:5546 R:42 HW:0 U:5.01/m ICA 19: | 379.9/366.9Mh/s | A:5592 R:36 HW:0 U:5.06/m --------------------------------------------------------------------------------
[2012-08-02 17:05:45] Accepted e21cf766.be4d2d09 ICA 7 pool 0 [2012-08-02 17:05:45] ICA7 | (5s):379.6 (avg):366.7 Mh/s | A:5596 R:39 HW:0 U:5.1/m [2012-08-02 17:05:46] Accepted dbda8c4a.97ed61c3 ICA 3 pool 0 [2012-08-02 17:05:46] ICA3 | (5s):379.9 (avg):366.9 Mh/s | A:5274 R:41 HW:0 U:4.8/m [2012-08-02 17:05:46] Accepted 9ab35a4f.ebe198ce ICA 9 pool 0 [2012-08-02 17:05:46] ICA9 | (5s):379.7 (avg):366.9 Mh/s | A:5602 R:37 HW:0 U:5.1/m [2012-08-02 17:05:47] Accepted 42b4d56c.66bf4796 ICA 16 pool 0 [2012-08-02 17:05:47] ICA16 | (5s):379.7 (avg):366.9 Mh/s | A:5324 R:36 HW:0 U:4.8/m [2012-08-02 17:05:47] Accepted 9055797a.8d8bc0b4 ICA 14 pool 0 [2012-08-02 17:05:47] ICA14 | (5s):379.7 (avg):366.9 Mh/s | A:5589 R:40 HW:0 U:5.1/m [2012-08-02 17:05:47] Accepted fa65eee7.0a6c0c1b ICA 15 pool 0 [2012-08-02 17:05:47] ICA15 | (5s):379.7 (avg):367.4 Mh/s | A:3090 R:22 HW:0 U:2.8/m [2012-08-02 17:05:48] Accepted 6a127a6c.c8cbb664 ICA 10 pool 0 [2012-08-02 17:05:48] ICA10 | (5s):379.8 (avg):366.2 Mh/s | A:2842 R:15 HW:0 U:2.6/m [2012-08-02 17:05:48] Accepted cbc97141.930954ea ICA 0 pool 0 [2012-08-02 17:05:48] ICA0 | (5s):379.6 (avg):366.8 Mh/s | A:5473 R:37 HW:0 U:4.9/m [2012-08-02 17:05:49] Accepted dcec8a8e.5c86ef90 ICA 1 pool 0 [2012-08-02 17:05:49] ICA1 | (5s):379.8 (avg):367.2 Mh/s | A:5474 R:46 HW:0 U:4.9/m [2012-08-02 17:05:50] Accepted 0235b45d.21f40441 ICA 1 pool 0 [2012-08-02 17:05:50] ICA1 | (5s):379.8 (avg):367.2 Mh/s | A:5475 R:46 HW:0 U:5.0/m [2012-08-02 17:05:50] (5s):7729.5 (avg):7294.7 Mh/s | Q:179757 A:100170 R:680 HW:0 E:56% U:90.6/m [2012-08-02 17:05:50] Accepted 067ff243.88842ab6 ICA 5 pool 0 [2012-08-02 17:05:50] ICA5 | (5s):379.7 (avg):366.8 Mh/s | A:5701 R:32 HW:0 U:5.2/m
ICA10/11 is board serial n. 8, which is still using twin_test.bit ICA15 seems really slow, don't know why. All the others are around 4.2 - 5.1 so not so fast, they're in a room that today is at 30 degrees C though. There are several messages of share below target, so I've compiled cgminer with zefir's patch and I'll run it to be able to see what boards have higher invalids and flash them with slower bitstream. spiccioli.
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 03:41:56 PM |
|
zefir, I see that your patch changes submit_nonce(thr, work, nonce);
with submit_work_sync(thr, work);
what's the difference? spiccioli ps. linux 32bit cgminer 2.6.1 with zefir patch available at http://p2pool.soon.it/cgminer/cgminer-2.6.1-zefir
|
|
|
|
ebereon
|
|
August 02, 2012, 04:07:12 PM |
|
ICA15 seems really slow, don't know why.
If I'm correct it must be the FPGA pair 0/1, on 3 of my boards FPGA1 freeze after some hours with 200, 190, 180, 170, 160. So i flashed the 150Mh bitstream, after 1 day and 12 hours it has freeze again on 2 boards, the 3th is still running at 4.89 U/m. I will test now the 140Mh on the FPGA1 on the 2 problematic boards. Just try it. All the others are around 4.2 - 5.1 so not so fast, they're in a room that today is at 30 degrees C though.
There are several messages of share below target, so I've compiled cgminer with zefir's patch and I'll run it to be able to see what boards have higher invalids and flash them with slower bitstream.
spiccioli.
I had similar problems with ABCpool, U was between 4.5 and 5.1. On Ozcoin i have 5.1 - 5.4 (5.6 with 200Mh) except the 3 problemaic boards which are at ~4.89 (200/150Mh). I have also optimiced every FPGA to it's best bitstream. With MPBM i have the information about Invalids in % and when a invalid share is logged i can see which FPGA of the both per pair produced it. Like: 2012-08-02 17:33:40.694 [200] CM30 SN#62-415: Got K-not-zero share 78d8dad1 ^COM30 ^0-7 = FPGA0; 8-9 and a-f = FPGA1
The second-to-last bit tells which FPGA is it. (Info from TheSeven from IRC ... thanks TheSeven!) I hope it helps a bit. eb
|
|
|
|
makomk
|
|
August 02, 2012, 04:16:13 PM |
|
If I'm correct it must be the FPGA pair 0/1, on 3 of my boards FPGA1 freeze after some hours with 200, 190, 180, 170, 160. So i flashed the 150Mh bitstream, after 1 day and 12 hours it has freeze again on 2 boards, the 3th is still running at 4.89 U/m. I will test now the 140Mh on the FPGA1 on the 2 problematic boards. Just try it. It's probably the DCMs losing their lock, had a chat with Glasswalker and he confirmed it's a problem on the Cairnsmore1 boards. I may have a workaround out in a couple of hours if the Xilinx gods smile upon us all. A proper fix will be trickier.
|
Quad XC6SLX150 Board: 860 MHash/s or so. SIGS ABOUT BUTTERFLY LABS ARE PAID ADS
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 04:33:12 PM |
|
If I'm correct it must be the FPGA pair 0/1, on 3 of my boards FPGA1 freeze after some hours with 200, 190, 180, 170, 160. So i flashed the 150Mh bitstream, after 1 day and 12 hours it has freeze again on 2 boards, the 3th is still running at 4.89 U/m. I will test now the 140Mh on the FPGA1 on the 2 problematic boards. Just try it. It's probably the DCMs losing their lock, had a chat with Glasswalker and he confirmed it's a problem on the Cairnsmore1 boards. I may have a workaround out in a couple of hours if the Xilinx gods smile upon us all. A proper fix will be trickier. makomk, what are DCMs? spiccioli.
|
|
|
|
makomk
|
|
August 02, 2012, 04:39:53 PM |
|
makomk,
what are DCMs?
spiccioli.
They're the things that generate the clocks for the rest of the FPGA. No working clock means that the FPGA is almost literally frozen.
|
Quad XC6SLX150 Board: 860 MHash/s or so. SIGS ABOUT BUTTERFLY LABS ARE PAID ADS
|
|
|
Lethos
|
|
August 02, 2012, 04:41:04 PM |
|
what are DCMs?
DCM - Digital Clock Manager... it is function for manipulating clock signals. It's suppose to keep things stable, it's a big oh dear if it's not.
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 04:46:37 PM |
|
ICA15 seems really slow, don't know why.
If I'm correct it must be the FPGA pair 0/1, on 3 of my boards FPGA1 freeze after some hours with 200, 190, 180, 170, 160. So i flashed the 150Mh bitstream, after 1 day and 12 hours it has freeze again on 2 boards, the 3th is still running at 4.89 U/m. I will test now the 140Mh on the FPGA1 on the 2 problematic boards. Just try it. All the others are around 4.2 - 5.1 so not so fast, they're in a room that today is at 30 degrees C though.
There are several messages of share below target, so I've compiled cgminer with zefir's patch and I'll run it to be able to see what boards have higher invalids and flash them with slower bitstream.
spiccioli.
I had similar problems with ABCpool, U was between 4.5 and 5.1. On Ozcoin i have 5.1 - 5.4 (5.6 with 200Mh) except the 3 problemaic boards which are at ~4.89 (200/150Mh). I have also optimiced every FPGA to it's best bitstream. With MPBM i have the information about Invalids in % and when a invalid share is logged i can see which FPGA of the both per pair produced it. Like: 2012-08-02 17:33:40.694 [200] CM30 SN#62-415: Got K-not-zero share 78d8dad1 ^COM30 ^0-7 = FPGA0; 8-9 and a-f = FPGA1
The second-to-last bit tells which FPGA is it. (Info from TheSeven from IRC ... thanks TheSeven!) I hope it helps a bit. eb ebereon, good to know about FPGA0/1 locking up, I'll wait next round of bitstreams before reflashing them ABC seems to be lagging sometimes, I'll make a test with a different pool to see what happens. And, last but not least, with zefir patch I can see invalids on cgminer as well see after an hour cgminer version 2.6.1 - Started: [2012-08-02 17:27:29] -------------------------------------------------------------------------------- (5s):7196.5 (avg):6890.0 Mh/s | Q:11641 A:6490 R:29 HW:0 E:56% U:88.2/m TQ: 20 ST: 18 SS: 2 DW: 126 NB: 8 LW: 0 GF: 115 RF: 3 Connected to http://pool.abcpool.co with LP as user .... Block: 000006146b07a24c5840b90cd5c914d8... Started: [18:35:21] -------------------------------------------------------------------------------- [P]ool management [S]ettings [D]isplay options [Q]uit ICA 0: | 379.8/351.8Mh/s | A:381 R:1 HW: 12 U:5.18/m ICA 1: | 379.5/348.8Mh/s | A:366 R:2 HW: 12 U:4.97/m ICA 2: | 379.8/351.2Mh/s | A:364 R:0 HW: 10 U:4.95/m ICA 3: | 378.8/343.6Mh/s | A:337 R:1 HW: 30 U:4.58/m ICA 4: | 379.7/353.3Mh/s | A:372 R:2 HW: 5 U:5.05/m ICA 5: | 379.6/352.7Mh/s | A:355 R:3 HW: 4 U:4.82/m ICA 6: | 379.9/351.3Mh/s | A:365 R:2 HW: 7 U:4.96/m ICA 7: | 379.8/353.7Mh/s | A:355 R:1 HW: 3 U:4.82/m ICA 8: | 298.5/333.9Mh/s | A:310 R:1 HW: 37 U:4.21/m ICA 9: | 379.6/352.4Mh/s | A:361 R:0 HW: 7 U:4.90/m ICA 10: | 379.9/352.5Mh/s | A:188 R:1 HW: 5 U:2.55/m ICA 11: | 349.9/345.7Mh/s | A:149 R:0 HW: 19 U:2.02/m ICA 12: | 372.0/332.2Mh/s | A:327 R:0 HW: 11 U:4.44/m ICA 13: | 351.3/334.7Mh/s | A:307 R:2 HW: 10 U:4.17/m ICA 14: | 379.6/353.0Mh/s | A:354 R:1 HW: 5 U:4.81/m ICA 15: | 185.4/286.5Mh/s | A:186 R:2 HW:167 U:2.53/m ICA 16: | 250.5/341.5Mh/s | A:345 R:2 HW: 25 U:4.69/m ICA 17: | 379.7/351.6Mh/s | A:376 R:3 HW: 6 U:5.11/m ICA 18: | 379.7/353.3Mh/s | A:341 R:3 HW: 10 U:4.63/m ICA 19: | 379.8/352.6Mh/s | A:353 R:2 HW: 8 U:4.80/m --------------------------------------------------------------------------------
[2012-08-02 18:40:42] Accepted b5103a4e.6e3254bf ICA 13 pool 0 [2012-08-02 18:40:44] Accepted 01f4cd58.b836842b ICA 18 pool 0 [2012-08-02 18:40:44] Accepted 764c0200.2a6cf5ff ICA 17 pool 0 [2012-08-02 18:40:46] Accepted 1ec14bfb.575eab24 ICA 2 pool 0 [2012-08-02 18:40:46] Accepted 4857eba2.2b1305f3 ICA 2 pool 0 [2012-08-02 18:40:47] Accepted 30df099c.c2187183 ICA 7 pool 0 [2012-08-02 18:40:49] Accepted 9891a74f.eabbec61 ICA 4 pool 0 [2012-08-02 18:40:51] Accepted 8b4d416b.c9f116a3 ICA 0 pool 0 [2012-08-02 18:40:51] Accepted f627eb53.b023953c ICA 1 pool 0 [2012-08-02 18:40:52] Accepted a30e8813.6c410269 ICA 5 pool 0 [2012-08-02 18:40:53] Accepted b790eb70.3cef10f2 ICA 9 pool 0 [2012-08-02 18:40:53] Accepted 0e32293d.62947067 ICA 11 pool 0 [2012-08-02 18:40:56] Accepted b17bf661.9f9bf002 ICA 7 pool 0 [2012-08-02 18:40:57] Accepted 708b57d7.99c589de ICA 9 pool 0 [2012-08-02 18:40:58] Accepted c65e8df0.54dfc369 ICA 3 pool 0 [2012-08-02 18:40:59] Accepted 9201c02c.4a10a8f2 ICA 5 pool 0 [2012-08-02 18:40:59] Accepted 0d431b9b.867d2f9d ICA 14 pool 0 [2012-08-02 18:40:59] Accepted 70ac8bd8.e21a886e ICA 9 pool 0 [2012-08-02 18:41:00] Accepted 99623d12.8612fdab ICA 8 pool 0 [2012-08-02 18:41:01] Accepted 5ca20d2e.2845caa5 ICA 1 pool 0 [2012-08-02 18:41:01] Accepted fdd768d8.b8635950 ICA 8 pool 0 [2012-08-02 18:41:03] Accepted 158bbcfe.500e207c ICA 7 pool 0 [2012-08-02 18:41:06] Accepted a4ce8b55.9539e3da ICA 19 pool 0 [2012-08-02 18:41:09] Accepted 3016cca6.1f52d8d7 ICA 13 pool 0
ICA15 really has problems Anyway, on linux, every time I restart the system, all the boards do map themselves on different ttyUSB ports, I'm looking into udev rules to see how to make each board map to the same ttyUSB port and/or a symbolic link which does not change. Alas, I've just got 24 hours in the day, and daily work, and a family and and and... spiccioli.
|
|
|
|
ebereon
|
|
August 02, 2012, 04:57:01 PM |
|
... And, last but not least, with zefir patch I can see invalids on cgminer as well see after an hour ... spiccioli. That is nice! Waiting for a windows binary
|
|
|
|
spiccioli
Legendary
Offline
Activity: 1378
Merit: 1003
nec sine labore
|
|
August 02, 2012, 05:00:03 PM |
|
... And, last but not least, with zefir patch I can see invalids on cgminer as well see after an hour ... spiccioli. That is nice! Waiting for a windows binary ebereon, I'm sorry, I don't have the toolchain available on windows to build it but I hope that kano fixes the official build soon, so it should become part of the standard distribution. spiccioli.
|
|
|
|
zefir
Donator
Hero Member
Offline
Activity: 919
Merit: 1000
|
|
August 02, 2012, 06:01:55 PM |
|
Hi spiccioli, submit_nonce() is a generic function that is called by all drivers when they think they found a valid share. It is basically a copy of the code lines I added with my patch, but without incrementing the hw_error counter. As discussed with kano, this seem to be a mistake, since for all drivers a wrong nonce should be treated as HW error (that's why he never saw an HW error with his Icarus). He will discuss this issue with conman and add a related fix. HTH
|
|
|
|
testconpastas2
|
|
August 02, 2012, 08:43:47 PM Last edit: August 02, 2012, 09:10:44 PM by testconpastas2 |
|
I'm having bad luck.
after a power cycle I`ve got this error in one of the boards (all the 4 COM's) Do not have user privileges required to open \\.\COMXX
I un installed coms ports and turn off the boards? but it still persists could it be a usb issue?
Edit:After reseting my pc now have two boards with this error ?¿?¿ both boards have been worked fine before.
|
|
|
|
Doff
|
|
August 02, 2012, 09:16:57 PM |
|
I'm having bad luck.
after a power cycle I`ve got this error in one of the boards (all the 4 COM's) Do not have user privileges required to open \\.\COMXX
I un installed coms ports and turn off the boards? but it still persists could it be a usb issue?
Edit:After reseting my pc now have two boards with this error ?¿?¿ both boards have been worked fine before.
I know this seems simple but did you open the command prompt with administrator rights?
|
|
|
|
testconpastas2
|
|
August 02, 2012, 09:29:55 PM |
|
I'm having bad luck.
after a power cycle I`ve got this error in one of the boards (all the 4 COM's) Do not have user privileges required to open \\.\COMXX
I un installed coms ports and turn off the boards? but it still persists could it be a usb issue?
Edit:After reseting my pc now have two boards with this error ?¿?¿ both boards have been worked fine before.
I know this seems simple but did you open the command prompt with administrator rights? of course i tryed , but the other boards and these never needed admin rights before. so i think is a "false friend" error.
|
|
|
|
bitcowok
Newbie
Offline
Activity: 48
Merit: 0
|
|
August 03, 2012, 12:52:33 AM |
|
Here's a little write-up on my efforts last night with CM1 serial 62-0023. ........... I've sent an email to Enterpoint asking about the possible capacitor fix that applies to the first 50 boards, or complete RMA.
For those with 0000-0050 serial boards, John from Enterpoint replied a few hours after I sent the email (impressed!). They want to wait 2-4 weeks before doing any RMA on these as they may have a fix in firmware for them, and by then they'll have additional stock for RMA if required.
|
|
|
|
bitcowok
Newbie
Offline
Activity: 48
Merit: 0
|
|
August 03, 2012, 04:05:39 AM |
|
Yohan: now that Enterpoint is quite a bit further down the road than when we started out, has there been any further progress into using bitinstant as a zero-risk BTC to USD payment gateway?
Or, even better: accepting bitcoins yourself directly?
|
|
|
|
steamboat
|
|
August 03, 2012, 05:01:52 AM |
|
I cannot for the life of me get cgminer to compile, or figure out what i did wrong. anyone around to help?
|
|
|
|
zefir
Donator
Hero Member
Offline
Activity: 919
Merit: 1000
|
|
August 03, 2012, 06:25:59 AM |
|
I cannot for the life of me get cgminer to compile, or figure out what i did wrong. anyone around to help?
If you are using Linux, have you tried what I wrote some pages ago: ./autogen.sh ./configure --disable-opencl --disable-cpumining --enable-icarus make clean make For Win, it is a lot more complicated. There is a dedicated Readme in the sources for that, I personally don't use it. If you have still problems, jump over to #cm1 for interactive support.
|
|
|
|
testconpastas2
|
|
August 03, 2012, 07:04:44 AM |
|
Anyone with 10 or more boards and without problems could tell me which usb hub model, is/are he using?
Thank you.
|
|
|
|
|