Andy Fleming wrote:
> On Wed, Jul 9, 2008 at 4:53 PM, Kim Phillips <[EMAIL PROTECTED]> wrote:
>> On Wed,  9 Jul 2008 14:43:46 -0400
>> Paul Gortmaker <[EMAIL PROTECTED]> wrote:
>>
>>> Some boards that have external 16550 UARTs don't have a direct
>>> tie between bi_busfreq and the clock used for the UARTs.  Boards
>>> that do have such a tie should set CFG_NS16550_CLK to be
>>> get_bus_freq(0) -- which most of them do already.
>>>
>>> Signed-off-by: Paul Gortmaker <[EMAIL PROTECTED]>
>> Acked-by: Kim Phillips <[EMAIL PROTECTED]>
> 
> Applied, thanks
> 
> Andy

What about the situation were both exist?  The current scheme doesn't 
really allow for that, as it treats all "ns16550" devices the same.

We have a board that uses both SOC UARTs on the 8548 and a DUART 
controller on the local bus.  It used to work fine with the old u-boot 
fdt scheme, as the fixup was specific to the SOC UARTs.  We made a local 
modification to our device tree and u-boot to work around this, but I 
don't know if it's a good solution to push a patch for.  We simply added 
"fsl,soc-uart" to the compatibility list in the fdt for the SOC UARTs, 
and now have the u-boot uart clock-frequency fixup search for that 
rather than "ns16550".

Does this seem like a reasonable solution to push a patch for?  I'm not 
sure as it requires changes to all the device trees as well as u-boot. 
If it's not, then what would be a better solution?

Thanks,
   Zach

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
U-Boot-Users mailing list
U-Boot-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/u-boot-users

Reply via email to