From: Daniel <dan...@sc...> - 2011-09-26 13:01:21
|
Hi I am failry new on the GUmstix platform, however I have designed an own carrier board to the Overo Earth. This carrier board does not have a display because I want to use the Omap DSS signal pins for GPIO instead. So I followed a tutorial on chaning the overo.h file. I changed the relevant pin muxing values in the .h file according to my needs, then apply the patch and then compile a new u-boot.bin. However, the u-boot change does not work propelry becuase I can see data signals on some DSS pins, and some relays on my GPIO interface is switching on/off rapidly. So DSS signals are still available. What am I doing wrong or what am I missing here? Is there a driver loaded somewhere during the boot-up that overrides my u-boot settings? Happy for expert help! =) BR Daniel |
From: Scott E. <sc...@ju...> - 2011-09-27 04:12:50
|
Here's a simple kernel module will let you check the mux state on a running system. https://github.com/scottellis/omap3-mux It might help with troubleshooting. On Mon, 2011-09-26 at 12:52 +0000, Daniel wrote: > Hi > > I am failry new on the GUmstix platform, however I have designed an own carrier > board to the Overo Earth. This carrier board does not have a display because I > want to use the Omap DSS signal pins for GPIO instead. > > So I followed a tutorial on chaning the overo.h file. I changed the relevant pin > muxing values in the .h file according to my needs, then apply the patch and > then compile a new u-boot.bin. > > However, the u-boot change does not work propelry becuase I can see data signals > on some DSS pins, and some relays on my GPIO interface is switching on/off > rapidly. So DSS signals are still available. > > What am I doing wrong or what am I missing here? Is there a driver loaded > somewhere during the boot-up that overrides my u-boot settings? > > Happy for expert help! =) > > BR > Daniel > > > ------------------------------------------------------------------------------ > 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. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Ash C. <as...@gu...> - 2011-09-28 18:25:27
|
Hi Daniel, On Mon, Sep 26, 2011 at 5:52 AM, Daniel <dan...@sc...> wrote: > However, the u-boot change does not work propelry becuase I can see data signals > on some DSS pins, and some relays on my GPIO interface is switching on/off > rapidly. So DSS signals are still available. > > What am I doing wrong or what am I missing here? Is there a driver loaded > somewhere during the boot-up that overrides my u-boot settings? > Can you manually toggle the pins in u-boot? For example, to toggle Gpio21 and GPIO22 in u-boot, I issue the following commands at the prompt: # mw 48310034 ff9fffff (enable these as outputs) # mw 48310090 00200000 (turn off GPIO21) # mw 48310090 00400000 (turn off GPIO22) # mw 48310094 00600000 (turn on both) This will at least show you if the mux'ing is correct in u-boot. -Ash |
From: Scott A. <sc...@sc...> - 2011-09-28 18:54:17
|
I think it went ok... I can never tell now days. I really have high hopes for this job! On 9/28/2011 12:25 PM, Ash Charles wrote: > Hi Daniel, > > On Mon, Sep 26, 2011 at 5:52 AM, Daniel<dan...@sc...> wrote: >> However, the u-boot change does not work propelry becuase I can see data signals >> on some DSS pins, and some relays on my GPIO interface is switching on/off >> rapidly. So DSS signals are still available. >> >> What am I doing wrong or what am I missing here? Is there a driver loaded >> somewhere during the boot-up that overrides my u-boot settings? >> > Can you manually toggle the pins in u-boot? > For example, to toggle Gpio21 and GPIO22 in u-boot, I issue the > following commands at the prompt: > # mw 48310034 ff9fffff (enable these as outputs) > # mw 48310090 00200000 (turn off GPIO21) > # mw 48310090 00400000 (turn off GPIO22) > # mw 48310094 00600000 (turn on both) > > This will at least show you if the mux'ing is correct in u-boot. > -Ash > > ------------------------------------------------------------------------------ > 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. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Scott A. <sc...@sc...> - 2011-09-28 18:56:02
|
Sorry, wrong email to reply to. Please ignore previous reply. On 9/28/2011 12:25 PM, Ash Charles wrote: > Hi Daniel, > > On Mon, Sep 26, 2011 at 5:52 AM, Daniel<dan...@sc...> wrote: >> However, the u-boot change does not work propelry becuase I can see data signals >> on some DSS pins, and some relays on my GPIO interface is switching on/off >> rapidly. So DSS signals are still available. >> >> What am I doing wrong or what am I missing here? Is there a driver loaded >> somewhere during the boot-up that overrides my u-boot settings? >> > Can you manually toggle the pins in u-boot? > For example, to toggle Gpio21 and GPIO22 in u-boot, I issue the > following commands at the prompt: > # mw 48310034 ff9fffff (enable these as outputs) > # mw 48310090 00200000 (turn off GPIO21) > # mw 48310090 00400000 (turn off GPIO22) > # mw 48310094 00600000 (turn on both) > > This will at least show you if the mux'ing is correct in u-boot. > -Ash > > ------------------------------------------------------------------------------ > 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. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |