![]() |
HowTo.OverClockTheSlug HistoryHide minor edits - Show changes to markup December 25, 2009, at 07:13 PM
by -- research results concerning overclocking to > 300MHz
Added lines 269-270:
although documented on page 13 in Intels Hardware Design Guidelines it was unknown whether the last three combinations produce a greater than 266MHz speed before the guide was released. Changed lines 281-286 from:
The IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. A NSLU2 with a new 36MHz oscillator (I desoldered the old 33MHz one) is still working fine, but the frequency reportet via dmesg (OpenSlug) and cat /proc/cpuinfo is still 266MHz resp. BogoMIPS. :-( to:
The IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a higher core speed and will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. Where the expansion bus clock speed can be specified and the PCI bus (apart from the attached NEC μPD720101? which can't run on a higher frequency than 33MHz) is able to run at 66mhz the only barrier is the sdram, which runs at a frequency of xtal*4. It is well known that PC133? SDR SDRam? is running woithout problems up to 145MHZ wherefore the slug can be overclocked with an 36MHz oscillator resulting the SDR SDRam? running at 144MHz instead 133MHz. A NSLU2 with a new 36MHz oscillator (someone exchanged the default 33MHz one) is still working fine, but the frequency reportet via dmesg (OpenSlug) and cat /proc/cpuinfo is still 266MHz resp. BogoMIPS. :-( Added lines 291-292:
Having the default PC133? SDR SDRam? exchanged with DDR SDRam? capable to run at the modified xtal*4 frequency connected to the SDR SDRam? controller over a SDR to DDR interface, the expansion bus clock adapted and the NEC USB Controller disconnected (or exchanged with a PCI USB controller capable to run on a 66MHz PCI bus) it should be possible to run the slug at frequencies over 300MHz. December 24, 2009, at 11:09 AM
by -- The 2 other clock configurations where tested, the cpu runs at 266MHz.
Changed line 265 from:
to:
Changed lines 267-270 from:
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. to:
December 11, 2009, at 09:00 AM
by --
Changed lines 88-89 from:
to:
December 11, 2009, at 08:57 AM
by --
Changed lines 88-89 from:
to:
December 11, 2009, at 08:56 AM
by -- added my overclocking experience
Added lines 88-89:
July 04, 2009, at 11:06 PM
by -- Tombstone hint
Changed lines 96-98 from:
to:
January 19, 2009, at 07:37 PM
by -- trivial grammatical correction
Changed lines 94-96 from:
to:
November 17, 2008, at 11:43 PM
by -- chicna November 17, 2008, at 11:42 PM
by -- chicna
Added line 1:
letooumonbo Changed lines 180-181 from:
---One more noob success. Sharp little blade of a Swiss Army Knife® and 3minutes time = turbo-slug! to:
---One more noob success. Sharp little blade of a Swiss Army Knife® and 3minutes time = turbo-slug! Changed lines 223-225 from:
WARNING: My overclocked slug repeatedly crashed on hot days this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) As for the comments below: Others seem to have better luck with their O/C slug. However, it was my slug that crashed, not the HD. I did test for that. I run the slug from a Flash Memory and it also crashed, when the (additional) HD was removed. I did not test, however, whether my Flash Memory still works at 30+°C. (joerg107) to:
WARNING: My overclocked slug repeatedly crashed on hot days this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) As for the comments below: Others seem to have better luck with their O/C slug. However, it was my slug that crashed, not the HD. I did test for that. I run the slug from a Flash Memory and it also crashed, when the (additional) HD was removed. I did not test, however, whether my Flash Memory still works at 30+°C. (joerg107) November 16, 2008, at 03:36 PM
by --
Added lines 93-95:
November 03, 2008, at 09:22 PM
by -- Cleaned up what I wrote
Changed lines 43-44 from:
to:
November 03, 2008, at 09:20 PM
by -- Added my experience
Added lines 43-44:
October 18, 2008, at 04:06 PM
by -- More info
Changed line 4 from:
You must telnet into your NSLU2 and from the shell type the command: cat /proc/cpuinfo to:
You must first install UnSlung? or other alternate firmware, then telnet into your NSLU2 and from the shell type the command: cat /proc/cpuinfo Added line 7:
October 18, 2008, at 04:02 PM
by -- added newinfo
Changed lines 3-6 from:
How to know which oneSOrry? I am new and need to know if mine is the underclocked one or not. I have Linksys firmware still as I am confused and don't know which firmware to put on. See here, http://ubuntuforums.org/showthread.php?t=936508 ''' to:
How to know which one !!You must telnet into your NSLU2 and from the shell type the command: cat /proc/cpuinfo If BogoMIPS is around 131 or so you have the underclocked version. See below a bit for before and after examples. See http://www.nslu2-linux.org/wiki/FAQ/EnableTelnetThroughTheWebInterface for how to telnet into your sluggish Slug. Added lines 40-41:
October 14, 2008, at 09:34 AM
by -- Overclocking Experience
Added lines 189-190:
---Used the tweezers method and it worked great. It seems much faster especially the TwonkyVision running on it. Bit scary when you remove the resister but the result speaks for itself October 08, 2008, at 02:33 AM
by --
Added lines 2-5:
How to know which oneSOrry? I am new and need to know if mine is the underclocked one or not. I have Linksys firmware still as I am confused and don't know which firmware to put on. See here, http://ubuntuforums.org/showthread.php?t=936508 Changed line 446 from:
Thanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. to:
Thanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. September 27, 2008, at 11:16 PM
by -- trying 10k resistor
Added lines 256-257:
[Added by T] I tried this with limited soldering skills. I used a piece of wire scavenged from network cable and soldered in a 1W 10k resistor. This took ages especially as the wires came off when putting the case back on. I liked the idea of dual speed in case of problems and did not want to damage the board removing the resistor as above with finger nail clippers which do seem to big. September 27, 2008, at 10:22 PM
by --
Added lines 167-168:
---3 minutes work, total success. Go Turboslug ! Go ! September 23, 2008, at 10:03 PM
by --
Changed lines 32-33 from:
Get one today refurbish build in 2005 and made 10 minutes i use a scissor because my fingernail is to big ;) to:
September 23, 2008, at 10:02 PM
by --
Added lines 31-33:
Get one today refurbish build in 2005 and made 10 minutes i use a scissor because my fingernail is to big ;) September 21, 2008, at 09:34 PM
by --
Changed line 30 from:
to:
September 18, 2008, at 06:35 PM
by -- Overclocking of NSLU2 success
Added lines 178-179:
---New to NSLU2, I was able to perform this mod within about a minute or two, which included case removal and use of toenail clippers (simply because I don't know where the fingernail clippers are). A bit more tedius than others have described, but it still did the trick, grasping at 2 corners of the resistor, diagonally across from one another. NSLU2 is reading at 263.78 BogoMIPS and is noticably faster! - purpleonyx, Sept. 18, 2008 September 14, 2008, at 06:41 PM
by -- Removal of resistor experiences
Changed lines 185-186 from:
Removed resistor on two boards with the very sharp corner of a brand new single edge razor blade (new blade for each board). Draw the razor blade with some downward pressure toward the outside edge of the circuit board at a point slightly left of center on the resistor. It takes some patience but after a number of cutting movements the resistor comes right out. SRS to:
Removed resistor on two boards with the very sharp corner of a brand new single edge razor blade (new blade for each board). Draw the razor blade with some downward pressure toward the outside edge of the circuit board at a point slightly left of center on the resistor. It takes some patience but after a number of cutting movements the resistor comes right out. UPDATE - 09/14/2008 - Have removed resistor for a total of 5 (five) units now utilizing the razor blade method. Some units are more stubborn than others. Unit #3 took about 15 minutes and 4 razor blades as they dulled, before resistor came out cleanly, unit #4 was extremely difficult and resistor just slowly disintegrated into a pile of dust after 30 very tedious minutes and six razor blades, unit #5 was EXTREMELY easy with very little pressure it just popped out totally clean after three swipes with the razor blade. SRS September 05, 2008, at 08:02 PM
by -- added story
Added lines 176-177:
---my SO's nail clippers wouldn't work for me (I think a picture of the specific type of clippers is necessary). Used a swiss army knife. Same results, twice as many bogoMIPS. Can't believe it was so easy. - shane t. sept 2008 August 03, 2008, at 10:08 AM
by -- added success story
Added lines 174-175:
---Got nail clippers but too hard to get good purchase. In the end a sharp pair of tweezers did the job. Took 5 mins. Hardest part was making sure I did not break the clips when opening case. Slug seems to be running well. - Humpda Aug 2008 June 29, 2008, at 04:00 PM
by -- Removal experience
Added lines 180-182:
Removed resistor on two boards with the very sharp corner of a brand new single edge razor blade (new blade for each board). Draw the razor blade with some downward pressure toward the outside edge of the circuit board at a point slightly left of center on the resistor. It takes some patience but after a number of cutting movements the resistor comes right out. SRS June 27, 2008, at 11:36 AM
by -- Stepping B1 processor whitout R83 cause freeze on intensive work on usb drives
Changed lines 17-18 from:
to:
May 22, 2008, at 04:36 PM
by -- Success with desoldering.
Added lines 68-71:
I couldn't figure out the nail trimmer method (maybe they mean scissor type trimmers?), so I warmed up the soldering iron. Running at 266.24 BogoMips now. Total time was about 20 minutes, from powering down to powering up. This includes time looking for my soldering iron and waiting for the iron to warm up. Potential gotchas: Opening the case is tricky. Take your time and follow the instructions! May 04, 2008, at 04:27 PM
by -- correction - it was page 324.
Changed lines 213-214 from:
Removing R83 changes the configuration to 011 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. to:
Removing R83 changes the configuration to 011 which is documented on page 324 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. April 24, 2008, at 04:05 PM
by -- Unspam
Changed lines 1-420 from:
to:
There appear to be two models around -- please verify that you are running at 133 before doing anything else ''' Tired of sluggish performance? Want to squeeze a bit more out of your slug? Feel that you're not getting the dish you paid for? Overclocking (De-underclocking) the Linksys NSLU2! (or how to get your own TurboSlug)Notes on Slugs supplied at 266Mhz:
Notes on Slugs supplied at the standard half speed:
Before: # cat /proc/cpuinfo Processor : XScale-IXP425/IXC1100 rev 1 (v5b) BogoMIPS : 131.48 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425 Development Platform Revision : 0000 Serial : 0000000000000000 # After: # cat /proc/cpuinfo Processor : XScale-IXP425/IXC1100 rev 1 (v5b) BogoMIPS : 263.78 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425 Development Platform Revision : 0000 Serial : 0000000000000000 #
Great directions. Removed the resistor in 10 secs, running @266 now. Some stats: Copying a 112 MO file from the networked hard drive to the laptop'''
Conclusion: Great!!! Warning: This is EXPERIMENTAL. Follow these instructions at your own risk! Warning: This WILL void your NSLU2's warranty! The NSLU2 as supplied from Linksys actually runs the IXP420 at half its rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. Procedure #1![]() You will need a pair of fingernail clippers and an anti-static wristband. I suggest you have an anti-static wristband to prevent possible static electricity frying the slug. I however have done this to over 20 slugs without one with no problems. If you do not have an anti-static band, I suggest you touch something metal before you do this and do it in a room around 70 degrees and no carpet. Just open the case(HowTo.OpenTheCase) find the R83 resistor, grab it with the finger nail clippers, apply a little pressure and pull it straight off. It should come right off, usually in one piece. If it doesn't come off in one piece, turn the unit upside down and shake it gently a bit to make sure it all comes off (or you can blow on it a little, just be sure not to spit on it). I recommend this over the procedure because its a lot easier. I've moved some of the success stories for this procedure up here. --- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- Ditto to success with Nail Clippers. Resistor just ends up as dust. Very quick and easy. -mjed. ---I used some metal tweezers, easy as pie. NSLU is, obiously, twice as fast. Why didn't I do this before? - morphine. --- I also used a nail clipper. The angle is not so obvious: I just got the jaws to make slight contact with the resistor and lightly twisted. Very easy. Runs much smoother now. -The Phil --- Things went really wrong for me. Maybe because I forgot to touch "something in metal" (feel really dumb about that : I OWN an anti-static wristband...). After I removed the resistor, the slug didn't boot up, and went to firmware upgrade mode. I tried re-flashing the debian installer, but verification failed, and at that point, I have not been able to put the slug in firmware upgrade mode again. So now I know how to brick a Slug like you can brick a WRT... Anyway, my favourite retailer now has full speed Slugs, I'll just buy a new one... -ScriptFanix? More success stories below on this page for this technique. Procedure #2This is really, really simple (If you've got the proper tools). The process goes like this:
--- If you just cannot wait until the soldering iron heats up: Alternative method of removal of the resistor requires sharp box cutter or a scalpel. Position of the resistor on the board makes it easy to simply cut the resistor in half. Resistor is fragile, it will shatter and pieces will fall out. Make sure pieces do not stick around on the board. Enjoy ! Andrei Volkov -- --- I used a small cutter (looks like a wire cutter) that came with screw driver kit to shatter the R83. I found this to be a little safer than using a box cutter or exacto knife because there is less of a chance of damaging the PCB. With one snip, it was quickly and cleanly cut in two. Lastly, I used one of those 'dust off' cans to clear the dust and fragments. -Martin J. Hsu --- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razor blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth --- I sawed off R83 with an XActo knife, and it worked perfectly. Be aware that increasing the clock frequency will also shorten (to about 0.8 seconds) the window within which RedBoot is open to a telnet connection, making it that much more difficult to gain access (see HowToTelnetIntoRedBoot). -Ian --- Cut with a standard cutter, After I go from 3.94mb/sec to 5,35mb/sec -overlord If you're happy about overclocking your slug, you may want to send in a donation to the project. You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40°C. YMMV! --- The easiest way might be the 'solder ball trick'. Get a soldering iron (no more than 25W or you'll tear the tracks off the board) and melt a blob of solder onto the tip. Move it into position so that the blob is touching both ends of the resistor simultaneously. Wait for the resistor to stick to the solder, then just lift off the iron. Use some desolder wick to remove any solder left on the pads, check for shorts, then put the Slug back together again. Beats trying to melt one side, then flip to the other before the solder cools down. It also pretty much removes the risk of destroying tracks on the board that the knife/boxcutter method carries. Unless you decide to use a 100W solder gun instead of a 25W iron (or a temperature controlled iron set to about 330 Celsius). --- I've done this with no cutting anything. Check the table, just added a new 10 K resistors (R81) on the empty slot (A22) (just below the red rectangle on the picture). Like this just, to remove it if I want to go back. Like this A21,A22 and A23 are set to 0. Charly --- I couldn't managed to cut the resistor with a blade (perhaps mine was slightly blunt) so I used a pair or small embroidery scissors to get a grip on the resistor and pull it off. End result was just the same. -Ed ---Complete idiot success. I had no idea really what I was doing and I somehow did it. Used the nail clipper method. ---One more noob success. Sharp little blade of a Swiss Army Knife® and 3minutes time = turbo-slug! ---Performance frustration success. One evening when it went slow on me I just went and did it nailclipper style. Its a new slug on steroids. Why didnt I do this before?! Hardest part was opening the case. The instructions were a bit vague. ---Did it with very sharp nail scissors. I just cut R83 into two pieces. The slug works without problems, but you can hear a verry quiet sound at a verry high frequency. Almost not hearable for me. Can anyone exlpain to me, where this sound comes from? ---I managed to get the resistor off using a nail clipper after some preliminary cutting of the solder using a utility knife. Everything seems to be running fine at 266 MHz?. Opening the case without breaking the tabs was the hardest part. I'm running NSLU2 (Etch). 2007-04-07. ---I simply desoldered R83. Use one hand to hold it with an IC removal clip and the other to use the iron to melt the solder. Pull up on the end of the solder you melt and it'll pull free easily. Then just clean up the pads and you're set. - Noah ---Removed with clippers. The component labeled '100' on the diagram gets in the way and makes it awkward. As the clippers mangled the resistor I appeared to be making an appalling mess. However, the resistor came away, the board looked okay, and the slug booted. It took about five minutes. - CS, Jan 2008 LogoThis was easy - thanks for the info! I used an exacto knife and a magnifying glass. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. http://bytered.com/unslung/unslung-baby-266mhz.png Temperature and power considerationsThe slight increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. We are not overclocking the IXP420. It has been tested for operation at 266MHz by Intel and marked as so. There are no signs that the IXP420 used in the NSLU2 is anything other than a standard part. All the markings and CPU IDs have been exactly as they should be. It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 530 modified NSLU2's and each one has been operating under heavy load with no problems. The small change in power consumption can have some effect. For example, I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). (michaelebrown) <<<<<<< WARNING: My overclocked slug repeatedly crashed on hot days this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) As for the comments below: Others seem to have better luck with their O/C slug. However, it was my slug that crashed, not the HD. I did test for that. I run the slug from a Flash Memory and it also crashed, when the (additional) HD was removed. I did not test, however, whether my Flash Memory still works at 30+°C. (joerg107) As aside the above warning...I currently have two slugs O/C to 266 with 3 drives on each. This summer when my A/C was being replaced it was 99F (37C) in my house for about 4 days and my two slugs never crashed and functioned properly. So you mileage may vary due to room temp (shiett) I live in Rio, where temperatures easily reach more than 35C and my O/C 266 slug never crashed, even during long (more than an our) backup sessions, I recommend checking the harddisk temperature before blaming the slug itself. A good heat dissipation enclosure choice is fundamental for no-power-off use. (marcelo vianna). >>>>>>> I live in Denmark, have only 22C in my rooms. My 133 slug crash every time I do "long" sessins (50Mb - 1Gb). If I cool it down with a little fan it nevver crash at all. (TomKirk?) Another sucsess, using very small screwdriver to simply crush the resistor. Also made about 8 small holes in the top of the casing to allow a little more air though, just in case overheating becomes an issue - 17/2/2007). TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 011 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. A turbo-button alternative to removing R83:Rather than removing R83, I added a switch + 10K resistor in the pads for A22/R81 (see picture above, switch+resistor wires are soldered in the space below the red box). I positioned my turbo-button at the back of the slug, next to the Ethernet plug. The switch can change the speed of the slug from 133 to 266MHz and back. This is great if you want some oomf for development but also need to test software at the original speed. Unlike a PC turbo-button, speed is set before switching on the device. Speed cannot be changed once the Slug is on. This is my own experience with a single device, take with a pinch salt: In terms of current consumption, I noticed that my slug hooked to a 2.5" 12GB Toshiba hard drive (USB powered) will not boot with the original 5V 2A power supply. It will boot fine however, with a 5V 2.5A power supply. Potential for overclock to > 266MHzThe IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. A NSLU2 with a new 36MHz oscillator (I desoldered the old 33MHz one) is still working fine, but the frequency reportet via dmesg (OpenSlug) and cat /proc/cpuinfo is still 266MHz resp. BogoMIPS. :-( The above isn't really too surprising - The time will also be running 10% fast unless the kernel was modified to calculate a different value for the timer that generates the jiffy counter. BenchmarksSome (simple) test results: Time spent finding 9009 digits of e: OC'ed slug: Normal slug: 133MHz core speed: 266MHz core speed: Pre modification: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 148 MB in 2.04 seconds = 72.55 MB/sec Timing buffered disk reads: 24 MB in 3.06 seconds = 7.84 MB/sec Post modification: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 184 MB in 2.03 seconds = 90.64 MB/sec Timing buffered disk reads: 26 MB in 3.16 seconds = 8.23 MB/sec LMBench Results: L M B E N C H 2 . 0 S U M M A R Y
------------------------------------
Basic system parameters
----------------------------------------------------
Host OS Description Mhz
--------- ------------- ----------------------- ----
slug2 Linux 2.6.11. armv5teb-linux-gnu 133
slugracer Linux 2.6.12 armv5teb-linux-gnu 266
Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host OS Mhz null null open selct sig sig fork exec sh
call I/O stat clos TCP inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
slug2 Linux 2.6.11. 133 2.09 4.29 40.1 47.7 261.1 7.72 22.2 4921 15.K 65.K
slugracer Linux 2.6.12 266 0.63 2.12 24.4 28.2 126.9 3.99 10.9 2504 8619 42.K
Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
slug2 Linux 2.6.11. 186.7 337.8 736.1 361.1 763.6 361.9 753.3
slugracer Linux 2.6.12 126.3 253.4 584.8 272.4 600.3 266.7 593.2
*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP
ctxsw UNIX UDP TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
slug2 Linux 2.6.11. 186.7 407.6 1148 833.3 2065
slugracer Linux 2.6.12 126.3 238.4 503. 598.6 1482
File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host OS 0K File 10K File Mmap Prot Page
Create Delete Create Delete Latency Fault Fault
--------- ------------- ------ ------ ------ ------ ------- ----- -----
slug2 Linux 2.6.11. 1062.7 1356.9 3759.4 2008.0 1959.0 1.539 83.0
slugracer Linux 2.6.12 499.3 771.0 1865.7 1075.3 1135.0 1.471 66.0
*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem
UNIX reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
slug2 Linux 2.6.11. 19.6 24.2 21.3 30.9 64.4 36.9 43.3 64.4 68.3
slugracer Linux 2.6.12 26.6 26.8 24.4 38.3 97.1 44.5 50.6 97.1 79.0
Memory latencies in nanoseconds - smaller is better
(WARNING - may not be correct, check graphs)
---------------------------------------------------
Host OS Mhz L1 $ L2 $ Main mem Guesses
--------- ------------- ---- ----- ------ -------- -------
slug2 Linux 2.6.11. 133 22.5 242.7 252.5 No L2 cache?
slugracer Linux 2.6.12 266 11.3 175.2 186.7 No L2 cache?
Power measurementsIdle: Running idle in RedBoot Running: Running a small prog which does:
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the IXP420 after 30 minutes in state "Running"
note: These measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. Further note: Measuring the AC draw with a Kill-a-watt meter, a total draw of 5W including a laptop hardrive (Samsung MP0603H) was measured on a 266MHz slug, so this is a very different measurement. The Power factor was bad, so the VA draw (the apparent usage) was 9-11, but it's Watts you're billed on. More data points required! For explanation of VA, PF, etc., Google "Power Factor" VA Watts. More Power measurementsThese measurements courtesy of yahpn. Measurements taken on the low voltage (5V) side, post power supply.
Benchmarking on Unslung with nbenchTo install nbench: ipkg install nbench-byte My sad results on a new nslu2 clocked to 266mhz by Linksys: nbench
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)
TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 92.96 : 2.38 : 0.78
STRING SORT : 4.517 : 2.02 : 0.31
BITFIELD : 1.8905e+07 : 3.24 : 0.68
FP EMULATION : 8.6342 : 4.14 : 0.96
ThanksThanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. April 24, 2008, at 09:56 AM
by -- Hacked By TreX
Changed lines 1-420 from:
There appear to be two models around -- please verify that you are running at 133 before doing anything else ''' Tired of sluggish performance? Want to squeeze a bit more out of your slug? Feel that you're not getting the dish you paid for? Overclocking (De-underclocking) the Linksys NSLU2! (or how to get your own TurboSlug)Notes on Slugs supplied at 266Mhz:
Notes on Slugs supplied at the standard half speed:
Before: # cat /proc/cpuinfo Processor : XScale-IXP425/IXC1100 rev 1 (v5b) BogoMIPS : 131.48 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425 Development Platform Revision : 0000 Serial : 0000000000000000 # After: # cat /proc/cpuinfo Processor : XScale-IXP425/IXC1100 rev 1 (v5b) BogoMIPS : 263.78 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425 Development Platform Revision : 0000 Serial : 0000000000000000 #
Great directions. Removed the resistor in 10 secs, running @266 now. Some stats: Copying a 112 MO file from the networked hard drive to the laptop'''
Conclusion: Great!!! Warning: This is EXPERIMENTAL. Follow these instructions at your own risk! Warning: This WILL void your NSLU2's warranty! The NSLU2 as supplied from Linksys actually runs the IXP420 at half its rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. Procedure #1![]() You will need a pair of fingernail clippers and an anti-static wristband. I suggest you have an anti-static wristband to prevent possible static electricity frying the slug. I however have done this to over 20 slugs without one with no problems. If you do not have an anti-static band, I suggest you touch something metal before you do this and do it in a room around 70 degrees and no carpet. Just open the case(HowTo.OpenTheCase) find the R83 resistor, grab it with the finger nail clippers, apply a little pressure and pull it straight off. It should come right off, usually in one piece. If it doesn't come off in one piece, turn the unit upside down and shake it gently a bit to make sure it all comes off (or you can blow on it a little, just be sure not to spit on it). I recommend this over the procedure because its a lot easier. I've moved some of the success stories for this procedure up here. --- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- Ditto to success with Nail Clippers. Resistor just ends up as dust. Very quick and easy. -mjed. ---I used some metal tweezers, easy as pie. NSLU is, obiously, twice as fast. Why didn't I do this before? - morphine. --- I also used a nail clipper. The angle is not so obvious: I just got the jaws to make slight contact with the resistor and lightly twisted. Very easy. Runs much smoother now. -The Phil --- Things went really wrong for me. Maybe because I forgot to touch "something in metal" (feel really dumb about that : I OWN an anti-static wristband...). After I removed the resistor, the slug didn't boot up, and went to firmware upgrade mode. I tried re-flashing the debian installer, but verification failed, and at that point, I have not been able to put the slug in firmware upgrade mode again. So now I know how to brick a Slug like you can brick a WRT... Anyway, my favourite retailer now has full speed Slugs, I'll just buy a new one... -ScriptFanix? More success stories below on this page for this technique. Procedure #2This is really, really simple (If you've got the proper tools). The process goes like this:
--- If you just cannot wait until the soldering iron heats up: Alternative method of removal of the resistor requires sharp box cutter or a scalpel. Position of the resistor on the board makes it easy to simply cut the resistor in half. Resistor is fragile, it will shatter and pieces will fall out. Make sure pieces do not stick around on the board. Enjoy ! Andrei Volkov -- --- I used a small cutter (looks like a wire cutter) that came with screw driver kit to shatter the R83. I found this to be a little safer than using a box cutter or exacto knife because there is less of a chance of damaging the PCB. With one snip, it was quickly and cleanly cut in two. Lastly, I used one of those 'dust off' cans to clear the dust and fragments. -Martin J. Hsu --- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razor blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth --- I sawed off R83 with an XActo knife, and it worked perfectly. Be aware that increasing the clock frequency will also shorten (to about 0.8 seconds) the window within which RedBoot is open to a telnet connection, making it that much more difficult to gain access (see HowToTelnetIntoRedBoot). -Ian --- Cut with a standard cutter, After I go from 3.94mb/sec to 5,35mb/sec -overlord If you're happy about overclocking your slug, you may want to send in a donation to the project. You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40°C. YMMV! --- The easiest way might be the 'solder ball trick'. Get a soldering iron (no more than 25W or you'll tear the tracks off the board) and melt a blob of solder onto the tip. Move it into position so that the blob is touching both ends of the resistor simultaneously. Wait for the resistor to stick to the solder, then just lift off the iron. Use some desolder wick to remove any solder left on the pads, check for shorts, then put the Slug back together again. Beats trying to melt one side, then flip to the other before the solder cools down. It also pretty much removes the risk of destroying tracks on the board that the knife/boxcutter method carries. Unless you decide to use a 100W solder gun instead of a 25W iron (or a temperature controlled iron set to about 330 Celsius). --- I've done this with no cutting anything. Check the table, just added a new 10 K resistors (R81) on the empty slot (A22) (just below the red rectangle on the picture). Like this just, to remove it if I want to go back. Like this A21,A22 and A23 are set to 0. Charly --- I couldn't managed to cut the resistor with a blade (perhaps mine was slightly blunt) so I used a pair or small embroidery scissors to get a grip on the resistor and pull it off. End result was just the same. -Ed ---Complete idiot success. I had no idea really what I was doing and I somehow did it. Used the nail clipper method. ---One more noob success. Sharp little blade of a Swiss Army Knife® and 3minutes time = turbo-slug! ---Performance frustration success. One evening when it went slow on me I just went and did it nailclipper style. Its a new slug on steroids. Why didnt I do this before?! Hardest part was opening the case. The instructions were a bit vague. ---Did it with very sharp nail scissors. I just cut R83 into two pieces. The slug works without problems, but you can hear a verry quiet sound at a verry high frequency. Almost not hearable for me. Can anyone exlpain to me, where this sound comes from? ---I managed to get the resistor off using a nail clipper after some preliminary cutting of the solder using a utility knife. Everything seems to be running fine at 266 MHz?. Opening the case without breaking the tabs was the hardest part. I'm running NSLU2 (Etch). 2007-04-07. ---I simply desoldered R83. Use one hand to hold it with an IC removal clip and the other to use the iron to melt the solder. Pull up on the end of the solder you melt and it'll pull free easily. Then just clean up the pads and you're set. - Noah ---Removed with clippers. The component labeled '100' on the diagram gets in the way and makes it awkward. As the clippers mangled the resistor I appeared to be making an appalling mess. However, the resistor came away, the board looked okay, and the slug booted. It took about five minutes. - CS, Jan 2008 LogoThis was easy - thanks for the info! I used an exacto knife and a magnifying glass. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. http://bytered.com/unslung/unslung-baby-266mhz.png Temperature and power considerationsThe slight increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. We are not overclocking the IXP420. It has been tested for operation at 266MHz by Intel and marked as so. There are no signs that the IXP420 used in the NSLU2 is anything other than a standard part. All the markings and CPU IDs have been exactly as they should be. It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 530 modified NSLU2's and each one has been operating under heavy load with no problems. The small change in power consumption can have some effect. For example, I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). (michaelebrown) <<<<<<< WARNING: My overclocked slug repeatedly crashed on hot days this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) As for the comments below: Others seem to have better luck with their O/C slug. However, it was my slug that crashed, not the HD. I did test for that. I run the slug from a Flash Memory and it also crashed, when the (additional) HD was removed. I did not test, however, whether my Flash Memory still works at 30+°C. (joerg107) As aside the above warning...I currently have two slugs O/C to 266 with 3 drives on each. This summer when my A/C was being replaced it was 99F (37C) in my house for about 4 days and my two slugs never crashed and functioned properly. So you mileage may vary due to room temp (shiett) I live in Rio, where temperatures easily reach more than 35C and my O/C 266 slug never crashed, even during long (more than an our) backup sessions, I recommend checking the harddisk temperature before blaming the slug itself. A good heat dissipation enclosure choice is fundamental for no-power-off use. (marcelo vianna). >>>>>>> I live in Denmark, have only 22C in my rooms. My 133 slug crash every time I do "long" sessins (50Mb - 1Gb). If I cool it down with a little fan it nevver crash at all. (TomKirk?) Another sucsess, using very small screwdriver to simply crush the resistor. Also made about 8 small holes in the top of the casing to allow a little more air though, just in case overheating becomes an issue - 17/2/2007). TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 011 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. A turbo-button alternative to removing R83:Rather than removing R83, I added a switch + 10K resistor in the pads for A22/R81 (see picture above, switch+resistor wires are soldered in the space below the red box). I positioned my turbo-button at the back of the slug, next to the Ethernet plug. The switch can change the speed of the slug from 133 to 266MHz and back. This is great if you want some oomf for development but also need to test software at the original speed. Unlike a PC turbo-button, speed is set before switching on the device. Speed cannot be changed once the Slug is on. This is my own experience with a single device, take with a pinch salt: In terms of current consumption, I noticed that my slug hooked to a 2.5" 12GB Toshiba hard drive (USB powered) will not boot with the original 5V 2A power supply. It will boot fine however, with a 5V 2.5A power supply. Potential for overclock to > 266MHzThe IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. A NSLU2 with a new 36MHz oscillator (I desoldered the old 33MHz one) is still working fine, but the frequency reportet via dmesg (OpenSlug) and cat /proc/cpuinfo is still 266MHz resp. BogoMIPS. :-( The above isn't really too surprising - The time will also be running 10% fast unless the kernel was modified to calculate a different value for the timer that generates the jiffy counter. BenchmarksSome (simple) test results: Time spent finding 9009 digits of e: OC'ed slug: Normal slug: 133MHz core speed: 266MHz core speed: Pre modification: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 148 MB in 2.04 seconds = 72.55 MB/sec Timing buffered disk reads: 24 MB in 3.06 seconds = 7.84 MB/sec Post modification: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 184 MB in 2.03 seconds = 90.64 MB/sec Timing buffered disk reads: 26 MB in 3.16 seconds = 8.23 MB/sec LMBench Results: L M B E N C H 2 . 0 S U M M A R Y
------------------------------------
Basic system parameters
----------------------------------------------------
Host OS Description Mhz
--------- ------------- ----------------------- ----
slug2 Linux 2.6.11. armv5teb-linux-gnu 133
slugracer Linux 2.6.12 armv5teb-linux-gnu 266
Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host OS Mhz null null open selct sig sig fork exec sh
call I/O stat clos TCP inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
slug2 Linux 2.6.11. 133 2.09 4.29 40.1 47.7 261.1 7.72 22.2 4921 15.K 65.K
slugracer Linux 2.6.12 266 0.63 2.12 24.4 28.2 126.9 3.99 10.9 2504 8619 42.K
Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
slug2 Linux 2.6.11. 186.7 337.8 736.1 361.1 763.6 361.9 753.3
slugracer Linux 2.6.12 126.3 253.4 584.8 272.4 600.3 266.7 593.2
*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP
ctxsw UNIX UDP TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
slug2 Linux 2.6.11. 186.7 407.6 1148 833.3 2065
slugracer Linux 2.6.12 126.3 238.4 503. 598.6 1482
File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host OS 0K File 10K File Mmap Prot Page
Create Delete Create Delete Latency Fault Fault
--------- ------------- ------ ------ ------ ------ ------- ----- -----
slug2 Linux 2.6.11. 1062.7 1356.9 3759.4 2008.0 1959.0 1.539 83.0
slugracer Linux 2.6.12 499.3 771.0 1865.7 1075.3 1135.0 1.471 66.0
*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem
UNIX reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
slug2 Linux 2.6.11. 19.6 24.2 21.3 30.9 64.4 36.9 43.3 64.4 68.3
slugracer Linux 2.6.12 26.6 26.8 24.4 38.3 97.1 44.5 50.6 97.1 79.0
Memory latencies in nanoseconds - smaller is better
(WARNING - may not be correct, check graphs)
---------------------------------------------------
Host OS Mhz L1 $ L2 $ Main mem Guesses
--------- ------------- ---- ----- ------ -------- -------
slug2 Linux 2.6.11. 133 22.5 242.7 252.5 No L2 cache?
slugracer Linux 2.6.12 266 11.3 175.2 186.7 No L2 cache?
Power measurementsIdle: Running idle in RedBoot Running: Running a small prog which does:
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the IXP420 after 30 minutes in state "Running"
note: These measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. Further note: Measuring the AC draw with a Kill-a-watt meter, a total draw of 5W including a laptop hardrive (Samsung MP0603H) was measured on a 266MHz slug, so this is a very different measurement. The Power factor was bad, so the VA draw (the apparent usage) was 9-11, but it's Watts you're billed on. More data points required! For explanation of VA, PF, etc., Google "Power Factor" VA Watts. More Power measurementsThese measurements courtesy of yahpn. Measurements taken on the low voltage (5V) side, post power supply.
Benchmarking on Unslung with nbenchTo install nbench: ipkg install nbench-byte My sad results on a new nslu2 clocked to 266mhz by Linksys: nbench
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)
TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 92.96 : 2.38 : 0.78
STRING SORT : 4.517 : 2.02 : 0.31
BITFIELD : 1.8905e+07 : 3.24 : 0.68
FP EMULATION : 8.6342 : 4.14 : 0.96
ThanksThanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. to:
April 13, 2008, at 12:48 AM
by -- success story
Changed lines 90-92 from:
to:
---I used some metal tweezers, easy as pie. NSLU is, obiously, twice as fast. Why didn't I do this before? - morphine. March 27, 2008, at 03:27 PM
by -- information using powered hub
Added lines 28-29:
February 27, 2008, at 12:17 AM
by --
Deleted lines 54-69:
{|class="wikitable" |- 133 MHZ Before|- | wifi g | 196s |- | wire 100 | 24s |} Changed lines 57-63 from:
to:
February 26, 2008, at 11:54 PM
by --
Changed lines 55-63 from:
;Copyig a 112 MO file from the networked hard drive to the laptop :133 MHZ Before :wifi g 196s :wire 100 24s to:
February 26, 2008, at 11:49 PM
by --
Changed lines 55-63 from:
Copyig a 112 MO file from the networked hard drive to the laptop 133 MHZ Before wifi g 196s wire 100 24s to:
February 26, 2008, at 11:48 PM
by -- new stats
Added lines 52-66:
February 24, 2008, at 11:52 PM
by --
Changed lines 16-17 from:
to:
February 24, 2008, at 11:52 PM
by --
Changed lines 16-17 from:
to:
February 06, 2008, at 05:08 PM
by -- bad experience with procedure 1
Added lines 76-78:
--- Things went really wrong for me. Maybe because I forgot to touch "something in metal" (feel really dumb about that : I OWN an anti-static wristband...). After I removed the resistor, the slug didn't boot up, and went to firmware upgrade mode. I tried re-flashing the debian installer, but verification failed, and at that point, I have not been able to put the slug in firmware upgrade mode again. So now I know how to brick a Slug like you can brick a WRT... Anyway, my favourite retailer now has full speed Slugs, I'll just buy a new one... -ScriptFanix? January 19, 2008, at 07:19 PM
by -- Clipper success
Added lines 145-146:
---Removed with clippers. The component labeled '100' on the diagram gets in the way and makes it awkward. As the clippers mangled the resistor I appeared to be making an appalling mess. However, the resistor came away, the board looked okay, and the slug booted. It took about five minutes. - CS, Jan 2008 December 01, 2007, at 03:17 PM
by -- Added information on my nslu2 cpu speed
Changed lines 15-16 from:
to:
November 20, 2007, at 06:27 PM
by -- I overclocked it too!
Added lines 142-143:
---I simply desoldered R83. Use one hand to hold it with an IC removal clip and the other to use the iron to melt the solder. Pull up on the end of the solder you melt and it'll pull free easily. Then just clean up the pads and you're set. - Noah August 10, 2007, at 08:53 AM
by --
Deleted lines 23-24:
<<<<<<< Changed lines 25-26 from:
======= to:
Before: Deleted lines 27-31:
>>>>>>> Before: [@ Deleted line 47:
<<<<<<< Changed lines 49-53 from:
======= @] >>>>>>> to:
August 10, 2007, at 08:52 AM
by --
Added lines 24-27:
<<<<<<<
======= Changed lines 30-31 from:
to:
>>>>>>> Changed line 33 from:
to:
[@ Changed lines 42-43 from:
to:
Changed line 45 from:
to:
[@ Added lines 54-56:
<<<<<<<
======= Changed lines 59-60 from:
to:
>>>>>>> August 10, 2007, at 08:49 AM
by --
Added line 24:
[@ Changed lines 50-51 from:
to:
@] August 10, 2007, at 08:47 AM
by --
Changed lines 24-25 from:
to:
Changed lines 28-37 from:
# cat /proc/cpuinfo \\ Processor : XScale-IXP425/IXC1100 rev 1 (v5b) \\ BogoMIPS : 131.48 \\ Features : swp half thumb fastmult edsp \\ \\ Hardware : Intel IXDP425 Development Platform \\ Revision : 0000 \\ Serial : 0000000000000000 \\ # to:
Processor : XScale?-IXP425/IXC1100? rev 1 (v5b) BogoMIPS : 131.48 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425? Development Platform Revision : 0000 Serial : 0000000000000000 Changed lines 40-51 from:
# cat /proc/cpuinfo \\ Processor : XScale-IXP425/IXC1100 rev 1 (v5b) \\ BogoMIPS : 263.78 \\ Features : swp half thumb fastmult edsp \\ \\ Hardware : Intel IXDP425 Development Platform \\ Revision : 0000 \\ Serial : 0000000000000000 \\ # to:
August 10, 2007, at 08:44 AM
by --
Changed lines 29-38 from:
Processor : XScale?-IXP425/IXC1100? rev 1 (v5b) BogoMIPS : 131.48 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425? Development Platform Revision : 0000 Serial : 0000000000000000 to:
Changed lines 41-48 from:
Processor : XScale?-IXP425/IXC1100? rev 1 (v5b) BogoMIPS : 263.78 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425? Development Platform Revision : 0000 Serial : 0000000000000000 to:
August 10, 2007, at 08:43 AM
by --
Changed line 28 from:
" to:
[= Changed lines 49-51 from:
to:
August 10, 2007, at 08:40 AM
by --
Added line 28:
" Changed lines 49-51 from:
to:
August 10, 2007, at 08:37 AM
by -- Added info about older NSLU2 overclocked
Changed lines 24-50 from:
to:
Before:
Processor : XScale?-IXP425/IXC1100? rev 1 (v5b) BogoMIPS : 131.48 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425? Development Platform Revision : 0000 Serial : 0000000000000000 After:
Processor : XScale?-IXP425/IXC1100? rev 1 (v5b) BogoMIPS : 263.78 Features : swp half thumb fastmult edsp Hardware : Intel IXDP425? Development Platform Revision : 0000 Serial : 0000000000000000 August 02, 2007, at 01:14 PM
by -- added another 266MHz from factory entry
Changed lines 14-15 from:
to:
July 26, 2007, at 11:28 AM
by -- Fixes typo
Changed lines 30-31 from:
Procudure #1to:
Procedure #1July 26, 2007, at 02:36 AM
by --
Changed lines 21-23 from:
to:
July 22, 2007, at 08:04 PM
by --
Added lines 30-31:
![]() July 22, 2007, at 08:02 PM
by -- forgot a closing )
Changed lines 32-33 from:
Just open the case(HowTo.OpenTheCase find the R83 resistor, grab it with the finger nail clippers, apply a little pressure and pull it straight off. It should come right off, usually in one piece. If it doesn't come off in one piece, turn the unit upside down and shake it gently a bit to make sure it all comes off (or you can blow on it a little, just be sure not to spit on it). to:
Just open the case(HowTo.OpenTheCase) find the R83 resistor, grab it with the finger nail clippers, apply a little pressure and pull it straight off. It should come right off, usually in one piece. If it doesn't come off in one piece, turn the unit upside down and shake it gently a bit to make sure it all comes off (or you can blow on it a little, just be sure not to spit on it). July 22, 2007, at 08:01 PM
by -- Made fingernail clipper method #1 procedure
Changed lines 28-29 from:
Procedureto:
Procudure #1You will need a pair of fingernail clippers and an anti-static wristband. I suggest you have an anti-static wristband to prevent possible static electricity frying the slug. I however have done this to over 20 slugs without one with no problems. If you do not have an anti-static band, I suggest you touch something metal before you do this and do it in a room around 70 degrees and no carpet. Just open the case(HowTo.OpenTheCase find the R83 resistor, grab it with the finger nail clippers, apply a little pressure and pull it straight off. It should come right off, usually in one piece. If it doesn't come off in one piece, turn the unit upside down and shake it gently a bit to make sure it all comes off (or you can blow on it a little, just be sure not to spit on it). I recommend this over the procedure because its a lot easier. I've moved some of the success stories for this procedure up here. --- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- Ditto to success with Nail Clippers. Resistor just ends up as dust. Very quick and easy. -mjed. --- I also used a nail clipper. The angle is not so obvious: I just got the jaws to make slight contact with the resistor and lightly twisted. Very easy. Runs much smoother now. -The Phil More success stories below on this page for this technique. Procedure #2Changed lines 86-91 from:
--- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- Ditto to success with Nail Clippers. Resistor just ends up as dust. Very quick and easy. -mjed. to:
Changed lines 97-100 from:
--- Tried the nail clippers trick - but found it v difficult to get a grip. I eventually used the point of a compass to destroy the resistor - probably not to be recommended. Rebooted, and it took ages, with the "ready LED" flashing continuously - I thought I'd squashed my slug!. Eventually it came up, and everything is OK and BogoMips confirmed I has performed the procedure successfully. - Luke --- I also used a nail clipper. The angle is not so obvious: I just got the jaws to make slight contact with the resistor and lightly twisted. Very easy. Runs much smoother now. -The Phil to:
June 17, 2007, at 12:54 AM
by -- Report of a half-speed Slug bought in Sydney on 6/14/2007
Added lines 19-21:
May 10, 2007, at 11:52 PM
by -- Added a note on initial speed of my slug & tidied user edits
Changed lines 6-14 from:
Edit: My brand new Slug comes from factory with BogoMIPS: 263.78, so it is already running at 266 MHz?. The Slug is marked with a sticker: Manufactured 05/2006. Maybe someone from Linksys has read this page :) Edit: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 Edit by Bullfrog: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 - R64 is also now no longer fitted next to flash chip near serial port which with R83 fitted and R81 missing - gives the undocumented code for 266Mhz Edit by Charly: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006. Also the French power adapter is twice smaller for same power (5V 2.0A) '''Edit by Steve 2/25/2007: Purchased yesterday. Mine came with V2.3R73. Only a windows guy so couldn't verify speed. Task manager showed 31% network usage on large files (>2 GBytes?). Opened case and found R83. Removed it with my soldering iron with no problems. Closed case and started NSLU2 again and found that task manager showed 48% network usage on large files. to:
Notes on Slugs supplied at 266Mhz:
Notes on Slugs supplied at the standard half speed:
April 10, 2007, at 08:43 PM
by -- Multiply by 1 does not make sense
Changed lines 48-49 from:
to:
April 07, 2007, at 04:12 PM
by -- Successful de-underclocking
Added lines 92-93:
March 19, 2007, at 09:45 AM
by --
Added lines 118-119:
March 01, 2007, at 08:37 PM
by --
Changed lines 13-14 from:
'''Edit by Steve 2/25/2007: Purchased yesterday. Mine came with V2.3R73. Only a windows guy so couldn't verify speed. Task manager showed 31% network usage on large files (>2 GBytes?). Opened case and found R83. Removed it with my soldering iron with no problems. Closed case and started NSLU2 again and found that task manager showed 48% network usage on large files. to:
'''Edit by Steve 2/25/2007: Purchased yesterday. Mine came with V2.3R73. Only a windows guy so couldn't verify speed. Task manager showed 31% network usage on large files (>2 GBytes?). Opened case and found R83. Removed it with my soldering iron with no problems. Closed case and started NSLU2 again and found that task manager showed 48% network usage on large files. Changed lines 322-338 from:
BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* :------------------:-------------:------------ NUMERIC SORT : 92.96 : 2.38 : 0.78 STRING SORT : 4.517 : 2.02 : 0.31 BITFIELD : 1.8905e+07 : 3.24 : 0.68 FP EMULATION : 8.6342 : 4.14 : 0.96 to:
nbench
BYTEmark* Native Mode Benchmark ver. 2 (10/95)
Index-split by Andrew D. Balsa (11/97)
Linux/Unix* port by Uwe F. Mayer (12/96,11/97)
TEST : Iterations/sec. : Old Index : New Index
: : Pentium 90* : AMD K6/233*
--------------------:------------------:-------------:------------
NUMERIC SORT : 92.96 : 2.38 : 0.78
STRING SORT : 4.517 : 2.02 : 0.31
BITFIELD : 1.8905e+07 : 3.24 : 0.68
FP EMULATION : 8.6342 : 4.14 : 0.96
March 01, 2007, at 08:36 PM
by --
Changed lines 322-323 from:
to:
March 01, 2007, at 08:35 PM
by --
Added lines 314-338:
Benchmarking on Unslung with nbenchTo install nbench: ipkg install nbench-byte My sad results on a new nslu2 clocked to 266mhz by Linksys:
BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* :------------------:-------------:------------ NUMERIC SORT : 92.96 : 2.38 : 0.78 STRING SORT : 4.517 : 2.02 : 0.31 BITFIELD : 1.8905e+07 : 3.24 : 0.68 FP EMULATION : 8.6342 : 4.14 : 0.96 February 25, 2007, at 07:36 PM
by --
Added lines 13-14:
'''Edit by Steve 2/25/2007: Purchased yesterday. Mine came with V2.3R73. Only a windows guy so couldn't verify speed. Task manager showed 31% network usage on large files (>2 GBytes?). Opened case and found R83. Removed it with my soldering iron with no problems. Closed case and started NSLU2 again and found that task manager showed 48% network usage on large files. February 21, 2007, at 03:01 PM
by --
Changed lines 88-89 from:
to:
---Did it with very sharp nail scissors. I just cut R83 into two pieces. The slug works without problems, but you can hear a verry quiet sound at a verry high frequency. Almost not hearable for me. Can anyone exlpain to me, where this sound comes from? February 18, 2007, at 02:04 AM
by -- Added successtory
Added lines 86-88:
---Performance frustration success. One evening when it went slow on me I just went and did it nailclipper style. Its a new slug on steroids. Why didnt I do this before?! Hardest part was opening the case. The instructions were a bit vague. February 17, 2007, at 11:09 AM
by --
Changed lines 112-113 from:
Another sucsess, using very small screwdriver to simply crush the resistor. Also about 8 small holes in the top of the casing to allow a little more air though just in case overheating becomes an issue. (17/2/2007). to:
Another sucsess, using very small screwdriver to simply crush the resistor. Also made about 8 small holes in the top of the casing to allow a little more air though, just in case overheating becomes an issue - 17/2/2007). February 17, 2007, at 11:06 AM
by -- Added to list of sucses
Changed lines 112-113 from:
to:
Another sucsess, using very small screwdriver to simply crush the resistor. Also about 8 small holes in the top of the casing to allow a little more air though just in case overheating becomes an issue. (17/2/2007). January 31, 2007, at 02:30 AM
by --
Added lines 84-85:
---One more noob success. Sharp little blade of a Swiss Army Knife® and 3minutes time = turbo-slug! October 23, 2006, at 11:53 AM
by --
Added lines 82-83:
---Complete idiot success. I had no idea really what I was doing and I somehow did it. Used the nail clipper method. October 23, 2006, at 11:40 AM
by --
Changed lines 100-101 from:
to:
As for the comments below: Others seem to have better luck with their O/C slug. However, it was my slug that crashed, not the HD. I did test for that. I run the slug from a Flash Memory and it also crashed, when the (additional) HD was removed. I did not test, however, whether my Flash Memory still works at 30+°C. (joerg107) October 22, 2006, at 02:38 AM
by -- Comments about temperature crashes being more related to harddisk temp.
Added lines 103-104:
I live in Rio, where temperatures easily reach more than 35C and my O/C 266 slug never crashed, even during long (more than an our) backup sessions, I recommend checking the harddisk temperature before blaming the slug itself. A good heat dissipation enclosure choice is fundamental for no-power-off use. (marcelo vianna). October 20, 2006, at 04:57 PM
by --
Added lines 101-102:
As aside the above warning...I currently have two slugs O/C to 266 with 3 drives on each. This summer when my A/C was being replaced it was 99F (37C) in my house for about 4 days and my two slugs never crashed and functioned properly. So you mileage may vary due to room temp (shiett) October 20, 2006, at 11:37 AM
by -- 266 MHz Slug does crash at high temperatures
Changed lines 98-101 from:
WARNING: My overclocked slug repeatedly crashed on hot day this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) to:
<<<<<<< WARNING: My overclocked slug repeatedly crashed on hot days this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) >>>>>>> October 20, 2006, at 11:36 AM
by -- 266 MHz Slug does crash at high temperatures
Changed lines 98-99 from:
to:
WARNING: My overclocked slug repeatedly crashed on hot day this summer. Room temerature was always beyond 27° C and the slug crashed during longer read/write operations. Under these conditions the behaviour was absolutely reproducible, that is, I could not get it to read or write larger sets of data without crashing. At cooler temeratures the bahaviour was gone, so it looks like a clearly heat-induced problem. I do not know about the bahaviour of a non-modified slug at these conditions (joerg107) October 18, 2006, at 09:46 PM
by -- Add a comment as to why the 36MHz xtal didn\'t generate a measurable difference
Added lines 145-146:
The above isn't really too surprising - The time will also be running 10% fast unless the kernel was modified to calculate a different value for the timer that generates the jiffy counter. October 04, 2006, at 07:12 PM
by -- Adding scissors
Added lines 80-81:
--- I couldn't managed to cut the resistor with a blade (perhaps mine was slightly blunt) so I used a pair or small embroidery scissors to get a grip on the resistor and pull it off. End result was just the same. -Ed September 10, 2006, at 07:47 PM
by -- Removing R83 results in code 011 as per table not 110 as shown
Changed lines 112-113 from:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. to:
Removing R83 changes the configuration to 011 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. September 10, 2006, at 04:02 PM
by -- More information regarding 266Mhz from factory
Added lines 9-10:
Edit by Bullfrog: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 - R64 is also now no longer fitted next to flash chip near serial port which with R83 fitted and R81 missing - gives the undocumented code for 266Mhz August 19, 2006, at 09:13 PM
by --
Changed lines 76-77 from:
--- I've done this with no cutting anything. Check the table, just added a new 10 K resistors (R81) on the empty slot (A22) (just below the red rectangle on the picture). Like this just, to remove it if I want to go back. Like this A21,A22 and A23 are set to 0. to:
--- I've done this with no cutting anything. Check the table, just added a new 10 K resistors (R81) on the empty slot (A22) (just below the red rectangle on the picture). Like this just, to remove it if I want to go back. Like this A21,A22 and A23 are set to 0. Charly August 19, 2006, at 09:12 PM
by --
Added lines 76-77:
--- I've done this with no cutting anything. Check the table, just added a new 10 K resistors (R81) on the empty slot (A22) (just below the red rectangle on the picture). Like this just, to remove it if I want to go back. Like this A21,A22 and A23 are set to 0. August 19, 2006, at 08:58 PM
by --
Changed lines 8-9 from:
Edit by Charly: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 Also the French power adapter is twice smaller for same power (5V 2.0A) to:
Edit by Charly: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006. Also the French power adapter is twice smaller for same power (5V 2.0A) August 19, 2006, at 08:57 PM
by --
Changed lines 8-9 from:
to:
Edit by Charly: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 Also the French power adapter is twice smaller for same power (5V 2.0A) August 18, 2006, at 12:27 PM
by -- 36 MHz Quarz Oszillator
Added lines 135-136:
A NSLU2 with a new 36MHz oscillator (I desoldered the old 33MHz one) is still working fine, but the frequency reportet via dmesg (OpenSlug) and cat /proc/cpuinfo is still 266MHz resp. BogoMIPS. :-( August 18, 2006, at 11:08 AM
by --
Changed lines 7-8 from:
to:
Edit: Mine also comes from factory running at 266Mhz ;) - Manufactured 05/2006 August 18, 2006, at 09:42 AM
by -- Updated successful turboslug mods
Changed lines 85-86 from:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 140 modified NSLU2's and each one has been operating under heavy load with no problems. to:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 530 modified NSLU2's and each one has been operating under heavy load with no problems. July 23, 2006, at 12:52 PM
by --
Added lines 259-260:
Further note: Measuring the AC draw with a Kill-a-watt meter, a total draw of 5W including a laptop hardrive (Samsung MP0603H) was measured on a 266MHz slug, so this is a very different measurement. The Power factor was bad, so the VA draw (the apparent usage) was 9-11, but it's Watts you're billed on. More data points required! For explanation of VA, PF, etc., Google "Power Factor" VA Watts. July 17, 2006, at 01:53 AM
by -- more success story
Added lines 71-72:
--- I also used a nail clipper. The angle is not so obvious: I just got the jaws to make slight contact with the resistor and lightly twisted. Very easy. Runs much smoother now. -The Phil June 27, 2006, at 04:32 PM
by -- modles -> models
Changed line 1 from:
There appear to be two modles around -- please verify that you are running at 133 before doing anything else to:
There appear to be two models around -- please verify that you are running at 133 before doing anything else June 26, 2006, at 11:51 PM
by --
Added lines 1-2:
There appear to be two modles around -- please verify that you are running at 133 before doing anything else ''' Deleted line 5:
June 04, 2006, at 09:02 AM
by -- added info about my new Slug, comming from factory with 266MHz
Added lines 5-6:
May 08, 2006, at 06:51 AM
by -- confirmed procedure
Added lines 66-67:
--- Tried the nail clippers trick - but found it v difficult to get a grip. I eventually used the point of a compass to destroy the resistor - probably not to be recommended. Rebooted, and it took ages, with the "ready LED" flashing continuously - I thought I'd squashed my slug!. Eventually it came up, and everything is OK and BogoMips confirmed I has performed the procedure successfully. - Luke April 23, 2006, at 03:49 PM
by --
Added lines 54-55:
--- Ditto to success with Nail Clippers. Resistor just ends up as dust. Very quick and easy. -mjed. April 06, 2006, at 05:48 PM
by --
Added lines 56-57:
--- Cut with a standard cutter, After I go from 3.94mb/sec to 5,35mb/sec -overlord March 15, 2006, at 07:32 PM
by --
Changed lines 1-270 from:
ygh to:
Tired of sluggish performance? Want to squeeze a bit more out of your slug? Feel that you're not getting the dish you paid for? Overclocking (De-underclocking) the Linksys NSLU2! (or how to get your own TurboSlug)Warning: This is EXPERIMENTAL. Follow these instructions at your own risk! Warning: This WILL void your NSLU2's warranty! The NSLU2 as supplied from Linksys actually runs the IXP420 at half its rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. ProcedureThis is really, really simple (If you've got the proper tools). The process goes like this:
--- If you just cannot wait until the soldering iron heats up: Alternative method of removal of the resistor requires sharp box cutter or a scalpel. Position of the resistor on the board makes it easy to simply cut the resistor in half. Resistor is fragile, it will shatter and pieces will fall out. Make sure pieces do not stick around on the board. Enjoy ! Andrei Volkov -- --- I used a small cutter (looks like a wire cutter) that came with screw driver kit to shatter the R83. I found this to be a little safer than using a box cutter or exacto knife because there is less of a chance of damaging the PCB. With one snip, it was quickly and cleanly cut in two. Lastly, I used one of those 'dust off' cans to clear the dust and fragments. -Martin J. Hsu --- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razor blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth --- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- I sawed off R83 with an XActo knife, and it worked perfectly. Be aware that increasing the clock frequency will also shorten (to about 0.8 seconds) the window within which RedBoot is open to a telnet connection, making it that much more difficult to gain access (see HowToTelnetIntoRedBoot). -Ian If you're happy about overclocking your slug, you may want to send in a donation to the project. You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40°C. YMMV! --- The easiest way might be the 'solder ball trick'. Get a soldering iron (no more than 25W or you'll tear the tracks off the board) and melt a blob of solder onto the tip. Move it into position so that the blob is touching both ends of the resistor simultaneously. Wait for the resistor to stick to the solder, then just lift off the iron. Use some desolder wick to remove any solder left on the pads, check for shorts, then put the Slug back together again. Beats trying to melt one side, then flip to the other before the solder cools down. It also pretty much removes the risk of destroying tracks on the board that the knife/boxcutter method carries. Unless you decide to use a 100W solder gun instead of a 25W iron (or a temperature controlled iron set to about 330 Celsius). LogoThis was easy - thanks for the info! I used an exacto knife and a magnifying glass. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. http://bytered.com/unslung/unslung-baby-266mhz.png Temperature and power considerationsThe slight increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. We are not overclocking the IXP420. It has been tested for operation at 266MHz by Intel and marked as so. There are no signs that the IXP420 used in the NSLU2 is anything other than a standard part. All the markings and CPU IDs have been exactly as they should be. It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 140 modified NSLU2's and each one has been operating under heavy load with no problems. The small change in power consumption can have some effect. For example, I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). (michaelebrown) TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. A turbo-button alternative to removing R83:Rather than removing R83, I added a switch + 10K resistor in the pads for A22/R81 (see picture above, switch+resistor wires are soldered in the space below the red box). I positioned my turbo-button at the back of the slug, next to the Ethernet plug. The switch can change the speed of the slug from 133 to 266MHz and back. This is great if you want some oomf for development but also need to test software at the original speed. Unlike a PC turbo-button, speed is set before switching on the device. Speed cannot be changed once the Slug is on. This is my own experience with a single device, take with a pinch salt: In terms of current consumption, I noticed that my slug hooked to a 2.5" 12GB Toshiba hard drive (USB powered) will not boot with the original 5V 2A power supply. It will boot fine however, with a 5V 2.5A power supply. Potential for overclock to > 266MHzThe IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. BenchmarksSome (simple) test results: Time spent finding 9009 digits of e: OC'ed slug: Normal slug: 133MHz core speed: 266MHz core speed: Pre modification: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 148 MB in 2.04 seconds = 72.55 MB/sec Timing buffered disk reads: 24 MB in 3.06 seconds = 7.84 MB/sec Post modification: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 184 MB in 2.03 seconds = 90.64 MB/sec Timing buffered disk reads: 26 MB in 3.16 seconds = 8.23 MB/sec LMBench Results: L M B E N C H 2 . 0 S U M M A R Y
------------------------------------
Basic system parameters
----------------------------------------------------
Host OS Description Mhz
--------- ------------- ----------------------- ----
slug2 Linux 2.6.11. armv5teb-linux-gnu 133
slugracer Linux 2.6.12 armv5teb-linux-gnu 266
Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host OS Mhz null null open selct sig sig fork exec sh
call I/O stat clos TCP inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
slug2 Linux 2.6.11. 133 2.09 4.29 40.1 47.7 261.1 7.72 22.2 4921 15.K 65.K
slugracer Linux 2.6.12 266 0.63 2.12 24.4 28.2 126.9 3.99 10.9 2504 8619 42.K
Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
slug2 Linux 2.6.11. 186.7 337.8 736.1 361.1 763.6 361.9 753.3
slugracer Linux 2.6.12 126.3 253.4 584.8 272.4 600.3 266.7 593.2
*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP
ctxsw UNIX UDP TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
slug2 Linux 2.6.11. 186.7 407.6 1148 833.3 2065
slugracer Linux 2.6.12 126.3 238.4 503. 598.6 1482
File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host OS 0K File 10K File Mmap Prot Page
Create Delete Create Delete Latency Fault Fault
--------- ------------- ------ ------ ------ ------ ------- ----- -----
slug2 Linux 2.6.11. 1062.7 1356.9 3759.4 2008.0 1959.0 1.539 83.0
slugracer Linux 2.6.12 499.3 771.0 1865.7 1075.3 1135.0 1.471 66.0
*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem
UNIX reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
slug2 Linux 2.6.11. 19.6 24.2 21.3 30.9 64.4 36.9 43.3 64.4 68.3
slugracer Linux 2.6.12 26.6 26.8 24.4 38.3 97.1 44.5 50.6 97.1 79.0
Memory latencies in nanoseconds - smaller is better
(WARNING - may not be correct, check graphs)
---------------------------------------------------
Host OS Mhz L1 $ L2 $ Main mem Guesses
--------- ------------- ---- ----- ------ -------- -------
slug2 Linux 2.6.11. 133 22.5 242.7 252.5 No L2 cache?
slugracer Linux 2.6.12 266 11.3 175.2 186.7 No L2 cache?
Power measurementsIdle: Running idle in RedBoot Running: Running a small prog which does:
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the IXP420 after 30 minutes in state "Running"
note: These measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. More Power measurementsThese measurements courtesy of yahpn. Measurements taken on the low voltage (5V) side, post power supply.
ThanksThanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. March 15, 2006, at 06:46 PM
by -- uih;
Changed lines 1-270 from:
Tired of sluggish performance? Want to squeeze a bit more out of your slug? Feel that you're not getting the dish you paid for? Overclocking (De-underclocking) the Linksys NSLU2! (or how to get your own TurboSlug)Warning: This is EXPERIMENTAL. Follow these instructions at your own risk! Warning: This WILL void your NSLU2's warranty! The NSLU2 as supplied from Linksys actually runs the IXP420 at half its rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. ProcedureThis is really, really simple (If you've got the proper tools). The process goes like this:
--- If you just cannot wait until the soldering iron heats up: Alternative method of removal of the resistor requires sharp box cutter or a scalpel. Position of the resistor on the board makes it easy to simply cut the resistor in half. Resistor is fragile, it will shatter and pieces will fall out. Make sure pieces do not stick around on the board. Enjoy ! Andrei Volkov -- --- I used a small cutter (looks like a wire cutter) that came with screw driver kit to shatter the R83. I found this to be a little safer than using a box cutter or exacto knife because there is less of a chance of damaging the PCB. With one snip, it was quickly and cleanly cut in two. Lastly, I used one of those 'dust off' cans to clear the dust and fragments. -Martin J. Hsu --- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razor blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth --- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" --- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. --- I sawed off R83 with an XActo knife, and it worked perfectly. Be aware that increasing the clock frequency will also shorten (to about 0.8 seconds) the window within which RedBoot is open to a telnet connection, making it that much more difficult to gain access (see HowToTelnetIntoRedBoot). -Ian If you're happy about overclocking your slug, you may want to send in a donation to the project. You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40°C. YMMV! --- The easiest way might be the 'solder ball trick'. Get a soldering iron (no more than 25W or you'll tear the tracks off the board) and melt a blob of solder onto the tip. Move it into position so that the blob is touching both ends of the resistor simultaneously. Wait for the resistor to stick to the solder, then just lift off the iron. Use some desolder wick to remove any solder left on the pads, check for shorts, then put the Slug back together again. Beats trying to melt one side, then flip to the other before the solder cools down. It also pretty much removes the risk of destroying tracks on the board that the knife/boxcutter method carries. Unless you decide to use a 100W solder gun instead of a 25W iron (or a temperature controlled iron set to about 330 Celsius). LogoThis was easy - thanks for the info! I used an exacto knife and a magnifying glass. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. http://bytered.com/unslung/unslung-baby-266mhz.png Temperature and power considerationsThe slight increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. We are not overclocking the IXP420. It has been tested for operation at 266MHz by Intel and marked as so. There are no signs that the IXP420 used in the NSLU2 is anything other than a standard part. All the markings and CPU IDs have been exactly as they should be. It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 140 modified NSLU2's and each one has been operating under heavy load with no problems. The small change in power consumption can have some effect. For example, I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). (michaelebrown) TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. A turbo-button alternative to removing R83:Rather than removing R83, I added a switch + 10K resistor in the pads for A22/R81 (see picture above, switch+resistor wires are soldered in the space below the red box). I positioned my turbo-button at the back of the slug, next to the Ethernet plug. The switch can change the speed of the slug from 133 to 266MHz and back. This is great if you want some oomf for development but also need to test software at the original speed. Unlike a PC turbo-button, speed is set before switching on the device. Speed cannot be changed once the Slug is on. This is my own experience with a single device, take with a pinch salt: In terms of current consumption, I noticed that my slug hooked to a 2.5" 12GB Toshiba hard drive (USB powered) will not boot with the original 5V 2A power supply. It will boot fine however, with a 5V 2.5A power supply. Potential for overclock to > 266MHzThe IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. BenchmarksSome (simple) test results: Time spent finding 9009 digits of e: OC'ed slug: Normal slug: 133MHz core speed: 266MHz core speed: Pre modification: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 148 MB in 2.04 seconds = 72.55 MB/sec Timing buffered disk reads: 24 MB in 3.06 seconds = 7.84 MB/sec Post modification: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 184 MB in 2.03 seconds = 90.64 MB/sec Timing buffered disk reads: 26 MB in 3.16 seconds = 8.23 MB/sec LMBench Results: L M B E N C H 2 . 0 S U M M A R Y
------------------------------------
Basic system parameters
----------------------------------------------------
Host OS Description Mhz
--------- ------------- ----------------------- ----
slug2 Linux 2.6.11. armv5teb-linux-gnu 133
slugracer Linux 2.6.12 armv5teb-linux-gnu 266
Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host OS Mhz null null open selct sig sig fork exec sh
call I/O stat clos TCP inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
slug2 Linux 2.6.11. 133 2.09 4.29 40.1 47.7 261.1 7.72 22.2 4921 15.K 65.K
slugracer Linux 2.6.12 266 0.63 2.12 24.4 28.2 126.9 3.99 10.9 2504 8619 42.K
Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
slug2 Linux 2.6.11. 186.7 337.8 736.1 361.1 763.6 361.9 753.3
slugracer Linux 2.6.12 126.3 253.4 584.8 272.4 600.3 266.7 593.2
*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP
ctxsw UNIX UDP TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
slug2 Linux 2.6.11. 186.7 407.6 1148 833.3 2065
slugracer Linux 2.6.12 126.3 238.4 503. 598.6 1482
File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host OS 0K File 10K File Mmap Prot Page
Create Delete Create Delete Latency Fault Fault
--------- ------------- ------ ------ ------ ------ ------- ----- -----
slug2 Linux 2.6.11. 1062.7 1356.9 3759.4 2008.0 1959.0 1.539 83.0
slugracer Linux 2.6.12 499.3 771.0 1865.7 1075.3 1135.0 1.471 66.0
*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem
UNIX reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
slug2 Linux 2.6.11. 19.6 24.2 21.3 30.9 64.4 36.9 43.3 64.4 68.3
slugracer Linux 2.6.12 26.6 26.8 24.4 38.3 97.1 44.5 50.6 97.1 79.0
Memory latencies in nanoseconds - smaller is better
(WARNING - may not be correct, check graphs)
---------------------------------------------------
Host OS Mhz L1 $ L2 $ Main mem Guesses
--------- ------------- ---- ----- ------ -------- -------
slug2 Linux 2.6.11. 133 22.5 242.7 252.5 No L2 cache?
slugracer Linux 2.6.12 266 11.3 175.2 186.7 No L2 cache?
Power measurementsIdle: Running idle in RedBoot Running: Running a small prog which does:
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the IXP420 after 30 minutes in state "Running"
note: These measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. More Power measurementsThese measurements courtesy of yahpn. Measurements taken on the low voltage (5V) side, post power supply.
ThanksThanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. to:
ygh March 02, 2006, at 01:12 PM
by -- Another suggestion for desoldering
Added lines 60-61:
--- The easiest way might be the 'solder ball trick'. Get a soldering iron (no more than 25W or you'll tear the tracks off the board) and melt a blob of solder onto the tip. Move it into position so that the blob is touching both ends of the resistor simultaneously. Wait for the resistor to stick to the solder, then just lift off the iron. Use some desolder wick to remove any solder left on the pads, check for shorts, then put the Slug back together again. Beats trying to melt one side, then flip to the other before the solder cools down. It also pretty much removes the risk of destroying tracks on the board that the knife/boxcutter method carries. Unless you decide to use a 100W solder gun instead of a 25W iron (or a temperature controlled iron set to about 330 Celsius). February 03, 2006, at 05:52 PM
by --
Added lines 54-55:
--- I sawed off R83 with an XActo knife, and it worked perfectly. Be aware that increasing the clock frequency will also shorten (to about 0.8 seconds) the window within which RedBoot is open to a telnet connection, making it that much more difficult to gain access (see HowToTelnetIntoRedBoot). -Ian January 31, 2006, at 09:09 AM
by --
Changed lines 52-53 from:
--- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and use clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. to:
--- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. January 31, 2006, at 09:07 AM
by -- Added my example of using nail clippers on R83
Changed lines 52-53 from:
--- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and use clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -Chuck McKinnon?. to:
--- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and use clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -acm. January 31, 2006, at 09:06 AM
by --
Changed lines 48-49 from:
--- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razoe blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth to:
--- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razor blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth Added lines 52-53:
--- Just want to second Wei Tsang's recommendation about nail clippers. First thing I did with my slug, before I even plugged it in, was to crack open the case and use clip off R83. It worked perfectly and was really easy to do. The resistor's small enough that it took me one or two tries to get the clippers to grab on, but once I'd found the proper angle (YMMV) it took one snip and that was it. Reassembled the case and the slug booted perfectly. -Chuck McKinnon?. December 12, 2005, at 08:05 PM
by --
Changed lines 58-61 from:
This was easy - thanks for the info! I used an exacto knife and a magnifying glass. This seems to alter the power consumption somewhat (see note below also). I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. to:
This was easy - thanks for the info! I used an exacto knife and a magnifying glass. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. Added lines 70-73:
The small change in power consumption can have some effect. For example, I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). (michaelebrown) December 12, 2005, at 05:40 PM
by -- More info on power consumption and effect on bootable drives
Changed lines 58-59 from:
This was easy - thanks for the info! I used an exacto knife and a magnifying glass. Haven't tried to boot it with a disk attached just yet. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. to:
This was easy - thanks for the info! I used an exacto knife and a magnifying glass. This seems to alter the power consumption somewhat (see note below also). I can get it to boot with a Fujitsu 20GB (5V .55A), but can't get it to boot with a Samsung 40GB (5V 0.7A). Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. December 08, 2005, at 09:39 AM
by -- Suggest checking /proc/cpuinfo as a quick check on results
Added lines 19-23:
Added lines 42-43:
December 04, 2005, at 06:02 PM
by --
Changed lines 51-52 from:
Stamp your overclocked site with pride. Originals and Photoshop files at michaelebrown's site. to:
This was easy - thanks for the info! I used an exacto knife and a magnifying glass. Haven't tried to boot it with a disk attached just yet. Here's an overclock logo to match. Originals and Photoshop files at michaelebrown's site. November 20, 2005, at 05:51 AM
by --
Deleted lines 0-3:
Stamp your overclocked site with pride. Originals and Photoshop files at my site. http://bytered.com/unslung/unslung-baby-266mhz.png Added lines 49-54:
LogoStamp your overclocked site with pride. Originals and Photoshop files at michaelebrown's site. http://bytered.com/unslung/unslung-baby-266mhz.png November 20, 2005, at 02:00 AM
by --
Added lines 1-4:
Stamp your overclocked site with pride. Originals and Photoshop files at my site. http://bytered.com/unslung/unslung-baby-266mhz.png November 08, 2005, at 03:45 PM
by -- added a turbo-button paragraph
Added lines 88-93:
A turbo-button alternative to removing R83:Rather than removing R83, I added a switch + 10K resistor in the pads for A22/R81 (see picture above, switch+resistor wires are soldered in the space below the red box). I positioned my turbo-button at the back of the slug, next to the Ethernet plug. The switch can change the speed of the slug from 133 to 266MHz and back. This is great if you want some oomf for development but also need to test software at the original speed. Unlike a PC turbo-button, speed is set before switching on the device. Speed cannot be changed once the Slug is on. This is my own experience with a single device, take with a pinch salt: In terms of current consumption, I noticed that my slug hooked to a 2.5" 12GB Toshiba hard drive (USB powered) will not boot with the original 5V 2A power supply. It will boot fine however, with a 5V 2.5A power supply. August 17, 2005, at 01:25 PM
by --
Changed lines 55-56 from:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been 20 modified NSLU2's and each one has been operating under heavy load with no problems. to:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been over 140 modified NSLU2's and each one has been operating under heavy load with no problems. August 17, 2005, at 12:21 PM
by -- number bump - one more turboslug
Changed lines 55-56 from:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been 19 modified NSLU2's and each one has been operating under heavy load with no problems. to:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been 20 modified NSLU2's and each one has been operating under heavy load with no problems. August 13, 2005, at 10:01 PM
by -- added additional tip
Added lines 43-44:
--- After seeing Martin's post above, I realized that a simple, cheap 0.99c pair of small pharmacy-store nail clippers would do the trick in cleanly removing the resistor without cutting or with heavy force. Same idea as using a pair of pliers: carefully position the "mouth" of the clipper perpedicular to the resistor and apply consistant pressure. A slight twist and the surface mouth resistor should come off quite happily. "- Wei A. Tsang" August 13, 2005, at 09:11 PM
by -- razor blade for the overclocking
Added lines 41-42:
--- I have around ... zero soldering skills so I didn't want to accidentilly destroy anything else on the board. So I used a razoe blade (the kinds you can get in those 50 packs). I picked at the solder joint on the left side, and eventually broke that whole joint. then just lifted the resistor up, and it snapped off. Fairly quick, took about ... 10 minutes all togeather. -Sharth August 13, 2005, at 03:15 PM
by --
Changed lines 41-46 from:
If you're happy about overclocking your slug, you may want to send in a donation via PayPal to: - payments from your existing paypal account balance only (if your payment involves drawing money from your credit card, use the other button).
or: - payments that will involve drawing money from your credit card.
to:
If you're happy about overclocking your slug, you may want to send in a donation to the project. August 13, 2005, at 07:04 AM
by -- added alternative R83 crushing suggestion
Added lines 39-40:
--- I used a small cutter (looks like a wire cutter) that came with screw driver kit to shatter the R83. I found this to be a little safer than using a box cutter or exacto knife because there is less of a chance of damaging the PCB. With one snip, it was quickly and cleanly cut in two. Lastly, I used one of those 'dust off' cans to clear the dust and fragments. -Martin J. Hsu July 14, 2005, at 01:50 AM
by --
Added lines 37-38:
--- If you just cannot wait until the soldering iron heats up: Alternative method of removal of the resistor requires sharp box cutter or a scalpel. Position of the resistor on the board makes it easy to simply cut the resistor in half. Resistor is fragile, it will shatter and pieces will fall out. Make sure pieces do not stick around on the board. Enjoy ! Andrei Volkov -- July 09, 2005, at 01:54 PM
by --
Changed line 14 from:
All you need to do is to desolder one resistor (albeit tiny, it's rather easy).\\ to:
All you need to do is to desolder one resistor (albeit small, it's rather easy).\\ Changed lines 27-28 from:
to:
Changed lines 33-34 from:
to:
July 07, 2005, at 01:30 PM
by --
Added lines 120-135:
Pre modification: $ hdparm -tT /dev/sda /dev/sda: Timing cached reads: 148 MB in 2.04 seconds = 72.55 MB/sec Timing buffered disk reads: 24 MB in 3.06 seconds = 7.84 MB/sec Post modification: # hdparm -tT /dev/sda /dev/sda: Timing cached reads: 184 MB in 2.03 seconds = 90.64 MB/sec Timing buffered disk reads: 26 MB in 3.16 seconds = 8.23 MB/sec LMBench Results: July 02, 2005, at 04:13 AM
by --
Changed lines 201-202 from:
These measurements taken on the low voltage (5V) side post power supply. to:
These measurements courtesy of yahpn. Measurements taken on the low voltage (5V) side, post power supply. July 02, 2005, at 04:07 AM
by --
Changed lines 206-217 from:
Slug1- Unslung 3.18 - 133 idle: 0.50 Amps Slug1- Unslung 3.18 - 266 idle: 0.51 Amps Slug2 - OpenSlug 2.0 - 266 idle: 0.51 Amps Slug1- Unslung 3.18 - 133 nsieve peak: 0.59 Amps Slug1- Unslung 3.18 - 266 nsieve peak: 0.59 Amps Slug2 - OpenSlug 2.0 - 266 nsieve peak: 0.57 Amps Slug1- Unslung 3.18 - 133 gzip: 0.52 Amps Slug1- Unslung 3.18 - 266 gzip: 0.54 Amps Slug2 - OpenSlug 2.0 - 266 gzip: 0.52 Amps to:
July 02, 2005, at 03:21 AM
by --
Changed lines 203-205 from:
shows peak power usage when the L1 D-cache thrashing but no swapping is happening. to:
July 02, 2005, at 03:21 AM
by --
Changed line 203 from:
nsieve is an old benchmark that uses more memory as it goes along. It to:
Changed lines 206-208 from:
gzip is "cat /dev/zero |gzip - |gunzip - > /dev/null" to:
July 02, 2005, at 03:20 AM
by --
Added lines 199-220:
More Power measurementsThese measurements taken on the low voltage (5V) side post power supply. nsieve is an old benchmark that uses more memory as it goes along. It shows peak power usage when the L1 D-cache thrashing but no swapping is happening. gzip is "cat /dev/zero |gzip - |gunzip - > /dev/null" Slug1- Unslung 3.18 - 133 idle: 0.50 Amps Slug1- Unslung 3.18 - 266 idle: 0.51 Amps Slug2 - OpenSlug 2.0 - 266 idle: 0.51 Amps Slug1- Unslung 3.18 - 133 nsieve peak: 0.59 Amps Slug1- Unslung 3.18 - 266 nsieve peak: 0.59 Amps Slug2 - OpenSlug 2.0 - 266 nsieve peak: 0.57 Amps Slug1- Unslung 3.18 - 133 gzip: 0.52 Amps Slug1- Unslung 3.18 - 266 gzip: 0.54 Amps Slug2 - OpenSlug 2.0 - 266 gzip: 0.52 Amps July 01, 2005, at 03:32 PM
by --
Changed lines 47-48 from:
The slightly increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. to:
The slight increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. Changed lines 51-52 from:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of writing, there have been 19 modified NSLU2's and each one has been operating under heavy load with no problems. to:
It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of this writing, there have been 19 modified NSLU2's and each one has been operating under heavy load with no problems. July 01, 2005, at 03:26 PM
by --
Changed lines 27-28 from:
to:
July 01, 2005, at 03:24 PM
by --
Changed lines 9-10 from:
The NSLU2 as supplied from Linksys actually runs the IXP420 at half it's rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. to:
The NSLU2 as supplied from Linksys actually runs the IXP420 at half its rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. July 01, 2005, at 11:09 AM
by --
Changed lines 9-10 from:
The NSLU2 as supplied from Linksys actually runs the IXP420 at half it's rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. to:
The NSLU2 as supplied from Linksys actually runs the IXP420 at half it's rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. Restoring the rated clockspeed only affects the XScale core inside the IXP420. The external interfaces will stay at their respective speeds. Changed lines 82-83 from:
It is unknown at this time whether the last two combinations will produce a greater speed than 266MHz but it is very unlikely. Chances are that it'll set it to 266MHz. to:
It is unknown whether the last two combinations will produce a greater than 266MHz speed but it is very unlikely. Chances are that it'll set for 266MHz operation. Potential for overclock to > 266MHzThe IXP420 is locked to a specific maximum frequency at the time of manufacture by Intel. There is no known way to override this frequency lock. There are two unknown combinations for the clock setting strapping resistors but it is unlikely to cause the IXP420 to run at greater than 266MHz. One possible method is to change the 33MHz oscillator used in the NSLU2 for a higher frequency part. This will cause the IXP420 to run at a high core speed but this will also have the unfortunate outcome of increasing the PCI, expansion and SDRAM bus. The Intel flash attached to the expansion bus and the SDRAM attached to the SDRAM bus should be capable of working at a higher speed but the NEC USB 2.0 host controller on the PCI bus is known to be very particular about bus speed. Changed lines 184-187 from:
to:
Changed lines 190-191 from:
Temp: Temperature measured at the center of the IXP XScale chip after 30 minutes in state "Running" to:
Temp: Temperature measured at the center of the IXP420 after 30 minutes in state "Running" Changed lines 193-194 from:
to:
July 01, 2005, at 10:58 AM
by --
Changed lines 9-12 from:
to:
The NSLU2 as supplied from Linksys actually runs the IXP420 at half it's rated clockspeed using an undocumented setting. You can fix the NSLU2 to run the IXP420 at the full 266MHz by removing a single SMD resistor which sets the IXP420 at a documented and recommended setting. ProcedureAdded lines 45-83:
Temperature and power considerationsThe slightly increase in power consumption (see Power measurements below) is negligible. The increase in core temperature caused by this is also negligible. The maximum temperature measured by using IR thermometers on the IXP has been 52°C. The maximum temperature of the IXP core power regulation circuitry has been 42°C. All power and temperature values have been well below the rated maximums given in the various datasheets and will comfortably support operation for extended periods of time with the case on and in a hot room. We are not overclocking the IXP420. It has been tested for operation at 266MHz by Intel and marked as so. There are no signs that the IXP420 used in the NSLU2 is anything other than a standard part. All the markings and CPU IDs have been exactly as they should be. It is currently unknown why Linksys decided to halve the clockspeed using an undocumented setting but we have not found any reason to not reset it to 266MHz. At the time of writing, there have been 19 modified NSLU2's and each one has been operating under heavy load with no problems. TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown at this time whether the last two combinations will produce a greater speed than 266MHz but it is very unlikely. Chances are that it'll set it to 266MHz. Changed lines 172-173 from:
Power Measurementsto:
Power measurementsDeleted lines 192-222:
TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. Settings for core clock speed
It is unknown at this time whether the last two combinations will produce a greater speed than 266MHz but it is very unlikely. Chances are that it'll set it to 266MHz. July 01, 2005, at 10:34 AM
by --
Changed lines 18-19 from:
to:
Changed lines 130-135 from:
TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz. to:
Power MeasurementsIdle: Running idle in RedBoot Running: Running a small prog which does:
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the IXP XScale chip after 30 minutes in state "Running" Added lines 145-157:
note: These measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz. Deleted lines 181-201:
Power MeasurementsIdle: Running idle in Redboot Running: Running a small prog which does: some arithmetic (mul,add,sub)
write data to the SDRAM
toggle a LED (ocassionally)
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the X-Scale case after 30 minutes in state "Running"
note: this measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. July 01, 2005, at 09:12 AM
by -- Added Power Data
Added lines 161-181:
Power MeasurementsIdle: Running idle in Redboot Running: Running a small prog which does: some arithmetic (mul,add,sub)
write data to the SDRAM
toggle a LED (ocassionally)
Current: Calculated current supplied at the 5V line, while running Temp: Temperature measured at the center of the X-Scale case after 30 minutes in state "Running"
note: this measurements were taken at the mains-side of the PSU and thus include the power-consumption (loss) of the PSU. July 01, 2005, at 06:01 AM
by --
Changed lines 144-145 from:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htmIXP420 Developers Manual for operation at 266MHz. to:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. July 01, 2005, at 06:00 AM
by --
Changed lines 144-145 from:
Removing R83 changes the configuration to 110 which is documented on page 325 of the [[http://www.intel.com/design/network/manuals/252480.htm]IXP420 Developers Manual] for operation at 266MHz. to:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htmIXP420 Developers Manual for operation at 266MHz. July 01, 2005, at 05:59 AM
by -- fixed intel link
Changed lines 144-145 from:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. to:
Removing R83 changes the configuration to 110 which is documented on page 325 of the [[http://www.intel.com/design/network/manuals/252480.htm]IXP420 Developers Manual] for operation at 266MHz. July 01, 2005, at 01:11 AM
by --
Changed lines 159-160 from:
It is unknown at this time whether the last two combinations which will produce a greater speed than 266MHz but it is very unlikely. to:
It is unknown at this time whether the last two combinations will produce a greater speed than 266MHz but it is very unlikely. Chances are that it'll set it to 266MHz. July 01, 2005, at 01:08 AM
by --
Changed line 156 from:
to:
July 01, 2005, at 01:01 AM
by --
Changed lines 155-158 from:
to:
July 01, 2005, at 01:00 AM
by --
Changed lines 159-160 from:
It is unknown at this time whether there are any other combinations which will produce a greater speed than 266MHz but it is very unlikely. to:
It is unknown at this time whether the last two combinations which will produce a greater speed than 266MHz but it is very unlikely. July 01, 2005, at 01:00 AM
by --
Changed lines 5-9 from:
Warning: This is experimental. Follow these instructions at your own risk! Warning: This will void your NSLU2's warranty! to:
Warning: This is EXPERIMENTAL. Follow these instructions at your own risk! Warning: This WILL void your NSLU2's warranty! Changed lines 24-25 from:
to:
Changed lines 132-133 from:
The XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz. to:
The XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The expansion bus pins on the IXP420 are internally pulled up so default to 1. A 10K pull down resistor is used to set it to 0. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz. Added lines 146-158:
Settings for core clock speed
July 01, 2005, at 12:45 AM
by --
Changed lines 142-145 from:
Removing R83 changes the configuration to 110 which is documented on page 325 the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. It is unknown at this time whether there are any other combinations which will produce a greater speed than 266MHz but it is unlikely. to:
Removing R83 changes the configuration to 110 which is documented on page 325 of the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. It is unknown at this time whether there are any other combinations which will produce a greater speed than 266MHz but it is very unlikely. June 30, 2005, at 11:41 PM
by -- Added technical details
Changed lines 42-43 from:
Some (simple) test results:to:
BenchmarksSome (simple) test results: Changed lines 130-147 from:
to:
TechnicalThe XScale core in the IXP420 can be forced to operate at a lower speed than the factory set speed. This is done by a series of pull down resistors connected to the IXP expansion bus which are read at reset. The core speed can not be changed once started so it is a hardware only mod. The part on the current revision NSLU2s is a B0 stepping IXP420 rated for operation at 266MHz.
The NSLU2 as from Linksys is set for 133MHz operation using the undocumented setting of 010. This causes the IXP420 to divide the core speed by 2. Removing R83 changes the configuration to 110 which is documented on page 325 the http://www.intel.com/design/network/manuals/252480.htm IXP420 Developers Manual for operation at 266MHz. It is unknown at this time whether there are any other combinations which will produce a greater speed than 266MHz but it is unlikely. ThanksJune 30, 2005, at 10:51 PM
by --
Changed lines 32-33 from:
to:
June 30, 2005, at 10:50 PM
by --
Added lines 32-33:
June 30, 2005, at 08:55 PM
by --
Added lines 68-126:
L M B E N C H 2 . 0 S U M M A R Y
------------------------------------
Basic system parameters
----------------------------------------------------
Host OS Description Mhz
--------- ------------- ----------------------- ----
slug2 Linux 2.6.11. armv5teb-linux-gnu 133
slugracer Linux 2.6.12 armv5teb-linux-gnu 266
Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host OS Mhz null null open selct sig sig fork exec sh
call I/O stat clos TCP inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
slug2 Linux 2.6.11. 133 2.09 4.29 40.1 47.7 261.1 7.72 22.2 4921 15.K 65.K
slugracer Linux 2.6.12 266 0.63 2.12 24.4 28.2 126.9 3.99 10.9 2504 8619 42.K
Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
slug2 Linux 2.6.11. 186.7 337.8 736.1 361.1 763.6 361.9 753.3
slugracer Linux 2.6.12 126.3 253.4 584.8 272.4 600.3 266.7 593.2
*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP
ctxsw UNIX UDP TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
slug2 Linux 2.6.11. 186.7 407.6 1148 833.3 2065
slugracer Linux 2.6.12 126.3 238.4 503. 598.6 1482
File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host OS 0K File 10K File Mmap Prot Page
Create Delete Create Delete Latency Fault Fault
--------- ------------- ------ ------ ------ ------ ------- ----- -----
slug2 Linux 2.6.11. 1062.7 1356.9 3759.4 2008.0 1959.0 1.539 83.0
slugracer Linux 2.6.12 499.3 771.0 1865.7 1075.3 1135.0 1.471 66.0
*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem
UNIX reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
slug2 Linux 2.6.11. 19.6 24.2 21.3 30.9 64.4 36.9 43.3 64.4 68.3
slugracer Linux 2.6.12 26.6 26.8 24.4 38.3 97.1 44.5 50.6 97.1 79.0
Memory latencies in nanoseconds - smaller is better
(WARNING - may not be correct, check graphs)
---------------------------------------------------
Host OS Mhz L1 $ L2 $ Main mem Guesses
--------- ------------- ---- ----- ------ -------- -------
slug2 Linux 2.6.11. 133 22.5 242.7 252.5 No L2 cache?
slugracer Linux 2.6.12 266 11.3 175.2 186.7 No L2 cache?
June 30, 2005, at 05:44 PM
by --
Changed lines 3-4 from:
Overclocking the Linksys NSLU2! (or how to get your own TurboSlug)to:
Overclocking (De-underclocking) the Linksys NSLU2! (or how to get your own TurboSlug)Changed lines 30-31 from:
to:
June 30, 2005, at 05:35 PM
by --
Changed line 68 from:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. to:
Thanks to dyoung, beewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. June 30, 2005, at 04:27 PM
by --
Added lines 7-9:
Warning: This will void your NSLU2's warranty! Changed lines 18-19 from:
to:
June 30, 2005, at 02:59 PM
by --
Added lines 51-64:
133MHz core speed: 266MHz core speed: June 30, 2005, at 02:43 PM
by --
Changed lines 3-5 from:
OverClocking? the LinkSys? NSLU2! (or how to get your own TurboSlug)Warning: This is experimental. Follow these instructions at your own risk!to:
Overclocking the Linksys NSLU2! (or how to get your own TurboSlug)Warning: This is experimental. Follow these instructions at your own risk! Added line 14:
Changed lines 16-17 from:
to:
Added line 22:
Added line 24:
Changed lines 26-27 from:
to:
Changed lines 35-38 from:
You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40 degrees C. YMMV! Some (simple) test results: to:
You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40°C. YMMV! Some (simple) test results:Changed lines 44-45 from:
sys 0m0.070s to:
sys 0m0.070s Changed lines 49-51 from:
sys 0m 0.02s to:
sys 0m 0.02s Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. June 30, 2005, at 02:21 PM
by -- added some space around picture
Added line 15:
Added line 17:
June 30, 2005, at 02:16 PM
by --
Changed line 43 from:
to:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques, [g2], VoodooZ. June 30, 2005, at 02:16 PM
by --
Changed line 43 from:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques, [g2]. to:
June 30, 2005, at 02:13 PM
by --
Added line 15:
![]() June 30, 2005, at 01:19 PM
by --
Changed line 42 from:
Thanks to [g2], dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques. to:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques, [g2]. June 30, 2005, at 01:08 PM
by --
Changed lines 20-21 from:
If you're happy about overclocking your slug, you may want to send in a donations via PayPal to: to:
If you're happy about overclocking your slug, you may want to send in a donation via PayPal to: June 30, 2005, at 01:06 PM
by --
Changed line 42 from:
Thanks to dyoung, bewoolie, [g2], jbowler, ep1220, rwhitby, jacques. to:
Thanks to [g2], dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques. June 30, 2005, at 01:05 PM
by --
Changed line 42 from:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques. to:
Thanks to dyoung, bewoolie, [g2], jbowler, ep1220, rwhitby, jacques. June 30, 2005, at 12:58 PM
by --
Changed line 3 from:
OverClocking? the LinkSys? NSLU2!to:
OverClocking? the LinkSys? NSLU2! (or how to get your own TurboSlug)Added lines 20-25:
If you're happy about overclocking your slug, you may want to send in a donations via PayPal to: - payments from your existing paypal account balance only (if your payment involves drawing money from your credit card, use the other button).
or: - payments that will involve drawing money from your credit card.
June 30, 2005, at 08:41 AM
by -- Updated to R83 instead of R64.
Changed lines 14-15 from:
(Warning, this *might* not be the best resistor to remove. Until someone tries to remove R83 instead, you might want to wait) to:
Changed line 36 from:
Thanks to dyoung, bewoolie, jbowler to:
Thanks to dyoung, bewoolie, jbowler, ep1220, rwhitby, jacques. June 30, 2005, at 07:28 AM
by -- linebreaks
Changed lines 27-36 from:
OC'ed slug: real 0m26.250s user 0m26.140s sys 0m0.070s Normal slug: real 0m 52.80s user 0m 52.22s sys 0m 0.02s to:
OC'ed slug: June 30, 2005, at 07:07 AM
by -- Initial page
Added lines 1-37:
Tired of sluggish performance? Want to squeeze a bit more out of your slug? Feel that you're not getting the dish you paid for? OverClocking? the LinkSys? NSLU2!Warning: This is experimental. Follow these instructions at your own risk!This is really, really simple (If you've got the proper tools). The process goes like this:
(Warning, this *might* not be the best resistor to remove. Until someone tries to remove R83 instead, you might want to wait)
You might want to keep an eye on the temperature, especially if you're running the slug inside its casing. In my experience running outside the case, it keeps a comfortable temperature around 40 degrees C. YMMV! Some (simple) test results: Time spent finding 9009 digits of e: OC'ed slug: real 0m26.250s user 0m26.140s sys 0m0.070s Normal slug: real 0m 52.80s user 0m 52.22s sys 0m 0.02s Thanks to dyoung, bewoolie, jbowler
view ·
edit ·
print ·
history ·
Last edited by anywhere.
Based on work by anywhere, pjackson, itg, mxlyons, chicna, MXL, djeaux, Ralph Finch, Rolf, realg187, ta, Laurent, Asmodee, purpleonyx, SRS, shane t, humpda, Mattia, JDB, Rob Lockhart, Maxim, Hacked By TreX, morphine, docbillnet, JB, fanto, ScriptFanix, Crosbie, fareale, Noah, Don the Man, daflow, 8888, shezzski, Jeremy Jefferson, ambanmba, halfer, Ghazan Haider, chaw, TomKirk, ffx, Steveevy, oao, Kalle Widell, Mettauk, Peter, joerg107, Marcelo Vianna, Shiett, Adam Baker, Ed, Bullfrog, Charly, heinz, dormiloncete, agf102, JimmyFergus, the phil, sharth, Harvy, Fik, Luke, Matthew Durkin, overlord, MJFox, huou, Phil Pemberton, Ian Halsema, Chuck McKinnon, michaelebrown, tlhackque, tman, Egor Zindy, blaster8, Wei A Tsang, Sharth, Martin J Hsu, Andrei Volkov, dyoung, jacques, ep1220, tonymy01, rwhitby, beewoolie, barrym, VoodooZ, g2, and repvik. Originally by repvik. Page last modified on December 25, 2009, at 07:13 PM
|