[meta-ti] [PATCH 1/2] sdcard_image bbclass: fix MLO copy, loop device mounts, fstypes

[Tom Rini]

On Mon, Nov 14, 2011 at 7:20 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>
> Op 14 nov. 2011, om 15:19 heeft Tom Rini het volgende geschreven:
>
>> On Mon, Nov 14, 2011 at 3:15 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>
>>> Op 13 nov. 2011, om 22:06 heeft Tom Rini het volgende geschreven:
>>>
>>>> On Sun, Nov 13, 2011 at 11:57 AM, Peter Bigot <bigotp at acm.org> wrote:
>>>>> On Sun, Nov 13, 2011 at 12:42 PM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>>>>
>>>>>> Op 13 nov. 2011, om 19:25 heeft Peter A. Bigot het volgende geschreven:
>>>>>>
>>>>>>> From: "Peter A. Bigot" <bigotp at acm.org>
>>>>>>>
>>>>>>> Generalize the search for MLO to install to have correct path for copies
>>>>>>> placed in ${DEPLOY_DIR_IMAGE} by x-load.inc, and to continue for SPL builds
>>>>>>> where there is no MLO.
>>>>>>>
>>>>>>> Allow user to override the loop mount point as well as the loop device, for
>>>>>>> folks who don't want long paths to temporary directories in their fstabs.
>>>>>>>
>>>>>>> Add noauto to example fstab entries so systems will boot without attempting
>>>>>>> to mount an unconfigured loopback device.
>>>>>>>
>>>>>>> Remove IMAGE_FSTYPE_append which does not belong in this class.
>>>>>>
>>>>>> I like the fstab changes, but not the others, could you please split this patch?
>>>>>
>>>>> Sure, next time I have to sync with meta-ti.  Without the MLO fixes
>>>>> I'd end up with something that doesn't work, and I don't want to blow
>>>>> another half hour testing a script I can't use.
>>>>
>>>> I guess I need to hurry up and bug Koen about switching beagleboard to
>>>> the SPL tree then :)
>>>
>>> Does your v3 work when applied on top of 2011.09?
>>
>> Won't apply, no.  But my 05.03.01.00 branch is good for beagleboard,
>> am3517* and omap3evm.
>
>
> How much non-beagle and non-SPL patches does that have in there? For beagle we *really* want as little patches on top of upstream as possible. If that means moving to latest denx git, so be it.

Well, it's a joint tree for those boards + ti814x/ti816x (but those
aren't the latest/greatest, just an older iteration) and of course
am335x.  In terms of non-SPL changes, it's changing the OTG port to
default to a usb host in U-Boot (from a USB gadget), and non 1-bit
NAND ECC stuff.  am3517 evm also gets ethernet support (crane could,
trivially, just need a tester).  omap3evm also gets an ethernet
releated bugfix.

-- 
Tom