[GUIDE] GridSeed GC3355 5 Chip Setup/power/windows/linux/rpi by UnicornHasher

[pallas]

I'm running a single GS device directly attached to a pc with bfgminer.
Regardless of the clock speed, I get about 1 HW error every 3 minutes.
Any clues?

[suchmoon]

I'm running a single GS device directly attached to a pc with bfgminer.
Regardless of the clock speed, I get about 1 HW error every 3 minutes.
Any clues?

How is your network and pool connectivity? I know that at least cgminer and cpuminer would report hardware errors when in fact it was a network connection issue. bfgminer might be doing the same. If you are using wireless try wired for a few minutes to see if that helps. Also check the usual suspects, USB cable, connect to another port etc.

[bamsterdam]

I have a question

I red that the gridseed is limited in mining different scryptcoins cause of the algorithm it uses? Does someone know more about this. I want to be able to mine different coins and also new ones coming out.

Thanks 

[usao]

I have a question

I red that the gridseed is limited in mining different scryptcoins cause of the algorithm it uses? Does someone know more about this. I want to be able to mine different coins and also new ones coming out.

Thanks 

It should mine any scrypt coin, but probably won't be able to do scrypt-jane or scrypt-n coins.
Ive used mine on a scrypt multipool successfully, so I know it will work with all the scrypt coins in the multipool...

[jamieb81]

I have a question

I red that the gridseed is limited in mining different scryptcoins cause of the algorithm it uses? Does someone know more about this. I want to be able to mine different coins and also new ones coming out.

Thanks  

Hay bam, De grid kan alle scryptcoins minen, allen zoals Usao zegd geen scrypt N en Jane. dus voorlopig geen probleem


On scrypt N it will probably work but as I have seen the hashrate is halved.

look at this chart for 3200khs for example http://whatmine.com/

EDIT : yes I was right 400kh/s is 200 in scypt N and 70 in jane.

[bamsterdam]

That is what i thought thx for the confirmation! 

[suchmoon]

On scrypt N it will probably work but as I have seen the hashrate is halved.

Gridseed will NOT work with Scrypt-N aka adaptive N-factor where N != 10, i.e. Vertcoin and clones. For "regular" Scrypt coins (Litecoin, Doge, etc) N = 10, and that's all the Gridseed miners can do.

[jjj0923]

and don;t try the instruction on the first page with ubuntu 12 for cgminer - autogen nightmares - one problem yields another and another - I'm wiping system and trying 13.04

ugh!

cpuminer works fine but not autogen for cgminer

what a friggin waste of a few hours today installing ubunru 12 only to have tp wipe it and install 13.04

hopefully it will be worth it.... in terms of stability

root@ubuntu:~/usb-miner/software/cgminer# ./autogen.sh
bash: ./autogen.sh: No such file or directory

[favelle75]

Question for those using Windows and Cgminer.... How can i get multiple instances of cgminer to work? I know how to do it for multi gpu setups. I would like to run my gridseeds in batches of 10, rather than everything on one single window.

[suchmoon]

Question for those using Windows and Cgminer.... How can i get multiple instances of cgminer to work? I know how to do it for multi gpu setups. I would like to run my gridseeds in batches of 10, rather than everything on one single window.

Use --usb-list to determine IDs of devices, and then --usb (or "usb" : ... in config) to specify a comma-separated list of IDs.

[vertoe]

Hi everyone, I keep getting kernel issues on the RPI wth 10 gridseeds connected and cgminer running.

First I got the 'kernel paging request' error. This one is pretty known these forum lately:

Code:

[ 4565.377848] Unable to handle kernel paging request at virtual address 00002055
[ 4565.385255] pgd = c9df8000
[ 4565.393214] [00002055] *pgd=c9df8000, *pte=00000000, *ppte=00000000
[ 4565.404992] Internal error: Oops: 17 [#1] PREEMT ARM

Here is a screenshot:


I was able to fix this enabling the SLUB_DEBUG options as found in this thread:

sudo nano /boot/cmdline.txt

Add the following code at the end of the first line (on the same line as the other text, DO NOT add new line!)

Code:

slub_debug=FP

Save the file then reboot your Raspberry Pi.

Anyways, now the paging request error is gone, I'm getting various new kernel panics:

One error is something with LIBUSB and 'out of memory':

Code:

 [2014-03-29 11:21:19] GSD 1 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 3 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 9 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 0 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 8 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 5 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 4 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 1
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 3
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 9
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 0
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 8
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 5
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 4
 [2014-03-29 11:21:19] GSD 6 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 6
[ 2774.756228] Out of memory: Kill process 374 (systemd-coredum) score 212 or sacrifice child
[ 2774.781023] Killed process 374 (systemd-coredum) total-vm:198648kB, anon-rss:103644kB, file-rss:32kB

Another error is another kernel panic 'null pointer dereference':

Code:

[ 139.863679] Unable to handle kernel NULL pointer dereference at virtual address 00000034
[ 139.877328] pgd = c9cfc000
[ 139.885586] [00000034] *pgd=09cca831, *pte=00000000, *ppte=00000000
[ 139.897643] Internal error: Oops: 817 [#1] PREEMT ARM

It seems I cant get this horse running stable! Any ideas?

Running RPI with ArchLinuxARM and CGMiner.

[bobby35ny]

Hi everyone, I keep getting kernel issues on the RPI wth 10 gridseeds connected and cgminer running.

First I got the 'kernel paging request' error. This one is pretty known these forum lately:

Code:

[ 4565.377848] Unable to handle kernel paging request at virtual address 00002055
[ 4565.385255] pgd = c9df8000
[ 4565.393214] [00002055] *pgd=c9df8000, *pte=00000000, *ppte=00000000
[ 4565.404992] Internal error: Oops: 17 [#1] PREEMT ARM

Here is a screenshot:


I was able to fix this enabling the SLUB_DEBUG options as found in this thread:

sudo nano /boot/cmdline.txt

Add the following code at the end of the first line (on the same line as the other text, DO NOT add new line!)

Code:

slub_debug=FP

Save the file then reboot your Raspberry Pi.

Anyways, now the paging request error is gone, I'm getting various new kernel panics:

One error is something with LIBUSB and 'out of memory':

Code:

 [2014-03-29 11:21:19] GSD 1 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 3 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 9 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 0 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 8 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 5 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 4 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 1
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 3
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 9
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 0
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 8
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 5
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 4
 [2014-03-29 11:21:19] GSD 6 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 6
[ 2774.756228] Out of memory: Kill process 374 (systemd-coredum) score 212 or sacrifice child
[ 2774.781023] Killed process 374 (systemd-coredum) total-vm:198648kB, anon-rss:103644kB, file-rss:32kB

Another error is another kernel panic 'null pointer dereference':

Code:

[ 139.863679] Unable to handle kernel NULL pointer dereference at virtual address 00000034
[ 139.877328] pgd = c9cfc000
[ 139.885586] [00000034] *pgd=09cca831, *pte=00000000, *ppte=00000000
[ 139.897643] Internal error: Oops: 817 [#1] PREEMT ARM

It seems I cant get this horse running stable! Any ideas?

Running RPI with ArchLinuxARM and CGMiner.

I'm not a linux person, BUT I will say this.
For 10 seeds the whezzy with scripta runs fine on a Raspberry.
When you go to 20 is when it gets crazy.
-Bobby

[pjcltd]

Hi everyone, I keep getting kernel issues on the RPI wth 10 gridseeds connected and cgminer running.

First I got the 'kernel paging request' error. This one is pretty known these forum lately:

Code:

[ 4565.377848] Unable to handle kernel paging request at virtual address 00002055
[ 4565.385255] pgd = c9df8000
[ 4565.393214] [00002055] *pgd=c9df8000, *pte=00000000, *ppte=00000000
[ 4565.404992] Internal error: Oops: 17 [#1] PREEMT ARM

Here is a screenshot:


I was able to fix this enabling the SLUB_DEBUG options as found in this thread:

sudo nano /boot/cmdline.txt

Add the following code at the end of the first line (on the same line as the other text, DO NOT add new line!)

Code:

slub_debug=FP

Save the file then reboot your Raspberry Pi.

Anyways, now the paging request error is gone, I'm getting various new kernel panics:

One error is something with LIBUSB and 'out of memory':

Code:

 [2014-03-29 11:21:19] GSD 1 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 3 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 9 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 0 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 8 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 5 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] GSD 4 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 1
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 3
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 9
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 0
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 8
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 5
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 4
 [2014-03-29 11:21:19] GSD 6 SendWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
 [2014-03-29 11:21:19] work prepare failed, exiting mining thread 6
[ 2774.756228] Out of memory: Kill process 374 (systemd-coredum) score 212 or sacrifice child
[ 2774.781023] Killed process 374 (systemd-coredum) total-vm:198648kB, anon-rss:103644kB, file-rss:32kB

Another error is another kernel panic 'null pointer dereference':

Code:

[ 139.863679] Unable to handle kernel NULL pointer dereference at virtual address 00000034
[ 139.877328] pgd = c9cfc000
[ 139.885586] [00000034] *pgd=09cca831, *pte=00000000, *ppte=00000000
[ 139.897643] Internal error: Oops: 817 [#1] PREEMT ARM

It seems I cant get this horse running stable! Any ideas?

Running RPI with ArchLinuxARM and CGMiner.

I'm not a linux person, BUT I will say this.
For 10 seeds the whezzy with scripta runs fine on a Raspberry.
When you go to 20 is when it gets crazy.
-Bobby

I have 20 running on the scripta image running fine and it has been for days

Where did you get the cgminer from?
Did you compile it your self?

[usao]

Can you run 20 off the Raspberry pi with the hashra controla software?
The rpi does have 2 USB sockets, and the hubs are 10 ports each, so I was thinking it might be possible.
Dont know if it's stable though.

[pjcltd]

Can you run 20 off the Raspberry pi with the hashra controla software?
The rpi does have 2 USB sockets, and the hubs are 10 ports each, so I was thinking it might be possible.
Dont know if it's stable though.

Don't know about that software I have tried scripta and it works
I am using a 49 port usb hub
I have also tried use mine peon with a updated version of cgminer 3.7.2
But I get usb errors so that not quite sorted yet

[bobby35ny]

[/quote]

I have 20 running on the scripta image running fine and it has been for days

Where did you get the cgminer from?
Did you compile it your self?

[/quote]

Used the wezzy image and replaced cgminer with anderseens version.

I can not get past 10 hours with 20 seeds.
Single 24 port hub
-bobby

[pjcltd]

I have 20 running on the scripta image running fine and it has been for days

Where did you get the cgminer from?
Did you compile it your self?

[/quote]

Used the wezzy image and replaced cgminer with anderseens version.

I can not get past 10 hours with 20 seeds.
Single 24 port hub
-bobby
[/quote]
Can you post the links you used and I will have a go at setting it up and see if I get the same problem

[bobby35ny]

I have 20 running on the scripta image running fine and it has been for days

Where did you get the cgminer from?
Did you compile it your self?

Used the wezzy image and replaced cgminer with anderseens version.

I can not get past 10 hours with 20 seeds.
Single 24 port hub
-bobby
[/quote]
Can you post the links you used and I will have a go at setting it up and see if I get the same problem

[/quote]

https://litecointalk.org/index.php?topic=9908.msg138204#msg138204

Post #128
Thats What I did and used.

[mastah_ob1]

On the Gridseed wiibox controll there's a green led, is it supposed to light all the time or only for 3 seconds when you power the card?

[poopypants]

and don;t try the instruction on the first page with ubuntu 12 for cgminer - autogen nightmares - one problem yields another and another - I'm wiping system and trying 13.04

ugh!

cpuminer works fine but not autogen for cgminer

what a friggin waste of a few hours today installing ubunru 12 only to have tp wipe it and install 13.04

hopefully it will be worth it.... in terms of stability

root@ubuntu:~/usb-miner/software/cgminer# ./autogen.sh
bash: ./autogen.sh: No such file or directory

Don't you have to use

Code:

sh ./autogen.sh