From: thor F. <tho...@ya...> - 2011-11-07 21:36:00
|
This is a follow up of my problem with only ADCIN2 and ADCIN7 working on a 3.0-based system I just made a new OE sandbox, set PREFERRED_VERSION to "2.6.39" and built a new environment for my Overo. I also made sure that Steve Sakoman's twl4030-madc patches were there (and they were). The 65950 madc drivers load fine, I see all of the devices in the sysfs directory (/sys/class/hwmon/hwmon0/device). Applied voltage to 2 and 7 show the correct/expected, but 3-6 show no response. This was the same behavior as the 3.0 kernel environment. Does anyone know if there're extra steps needed for the 2.6.39 or 3.0kernel environments to set up the 65950 properly and get 6 ADC lines working? Or am I better off down-reving to something like 2.6.34 and staying away from the sysfs madc interface? Tks! -thor- |
From: CoryS <cor...@ho...> - 2011-11-21 15:40:44
|
Any luck with this? We are experiencing the same issue. -- View this message in context: http://old.nabble.com/Follow-up%3A-no-ADC-in-on-ADCIN3-6-%282.6.39-and-3.0%29-tp32799473p32870925.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve S. <sa...@gm...> - 2011-12-01 04:07:18
|
On Mon, Nov 21, 2011 at 7:40 AM, CoryS <cor...@ho...> wrote: > > Any luck with this? We are experiencing the same issue. I tested 10 recent date code COMs and found no issues with madc, so I don't think it is a software issue (though that is always possible!) Could you provide the codes on the COM's white label so I can try to reproduce the issue with that date code? Regards, Steve |
From: CoryS <cor...@ho...> - 2011-12-01 15:18:36
|
The codes on the white sticker are "GS3503F-R2499" and "W/O#: 69124". Thanks, Cory -- View this message in context: http://gumstix.8.n6.nabble.com/Re-Follow-up-no-ADC-in-on-ADCIN3-6-2-6-39-and-3-0-tp640398p660447.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve S. <sa...@gm...> - 2011-12-02 05:28:54
|
On Wed, Nov 30, 2011 at 8:07 PM, Steve Sakoman <sa...@gm...> wrote: > On Mon, Nov 21, 2011 at 7:40 AM, CoryS <cor...@ho...> wrote: >> >> Any luck with this? We are experiencing the same issue. > > I tested 10 recent date code COMs and found no issues with madc, so I > don't think it is a software issue (though that is always possible!) Well, it turns out that it was a software issue! There is a bug in the upstream madc driver in 2.6.39 and 3.0 that results in the madc channels 2 through 6 not being explicitly enabled! I've added a fix to my omap-3.0-pm repository: http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commitdiff;h=8e69860734d81494e5b14b00fecb8b2af598ba32 If you want to use a pre-built GNOME or console image that contains the fix: http://sakoman.com/category/8-gnome-daily-builds-r13.html# Steve |
From: Kartik M. <kar...@gm...> - 2011-12-02 05:56:01
|
On Fri, Dec 2, 2011 at 12:28 AM, Steve Sakoman <sa...@gm...> wrote: > There is a bug in the upstream madc driver in 2.6.39 and 3.0 that > results in the madc channels 2 through 6 not being explicitly enabled! Nice catch! :) You meant channels 3 through 6 right? -- Kartik |
From: Steve S. <sa...@gm...> - 2011-12-02 13:35:41
|
On Thu, Dec 1, 2011 at 9:55 PM, Kartik Mohta <kar...@gm...> wrote: > On Fri, Dec 2, 2011 at 12:28 AM, Steve Sakoman <sa...@gm...> wrote: >> There is a bug in the upstream madc driver in 2.6.39 and 3.0 that >> results in the madc channels 2 through 6 not being explicitly enabled! > > Nice catch! :) > You meant channels 3 through 6 right? Indeed, 3 through 6! Steve |
From: kris d. <t_...@ya...> - 2011-12-02 18:10:42
|
Following the tutorial here : http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html to setup my file directory for the build system. I tried to start with bitbake x-load I'm getting the following error : (openembedded checked out overo-2011.03 origin/overo-2011.03) (bitbake checked out 1.12.0) NOTE: package x-load-2_1.5.1+r25+gitr30bedccc50a54836ddc1e1589417a48b13185110-r25: task Fetch failed: Unable to fetch URL git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git from any source.: Failed ERROR: Function 'Fetch failed: Unable to fetch URL git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git from any source.' failed any advice ? Thanks! Kris |
From: Neil M. <ne...@gu...> - 2011-12-02 18:20:29
|
I just deleted my old sources with $ cd ~/overo-oe/sources $ rm git_www.sakoman.com.git.x-loader* Then did a clean build $ bitbake -c clean x-load $ bitbake x-load And it fetched fine. My guess is a connection issue. Try again is the only thing I can recommend. Good luck. - Neil On Fri, Dec 2, 2011 at 10:10 AM, kris duff <t_...@ya...> wrote: > Following the tutorial here : > http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html > to setup my file directory for the build system. I tried to start with > bitbake x-load I'm getting the following error : > (openembedded checked out overo-2011.03 origin/overo-2011.03) > (bitbake checked out 1.12.0) > > NOTE: package > x-load-2_1.5.1+r25+gitr30bedccc50a54836ddc1e1589417a48b13185110-r25: task > Fetch failed: Unable to fetch URL > git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git > from any source.: Failed > ERROR: Function 'Fetch failed: Unable to fetch URL > git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git > from any source.' failed > > any advice ? > Thanks! > Kris > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: kris d. <t_...@ya...> - 2011-12-02 18:32:08
|
Hello Thank you for the fast reply! I have another error : NOTE: package x-load-2_1.5.1+r25+gitr30bedccc50a54836ddc1e1589417a48b13185110-r25: task do_fetch: Started git: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory I tried to do : bitbake openssl-native then bitbake openssl I get the same error... Any help would be appreciated :-) thx! ________________________________ From: Neil MacMunn <ne...@gu...> To: kris duff <t_...@ya...>; General mailing list for gumstix users. <gum...@li...> Sent: Friday, December 2, 2011 1:20:21 PM Subject: Re: [Gumstix-users] bitbake x-load I just deleted my old sources with $ cd ~/overo-oe/sources $ rm git_www.sakoman.com.git.x-loader* Then did a clean build $ bitbake -c clean x-load $ bitbake x-load And it fetched fine. My guess is a connection issue. Try again is the only thing I can recommend. Good luck. - Neil On Fri, Dec 2, 2011 at 10:10 AM, kris duff <t_...@ya...> wrote: > Following the tutorial here : > http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html > to setup my file directory for the build system. I tried to start with > bitbake x-load I'm getting the following error : > (openembedded checked out overo-2011.03 origin/overo-2011.03) > (bitbake checked out 1.12.0) > > NOTE: package > x-load-2_1.5.1+r25+gitr30bedccc50a54836ddc1e1589417a48b13185110-r25: task > Fetch failed: Unable to fetch URL > git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git > from any source.: Failed > ERROR: Function 'Fetch failed: Unable to fetch URL > git://www.sakoman.com/git/x-loader.git;branch=stable-v1.5.1;protocol=git > from any source.' failed > > any advice ? > Thanks! > Kris > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Cory S. <cor...@ho...> - 2011-12-03 08:03:30
|
Thanks Steve for fixing the issue. We needed several analog inputs for our project, so you have been a great help. -Cory > Date: Thu, 1 Dec 2011 21:28:47 -0800 > Subject: Re: [Gumstix-users] Follow up: no ADC in on ADCIN3-6 (2.6.39 and 3.0) > From: sa...@gm... > To: gum...@li...; cor...@ho...; tho...@ya... > > On Wed, Nov 30, 2011 at 8:07 PM, Steve Sakoman <sa...@gm...> wrote: > > On Mon, Nov 21, 2011 at 7:40 AM, CoryS <cor...@ho...> wrote: > >> > >> Any luck with this? We are experiencing the same issue. > > > > I tested 10 recent date code COMs and found no issues with madc, so I > > don't think it is a software issue (though that is always possible!) > > Well, it turns out that it was a software issue! > > There is a bug in the upstream madc driver in 2.6.39 and 3.0 that > results in the madc channels 2 through 6 not being explicitly enabled! > > I've added a fix to my omap-3.0-pm repository: > > http://www.sakoman.com/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commitdiff;h=8e69860734d81494e5b14b00fecb8b2af598ba32 > > If you want to use a pre-built GNOME or console image that contains the fix: > > http://sakoman.com/category/8-gnome-daily-builds-r13.html# > > Steve |
From: Nader R. <na...@ra...> - 2012-01-01 07:04:58
|
Hi guys, I have followed a number of threads where people try to build a new kernel with Steve's omap-3.0-pm repository including: http://gumstix.8.n6.nabble.com/Building-3-0-for-dummies-and-I-still-can-t-get-it-working-td571153.html#a571160 to start with, i followed the instructions here on an Ubuntu 10.04 and have built the ~/overo-oe directory including bit bake, open embedded and the works http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html I am confused as to how to go from the current setup having followed the instruction from the above link to building a new kernel using Steve's latest masterpiece omap-3.0-pm which includes the working Kaspa drivers. the closest instructions that i have found which does NOT use bit bake is: git clone git://www.sakoman.com/git/linux-omap-2.6 cd linux-omap-2.6 git checkout omap-3.0-pm zcat /proc/config.gz > .config make oldconfig make uImage make modules make modules_install make install mount /dev/mmcblk0p1 /mnt cp ./arch/arm/boot/uImage /mnt/uImage sync umount /mnt reboot But, this is for compiling on the Overo! I am looking for similar instruction to go from having the overo-oe folder already setup and having already compiled omap-console-image using the Gumstix instruction to building the kernel for 3.0-pm... Would anyone be able to give me step by step instruction as to where to git checkout omap-3.0-pm into and how to modify all the various files that are in the overo-oe folder to be able to use bit bake to create a set of images identical to what Steve has uploaded to his R13 Daily GNOME build at: http://www.sakoman.com/category/8-gnome-daily-builds-r13.html I would be grateful for your help... P.S. Happy New Year -- View this message in context: http://gumstix.8.n6.nabble.com/Follow-up-no-ADC-in-on-ADCIN3-6-2-6-39-and-3-0-tp640788p2707369.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Nader R. <na...@ra...> - 2012-01-01 07:09:15
|
Hi guys, I have followed a number of threads where people try to build a new kernel with Steve's omap-3.0-pm repository including: http://gumstix.8.n6.nabble.com/Building-3-0-for-dummies-and-I-still-can-t-get-it-working-td571153.html#a571160 to start with, i followed the instructions here on an Ubuntu 10.04 and have built the ~/overo-oe directory including bit bake, open embedded and the works at: http://gumstix.org/software-development/open-embedded/61-using-the-open-embedded-build-system.html I am confused as to how to go from the current setup having followed the instruction from the above link to building a new kernel using Steve's latest masterpiece omap-3.0-pm which includes the working Kaspa drivers. the closest instructions that i have found which does NOT use bit bake is: git clone git://www.sakoman.com/git/linux-omap-2.6 cd linux-omap-2.6 git checkout omap-3.0-pm zcat /proc/config.gz > .config make oldconfig make uImage make modules make modules_install make install mount /dev/mmcblk0p1 /mnt cp ./arch/arm/boot/uImage /mnt/uImage sync umount /mnt reboot But, this is for compiling on the Overo! I am looking for similar instruction to go from having the overo-oe folder already setup and having already compiled omap-console-image using the Gumstix instruction to building the kernel for 3.0-pm... Would anyone be able to give me step by step instruction as to where to git checkout omap-3.0-pm into and how to modify all the various files that are in the overo-oe folder to be able to use bit bake to create a set of images identical to what Steve has uploaded to his R13 Daily GNOME build at: http://www.sakoman.com/category/8-gnome-daily-builds-r13.html I would be grateful for your help... P.S. Happy New Year -- View this message in context: http://gumstix.8.n6.nabble.com/Follow-up-no-ADC-in-on-ADCIN3-6-2-6-39-and-3-0-tp640788p2707388.html Sent from the Gumstix mailing list archive at Nabble.com. |