From: Andrew D K. <tr...@tr...> - 2010-01-24 08:05:19
|
I still can't get bluetooth working to do obex data transfers, something that works fine in x86, and the obexftp package is shipped in the gumstix repo. (this cost me a contract, and was personally embarrassing when the same code (the same source even) runs on a PC Engines Alix next to the overo com. Literally side by side, one works one doesn't. So I sat down to figure out what I could do with this thing. I began working on the audio interface conveniently mapped out to a line in/line out on the Summit board. Alsamixer however has no stereo input/outputs nor can it set a recording device. Nor can I find that the TI chip is listed in ALSA's supported products meaning no one has worked with the upstream project to ensure it's supported long-term as far as I can tell. During the time my modules have sat on my desk, one module is now getting corruption on the console port on one of my summit. I attempted to reflash the image to see if this was some sort of NAND problem. After screens of random characters scrolled by my gumstix now lacks a uimage. /# sh flash.sh Erasing u-boot partition ... Erasing 128 Kibyte @ ý0000 -- 35 % complete. ÿ0ð0 íËúº<Éÿÿþ [1]+ Stopped sh flash.sh þ¡2± Í¿þÿþú¡ÿroot@overo:/# root@overo:/# :0 íËúº<Éÿÿþ^B^Bþ^B^B^B^B^B^B^B^B^B¡^_2± Í¿þÿþú¡ÿ òïGÀï{9Þ§ù£ é÷xy:êìáwX¨^Vôè³G¯¯]ÐÁhÚY¤ü÷ì8 Pwòé{8½*÷7ô콤ÔRþòïGÀï{9Þ§ù£ é÷xy:êìáwX¨^Uæãò><]¯®QËÉh#ñ÷ì8 Pwòé{8½*÷7ôì]¤ÔRþÐõÔÔöòïGÀï{9Þ§ù£ é÷ÜçgéçPç° ¹Þ^Gä÷òz#ñòïGÀï{9Þ§ù£ é÷xy:êìáwX¨^u ËõÔj¶:nîçgéç]P:¯Næá\Ê×å z÷±ïî ÐÓYGå÷ì8AõÔj6´ì8 Pwòé{8½*÷7ôì]¤ÔRþòïG¾9JåárP=ºJ+Q<Q*ïõPr:Ey¹¼¯nôéwWÇð®#Q¤3 ùW ä:9Ô® ôtºÔïgG÷áy9(Nï×ôðWºÞõ'ç 8G¡áö9h÷Gç 8GKîóz8;EÄÍ1+Wóå ù¹8*G â9î'å y¹¼¯nôéw 2*ïõP:GåîrP½%åñ½¹ E»x:»±éózV(<WóåPy¹8èåP^néïwPçÑèåPi±0¬V WÇðâï=½¤4õâ»:_çw â½Jåð'ôóP8GÉåñ½¹oe÷ò è9;Õ¤jRAìå¸^÷¹ïôP=GWò 8/ ã:Þ\¯7ôáw\n5åîrP^.¯åózîO¯¤ zt9(Z,ÖVeéì9Õ¤jRøéz:wç5)òïGÀï{9Þ§ù£ é÷xy:êìáwX¨^Vôè³GW½×h0´ÚY¤ü÷ì8 Pwòé{8½*÷7ôì]¤ÔRþòïGÀï{9Þ§ù£ ºOéöPç° ^Uæãò><½^®QËÉh#ñ÷ì8 Pwòé{8½*÷7ôì]¤ÔRþòïGÀï{9Þ§ù£ é÷ÜçgéçPç° ¹Þ^Gä÷yz#ñòïGÀï{9Þ§ù£ é÷xy:êìáwX¨^u Ëÿ ÐÓYGWìô¸]W«¤ü÷ì8 Pwòé{8½*÷7ôì]¤ÔRþòïGÀï{9Þ§ù£ äèWîôPç°Ð=5-«ÔÔÙh=5-«ÔÔ6´ repeated attempts thereafter to erase mtd1 and mtd2, and write a u-boot image failed, and upon reboot the module is bricked (using images provided by gumstix). What about the other summit you ask? The power barrel connector is so shoddy it has disconnected from the board at the solder joints. These boards have never left my desk where they're still sitting, one with such a poor power connector that it no longer works, one with a dead com. $600 well spent there! No big deal, I ordered November 6th. I'll just log onto Gumstix website, and RMA it, only to find that their product is warrantied for 30 days. Seriously what's the point if they don't stand behind their product? (for those who want to even consider accusing me of flaming the product, or not trying, or not being competent to do this, look back at my history on my list and my work with Crofton, or Sakoman and others trying to get bluetooth to do a SIMPLE obex transfer.) Oddly I find this reminiscent of another thread with a gumstix user, who upon finding the lack of support and documentation simply gave up. Andrew D Kirch |
From: Don A. <do...@gu...> - 2010-01-24 18:28:00
|
Hi Andrew Sorry to hear of the troubles that you have expressed on our mailing list this weekend. Gumstix always wants to provide quality products so we will contact you off-list regarding your hardware problems. Customer feedback is always reviewed and results in action here at Gumstix. Recently, the technical documentation and links at www.gumstix.net have been improved considerably and there is always more to do. Gumstix engineers have been responding more frequently to mailing list postings this year, as well. Don @ Gumstix ======================== |
From: Mike T. <mik...@ad...> - 2010-02-02 09:09:40
|
Hi Don, I was very interested to notice your response here, on the gumstix email list, to a reported hardware problem. I wonder whether "Gumstix always wants to provide quality products" also applies to your Linux system software. I have been working on a Gumstix-based development for a customer since late September 2009, and I have had serious and ongoing problems, not with the hardware but with the Open Embedded build of the kernel. I've posted about our problems on at least two occasions, the last time being labeled "nasty surprise when enabling debug in the kernel" which I posted on 5th January 2010. Nobody on the listing has responded to my postings, which is sad because it has meant that I have been left with literally zero support on this platform, and it has cost the customer dear in extended development time. Between they and myself, performing research into ARM's own kernel patches via Google, we managed to stagger from what we now know to have been a very brain-damaged 2.6.30-r46 to 2.6.32-r51 which has not cured our ongoing problem but at least boots a SLAB-debug-enabled kernel without error messages. I would like you to take a look at that last posting of mine and come back to me with some sort of response from Gumstix's point of view. Are you indeed shipping your software platform with broken or absent QA? And when Gumstix refers all support queries to the email list and nobody on the email list responds, what are your customers - and their customers - supposed to do? "Gumstix always wants to provide quality products" talks the talk, but can you walk the walk? Cheers, Mike Turner From: Don Anderson [mailto:do...@gu...] Sent: 24 January 2010 18:28 To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] after having my gumstix 90 days Hi Andrew Sorry to hear of the troubles that you have expressed on our mailing list this weekend. Gumstix always wants to provide quality products so we will contact you off-list regarding your hardware problems. Customer feedback is always reviewed and results in action here at Gumstix. Recently, the technical documentation and links at www.gumstix.net <http://www.gumstix.net/> have been improved considerably and there is always more to do. Gumstix engineers have been responding more frequently to mailing list postings this year, as well. Don @ Gumstix ======================== |
From: EXT-McGhehey, M. J <Mar...@bo...> - 2010-02-02 14:28:43
|
Sorry to hear this. I wish that I could provide you with some assistance but I am not experienced this level of the kernel. All that I can really provide my 2cents and my condolences. Unfortunately, it appears that you, along with many other former and current Gumstix customers, have fallen in the "Gumstix Void". Just as with several issues that I raised with their Linux port, you'll be lucky if you ever get Gumstix Support to take notice and respond to your issue, especially now that you have suggested that their support system is lacking real "support". From my experience Gumstix may but fine for hobbists and hackers, but if you expect to build a real product that needs to get to market and you want real customer support, then you may probably want to find another platform ASAP. Good luck Mike. Mark ________________________________ From: Mike Turner [mailto:mik...@ad...] Sent: Tuesday, February 02, 2010 1:10 AM To: do...@gu... Cc: gum...@li... Subject: [Gumstix-users] support issues on Gumstix products Hi Don, I was very interested to notice your response here, on the gumstix email list, to a reported hardware problem. I wonder whether "Gumstix always wants to provide quality products" also applies to your Linux system software. I have been working on a Gumstix-based development for a customer since late September 2009, and I have had serious and ongoing problems, not with the hardware but with the Open Embedded build of the kernel. I've posted about our problems on at least two occasions, the last time being labeled "nasty surprise when enabling debug in the kernel" which I posted on 5th January 2010. Nobody on the listing has responded to my postings, which is sad because it has meant that I have been left with literally zero support on this platform, and it has cost the customer dear in extended development time. Between they and myself, performing research into ARM's own kernel patches via Google, we managed to stagger from what we now know to have been a very brain-damaged 2.6.30-r46 to 2.6.32-r51 which has not cured our ongoing problem but at least boots a SLAB-debug-enabled kernel without error messages. I would like you to take a look at that last posting of mine and come back to me with some sort of response from Gumstix's point of view. Are you indeed shipping your software platform with broken or absent QA? And when Gumstix refers all support queries to the email list and nobody on the email list responds, what are your customers - and their customers - supposed to do? "Gumstix always wants to provide quality products" talks the talk, but can you walk the walk? Cheers, Mike Turner From: Don Anderson [mailto:do...@gu...] Sent: 24 January 2010 18:28 To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] after having my gumstix 90 days Hi Andrew Sorry to hear of the troubles that you have expressed on our mailing list this weekend. Gumstix always wants to provide quality products so we will contact you off-list regarding your hardware problems. Customer feedback is always reviewed and results in action here at Gumstix. Recently, the technical documentation and links at www.gumstix.net<http://www.gumstix.net/> have been improved considerably and there is always more to do. Gumstix engineers have been responding more frequently to mailing list postings this year, as well. Don @ Gumstix ======================== |
From: Dave H. <dhy...@gm...> - 2010-02-02 14:55:47
|
Hi Mike, On Tue, Feb 2, 2010 at 1:09 AM, Mike Turner <mik...@ad...> wrote: > Hi Don, > > I was very interested to notice your response here, on the gumstix email > list, to a reported hardware problem. I wonder whether “Gumstix always wants > to provide quality products” also applies to your Linux system software. > > I have been working on a Gumstix-based development for a customer since late > September 2009, and I have had serious and ongoing problems, not with the > hardware but with the Open Embedded build of the kernel. I’ve posted about > our problems on at least two occasions, the last time being labeled “nasty > surprise when enabling debug in the kernel” which I posted on 5th January > 2010. Nobody on the listing has responded to my postings, which is sad > because it has meant that I have been left with literally zero support on > this platform, and it has cost the customer dear in extended development > time. You'll never get a one-stop support package for linux from any vendor without paying through the nose for it. If you find someplace that offers otherwise, I'd surely love to hear about it. You can buy this type of support from companies like Wind River, and Timesys. For your particular issue, you'd have to at least take it to the arm-linux list and ask over there whether what you saw was "expected" or not. -- Dave Hylands Shuswap, BC, Canada http://www.DaveHylands.com/ |
From: Victhor F. <vic...@gm...> - 2010-02-02 19:32:11
|
Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. I guess LCDs aren't covered by warranty. > Hi Mike, > > On Tue, Feb 2, 2010 at 1:09 AM, Mike Turner <mik...@ad...> wrote: >> Hi Don, >> >> I was very interested to notice your response here, on the gumstix email >> list, to a reported hardware problem. I wonder whether “Gumstix always wants >> to provide quality products” also applies to your Linux system software. >> >> I have been working on a Gumstix-based development for a customer since late >> September 2009, and I have had serious and ongoing problems, not with the >> hardware but with the Open Embedded build of the kernel. I’ve posted about >> our problems on at least two occasions, the last time being labeled “nasty >> surprise when enabling debug in the kernel” which I posted on 5th January >> 2010. Nobody on the listing has responded to my postings, which is sad >> because it has meant that I have been left with literally zero support on >> this platform, and it has cost the customer dear in extended development >> time. > > You'll never get a one-stop support package for linux from any vendor > without paying through the nose for it. If you find someplace that > offers otherwise, I'd surely love to hear about it. > > You can buy this type of support from companies like Wind River, and Timesys. > > For your particular issue, you'd have to at least take it to the > arm-linux list and ask over there whether what you saw was "expected" > or not. > > -- > Dave Hylands > Shuswap, BC, Canada > http://www.DaveHylands.com/ > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Alex G. <al...@al...> - 2010-02-03 01:12:43
|
On 3/02/2010 6:31 AM, Victhor Foster wrote: > Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. > I guess LCDs aren't covered by warranty. > > The list here isn't gumstix support, we're all just users. So unless someone else has had similar problems or experiences , you may not get a reply. If you need full commercial support buy a product that comes with it. But a lot of commercial boards of a similar nature to gumstix , are using a lot older/much older software/kernels and are a lot more expensive and there is no guarantee that the support will be any more useful than this support list (from past experiences). They'll supply you with a sdk with set linux/kernel version and will only support that without modifications, anything else you are on your own usually. For kernel issues I wouldn't expect to much help from most commercial support unless you are going to be buying in the thousands+ or they provide specialised support. In the past we're used some boards from arcom now Eurotech a few industrial pc's Apollo and pc104 boxes - vulcan. Expensive , worked well but fairly old software - worked fine without problems but only worked with fedora core 4 (was three years ago). Didn't need open embedded and tools (cross compilers) were supplied as rpm's. Didn't need the support. Another option is to go with commercial compilers like codesourcey's gcc tools or ARM's compilers but they are usually a few kernel versions behind the latest gcc / openembedded build http://www.elinux.org/ARMCompilers code sourcery have free limited versions you can try (looks like current version is using/supports 2.6.30 http://www.codesourcery.com/sgpp/lite/arm http://www.codesourcery.com/sgpp/lite/arm/portal/release1039 https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf I'm looking at their tools for one project as for a student lab setup we'll have 200+ users at a time and can't afford the drive space for each user to have a home account of 40GB+ as required for the openembedded setup. Alex -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. |
From: Philip B. <ph...@ba...> - 2010-02-03 02:15:43
|
On 02/02/2010 08:12 PM, Alex Gibson wrote: > On 3/02/2010 6:31 AM, Victhor Foster wrote: >> Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. >> I guess LCDs aren't covered by warranty. >> >> > > The list here isn't gumstix support, we're all just users. > > So unless someone else has had similar problems or experiences , you may > not get a reply. > > If you need full commercial support buy a product that comes with it. > > But a lot of commercial boards of a similar nature to gumstix , are > using a lot older/much older software/kernels > and are a lot more expensive and there is no guarantee that the support > will be any more > useful than this support list (from past experiences). I have boards that cost far more than the gumstix. The support from this list is a hell of a lot better than the support from people selling boards that cost 4-5 times as much. They refer you to the people that provide Linux support for bug bucks. If you need help, ask. There are people on this list in a position to provide support in exchange for $$. Just like the people selling far more expensive boards. Philip > > They'll supply you with a sdk with set linux/kernel version and will > only support > that without modifications, anything else you are on your own usually. > > For kernel issues I wouldn't expect to much help from most commercial > support > unless you are going to be buying in the thousands+ or they provide > specialised support. > > > In the past we're used some boards from arcom now Eurotech > a few industrial pc's Apollo and pc104 boxes - vulcan. > Expensive , worked well but fairly old software - worked fine without > problems but only worked with fedora core 4 > (was three years ago). Didn't need open embedded and tools (cross > compilers) were supplied as rpm's. > Didn't need the support. > > Another option is to go with commercial compilers like codesourcey's gcc > tools > or ARM's compilers but they are usually a few kernel versions behind the > latest gcc / openembedded build > http://www.elinux.org/ARMCompilers > > code sourcery have free limited versions you can try > (looks like current version is using/supports 2.6.30 > http://www.codesourcery.com/sgpp/lite/arm > http://www.codesourcery.com/sgpp/lite/arm/portal/release1039 > https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf > > I'm looking at their tools for one project as for a student lab setup > we'll have 200+ users at a time and can't afford the drive space for > each user to have a home > account of 40GB+ as required for the openembedded setup. > > Alex > > -- > UTS CRICOS Provider Code: 00099F > DISCLAIMER: This email message and any accompanying attachments may contain > confidential information. If you are not the intended recipient, do not > read, use, disseminate, distribute or copy this message or attachments. If > you have received this message in error, please notify the sender > immediately and delete this message. Any views expressed in this message > are those of the individual sender, except where the sender expressly, and > with authority, states them to be the views the University of Technology, > Sydney. Before opening any attachments, please check them for viruses and > defects. > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Victhor F. <vic...@gm...> - 2010-02-03 08:38:07
|
Well, my problems with the LCD weren't responded to in the first place, but they later tried to help me. On the other hand, my broken Palo43 was promptly replaced by a new one the same day, which I found rather impressive. > On 3/02/2010 6:31 AM, Victhor Foster wrote: >> Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. >> I guess LCDs aren't covered by warranty. >> >> > > The list here isn't gumstix support, we're all just users. > > So unless someone else has had similar problems or experiences , you may > not get a reply. > > If you need full commercial support buy a product that comes with it. > > But a lot of commercial boards of a similar nature to gumstix , are > using a lot older/much older software/kernels > and are a lot more expensive and there is no guarantee that the support > will be any more > useful than this support list (from past experiences). > > They'll supply you with a sdk with set linux/kernel version and will > only support > that without modifications, anything else you are on your own usually. > > For kernel issues I wouldn't expect to much help from most commercial > support > unless you are going to be buying in the thousands+ or they provide > specialised support. > > > In the past we're used some boards from arcom now Eurotech > a few industrial pc's Apollo and pc104 boxes - vulcan. > Expensive , worked well but fairly old software - worked fine without > problems but only worked with fedora core 4 > (was three years ago). Didn't need open embedded and tools (cross > compilers) were supplied as rpm's. > Didn't need the support. > > Another option is to go with commercial compilers like codesourcey's gcc > tools > or ARM's compilers but they are usually a few kernel versions behind the > latest gcc / openembedded build > http://www.elinux.org/ARMCompilers > > code sourcery have free limited versions you can try > (looks like current version is using/supports 2.6.30 > http://www.codesourcery.com/sgpp/lite/arm > http://www.codesourcery.com/sgpp/lite/arm/portal/release1039 > https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf > > I'm looking at their tools for one project as for a student lab setup > we'll have 200+ users at a time and can't afford the drive space for > each user to have a home > account of 40GB+ as required for the openembedded setup. > > Alex > > -- > UTS CRICOS Provider Code: 00099F > DISCLAIMER: This email message and any accompanying attachments may contain > confidential information. If you are not the intended recipient, do not > read, use, disseminate, distribute or copy this message or attachments. If > you have received this message in error, please notify the sender > immediately and delete this message. Any views expressed in this message > are those of the individual sender, except where the sender expressly, and > with authority, states them to be the views the University of Technology, > Sydney. Before opening any attachments, please check them for viruses and > defects. > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Grahame J. <gb...@th...> - 2010-02-03 09:45:54
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Sometimes I spend the majority of my time working on things that should just work but they don't.<br> <br> I offer a few suggestions in the hope that Gumstix inc. will listen and hopefully apply at least some:<br> <ul> <li>Gumstix could have a paid support system for those of us who are requiring advanced help.</li> <li>Better documentation would help greatly. Trawling through google and emails is difficult and imprecise.</li> <li>Fixing issues/patches that are solved on the mailing list into the working repositories</li> <ul> <li>For example the verdex tree appears to be unmaintained</li> </ul> <li>Instructions on how to submit patches and who to send them to</li> <li>Gleaning the community docs for valuable information and adding it to the Gumstix official documentation and/or patch the issues already solved.</li> </ul> Saying that I find Gumstix products of good quality and reliable. <br> <br> Cheers<br> <br> Grahame Jordan<br> <br> <br> Victhor Foster wrote: <blockquote cite="mid:265...@gm..." type="cite"> <pre wrap="">Well, my problems with the LCD weren't responded to in the first place, but they later tried to help me. On the other hand, my broken Palo43 was promptly replaced by a new one the same day, which I found rather impressive. </pre> <blockquote type="cite"> <pre wrap="">On 3/02/2010 6:31 AM, Victhor Foster wrote: </pre> <blockquote type="cite"> <pre wrap="">Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. I guess LCDs aren't covered by warranty. </pre> </blockquote> <pre wrap="">The list here isn't gumstix support, we're all just users. So unless someone else has had similar problems or experiences , you may not get a reply. If you need full commercial support buy a product that comes with it. But a lot of commercial boards of a similar nature to gumstix , are using a lot older/much older software/kernels and are a lot more expensive and there is no guarantee that the support will be any more useful than this support list (from past experiences). They'll supply you with a sdk with set linux/kernel version and will only support that without modifications, anything else you are on your own usually. For kernel issues I wouldn't expect to much help from most commercial support unless you are going to be buying in the thousands+ or they provide specialised support. In the past we're used some boards from arcom now Eurotech a few industrial pc's Apollo and pc104 boxes - vulcan. Expensive , worked well but fairly old software - worked fine without problems but only worked with fedora core 4 (was three years ago). Didn't need open embedded and tools (cross compilers) were supplied as rpm's. Didn't need the support. Another option is to go with commercial compilers like codesourcey's gcc tools or ARM's compilers but they are usually a few kernel versions behind the latest gcc / openembedded build <a class="moz-txt-link-freetext" href="http://www.elinux.org/ARMCompilers">http://www.elinux.org/ARMCompilers</a> code sourcery have free limited versions you can try (looks like current version is using/supports 2.6.30 <a class="moz-txt-link-freetext" href="http://www.codesourcery.com/sgpp/lite/arm">http://www.codesourcery.com/sgpp/lite/arm</a> <a class="moz-txt-link-freetext" href="http://www.codesourcery.com/sgpp/lite/arm/portal/release1039">http://www.codesourcery.com/sgpp/lite/arm/portal/release1039</a> <a class="moz-txt-link-freetext" href="https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf">https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf</a> I'm looking at their tools for one project as for a student lab setup we'll have 200+ users at a time and can't afford the drive space for each user to have a home account of 40GB+ as required for the openembedded setup. Alex -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/theplanet-com">http://p.sf.net/sfu/theplanet-com</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/theplanet-com">http://p.sf.net/sfu/theplanet-com</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <br> </body> </html> |
From: Elliot M. <ma...@ad...> - 2010-02-03 10:34:17
|
I second the paid support system. I have on numerous occasions had budget available for specific help but have either had to blunder through on my own or hire uncertified help for maybe a few hours' assistance at a time. The other thing I note is that a lot of the packages in the tree are very, very long in the tooth wrt openembedded. Might I suggest merging the gumstix and openembedded trees and maintaining the openembedded tree as a shortcut route to keeping packages up to date. M. From: Grahame Jordan [mailto:gb...@th...] Sent: 03 February 2010 09:16 To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] support issues on Gumstix products Sometimes I spend the majority of my time working on things that should just work but they don't. I offer a few suggestions in the hope that Gumstix inc. will listen and hopefully apply at least some: * Gumstix could have a paid support system for those of us who are requiring advanced help. * Better documentation would help greatly. Trawling through google and emails is difficult and imprecise. * Fixing issues/patches that are solved on the mailing list into the working repositories * For example the verdex tree appears to be unmaintained * Instructions on how to submit patches and who to send them to * Gleaning the community docs for valuable information and adding it to the Gumstix official documentation and/or patch the issues already solved. Saying that I find Gumstix products of good quality and reliable. Cheers Grahame Jordan Victhor Foster wrote: Well, my problems with the LCD weren't responded to in the first place, but they later tried to help me. On the other hand, my broken Palo43 was promptly replaced by a new one the same day, which I found rather impressive. On 3/02/2010 6:31 AM, Victhor Foster wrote: Did you mean my issue with my shorted Palo43? Well, I have another issue now, I sent a message to the list but no one replied. I guess LCDs aren't covered by warranty. The list here isn't gumstix support, we're all just users. So unless someone else has had similar problems or experiences , you may not get a reply. If you need full commercial support buy a product that comes with it. But a lot of commercial boards of a similar nature to gumstix , are using a lot older/much older software/kernels and are a lot more expensive and there is no guarantee that the support will be any more useful than this support list (from past experiences). They'll supply you with a sdk with set linux/kernel version and will only support that without modifications, anything else you are on your own usually. For kernel issues I wouldn't expect to much help from most commercial support unless you are going to be buying in the thousands+ or they provide specialised support. In the past we're used some boards from arcom now Eurotech a few industrial pc's Apollo and pc104 boxes - vulcan. Expensive , worked well but fairly old software - worked fine without problems but only worked with fedora core 4 (was three years ago). Didn't need open embedded and tools (cross compilers) were supplied as rpm's. Didn't need the support. Another option is to go with commercial compilers like codesourcey's gcc tools or ARM's compilers but they are usually a few kernel versions behind the latest gcc / openembedded build http://www.elinux.org/ARMCompilers code sourcery have free limited versions you can try (looks like current version is using/supports 2.6.30 http://www.codesourcery.com/sgpp/lite/arm http://www.codesourcery.com/sgpp/lite/arm/portal/release1039 https://support.codesourcery.com/GNUToolchain/doc5761/getting-started.pdf I'm looking at their tools for one project as for a student lab setup we'll have 200+ users at a time and can't afford the drive space for each user to have a home account of 40GB+ as required for the openembedded setup. Alex -- UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views the University of Technology, Sydney. Before opening any attachments, please check them for viruses and defects. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ gumstix-users mailing list gum...@li...<mailto:gum...@li...> https://lists.sourceforge.net/lists/listinfo/gumstix-users ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com _______________________________________________ gumstix-users mailing list gum...@li...<mailto:gum...@li...> https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2010-02-03 15:52:27
|
On Wed, Feb 3, 2010 at 5:10 AM, Schnitzeltony <a.m...@ze...> wrote: > Grahame Jordan wrote: >> >> Instructions on how to submit patches and who to send them to >> > > I would appreciate to know the correct way to suggest modifications/patches. The Overo OE repository is merged with OE upstream approximately weekly (sometimes much more frequently, less often during times of instability). There are only a handful of recipes that are unique to Overo, 99.9% of the repository is unchanged from OE mainline. I try to merge at stable points to minimize breakage for Overo repository users. I make sure that all of the common Overo images build before pushing to the Overo branch. You should use the standard open source mechanisms, i.e. for changes to generic OE recipes submit your patch to the OE mailing list for consideration. It would be nice if you would copy this list also. If you have a patch for linux, submit it to the linux-omap mailing list if it is omap specific, or to one of the topic branch mailing lists as appropriate. Again, copying this list would be a good thing. Ditto for u-boot, etc. All of the above applies for the Overo code. For Verdex related patches I would hold off until Ash completes the transition to unifying Verdex support into the Overo repository. Steve > View this message in context: http://old.nabble.com/after-having-my-gumstix-90-days-tp27292937p27435813.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: richard d. <rdo...@gm...> - 2010-02-03 16:13:43
|
I was wondering, what the "support tree" might look like, For example, I come here to the gumstix users forum for help with all my overo needs, however, it has become pretty clear to me that that is probably NOT the best place to start all the time. So, what are the various support groups that I can 'walk up' to get help on various issues. Overo specific things here, obviously, but what about general Open embeded build issues? What's the support forum for that? Is there one on open embedded that is specific to the arm? Would that be the next step and then open embedded support groups in general? As usual, any and all hits with the clue by four are appreciated. Thanks Rick On Wed, Feb 3, 2010 at 9:52 AM, Steve Sakoman <sa...@gm...> wrote: > On Wed, Feb 3, 2010 at 5:10 AM, Schnitzeltony <a.m...@ze...> wrote: >> Grahame Jordan wrote: >>> >>> Instructions on how to submit patches and who to send them to >>> >> >> I would appreciate to know the correct way to suggest modifications/patches. > > The Overo OE repository is merged with OE upstream approximately > weekly (sometimes much more frequently, less often during times of > instability). There are only a handful of recipes that are unique to > Overo, 99.9% of the repository is unchanged from OE mainline. I try > to merge at stable points to minimize breakage for Overo repository > users. I make sure that all of the common Overo images build before > pushing to the Overo branch. > > You should use the standard open source mechanisms, i.e. for changes > to generic OE recipes submit your patch to the OE mailing list for > consideration. It would be nice if you would copy this list also. > > If you have a patch for linux, submit it to the linux-omap mailing > list if it is omap specific, or to one of the topic branch mailing > lists as appropriate. Again, copying this list would be a good thing. > > Ditto for u-boot, etc. > > All of the above applies for the Overo code. For Verdex related > patches I would hold off until Ash completes the transition to > unifying Verdex support into the Overo repository. > > Steve > > > >> View this message in context: http://old.nabble.com/after-having-my-gumstix-90-days-tp27292937p27435813.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> The Planet: dedicated and managed hosting, cloud storage, colocation >> Stay online with enterprise data centers and the best network in the business >> Choose flexible plans and management services without long-term contracts >> Personal 24x7 support from experience hosting pros just a phone call away. >> http://p.sf.net/sfu/theplanet-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > -- Say you can or say you can't, either way you will be right. Computers are like old testament gods: Lots of rules and no mercy. Quantum Physics says beer only comes in discrete quanta, such as 12 oz, 16 oz, 32 oz, six packs and assorted kegs. The store dont sell 3 oz beers or 19 .747545322 oz beers. You can get an available quantum or be thirsty. |
From: Schnitzeltony <a.m...@ze...> - 2010-02-03 13:10:56
|
Grahame Jordan wrote: > > Instructions on how to submit patches and who to send them to > I would appreciate to know the correct way to suggest modifications/patches. -- View this message in context: http://old.nabble.com/after-having-my-gumstix-90-days-tp27292937p27435813.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Elvis D. <elv...@ma...> - 2010-02-03 16:18:34
|
Hi, On Feb 3, 2010, at 8:13 PM, richard dorfner wrote: > So, what are the various support groups that I can 'walk up' to get > help on various issues. > Overo specific things here, obviously, but what about general Open > embeded build issues? You can send queries to the OpenEmbedded developers mailing list ope...@li... There are a few folks out there who help with OE related issues. Best regards, Elvis |
From: Grahame J. <gb...@th...> - 2010-02-04 06:14:50
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> Hi Steve,<br> <br> This is very good information however it would be nice to see it on the gumstix.net website under support<br> <br> Cheers<br> <br> Grahame Jordan<br> <br> Steve Sakoman wrote: <blockquote cite="mid:5e0...@ma..." type="cite"> <pre wrap="">On Wed, Feb 3, 2010 at 5:10 AM, Schnitzeltony <a class="moz-txt-link-rfc2396E" href="mailto:a.m...@ze..."><a.m...@ze...></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">Grahame Jordan wrote: </pre> <blockquote type="cite"> <pre wrap="">Instructions on how to submit patches and who to send them to </pre> </blockquote> <pre wrap="">I would appreciate to know the correct way to suggest modifications/patches. </pre> </blockquote> <pre wrap=""><!----> The Overo OE repository is merged with OE upstream approximately weekly (sometimes much more frequently, less often during times of instability). There are only a handful of recipes that are unique to Overo, 99.9% of the repository is unchanged from OE mainline. I try to merge at stable points to minimize breakage for Overo repository users. I make sure that all of the common Overo images build before pushing to the Overo branch. You should use the standard open source mechanisms, i.e. for changes to generic OE recipes submit your patch to the OE mailing list for consideration. It would be nice if you would copy this list also. If you have a patch for linux, submit it to the linux-omap mailing list if it is omap specific, or to one of the topic branch mailing lists as appropriate. Again, copying this list would be a good thing. Ditto for u-boot, etc. All of the above applies for the Overo code. For Verdex related patches I would hold off until Ash completes the transition to unifying Verdex support into the Overo repository. Steve </pre> <blockquote type="cite"> <pre wrap="">View this message in context: <a class="moz-txt-link-freetext" href="http://old.nabble.com/after-having-my-gumstix-90-days-tp27292937p27435813.html">http://old.nabble.com/after-having-my-gumstix-90-days-tp27292937p27435813.html</a> Sent from the Gumstix mailing list archive at Nabble.com. ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/theplanet-com">http://p.sf.net/sfu/theplanet-com</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <pre wrap=""><!----> ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/theplanet-com">http://p.sf.net/sfu/theplanet-com</a> _______________________________________________ gumstix-users mailing list <a class="moz-txt-link-abbreviated" href="mailto:gum...@li...">gum...@li...</a> <a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/gumstix-users">https://lists.sourceforge.net/lists/listinfo/gumstix-users</a> </pre> </blockquote> <br> </body> </html> |
From: Don A. <do...@gu...> - 2010-02-04 15:22:14
|
Have added this content below from Steve to the information about setting about a build environment on www.gumstix.net Don @ Gumstix ================ On Wed, Feb 3, 2010 at 9:57 PM, Grahame Jordan <gb...@th...> wrote: > Hi Steve, > > This is very good information however it would be nice to see it on the > gumstix.net website under support > > Cheers > > Grahame Jordan > > > Steve Sakoman wrote: > > On Wed, Feb 3, 2010 at 5:10 AM, Schnitzeltony <a.m...@ze...> <a.m...@ze...> wrote: > > > Grahame Jordan wrote: > > > Instructions on how to submit patches and who to send them to > > > > I would appreciate to know the correct way to suggest modifications/patches. > > > The Overo OE repository is merged with OE upstream approximately > weekly (sometimes much more frequently, less often during times of > instability). There are only a handful of recipes that are unique to > Overo, 99.9% of the repository is unchanged from OE mainline. I try > to merge at stable points to minimize breakage for Overo repository > users. I make sure that all of the common Overo images build before > pushing to the Overo branch. > > You should use the standard open source mechanisms, i.e. for changes > to generic OE recipes submit your patch to the OE mailing list for > consideration. It would be nice if you would copy this list also. > > If you have a patch for linux, submit it to the linux-omap mailing > list if it is omap specific, or to one of the topic branch mailing > lists as appropriate. Again, copying this list would be a good thing. > > Ditto for u-boot, etc. > > All of the above applies for the Overo code. For Verdex related > patches I would hold off until Ash completes the transition to > unifying Verdex support into the Overo repository. > > Steve > > > > > > |