On Thu, 22 Nov 2012 06:41:38 +0100, Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx> wrote: > On 18:03 Wed 21 Nov , Grant Likely wrote: > > On Wed, Nov 21, 2012 at 3:57 PM, Jean-Christophe PLAGNIOL-VILLARD > > <plagnioj@xxxxxxxxxxxx> wrote: > > > From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx> > > > > > > devicetrees may have a linux,stdout-path or stdout-path property > > > in the chosen node describing the console device. This adds a helper > > > function to match a device against this property and retrieve the options > > > so a driver can call add_preferred_console for a matching device. > > > > NIce. Looks like the right behaviour, but is a little inefficient. > > Since the stdout property doesn't change this code could be called > > once right after the tree is unflattened and then cache the pointer to > > the node anarguments. Can you add the code to of_alias_scan()? > do we assume that we can have only one stdout-path? > > I think we could have more serial, framebuffer console Nope. stdout-path as currently defined is only one device. Someone would need to propose an extension for multiple stdout's before I'd bother trying to support that. g. -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
