[U-Boot] [RFC] [PATCH] omap3_beagle: fdt: xMA/B set hsusb2_power_reg active-high

[Tom Rini]

On Wed, Jan 29, 2014 at 03:55:36PM -0600, Robert Nelson wrote:
> > Well, we have per-platform fixups in the tree today.  However this now
> > means that only u-boot is going to provide a correct and fully
> > functional tree for those revs, which isn't good imho for the
> > beagleboard community use cases of older u-boots / distro support /
> > non-u-boot bootloader support, so it'd probably be best to have per rev
> > DTs and update findfdt to use the right one.
> 
> Thanks Tom,
> 
> The thing is, usb has been broken on the xMA/B's ever since we first
> setup findfdt to use the omap3-beagle-xm.dtb.  Although the usb ehci
> port was finally fixed in v3.13-rcX, so nobody really noticed these
> pre-xMC's where broken in the first place.
> 
> That's why I thought it made more sense to fix it in u-boot, as we
> then get mainline v3.13.x working out of the box for free. (if the
> distro upgrades u-boot) Otherwise all distro's need to carry a kernel
> patch for v3.13/v3.14 adding a new omap3-beagle-xm-ab.dtb variant.
> 
> I can go either way, as i've been pushing out images with the *-ab.dtb
> / *-c.dtb variants running v3.12/v3.13 to the beagleboard community.
> But while updating my base image to v2014.01, i thought pushing it to
> u-boot might be better in the long run.

I think the answer is that bootloaders should only be modifying the
device tree for things that are individual board different (MAC, etc).
So yeah, get another device tree out of the kernel and distros would
either just pick up this patch or additional device trees.  May be worth
asking the devicetree list about..

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20140129/00756011/attachment.pgp>