Vybrid ProcessorsのトピックRe: Vybrid UART's from Linux

Vybrid UART's from Linux

kubiznak_petr — Fri, 14 Jun 2013 09:15:55 GMT

Hi, does anybody have a clue how to use other then the default (UART1) UART from the Timesys' Linux? They seem to be disabled in kernel but maybe I'm wrong.

I'm discussing the topic with Timesys support but they also don't seem to be sure about the solution.

Re: Vybrid UART's from Linux

mnw — Sun, 16 Jun 2013 21:25:34 GMT

I'm not sure if this helps, but we had to modify setup_iomux_uart to get UART2 working in uBoot.

The pads should be setup for ALT7.

	__raw_writel(0x007011a2, IOMUXC_PAD_028);
	__raw_writel(0x007011a1, IOMUXC_PAD_029);

Re: Vybrid UART's from Linux

kubiznak_petr — Mon, 17 Jun 2013 14:35:01 GMT

Hi Martin,

thank you for your reply. I tried to modify IOMUXC as you suggested but it did not change anything. Since I don't know the role of u-boot deeply, can you please provide more information?

Is this the only change you made to set UART2 working?
Is u-boot responsible for all requested configuration? I thought the hardware should be initialized during the Linux boot.
Is there a way how to test functionality of a particular UART from u-boot?

Re: Vybrid UART's from Linux

mnw — Mon, 17 Jun 2013 20:19:05 GMT

I'm only working on uboot and can't tell you anything about Linux sorry.

The other change you need to make in uboot is CONFIG_SYS_UART_PORT in include/configs/vybrid.h.

This changes the main output port and would be a good way to test the port on your hardware.

Re: Vybrid UART's from Linux

ioseph_martinez — Mon, 17 Jun 2013 20:59:21 GMT

Hello Petr

I have been digging a bit into this question. First, I booted using timesys linux and checked what are the supported uart drivers on the kernel. It seems it only loads uart 1 as you mention.

fb3: fb device registered successfully.

Serial: MVF driver

imx-uart.1: ttymxc1 at MMIO 0x40028000 (irq = 94) is a IMX

console [ttymxc1] enabled

So adding code in the Kernel source to support other ports is a must I think.

Enabling a different uart on uboot won't make it work on linux since linux takes over and does all over again anything needed for the system.

This is what I would try, without knowing for sure is enough (we need to include timesys into this thread so they can provide their thoughts)

~/timesys/twr_vf600/kernel-source/linux-3.0/arch/arm/mach-mvf has specific initalization for the tower board.
board-twr-vf700.c
1. add pin initialization, only uart 1 pins are initialized.
2. add another struct for imxuart_platform_data for the uart you want to support. That will use a different dma hardware request.
3. on mvf_vf700_init_uart add another call to init the additional instance of the uart

I think after this the upper layers will take care of having the proper instances of the driver ports. I would expect that the additional ports will be mentioned during the linux boot messages.

Re: Vybrid UART's from Linux

kubiznak_petr — Tue, 18 Jun 2013 09:49:18 GMT

Hello Ioseph,

thank you for your reply. I've already done what you suggest but it obviously is not enough. Firstly what I did with Linux kernel:

In board-twr-vf700.c I added all what you suggest for UART0 and UART2.
For UART2 I had to define MVF600_PAD79_PTD0_UART2_TX, the same for PTD1 and PTD2 in iomux-mvf.h.

That is enough to have created devices ttymxc0, ttymxc1 and ttymxc2 in /dev . Further I did with u-boot source:

Modified setup_iomux_uart in board/freescale/vybrid/vybrid.c as Martin suggested. No change noticed.
In include/configs/vybrid.h I redefined CONFIG_SYS_UART_PORT to (0).

Currently I'm getting the following boot sequence:

Serial: MVF driver imx-uart.0: ttymxc0 at MMIO 0x40027000 (irq = 93) is a IMX console [ttymxc0] enabled imx-uart.1: ttymxc1 at MMIO 0x40028000 (irq = 94) is a IMX imx-uart.2: ttymxc2 at MMIO 0x40029000 (irq = 95) is a IMX brd: module loaded

Enabling a different uart on uboot won't make it work on linux since linux takes over and does all over again anything needed for the system.

This is very important but questionable thing. I'm experiencing dependencies between settings of u-boot and Linux. Not only that u-boot's console bootarg changes the behaviour (which is of course expected), but also the value of CONFIG_SYS_UART_PORT affects it.

In my case, Linux console works correctly only in case CONFIG_SYS_UART_PORT is set to the same value X as console=ttymxcX. This way I can switch the console between UART0 and UART1 successfully (did not test for UART2 as it is RS485). But while one UART selected this way works fine, the remaining do not work.

Say I selected UART0. Console works correctly on this uart. I can echo to /dev/ttymxc0 or communicate with it using microcom (from the device, via telnet). If I echo to /dev/ttymxc1 or /dev/ttymxc2, nothing happens. If I cat it, it somehow crashes as I usually have to reboot. It also does not communicate with microcom, which even does not quit after specified time (-t option) - I have to kill it from different telnet session.

The same situation happens if I switch to UART1, with the difference the only working uart is then UART1, the others crash the same way as explained above. Thus it must unluckily be somehow connected to the u-boot configuration. But how?

Re: Vybrid UART's from Linux

ioseph_martinez — Wed, 19 Jun 2013 01:33:10 GMT

Hi Petr, per you comments it seems there is a dependency on uboot which is a bit unexpected to me.

Based on what you mention, one guess I have is uboot is passing initialized uart channel and linux, just changes baud rate but never inits the registers from the channel.

So I would check:

- where in uboot the uart channel is initialized (selected with CONFIG_SYS_UART_PORT)

- check if there is any of this code in the linux kernel low level uart driver initialization (perhaps where baud rate is changed gives a clue) check if this is done for every instance or not.

If there is no such code on linux kernel, then it means it relies on uboot... a quick fix would be adding some register writes on uboot (besides the pin init) to properly initialize the channel.

I may be able to take a look into this tomorrow but wanted to share with you because maybe you do better progress than me.

For your reference, some of the code we use to initialize UART on bare metal... this is what needs to be found on similar form on any of the uboot or linux code.

void uart_init(unsigned long int clkspeed, unsigned long int baud)

{

uint16 sbr, brfa;



/* Enable the pins for the selected UART */

if(UART_PORT==UART0) //UART0

{

    //CCM->CCGR0 |= CCM_CCGR0_CG7(1);     //Ungate UART0 clock

    IOMUXC->SINGLE.PTB10 = 0x001011A2; //TX

    IOMUXC->SINGLE.PTB11 = 0x001011A1; //RX

}

if(UART_PORT==UART1) //UART1

{

    CCM->CCGR0 |= CCM_CCGR0_CG8(1);     //Ungate UART1 clock

    IOMUXC->SINGLE.PTB4 = 0x002011A2;   //TX

    IOMUXC->SINGLE.PTB5 = 0x002011A1;   //RX

    IOMUXC->SCI_FLX1_IPP_IND_SCI_RX_SELECT_INPUT=0; //Select PTB5 as RX input

}



if(UART_PORT==UART2) //UART2

{

    CCM->CCGR0 |= CCM_CCGR0_CG9(1);   //Ungate UART2 clock

    IOMUXC->SINGLE.PTB6 = 0x007011A2; //TX

    IOMUXC->SINGLE.PTB7 = 0x007011A1; //RX

IOMUXC->SCI_FLX2_IPP_IND_SCI_RX_SELECT_INPUT=0; //Select PTB7 as RX input

}



UART_PORT->MODEM=0; //Need to clear MODEM register in case BootROM sets it

/* Make sure that the transmitter and receiver are disabled while we

   * change settings->

   */

UART_PORT->C2 &= ~UART_C2_RE_MASK;

UART_PORT->C2 &= ~UART_C2_TE_MASK;



/* Configure the UART for 8-bit mode, no parity */

UART_PORT->C1 = 0x00; /* We need all default settings, so entire register is cleared */



/* Calculate baud settings */

sbr = (uint16)((clkspeed*1000)/(baud * 16));



UART_PORT->BDH |= UART_BDH_SBR((sbr & 0x1F00) >> 8);

UART_PORT->BDL = UART_BDL_SBR((uint8)(sbr & 0x00FF));



/* Determine if a fractional divider is needed to get closer to the baud rate */

brfa = (((clkspeed*32000)/(baud * 16)) - (sbr * 32));



UART_PORT->C4 &= ~UART_C4_BRFA_MASK;

UART_PORT->C4 |= UART_C4_BRFA(brfa);



/* Enable receiver and transmitter */

UART_PORT->C2 |= UART_C2_RE_MASK;

UART_PORT->C2 |= UART_C2_TE_MASK;

}

Re: Vybrid UART's from Linux

ioseph_martinez — Fri, 21 Jun 2013 00:31:27 GMT

I tried to look for some code in the linux kernel but I got lost... could not find anything.

Is memtool available on timesys linux? maybe you can dump the register configuration of the different UART channels and you can compare vs the values they have during uboot time.

That will tell quickly if Linux tried to configure the registers or not.

By the way, have you heard anything back from timesys?

Re: Vybrid UART's from Linux

kubiznak_petr — Mon, 24 Jun 2013 08:16:28 GMT

Dumping register configuration sounds promising but I did not find such a tool. Maybe I just overlooked it - is "memtool" the real name which I should look for? Should that be accessible from menuconfig? (I tried to look for "memtool" in menuconfig with no success.)

Nothing helpful came from timesys, regrettably.

Re: Vybrid UART's from Linux

ioseph_martinez — Wed, 26 Jun 2013 22:53:49 GMT

Seems memtool is exclusive on i.mx bsp. I just tried to connect with JTAG debugger and I have access to the peripheral registers.

If you send me your kernel binary I can give a try dumping this info manually with the debugger.

Re: Vybrid UART's from Linux

CurtisWald — Thu, 27 Jun 2013 02:37:24 GMT

The memtool is found in the imx-test package found in i.MX BSP's. The command ./ltib -m prep -p imx-test will provide the sources in <ltib>/rpm/BUILD directory.

As Iospeh stated TimeSys does not today provide memtool in their offerrings.

Another user space application that is available in TimeSys Vybrid desktop factory is devmem which is found in the Busybox utilities. By default devmem is not enabled. Here are the steps to enable, build, and location in the root file system.

The BusyBox documentation has this description:

devmem

devmem ADDRESS [WIDTH [VALUE]]

Read/write from physical address

ADDRESS Address to act upon

WIDTH Width (8/16/...)

VALUE Data to be written

This assumes you have downloaded, installed and built desktop factory once. (Not available from Web factory).

make busybox-menuconfig

At the desktop factory top level directory issue the “make busybox-menuconfig” command which then shows the configuration menu. Using the keyboard arrow keys, down arrow and select “Miscellaneous Utilities then hit the enter key. This selects the Miscellaneous Utilities menu.

Using the down arrow key go down until devmem entry. Using the space bar select to enable and you will see [*] the item is selected.

Right arrow to exit and hit enter and then select yes to save.

2. make busybox-build

3. make busybox-rfs-install

This installs in the root file system. To see, change to the directory on your installation where the desktop factory is installed, for me I had :

cd /home/user/vybrid/factory/build_armv7l-timesys-linux-gnueabi/rfs/

$ find . -name devmem -print

./sbin/devmem

The root file system (rfs) now has the devmem utility.

Re: Vybrid UART's from Linux

kubiznak_petr — Fri, 28 Jun 2013 14:24:22 GMT

Hi Curtis, thank you for a very helpful reply. Using devmem I found out IOMUXC is configured properly while UART1xxx and UART2xxx registers differ from UART0xxx registers. I've been playing with these registers a bit, it did something, but did not solve it yet. Also don't know yet which SW (uboot/kernel/...) is responsible for the differences. I will write more when I have some news. Thank you so far.

Re: Vybrid UART's from Linux

johannestraxler — Tue, 19 Nov 2013 06:48:32 GMT

Dear Petr,

as I'm currently in the same situation like you, I was wondering if you have found a working solution to enable two additional UARTs in Linux? I'll be very pleased if you give me a reply! Thanks!

Re: Vybrid UART's from Linux

kubiznak_petr — Wed, 20 Nov 2013 16:49:44 GMT

Dear Johannes,

you are maybe in a worse situation as I currently needed only to switch the UART, not to use more channels in parallel. If this is the case, I worry I cannot help you because I did not manage to do it, although I tried. Please push on Timesys to get the solution (and share it here then :smileywink:).

Should you need only to switch the used channel, the following stuff needs to be set up properly:

Modify board-twr-vf700.c in the kernel source as described above (modify mvf600_pads array, add new imxuart_platform_data structure, add calls to mvf_add_imx_uart inmvf_vf700_init_uart) and add respective definitions to iomux-mvf.h. As a result, you will see new ttymxcX devices in /dev/.
In the u-boot source, add proper calls to __raw_writel in setup_iomux_uart in vybrid.c (this will initialize new channel in u-boot) and redefine CONFIG_SYS_UART_PORT in vybrid.h (u-boot will output to the channel specified here).
In timesys factory, modify target/configs/device_table/twr_vf600/device_table, line /dev/ttyDefault to point to required channel. This will make linux to direct standard output to the channel.

Hope that helped you.

Re: Vybrid UART's from Linux

karina_valencia — Wed, 20 Nov 2013 18:03:01 GMT

timesyssupport can you help on this case?

Re: Vybrid UART's from Linux

timesyssupport — Wed, 20 Nov 2013 19:17:36 GMT

Hello Johannes,

Enabling a different UART is not a supported configuration in the current Linux kernel for Vybrid. As this would involve changes to bootloader and kernel source, this falls outside the scope of general support and would need to be covered under a services agreement with Timesys. Please contact Timesys if you would be interested in escalating.

Regards,

Timesys Support

Re: Vybrid UART's from Linux

tombudd — Thu, 24 Apr 2014 15:04:06 GMT

I'm using EmCraft's VF6 SOM and this is what I did to get a functional UART2 on PTB6 and PTB7. Please note that I am not using Timesys Linux but hopefully these changes can work for you or point you in the direction you need to get UART2 running.

Added the following definitions to linux/arch/arm/plat-mxc/include/mach/iomux-mvf.h just below the UART0 and UART1 definitions (search for UART1 in the file to find the spot).

/*UART2*/

#define MVF600_PAD28_PTB6_UART2_TX \

IOMUX_PAD(0x0070, 0x0070, 7, 0x038c, 0, \

MVF600_UART_PAD_CTRL | PAD_CTL_OBE_ENABLE)

#define MVF600_PAD29_PTB7_UART2_RX \

IOMUX_PAD(0x0074, 0x0074, 7, 0x0388, 0, \

MVF600_UART_PAD_CTRL | PAD_CTL_IBE_ENABLE)

Modify the linux/arch/arm/mach-mvf/board-emcraft-vybrid-som.c file:

... If you have the VF6 Freescale Tower board you can probably make similar/identical changes to

... the linux/arch/arm/mach-mvf/board-twr-vf700.c file to get the same results.

Add these lines after the UART1 definitions, search for UART1

/*UART2*/

MVF600_PAD28_PTB6_UART2_TX,

MVF600_PAD29_PTB7_UART2_RX,

Add this struct after the corresponding struct for uart1

/* UART2 */

static struct imxuart_platform_data mvf_uart2_pdata = {

.flags = IMXUART_FIFO | IMXUART_EDMA,

.dma_req_rx = DMA_MUX03_UART2_RX,

.dma_req_tx = DMA_MUX03_UART2_TX,

};

Add this line to the mvf_vf700_init_uart(void) function to initialize your new port

mvf_add_imx_uart(2, &mvf_uart2_pdata);

Add the following line to your initramfs file to create /dev/ttymxc2

nod /dev/ttymxc2 0666 0 0 c 207 18

* Corrected daisy chain settings on the pad definitions from my original post, thanks to EmCraft for catching my mistake

Re: Vybrid UART's from Linux

johannestraxler — Fri, 09 May 2014 07:45:23 GMT

Dear Tom,

thanks for sharing your information - actually this is the same what I did, but it didn't work!

You are not using timesys linux - what are you using instead?

Have you modified any other source file (e.g. clock.c)?

Thanks,

Johannes

Re: Vybrid UART's from Linux

tombudd — Tue, 13 May 2014 19:13:47 GMT

Hello Johannes,

I am using a distribution from EmCraft that is based on the Freescale version. I have not modified clock.c, only the files I mentioned. Could you elaborate more on how it doesn't work? Does the boot sequence show the new UART? Does the device show in /dev ? Something to check is to make sure that no other device is using the GPIO pins associated with your UART and make sure you edited the correct board file for your hardware. It looks like the UARTs all share the same clock so if one of them works the others should work as well.

Serial: MVF driver

imx-uart.0: ttymxc0 at MMIO 0x40027000 (irq = 93) is a IMX

console [ttymxc0] enabled

imx-uart.2: ttymxc2 at MMIO 0x40029000 (irq = 95) is a IMX

imx-uart.3: ttymxc3 at MMIO 0x4002a000 (irq = 96) is a IMX

/dev # ls -l ttymxc*

crw-rw-rw- 1 root root 207, 16 Jan 1 00:04 ttymxc0

crw-rw-rw- 1 root root 207, 18 May 13 2014 ttymxc2

crw-rw-rw- 1 root root 207, 19 May 13 2014 ttymxc3

I hope this helps narrow it down.

Tom

Re: Vybrid UART's from Linux

rodrigomendes — Wed, 10 Sep 2014 13:03:57 GMT

Hello everybody,

Maybe dummy questions.

In which software component (u-boot / kernel / application) or in which moments may the IOMUX settings be changed ?

And how this can be done?

Is there a specific header or sample code to do it?

Thanks and regards,

Rodrigo