From: Michael H. <Mic...@ha...> - 2009-03-16 09:38:03
|
Hi there. Has anyone had any luck using UART 2 on the Overo? It's not listed on the board pin out, but according to the TI datasheet U2_TX should be available on P146/PWM11 and U2_RX on P147/PWM8. The TX line seems to stay low instead of idling high as expected. Linux lists three serial ports and I can quite happily write to UART 1 and UART 3. I see on the gumstix site that they planned to use ttyS1 for on-board Bluetooth so I wonder if the line hasn't been brought out. Thanks for any help, Michael Hope Controls Engineer HAMILTONJET CWF Hamilton & Co Ltd, Lunns Rd, PO Box 709, Christchurch, New Zealand www.hamiltonjet.co.nz |
From: R. P. M. <log...@gm...> - 2009-03-16 11:53:26
|
I am using all 3 Overo serial ports without a problem. Perhaps the configuration in your OS is not setting the mux for the pin? Remember to also clear the mux for the mirror pins GPIO142/143 On 3/16/09, Michael Hope <Mic...@ha...> wrote: > Hi there. Has anyone had any luck using UART 2 on the Overo? It's not > listed on the board pin out, but according to the TI datasheet U2_TX should > be available on P146/PWM11 and U2_RX on P147/PWM8. The TX line seems to > stay low instead of idling high as expected. > > Linux lists three serial ports and I can quite happily write to UART 1 and > UART 3. I see on the gumstix site that they planned to use ttyS1 for > on-board Bluetooth so I wonder if the line hasn't been brought out. > > Thanks for any help, > > Michael Hope > Controls Engineer > > HAMILTONJET > CWF Hamilton & Co Ltd, Lunns Rd, PO Box 709, Christchurch, New Zealand > www.hamiltonjet.co.nz > > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Steve S. <sa...@gm...> - 2009-03-16 16:24:11
|
On Mon, Mar 16, 2009 at 4:53 AM, R. P. McMurphy <log...@gm...> wrote: > I am using all 3 Overo serial ports without a problem. > > Perhaps the configuration in your OS is not setting the mux for the > pin? Remember to also clear the mux for the mirror pins GPIO142/143 > > On 3/16/09, Michael Hope <Mic...@ha...> wrote: >> Hi there. Has anyone had any luck using UART 2 on the Overo? It's not >> listed on the board pin out, but according to the TI datasheet U2_TX should >> be available on P146/PWM11 and U2_RX on P147/PWM8. The TX line seems to >> stay low instead of idling high as expected. >> >> Linux lists three serial ports and I can quite happily write to UART 1 and >> UART 3. I see on the gumstix site that they planned to use ttyS1 for >> on-board Bluetooth so I wonder if the line hasn't been brought out. UART 1 (ttyS0) and UART 3 (ttyS2) are brought out to the expansion connector: UART 1: on pins 24 and 48 of J4 (http://www.gumstix.net/Hardware/view/I/O-connectors-cabling/Gumstix-Overo-70-pin-connector-J4-features-Extended-Memory-Bus-and- MMC-signals/112.html) UART3: on pins 26 and 31 of J1 (http://www.gumstix.net/Hardware/view/Motherboard-I/O/Connector-J1-for-Overo/112.html) UART2 (ttyS1) is used for the BT function in an upcoming version of the motherboard. The default u-boot routes these signals from GPIO140-143 to the bluetooth module and hence these signals are *not* available on the expansion connector. However . . . if you know your code will *never* be run on the wifi/bt version of the motherboard, you can alter the pinmux configuration to disable routing UART2 to the above mentioned pins and instead route them to GPIO144-147, which are available on the expansion connector J1 (see link above for J1 pinout) You can alter the pinmux either in u-boot or in a custom kernel. Steve |
From: Geo_Homsy <geo...@gm...> - 2012-01-05 22:55:11
|
Hi Steve-- I need to use UART2 on an Overo Fire. I do NOT need bluetooth functionality. I can try using the method you describe, but you say to be sure my code will NEVER run on a motherboard with BT/Wifi functionality. Can I simply do your patch to uBoot and forget the BT module exists?? Yours, //Geo -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p3239416.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: msinger <ms...@ea...> - 2010-05-06 14:17:43
|
Steve, What if I'm running on a Air/Fire, but don't need to use the BT, only the WIFI? Can I use UART 2 on 140-143? Thanks sakoman wrote: > > On Mon, Mar 16, 2009 at 4:53 AM, R. P. McMurphy <log...@gm...> > wrote: >> I am using all 3 Overo serial ports without a problem. >> >> Perhaps the configuration in your OS is not setting the mux for the >> pin? Remember to also clear the mux for the mirror pins GPIO142/143 >> >> On 3/16/09, Michael Hope <Mic...@ha...> wrote: >>> Hi there. Has anyone had any luck using UART 2 on the Overo? It's not >>> listed on the board pin out, but according to the TI datasheet U2_TX >>> should >>> be available on P146/PWM11 and U2_RX on P147/PWM8. The TX line seems to >>> stay low instead of idling high as expected. >>> >>> Linux lists three serial ports and I can quite happily write to UART 1 >>> and >>> UART 3. I see on the gumstix site that they planned to use ttyS1 for >>> on-board Bluetooth so I wonder if the line hasn't been brought out. > > UART 1 (ttyS0) and UART 3 (ttyS2) are brought out to the expansion > connector: > > UART 1: on pins 24 and 48 of J4 > (http://www.gumstix.net/Hardware/view/I/O-connectors-cabling/Gumstix-Overo-70-pin-connector-J4-features-Extended-Memory-Bus-and- > MMC-signals/112.html) > > UART3: on pins 26 and 31 of J1 > (http://www.gumstix.net/Hardware/view/Motherboard-I/O/Connector-J1-for-Overo/112.html) > > UART2 (ttyS1) is used for the BT function in an upcoming version of > the motherboard. The default u-boot routes these signals from > GPIO140-143 to the bluetooth module and hence these signals are *not* > available on the expansion connector. > > However . . . if you know your code will *never* be run on the wifi/bt > version of the motherboard, you can alter the pinmux configuration to > disable routing UART2 to the above mentioned pins and instead route > them to GPIO144-147, which are available on the expansion connector J1 > (see link above for J1 pinout) You can alter the pinmux either in > u-boot or in a custom kernel. > > Steve > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > -- View this message in context: http://old.nabble.com/Using-UART-2-on-an-Overo-tp22534595p28474288.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: qmay123 <dk...@ar...> - 2012-11-13 21:27:43
|
Rink, thanks for the thorough repose, I haven't had a chance to test it out but plan to very soon. In the meantime, I used the solution from this thread http://gumstix.8.n6.nabble.com/Re-muxing-Overo-UART2-at-runtime-td638452.html that was posted by Jesse. This has been working great and is done on boot and requires no building of the image, etc. One word of caution is that I'm not sure if any processes are using ttyO2 on boot. Bluetooth has supposedly been turned off, however, I have a c++ program that uses the serial port and is set to run on boot, I often get errors when running at boot but not when running manually by logging in through ssh and running the program myself. I'm writing up a new thread for this problem and other serial issues as well. Thanks again! Will keep you posted. On Sun, Nov 11, 2012 at 4:25 PM, rink113 [via Gumstix] < ml-...@n6...> wrote: > QMay - > > I also have been working through the scattered details of how to get UART > 2 to be exposed to pins of the Gumstix Overo which are reffered to as GPIO > 144-147 (146: TX, 147: RX, 144: CTS, 145: RTS) on various schematic > diagrams and pinout tables. I just got it to work in the last hour (I > actually subscribed to the list just so I could reply to your message). I > got RX/TX working, I will try CTS and RTS soon (I need them). I found the > following website very, very helpful with the detailed instructions you are > looking for: > > > http://www.jumpnowtek.com/index.php?option=com_content&view=article&id=55&Itemid=61 > > The page guides you through how to use bitbake to build a patched u-boot. > It also explains how to build u-boot from the cross-compilation tools using > 'make' and the compilers directly. I will say this, I tried to use the > bitbake way and make a patch -- I for some reason couldn't make it happen > -- perhaps I didn't have something set up right. Ultimately, I ended up > using the section that explains how to do it WITHOUT bitbake, modified the > overo.h file directly, did the make commands as described, copied the > u-boot over to my microsd, and my uart2 now works on the described pins. > > I don't know if this is critical (sometimes u-boot uImage, the rootfs have > to be synced?) but in my case I built all of the files MLO, u-boot, uImage, > and the root file system using bitbake first, and after trying to do the > patch with bitbake and failing to get UART 2 exposed, I built just u-boot > without bitbake and copied that to the microsd. Mine is thankfully working. > > I hope that helps. That website seems to have several Overo related > "how-tos" that may be of use to you as well. > > - rink113 > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4966028.html > To unsubscribe from Using UART 2 on an Overo, click here<http://gumstix.8.n6.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=660403&code=ZGt1ZWhtZUBhcmVhaS5hZXJvfDY2MDQwM3wtMzgwODc0NjA2> > . > NAML<http://gumstix.8.n6.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4966048.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: rink113 <jr...@hi...> - 2012-11-22 04:17:17
|
QMay - I'm glad you got something working! I did look at the "during runtime" solution that you reference, but preferred doing it more "permanently" in u-boot so I never tried the other way (would have tried if several more u-boot attempts failed). If what you have works good enough, you may not want to change it!! But play/experiment as you see fit! Glad you got something going too. - rink113 -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4966131.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Geo_Homsy <geo...@gm...> - 2012-01-05 22:57:13
|
msinger, did you ever get any reply to this? I have the same problem: I need the wifi functionality, and THREE UARTs. I don't need the bluetooth. yours, //Geo -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p3239441.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: mg0536 <mg...@gm...> - 2012-06-19 18:31:37
|
Elvis - Thanks for this! Very helpful. I'm a bit nervous building a new u-boot, but I will try it. Is there a way to access this mux functionality via the /sys/class/gpio interface? Thanks in advance, -Matt Elvis Dowson wrote > > Here is a patch that you can apply to u-boot to disable bluetooth and > enable UART 2. You can add this patch to your u-boot OpenEmbedded recipe > and build u-boot. This approach sets the pin muxing at boottime. Another > option is to reconfigure it in the kernel, although I haven't attempt > that. > > diff --git a/board/omap3/overo/overo.h b/board/omap3/overo/overo.h > index 0b59120..59dc76d 100644 > --- a/board/omap3/overo/overo.h > +++ b/board/omap3/overo/overo.h > @@ -213,14 +213,14 @@ const omap3_sysinfo sysinfo = { > MUX_VAL(CP(MMC2_DAT6), (IEN | PTU | EN | M1)) /*MMC2_DIR_CMD*/\ > MUX_VAL(CP(MMC2_DAT7), (IEN | PTU | EN | M1)) /*MMC2_CLKIN*/\ > /*Bluetooth*/\ > - MUX_VAL(CP(MCBSP3_DX), (IEN | PTD | DIS | M1)) /*UART2_CTS*/\ > - MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M1)) /*UART2_RTS*/\ > - MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M1)) /*UART2_TX*/\ > - MUX_VAL(CP(MCBSP3_FSX), (IEN | PTD | DIS | M1)) /*UART2_RX*/\ > + MUX_VAL(CP(MCBSP3_DX), (IDIS | PTD | DIS | M0)) /*McBSP3_DX*/\ > + MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M0)) /*McBSP3_DR*/\ > + MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M0)) /*McBSP3_CLKX*/\ > + MUX_VAL(CP(MCBSP3_FSX), (IDIS | PTD | DIS | M0)) /*McBSP3_FSX*/\ > MUX_VAL(CP(UART2_CTS), (IEN | PTD | DIS | M4)) /*GPIO_144 - LCD_EN*/\ > MUX_VAL(CP(UART2_RTS), (IEN | PTD | DIS | M4)) /*GPIO_145*/\ > - MUX_VAL(CP(UART2_TX), (IEN | PTD | DIS | M4)) /*GPIO_146*/\ > - MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M4)) /*GPIO_147*/\ > + MUX_VAL(CP(UART2_TX), (IDIS | PTD | DIS | M0)) /*UART2_TX*/\ > + MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M0)) /*UART2_RX*/\ > MUX_VAL(CP(UART1_TX), (IDIS | PTD | DIS | M0)) /*UART1_TX*/\ > MUX_VAL(CP(UART1_RTS), (IEN | PTU | DIS | M4)) /*GPIO_149*/ \ > MUX_VAL(CP(UART1_CTS), (IEN | PTU | DIS | M4)) /*GPIO_150-MMC3_WP*/\ > -- > -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4964676.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Elvis D. <elv...@gm...> - 2012-06-20 18:29:44
|
On Jun 19, 2012, at 10:31 PM, mg0536 wrote: > Thanks for this! Very helpful. I'm a bit nervous building a new u-boot, but > I will try it. Building u-boot is really trivial. :-) Don't worry about it!! > > Is there a way to access this mux functionality via the /sys/class/gpio > interface? I haven't tried that. Perhaps someone else on the list can comment on how to do this. Best regards, Elvis Dowson |
From: qmay123 <dk...@ar...> - 2012-08-28 23:39:14
|
Sorry if this is a repeat, I had to subscribe so I'm trying again: Hey All, I've been trying the above overo.h patch with no success, but I'm also pretty new at this. I'm pretty sure my mistakes are made in applying the patch and rebuilding the bootloader/kernel/image (i've tried every combination of the three). Any chance someone could give some explicit instructions on applying the patch? Preferably starting at editing the overo.h file through building a complete image? I'll make sure to verify and post in the appropriate wiki as a how-to. Thanks! FYI my goal is to have 3 working serial ports, bluetooth is unnecessary. Thanks! -QMay -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4965239.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: rink113 <jr...@hi...> - 2012-11-11 21:25:35
|
QMay - I also have been working through the scattered details of how to get UART 2 to be exposed to pins of the Gumstix Overo which are reffered to as GPIO 144-147 (146: TX, 147: RX, 144: CTS, 145: RTS) on various schematic diagrams and pinout tables. I just got it to work in the last hour (I actually subscribed to the list just so I could reply to your message). I got RX/TX working, I will try CTS and RTS soon (I need them). I found the following website very, very helpful with the detailed instructions you are looking for: http://www.jumpnowtek.com/index.php?option=com_content&view=article&id=55&Itemid=61 The page guides you through how to use bitbake to build a patched u-boot. It also explains how to build u-boot from the cross-compilation tools using 'make' and the compilers directly. I will say this, I tried to use the bitbake way and make a patch -- I for some reason couldn't make it happen -- perhaps I didn't have something set up right. Ultimately, I ended up using the section that explains how to do it WITHOUT bitbake, modified the overo.h file directly, did the make commands as described, copied the u-boot over to my microsd, and my uart2 now works on the described pins. I don't know if this is critical (sometimes u-boot uImage, the rootfs have to be synced?) but in my case I built all of the files MLO, u-boot, uImage, and the root file system using bitbake first, and after trying to do the patch with bitbake and failing to get UART 2 exposed, I built just u-boot without bitbake and copied that to the microsd. Mine is thankfully working. I hope that helps. That website seems to have several Overo related "how-tos" that may be of use to you as well. - rink113 -- View this message in context: http://gumstix.8.n6.nabble.com/Using-UART-2-on-an-Overo-tp660403p4966028.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Bernhard Wörndl-A. <bw...@xd...> - 2010-05-06 14:21:35
|
Hey! As far as I see, UART2 is not wired to any connector -> no. Regards *Bernhard Wörndl-Aichriedler* Am 06.05.2010 16:17, schrieb msinger: > Steve, > > What if I'm running on a Air/Fire, but don't need to use the BT, only the > WIFI? Can I use UART 2 on > 140-143? > > Thanks > > > sakoman wrote: > >> On Mon, Mar 16, 2009 at 4:53 AM, R. P. McMurphy<log...@gm...> >> wrote: >> >>> I am using all 3 Overo serial ports without a problem. >>> >>> Perhaps the configuration in your OS is not setting the mux for the >>> pin? Remember to also clear the mux for the mirror pins GPIO142/143 >>> >>> On 3/16/09, Michael Hope<Mic...@ha...> wrote: >>> >>>> Hi there. Has anyone had any luck using UART 2 on the Overo? It's not >>>> listed on the board pin out, but according to the TI datasheet U2_TX >>>> should >>>> be available on P146/PWM11 and U2_RX on P147/PWM8. The TX line seems to >>>> stay low instead of idling high as expected. >>>> >>>> Linux lists three serial ports and I can quite happily write to UART 1 >>>> and >>>> UART 3. I see on the gumstix site that they planned to use ttyS1 for >>>> on-board Bluetooth so I wonder if the line hasn't been brought out. >>>> >> UART 1 (ttyS0) and UART 3 (ttyS2) are brought out to the expansion >> connector: >> >> UART 1: on pins 24 and 48 of J4 >> (http://www.gumstix.net/Hardware/view/I/O-connectors-cabling/Gumstix-Overo-70-pin-connector-J4-features-Extended-Memory-Bus-and- >> MMC-signals/112.html) >> >> UART3: on pins 26 and 31 of J1 >> (http://www.gumstix.net/Hardware/view/Motherboard-I/O/Connector-J1-for-Overo/112.html) >> >> UART2 (ttyS1) is used for the BT function in an upcoming version of >> the motherboard. The default u-boot routes these signals from >> GPIO140-143 to the bluetooth module and hence these signals are *not* >> available on the expansion connector. >> >> However . . . if you know your code will *never* be run on the wifi/bt >> version of the motherboard, you can alter the pinmux configuration to >> disable routing UART2 to the above mentioned pins and instead route >> them to GPIO144-147, which are available on the expansion connector J1 >> (see link above for J1 pinout) You can alter the pinmux either in >> u-boot or in a custom kernel. >> >> Steve >> >> ------------------------------------------------------------------------------ >> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are >> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and >> easily build your RIAs with Flex Builder, the Eclipse(TM)based development >> software that enables intelligent coding and step-through debugging. >> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> >> > |
From: msinger <ms...@ea...> - 2010-05-06 14:44:50
|
144-147 ;-) Hey! As far as I see, UART2 is not wired to any connector -> no. Regards *Bernhard Wörndl-Aichriedler* -- View this message in context: http://old.nabble.com/Using-UART-2-on-an-Overo-tp22534595p28474742.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: msinger <ms...@ea...> - 2010-05-06 14:44:52
|
144-147 ;-) Hey! As far as I see, UART2 is not wired to any connector -> no. Regards *Bernhard Wörndl-Aichriedler* -- View this message in context: http://old.nabble.com/Using-UART-2-on-an-Overo-tp22534595p28474746.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: ekoshimo <ed....@na...> - 2010-05-06 17:34:55
|
Hello all - I'm using an Overo Water with a Summit expansion board. I believe I got UART2 (/dev/ttyS1) working by building a custom u-boot image which sets the mux values on pins 27 and 29. I'm haven't tried to verify that I can do this from the userspace using devmem2, but I think that approach should work as well. I spent some time with the OMAP35xx TRM figuring out what I should be modifying. Thanks, ed 144-147 ;-) Bernhard Wörndl-Aichriedler wrote: > > Hey! > > As far as I see, UART2 is not wired to any connector -> no. > > Regards > > *Bernhard Wörndl-Aichriedler* > > -- View this message in context: http://old.nabble.com/Using-UART-2-on-an-Overo-tp22534595p28477162.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Elvis D. <elv...@ma...> - 2010-05-06 20:57:21
|
Hi, On May 6, 2010, at 6:21 PM, Bernhard Wörndl-Aichriedler wrote: > As far as I see, UART2 is not wired to any connector -> no. The OMAP3 chip uses pin muxing, so internally it has many devices but you only have a lesser number of physical pin outs. So, you can set the pin muxing, to bring out a specific internal chip function, out to a particular connector. Here is a patch that you can apply to u-boot to disable bluetooth and enable UART 2. You can add this patch to your u-boot OpenEmbedded recipe and build u-boot. This approach sets the pin muxing at boottime. Another option is to reconfigure it in the kernel, although I haven't attempt that. Best regards, Elvis Dowson diff --git a/board/omap3/overo/overo.h b/board/omap3/overo/overo.h index 0b59120..59dc76d 100644 --- a/board/omap3/overo/overo.h +++ b/board/omap3/overo/overo.h @@ -213,14 +213,14 @@ const omap3_sysinfo sysinfo = { MUX_VAL(CP(MMC2_DAT6), (IEN | PTU | EN | M1)) /*MMC2_DIR_CMD*/\ MUX_VAL(CP(MMC2_DAT7), (IEN | PTU | EN | M1)) /*MMC2_CLKIN*/\ /*Bluetooth*/\ - MUX_VAL(CP(MCBSP3_DX), (IEN | PTD | DIS | M1)) /*UART2_CTS*/\ - MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M1)) /*UART2_RTS*/\ - MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M1)) /*UART2_TX*/\ - MUX_VAL(CP(MCBSP3_FSX), (IEN | PTD | DIS | M1)) /*UART2_RX*/\ + MUX_VAL(CP(MCBSP3_DX), (IDIS | PTD | DIS | M0)) /*McBSP3_DX*/\ + MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M0)) /*McBSP3_DR*/\ + MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M0)) /*McBSP3_CLKX*/\ + MUX_VAL(CP(MCBSP3_FSX), (IDIS | PTD | DIS | M0)) /*McBSP3_FSX*/\ MUX_VAL(CP(UART2_CTS), (IEN | PTD | DIS | M4)) /*GPIO_144 - LCD_EN*/\ MUX_VAL(CP(UART2_RTS), (IEN | PTD | DIS | M4)) /*GPIO_145*/\ - MUX_VAL(CP(UART2_TX), (IEN | PTD | DIS | M4)) /*GPIO_146*/\ - MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M4)) /*GPIO_147*/\ + MUX_VAL(CP(UART2_TX), (IDIS | PTD | DIS | M0)) /*UART2_TX*/\ + MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M0)) /*UART2_RX*/\ MUX_VAL(CP(UART1_TX), (IDIS | PTD | DIS | M0)) /*UART1_TX*/\ MUX_VAL(CP(UART1_RTS), (IEN | PTU | DIS | M4)) /*GPIO_149*/ \ MUX_VAL(CP(UART1_CTS), (IEN | PTU | DIS | M4)) /*GPIO_150-MMC3_WP*/\ -- 1.6.0.3 |
From: Matt S. <ms...@ea...> - 2010-05-10 12:42:37
|
Thanks Elvis, Added the changes to board_mux in board-overo.c and rebuilt the kernel. Works fine. _____ From: Elvis Dowson [mailto:elv...@ma...] Sent: Thursday, May 06, 2010 4:57 PM To: General mailing list for gumstix users. Subject: Re: [Gumstix-users] Using UART 2 on an Overo Hi, On May 6, 2010, at 6:21 PM, Bernhard Wörndl-Aichriedler wrote: As far as I see, UART2 is not wired to any connector -> no. The OMAP3 chip uses pin muxing, so internally it has many devices but you only have a lesser number of physical pin outs. So, you can set the pin muxing, to bring out a specific internal chip function, out to a particular connector. Here is a patch that you can apply to u-boot to disable bluetooth and enable UART 2. You can add this patch to your u-boot OpenEmbedded recipe and build u-boot. This approach sets the pin muxing at boottime. Another option is to reconfigure it in the kernel, although I haven't attempt that. Best regards, Elvis Dowson diff --git a/board/omap3/overo/overo.h b/board/omap3/overo/overo.h index 0b59120..59dc76d 100644 --- a/board/omap3/overo/overo.h +++ b/board/omap3/overo/overo.h @@ -213,14 +213,14 @@ const omap3_sysinfo sysinfo = { MUX_VAL(CP(MMC2_DAT6), (IEN | PTU | EN | M1)) /*MMC2_DIR_CMD*/\ MUX_VAL(CP(MMC2_DAT7), (IEN | PTU | EN | M1)) /*MMC2_CLKIN*/\ /*Bluetooth*/\ - MUX_VAL(CP(MCBSP3_DX), (IEN | PTD | DIS | M1)) /*UART2_CTS*/\ - MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M1)) /*UART2_RTS*/\ - MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M1)) /*UART2_TX*/\ - MUX_VAL(CP(MCBSP3_FSX), (IEN | PTD | DIS | M1)) /*UART2_RX*/\ + MUX_VAL(CP(MCBSP3_DX), (IDIS | PTD | DIS | M0)) /*McBSP3_DX*/\ + MUX_VAL(CP(MCBSP3_DR), (IDIS | PTD | DIS | M0)) /*McBSP3_DR*/\ + MUX_VAL(CP(MCBSP3_CLKX), (IDIS | PTD | DIS | M0)) /*McBSP3_CLKX*/\ + MUX_VAL(CP(MCBSP3_FSX), (IDIS | PTD | DIS | M0)) /*McBSP3_FSX*/\ MUX_VAL(CP(UART2_CTS), (IEN | PTD | DIS | M4)) /*GPIO_144 - LCD_EN*/\ MUX_VAL(CP(UART2_RTS), (IEN | PTD | DIS | M4)) /*GPIO_145*/\ - MUX_VAL(CP(UART2_TX), (IEN | PTD | DIS | M4)) /*GPIO_146*/\ - MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M4)) /*GPIO_147*/\ + MUX_VAL(CP(UART2_TX), (IDIS | PTD | DIS | M0)) /*UART2_TX*/\ + MUX_VAL(CP(UART2_RX), (IEN | PTD | DIS | M0)) /*UART2_RX*/\ MUX_VAL(CP(UART1_TX), (IDIS | PTD | DIS | M0)) /*UART1_TX*/\ MUX_VAL(CP(UART1_RTS), (IEN | PTU | DIS | M4)) /*GPIO_149*/ \ MUX_VAL(CP(UART1_CTS), (IEN | PTU | DIS | M4)) /*GPIO_150-MMC3_WP*/\ -- 1.6.0.3 No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.819 / Virus Database: 271.1.1/2855 - Release Date: 05/06/10 02:26:00 |