Hi, On 20 October 2015 at 07:05, Rob Herring <robh@xxxxxxxxxx> wrote: > On Tue, Oct 20, 2015 at 3:15 AM, Linus Walleij <linus.walleij@xxxxxxxxxx> wrote: >> On Tue, Oct 20, 2015 at 10:10 AM, Linus Walleij >> <linus.walleij@xxxxxxxxxx> wrote: >>> On Mon, Oct 19, 2015 at 9:21 PM, Rob Herring <robh@xxxxxxxxxx> wrote: >>>> On Mon, Oct 19, 2015 at 7:57 AM, Linus Walleij <linus.walleij@xxxxxxxxxx> wrote: >>> >>>> Err, what? >>>> >>>> $ git log --merges --grep='Pull.*\(Herring\|Likely\)' --oneline >>>> Documentation/devicetree/ >>> >>> OK nice, bad research from me. My sloppy statement was >>> based on this: >>> >>> OPEN FIRMWARE AND FLATTENED DEVICE TREE >>> M: Rob Herring <robh+dt@xxxxxxxxxx> >>> M: Frank Rowand <frowand.list@xxxxxxxxx> >>> M: Grant Likely <grant.likely@xxxxxxxxxx> >>> L: devicetree@xxxxxxxxxxxxxxx >>> W: http://www.devicetree.org/ >>> T: git git://git.kernel.org/pub/scm/linux/kernel/git/glikely/linux.git >>> S: Maintained >>> F: drivers/of/ >>> F: include/linux/of*.h >>> F: scripts/dtc/ >>> >>>> The DT core code and bindings (which don't go thru subsystem trees) go >>>> together. >>> >>> I guess I should just send a patch adding >>> >>> F: Documentation/devicetree/* >>> >>> ...and hope things get better from that. >> >> Ah yeah now I also woke up properly... so there is a special group of people >> listed under another heading for this, and I should know that, mea culpa. >> >> OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS >> M: Rob Herring <robh+dt@xxxxxxxxxx> >> M: Pawel Moll <pawel.moll@xxxxxxx> >> M: Mark Rutland <mark.rutland@xxxxxxx> >> M: Ian Campbell <ijc+devicetree@xxxxxxxxxxxxxx> >> M: Kumar Gala <galak@xxxxxxxxxxxxxx> >> L: devicetree@xxxxxxxxxxxxxxx >> S: Maintained >> F: Documentation/devicetree/ >> F: arch/*/boot/dts/ >> F: include/dt-bindings/ >> >> So can we add your git tree as T: here and replace Grant's tree in >> the overall DT entry above it? > > I would hold off. We've not sorted out our workflow yet and may move > to a shared repo. With respect to this patch, I wonder if someone in the 'circle of trust' might draw up a patch to handle skipping init and specifying the input the clock speed? A little bit of progress might go a long way. Regards, Simon -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
