From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Vasut <marex@denx.de>
Date: Thu, 19 Sep 2013 15:40:51 +0200
Subject: [U-Boot] [PATCH v4] usb: new board-specific USB init interface
In-Reply-To: <201309191534.53502.marex@denx.de>
References: <1375786242-11734-1-git-send-email-m.zalega@samsung.com>
	<1378825807-9471-1-git-send-email-m.zalega@samsung.com>
	<201309191534.53502.marex@denx.de>
Message-ID: <201309191540.51675.marex@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Dear Marek Vasut,

> Dear Mateusz Zalega,
> 
> > This commit unifies board-specific USB initialization implementations
> > under one symbol (usb_board_init), declaration of which is available in
> > usb.h.
> > 
> > New API allows selective initialization of USB controllers whenever
> > needed.
> > 
> > Signed-off-by: Mateusz Zalega <m.zalega@samsung.com>
> > Signed-off-by: Kyungmin Park <kyungmin.park@samsung.com>
> > Reviewed-by: Lukasz Majewski <l.majewski@samsung.com>
> > Cc: Marek Vasut <marex@denx.de>
> > Cc: Lukasz Majewski <l.majewski@samsung.com>
> > Change-Id: Ia78a1378f30a55dd14598c9a1a1b4b8a762e2cd8
> > ---
> > Changes since RFC (v1):
> > - NVIDIA Tegra doesn't postpone its USB init anymore
> > - board_usb_init()'s sole argument name was shortened
> > - networking code comment style (/* blurb...) dropped
> > - squashed RFC changes so that patch won't break bisect
> > 
> > v2 changes:
> > - commit message fixup
> > 
> > v3 changes:
> > - added 'index' argument to perform selective port initialization
> > 
> > v4 changes:
> > - board_usb_init_fail() renamed to board_usb_cleanup()
> > - board_usb_cleanup() accepts controller index and init type
> > - DFU and UMS commands don't init all USB controllers anymore
> > - minor related fixes & refactorization
> 
> How did you test it on all the ARM boards ?
> 
> ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- BUILD_DIR=/tmp/u-boot-arm-build
> MAKEALL_LOGDIR=/tmp/u-boot-arm-log ./MAKEALL -a arm
> 
> does this work for you ?

Looks like this was a local issue here, sorry for the noise. Once the builds 
finish, I will apply for -next.

Best regards,
Marek Vasut