It does in Linux, and that's what I'm mainly using
|
|
|
When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone.
For what it's worth, I'm pulling the plug on the power (the laptop that's running cgminer keeps running on batteries). When I restart cgminer, it's still using the same serial ports (specified on the command line with -S). In that case I'm thinking windows isn't closing / reopening the port properly. Edit: Yeah, a quick look suggests that a wait between closing and reopening may help.
|
|
|
Thanks! I compiled 2.5.0 for windows and I'm running it for a pair of BFL Singles. So far so good. I did try a test by pulling the plug on the Singles to see if they'd recover after being plugged back in, but no luck on that, yet. [2012-07-06 19:38:09] Accepted a8d83928.6635d436 BFL 0 pool 0 [2012-07-06 19:38:11] Accepted ea99b76e.33143e03 BFL 1 pool 0 [2012-07-06 19:38:24] BFL0: took 15015ms - longer than 10000ms [2012-07-06 19:38:24] BFL0: Error: Send work reports: ░?kLA [2012-07-06 19:38:25] BFL1: took 15015ms - longer than 10000ms [2012-07-06 19:38:26] Pool 0 not providing work fast enough [2012-07-06 19:38:29] BFL0: Comms error [2012-07-06 19:38:29] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■ ╓┬└v?IA [2012-07-06 19:38:34] BFL0: Comms error [2012-07-06 19:38:34] BFL0: Error: Send work reports: ╚?╒î┴v£öy|■ ╓┬└v?IA
--------------------
2012-07-06 19:40:07] BFL1: Comms error 2012-07-06 19:40:07] BFL1: Error: Send work reports: ╚?╒î┴v£öy|^P 2012-07-06 19:40:07] BFL0: Idle for more than 60 seconds, declaring SICK! 2012-07-06 19:40:07] BFL0: Attempting to restart 2012-07-06 19:40:07] BFL0: Re-initalizing 2012-07-06 19:40:07] BFL0: Comms error 2012-07-06 19:40:12] BFL1: Comms error 2012-07-06 19:40:12] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■ ╓┬└v?IA 2012-07-06 19:40:12] BFL0: Comms error 2012-07-06 19:40:17] BFL1: Comms error 2012-07-06 19:40:17] BFL1: Error: Send work reports: ╚?╒î┴v£öy|■ ╓┬└v?IA
--------------------
[2012-07-06 19:49:21] BFL1: Re-initalizing [2012-07-06 19:50:10] BFL0: Re-initalizing [2012-07-06 19:50:59] BFL0: Not responded for more than 10 minutes, declaring DEAD! [2012-07-06 19:50:59] BFL1: Re-initalizing [2012-07-06 19:52:01] BFL0: Re-initalizing
I added some exit(1)'s after some of those error messages in driver-bitforce.c as a hack so it can stop & restart. Maybe not applicable for most people, though. When you unplug a device then plug it back in it enumerates to a different port. Cgminer doesn't scan ports (yet) so it can't work out where it's gone. Edit: One thing you could try... in bitforce_init, remove the clear_buffer and add a sleep(5) between the BFclose and BFopen. See if that does anything
|
|
|
Anyone else having a problem of cgminer saying their BFL is over the heat threshold when it's only at 45C and stopping work on it? Check your configuration file or command line doesn't have temperature parameters for GPU(s), and that zero is being used for the BFL. I found this too. My config file had 95 set for my two GPUs, then nothing more specified. by default, it should set any remaining devices to 95, but it didn't. I'm thinking it set it to 0. Anyway, I removed the conf. line and it worked fine.
|
|
|
Got email. Created wire transfer that day. Bank confirmed that day. Money went through that day. (+$30 wire fee :/ )
So, now you just wait for BFL to send you an email acknowledging receipt of your wire, and a relative order position. If you don't mind, let us know how long it takes and how it turns out. ||bit BFL sent the confirmation 2 days later to say the money arrived two days earlier.
|
|
|
Got email. Created wire transfer that day. Bank confirmed that day. Money went through that day. (+$30 wire fee :/ )
|
|
|
Vendors don't need to be trolling on forums (doing it only once is irrelevant). They have better things to do such as getting the f'ing product shipped to everyone - which is getting longer and longer.
Yes, vendors need to be held to a higher standard and yes it being stickied is exactly the right punishment for a vendor spending their spare time crapping on forums. Vendor/company accounts should not be given all the forum rights, including trolling and flaming, that is granted with individual speech and they should be called out for it.
Diablo has a mining company. Does that not make him a vendor too? Mod, vendor, troll.
|
|
|
I don't believe Diablo to be a fit Mod. See exhibit B: https://bitcointalk.org/index.php?topic=91710.0 Stickies another trolling (self interest) thread, as corroborated by multiple other members, unstickies it, then denies it was ever stickied.
|
|
|
if you can afford a mac and a $1000 asic, you can surely afford a $200 netbook running windows/linux.
The lowest cost asic is priced at $150.
|
|
|
CGminer. The de facto standard in mining software.
|
|
|
Yes it will support multiple singles and SC Mini-Rigs. and jalapenos? If I use an active hub with enought amps? You'll need an active hub with some juice... Often hubs have more ports than their PSU can supply. i.e. 8-port hub with 1A power supply = 0.125A per port. You'd need a 4A PSU for 8-port hub (0.5A each port).
|
|
|
I'm really worried.
I don't know if my router will be able to cope with running 240GH/s worth of SC singles.
|
|
|
I got one too.... Dunno if I'll use it (eggs/basket etc), but it's free
|
|
|
Look at the samba tutorials on dd-wrt website. You can also enable samba via the web interface.
|
|
|
Thank you, we are looking into it after the report in irc Working great now Con's made some more changes and efficiency back up to >700%. (Still some cgminer issues reporting false stales)
|
|
|
Alright Kano, you win. Trivial to add, so I've done it...
if either user or pool set to not accept stales, work reset is checked, else it carries on with the job and submits the stales.
|
|
|
|