[PATCH v2 0/2] powerpc/shared/console: Console baud rate fixes

Gedare Bloom gedare at rtems.org
Fri Apr 16 15:48:01 UTC 2021


On Fri, Apr 16, 2021 at 8:57 AM <dufault at hda.com> wrote:
>
>
>
> > On Apr 15, 2021, at 08:55 , Joel Sherrill <joel at rtems.org> wrote:
> >
> > No one has posted publicly about these in 5 days and asking privately a
> > group of mvme users, I only got feedback from Heinz
> >
> > ==============
> > I can only note that we have some (many) users who would like to stay at the fixed 9600 baud because that is what
> > they have been used to since "forever”.
> > I had received feedback on the MVME2500. There I had set the console of this QorIQ based system to the typical
> > 125600 baud for arm (also with the option BSP_CONSOLE_BAUD). Some were not happy that there are two different
> > baud rates for the different MVME boards.
> > I personally find Paul's approach ok and if the default value (bsp-defaults) eventually stays at 9600 baud on all
> > these boards could everyone be happy?
>
> I kept all the defaults at what they are now (usually 9600) to avoid surprises.
>
> >
> >  ==============
> >
> > This patch series makes all the mvme BSPs consistent so I plan to
> > merge these today.
> >
>
> Moving the legacy network code broke the patches that added baud rate configuration to the ".yml" files.  I'll resubmit  the patches after I've tested a recent version, but I'll need to pull down the new legacy network branch and build that as well.  Hopefully all goes smoothly and I'll find time today.
>
We'll get the pending patches merged that are ready to go in for your
rebase. Feel free to reach out directly to Vijay and myself if you run
into trouble.

> FYI, since other people are working in this area: I'll soon submit a PCI multi-port serial driver for an eight port PMC serial port card.  Some of the files will need to be shuffled around.
>
> Peter
> -----------------
> Peter Dufault
> HD Associates, Inc.      Software and System Engineering
>
> This email is delivered through the public internet using protocols subject to interception and tampering.
>
> _______________________________________________
> devel mailing list
> devel at rtems.org
> http://lists.rtems.org/mailman/listinfo/devel


More information about the devel mailing list