From: Paul C. <pa...@en...> - 2006-01-18 03:59:25
|
Hi Folks, I was trying to boot my GumStix <tiki-index.php?page=GumStix> via TFTP. I successfully loaded the kernel image and then booted it. During the boot it hung. Now the GumStix <tiki-index.php?page=GumStix> is completely not responsive! When I turn it on I don't get any data out the serial line. I have a second gumstix which I can plug in and see it boot as normal so it's nothing to do with the rest of my rig. Does anyone have any ideas? I have sent a support request to get the data about how the reflash the devices but so far (1 week in) I have not had any response. Does anyone know how this is done? Cheers, Paul |
From: Craig H. <cr...@gu...> - 2006-01-18 06:25:20
|
Paul -- did the network board separate from the gumstix while you were doing all this? Did you, say, unplug & replug the power connection to reboot, and after this replug the thing was dead, and you noticed maybe that the network board had separated from the gumstix? If so, you might well have fried your gumstix. If you didn't reflash the u-boot in the first 2 sectors of flash, then you should at least be able to boot into u-boot; if you don't see the u- boot countdown when you power up the board, then you've probably nuked the gumstix, and sending it in for the reflash wouldn't help anyway. C On Jan 17, 2006, at 7:59 PM, Paul Coldrey wrote: > Hi Folks, > > I was trying to boot my GumStix <tiki-index.php?page=GumStix> via > TFTP. I successfully loaded the kernel image and then booted it. > During the boot it hung. Now the GumStix <tiki-index.php? > page=GumStix> is completely not responsive! When I turn it on I > don't get any data out the serial line. I have a second gumstix > which I can plug in and see it boot as normal so it's nothing to do > with the rest of my rig. Does anyone have any ideas? I have sent a > support request to get the data about how the reflash the devices > but so far (1 week in) I have not had any response. Does anyone > know how this is done? |
From: Paul C. <pa...@en...> - 2006-01-18 06:55:08
|
Hi Craig, The device is connected to a ATMEL development board for power and RS-232 and we were cycling the power using the power switch on the dev board - hence it should be pretty clean. The stack I have is sitting on the desk next to me and the connectors aren't bullet-proof so I guess the connections may have wavered a bit. However, the boards had definitely not become disconnected and I wasn't doing anything that would have caused the connectors to move. What would you have expected to have fried - is there a common failure mode related to the network board coming unplugged? Is it possible that by the same mechanism the flash may have been corrupted? Also, on the wiki it mentions that there is a method for reflashing the chips but strangely there is no information on how to do this. Surely the wiki would be the perfect place to distribute this information?? Cheers, Paul. Craig Hughes wrote: > Paul -- did the network board separate from the gumstix while you > were doing all this? Did you, say, unplug & replug the power > connection to reboot, and after this replug the thing was dead, and > you noticed maybe that the network board had separated from the > gumstix? If so, you might well have fried your gumstix. If you > didn't reflash the u-boot in the first 2 sectors of flash, then you > should at least be able to boot into u-boot; if you don't see the u- > boot countdown when you power up the board, then you've probably > nuked the gumstix, and sending it in for the reflash wouldn't help > anyway. > > C > > On Jan 17, 2006, at 7:59 PM, Paul Coldrey wrote: > >> Hi Folks, >> >> I was trying to boot my GumStix <tiki-index.php?page=GumStix> via >> TFTP. I successfully loaded the kernel image and then booted it. >> During the boot it hung. Now the GumStix <tiki-index.php? >> page=GumStix> is completely not responsive! When I turn it on I >> don't get any data out the serial line. I have a second gumstix >> which I can plug in and see it boot as normal so it's nothing to do >> with the rest of my rig. Does anyone have any ideas? I have sent a >> support request to get the data about how the reflash the devices >> but so far (1 week in) I have not had any response. Does anyone know >> how this is done? > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Don A. <do...@gu...> - 2006-01-18 16:11:13
|
Hi Paul The information about our reflash service is located in the product section of gumstix.com. here is the link: http://www.gumstix.com/oscommerce-2.2ms2/catalog/product_info.php?products_id=141 I'll see about adding a link to this service from the wiki. Don ++++++++++++++++++++ >......... > >Also, on the wiki it mentions that there is a method for reflashing the chips but strangely there is no information on how to do this. Surely the wiki would be the perfect place to distribute this information?? > >Cheers, > Paul. -- |
From: Craig H. <cr...@gu...> - 2006-01-18 17:14:04
|
On Jan 17, 2006, at 10:54 PM, Paul Coldrey wrote: > The device is connected to a ATMEL development board for power and > RS-232 and we were cycling the power using the power switch on the > dev board - hence it should be pretty clean. The stack I have is > sitting on the desk next to me and the connectors aren't bullet- > proof so I guess the connections may have wavered a bit. However, > the boards had definitely not become disconnected and I wasn't > doing anything that would have caused the connectors to move. What > would you have expected to have fried - is there a common failure > mode related to the network board coming unplugged? Is it possible > that by the same mechanism the flash may have been corrupted? The 92-pin connector carried the unbuffered CPU bus lines, and separation while powered on tends to act in the same way hot- unplugging a daughtercard from a PC motherboard would -- either killing the card, or the motherboard, or both. In your case, sounds like the card survived and the gumstix died. C |
From: Paul C. <pa...@en...> - 2006-01-18 22:34:14
|
Hi Don, Thanks for the response - I had found that one and I was hoping to be able to do it myself because: 1. the postage from Australia would be many times the $10 cost 2. the round-trip time may be quite high 3. I wasn't doing anything at all funny when it died so I'm nervous that I may have to repeat this procedure. 4. The place I'm working for sends PCB's off to be fab'ed quite frequently and employs a few techs so even if it's quite an involved process to create a rig to do the reflash it would be a worthwhile hassle given 1, 2 & 3. On the wiki page: http://www.gumstix.org/tikiwiki/tiki-index.php?page=U-Boot In the section: "Loading new stuff to flash" There is the line: "if you unrecoverably write to your flash, and it's no longer erasable or writable by u-boot, we can provide a tool which will generally recover the flash, but it involves completely wiping all the data off the gumstix and starting over from scratch" This is what I was hoping to find (and what I expected might be downloadable from the wiki from a link which could appear right next to the above sentence). Does anyone have this tool?? Thanks in advance, Paul. Don Anderson wrote: >Hi Paul > >The information about our reflash service is located in the product section of gumstix.com. here is the link: > >http://www.gumstix.com/oscommerce-2.2ms2/catalog/product_info.php?products_id=141 > > >I'll see about adding a link to this service from the wiki. > > > >Don >++++++++++++++++++++ > > > > >>......... >> >>Also, on the wiki it mentions that there is a method for reflashing the chips but strangely there is no information on how to do this. Surely the wiki would be the perfect place to distribute this information?? >> >>Cheers, >> >> >> > Paul. > > |
From: Don A. <do...@gu...> - 2006-01-18 23:04:06
|
Ah, that makes sense, Paul. Perhaps this information about JTAG and our use of their Wiggler will be what you need: http://www.gumstix.org/tikiwiki/tiki-view_faq.php?faqId=4&highlight=wiggler#q158 which leads to http://www.gumstix.org/tikiwiki/tiki-index.php?page=JTAG Don ++++++++++++++++ At 9:03 AM +1030 1/19/06, Paul Coldrey wrote: >Hi Don, > >Thanks for the response - I had found that one and I was hoping to be >able to do it myself because: >1. the postage from Australia would be many times the $10 cost >2. the round-trip time may be quite high >3. I wasn't doing anything at all funny when it died so I'm nervous that >I may have to repeat this procedure. >4. The place I'm working for sends PCB's off to be fab'ed quite >frequently and employs a few techs so even if it's quite an involved >process to create a rig to do the reflash it would be a worthwhile >hassle given 1, 2 & 3. > >On the wiki page: > > http://www.gumstix.org/tikiwiki/tiki-index.php?page=U-Boot > >In the section: > > "Loading new stuff to flash" > >There is the line: > > "if you unrecoverably write to your flash, and it's no longer > erasable or writable by u-boot, we can provide a tool which will > generally recover the flash, but it involves completely wiping all > the data off the gumstix and starting over from scratch" > >This is what I was hoping to find (and what I expected might be >downloadable from the wiki from a link which could appear right next to >the above sentence). > >Does anyone have this tool?? > >Thanks in advance, > > Paul. > >Don Anderson wrote: > >>Hi Paul >> >>The information about our reflash service is located in the product section of gumstix.com. here is the link: >> >>http://www.gumstix.com/oscommerce-2.2ms2/catalog/product_info.php?products_id=141 >> >> >>I'll see about adding a link to this service from the wiki. >> >> >> >>Don >>++++++++++++++++++++ >> >> >> >>>......... >>> >>>Also, on the wiki it mentions that there is a method for reflashing the chips but strangely there is no information on how to do this. Surely the wiki would be the perfect place to distribute this information?? >>> >>>Cheers, >>> >>> >>> >> Paul. >> > > > > >------------------------------------------------------- >This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >for problems? Stop! Download the new AJAX search engine that makes >searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >_______________________________________________ >gumstix-users mailing list >gum...@li... >https://lists.sourceforge.net/lists/listinfo/gumstix-users ==================================================================== Don Anderson http://www.gumstix.com ==================================================================== -- |
From: Paul C. <pa...@en...> - 2006-01-19 00:40:48
|
Don, thanks again, but I had found that link too. It leads to two options for flash programmers one costs $US 500 and the other costs EUR 398,.... I'm still hoping for the holy grail tool which is mentioned on the wiki [".... we can provide a tool which will generally recover the flash...."]. I may yet grab a trail version of the segger programming tool but I was thinking that if the gumstix guys already have a tool developed which is tailored to the platform then it probably requires less messing about. I guess the issue is that the hardware is cheap enough that I don't want to waste too much time (nor spend to much money) trying to reincarnate the dead device but since the wiki alluded to a simple method for doing this I thought it would be worth a try. Cheers, Paul. Don Anderson wrote: >Ah, that makes sense, Paul. > >Perhaps this information about JTAG and our use of their Wiggler will be what you need: > >http://www.gumstix.org/tikiwiki/tiki-view_faq.php?faqId=4&highlight=wiggler#q158 > >which leads to > >http://www.gumstix.org/tikiwiki/tiki-index.php?page=JTAG > > > > >Don >++++++++++++++++ > > > > >At 9:03 AM +1030 1/19/06, Paul Coldrey wrote: > > >>Hi Don, >> >>Thanks for the response - I had found that one and I was hoping to be >>able to do it myself because: >>1. the postage from Australia would be many times the $10 cost >>2. the round-trip time may be quite high >>3. I wasn't doing anything at all funny when it died so I'm nervous that >>I may have to repeat this procedure. >>4. The place I'm working for sends PCB's off to be fab'ed quite >>frequently and employs a few techs so even if it's quite an involved >>process to create a rig to do the reflash it would be a worthwhile >>hassle given 1, 2 & 3. >> >>On the wiki page: >> >> http://www.gumstix.org/tikiwiki/tiki-index.php?page=U-Boot >> >>In the section: >> >> "Loading new stuff to flash" >> >>There is the line: >> >> "if you unrecoverably write to your flash, and it's no longer >> erasable or writable by u-boot, we can provide a tool which will >> generally recover the flash, but it involves completely wiping all >> the data off the gumstix and starting over from scratch" >> >>This is what I was hoping to find (and what I expected might be >>downloadable from the wiki from a link which could appear right next to >>the above sentence). >> >>Does anyone have this tool?? >> >>Thanks in advance, >> >> Paul. >> >>Don Anderson wrote: >> >> >> >>>Hi Paul >>> >>>The information about our reflash service is located in the product section of gumstix.com. here is the link: >>> >>>http://www.gumstix.com/oscommerce-2.2ms2/catalog/product_info.php?products_id=141 >>> >>> >>>I'll see about adding a link to this service from the wiki. >>> >>> >>> >>>Don >>>++++++++++++++++++++ >>> >>> >>> >>> >>> >>>>......... >>>> >>>>Also, on the wiki it mentions that there is a method for reflashing the chips but strangely there is no information on how to do this. Surely the wiki would be the perfect place to distribute this information?? >>>> >>>>Cheers, >>>> >>>> >>>> >>>> >>>> >>> Paul. >>> >>> >>> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files >>for problems? Stop! Download the new AJAX search engine that makes >>searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 >>_______________________________________________ >>gumstix-users mailing list >>gum...@li... >>https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > > > > > > > > > > > > >==================================================================== > >Don Anderson http://www.gumstix.com > >==================================================================== > > |
From: Paul C. <pa...@en...> - 2006-01-23 00:41:02
|
Hi Folks, Sorry to keep pestering - this is my last gasp before I disappear into obscurity :-). Still trying to find the tool mentioned on the wiki for re-flashing my Gumstix (see included email below). It seems noone on this list has the tool and so I was wondering if anyone can suggest other people I might talk to find it. Otherwise, I guess the wiki page referred to below is in error and probably should be updated 'cos the software mentioned seems to have disappeared :-(. Cheers, Paul. > > On the wiki page: > > http://www.gumstix.org/tikiwiki/tiki-index.php?page=U-Boot > > In the section: > > "Loading new stuff to flash" > > There is the line: > > "if you unrecoverably write to your flash, and it's no longer > erasable or writable by u-boot, we can provide a tool which will > generally recover the flash, but it involves completely wiping all > the data off the gumstix and starting over from scratch" > > This is what I was hoping to find (and what I expected might be > downloadable from the wiki from a link which could appear right next to > the above sentence). > > Does anyone have this tool?? -- Paul Coldrey http://www.ensigma.com.au/ |
From: George F. <cha...@gm...> - 2006-01-23 08:25:00
|
Hi Paul, There's no tool as such, there's a page about making your own adaptor: http://www.gumstix.org/tikiwiki/tiki-index.php?page=3DJTAG I then made an interface to drive the jtag pins from the parallel port of a PC (a device known as a 'Wiggler'). For some reason I couldn't get the windows OCD program to run with my interface, so I used JTAG Tools 0.5.1 under linux instead. I found that I could write u-boot directly to the flash with it. It's not quick to get all that set up, I did it cos I wanted to know about jtag, and was miffed that I'd bricked my gumstix and couldn't sort it myself :) (I was reading the wrong instructions and very carefully wrote the root fs over the boot loader...got it right first time too...oops!) -- Bye for now, George. |
From: Alexandre P. N. <al...@om...> - 2006-01-23 12:23:38
|
George Francis escreveu: >Hi Paul, > >There's no tool as such, there's a page about making your own adaptor: >http://www.gumstix.org/tikiwiki/tiki-index.php?page=JTAG > > I have a few doubts about using this one: * Is it necessary or recommended to use an 74lvc244 as stated on a comment on the page? * How do I feed the IC's VCC pin, with 3.3v from gumstix? * I have a waysmall stuart, is the jtag interface exposed on the 20 pin header beneath it, or do I have to hunt for them on it like I would in the tweener? >I then made an interface to drive the jtag pins from the parallel port >of a PC (a device known as a 'Wiggler'). For some reason I couldn't >get the windows OCD program to run with my interface, so I used JTAG >Tools 0.5.1 under linux instead. I found that I could write u-boot >directly to the flash with it. > > Can I use the original JTAG tools, or is there a patch needed/whatever? Thanks! Alexandre |
From: Dave H. <dhy...@gm...> - 2006-01-23 16:38:47
|
HI Alexandre, > I have a few doubts about using this one: > > * Is it necessary or recommended to use an 74lvc244 as stated on a > comment on the page? I would imagine that it's required as the voltage levels on the gumstix side probably don't match up with the voltage levels on the JTAG (PC) side. > * How do I feed the IC's VCC pin, with 3.3v from gumstix? > * I have a waysmall stuart, is the jtag interface exposed on the 20 > pin header beneath it, or do I have to hunt for them on it like I > would in the tweener? Unfortunately, none of the JTAG signals are brought out on the 20 pin header. So that means that the only place they're available is on the hirose connector. While it is possible to solder wires to the hirose connector (no but me, but I know a guy at work that can do it) it isn't practical. Whish is why using the Tweener, which has nice easy to solder vias on it was suggested (and the photo on the JTAG page shows the vias, along with the 3.3v source). -- Dave Hylands Vancouver, BC, Canada http://www.DaveHylands.com/ |
From: Craig H. <cr...@gu...> - 2006-01-23 23:12:43
|
On Jan 23, 2006, at 6:58 AM, Dave Hylands wrote: > Unfortunately, none of the JTAG signals are brought out on the 20 pin > header. So that means that the only place they're available is on the > hirose connector. While it is possible to solder wires to the hirose > connector (no but me, but I know a guy at work that can do it) it > isn't practical. Whish is why using the Tweener, which has nice easy > to solder vias on it was suggested (and the photo on the JTAG page > shows the vias, along with the 3.3v source). Note that the new Gumstix (J and K with the new bluetooth module land pattern) do not have the JTAG signals on the 60-pin connector any more (they were removed in favor of the BTUART signals). The JTAG signals are now exposed instead through touch-pads on the opposite side of the gumstix board. I don't know if Gordon has posted a map of those signals yet -- I'll check and ensure he does. C |
From: Philip T. (List) <ph...@te...> - 2006-01-24 14:11:18
|
On Mon, 2006-01-23 at 15:11 -0800, Craig Hughes wrote: > Note that the new Gumstix (J and K with the new bluetooth module land > pattern) do not have the JTAG signals on the 60-pin connector any > more (they were removed in favor of the BTUART signals). The JTAG > signals are now exposed instead through touch-pads on the opposite > side of the gumstix board. I don't know if Gordon has posted a map > of those signals yet -- I'll check and ensure he does. > > C > Are the J and K revisions shipping now? Cheers, Phil |
From: Craig H. <cr...@gu...> - 2006-01-24 18:01:35
|
On Jan 24, 2006, at 6:11 AM, Philip Trickett (List) wrote: > Are the J and K revisions shipping now? Yes, for most models. I think we still have one, maybe two flavors of the gumstix board (speed, bluetoothiness, flash size) where we are still polishing off the final stock of the pre-J/K boards. C |
From: George F. <cha...@gm...> - 2006-01-23 18:47:00
|
> * Is it necessary or recommended to use an 74lvc244 as stated on a > comment on the page? Thats what I did. The gumstix is 3.3V, the printer port is 5V, I actually used a 74LVCH16244 because I happened to have one. It's inputs are 5V tolerant. > * How do I feed the IC's VCC pin, with 3.3v from gumstix? I used a small 3.3V regulator and ran it from the supply that I feed to the gumstix. > * I have a waysmall stuart, is the jtag interface exposed on the 20 > pin header beneath it, or do I have to hunt for them on it like I > would in the tweener? I wouldn't know. The tweener is probably the only realistic way of doing it. I only had a breakout-gs, so I tacked *very* thin wire directly to the connector...argh, not recommended, took ages to get rid of the short I introduced. > Can I use the original JTAG tools, or is there a patch needed/whatever? I couldn't get the jtag tools to compile at first, the openwince include-0.4.2 (which is the current one) needs patching, but jtag-0.5.1 compiles nicely with the older include-0.3.2 (iirc). At this point, I found that good old ubuntu has a compiled version of jtag-0.5.1 in its repository, so I forgot all the details and installed that instead :) When I brick my gumstix next time, I'll remember to document the process and post it somewhere, I didn't really know what I was doing the first time round :) Bye for now, George. |
From: Craig H. <cr...@gu...> - 2006-01-23 23:10:05
|
On Jan 22, 2006, at 4:40 PM, Paul Coldrey wrote: > Hi Folks, > > Sorry to keep pestering - this is my last gasp before I disappear > into obscurity :-). > > Still trying to find the tool mentioned on the wiki for re-flashing > my Gumstix (see included email below). It seems noone on this list > has the tool and so I was wondering if anyone can suggest other > people I might talk to find it. Otherwise, I guess the wiki page > referred to below is in error and probably should be updated 'cos > the software mentioned seems to have disappeared :-(. The "tool" that this is talking about is actually a version of u-boot which scans every sector of flash, unlocks it if locked, erases it, and does some other cleanup in the flash meta-data. You can actually build it yourself from the buildroot. If you look in build_arm*/u- boot*/cpu/pxa/start.S you'll see in the "actual reset code" section there's a chunk commented out which talks about unprotecting all flash and then erasing it. Uncomment the code, compile u-boot, then load and run it using JTAG. C |
From: Alexandre P. N. <al...@om...> - 2006-01-23 16:57:23
|
Dave Hylands escreveu: > [cut] > > > >> * How do I feed the IC's VCC pin, with 3.3v from gumstix? >> * I have a waysmall stuart, is the jtag interface exposed on the 20 >> pin header beneath it, or do I have to hunt for them on it like I >> would in the tweener? >> >> > >Unfortunately, none of the JTAG signals are brought out on the 20 pin >header. So that means that the only place they're available is on the >hirose connector. While it is possible to solder wires to the hirose >connector (no but me, but I know a guy at work that can do it) it >isn't practical. Whish is why using the Tweener, which has nice easy >to solder vias on it was suggested (and the photo on the JTAG page >shows the vias, along with the 3.3v source). > > > Hmm, I see. Luckly I'm not needing it for now, but I would like to assemble a "quick and dirty" solution should I destroy a board for some reason. Later on (a few months from now) I plan to do an assembly line in order to release the product we're developing based on the gumstix, the idea would be to flash the entire thing through jtag, and run an automated test set on it (Let it boot, synchronize at some point and let jtag do a pin by pin analysis where available and simulate gpio activity on a test software running on gumstix), afterwards it would go to packing. There are some crazy guys working with me experienced on this sort of thing with some microcontrollers, but AFAIK they're as new to jtag as I'm. The last would be no problem on the hardware side, since I requested hardware guys here to provide some test points on a place on the board where we can mechanically attach the monster. But I wonder if the software required to do this is available on linux and if someone has tried anything on the line, any information appreciated, literature, etc. Thanks! Alexandre |
From: George F. <cha...@gm...> - 2006-01-23 20:15:18
|
Thats what jtag was invented for :) I seem to remember jtag tools doing scripts, so you write a script to test the board. George. |
From: Nik M. <add...@gm...> - 2006-01-23 17:23:40
|
T24gMS8yMi8wNiwgUGF1bCBDb2xkcmV5IDxwYXVsQGVuc2lnbWEuY29tLmF1PiB3cm90ZToKPiBI aSBGb2xrcywKPgo+IFNvcnJ5IHRvIGtlZXAgcGVzdGVyaW5nIC0gdGhpcyBpcyBteSBsYXN0IGdh c3AgYmVmb3JlIEkgZGlzYXBwZWFyIGludG8KPiBvYnNjdXJpdHkgOi0pLgo+Cj4gU3RpbGwgdHJ5 aW5nIHRvIGZpbmQgdGhlIHRvb2wgbWVudGlvbmVkIG9uIHRoZSB3aWtpIGZvciByZS1mbGFzaGlu ZyBteQo+IEd1bXN0aXggKHNlZSBpbmNsdWRlZCBlbWFpbCBiZWxvdykuIEl0IHNlZW1zIG5vb25l IG9uIHRoaXMgbGlzdCBoYXMgdGhlCj4gdG9vbCBhbmQgc28gSSB3YXMgd29uZGVyaW5nIGlmIGFu eW9uZSBjYW4gc3VnZ2VzdCBvdGhlciBwZW9wbGUgSSBtaWdodAo+IHRhbGsgdG8gZmluZCBpdC4g T3RoZXJ3aXNlLCBJIGd1ZXNzIHRoZSB3aWtpIHBhZ2UgcmVmZXJyZWQgdG8gYmVsb3cgaXMKPiBp biBlcnJvciBhbmQgcHJvYmFibHkgc2hvdWxkIGJlIHVwZGF0ZWQgJ2NvcyB0aGUgc29mdHdhcmUg bWVudGlvbmVkCj4gc2VlbXMgdG8gaGF2ZSBkaXNhcHBlYXJlZCA6LSguCj4KPiBDaGVlcnMsCj4K PiAgICAgUGF1bC4KPgo+ID4KPiA+IE9uIHRoZSB3aWtpIHBhZ2U6Cj4gPgo+ID4gICAgaHR0cDov L3d3dy5ndW1zdGl4Lm9yZy90aWtpd2lraS90aWtpLWluZGV4LnBocD9wYWdlPVUtQm9vdAo+ID4K PiA+IEluIHRoZSBzZWN0aW9uOgo+ID4KPiA+ICAgICJMb2FkaW5nIG5ldyBzdHVmZiB0byBmbGFz aCIKPiA+Cj4gPiBUaGVyZSBpcyB0aGUgbGluZToKPiA+Cj4gPiAgICAiaWYgeW91IHVucmVjb3Zl cmFibHkgd3JpdGUgdG8geW91ciBmbGFzaCwgYW5kIGl0J3Mgbm8gbG9uZ2VyCj4gPiAgICBlcmFz YWJsZSBvciB3cml0YWJsZSBieSB1LWJvb3QsIHdlIGNhbiBwcm92aWRlIGEgdG9vbCB3aGljaCB3 aWxsCj4gPiAgICBnZW5lcmFsbHkgcmVjb3ZlciB0aGUgZmxhc2gsIGJ1dCBpdCBpbnZvbHZlcyBj b21wbGV0ZWx5IHdpcGluZyBhbGwKPiA+ICAgIHRoZSBkYXRhIG9mZiB0aGUgZ3Vtc3RpeCBhbmQg c3RhcnRpbmcgb3ZlciBmcm9tIHNjcmF0Y2giCj4gPgo+ID4gVGhpcyBpcyB3aGF0IEkgd2FzIGhv cGluZyB0byBmaW5kIChhbmQgd2hhdCBJIGV4cGVjdGVkIG1pZ2h0IGJlCj4gPiBkb3dubG9hZGFi bGUgZnJvbSB0aGUgd2lraSBmcm9tIGEgbGluayB3aGljaCBjb3VsZCBhcHBlYXIgcmlnaHQgbmV4 dCB0bwo+ID4gdGhlIGFib3ZlIHNlbnRlbmNlKS4KPiA+Cj4gPiBEb2VzIGFueW9uZSBoYXZlIHRo aXMgdG9vbD8/CgpJIHN0YXJ0ZWQgZG93biB0aGlzIHBhdGgsIGFuZCBpdCBsb29rZWQgYSBsaXR0 bGUgdG9vIGNvbXBsZXggZm9yIG15CmxvdyB2b2x1bWUgcmUtZmxhc2hpbmcgcmVxdWlyZW1lbnRz LiAgSSBib3VnaHQgdGhlICJndW1zdGl4IHJlZmxhc2giCm9wdGlvbiBmcm9tIGd1bXN0aXgsIGFu ZCBzZW50IGl0IHRvIHRoZSBndW1zdGl4IGNyZXcgZm9yIHJlY292ZXJ5LiAKT25lIHRpcDogIE1h a2Ugc3VyZSB0byBnZXQgYSB0cmFja2luZyBudW1iZXIgZm9yIHlvdXIgc2hpcG1lbnQuICBTaW5j ZQp0aGUgZ3Vtc3RpeCBndXlzIGFyZSBzcHJlYWQgb3V0IG92ZXIgdmFyaW91cyBsb2NhdGlvbnMs IG15IGd1bXN0aXggZ290Cmxvc3QgaW4gdGhlIHNodWZmbGUgZm9yIGEgZmV3IHdlZWtzLCBhbmQg dGhlbiBteXN0ZXJpb3VzbHkgc2hvd2VkIHVwCm9uZSBkYXksIGp1c3QgYWZ0ZXIgSSBoYWQgZmls ZWQgYSBjbGFpbSB3aXRoIHRoZSBVU1BTIQoKbmlrCgo+Cj4KPiAtLQo+IFBhdWwgQ29sZHJleQo+ IGh0dHA6Ly93d3cuZW5zaWdtYS5jb20uYXUvCj4KPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGhpcyBTRi5uZXQgZW1haWwg aXMgc3BvbnNvcmVkIGJ5OiBTcGx1bmsgSW5jLiBEbyB5b3UgZ3JlcCB0aHJvdWdoIGxvZyBmaWxl cwo+IGZvciBwcm9ibGVtcz8gIFN0b3AhICBEb3dubG9hZCB0aGUgbmV3IEFKQVggc2VhcmNoIGVu Z2luZSB0aGF0IG1ha2VzCj4gc2VhcmNoaW5nIHlvdXIgbG9nIGZpbGVzIGFzIGVhc3kgYXMgc3Vy ZmluZyB0aGUgIHdlYi4gIERPV05MT0FEIFNQTFVOSyEKPiBodHRwOi8vc2VsLmFzLXVzLmZhbGth Zy5uZXQvc2VsP2NtZD1sbmsma2lkPTEwMzQzMiZiaWQ9MjMwNDg2JmRhdD0xMjE2NDIKPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGd1bXN0aXgtdXNl cnMgbWFpbGluZyBsaXN0Cj4gZ3Vtc3RpeC11c2Vyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBo dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9ndW1zdGl4LXVzZXJz Cj4K |
From: Don A. <do...@gu...> - 2006-01-23 17:31:45
|
One tip: Make sure to get a tracking number for your shipment. Since the gumstix guys are spread out over various locations, my gumstix got lost in the shuffle for a few weeks, and then mysteriously showed up one day, just after I had filed a claim with the USPS! Yeah, sorry about that Nik. We have now improved our internal order management process for managing boards coming to us, from customers, for re-flashing and for RMA issues. Hopefully, this will cause us to keep better track and be more responsive on these issues. Don ==================================================================== Don Anderson http://www.gumstix.com ==================================================================== -- |