<div dir="ltr"><div dir="ltr">On Fri, Dec 27, 2019 at 2:53 PM Christian Mauderer <<a href="mailto:list@c-mauderer.de">list@c-mauderer.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Niteesh,<br>
<br>
let me repeat two important questions:<br>
<br>
- How do you plan to test the changes? Simulator is OK for me but<br>
untested is not OK.<br></blockquote><div>Since I don't have the older pi's, the simulator will be my only option. And did you</div><div>take a look at the exception?</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
- Isn't it possible to just use the driver from<br>
bsps/arm/shared/serial/arm-pl011.c and remove the BSP specific completely?<br></blockquote><div>Yes, I have done this. I usart.c file is now completely empty. All we have to define was</div><div>the start address for the PL011 peripheral in usart.h.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
On 27/12/2019 06:29, Niteesh wrote:<br>
> On Fri, Dec 27, 2019 at 1:58 AM Christian Mauderer <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>> wrote:<br>
> <br>
>Â Â Â Hello Niteesh,<br>
> <br>
>Â Â Â sorry for not answering earlier. During this time of the year you have<br>
>Â Â Â to expect some delays on the mailing list due to public holydays and<br>
>Â Â Â vacations.<br>
> <br>
> That's okay, I understand. <br>
> <br>
>Â Â Â Â <br>
> <br>
>Â Â Â On 25/12/2019 10:50, Niteesh wrote:<br>
>Â Â Â > Just to make sure I am going in the right track.<br>
>Â Â Â > I moved the uart register definitions to bsp/usart.h into a struct of<br>
>Â Â Â > uint32_t called usart0_regs<br>
>Â Â Â > here is git diff of usart.c after changing it to the latest console<br>
>Â Â Â > interface.<br>
> <br>
>Â Â Â Do you have a plan how you want to test these changes?<br>
> <br>
>Â Â Â The direction looks OK. Some notes below.<br>
> <br>
>Â Â Â By the way: Maybe it would be a better idea to just remove it completely<br>
>Â Â Â and use the bsps/arm/shared/serial/arm-pl011.c driver instead? That<br>
>Â Â Â reduces the ammount of code and therefore ammount of bugs we have in<br>
>   this BSP. <br>
> <br>
>Â Â Â Â <br>
> <br>
>Â Â Â ><br>
>Â Â Â > diff --git a/bsps/arm/raspberrypi/console/usart.c<br>
>Â Â Â > b/bsps/arm/raspberrypi/console/usart.c<br>
>Â Â Â > index 25fb523621..b12f375a1c 100644<br>
>Â Â Â > --- a/bsps/arm/raspberrypi/console/usart.c<br>
>Â Â Â > +++ b/bsps/arm/raspberrypi/console/usart.c<br>
>Â Â Â > @@ -47,6 +47,12 @@ static uint32_t usart_get_baud(const<br>
>Â Â Â console_tbl *ct)<br>
>Â Â Â > Â }<br>
>Â Â Â > Â #endif<br>
>Â Â Â > Â <br>
>Â Â Â > +typedef struct {<br>
>Â Â Â > + Â rtems_termios_device_context base;<br>
>Â Â Â > + Â const char *device_name;<br>
>Â Â Â > + Â volatile usart0_regs *regs;<br>
>Â Â Â > +}uart0_context;<br>
> <br>
>Â Â Â Why uart0_context and not usart_context? All other names in this file<br>
>Â Â Â are called usart_...<br>
> <br>
> Sorry, for the inconsistent naming, should I rename it as pl011_context<br>
> since we will be adding<br>
> mini uart for rpi3, IMHO it would be better.<br>
<br>
If you touch nearly all locations where the name is used: Yes. But<br>
again: There is already a generic pl011 driver. Use that driver if possible.<br>
<br>
> <br>
>Â Â Â > +<br>
>Â Â Â > Â static void usart_set_baud(int minor, int baud)<br>
>Â Â Â > Â {<br>
>Â Â Â > Â /*<br>
>Â Â Â > @@ -55,10 +61,17 @@ static void usart_set_baud(int minor, int baud)<br>
>Â Â Â > Â return;<br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -static void usart_initialize(int minor)<br>
>Â Â Â > +static volatile usart0_regs<br>
>Â Â Â > *rpi_uart_get_regs(rtems_termios_device_context *base)<br>
>Â Â Â > Â {<br>
>Â Â Â > - Â unsigned int gpio_reg;<br>
>Â Â Â > + Â uart0_context *ctx;<br>
>Â Â Â > +<br>
>Â Â Â > + Â ctx = (usart0_regs *) base;<br>
>Â Â Â > + Â return ctx->regs;<br>
>Â Â Â > +}<br>
>Â Â Â > Â <br>
>Â Â Â > +static void usart_initialize(rtems_termios_device_context *base)<br>
>Â Â Â > +{<br>
>Â Â Â > + Â unsigned int gpio_reg;<br>
>Â Â Â > Â Â /*<br>
>Â Â Â > Â Â ** Program GPIO pins for UART 0<br>
>Â Â Â > Â Â */<br>
>Â Â Â > @@ -75,67 +88,81 @@ static void usart_initialize(int minor)<br>
>Â Â Â > Â Â usart_delay(150);<br>
>Â Â Â > Â Â BCM2835_REG(BCM2835_GPIO_GPPUDCLK0) = 0;<br>
>Â Â Â > Â <br>
>Â Â Â > + Â volatile uint32_t *uart_regs = rpi_uart_get_regs(base);<br>
>Â Â Â > +<br>
>Â Â Â > Â Â /*<br>
>Â Â Â > Â Â ** Init the PL011 UART<br>
>Â Â Â > Â Â */<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_CR) Â = 0;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_ICR) Â = 0x7FF;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_IMSC) = 0;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_IBRD) = 1;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_FBRD) = 40;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_LCRH) = 0x70;<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_RSRECR) = Â 0;<br>
>Â Â Â > -<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_CR) Â = 0x301;<br>
>Â Â Â > -<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_IMSC) = BCM2835_UART0_IMSC_RX;<br>
>Â Â Â > -<br>
>Â Â Â > - Â usart_set_baud(minor, 115000);<br>
>   > +  uart_regs->cr  = 0;<br>
>Â Â Â > + Â uart_regs->icr = 0x7ff;<br>
>Â Â Â > + Â uart_regs->imsc = 0;<br>
>Â Â Â > + Â uart_regs->ibrd = 1;<br>
>Â Â Â > + Â uart_regs->fbrd= 40;<br>
>Â Â Â > + Â uart_regs->lcrh= 0x70;<br>
>Â Â Â > + Â uart_regs->rsrecr= 0;<br>
>Â Â Â > + Â uart_regs->cr = 0x301;<br>
>Â Â Â > + Â uart_regs->imsc = BCM2835_UART0_IMSC_RX;<br>
>Â Â Â > + Â // usart_set_baud(minor, 115000);<br>
> <br>
>Â Â Â Why is this line commented now?<br>
> <br>
> It actually does nothing. The function body was empty. The current baud<br>
> rate is set directly<br>
> in the initialization function. I was planning to update it once, I was<br>
> finished with the interface. <br>
> <br>
<br>
If it is empty: Is it necessary? There is a<br>
rtems_termios_set_initial_baud(...) which should do the same.<br>
<br>
> <br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -static int usart_first_open(int major, int minor, void *arg)<br>
>Â Â Â > +static bool usart_first_open(<br>
>Â Â Â > + Â rtems_termios_tty *tty,<br>
>Â Â Â > + Â rtems_termios_device_context *base,<br>
>Â Â Â > + Â struct termios *term,<br>
>Â Â Â > + Â rtems_libio_open_close_args_t *args<br>
>Â Â Â > +)<br>
>Â Â Â > Â {<br>
>Â Â Â > - Â rtems_libio_open_close_args_t *oc =<br>
>Â Â Â (rtems_libio_open_close_args_t *)<br>
>Â Â Â > arg;<br>
>Â Â Â > - Â struct rtems_termios_tty *tty = (struct rtems_termios_tty *)<br>
>Â Â Â > oc->iop->data1;<br>
>Â Â Â > - Â const console_tbl *ct = Console_Port_Tbl [minor];<br>
>Â Â Â > - Â console_data *cd = &Console_Port_Data [minor];<br>
>Â Â Â > + Â rtems_status_code sc;<br>
>Â Â Â > + Â uart0_context *ctx;<br>
>Â Â Â > + Â bool ok;<br>
>Â Â Â > Â <br>
>Â Â Â > - Â cd->termios_data = tty;<br>
>Â Â Â > - Â rtems_termios_set_initial_baud(tty, ct->ulClock);<br>
>Â Â Â > + Â ctx = (uart0_context *) base;<br>
>Â Â Â > Â <br>
>Â Â Â > - Â return 0;<br>
>Â Â Â > + Â usart_initialize(base);<br>
>Â Â Â > +<br>
>Â Â Â > + Â sc = rtems_termios_set_initial_baud(tty, Â USART0_DEFAULT_BAUD);<br>
>Â Â Â > + Â if ( sc != RTEMS_SUCCESSFUL ){<br>
>Â Â Â > + Â Â printk("Error setting the baud for termios\n");<br>
>Â Â Â > + Â Â return false;<br>
>Â Â Â > + Â }<br>
> <br>
>Â Â Â There is a return missing here. Did you compile the code? The compiler<br>
>   should give you a warning about that. <br>
> <br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -static int usart_last_close(int major, int minor, void *arg)<br>
>Â Â Â > +static int usart_last_close(<br>
> <br>
>Â Â Â The first_open returns a bool but last_close returns still an int? Is<br>
>Â Â Â this correct? I don't have the interface memorized.<br>
> <br>
> last_close return type is void. <br>
<br>
Then you should fix that here.<br>
<br>
> Â <br>
> <br>
>Â Â Â > + Â rtems_termios_tty *tty,<br>
>Â Â Â > + Â rtems_termios_device_context *base,<br>
>Â Â Â > + Â rtems_termios_open_close_args_t *arg)<br>
>Â Â Â > Â {<br>
>Â Â Â > Â Â return 0;<br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -static int usart_read_polled(int minor)<br>
>Â Â Â > +static int usart_read_polled(rtems_termios_device_context *base)<br>
>Â Â Â > Â {<br>
>Â Â Â > - Â if (minor == 0) {<br>
>Â Â Â > - Â Â if (((BCM2835_REG(BCM2835_UART0_FR)) & BCM2835_UART0_FR_RXFE)<br>
>Â Â Â == 0) {<br>
>Â Â Â > - Â Â Â return((BCM2835_REG(BCM2835_UART0_DR)) & 0xFF );<br>
>Â Â Â > - Â Â } else {<br>
>Â Â Â > - Â Â Â return -1;<br>
>Â Â Â > - Â Â }<br>
>Â Â Â > - Â } else {<br>
>Â Â Â > - Â Â printk("Unknown console minor number: %d\n", minor);<br>
>Â Â Â > - Â Â return -1;<br>
>Â Â Â > + Â volatile usart0_regs *regs;<br>
>Â Â Â > +<br>
>Â Â Â > + Â regs = rpi_uart_get_regs(base);<br>
> <br>
>Â Â Â Just noted that here: Why rpi_uart_get_regs and not usart_get_regs?<br>
>Â Â Â Please use a consitent naming scheme.<br>
> <br>
>Â Â Â > +<br>
>Â Â Â > + Â if ((regs->fr & BCM2835_UART0_FR_RXFE) == 0) {<br>
>Â Â Â > + Â Â return (regs->dr & 0xFF);<br>
>Â Â Â > Â Â }<br>
>Â Â Â > +<br>
>Â Â Â > + Â return -1;<br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -static void usart_write_polled(int minor, char c)<br>
>Â Â Â > +static void usart_write_polled(rtems_termios_device_context<br>
>Â Â Â *base, char c)<br>
>Â Â Â > Â {<br>
>Â Â Â > - Â while (1) {<br>
>Â Â Â > - Â Â if ((BCM2835_REG(BCM2835_UART0_FR) & BCM2835_UART0_FR_TXFF)<br>
>Â Â Â == 0)<br>
>Â Â Â > - Â Â Â break;<br>
>Â Â Â > - Â }<br>
>Â Â Â > - Â BCM2835_REG(BCM2835_UART0_DR) = c;<br>
>Â Â Â > + Â volatile usart0_regs *regs;<br>
>Â Â Â > +<br>
>Â Â Â > + Â regs = rpi_uart_get_regs(base);<br>
>Â Â Â > +<br>
>Â Â Â > + Â while (1) {<br>
>Â Â Â > + Â Â if (((regs->fr) & BCM2835_UART0_FR_TXFF) == 0)<br>
>Â Â Â > + Â Â Â break;<br>
>Â Â Â > + Â }<br>
>Â Â Â > + Â regs->dr = c;<br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > Â static ssize_t usart_write_support_polled(<br>
>Â Â Â > - Â int minor,<br>
>Â Â Â > + Â rtems_termios_device_context *base,<br>
>Â Â Â > Â Â const char *s,<br>
>Â Â Â > Â Â size_t n<br>
>Â Â Â > Â )<br>
>Â Â Â > @@ -143,7 +170,7 @@ static ssize_t usart_write_support_polled(<br>
>Â Â Â > Â Â ssize_t i = 0;<br>
>Â Â Â > Â <br>
>Â Â Â > Â Â for (i = 0; i < n; ++i) {<br>
>Â Â Â > - Â Â usart_write_polled(minor, s [i]);<br>
>Â Â Â > + Â Â usart_write_polled(base, s[i]);<br>
>Â Â Â > Â Â }<br>
>Â Â Â > Â <br>
>Â Â Â > Â Â return n;<br>
>Â Â Â > @@ -154,14 +181,11 @@ static int usart_set_attributes(int minor, const<br>
>Â Â Â > struct termios *term)<br>
>Â Â Â > Â Â return -1;<br>
>Â Â Â > Â }<br>
>Â Â Â > Â <br>
>Â Â Â > -const console_fns bcm2835_usart_fns = {<br>
>Â Â Â > - Â .deviceProbe = libchip_serial_default_probe,<br>
>Â Â Â > - Â .deviceFirstOpen = usart_first_open,<br>
>Â Â Â > - Â .deviceLastClose = usart_last_close,<br>
>Â Â Â > - Â .deviceRead = usart_read_polled,<br>
>Â Â Â > - Â .deviceWrite = usart_write_support_polled,<br>
>Â Â Â > - Â .deviceInitialize = usart_initialize,<br>
>Â Â Â > - Â .deviceWritePolled = usart_write_polled,<br>
>Â Â Â > - Â .deviceSetAttributes = usart_set_attributes,<br>
>Â Â Â > - Â .deviceOutputUsesInterrupts = false<br>
>Â Â Â > -};<br>
>Â Â Â > +const rtems_termios_device_handler bcm2835_uart0_handler_polled = {<br>
>Â Â Â > + Â .first_open = usart_first_open,<br>
>Â Â Â > + Â .last_close = usart_last_close,<br>
>Â Â Â > + Â .poll_read = usart_read_polled,<br>
>Â Â Â > + Â .set_attributes = usart_set_attributes,<br>
>Â Â Â > + Â .write = usart_write_support_polled,<br>
>Â Â Â > + Â .mode = TERMIOS_POLLED<br>
>Â Â Â > +}<br>
>Â Â Â > \ No newline at end of file<br>
>Â Â Â ><br>
>Â Â Â > On Wed, Dec 25, 2019 at 12:36 AM Joel Sherrill <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a><br>
>Â Â Â <mailto:<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>><br>
>Â Â Â > <mailto:<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a> <mailto:<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>>>> wrote:<br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â >Â Â Â On Tue, Dec 24, 2019, 12:19 PM Niteesh <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>> wrote:<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â And also the register definitions are in raspberrpi.h file<br>
>Â Â Â >Â Â Â Â Â should I move them to usart.h.<br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Sounds right if you mean bsp/usart.h<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â I have a doubt we have a register field in device_context<br>
>Â Â Â >Â Â Â Â Â typedef struct {Â <br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â rtems_termios_device_context base;Â <br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â const char *device_name;Â <br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â volatile some_chip_registers *regs;<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â } my_driver_context;<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â How does the reg field point to the correct<br>
>   memory location? for<br>
>Â Â Â >Â Â Â Â Â instance in IMX BSP,<br>
>Â Â Â >Â Â Â Â Â there is a struct with register field's but none of the<br>
>Â Â Â define a<br>
>Â Â Â >Â Â Â Â Â memory location?<br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Make sure the structure has volatiles and proper alignment. :)<br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â On Tue, Dec 24, 2019 at 11:37 PM Niteesh<br>
>Â Â Â <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>> wrote:<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â How to handle different serial devices? In other BSPs the<br>
>Â Â Â >Â Â Â Â Â Â Â uart devices are the same, so<br>
>Â Â Â >Â Â Â Â Â Â Â they were able to put it under a single array? But here we<br>
>Â Â Â >Â Â Â Â Â Â Â have 2 uarts and a FB?<br>
>Â Â Â ><br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â On Tue, Dec 24, 2019 at 8:18 PM Christian Mauderer<br>
>Â Â Â >Â Â Â Â Â Â Â <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>> wrote:<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â On 24/12/2019 12:06, Niteesh wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > The current raspi console section is like this:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > The bsp_console_select in console_select.c is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â responsible for selecting<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > between uart and the framebuffer. It does so<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > by setting the Console_port_minor.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > The console_config is responsible for output_char<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â function.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > And other files are driver code.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > If rewriting, this would be my approach,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > Rewrite the bsp_console_select to set some kind of a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â variable like in<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > IMX, then in console_initialize function<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > link the right driver to /dev/console.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > Replace the console_tbl with the device_context and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â console_fns with<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > termios_device_handlers and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > finally add in the console_initialization function.<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â I agree that this would be a clean solution. So if you<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â want you can do<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â that. But there might is a hurdle: As far as I<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â understood you you only<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â have a Pi3? So you might have a hard time testing the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â changes. Maybe the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â simulator could work.<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Another possibility could be to set the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â "Console_port_minor" to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â something unused (for example -1). In that case<br>
>Â Â Â you can<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â define another<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â /dev/console.<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Best regards and merry Christmas (in case you<br>
>Â Â Â celebrate)<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Christian<br>
>Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > On Tue, Dec 24, 2019 at 2:13 PM Niteesh<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â > <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Thank you so much, for such a detailed<br>
>Â Â Â answer. Now<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â things make<br>
>   >         >   really good sense to me, <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â going through the code now is just a breeze.<br>
>Â Â Â But I<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â still have one<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â question<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â for the newer driver interface is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â console_initialize the function<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â which RTEMS calls while initializing<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â the console? Which means I can't mess with the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â name right? It is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â similar to the main function, right?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â The current driver is a legacy one, how do you<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â want me to proceed,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â shall I rewrite the legacy to a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â the new one, this is will be a great<br>
>   >         learning experience for me also<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â and we also get the BSP updated to the latest<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â interface.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â On Tue, Dec 24, 2019 at 3:20 AM Christian<br>
>Â Â Â Mauderer<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Hello Niteesh,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â quite a lot of questions. I'll try to answer<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â them. Note that it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â has been<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â some time since I had a detailed look at<br>
>Â Â Â that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â code so if something I<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â tell seems odd please don't hesitate to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â question it.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Please note that in RTEMS their are more or<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â less two "levels" of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â support<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â for a serial console:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â 1. A very basic polled system console (also<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â known as<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "debug-console" in<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â some BSPs). This one is used for printk and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â should work in basically<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â every case. It is used for critical system<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â messages like<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â printing the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â exception frame. For that a BSP has to<br>
>Â Â Â provide a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "BSP_output_char" function.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â 2. A full featured UART driver<br>
>Â Â Â integrated into<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Termios. That one<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â will be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â used for all normal I/O on the UARTs.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â As far as I know the "console_tbl<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Console_Configuration_Ports"<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â belongs<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â to a table based legacy interface. It is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â handled in the file<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â bsps/shared/dev/serial/legacy-console.c. I'm<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â not sure whether it is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â documented in the BSP guide because it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â shouldn't be used for new<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â BSPs.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Same is true for the "major" and "minor"<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â stuff: It's not really<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â used for<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â new drivers.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Newer drivers use the initialization that is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â described in the manual<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â that you have already found. Basically<br>
>Â Â Â they use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "rtems_termios_device_install" to register a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â new UART as<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "/dev/ttySomething". Some recent (ARM) BSPs<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â that do that are the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â imx or<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the atsam.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â The console that is used for stdin,<br>
>Â Â Â stdout and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â stderr (printf,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â scanf,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ...) is the one called "/dev/console"<br>
>Â Â Â (defined in<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â CONSOLE_DEVICE_NAME).<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â For the legacy table based interface<br>
>Â Â Â it's the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â one with the index of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "Console_Port_Minor".<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â If you want to access any UART other<br>
>Â Â Â than the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â one for stdin and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â stdout<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â you do that the same way like on Linux: Just<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â use the "open"<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â function on<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the "/dev/ttySomething" and use "read",<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â "write" and simmilar or use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "fopen" together with "fread", "fwrite",<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â "fprintf", ...<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â "printf" (and family) is a function<br>
>Â Â Â belonging<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â to the C library.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â In our<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â case that's newlib. It will format your<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â message and after some other<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â preprocessing will call the "write" function<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â of the file that is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â opened<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â as stdout (which is "/dev/console" in the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â default case).<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â I hope that I helped you with that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â explanation. Please feel free<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â to ask<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â anything if it isn't clear.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Best regards<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Christian<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â On 23/12/2019 19:50, Niteesh wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â > And finally, how does printf work? It is a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â macro? In that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â case, how does<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â > any write to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â > a console work?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â > On Tue, Dec 24, 2019 at 12:18 AM Niteesh<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â > <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>>>> wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Is the correct port minor number set<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â during the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â initialization? What<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â is the application want's to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â access some other port?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â On Tue, Dec 24, 2019 at 12:16 AM<br>
>Â Â Â Niteesh<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>>>> wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â I would like to clarify my doubts<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â regarding the<br>
>   >         >     console driver.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â I went through the documentation<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â for the console<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â <br>
>      driver <a href="https://docs.rtems.org/branches/master/bsp-howto/console.html#introduction" rel="noreferrer" target="_blank">https://docs.rtems.org/branches/master/bsp-howto/console.html#introduction</a>.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â But it is quite different from how<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â some BSPs initialize.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Correct me if I am wrong<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â The console_tbl contains the<br>
>Â Â Â various<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â entries of serial<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ports.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â The console_fns is a struct of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â function pointers,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â which point to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â the BSP uart functions.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â The<br>
>Â Â Â BSP_output_char_function_type is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â what will be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â called for<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â printing a char on to the console.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â How does RTEMS initialize the<br>
>Â Â Â uart?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â It's seems not to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â be same<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â for all BSPs.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â The doc says that the driver's<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â initialization function<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â is called<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â once during the rtems<br>
>Â Â Â initialization<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â process.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â The console init function install<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â the serial driver using<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â rtems_termios_device_install but<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â there seems to be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â no such function in the raspberry<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â pi? But there is a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â entry in<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â console_fns for init function, but<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â then how does it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â gets called?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â And for BSP's with multiple<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â serial's, the output function<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â chooses the right serial using<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â console_port_minor,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Is it during initialization?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â What is the need for get and set<br>
>   >         register functions? <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â On Mon, Dec 23, 2019 at 1:04 AM<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Christian Mauderer<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>> wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â On 22/12/2019 19:45, Joel<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Sherrill wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > On Sun, Dec 22, 2019,<br>
>Â Â Â 12:29 PM<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Niteesh<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a> <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a><br>
>Â Â Â <mailto:<a href="mailto:gsnb.gn@gmail.com" target="_blank">gsnb.gn@gmail.com</a>>>>>>> wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â On Sun, Dec 22, 2019 at<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â 8:44 PM Christian<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Mauderer<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â <<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>> <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a><br>
>Â Â Â <mailto:<a href="mailto:list@c-mauderer.de" target="_blank">list@c-mauderer.de</a>>>>>>> wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â Hello Niteesh,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â thanks for doing<br>
>Â Â Â that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â work.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â On 22/12/2019 12:10,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Niteesh wrote:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > The rpi1 and rpi2<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â use the PL011 UART,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â whereas,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â with RPI's<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â equipped with<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > wireless/Bluetooth<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â module, the PL011 is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â connected to the Bluetooth<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > module, and<br>
>Â Â Â the mini<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â UART is used as<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the primary<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â UART.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â In my opinion it<br>
>Â Â Â would<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â be great if you<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â could use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â the FDT to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â distinguish<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â between the boards.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â That should allow to add<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â raspberry 3 (and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â maybe 4)<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â support without<br>
>Â Â Â adding<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â another BSP. More<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â BSPs mean<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â a bigger<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â maintenance<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â effort for the RTEMS<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â community.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Learning more about<br>
>Â Â Â FDT is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â on my list for a long<br>
>   >         >     >       time. I would love<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â to work on that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â but I have almost no exp<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â with FDT's.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â But another thing could<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â also be done, in<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Â raspberrypi/start/bspstart.c we get the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â revision and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â model of the board using<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â the mailbox. Every<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â board has<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â a unique id,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â which we could use to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â initialize<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â the BSP. But using FDT<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â seems to be a more<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â elegant<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â option, it is a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â lot of work I think, but<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â we could take<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â help from libbsd and<br>
>Â Â Â linux<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â I suppose. What<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â do you think?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > I think there are almost<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â always two steps to a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â project<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â like this: get it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > to work and make it nice. :)<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > If you fix the startup<br>
>Â Â Â code to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â read the board<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â revision and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â memory size,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > you can get a working<br>
>Â Â Â BSP that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â dynamically<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â adapts to the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â models and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > memory variations with<br>
>Â Â Â minimal<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â modifications. If<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â you want<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â to then<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > convert the BSP to FDT, it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â will be a LOT easier<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â to debug<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â with a working BSP.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > Plus you may be able to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â identify every variation<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â point<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â based on just the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > model info. Then FDT is<br>
>Â Â Â just a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â matter of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â switching the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â source of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > some/all of the info.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â > That would be my work<br>
>Â Â Â plan anyway.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â I agree with Joel that a<br>
>Â Â Â secure<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â development basis<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â (also<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â known as "hack")<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â as a first step is a good<br>
>Â Â Â idea.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â You maybe even<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â just make the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â mini UART<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â the default driver while<br>
>Â Â Â you are<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â developing. Then<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â you can be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â sure that<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â you have the right driver.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â As soon as that works you can<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â either change to the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â revision<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â method or<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â (better) to the FDT one and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â after that the patches<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â can be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â merged. Using<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â the FDT isn't that<br>
>Â Â Â complicated.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Basically you<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â search for a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â node based on<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â different parameters. For an<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â example you can take<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â a look at<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â the imx BSP.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â In imx_uart_probe<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â (bsps/arm/imx/console/console-config.c) a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â fdt node is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â searched and based on that a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â UART driver is used.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â But again:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â Follow<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â Joels suggestion to start<br>
>Â Â Â simple<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â and secure.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â <br>
>Â Â Â Â Â Â Â <a href="https://www.raspberrypi.org/app/uploads/2012/02/BCM2835-ARM-Peripherals.pdf" rel="noreferrer" target="_blank">https://www.raspberrypi.org/app/uploads/2012/02/BCM2835-ARM-Peripherals.pdf</a><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > But from the above<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â doc (PAGE 10), the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â mini uart<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â has 16550 like<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â registers<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > and RTEMS already<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â has the driver for it<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â bsps/shared/dev/serial/ns16550.c. But<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â I am not<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â sure how<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â compatible they<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > are? Should a new<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â driver be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â implemented from<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â scratch or use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ns16550 if<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > possible?<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â In general it's<br>
>Â Â Â better<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â to re-use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â existing code.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â That has multiple<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â advantages:<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â - It reduces the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â maintenance effort.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Fewer code<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â means fewer work.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â - If you have<br>
>Â Â Â multiple<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â driver for the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â same or<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â similar hardware<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â it can<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â happen that a bug is<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â fixed in one but<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â not the other.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â - It's simpler<br>
>Â Â Â to find<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â a hardware to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â test changes.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â - The driver becomes<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â more universal with<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â every new<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â supported<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â hardware.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â That increases the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â chance that it fits<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the next<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â new hardware.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â I'm sure there are<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â some more if you ask<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â someone else.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â I do understand the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â issues, I just spent<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â some time<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â reading the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â driver code.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â I think we could most<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â probably use it. I<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â will take a<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â closer look and<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â will update.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â Great.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > Also, the core<br>
>Â Â Â clock<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â on which the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â PL011 is based<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â on is changed<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â in rpi3.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > Rpi1 and 2 use<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â 250Mhz as the default<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â clock but<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â it was changed<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â to 400Mhz<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > in Rpi3 and newer<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â Again: Would be<br>
>Â Â Â great<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â if that could be<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â adapted<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â based on FDT or by<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â reading the right<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â registers.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > Few differences<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â between PL011 and Mini<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â uart<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > The mini UART has<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â smaller FIFOs.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â Combined with<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â the lack of<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â flow control,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > this makes it more<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â prone to losing<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â characters at<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â higher baud<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â rates. It<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > is also generally<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â less capable than<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the PL011,<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â mainly due to<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â its baud<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > rate link to<br>
>Â Â Â the VPU<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â clock speed.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â That shouldn't<br>
>Â Â Â really<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â be a problem for<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â the system<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â console.<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > The particular<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â deficiencies of the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â mini UART<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â compared to the<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â PL011 are :<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > No break detection<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > No framing errors<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â detection<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > No parity bit<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > No receive timeout<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â interrupt<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â > No DCD, DSR,<br>
>Â Â Â DTR or<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â RI signals<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Â _______________________________________________<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â devel mailing list<br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â Â <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>><br>
>Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a> <mailto:<a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a>>>>>><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â >Â Â <br>
>Â Â Â >Â Â Â Â Â Â Â Â Â Â <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â >Â Â Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â >Â Â Â Â Â ><br>
>Â Â Â >Â Â Â Â Â Â Â Â Â ><br>
>Â Â Â ><br>
> <br>
</blockquote></div></div>