There was some talk of problems with client bridge with some versions. Last I checked build 15962 was the one recommended, which is the one I use.

My settings are client bridge, with bridged network configuration.

Chicken wrapped in bacon.

Fully aware, however the picture above is not a BFG, it's a chaingun.

Running in WinXP ok.

Great

Just need someone who has an FPGA other then BFL to test it...

]

Is that not his problem?

My Dwolla withdrawal took 11 days (7 business days)
My wire transfer is currently at 15 days (11 buisness days) and counting...

It comes down to this:
Mods should be as impartial as can be reasonably expected.
This is the opposite of that.

When/if this is accepted, I'll look into it. I also want to have it scan port during operation so you can yank out and replace/add devices while it's running.

BFL is trolling by making one post.

So what's extracting the post, creating a thread about it, sticking it and closing it?

https://bitcointalk.org/index.php?topic=88363.0

Well I don't know... an ugly way maybe just to try an open each port in turn. But then where do you stop... 8? 16? 100? That might take a while...

I tried actually, just to see if my compiler would!

It wouldn't.

Actually I think the compiler would, but the libraries are all wrong for your kind of processor, so it got nowhere.

I've been working on many MANY improvements for BFL support in cgminer.
I think I'm about ready to submit a pull request into cgminer, but I still need to test how it operates with other FPGAs.
Essentially it should have no effect on Icarus, ztex and ModMiner, but since don't have any of those, I can't test them so I'm hoping some kind volunteers could compile my fork here, and run it for a while:
https://github.com/pshep/cgminer

The most significant change for FPGAs is the inclusion of 'SICK' and 'DEAD' processing, which was previously reserved only for OpenCL devices. For Icarus, Ztex and ModMiner, this should tell you if they are sick or dead (for BFL it'll attempt to re-init the device).

For BFL devices, my changes do the following:
- Timeout to restart work if it's taking too long
   A nonce range should take just over 5s. Any longer and device is throttling.
   Fixes issue where BFL appears to stall in cgminer
- Count throttling as a zero hash error
- Temp taken in watchdog thread
  Now a disabled device will still return a current temperature, rather than the last value before disabling.
- Work restart on new work
  This was cause very high stale rate for me...
  Previously on a work restart, cgminer would allow the BFL to continue with the stale block. Now this is checked, and while and nonces found in that time will be wasted, the work will be discarded and new work will be started immediately and not after the 5s the BFL takes to return results.
- Timing adjustments
   The 'wait for results' was hard-set to 4500ms before polling at 10ms intervals. With variation of systems and new firmwares of differing hash rates, a hard set timer could be either inefficient (starts polling way before necessary) or wasteful (starts polling way after result is ready). The auto-adjustment will find the correct wait time to minimize polling and and delay retrieving results.
- Device re-initialization
   When a device is disabled (for whatever reason - user or by cgminer) then re-enabled, the device is re-initialized, rather then assuming communications are still working.
- Sick / Dead monitoring
  As with OpenCL devices, BFL devices will be checked for sickness (60s no response) or dead (10 mins no response) and try to re-initialize them.
- Improved logging
   Most logs now include the device in question, i.e.: "BFL0: took longer than 15s"
- Device start offset
  Delays the start of each device by a random time between 0 and 100ms so that they don't all make calls at exactly the same time.

If you can help, I'll be much appreciative.

Thanks

Ah. Will not work.

This is compiled for mipsEL (little endian) processor.
TP-LINK is mipsEB (big endian) processor.

the archive is big because of the bitstreams for ztex and modminer. Unless you have one of those, you don't need them. The executable is actually quite a bit smaller.

Holy.
Crap.

I'm scared  

I don't think there are even 32 actual pools!

Mind you, devices is 'only' 64... waiting for someone with 100 Ztex, 100 BFLs, 100 icarus, 100 Modminers & 8 GPUs to turn up

Updated for cgminer 2.4.3:
https://github.com/downloads/pshep/cgminer/cgminer-2.4.3-mipsel.tar.gz

Now including Ztex & ModMiner Quad
(though I don't know if they work)

EMC does tend to go down on it's own quite often.