Bitcoin Forum
December 10, 2016, 09:11:39 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 [180] 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 ... 830 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.9.2  (Read 4826032 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 06, 2012, 07:58:17 AM
 #3581

New version 2.2.2, source up for now, top post, binaries pending.

Changelog:
Version 2.2.2 - February 6, 2012

- Provide support for the submitold extension on a per-pool basis based on the
value being detected in a longpoll.
- Don't send a ping to a dynamic device if it's not enabled as that will just
enable it for one pass and then disable it again.
- Rewrite the convoluted get_work() function to be much simpler and roll work as
much as possible with each new work item.
- Roll as much work as possible from the work returned from a longpoll.
- Rolling work on each loop through the mining thread serves no purpose.
- Allow to stage more than necessary work items if we're just rolling work.
- Replace divide_work with reuse_work function used twice.
- Give rolled work a new ID to make sure there is no confusion in the hashtable
lookups.
- Remove now-defunct hash_div variables.
- Remove unused get_dondata function.
- Silence ADL warnings.
- Silence unused parameter warnings.
- Stagger the restart of every next thread per device to keep devices busy ahead
of accessory threads per device.
- Deprecate the --donation feature. Needlessly complex, questionable usefulness,
depends on author's server and a central pool of some kind, and was not heavily
adopted.
- It's devices that report back now, not threads, update message.
- Continue auto-management of fan and engine speeds even if a device is disabled
for safety reasons.
- No need to check we're highest performance level when throttling GPU engine
speed.
- Abstract out tests for whether work has come from a block that has been seen
before and whether a string is from a previously seen block.
- Probe but don't set the timeout to 15 seconds as some networks take a long
time to timeout.
- Remove most compiler warnings from api.c
- Add last share's pool info in cgpu_info
- Allow the OpenCL platform ID to be chosen with --gpu-platform.
- Iterate over all platforms displaying their information and number of devices
when --ndevs is called.
- Deprecate main.c
- Some networks can take a long time to resolve so go back to 60 second timeouts
instead of 15.
- Only enable curses on failure if curses is desired.
- Fix warnings in bitforce.c
- Bugfix: Need to open BitForce tty for read-write
- Fix various build issues.
- Modularize code: main.c -> device-cpu + device-gpu
- Fix phatk kernel not working on non-bitalign capable devices (Nvidia, older
ATI).
- Update poclbm kernel for better performance on GCN and new SDKs with bitalign
support when not BFI INT patching. Update phatk kernel to work properly for non
BFI INT patched kernels, providing support for phatk to run on GCN and non-ATI
cards.
- Return last accepted share pool/time for devices
- Display accepted share pool/time for CPUs
- Bug intensity always shows GPU 0
- Update example web miner.php to use new API commands

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
1481361099
Hero Member
*
Offline Offline

Posts: 1481361099

View Profile Personal Message (Offline)

Ignore
1481361099
Reply with quote  #2

1481361099
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481361099
Hero Member
*
Offline Offline

Posts: 1481361099

View Profile Personal Message (Offline)

Ignore
1481361099
Reply with quote  #2

1481361099
Report to moderator
1481361099
Hero Member
*
Offline Offline

Posts: 1481361099

View Profile Personal Message (Offline)

Ignore
1481361099
Reply with quote  #2

1481361099
Report to moderator
1481361099
Hero Member
*
Offline Offline

Posts: 1481361099

View Profile Personal Message (Offline)

Ignore
1481361099
Reply with quote  #2

1481361099
Report to moderator
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 08:19:20 AM
 #3582

...
- Update example web miner.php to use new API commands
Anyone who used the old one this one should be interesting to look at once or twice Smiley
(I of course use it to view the status of my rig since it's all in one page)
Of course there are other more complex ones out there for pure display only
This one also happens to allow you to change everything that the API allows (unless I missed something Tongue)

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
February 06, 2012, 09:24:02 AM
 #3583

With the latest version from git, I keep getting this:
Code:
(gdb) bt
#0  0x00007fae64776405 in *__GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007fae64779680 in *__GI_abort () at abort.c:92
#2  0x00007fae647ace0b in __libc_message (do_abort=<optimized out>, fmt=<optimized out>) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#3  0x00007fae647b6656 in malloc_printerr (action=3, str=0x7fae6488d3e8 "double free or corruption (!prev)", ptr=<optimized out>) at malloc.c:6283
#4  0x00007fae647bb38c in *__GI___libc_free (mem=<optimized out>) at malloc.c:3738
#5  0x000000000040d4af in free_work (work=0x1573ee0) at cgminer.c:1550
#6  miner_thread (userdata=0x124eda0) at cgminer.c:3211
#7  0x00007fae6580ab50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#8  0x00007fae648194ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x0000000000000000 in ?? ()

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 09:52:32 AM
 #3584

1) does the binary also give you that?
2) If you must compile, did you start afresh?
3) If you didn't it's better to, but at least be sure you autogen'd and configure'd and make clean'd

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 06, 2012, 09:57:42 AM
 #3585

With the latest version from git, I keep getting this:
Code:
(gdb) bt
#0  0x00007fae64776405 in *__GI_raise (sig=<optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007fae64779680 in *__GI_abort () at abort.c:92
#2  0x00007fae647ace0b in __libc_message (do_abort=<optimized out>, fmt=<optimized out>) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#3  0x00007fae647b6656 in malloc_printerr (action=3, str=0x7fae6488d3e8 "double free or corruption (!prev)", ptr=<optimized out>) at malloc.c:6283
#4  0x00007fae647bb38c in *__GI___libc_free (mem=<optimized out>) at malloc.c:3738
#5  0x000000000040d4af in free_work (work=0x1573ee0) at cgminer.c:1550
#6  miner_thread (userdata=0x124eda0) at cgminer.c:3211
#7  0x00007fae6580ab50 in start_thread (arg=<optimized out>) at pthread_create.c:304
#8  0x00007fae648194ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x0000000000000000 in ?? ()
Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 10:11:47 AM
 #3586

1) does the binary also give you that?
oops no binary yet - sorry
I compiled it without checking if there was a binary.
(and my lowly 725Mh/s is running OK on 2.2.2)
Quote
2) If you must compile, did you start afresh?
3) If you didn't it's better to, but at least be sure you autogen'd and configure'd and make clean'd

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Chefnet
Hero Member
*****
Offline Offline

Activity: 686


View Profile
February 06, 2012, 10:17:20 AM
 #3587

have you find something why cgminer stats go away after a longer term? (on y rigs on windows 64bit after 10-10.5 days cgminer don't show temp and fan speed, after quit and restart (only cgminer) all is okay)

bravetheheat
Full Member
***
Offline Offline

Activity: 173


View Profile
February 06, 2012, 10:25:24 AM
 #3588

I just compiled the new cgminer direct from git using git clone and the steps recommended (./autogen.sh then CFLAGS="-O3 -Wall -march=native" ./configure)
I'm getting an incomprehensible bunch of data after a few minutes of mining (cgminer with -w 256 and --submit-stale shuts down and gives me this info):
Code:
00000000 00:00 0
                  7f7175ebb000-7f71766b5000 r-xp 00000000 08:06 7210304                    /usr/lib/fglrx/libaticaldd.so
                                        7f71766b5000-7f71767b5000 ---p 007fa000 08:06 7210304                    /usr/lib/fglrx/libaticaldd.so
                                                              7f71767b5000-7f7176803000 rw-p 007fa000 08:06 7210304                    /usr/lib/fglrx/libaticaldd.so
    7f7176803000-7f71768c0000 rw-p 00000000 00:00 0
                                                    7f71768c0000-7f71768c5000 r-xp 00000000 08:06 4070088                    /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
        7f71768c5000-7f7176ac4000 ---p 00005000 08:06 4070088                    /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
                                            7f7176ac4000-7f7176ac5000 r--p 00004000 08:06 4070088                    /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7f7176ac5000-7f7176ac6000 rw-p 00005000 08:06 4070088                    /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
                                    7f7176ac6000-7f7176ac8000 r-xp 00000000 08:06 4070080                    /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
                                                                      7f7176Aborted

Any ideas why?  Huh (I wasn't getting this with 2.2.1)
sharky112065
Sr. Member
****
Offline Offline

Activity: 383



View Profile
February 06, 2012, 10:27:54 AM
 #3589

have you find something why cgminer stats go away after a longer term? (on y rigs on windows 64bit after 10-10.5 days cgminer don't show temp and fan speed, after quit and restart (only cgminer) all is okay)

They will tell you it is because you are remote controlling your computer. As in you are controlling your PC form another PC (VNC, Logmein, etc...)

For me that explanation is rubbish though. I use a KVM.

I too would like a valid explanation as to why this is happening.

Donations welcome: 12KaKtrK52iQjPdtsJq7fJ7smC32tXWbWr
Chefnet
Hero Member
*****
Offline Offline

Activity: 686


View Profile
February 06, 2012, 10:34:02 AM
 #3590

I haven't used it remote. I have one with a monitor and it is the same.

-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 06, 2012, 10:35:51 AM
 #3591

A mining buddy Eliden got some weird problem with all versions of cgminer from 2.0.7 to 2.1.2

http://img841.imageshack.us/img841/6650/88077886.png this is the screenshot

The temps and the rpm of the fan disappearing on start of cgminer

Cgminer only reports what the ATI display library shows and does not show anything if it's not reporting results from a device. At the mercy of the ATI display library. If it stops reporting values there's nothing cgminer can do about it.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 10:36:29 AM
 #3592

Sigh - after running for quite a while - even my lowly 725MH/s finally got the error (just now) ... wait for another update.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
bulanula
Hero Member
*****
Offline Offline

Activity: 518



View Profile
February 06, 2012, 10:40:22 AM
 #3593

IMHO all of these strange cgminer issues are on Windblows only / mostly. I would avoid that platform if I were mining.

You are gamers so that is why you won't consider Linux. Try dual booting and cgminer works flawlessfly for me on Linux.

I think it should be like Xchat program : free for Linux and if you need support on Windows you have to pay.

Windows is just too much hassle for mining. Good luck !
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
February 06, 2012, 10:51:17 AM
 #3594

Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?

Running more than twice as long as before and no crash yet. I'll post again, should this post trigger another crash, but so far it looks good.


@kano: The first thing I did before posting was "ulimit -c unlimited; make clean; ./autogen.sh && ..." just to get a clean core dump.

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 06, 2012, 10:52:49 AM
 #3595

Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?

Running more than twice as long as before and no crash yet. I'll post again, should this post trigger another crash, but so far it looks good.


@kano: The first thing I did before posting was "ulimit -c unlimited; make clean; ./autogen.sh && ..." just to get a clean core dump.
Quick bugfix then, and I'm going to release it as 2.2.3. Thanks.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 11:22:13 AM
 #3596

Hmm... could be a race on the work item. Can you "git checkout a3e77937c8b8d924b2671aa4a77e9f13689ac64a", rebuild, and see if it goes away?

Running more than twice as long as before and no crash yet. I'll post again, should this post trigger another crash, but so far it looks good.


@kano: The first thing I did before posting was "ulimit -c unlimited; make clean; ./autogen.sh && ..." just to get a clean core dump.
Yep - sorry - but I thought I better mention the obvious just in case Smiley
... and mine hadn't yet crashed either - but the 725 comment also meant that was possibly the reason mine hadn't crashed.
My guess is your hash rate is a lot higher than mine? Or you were unlucky Tongue

Edit: yeah I'm running 2.2.3 now also

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
ancow
Sr. Member
****
Offline Offline

Activity: 373


View Profile WWW
February 06, 2012, 11:28:22 AM
 #3597

@kano: The first thing I did before posting was "ulimit -c unlimited; make clean; ./autogen.sh && ..." just to get a clean core dump.
Yep - sorry - but I thought I better mention the obvious just in case Smiley
... and mine hadn't yet crashed either - but the 725 comment also meant that was possibly the reason mine hadn't crashed.
My guess is your hash rate is a lot higher than mine? Or you were unlucky Tongue

The way my luck has been going in the last 25 years... Tongue
BTW, I only have ~55 MH/s. And I got the first instance of the crash on a pure-CPU machine where I was trying the new version out. That thing barely has 1.5 MH/s...

BTC: 1GAHTMdBN4Yw3PU66sAmUBKSXy2qaq2SF4
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2002


Ruu \o/


View Profile WWW
February 06, 2012, 11:36:22 AM
 #3598

New version: 2.2.3

Links for both binary and source in top post.

Note this version has extra goodness for mining on p2pool, though other pools will of course benefit too.

Human readable summary of possibly user visible changes:

- New opencl kernels to work half decently on GCN hardware 79xx and to make phatk2 work on them, NVIDIA devices and much older ATI GPUs.

- OpenCL Platform information is now available when cgminer is called with --ndevs, including what devices are available on each platform. cgminer also now supports the --gpu-platform command line option which allows you to choose what platform to use, should you have multiple installed (eg both NVIDIA and ATI, or mutliple SDKs from ATI). Note you MUST delete any *.bin files generated before starting for new binaries to be generated using the chosen platform.

- Some pools support an extension called "submitold" which recommends you actually submit stales. Instead of universally throwing them out (default cgminer behaviour) or submitting all of them (when you enable --submit-stale), this allows the pool to tell cgminer what it wants you to do. On pools that your stale count doesn't matter (like p2pool) there is a theoretically miniscule chance this share is worth submitting, and on merged mining pools, it might be okay to submit shares from a valid BTC block but not a valid NMC block. You can actually see this in action in this latest version with output that looks like this:

Code:
[2012-02-06 22:15:25] Stale share detected, submitting as pool requested
[2012-02-06 22:15:25] Rejected 00000000.302ced5f.c73e1884 GPU 2 thread 2 pool 0
As you can see, it was still rejected by p2pool here, but that is harmless.

- More work is "rolled" on longpoll. This should minimise the dip in hashrate across longpolls, and decrease the "pool is not providing work fast enough" warnings on pools that support n-rolltime. It will also increase the dreaded "efficiency" rating.

- GPU threads on the same GPU now start work staggered, with the first thread on each GPU having no delay. This means all GPUs should be busy ahead of extra threads on a GPU that is already busy. This should further decrease the dips across block changes/longpolls/network delays.

- Hopefully the "linked GPU" (eg 5970) scenario where a GPU would be apparently randomly turned off is fixed.

- When a GPU hangs now, the fan control should still keep trying to keep it at target temperature if it's hung running flat out. This should decrease crashes.

- The --donation feature is GONE.

- The wrong "thread" will not be reported if a GPU is disabled.

- Some networks can take extraordinarily long for the pool detection to work so the 15 second timeout has been increased to 60 seconds. This will help those who have had apparently everything set up fine but ended up with pool communication failure at startup.

- Enabling the -T text only option will guarantee that the formatted "curses" output will never occur. This makes debugging easier.

- Bitforce devices should actually work now.

- More information available (last share) in the changed RPC API.

---
Changelog:

2.2.3:
- Revert "Rewrite the convoluted get_work() function to be much simpler and roll
work as much as possible with each new work item." This seems to cause a race on
work in free_work(). Presumably other threads are still accessing the structure.

2.2.2:
- Provide support for the submitold extension on a per-pool basis based on the
value being detected in a longpoll.
- Don't send a ping to a dynamic device if it's not enabled as that will just
enable it for one pass and then disable it again.
- Rewrite the convoluted get_work() function to be much simpler and roll work as
much as possible with each new work item.
- Roll as much work as possible from the work returned from a longpoll.
- Rolling work on each loop through the mining thread serves no purpose.
- Allow to stage more than necessary work items if we're just rolling work.
- Replace divide_work with reuse_work function used twice.
- Give rolled work a new ID to make sure there is no confusion in the hashtable
lookups.
- Remove now-defunct hash_div variables.
- Remove unused get_dondata function.
- Silence ADL warnings.
- Silence unused parameter warnings.
- Stagger the restart of every next thread per device to keep devices busy ahead
of accessory threads per device.
- Deprecate the --donation feature. Needlessly complex, questionable usefulness,
depends on author's server and a central pool of some kind, and was not heavily
adopted.
- It's devices that report back now, not threads, update message.
- Continue auto-management of fan and engine speeds even if a device is disabled
for safety reasons.
- No need to check we're highest performance level when throttling GPU engine
speed.
- Abstract out tests for whether work has come from a block that has been seen
before and whether a string is from a previously seen block.
- Probe but don't set the timeout to 15 seconds as some networks take a long
time to timeout.
- Remove most compiler warnings from api.c
- Add last share's pool info in cgpu_info
- Allow the OpenCL platform ID to be chosen with --gpu-platform.
- Iterate over all platforms displaying their information and number of devices
when --ndevs is called.
- Deprecate main.c
- Some networks can take a long time to resolve so go back to 60 second timeouts
instead of 15.
- Only enable curses on failure if curses is desired.
- Fix warnings in bitforce.c
- Bugfix: Need to open BitForce tty for read-write
- Fix various build issues.
- Modularize code: main.c -> device-cpu + device-gpu
- Fix phatk kernel not working on non-bitalign capable devices (Nvidia, older
ATI).
- Update poclbm kernel for better performance on GCN and new SDKs with bitalign
support when not BFI INT patching. Update phatk kernel to work properly for non
BFI INT patched kernels, providing support for phatk to run on GCN and non-ATI
cards.
- Return last accepted share pool/time for devices
- Display accepted share pool/time for CPUs
- Bug intensity always shows GPU 0
- Update example web miner.php to use new API commands

Primary developer/maintainer for cgminer and ckpool/ckproxy.
Pooled mine at kano.is, solo mine at solo.ckpool.org
-ck
BOARBEAR
Member
**
Offline Offline

Activity: 77


View Profile
February 06, 2012, 01:40:14 PM
 #3599

I cant start miner now with new version

:

     -02-06 08








[2012-02-06 08:39:17] Failed to init GPU thread 0, disabling device 0
[2012-02-06 08:39:17] Restarting the GPU from the menu will not fix this.
[2012-02-06 08:39:17] Try restarting cgminer.
Press enter to continue:
39:17] No long-poll found on any pool server



kano
Legendary
*
Offline Offline

Activity: 1932


Linux since 1997 RedHat 4


View Profile
February 06, 2012, 01:46:37 PM
 #3600

Presuming (on windows) you ran a previous version and it worked and the new version doesn't ...

The output of use would be "cgminer -n" and "cgminer -D -T ..." (where ... are the other options you normally use)

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
Pages: « 1 ... 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 [180] 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 ... 830 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!