Re: [U-Boot] [UBOOT RFC PATCH 02/13] usb: gadget: udc-core: Add minimal udc-core from linux kernel

new file mode 100644 > index 000..bbe919c > --- /dev/null > +++ b/drivers/usb/gadget/udc-core.c > @@ -0,0 +1,229 @@ > +/** > + * udc-core.c - Core UDC Framework > + * > + * Copyright (C) 2014 Texas Instruments Incorporated - http://www.ti.com > + * > + * Author: Fe

Re: [U-Boot] [UBOOT RFC PATCH 04/13] usb: dwc3: Add dwc3 driver

:= core.o > +dwc3-$(CONFIG_USB_DWC3_GADGET) += gadget.o ep0.o > diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c > new file mode 100644 > index 000..66bbe92 > --- /dev/null > +++ b/drivers/usb/dwc3/core.c > @@ -0,0 +1,640 @@ > +/

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

On Mon, Aug 18, 2014 at 07:58:29PM +0530, Kishon Vijay Abraham I wrote: > Explicity set the max packet size in the device descriptor to 0x40 > as specified in the device class specification for device firmware upgrade. > Also changed debug to printf to explicitly notify the user if the > device has

Re: [U-Boot] [UBOOT RFC PATCH 10/13] board: ti: DRA7: added USB initializtion code

On Mon, Aug 18, 2014 at 07:58:32PM +0530, Kishon Vijay Abraham I wrote: > Implemented board_usb_init(), board_usb_cleanup() and > board_usb_gadget_handle_interrupts() in dra7xx board file that > can be invoked by various gadget drivers. > > Signed-off-by: Kishon Vijay Abraham I > --- > arch/arm/

Re: [U-Boot] [UBOOT RFC PATCH 13/13] dwc3: core: Change the bounce buffer size to 4096

On Mon, Aug 18, 2014 at 07:58:35PM +0530, Kishon Vijay Abraham I wrote: > Bounce buffer is used for transferring requests which is not maxpacket > aligned. In the case of DFU the requests can be upto 4096 bytes. > > While the actual fix for this should be using two chained TRBs to handle > the tra

Re: [U-Boot] [UBOOT RFC PATCH 02/13] usb: gadget: udc-core: Add minimal udc-core from linux kernel

-0,0 +1,229 @@ > > +/** > > + * udc-core.c - Core UDC Framework > > + * > > + * Copyright (C) 2014 Texas Instruments Incorporated - > > http://www.ti.com > > + * > > + * Author: Felipe Balbi > > + * > > + * Taken from Linux Kernel v3.16 (dr

Re: [U-Boot] [UBOOT RFC PATCH 02/13] usb: gadget: udc-core: Add minimal udc-core from linux kernel

On Tue, Aug 19, 2014 at 08:48:36PM +0530, Kishon Vijay Abraham I wrote: > Hi Lukasz, > > On Tuesday 19 August 2014 02:22 PM, Lukasz Majewski wrote: > > Hi Kishon, > > > >> In order to support multiple USB device controllers in uboot, > >> udc-core is needed. > > > > Is it? In u-boot at best only

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

Hi, On Tue, Aug 19, 2014 at 09:04:06PM +0530, Kishon Vijay Abraham I wrote: > On Monday 18 August 2014 08:08 PM, Felipe Balbi wrote: > > On Mon, Aug 18, 2014 at 07:58:29PM +0530, Kishon Vijay Abraham I wrote: > >> Explicity set the max packet size in the device descript

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

On Tue, Aug 19, 2014 at 09:08:00PM +0530, Kishon Vijay Abraham I wrote: > > > On Monday 18 August 2014 08:26 PM, Lukasz Majewski wrote: > > Hi Kishon, > > > >>> Explicity set the max packet size in the device descriptor to 0x40 > >>> as specified in the device class specification for device firm

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

Hi, On Tue, Aug 19, 2014 at 09:12:29PM +0530, Kishon Vijay Abraham I wrote: > @@ -987,7 +987,6 @@ static int composite_bind(struct usb_gadget *gadget) > > memcpy(&cdev->desc, composite->dev, > sizeof(struct usb_device_descriptor)); > -cde

Re: [U-Boot] [UBOOT RFC PATCH 10/13] board: ti: DRA7: added USB initializtion code

On Tue, Aug 19, 2014 at 09:43:48PM +0530, Kishon Vijay Abraham I wrote: > Hi Felipe, > > On Monday 18 August 2014 08:10 PM, Felipe Balbi wrote: > > On Mon, Aug 18, 2014 at 07:58:32PM +0530, Kishon Vijay Abraham I wrote: > >> Implemented board_usb_init(),

Re: [U-Boot] [UBOOT RFC PATCH 13/13] dwc3: core: Change the bounce buffer size to 4096

On Tue, Aug 19, 2014 at 09:45:11PM +0530, Kishon Vijay Abraham I wrote: > Hi, > > On Monday 18 August 2014 08:11 PM, Felipe Balbi wrote: > > On Mon, Aug 18, 2014 at 07:58:35PM +0530, Kishon Vijay Abraham I wrote: > >> Bounce buffer is used for transferring request

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

On Wed, Aug 20, 2014 at 09:34:13AM +0200, Lukasz Majewski wrote: > Hi Felipe, > > > On Tue, Aug 19, 2014 at 09:08:00PM +0530, Kishon Vijay Abraham I > > wrote: > > > > > > > > > On Monday 18 August 2014 08:26 PM, Lukasz Majewski wrote: > > > > Hi Kishon, > > > > > > > >>> Explicity set the max

Re: [U-Boot] [UBOOT RFC PATCH 07/13] usb: gadget: g_dnl: Explicitly set the max packet size in descriptor

On Thu, Aug 21, 2014 at 10:00:46AM +0200, Lukasz Majewski wrote: > Hi Felipe, > > > On Wed, Aug 20, 2014 at 09:34:13AM +0200, Lukasz Majewski wrote: > > > Hi Felipe, > > > > > > > On Tue, Aug 19, 2014 at 09:08:00PM +0530, Kishon Vijay Abraham I > > > > wrote: > > > > > > > > > > > > > > > On Mo

Re: [U-Boot] [UBOOT RFC PATCH 13/13] dwc3: core: Change the bounce buffer size to 4096

On Fri, Aug 22, 2014 at 04:32:10PM +0530, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 19 August 2014 09:57 PM, Felipe Balbi wrote: > > On Tue, Aug 19, 2014 at 09:45:11PM +0530, Kishon Vijay Abraham I wrote: > >> Hi, > >> > >> On Monday 18 August 2

Re: [U-Boot] [PATCH v2 2/6] common/cmd_boot: keep ARM v7M in thumb mode during do_go_exec()

On Tue, Apr 21, 2015 at 01:36:54PM -0400, Matt Porter wrote: > On ARM v7M, the processor will return to ARM mode when executing > a blx instruction with bit 0 of the address == 0. Always set it but that's what the 'x' is for, right ? eXchange the CPU mode. > to 1 to stay in thumb mode. > > Signe

Re: [U-Boot] [PATCH v2 2/6] common/cmd_boot: keep ARM v7M in thumb mode during do_go_exec()

On Tue, Apr 21, 2015 at 12:47:24PM -0500, Felipe Balbi wrote: > On Tue, Apr 21, 2015 at 01:36:54PM -0400, Matt Porter wrote: > > On ARM v7M, the processor will return to ARM mode when executing > > a blx instruction with bit 0 of the address == 0. Always set it > > but that&

Re: [U-Boot] [PATCH v2 2/6] common/cmd_boot: keep ARM v7M in thumb mode during do_go_exec()

On Tue, Apr 21, 2015 at 12:54:26PM -0500, Felipe Balbi wrote: > On Tue, Apr 21, 2015 at 12:47:24PM -0500, Felipe Balbi wrote: > > On Tue, Apr 21, 2015 at 01:36:54PM -0400, Matt Porter wrote: > > > On ARM v7M, the processor will return to ARM mode when executing > > > a

Re: [U-Boot] [PATCH v2 2/6] common/cmd_boot: keep ARM v7M in thumb mode during do_go_exec()

On Tue, Apr 21, 2015 at 02:01:31PM -0400, Matt Porter wrote: > On Tue, Apr 21, 2015 at 12:47:24PM -0500, Felipe Balbi wrote: > > On Tue, Apr 21, 2015 at 01:36:54PM -0400, Matt Porter wrote: > > > On ARM v7M, the processor will return to ARM mode when executing > > > a bl

Re: [U-Boot] [PATCH v2 2/6] common/cmd_boot: keep ARM v7M in thumb mode during do_go_exec()

Hi, On Tue, Apr 21, 2015 at 03:07:48PM -0400, Tom Rini wrote: > On Tue, Apr 21, 2015 at 01:05:24PM -0500, Felipe Balbi wrote: > > On Tue, Apr 21, 2015 at 02:01:31PM -0400, Matt Porter wrote: > > > On Tue, Apr 21, 2015 at 12:47:24PM -0500, Felipe Balbi wrote: > > > >

[U-Boot] commit 83e359adf9f578a58f20daf2e4425a754defac7b breaks mmc

Hi, commit 83e359a (am335x_evm: Enable CONFIG_SPL_ENV_SUPPORT on EMMC_BOOT) breaks MMC on some boards. I believe it only breaks if EMMC has no partition on it, so that would point out to a bug on spl env support itself and this has only exposed it. Here's a bisection log anyway: git bisect start

Re: [U-Boot] commit 83e359adf9f578a58f20daf2e4425a754defac7b breaks mmc

Hi, On Tue, Sep 09, 2014 at 12:09:02PM -0500, Felipe Balbi wrote: > Hi, > > commit 83e359a (am335x_evm: Enable CONFIG_SPL_ENV_SUPPORT on EMMC_BOOT) > breaks MMC on some boards. I believe it only breaks if EMMC has no > partition on it, so that would point out to a bug on spl env s

[U-Boot] [PATCH 1/2] common: Makefile: allow for spl builds with env_fat

If CONFIG_SPL_BUILD and CONFIG_ENV_IS_IN_FAT are defined, u-boot spl will fail to build. Fix that. Signed-off-by: Felipe Balbi --- common/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/common/Makefile b/common/Makefile index aca0f7f..1ff7ce0 100644 --- a/common/Makefile +++ b

[U-Boot] [PATCH 2/2] arm: am43xx: switch over to CONFIG_ENV_IS_IN_FAT

By using CONFIG_ENV_IS_IN_FAT it's far easier to have a private, minimal environment for e.g. booting off of network or mounting rootfs on NFS without having to modify the configuration header. Signed-off-by: Felipe Balbi --- include/configs/am43xx_evm.h | 11 +-- 1 file chang

Re: [U-Boot] [PATCH 1/2] common: Makefile: allow for spl builds with env_fat

On Tue, Sep 23, 2014 at 10:44:17AM -0500, Felipe Balbi wrote: > If CONFIG_SPL_BUILD and CONFIG_ENV_IS_IN_FAT are > defined, u-boot spl will fail to build. Fix that. > > Signed-off-by: Felipe Balbi ping > --- > common/Makefile | 1 + > 1 file changed, 1 insertion(+) >

Re: [U-Boot] [PATCH 2/2] arm: am43xx: switch over to CONFIG_ENV_IS_IN_FAT

On Tue, Sep 23, 2014 at 10:44:18AM -0500, Felipe Balbi wrote: > By using CONFIG_ENV_IS_IN_FAT it's far easier > to have a private, minimal environment for e.g. > booting off of network or mounting rootfs on NFS > without having to modify the configuration header. > > Sign

Re: [U-Boot] Please pull u-boot-dm.git branch for-tom

On Fri, Sep 26, 2014 at 05:52:11PM -0600, Simon Glass wrote: > Hi Tom, > > Here are the changes that were reviewed by Jagan (SPI maintainer). > > Branch is 'for-tom' as I had trouble with master (see below). > > The following changes since commit f9860cf081efdf32c8a01b9fc271fe55e2a79f8d: > >

Re: [U-Boot] [PATCH V2] usb: ci_udc: respect CONFIG_USB_GADGET_DUALSPEED

On Sun, Sep 28, 2014 at 05:36:56PM -0700, Eric Nelson wrote: > @@ -777,6 +778,11 @@ static int ci_pullup(struct usb_gadget *gadget, int > is_on) > /* select DEVICE mode */ > writel(USBMODE_DEVICE, &udc->usbmode); > > +#if !defined(CONFIG_USB_GADGET_DUALSPEED) && defin

Re: [U-Boot] [PATCH] usb: ci_udc: respect CONFIG_USB_GADGET_DUALSPEED

on. > > Signed-off-by: Eric Nelson Reviewed-by: Felipe Balbi -- balbi signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 1/2] common: Makefile: allow for spl builds with env_fat

On Thu, Sep 25, 2014 at 07:38:26PM -0500, Felipe Balbi wrote: > On Tue, Sep 23, 2014 at 10:44:17AM -0500, Felipe Balbi wrote: > > If CONFIG_SPL_BUILD and CONFIG_ENV_IS_IN_FAT are > > defined, u-boot spl will fail to build. Fix that. > > > > Signed-off-by: Felipe

[U-Boot] [PATCH 0/5] Add support for AM43xx Starter Kit

Hi, patches were tested on AM43xx SK on top of v2014.07-rc3. Felipe Balbi (5): board: ti: am43xx: print unsupported board name cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register board: ti: am43xx: add support for AM43xx Starter Kit board: ti: am43xx: add AM437x SK PHY Address

[U-Boot] [PATCH 2/5] cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register

Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/am33xx/ddr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/cpu/armv7/am33xx/ddr.c b/arch/arm/cpu/armv7/am33xx/ddr.c index 9a625c4..bbe9d1a 100644 --- a/arch/arm/cpu/armv7/am33xx/ddr.c +++ b/arch/arm/cpu/armv7/am33xx/ddr.c @@ -95,6

[U-Boot] [PATCH 1/5] board: ti: am43xx: print unsupported board name

when porting u-boot to a new am43xx board, it helps to know the name of the current unsupported board so we don't have to hunt for design documents to figure out what's written in the EEPROM. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 2 +- 1 file changed, 1 inser

[U-Boot] [PATCH 3/5] board: ti: am43xx: add support for AM43xx Starter Kit

AM43xx Starter Kit is a new board based on AM437x line of SoCs. Being a low-cost EVM and small size EVM are intended to provide an entry level development platform on a full fledged Hardware System. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 72

[U-Boot] [PATCH 5/5] board: ti: am43xx: enable QSPI and Gbit Ethernet on AM437x SK

AM437x Starter Kit has a qspi flash and gbit ethernet support. By muxing those signals, we can use those interfaces from u-boot. Signed-off-by: Felipe Balbi --- board/ti/am43xx/mux.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/board/ti/am43xx/mux.c b/board/ti/am43xx/mux.c index

[U-Boot] [PATCH 4/5] board: ti: am43xx: add AM437x SK PHY Address

pass correct PHY Address when running on SK so that we have working ethernet with this board too. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c

Re: [U-Boot] [PATCH 4/5] board: ti: am43xx: add AM437x SK PHY Address

Hi, On Tue, Jun 10, 2014 at 12:39:08PM -0700, Vaibhav Bedia wrote: > Hi Felipe, > > On Jun 10, 2014 11:45 AM, "Felipe Balbi" wrote: > > > > pass correct PHY Address when running on SK > > so that we have working ethernet with this board > &g

[U-Boot] [PATCH v2 0/5] Add support for AM43xx Starter Kit

Hi, patches were tested on AM43xx SK on top of v2014.07-rc3 Changes since v1: - fix a bad rebase pointed to by Vaibhav. Felipe Balbi (5): board: ti: am43xx: print unsupported board name cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register board: ti: am43xx: add support for

[U-Boot] [PATCH v2 1/5] board: ti: am43xx: print unsupported board name

when porting u-boot to a new am43xx board, it helps to know the name of the current unsupported board so we don't have to hunt for design documents to figure out what's written in the EEPROM. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 2 +- 1 file changed, 1 inser

[U-Boot] [PATCH v2 2/5] cpu: armv7: am33x: ddr: write emif ref_ctrl_shadow register

Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/am33xx/ddr.c | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/cpu/armv7/am33xx/ddr.c b/arch/arm/cpu/armv7/am33xx/ddr.c index 9a625c4..bbe9d1a 100644 --- a/arch/arm/cpu/armv7/am33xx/ddr.c +++ b/arch/arm/cpu/armv7/am33xx/ddr.c @@ -95,6

[U-Boot] [PATCH v2 4/5] board: ti: am43xx: add AM437x SK PHY Address

pass correct PHY Address when running on SK so that we have working ethernet with this board too. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 5 + 1 file changed, 5 insertions(+) diff --git a/board/ti/am43xx/board.c b/board/ti/am43xx/board.c index 6379cef..054a452 100644

[U-Boot] [PATCH v2 3/5] board: ti: am43xx: add support for AM43xx Starter Kit

AM43xx Starter Kit is a new board based on AM437x line of SoCs. Being a low-cost EVM and small size EVM are intended to provide an entry level development platform on a full fledged Hardware System. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 72

[U-Boot] [PATCH v2 5/5] board: ti: am43xx: enable QSPI and Gbit Ethernet on AM437x SK

AM437x Starter Kit has a qspi flash and gbit ethernet support. By muxing those signals, we can use those interfaces from u-boot. Signed-off-by: Felipe Balbi --- board/ti/am43xx/mux.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/board/ti/am43xx/mux.c b/board/ti/am43xx/mux.c index

Re: [U-Boot] [PATCH v2 0/5] Add support for AM43xx Starter Kit

Hi, On Tue, Jun 10, 2014 at 03:01:17PM -0500, Felipe Balbi wrote: > Hi, > > patches were tested on AM43xx SK on top of v2014.07-rc3 > > Changes since v1: > - fix a bad rebase pointed to by Vaibhav. > > Felipe Balbi (5): > board: ti: am43xx: print unsupporte

[U-Boot] [PATCH 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

Newer AM437x silicon requires us to explicitly power up the USB2 PHY. By implementing usb_phy_power() we can achieve that. Signed-off-by: Felipe Balbi --- drivers/usb/phy/omap_usb_phy.c | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/drivers/usb/phy

[U-Boot] [PATCH 1/2] usb: host: xhci: make sure to power up PHY

some boards won't work if the PHY isn't explicitly powered up. Signed-off-by: Felipe Balbi --- drivers/usb/host/xhci-omap.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhci-omap.c b/drivers/usb/host/xhci-omap.c index e667810..912b2bd 100644 --- a/drivers/usb

Re: [U-Boot] [PATCH 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

Hi, On Mon, Jun 23, 2014 at 11:28:30PM +0200, Michael Trimarchi wrote: > > @@ -222,7 +222,22 @@ static void am437x_enable_usb2_phy2(struct omap_xhci > *omap) > > > > void usb_phy_power(int on) > > { > > - return; > > + u32 val; > > + > > + /* USB1_CTRL */ > > + val = read

[U-Boot] [PATCH v2 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

Newer AM437x silicon requires us to explicitly power up the USB2 PHY. By implementing usb_phy_power() we can achieve that. Signed-off-by: Felipe Balbi --- Changes since v1: - add macros for USB1_CTRL register and bits arch/arm/include/asm/arch-am33xx/hardware_am43xx.h | 5

[U-Boot] [PATCH] board: ti: dra7xx: add mux data for UART3

still use UART3 as console, then we need to mux those signals correctly. Signed-off-by: Felipe Balbi --- board/ti/dra7xx/mux_data.h | 5 + 1 file changed, 5 insertions(+) diff --git a/board/ti/dra7xx/mux_data.h b/board/ti/dra7xx/mux_data.h index 38de9d5..c9e202a 100644 --- a/board/ti/d

Re: [U-Boot] [PATCH 1/2] usb: host: xhci: make sure to power up PHY

On Fri, Jun 27, 2014 at 10:27:30AM -0500, Dan Murphy wrote: > Hi > > On 06/23/2014 04:25 PM, Felipe Balbi wrote: > > some boards won't work if the PHY isn't explicitly > > powered up. > > > > Signed-off-by: Felipe Balbi > > --- > > dr

Re: [U-Boot] [PATCH v2 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

hi, On Mon, Jun 23, 2014 at 05:18:24PM -0500, Felipe Balbi wrote: > Newer AM437x silicon requires us to explicitly power up > the USB2 PHY. By implementing usb_phy_power() we can > achieve that. > > Signed-off-by: Felipe Balbi > --- > > Changes since v1: >

Re: [U-Boot] [PATCH 1/2] usb: host: xhci: make sure to power up PHY

On Mon, Jun 23, 2014 at 04:25:38PM -0500, Felipe Balbi wrote: > some boards won't work if the PHY isn't explicitly > powered up. > > Signed-off-by: Felipe Balbi ping, this is still pending in mainline u-boot. Without this, usb won't work on am437x-sk. > --- >

[U-Boot] [PATCH 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

Newer AM437x silicon requires us to explicitly power up the USB2 PHY. By implementing usb_phy_power() we can achieve that. Signed-off-by: Felipe Balbi --- arch/arm/include/asm/arch-am33xx/hardware_am43xx.h | 5 + drivers/usb/phy/omap_usb_phy.c | 11 ++- 2 files

[U-Boot] [PATCH 1/2] usb: host: xhci: make sure to power up PHY

some boards won't work if the PHY isn't explicitly powered up. Signed-off-by: Felipe Balbi --- drivers/usb/host/xhci-omap.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/host/xhci-omap.c b/drivers/usb/host/xhci-omap.c index e667810..912b2bd 100644 --- a/drivers/usb

Re: [U-Boot] [PATCH 2/2] usb: phy: omap_usb_phy: implement usb_phy_power() for AM437x

On Wed, Jul 09, 2014 at 11:02:43PM -0500, Felipe Balbi wrote: > Newer AM437x silicon requires us to explicitly power up > the USB2 PHY. By implementing usb_phy_power() we can > achieve that. > > Signed-off-by: Felipe Balbi > --- the only change here is the use of {set,clr}bi

Re: [U-Boot] [PATCHv2 5/8] drivers: mtd: spi: Modify read/write command for sfl256s flash.

Hi, On Tue, Jul 23, 2013 at 07:53:06PM +0530, Sourav Poddar wrote: > >@@ -311,7 +341,7 @@ int spi_flash_cmd_read_fast(struct spi_flash *flash, u32 > >offset, > > debug("SF: read failed\n"); > > break; > > } > >- > >+#endif > > offset

[U-Boot] [PATCH 0/3] add support for am43xx-sk

Hi, First patch prints out the board name because I really didn't want to keep going back to design documents to find out what's written on the EEPROM. Second patch adds support for am43xx-sk. Thir patch fixes mmcboot so that it actually tries to load images from mmc. cheers Felip

[U-Boot] [PATCH 1/3] board: ti: am43xx: print unsupported board name

when porting u-boot to a new am43xx board, it helps to know the name of the current unsupported board so we don't have to hunt for design documents to figure out what's written in the EEPROM. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 2 +- 1 file changed, 1 inser

[U-Boot] [PATCH 2/3] board: ti: am43xx: add support for AM43xx Starter Kit

AM43xx Starter Kit is a new board based on AM437x line of SoCs. Being a low-cost EVM and small size EVM are intended to provide an entry level development platform on a full fledged Hardware System. Signed-off-by: Felipe Balbi --- board/ti/am43xx/board.c | 7 +-- board/ti/am43xx

[U-Boot] [PATCH 3/3] configs: am43xx_evm: make sure to set devtype correctly

if we don't set devtype properly 'load' will fail. Signed-off-by: Felipe Balbi --- include/configs/am43xx_evm.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/am43xx_evm.h b/include/configs/am43xx_evm.h index d7866ff..e661c9c 100644 --- a/include/configs/am4

Re: [U-Boot] [PATCH 43/45] arm: Remove ti814x_evm board

Hi, On Sun, Aug 30, 2015 at 07:19:37PM -0600, Simon Glass wrote: > This board has not been converted to generic board by the deadline. > Remove it. > > Signed-off-by: Simon Glass there are people using this and ti816x at least. > --- > > arch/arm/Kconfig | 6 -- > board/ti/ti81

Re: [U-Boot] [PATCH 41/45] arm: Remove omap3_evm board

On Sun, Aug 30, 2015 at 07:19:35PM -0600, Simon Glass wrote: > This board has not been converted to generic board by the deadline. > Remove it. > > Signed-off-by: Simon Glass I have a feeling people still this too. > --- > > arch/arm/cpu/armv7/omap3/Kconfig | 13 -- > board/quipos/cair

[U-Boot] u-boot built with gcc5 dies in memcpy()

Hi, When using u-boot's HEAD built with GCC 5, it hangs on the memcpy() after reading u-boot.img from MMC card. Unfortunately I won't be able to spend a lot of time debugging this, so I thought I'd report. cheers -- balbi signature.asc Description: Digital signature _

[U-Boot] [PATCH 1/2] usb: host: xhci-omap: fix build break

Fix the following build break: drivers/usb/host/xhci-omap.c:35:5: error: ‘board_usb_init’ aliased to external symbol ‘__board_usb_init’ int board_usb_init(int index, enum usb_init_type init) ^ Signed-off-by: Felipe Balbi --- drivers/usb/host/xhci-omap.c | 2 +- 1 file changed, 1

[U-Boot] [PATCH 2/2] usb: dwc3: fix build warnings

-omap.c: In function ‘dwc3_omap_uboot_init’: drivers/usb/dwc3/dwc3-omap.c:380:7: warning: ‘dev’ is used uninitialized in this function [-Wuninitialized] omap = devm_kzalloc(dev, sizeof(*omap), GFP_KERNEL); Signed-off-by: Felipe Balbi --- drivers/usb/dwc3/core.c | 2 +- drivers/usb/dwc3/dwc3

[U-Boot] [PATCH] board: add support for Vision System's Baltos Industrial PC

From: Yegor Yefremov Vision Systems's Baltos is based on AM335x SoC from Texas Instruments. This patch adds support such Industrial PCs in mainline u-boot. [ ba...@ti.com: updated original patch to current u-boot ] Signed-off-by: Yegor Yefremov Signed-off-by: Felipe Balbi --- This

Re: [U-Boot] [PATCH 1/2] usb: host: xhci-omap: fix build break

Felipe Balbi writes: > Fix the following build break: > > drivers/usb/host/xhci-omap.c:35:5: error: ‘board_usb_init’ aliased to > external symbol ‘__board_usb_init’ > int board_usb_init(int index, enum usb_init_type init) > ^ > > Signed-off-by: Felipe Balbi pi

Re: [U-Boot] [PATCH 2/2] usb: dwc3: fix build warnings

Felipe Balbi writes: > fix the following build warnings: > > drivers/usb/dwc3/core.c: In function ‘dwc3_uboot_init’: > drivers/usb/dwc3/core.c:625:6: warning: ‘dev’ is used uninitialized in this > function [-Wuninitialized] > mem = devm_kzalloc(dev, sizeof(*dwc) + DWC3_ALIG

Re: [U-Boot] [PATCH 1/2] usb: host: xhci-omap: fix build break

Tom Rini writes: > On Fri, Oct 16, 2015 at 03:09:02PM -0500, Felipe Balbi wrote: >> Felipe Balbi writes: >> > Fix the following build break: >> > >> > drivers/usb/host/xhci-omap.c:35:5: error: ‘board_usb_init’ aliased to >> > external symbol ‘_

Re: [U-Boot] [PATCH 2/3] armv8/fsl-layerscape: add dwc3 gadget driver support

Hi, Marek Vasut writes: >> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c >> index 85cc96a..5eeb71d 100644 >> --- a/drivers/usb/dwc3/core.c >> +++ b/drivers/usb/dwc3/core.c >> @@ -690,6 +690,18 @@ int dwc3_uboot_init(struct dwc3_device *dwc3_dev) >> return -ENOMEM; >

Re: [U-Boot] [PATCH 2/3] armv8/fsl-layerscape: add dwc3 gadget driver support

Hi, Rajesh Bhagat writes: >> Marek Vasut writes: >> >> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c index >> >> 85cc96a..5eeb71d 100644 >> >> --- a/drivers/usb/dwc3/core.c >> >> +++ b/drivers/usb/dwc3/core.c >> >> @@ -690,6 +690,18 @@ int dwc3_uboot_init(struct dwc3_device *dw

[U-Boot] [PATCH 02/11] arm: omap5: tps659038: rename regulator defines

Those regulators don't have any coupling with what they supply, so remove the suffixes in order to not confuse anybody. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap5/hw_data.c | 10 +- arch/arm/include/asm/arch-omap5/clock.h | 10 +- 2 files change

[U-Boot] [PATCH 07/11] arm: omap5: make hw_init_data weak

this way we can let boards overwrite based on what they need. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap5/hw_data.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/cpu/armv7/omap5/hw_data.c b/arch/arm/cpu/armv7/omap5/hw_data.c index 8b4d53a..95f1686

[U-Boot] [PATCH 04/11] usb: phy: omap_usb_phy: fix build breakage

there's no such function usb3_phy_power(), it's likely that author meant to call, usb_phy_power() instead, but that's already called properly from xhci-omap.c. Signed-off-by: Felipe Balbi --- drivers/usb/phy/omap_usb_phy.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/

[U-Boot] [PATCH 03/11] arm: dra7xx: prcm: add missing registers

some boards might want to use USB1 for host, without fiddling those registers it'll be impossible. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap5/prcm-regs.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/cpu/armv7/omap5/prcm-regs.c b/arch/arm/cpu/armv7/omap5

[U-Boot] [PATCH 01/11] arm: omap5: don't enable misc_init_r by default

Out of all OMAP5-like boards, only one of them needs CONFIG_MISC_INIT_R, so it's best to enable that for that particular board only, instead of enabling for all boards unconditionally. Signed-off-by: Felipe Balbi --- board/ti/dra7xx/evm.c | 12 include/configs/cm_

[U-Boot] [PATCH 05/11] arm: omap-common: emif: allow to map memory without interleaving

If we want to have two sections, one on each EMIF, without interleaving, current code wouldn't enable emif2. Fix that problem. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap-common/emif-common.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/arch/ar

[U-Boot] [PATCH 11/11] beagle_x15: add board support for Beagle x15

This is the bare minimum support for Beagle x15 into u-boot. There is still quite some work in order to get this in good shape, but it's a start. Signed-off-by: Felipe Balbi Signed-off-by: Nishanth Menon --- arch/arm/cpu/armv7/omap5/Kconfig | 4 + board/ti/beagle_x15/Kconfig

[U-Boot] [PATCH 08/11] arm: omap5: sdram: mark emif_get_ext_phy_ctrl_const_regs __weak

this will allow for boards to overwrite those in case memory setup is different. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap5/sdram.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/cpu/armv7/omap5/sdram.c b/arch/arm/cpu/armv7/omap5/sdram.c index 065199b

[U-Boot] [PATCH 06/11] configs: omap5_common : Boot rootfs from sd card by default

ned-off-by: Franklin Cooper Jr. Signed-off-by: Felipe Balbi --- include/configs/ti_omap5_common.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/configs/ti_omap5_common.h b/include/configs/ti_omap5_common.h index 5b03fb1..de96d7d 100644 --- a/include/configs/ti_omap

[U-Boot] [PATCH 10/11] arm: omap: add support for am57xx devices

just add a few ifdefs around because this device is very similar to dra7xxx. Signed-off-by: Felipe Balbi --- arch/arm/cpu/armv7/omap-common/boot-common.c | 2 +- arch/arm/include/asm/arch-omap5/clock.h | 2 +- arch/arm/include/asm/arch-omap5/omap.h | 4 ++-- drivers/mmc/omap_hsmmc.c

[U-Boot] [PATCH 09/11] arm: omap_common: expose tps659038 and dra7xx_dplls

expose those two definitions so they can be used by another board which we're adding in upcoming patches. Signed-off-by: Felipe Balbi --- arch/arm/include/asm/omap_common.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/include/asm/omap_common.h b/arch/arm/includ

Re: [U-Boot] [PATCH 11/11] beagle_x15: add board support for Beagle x15

On Thu, Nov 06, 2014 at 08:35:41AM -0600, menon.nisha...@gmail.com wrote: > On Thu, Nov 6, 2014 at 8:28 AM, Felipe Balbi wrote: > > This is the bare minimum support for Beagle x15 > > into u-boot. There is still quite some work in > > order to get this in good shape,

[U-Boot] [PATCH v2 11/11] beagle_x15: add board support for Beagle x15

, uSD, Analog audio in/out, dual 1G Ethernet. For more information, refer to: http://www.elinux.org/Beagleboard:BeagleBoard-X15 Signed-off-by: Felipe Balbi Signed-off-by: Nishanth Menon --- changes since v1: new commit log arch/arm/cpu/armv7/omap5/Kconfig | 4 + board/ti/beagle_x15/Kc

Re: [U-Boot] [PATCH v2 11/11] beagle_x15: add board support for Beagle x15

Hi, On Mon, Nov 10, 2014 at 01:47:48PM -0500, Tom Rini wrote: > On Thu, Nov 06, 2014 at 08:44:27AM -0600, Felipe Balbi wrote: > > > BeagleBoard-X15 is the next generation Open Source > > Hardware BeagleBoard based on TI's AM5728 SoC > > featuring dual core 1.5GHZ A1

[U-Boot] [PATCH v3 11/11] beagle_x15: add board support for Beagle x15

, uSD, Analog audio in/out, dual 1G Ethernet. For more information, refer to: http://www.elinux.org/Beagleboard:BeagleBoard-X15 Signed-off-by: Felipe Balbi Signed-off-by: Nishanth Menon --- Changes since v2: - new DDR timings for EMIF2 - removed some pointless comments - dr

Re: [U-Boot] [PATCH 7/8] pmic: add tps62362 simple wrapper code

On Tue, Jan 06, 2015 at 02:28:23PM +0530, Mugunthan V N wrote: > On Tuesday 23 December 2014 03:56 AM, Felipe Balbi wrote: > > This regulator is used with AM437x IDK to feed > > VDD_MPU, without means to scale VDD_MPU we can't > > support higher frequencies. > >

[U-Boot] [PATCH v2 7/8] pmic: add tps62362 simple wrapper code

This regulator is used with AM437x IDK to feed VDD_MPU, without means to scale VDD_MPU we can't support higher frequencies. Signed-off-by: Felipe Balbi --- Changes since v1: - git add the header which I had missed originally drivers/power/pmic/Makefile| 1 + drivers/

Re: [U-Boot] [PATCH 01/31] ti: common: board_detect: Allow settings board detection variables manually

Hi, Franklin S Cooper Jr writes: > From: Nishanth Menon > > In some situations the EEPROM used for board detection may not be > programmed or simply programmed incorrectly. Therefore, it may be > necessary to "simulate" reading the contents of the EEPROM to set > appropriate variables used in t

Re: [U-Boot] [u-boot PATCH v4 04/10] ti: common: board_detect: commodify ethaddr environment setting code

Hi, Roger Quadros writes: > +void board_ti_set_ethaddr(int index) > +{ > + uint8_t mac_addr[6]; > + int i; > + u64 mac1, mac2; > + u8 mac_addr1[6], mac_addr2[6]; > + int num_macs; > + /* > + * Export any Ethernet MAC addresses from EEPROM. > + * The 2 MAC addres

Re: [U-Boot] [u-boot PATCH v5 04/10] ti: common: board_detect: commodify ethaddr environment setting code

Hi, On Tue, Mar 14, 2017 at 3:05 PM Roger Quadros wrote: +void board_ti_set_ethaddr(int index) +{ + uint8_t mac_addr[6]; + int i; + u64 mac1, mac2; + u8 mac_addr1[6], mac_addr2[6]; + int num_macs; + /* +* Export any Ethernet MAC addresses from EEPROM.

Re: [U-Boot] [u-boot PATCH v5 04/10] ti: common: board_detect: commodify ethaddr environment setting code

Hi, Roger Quadros writes: >> On Tue, Mar 14, 2017 at 3:05 PM Roger Quadros > > wrote: >> >> +void board_ti_set_ethaddr(int index) >> +{ >> + uint8_t mac_addr[6]; >> + int i; >> + u64 mac1, mac2; >> + u8 mac_addr1[6], mac_addr

Re: [U-Boot] __FILE__ usage and and SPL limits for SRAM

Hi, Nishanth Menon writes: > Hi Masahiro-san, > > On Tue, Mar 28, 2017 at 1:29 AM, Masahiro Yamada > wrote: > [...] >> >> When O= is given, the build system runs in the object tree, >> not in the source tree. >> (This is the same as Linux.) >> >> If you see the top Makefile: >> >> ifeq ($(KBUIL

Re: [U-Boot] [PATCH] usb: dwc3: gadget: make cache-maintenance on event buffers more robust

Hi, Marek Vasut writes: >> diff --git a/drivers/usb/dwc3/core.c b/drivers/usb/dwc3/core.c >> index b2c7eb1..f58c7ba 100644 >> --- a/drivers/usb/dwc3/core.c >> +++ b/drivers/usb/dwc3/core.c >> @@ -125,6 +125,8 @@ static struct dwc3_event_buffer >> *dwc3_alloc_one_event_buffer(struct dwc3 *dwc, >

Re: [U-Boot] [PATCH] usb: dwc3: gadget: make cache-maintenance on event buffers more robust

Hi, Marek Vasut writes: Merely using dma_alloc_coherent does not ensure that there is no stale data left in the caches for the allocated DMA buffer (i.e. that the affected cacheline may still be dirty). The original code was doing the following (on AArch64, which tr

Re: [U-Boot] [PATCH] usb: dwc3: gadget: make cache-maintenance on event buffers more robust

Hi, "Dr. Philipp Tomsich" writes: Good point on the “long”, especially as I just copied this from other occurences and it’s consistently wrong throughout DWC3 in U-Boot: >>> >>> Hrm, I thought the driver was ported over from Linux, so is this broken >>> in Linux too ? >> >> haven't

Re: [U-Boot] [PATCH v1] usb: gadget: f_dfu: write req->actual bytes

Hi, Marek Vasut writes: > On 02/10/2017 05:32 PM, Andy Shevchenko wrote: >> From: Felipe Balbi >> >> If last packet is short, we shouldn't write req->length bytes to >> non-volatile media, we should write only what's available to us, which >>

Re: [U-Boot] [PATCH v1] usb: gadget: f_dfu: write req->actual bytes

Hi Lukasz, Lukasz Majewski writes: > Hi Felipe, > > Thanks for the patch. > Please see my comments below. > > On 13 Feb 2017 11:42 am, Felipe Balbi wrote: > > Hi, > > Marek Vasut writes: > > On 02/10/2017 05:32 PM, Andy Shevchenko wrote: > >&

Re: [U-Boot] [PATCH v1] mmc: pci: only compile on platforms that need it

Hi, Jaehoon Chung writes: > On 02/13/2017 11:56 PM, Andy Shevchenko wrote: >> From: Felipe Balbi >> >> We should only compile pci_mmc.c on platforms that actually need >> this. Some platforms are using generic sdhci through driver model. >> >> Signed

Re: [U-Boot] [PATCH v1] mmc: tangier: Add Intel Tangier eMMC/SDHCI driver

Hi, Jaehoon Chung writes: > Hi Andy, > > On 02/14/2017 11:18 PM, Andy Shevchenko wrote: >> From: Felipe Balbi >> >> This patch adds Intel Tangier eMMC/SDHCI driver. >> >> Signed-off-by: Vincent Tinelli >> Signed-off-by: Felipe Balbi >> Sig

  1   2   >