CGminer v3.8.5 on Broadcom based DD-WRT / OpenWRT

[P_Shep]

"Illegal instruction" is an odd one. I'm not getting that.
Fall back is unplug the USB stick, reboot, then plug is back in and mount it, so that optware scripts aren't loaded. Maybe then you can run ipkg etc.

[1713579239]

1713579239

[1713579239]

1713579239

[P_Shep]

if it's any consolation, I've just hosed my optware too!
Though I was trying something different

[irritant]

some bad luck in the air lately, don't give it up , we will get lucky someday :/

(I lost access to my router after I reset to factory defaults, unplugged it and put the router in a bag, taking a break from it now, and taking it to a place where I can try it out again from scratch... with a clear mind, in a couple hours)


edit: back to 2.10.0 and everything is working again (after reinstalled optoware)

[P_Shep]

Factory reset probably wasn't necessary! It's just optware, the stuff on the USB stick that needed fixing, not the router itself.
Anyway, it'll have gone back to the default 192.168.1.1 and you'll have to plug a computer directly into it via a cable. Just got the hassle of setting it all up again!

[BR0KK]

Any news on the new CGminer release?

[P_Shep]

I think it might be a no-go.

Cgminer is now using some code which is too new for the old compiler used with Optware.
Specifically, the new USB handling uses 'semtimedop' which is a semaphore timed operation. It's first appearance is in uclibc v 0.9.30. Optware uses 0.9.28.

The reason It all messed up last time was becuase I was using a newer compiler, one used with entware (https://code.google.com/p/wl500g-repo/) which is supposed to be an updated version of optware, but the two are incompatible with each other.

I'm trying now to build uclibc 0.9.30 into the toolchain, but at the very best it'll require copying over the dd-wrt version of uclibc, at worst... mess optware up.

[BR0KK]

I think it might be a no-go.

Cgminer is now using some code which is too new for the old compiler used with Optware.
Specifically, the new USB handling uses 'semtimedop' which is a semaphore timed operation. It's first appearance is in uclibc v 0.9.30. Optware uses 0.9.28.

The reason It all messed up last time was becuase I was using a newer compiler, one used with entware (https://code.google.com/p/wl500g-repo/) which is supposed to be an updated version of optware, but the two are incompatible with each other.

I'm trying now to build uclibc 0.9.30 into the toolchain, but at the very best it'll require copying over the dd-wrt version of uclibc, at worst... mess optware up.

Damn they make it hard

Thx that your still trying or thinking about this!

[P_Shep]

using uclibc v0.9.30 won't compile cgminer either. Entware did compile it no problem.
Although Entware is supposed to be a modern optware replacement, no-one has written nice automatic scripts to install the usually require packages.

I'm thinking of using OTRW2 script and hacking it to use entware instead.

The other issue is that anyone wanting to use cgminer on their router, will have to wipe their USB sticks and reinstall everything.

[Luke-Jr]

Note BFGMiner (with fewer bugs and better support) has official OpenWrt packages.

[BR0KK]

Problem is that we're on dd wrt and it uses ipkg not opkg to install stuff.
There is no easy way to switch this as far as I know.....

Depends on the router you choose wich one is better supported (Ddwrt or open wrt).
I first went with qpenwrt on a tp-link mr3420 only to find out that there weren't drivers for Ztex boards (my error.... Should have searched better!)
Now the linksys e3200 works with dd wrt.....

[P_Shep]

I've done away with the libraries and I've linked cgminer statically, so all the necessary libraries are built into the binary.
So no more copying libusb or libcurl, but Does means the cgminer binary has quadrupled in size...

https://www.dropbox.com/s/g16wkzv9kndxymd/cgminer-3.1.0-mipsel.tar.gz

[BR0KK]

I've done away with the libraries and I've linked cgminer statically, so all the necessary libraries are built into the binary.
So no more copying libusb or libcurl, but Does means the cgminer binary has quadrupled in size...

https://www.dropbox.com/s/g16wkzv9kndxymd/cgminer-3.1.0-mipsel.tar.gz

I might give it a try within this week (if i find time)

Upgrade path? Or complete reinstallation?

[P_Shep]

You should just need to copy cgminer binary and cgminer.sh script.
That should do it.

[BR0KK]

You should just need to copy cgminer binary and cgminer.sh script.
That should do it.

Delete the old Libusb files ?

[P_Shep]

You can leave them. Should have no affect.

[P_Shep]

Just a general FYI:

From Kano's post here: https://forums.butterflylabs.com/announcements/913-bitforce-sc-communication-protocol-draft-revision-2-a-7.html#post27722
He says the Rpi uses 3% CPU running a single Jalapenos.

The Rpi has a 700MHz ARM processor. The N routers are ~ 480MHz MIPS processors.

Just a ball-park figure, i'd say the Jalapenos will use 4-5% CPU on the MIPS, so you won't be able to run too many on the routers. Say 10  for ~50% CPU usage (don't think you'd want to maintain much over that).

I wonder what usage the singles would use... since the difficulty should just scale, I'm thinking the singles would also use ~5% CPU each.

[BR0KK]

It works



THX great work that you did there!

[P_Shep]

Great!

[ZPK]

anybody try on dlink dir320?) or zyxel keenetic v1 ?

[BR0KK]

anybody try on dlink dir320?) or zyxel keenetic v1 ?

Nope ... Tried it on a MR3420 but there are no drivers for my Ztex boards!


@All

Has anyone got an E3200 like me?

After about 3 month that thing started to give me electro shocks over the USB port.....?! There is somehow current on the shielding of my USB cables (if you touch it, it hurts )..... Cant figure out why. Checked everything twice but it seems to be the router having a malfunction:/

Anyone noticed this behavior on their machines?