Bitcoin Forum
January 16, 2021, 06:10:56 PM *
News: Latest Bitcoin Core release: 0.20.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 [4] 5 6 7 »
61  Bitcoin / Mining / Re: Monitoring AMD GPUs with SNMP in Linux on: May 01, 2012, 01:46:43 AM
dlasher i fixed mine the same way like you, but there is more nasty bug with DUAL GPU adapters. Fans there are -1.
So if you have 6 adapters with IDs 0 1 2 3 4 5 . 1 of them is DUAL GPU. Lets say last one.
0 1 2 3 4 are physical. ID 5 is the second GPU. ID 5 must be ignored for fan polling. For load, temp etc is fine.


I would love to see a dump of this (with gpu_snmp.pl fan) if you can provide it. Since my rig only has two dual GPUs, I don't really know what this would look like in a mixed system. My dual 6990's report back two fan set points per card even though there is really only one attached fan.



I can give you few Smiley
<snip>
Second setup 6 physical, 2 dual
Code:
* 0. 01:00.0 ATI Radeon HD 5800 Series
  1. 02:00.0 ATI Radeon HD 5800 Series
  2. 03:00.0 ATI Radeon HD 5800 Series
  3. 05:00.0 ATI Radeon HD 5800 Series
  4. 08:00.0 ATI Radeon HD 5900 Series
  5. 09:00.0 ATI Radeon HD 5900 Series
  6. 0c:00.0 ATI Radeon HD 5900 Series
  7. 0d:00.0 ATI Radeon HD 5900 Series

* - Default adapter

Code:
gpu_snmp.pl fan
100
100
100
100
100
ati_pplib_cmd: execute "get" failed!
100
ati_pplib_cmd: execute "get" failed!

Thanks for the info. I wonder if the issue with your duals has anything to do with the APP/ADL version. With APP 2.5 and fglrx 11.11 on my 6990's the info for the second (non-existent) fan speed setting is reported back and doesn't generate the error yours does.

62  Bitcoin / Mining software (miners) / Re: Cacti template for CGMINER monitoring on: April 26, 2012, 11:25:53 PM

just wanted to say.. well done...

downloaded, followed the directions, and it just -- worked --

Thanks, for this, and the other scripts of yours I'm running. /clap



Glad to hear it! Let me know if you see anything weird.
63  Other / CPU/GPU Bitcoin mining hardware / Re: Radeonvolt - HD5850 reference voltage tweaking and VRM temp. display for Linux on: April 25, 2012, 11:03:11 PM
Yea, the original author who wrote this only put in support for the vt1165 voltage regulator, and the 6990s don't have that. My 5970s and 5870s have it. Basically, if you get "Unsupported i2c device (00)," then your card has a different VRM and won't work with this (unless there is documentation somewhere showing how to access those VRMs in a C program like the 1165, then we could add in support).

So, to clarify, if you run radeonvolt and you get NO output at all, the changes I made to enum_cards should track down that particular problem. If you get "unsupported i2c device," the changes I am making aren't going to help for now.

Gotcha. From what I have read 6990's use the VT1556 so we would need support for that. I'll do some digging...
64  Other / CPU/GPU Bitcoin mining hardware / Re: Radeonvolt - HD5850 reference voltage tweaking and VRM temp. display for Linux on: April 25, 2012, 12:23:37 AM
Here is the output from my dual 6990 rig:

Code:
TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) --> cls [0xc00]
IT8213 IDE Controller --> cls [0x101]
RTL8111/8168B PCI Express Gigabit Ethernet controller --> cls [0x200]
RTL8111/8168B PCI Express Gigabit Ethernet controller --> cls [0x200]
88SE9128 PCIe SATA 6 Gb/s RAID controller --> cls [0x106]
JMB362/JMB363 Serial ATA Controller --> cls [0x101]
JMB362/JMB363 Serial ATA Controller --> cls [0x106]
uPD720200 USB 3.0 Host Controller --> cls [0xc03]
Device aa80 --> cls [0x403]
Antilles [AMD Radeon HD 6990] --> cls [0x380] size 268435456 0 131072
Device aa80 --> cls [0x403]
Antilles [AMD Radeon HD 6990] --> cls [0x300] size 268435456 0 131072
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
Device aa80 --> cls [0x403]
Antilles [AMD Radeon HD 6990] --> cls [0x380] size 268435456 0 131072
Device aa80 --> cls [0x403]
Antilles [AMD Radeon HD 6990] --> cls [0x300] size 268435456 0 131072
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
PEX 8647 48-Lane, 3-Port PCI Express Gen 2 (5.0 GT/s) Switch --> cls [0x604]
5 Series/3400 Series Chipset 2 port SATA IDE Controller --> cls [0x101]
5 Series/3400 Series Chipset SMBus Controller --> cls [0xc05]
5 Series/3400 Series Chipset 4 port SATA IDE Controller --> cls [0x101]
5 Series Chipset LPC Interface Controller --> cls [0x601]
82801 PCI Bridge --> cls [0x604]
5 Series/3400 Series Chipset USB2 Enhanced Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset PCI Express Root Port 8 --> cls [0x604]
5 Series/3400 Series Chipset PCI Express Root Port 7 --> cls [0x604]
5 Series/3400 Series Chipset PCI Express Root Port 6 --> cls [0x604]
5 Series/3400 Series Chipset PCI Express Root Port 5 --> cls [0x604]
5 Series/3400 Series Chipset PCI Express Root Port 4 --> cls [0x604]
5 Series/3400 Series Chipset PCI Express Root Port 1 --> cls [0x604]
5 Series/3400 Series Chipset High Definition Audio --> cls [0x403]
5 Series/3400 Series Chipset USB2 Enhanced Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
5 Series/3400 Series Chipset USB Universal Host Controller --> cls [0xc03]
Core Processor QPI Routing and Protocol Registers --> cls [0x880]
Core Processor QPI Link --> cls [0x880]
Core Processor Miscellaneous Registers --> cls [0x880]
Core Processor System Control and Status Registers --> cls [0x880]
Core Processor Semaphore and Scratchpad Registers --> cls [0x880]
Core Processor System Management Registers --> cls [0x880]
Core Processor PCI Express Root Port 3 --> cls [0x604]
Core Processor PCI Express Root Port 1 --> cls [0x604]
Core Processor DMI --> cls [0x600]

Device [8]: Antilles [AMD Radeon HD 6990]
Unsupported i2c device (00)


Device [7]: Antilles [AMD Radeon HD 6990]
Unsupported i2c device (00)


Device [4]: Antilles [AMD Radeon HD 6990]
Unsupported i2c device (00)


Device [3]: Antilles [AMD Radeon HD 6990]
Unsupported i2c device (53)

65  Other / CPU/GPU Bitcoin mining hardware / Re: GUIDE - Underclocking Memory to 150MHz on a 6990 running Linux on: April 18, 2012, 11:37:11 PM
I suppose the greater question here is this :

Can I use RBE on Linux with WINE or something Huh

As I see it, this is platform independent and not for "running Linux" because you still need Windows for RBE ...

Otherwise, good guide !

Yea, it was implied that you have another (Windows-based) machine you can run RBE on in addition to the mining rig. As for Wine, I can't imagine it wouldn't work as there aren't any exotic driver requirements, but haven't tried myself.
66  Other / CPU/GPU Bitcoin mining hardware / Re: GUIDE - Underclocking Memory to 150MHz on a 6990 running Linux on: April 18, 2012, 11:33:13 PM
Yeah, thats what I do on my headless miner for windows, because it seems cgminer cant change clocks when nothing is connected to the card. So, Ive started making custom BIOS's for all my cards.
Using GPU-z in windows you can get a good copy of the BIOS for each gpu as well.
But NEVER use RBE to grab the ROM from GPU, it corrupts the ROM file because it truncates it to 64k or something.


Have you taken any before/after power measurements with your rigs? I have some numbers for mine, but don't entirely trust them.
67  Other / CPU/GPU Bitcoin mining hardware / GUIDE - Underclocking Memory to 150MHz on a 6990 running Linux on: April 18, 2012, 01:16:57 AM
Hi folks,

This question seems to keep getting asked and there doesn't appear to be a definitive reference available, so this is post is intended to capture all the relevant details necessary to underclock your 6990 memory to 150MHz, and drop your core voltage to 1.050V on Linux.

At the present time there are no software tools available to reliably do this, and it requires reflashing the BIOS. The following procedure documents how to do so.


First a disclaimer: This procedure may damage/brick your card. You have been warned.

With that out of the way, I applied these settings on my two XFX 6990s in mid October 2011 and have been running without issues since that time.


Lets get started:

Download the latest version of the following tools: RBE, ATIFlash

For the overclock BIOS I did the following:

1) With power off, set BIOS switch to overclock position on each 6990.
2) Boot to DOS on your mining rig with CD/USB/floppy (like Ultimate Boot CD) and attach media with ATIFlash.exe if not on the boot media.
3) Enumerate all cards detected with ATIFlash -i
4) Document the BIOS checksum for each of your cards with ATIFlash -cb x where x is your adapter ID provided in step 3.
5) Dump BIOS on each adapter to USB/floppy with ATIFlash -s x BIOSx.ROM where x is the adapter ID.
6) Remove USB/floppy and attach to a Windows PC with RBE.
7) Load each BIOSx.ROM into RBE where x is the adapter ID.
8) In the Clock settings tab, locate Clock info 00 (this should have GPU (MHz) = 880).
9) Modify the settings for Clock info 00 to have GPU (MHz) = 880, RAM (MHz) = 150, Voltage (V) = ?. (Note: Only change the RAM MHz value)
10) Modify the settings for Clock info 03 to have GPU (MHz) = 800, RAM (MHz) = 150, Voltage (V) = ?. (Note: Only change the RAM MHz value)

11) In the GPU registers edit VID4 (mV) from 1175 to 1050. Note: The voltage may or may not update in the Clock info section of RBE. This doesn't matter.

12) Save each BIOS image to the USB/floppy named as BIOSxNEW.ROM where x is the adapter ID.
13) Move the USB/Floppy back to your mining rig.
14) Confirm the checksum on each ROM image with ATIFlash -cf BIOSx.ROM and compare with your previously documented values for each adapter. You can also see these in the Info section of RBE:


If and only if the checksums match proceed to the next steps

15) Flash each new BIOS onto the respective adapter with ATIFlash -p x BIOSxNEW.ROM where x is the adapter ID.
16) Once all adapter BIOS images have been flashed, reboot. It is important not to reboot until both master/slave BIOS on a card have been flashed before rebooting.
17) Boot back into Linux, and confirm the clock settings have been updated with DISPLAY=:0 aticonfig --adapter=all --odgc
18) Mine away (cgminer no longer requires setting --gpu-memdiff)

References: 1, 2

Have fun!
68  Bitcoin / Mining software (miners) / Re: Cacti template for CGMINER monitoring on: April 17, 2012, 04:47:29 PM
I just added some sample pool graphs from two of the mining pools my rigs use.

The Efficiency numbers are calculated from (Accepted/Getworks) * 100 and don't appear to be working properly for anything other than the active pool. More research is needed here....
69  Bitcoin / Mining software (miners) / Re: Cacti template for CGMINER monitoring on: April 17, 2012, 04:42:33 PM
Very cool.  I was looking at doing something similar until I started using BAMT.

BAMT is pretty cool and has it's place. This is more for folks who run mining farms and want aggregate their monitoring, who prefer to run other OS/platform combinations than are supported by BAMT or want to extend/enhance their monitoring capabilities beyond what is possible in BAMT alone. Since Cacti and CGMINER are both multi-platform you can easily support mixed environments of Linux and Windows.

70  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overclock monitor fanspeed GCN RPC linux/windows/osx 2.3.3 on: April 17, 2012, 04:01:23 PM
Thanks, guys! Don't want to waste my 1.5 tb hdd for dedicated miner. Only one issue remains is a working undervolting app for 6xxx cards under linux.

If you find anything let me know. I had to resort to reflashing the BIOS for undervolting/underclocking for my 6990s. After mucking about I found some stable values (and greatly reduced power consumption), but would have much preferred a software solution.

71  Bitcoin / Mining software (miners) / Cacti template for CGMINER monitoring on: April 16, 2012, 10:56:01 PM
Hi folks,

Sorry for cross-posting, but I figured folks watching this thread would be interested.

I just released the first version of a Cacti template for monitoring CGMINER (Summary, Devices and Pools are supported). Details and more sample graphs are available here.

Here are a few teaser graphs:

 Total Average Hash Rate (from MHS av)


Total Hash Rate (computed from Total MH)


Total Utility


Total Work


Total Efficiency (computed from Accepted and Getworks)


Total Errors



Devs

Average Hash Rate


GPU Clock


Hash Rate


Temperature


72  Bitcoin / Mining software (miners) / Re: Cacti template for CGMINER monitoring on: April 16, 2012, 09:03:43 PM
Initial version posted. Graphs for pool stats are forthcoming.

  • v0.01 4/15/2012
    First working version. Supports cgminer >=2.1.0 API JSON format (>=2.3.2 for PGA support). Supports stats from summary, pools and devs responses. Only tested with GPU support as no PGA or CPU miners were available at the time of release (caveat emptor).


Have at it and let me know if anything looks amiss.
73  Bitcoin / Mining software (miners) / Re: Cacti template for CGMINER monitoring on: April 15, 2012, 07:46:46 PM
I made significant progress on the devs API support over the past 24 hours and expect to post some additional sample graphs after I have a full 24 hours of data collected.

I don't have access to a cgminer supported PGA, or have CPU mining enabled on my rigs so there might be a few bugs in those areas. If anyone has either of these, would you mind posting the API output from the devs API call, e.g. php api-example.php devs it would help out immensely.
74  Bitcoin / Mining software (miners) / Cacti template for CGMINER monitoring on: April 13, 2012, 04:22:51 AM
Hi folks,

I have had this on my todo list for months, but finally got a few cycles to get started. These templates provide graphs for the stats available from cgminer >=2.1.0 (>=2.3.2 for PGA support) JSON API to compliment my earlier work on pool and AMD GPU Cacti templates.


Sample graphs from my 6990-based GPU miner:

Summary Totals

Total Average Hash Rate (from MHS av)


Total Hash Rate (computed from Total MH)


Total Utility


Total Work


Total Efficiency (computed from Accepted and Getworks)


Total Errors


Devs

5s Average Hash Rate


Average Hash Rate


Fan Percent


Fan Speed


GPU Activity


GPU Clock


GPU Voltage


Hash Rate


Memory Clock


Temperature


Utility


Work


Pools

Work (primary pool)


Work (secondary pool)


Errors (primary pool)


Errors (secondary pool)


Efficiency (primary pool)


Efficiency (secondary pool) Looks like I may have more work to do here




Release History
  • v0.01 4/15/2012
    First working version. Supports cgminer >=2.1.0 API JSON format (>=2.3.2 for PGA support). Supports stats from summary, pools and devs responses. Only tested with GPU support as no PGA or CPU miners were available at the time of release (caveat emptor).

Prerequisites

  • Installed and operational instance of Cacti (Spine and cmd.php pollers both work fine)
  • Perl 5.8.5 or later
  • HTTP::Request Perl module
  • LWP Perl module
  • JSON Perl module
  • JSON::XS Perl module

Install procedure
  • Grab latest script/templates package from here.
  • Unzip the archive
  • Move cgminer_devs_stats.xml and cgminer_pools_stats.xml into your script_queries directory (i.e. cacti/resource/script_queries/)
  • Move query_cgminer_stats.pl into your scripts directory (i.e. cacti/scripts/)
  • Ensure query_cgminer_stats.pl runs (perl query_cgminer_stats.pl generates the help text). If this doesn't work (you see an error about something missing) see the troubleshooting section for resolving Perl issues.
  • Ensure query_cgminer_stats.pl can connect to your CGMINER host, and has read access to the API (perl query_cgminer_stats.pl HOSTNAME summary). If this doesn't work, check your CGMINER options for API access to ensure the requesting host has the appropriate (read-only or read-write) rights.
  • Import the cacti_host_template_cgminer_host.xml host template from the Cacti web GUI.
  • Create a new host in Cacti, selecting the CGMINER Host host template. Set the hostname to your CGMINER hostname or IP. Be sure to disable Downed Host Detection and SNMP unless you have SNMP operational on your host.

Trouble Shooting

Perl issues
  • The most common Perl issue is missing modules. Have a look at this link for assistance in setting up CPAN and testing for missing modules.
  • If you have a Redhat-based distro (RHEL, CentOS, etc), and would prefer to use the RPMs instead of mucking about with CPAN, the perl-libwww-perl RPM (from upstream provider) contains HTTP::Request and other LWP modules. perl-JSON, perl-JSON-XS and perl-Cache-Memcached RPMs are available on RPM Forge and/or EPEL
  • These modules are also available in PPM form for ActiveState's ActivePerl on Windows, but as I don't run Windows I can't verify the details.
75  Other / CPU/GPU Bitcoin mining hardware / Re: Post Your Mining Rig Efficiency on: April 11, 2012, 08:18:13 PM
Even being optimistic I don't see how the rig could be bellow 300W with these frequencies and voltage. Something is definitely wrong here.

+1.  Something is wrong somewhere.  Even if AC/DC loss was 0 and MB/CPU was 50W.  We are talking <130W per 6990? 

Agreed. Even for me this didn't pass the smell test.

I'm looking to add an appliance power meter like this one to get real-time power stats (in Watts so no conversion required) for just the mining rig. Currently the UPS power stats are for the entire rack and I subtract out the current draw for the other components in the rack so the error margin is larger than need be.
76  Other / CPU/GPU Bitcoin mining hardware / Re: Post Your Mining Rig Efficiency on: April 11, 2012, 06:02:41 PM
Rig Power (night time): 332.61W
Rig Power (day time): 175.95W
Your night time power looks really good, but still plausible. But I can't imagine how you pulled off that day time power draw. What are the rest of your settings (volts, clocks, etc.)?

Day time GPU clock averages (using --auto-gpu so it varies):
GPU0: 434.62MHz
GPU1: 470.32MHz
GPU2: 501.34MHz
GPU3: 500.32MHz

Volts: 1.00V
Mem Clock: 150MHz (OC BIOS reflashed)

AMD App: v2.5
AMD Catalyst: v11.11 (8.911)

Updated original post with this info.
77  Other / CPU/GPU Bitcoin mining hardware / Re: Post Your Mining Rig Efficiency on: April 11, 2012, 12:53:05 AM
I'm still doing some tuning and will soon make the move to a passively cooled water cooled setup but my current measurements show it ranges from 4.52-2.78 MH/W for a dual 6990 rig with the memory underclocked to 150MHz. I run the fans at 50% during daylight hours to regulate the WAF Wink


cgminer: 2.3.1
CentOS: 6.2 x68_64
AMD App: v2.5
AMD Catalyst: v11.11 (8.911)
Volts: 1.00V
Mem Clock: 150MHz (OC BIOS reflashed)
MH/s (night time): 926.33 968
MH/s (day time): 795.63 843
Rig Power (Idle): 188.48W
Rig Power (night time): 332.61W 567.49W
Rig Power (day time): 175.95W 419.92W
Rig MH/W (night time): 2.79 MH/W 1.71 MH/W
Rig MH/W (day time): 4.52 MH/W 2.01 MH/W


Day time GPU clock averages (using --auto-gpu so it varies):
GPU0: 434.62MHz
GPU1: 470.32MHz
GPU2: 501.34MHz
GPU3: 500.32MHz



The wattage rating is computed from Amps via the current probe of the UPS that provides power to the rig and I am assuming a PF of 1 as the PSU is power factor corrected. I'm still a bit skeptical of these numbers though as the efficiency seems to be implausibly high for the day time...

Edit: Revised numbers based on iMeter Solo load measurements at the wall with more accurate cgminer stats
78  Bitcoin / Mining / Re: Cacti template for AMD GPU monitoring on: March 16, 2012, 06:24:51 PM

not a lot to see, but average temps across miners1-9.. using CGminer with a target temp of 80C, hence the flat lines around there.

example:


See the rest at: http://imgur.com/a/Hxssv/all

Thanks again JinTu for your work and help!

No problem dlasher. I am glad you are getting some use out of it.

wrt cgminer, your sample miner5 devices 0, 1 and 3 temperature graph has a lot more variability than I would expect to see if you are using the auto features. I see that device 2 of miner5 graphs for the same time frame show more temperature stability. Is this by chance a card with reduced airflow compared with devices 0, 1 and 3 or are you using different settings for these cards?
79  Bitcoin / Mining software (miners) / cgminer induced X failure on: March 14, 2012, 01:14:07 AM
Hi folks,

I had a multi-hour Internet outage earlier today, but after replacing the failed component that was the cause the outage my (cgminer 2.3.1-based) rig connected and started hashing for a short while but then crashed with the following error:
Code:
...
[2012-03-13 16:03:21] Pool 0 communication failure, caching submissions
[2012-03-13 16:03:32] Pool 1 communication failure, caching submissions
[2012-03-13 16:04:26] Pool 0 http://btcguild.com:8332 not responding!
[2012-03-13 16:04:26] Switching to http://api.bitcoin.cz:8332
[2012-03-13 16:05:26] Pool 1 http://api.bitcoin.cz:8332 not responding!
[2012-03-13 16:17:32] Failed to create get_work_thread
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0"
      after 186609 requests (186608 known processed) with 0 events remaining.

I have the system setup to autologin to X and automatically start cgminer, but it was failing with the following error:
Code:
[2012-03-13 17:50:58] Started cgminer 2.3.1
[2012-03-13 17:50:58] Error -1: Getting Device IDs (num)
[2012-03-13 17:50:58] clDevicesNum returned error, no GPUs usable
All devices disabled, cannot mine!

It would appear that my fglrx drivers were goofed, as a reboot of the system fixed the problem.

Anyone else ever see something like this?
80  Bitcoin / Mining / Re: Cacti template for AMD GPU monitoring on: March 08, 2012, 06:29:08 PM

I've made a small 0.5 BTC donation for your efforts for SNMP and Cacti, I know it's not much but I'm waiting for BFL's to arrive before the hashing power increases.

I'll post the graphs soon, when they stop being straight lines and become something "graphy". Smiley

A quick question, is "sudo" really needed for aticonfig to work? I wanted to minimize my logging. If it isn't explicitly required, then maybe we can add a variable to enable-disable sudo usage?

Donation received, thanks for your support!

Yes, unfortunately aticonfig needs to run as the same user and display your X session is logged in as for most of the commands to work. You can test this yourself by logging in as root (assuming you are already logged into X as a different user) and running the following:

aticonfig --lsa
This should work e.g.
Code:
* 0. 03:00.0 AMD Radeon HD 6900 Series
  1. 04:00.0 AMD Radeon HD 6900 Series
  2. 07:00.0 AMD Radeon HD 6900 Series
  3. 08:00.0 AMD Radeon HD 6900 Series

aticonfig --odgt --adapter=0
This won't work e.g.
Code:
No protocol specified
ERROR - X needs to be running to perform AMD Overdrive(TM) commands
When run as the same user and DISPLAY your X session is (i.e. sudo -u jintu DISPLAY=:0 aticonfig --odgt --adapter=0), you should get the following:
Code:
Default Adapter - AMD Radeon HD 6900 Series
                  Sensor 0: Temperature - 76.00 C


Pages: « 1 2 3 [4] 5 6 7 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!