driver.
Signed-off-by: Dan Murphy
---
v2 - no change from v1
drivers/net/phy/ti.c | 81 ++--
1 file changed, 73 insertions(+), 8 deletions(-)
diff --git a/drivers/net/phy/ti.c b/drivers/net/phy/ti.c
index c3912d5..e91a6ed 100644
--- a/drivers/net
Add the device tree bindings and the accompanying documentation
for the TI DP83867 Giga bit ethernet phy driver.
The original document was from:
[commit 2a10154abcb75ad0d7b6bfea6210ac743ec60897 from the Linux kernel]
Signed-off-by: Dan Murphy
---
v2 - Align the documentation with the
Michal
On 04/05/2016 12:01 PM, Michal Simek wrote:
> On 5.4.2016 17:05, Dan Murphy wrote:
>> Not all devices use the same internal delay or fifo depth.
>> Add the ability to set the internal delay for rx or tx and the
>> fifo depth via the devicetree. If the value is not set
Add the device tree bindings and the accompanying documentation
for the TI DP83867 Giga bit ethernet phy driver.
The original document was from:
[commit 2a10154abcb75ad0d7b6bfea6210ac743ec60897 from the Linux kernel]
Signed-off-by: Dan Murphy
---
RFC->v1 - Separated out bindings t
driver.
Signed-off-by: Dan Murphy
---
RFC->v1 - Added devicetree support - https://patchwork.ozlabs.org/patch/604113/
drivers/net/phy/ti.c | 81 ++--
1 file changed, 73 insertions(+), 8 deletions(-)
diff --git a/drivers/net/phy/ti.c b/drivers/
Tom
On 03/31/2016 10:42 AM, Tom Rini wrote:
> On Thu, Mar 31, 2016 at 10:27:31AM -0500, Dan Murphy wrote:
>> Tom
>>
>> On 03/31/2016 09:11 AM, Tom Rini wrote:
>>> On Thu, Mar 31, 2016 at 07:42:39AM -0500, Dan Murphy wrote:
>>>
>>>> Not al
Tom
On 03/31/2016 09:11 AM, Tom Rini wrote:
> On Thu, Mar 31, 2016 at 07:42:39AM -0500, Dan Murphy wrote:
>
>> Not all devices use the same internal delay or fifo depth.
>> Add the ability to set the internal delay for rx or tx and the
>> fifo depth via the config file.
On 03/31/2016 07:42 AM, Dan Murphy wrote:
> Not all devices use the same internal delay or fifo depth.
> Add the ability to set the internal delay for rx or tx and the
> fifo depth via the config file. If the value is not set in the
> config file then set the delay to the default.
Add in the rx/tx delay as well as the fifo depth
for the dra7 evm rev c board.
Signed-off-by: Dan Murphy
---
include/configs/dra7xx_evm.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/dra7xx_evm.h b/include/configs/dra7xx_evm.h
index 7734e8d..0b20b6d 100644
--- a
Not all devices use the same internal delay or fifo depth.
Add the ability to set the internal delay for rx or tx and the
fifo depth via the config file. If the value is not set in the
config file then set the delay to the default.
Signed-off-by: Dan Murphy
---
drivers/net/phy/ti.c
Enable the TI DP83867 Giga bit phy on the
dra7 rev c board. The rx and tx internal
delays are need for this board so the usage
of RGMII_ID is required.
Signed-off-by: Dan Murphy
---
board/ti/dra7xx/evm.c| 6 ++
include/configs/dra7xx_evm.h | 1 +
2 files changed, 7 insertions
On 06/27/2014 10:36 AM, Felipe Balbi wrote:
> 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.
>>>
hy_power(1);
Should this not be in the omap_usb_phy.c in the omap_enable_phy call below?
I mean you are enabling the PHY right?
> omap_enable_phy(omap);
>
> ret = dwc3_core_init(omap->dwc3_reg);
--
--
Dan Murphy
On 02/19/2014 02:38 PM, Stephen Warren wrote:
> On 02/19/2014 01:31 PM, Dan Murphy wrote:
>> On 02/19/2014 02:22 PM, Stephen Warren wrote:
>>> On 02/19/2014 01:20 PM, Dan Murphy wrote:
>>>> On 02/19/2014 02:05 PM, Stephen Warren wrote:
>>>>> On 02/19/
On 02/19/2014 02:22 PM, Stephen Warren wrote:
> On 02/19/2014 01:20 PM, Dan Murphy wrote:
>> On 02/19/2014 02:05 PM, Stephen Warren wrote:
>>> On 02/19/2014 12:57 PM, Dan Murphy wrote:
>>>> On 02/17/2014 11:56 AM, Dennis Gilmore wrote:
>>> ...
>>
On 02/19/2014 02:05 PM, Stephen Warren wrote:
> On 02/19/2014 12:57 PM, Dan Murphy wrote:
>> On 02/17/2014 11:56 AM, Dennis Gilmore wrote:
> ...
>>> +#ifndef CONFIG_SPL_BUILD
>>> +#include
>> I did not see the patchset for this.
>>
>> Should th
On 02/19/2014 01:38 PM, Stephen Warren wrote:
> On 02/19/2014 12:32 PM, Dan Murphy wrote:
>> On 02/19/2014 01:04 PM, Stephen Warren wrote:
>>> On 02/19/2014 11:59 AM, Dan Murphy wrote:
>>>> On 02/19/2014 12:57 PM, Stephen Warren wrote:
>>>>
On 02/19/2014 01:57 PM, Dan Murphy wrote:
> On 02/17/2014 11:56 AM, Dennis Gilmore wrote:
Missing commit log as well
>> Signed-off-by: Dennis Gilmore
>> ---
>> include/configs/am335x_evm.h | 109
>> --
>> includ
Y 1
> -
> -/*
> * DDR information. We say (for simplicity) that we have 1 bank,
> * always, even when we have more. We always start at 0x8000,
> * and we place the initial stack pointer in our SRAM.
> @@ -101,19 +95,12 @@
> * console baudrate
Stephen
On 02/19/2014 01:29 PM, Stephen Warren wrote:
> On 02/19/2014 12:24 PM, Dan Murphy wrote:
> ...
>> Do we have a directory where default scripts exist for each board? Or at
>> least samples for each board?
>>
>> I could not find them. If they don't exi
On 02/19/2014 01:04 PM, Stephen Warren wrote:
> On 02/19/2014 11:59 AM, Dan Murphy wrote:
>> On 02/19/2014 12:57 PM, Stephen Warren wrote:
>>> On 02/19/2014 11:52 AM, Dan Murphy wrote:
>>>> On 02/19/2014 12:48 PM, Stephen Warren wrote:
>>>>> On 02/19/
On 02/19/2014 01:16 PM, Tom Rini wrote:
> On Wed, Feb 19, 2014 at 01:05:15PM -0600, Dan Murphy wrote:
>> On 02/19/2014 01:02 PM, Eric Nelson wrote:
>>> On 02/19/2014 11:57 AM, Stephen Warren wrote:
>>>> On 02/19/2014 11:52 AM, Dan Murphy wrote:
>>>>>
On 02/19/2014 01:02 PM, Eric Nelson wrote:
> On 02/19/2014 11:57 AM, Stephen Warren wrote:
>> On 02/19/2014 11:52 AM, Dan Murphy wrote:
>>> On 02/19/2014 12:48 PM, Stephen Warren wrote:
>>>> On 02/19/2014 11:44 AM, Dan Murphy wrote:
>>>>> On 02/17/2014
On 02/19/2014 12:57 PM, Stephen Warren wrote:
> On 02/19/2014 11:52 AM, Dan Murphy wrote:
>> On 02/19/2014 12:48 PM, Stephen Warren wrote:
>>> On 02/19/2014 11:44 AM, Dan Murphy wrote:
>>>> On 02/17/2014 11:56 AM, Dennis Gilmore wrote:
>>>>> Sign
On 02/19/2014 12:48 PM, Stephen Warren wrote:
> On 02/19/2014 11:44 AM, Dan Murphy wrote:
>> On 02/17/2014 11:56 AM, Dennis Gilmore wrote:
>>> Signed-off-by: Dennis Gilmore
>>> diff --git a/include/config_distro_bootcmd.h
>>> b/include/config_distro_
B "sata0 sata1"
> +#else
> +#define BOOTCMDS_SATA ""
> +#define BOOT_TARGETS_SATA ""
> +#endif
> +
> +#ifdef CONFIG_CMD_DHCP
> +#define BOOTCMDS_DHCP \
> + "bootcmd_dhcp=" \
> + BOOTCMD_INIT_USB \
> + "if dhcp ${scri
Bump
On 02/07/2014 03:42 AM, Roger Quadros wrote:
> On 02/03/2014 02:59 PM, Dan Murphy wrote:
>> Add the SATA boot support for OMAP5 and dra7xx.
>>
>> Renamed the omap_sata_init to the common init_sata(int dev)
>> for commonality in with sata stack.
>>
>>
Bump
On 02/10/2014 04:40 AM, Roger Quadros wrote:
> Dan,
>
> On 02/07/2014 04:11 PM, Dan Murphy wrote:
>> Roger
>>
>> On 02/07/2014 03:48 AM, Roger Quadros wrote:
>>> Hi Dan,
>>>
>>> On 02/03/2014 02:59 PM, Dan Murphy wrote:
>>
Roger
On 02/07/2014 03:48 AM, Roger Quadros wrote:
> Hi Dan,
>
> On 02/03/2014 02:59 PM, Dan Murphy wrote:
>> Add spl_sata to read a fat partition from a bootable SATA
>> drive.
>>
>> Signed-off-by: Dan Murphy
>> ---
> I got some check-patch errors w
Add the SATA boot support for OMAP5 and dra7xx.
Renamed the omap_sata_init to the common init_sata(int dev)
for commonality in with sata stack.
Added the ROM boot device ID for SATA.
Signed-off-by: Dan Murphy
---
v2 - Removed omap_sata_init from header -
http://patchwork.ozlabs.org/patch
Add spl_sata to read a fat partition from a bootable SATA
drive.
Signed-off-by: Dan Murphy
---
v2 - Removed debug print - http://patchwork.ozlabs.org/patch/314811/
common/Makefile |3 +++
common/cmd_scsi.c |2 ++
common/spl/Makefile |1 +
common/spl/spl.c |5
Roger
On 01/29/2014 03:16 AM, Roger Quadros wrote:
> Hi Dan,
>
> On 01/28/2014 10:01 PM, Dan Murphy wrote:
>> Add spl_sata to read a fat partition from a bootable SATA
>> drive.
>>
>> Signed-off-by: Dan Murphy
>> ---
>> common/Makefile
Roger
On 01/29/2014 03:03 AM, Roger Quadros wrote:
> Hi Dan,
>
> On 01/28/2014 10:01 PM, Dan Murphy wrote:
>> Add the SATA boot support for OMAP5 and dra7xx.
>>
>> Renamed the omap_sata_init to the common init_sata(int dev)
>> for commonality in with sata stack.
&
Add the SATA boot support for OMAP5 and dra7xx.
Renamed the omap_sata_init to the common init_sata(int dev)
for commonality in with sata stack.
Added the ROM boot device ID for SATA.
Signed-off-by: Dan Murphy
---
arch/arm/cpu/armv7/omap-common/sata.c |3 ++-
arch/arm/include/asm/arch
Add spl_sata to read a fat partition from a bootable SATA
drive.
Signed-off-by: Dan Murphy
---
common/Makefile |3 +++
common/cmd_scsi.c |2 ++
common/spl/Makefile |1 +
common/spl/spl.c |5 +
common/spl/spl_sata.c | 51
Add SPL support to be able to detect a USB Mass Storage device
connected to a USB host. Once a USB Mass storage device is detected
the SPL will load the u-boot.img from a FAT partition to target address.
Signed-off-by: Dan Murphy
---
v2 - Updated spl.h after rebase because the #define did not
Move the FAT functions to a common location for reuse.
Signed-off-by: Dan Murphy
---
v2 - No change just a rebase - http://patchwork.ozlabs.org/patch/309264/
common/spl/Makefile |1 +
common/spl/spl_fat.c | 96 ++
common/spl/spl_mmc.c
Add the USB host boot support for the am43xx evm
Add the macros to boot from a usb drive in uBoot
Signed-off-by: Dan Murphy
---
v2 - This is the first time for this patch just enabled AM43xx
include/configs/am43xx_evm.h | 46 --
1 file changed, 40
Makefile is not correct
the message to force adding the Makefile is still shown.
So reorder the .gitignore for the Makefile and indicate that the Makefile
does not need to be ignored first and then indicate everything else in spl
should be ignored after wards.
Signed-off-by: Dan Murphy
---
v2 - No
On 01/10/2014 07:02 AM, Dan Murphy wrote:
> Add SPL support to be able to detect a USB Mass Storage device
> connected to a USB host. Once a USB Mass storage device is detected
> the SPL will load the u-boot.img from a FAT partition to target address.
>
> Signed-off-by: Dan Murphy
Add SPL support to be able to detect a USB Mass Storage device
connected to a USB host. Once a USB Mass storage device is detected
the SPL will load the u-boot.img from a FAT partition to target address.
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-am33xx/spl.h | 14
Makefile is not correct
the message to force adding the Makefile is still shown.
So reorder the .gitignore for the Makefile and indicate that the Makefile
does not need to be ignored first and then indicate everything else in spl
should be ignored after wards.
Signed-off-by: Dan Murphy
---
.gitignore
Move the FAT functions to a common location for reuse.
Signed-off-by: Dan Murphy
---
common/spl/Makefile |1 +
common/spl/spl_fat.c | 96 ++
common/spl/spl_mmc.c | 68 ---
include/spl.h|5 +++
4
gt; git://git.denx.de/u-boot-ti.git master
>
> for you to fetch changes up to b65391f99393ce43a8fe2bbcd9e9663dea41682f:
>
> ARM: am437x: Adapt to common CONFIG_BOOTCMD (2013-12-18 10:49:32 -0500)
>
> ------------
> D
Enable the USB host boot support for the AM437 evm
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-am33xx/spl.h |1 +
include/configs/am43xx_evm.h |7 +++
2 files changed, 8 insertions(+)
diff --git a/arch/arm/include/asm/arch-am33xx/spl.h
b/arch/arm/include/asm
This patch series adds the support to initialize the USB host controller
scan for a USB mass storage device and load a file.
Currently only FAT image load is supported but I left the RAW image loading
code in the file to further develop this.
This work was derived from the spl_mmc.c code
___
Add the ability to load a u-boot off a USB mass storage device
from the SPL
Signed-off-by: Dan Murphy
---
common/Makefile |2 +
common/spl/Makefile |2 +
common/spl/spl.c |5 ++
common/spl/spl_usb.c | 179 ++
include/spl.h
Fix the offset for the USB clock registers
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-am33xx/hardware_am43xx.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/arch-am33xx/hardware_am43xx.h
b/arch/arm/include/asm/arch-am33xx
Update the CONFIG_BOOTCMD to adopt the common
boot command which parses through USB, MMC and NAND.
This patch is dependent on the series starting with
http://patchwork.ozlabs.org/patch/292986/
Signed-off-by: Dan Murphy
---
include/configs/am43xx_evm.h | 20 +---
1 file
should not reference panda.
This implemenation was adopted from the tegra-common-post.h file.
Signed-off-by: Dan Murphy
---
include/configs/am335x_evm.h | 77 ++---
include/configs/dra7xx_evm.h | 25
include/configs/omap4_common.h
F_PRECALCULATED_TIMING_REGS
> #define CONFIG_SYS_AUTOMATIC_SDRAM_DETECTION
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
V2 patchset for TI SoC's that support xHCI controllers
Dan Murphy (6):
usb: omap: Move the xhci-omap header file to common location
usb: omap5: Update the board_usb_init api
usb: omap: Move the usb phy code to the usb/phy directory
usb: dra7xx: Add support for dra7xx xhci USB host
Add the support for the dra7xx xhci usb host.
dra7xx does not contain an EHCI controller so the headers
can be removed from the board file.
The xHCI host on dra7xx is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy
---
v2 - In
Add the support for the am437x xhci usb host.
The xHCI host on AM437 is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy
---
v2 - Changed int->const u32 for usb_otg_ss_clk_val -
http://patchwork.ozlabs.org/patch/281932/
arch/arm/include/
Move the MAC creation from the USB init to an function
that is called on every boot. This will then populate the
usbethaddr mac that kernel driver can pick up from the
device tree blob.
Signed-off-by: Dan Murphy
---
v2 - No code changes - http://patchwork.ozlabs.org/patch/281930/
board/ti
Recent patches declares board_usb_init function prototype for a new
usb architecture.
Turning on the OMAP_XHCI defines cause a redefinition compiler failure.
So update the board_usb_init to the latest prototype.
Signed-off-by: Dan Murphy
---
v2 - Adopted to board_usb_init and not create a new
itself.
Signed-off-by: Dan Murphy
---
v2 - No code change just a patch format change for copied code -
http://patchwork.ozlabs.org/patch/281934/
drivers/usb/host/xhci-omap.c | 171 +---
drivers/usb/phy/Makefile |1 +
.../usb/{host
Moving the xhci-omap header to a more global location so that
other code can reference this code.
Signed-off-by: Dan Murphy
---
v2 - Reformatted patch with -M - http://patchwork.ozlabs.org/patch/281933/
drivers/usb/host/xhci-omap.c |2 +-
.../arch-omap5 => incl
Add a MAC address create based on the OMAP die ID registers.
Then poplulate the ethaddr enviroment variable so that the device
tree alias can be updated prior to boot.
Signed-off-by: Dan Murphy
---
v2 - Change ethaddr->usbethaddr per comments-
http://patchwork.ozlabs.org/patch/281972/
a
Marek
On 10/09/2013 07:35 PM, Marek Vasut wrote:
> Dear Dan Murphy,
>
>> Marek
>>
>> On 10/09/2013 06:38 PM, Marek Vasut wrote:
>>> Dear Dan Murphy,
>>>
>>>> Moving the usb/phy code from xhci-omap to the usb/phy directory
>&g
Jagan
On 10/09/2013 12:26 PM, Jagan Teki wrote:
> Hi,
>
> What is this are you manually created this.
> please use --cover-letter on git format-patch
>
> Will list down the patches on the cover letter and this will be PATCH 0/6
>
> On Wed, Oct 9, 2013 at 10:51 PM, Dan Mu
Marek
On 10/09/2013 06:38 PM, Marek Vasut wrote:
> Dear Dan Murphy,
>
>> Recent patches declares board_usb_init function prototype for a new
>> usb architecture.
>>
>> Turning on the OMAP_XHCI defines cause a redefinition compiler failure.
>> So r
Marek
On 10/09/2013 06:37 PM, Marek Vasut wrote:
> Dear Dan Murphy,
>
>> Moving the xhci-omap header to a more global location so that
>> other code can reference this code.
>>
>> Signed-off-by: Dan Murphy
> Is this just a simple move? Can you please repost wi
Marek
On 10/09/2013 06:38 PM, Marek Vasut wrote:
> Dear Dan Murphy,
>
>> Moving the usb/phy code from xhci-omap to the usb/phy directory
>> and moving the associated phy code over to the new file.
>>
>> Newer TI processors adding xHCI support will have different PHY
Tom
On 10/09/2013 02:27 PM, Tom Rini wrote:
> On Wed, Oct 09, 2013 at 01:53:46PM -0500, Dan Murphy wrote:
>
>> Add a MAC address create based on the OMAP die ID registers.
>> Then poplulate the ethaddr enviroment variable so that the device
>> tree alias can be updated pri
OMAP4 panda rev A6 is a 4430 es2.3 IC with an updated memory
part.
The panda rev A6 uses Elpida 2x4Gb memory and no longer uses Micron
so the timings needs to be updated
Signed-off-by: Dan Murphy
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |4
1 file changed, 4 insertions(+)
diff
Add a MAC address create based on the OMAP die ID registers.
Then poplulate the ethaddr enviroment variable so that the device
tree alias can be updated prior to boot.
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-omap4/omap.h |4
board/ti/panda/panda.c | 16
On 10/09/2013 12:19 PM, Dan Murphy wrote:
> This patch series contains the following changes
>
> - Moves the xhci-omap.h to a common location
> - Fixes a compilation issue on OMAP5 when xHCI is defined when patch
> "usb: new board-specific USB init interface" is applied
Add the support for the dra7xx xhci usb host.
dra7xx does not contain an EHCI controller so the headers
can be removed from the board file.
The xHCI host on dra7xx is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy
---
arch/arm/cpu/armv7/omap5
Add the support for the am437x xhci usb host.
The xHCI host on AM437 is connected to a usb2 phy so need to
add support to enable those clocks.
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-am33xx/hardware_am43xx.h | 10 +
drivers/usb/phy/omap_usb_phy.c
Moving the xhci-omap header to a more global location so that
other code can reference this code.
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-omap5/xhci-omap.h | 124 ---
drivers/usb/host/xhci-omap.c|2 +-
include/linux/usb/xhci-omap.h
itself.
Signed-off-by: Dan Murphy
---
drivers/usb/host/xhci-omap.c | 171 +-
drivers/usb/phy/Makefile |1 +
drivers/usb/phy/omap_usb_phy.c | 197
include/linux/usb/xhci-omap.h |6 ++
4 files changed, 206
This patch series contains the following changes
- Moves the xhci-omap.h to a common location
- Fixes a compilation issue on OMAP5 when xHCI is defined when patch
"usb: new board-specific USB init interface" is applied
- Moves the TI USB PHY code out of the xhci-omap.c file and into
a new file cal
Move the MAC creation from the USB init to an function
that is called on every boot. This will then populate the
usbethaddr mac that kernel driver can pick up from the
device tree blob.
Signed-off-by: Dan Murphy
---
board/ti/omap5_uevm/evm.c | 39 ---
1
Recent patches declares board_usb_init function prototype for a new
usb architecture.
Turning on the OMAP_XHCI defines cause a redefinition compiler failure.
So rename the API from board_usb_init to board_xhci_usb_init.
Signed-off-by: Dan Murphy
---
board/ti/omap5_uevm/evm.c|4
All
On 10/02/2013 03:21 PM, Dan Murphy wrote:
> Tom
>
> On 10/02/2013 03:19 PM, Tom Rini wrote:
>> On Wed, Oct 02, 2013 at 03:14:26PM -0500, Dan Murphy wrote:
>>> Tom
>>>
>>> On 10/02/2013 02:19 PM, Tom Rini wrote:
>>>> On Wed, Oct 02, 20
Tom
On 10/02/2013 03:19 PM, Tom Rini wrote:
> On Wed, Oct 02, 2013 at 03:14:26PM -0500, Dan Murphy wrote:
>> Tom
>>
>> On 10/02/2013 02:19 PM, Tom Rini wrote:
>>> On Wed, Oct 02, 2013 at 02:00:15PM -0500, Dan Murphy wrote:
>>>
>>>> A bo
Tom
On 10/02/2013 02:19 PM, Tom Rini wrote:
> On Wed, Oct 02, 2013 at 02:00:15PM -0500, Dan Murphy wrote:
>
>> A board that has a USB ethernet device only may set the usbetheraddr
>> and not the ethaddr.
>> ethaddr will be the default MAC address that is chosen and if
A board that has a USB ethernet device only may set the usbetheraddr
and not the ethaddr.
ethaddr will be the default MAC address that is chosen and if that
is not populated then the usbethaddr is looked at. If neither are set
then then device tree blob is not modified.
Signed-off-by: Dan Murphy
gt; Let's wait for Dan a bit.
> Ok
>
>
>
I have not received any feedback from Sarah.
So if you want to pull the code in we can and then just fix issues as we move
forward.
Dan
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
hanges to the OMAP patches just removed the single header file patch that
Vivek graciously fixed in his code.
Tested-by: Dan Murphy
Dan
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ourtunity to review or test.
Dan
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Marek
On 09/04/2013 09:17 AM, Marek Vasut wrote:
> Dear Dan Murphy,
>
>> Add the asm/io.h header to resolve implicit declaration of
>> readl/writel
>>
>> Signed-off-by: Dan Murphy
>> ---
>> drivers/usb/host/xhci.h |2 ++
>> 1 file changed, 2 i
s
> Cc: Minkyu Kang
> Cc: Dan Murphy
> Cc: Marek Vasut
> ---
> arch/arm/include/asm/arch-exynos/cpu.h |8 +
> arch/arm/include/asm/arch-exynos/xhci-exynos.h | 90 +++
> drivers/usb/host/Makefile |1 +
> dri
Add the call back into the board file for to enable
the SMPS10 VBUS regulator.
Signed-off-by: Dan Murphy
---
board/ti/omap5_uevm/evm.c | 74 +++--
1 file changed, 51 insertions(+), 23 deletions(-)
diff --git a/board/ti/omap5_uevm/evm.c b/board/ti
Add the OMAP file for the xHCI Host controller
This code will initilialize the proper components within the
OMAP5 to enable the xHCI host controller.
Signed-off-by: Dan Murphy
---
arch/arm/include/asm/arch-omap5/xhci-omap.h | 124 ++
drivers/usb/host/Makefile |1
Add the prcm registers and the bit definitions to enable the
USB SS port of the OMAP5 device.
Signed-off-by: Dan Murphy
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |4 ++--
arch/arm/cpu/armv7/omap5/prcm-regs.c |4
arch/arm/include/asm/arch-omap5/clock.h
This patch series adds the OMAP5 xHCI support.
It is has dependencies on the following patches
http://patchwork.ozlabs.org/patch/268797/
http://patchwork.ozlabs.org/patch/268766/
At this time the uBoot USB engine does not allow more then one stack
to be enabled at a time. Since the ethernet por
Add the asm/io.h header to resolve implicit declaration of
readl/writel
Signed-off-by: Dan Murphy
---
drivers/usb/host/xhci.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index 467afe0..91935f0 100644
--- a/drivers/usb/host/xhci.h
Add new functionality to turn on SMPS10 regulator.
This supplies the VBUS to devices connected to the
USB host ports
Signed-off-by: Dan Murphy
---
drivers/power/palmas.c | 15 +++
include/palmas.h |6 ++
2 files changed, 21 insertions(+)
diff --git a/drivers/power
Tom
On 08/06/2013 02:10 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:28:53PM -0500, Dan Murphy wrote:
>> On 08/02/2013 03:26 PM, Tom Rini wrote:
>>> With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
>>> must not rely on this define being set. T
Tom
On 08/06/2013 02:13 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:37:34PM -0500, Dan Murphy wrote:
>> On 08/02/2013 03:26 PM, Tom Rini wrote:
>>> Update omap5_common.h to use ti_armv7_common.h, and in turn update
>>> dra7xx_evm.h and omap5_uevm.h slightly. T
t; -
> #endif /* __CONFIG_OMAP5_COMMON_H */
> diff --git a/include/configs/omap5_uevm.h b/include/configs/omap5_uevm.h
> index 47568e9..d10c2b5 100644
> --- a/include/configs/omap5_uevm.h
> +++ b/include/configs/omap5_uevm.h
> @@ -17,8 +17,6 @@
> "uuid_disk=${uuid_gpt_disk};" \
> "name=rootfs,start=2MiB,size=-,uuid=${uuid_gpt_rootfs}"
>
> -#include
> -
> #define CONFIG_CONS_INDEX3
> #define CONFIG_SYS_NS16550_COM3 UART3_BASE
> #define CONFIG_BAUDRATE 115200
> @@ -42,9 +40,9 @@
> #define CONFIG_SYS_I2C_TCA642X_BUS_NUM 4
> #define CONFIG_SYS_I2C_TCA642X_ADDR 0x22
>
> -#define CONFIG_SYS_PROMPT"OMAP5432 uEVM # "
> -
> #define CONSOLEDEV "ttyO2"
> -
> #define CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC 16296
> +
> +#include
> +
> #endif /* __CONFIG_OMAP5_EVM_H */
Would it be better to split this into two patches? one for OMAP5 and one for
dra7xx?
Dan
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
t; -
> #endif /* __CONFIG_OMAP5_COMMON_H */
> diff --git a/include/configs/omap5_uevm.h b/include/configs/omap5_uevm.h
> index 47568e9..d10c2b5 100644
> --- a/include/configs/omap5_uevm.h
> +++ b/include/configs/omap5_uevm.h
> @@ -17,8 +17,6 @@
> "uuid_disk=${uuid_gpt_disk};" \
> "name=rootfs,start=2MiB,size=-,uuid=${uuid_gpt_rootfs}"
>
> -#include
> -
> #define CONFIG_CONS_INDEX3
> #define CONFIG_SYS_NS16550_COM3 UART3_BASE
> #define CONFIG_BAUDRATE 115200
> @@ -42,9 +40,9 @@
> #define CONFIG_SYS_I2C_TCA642X_BUS_NUM 4
> #define CONFIG_SYS_I2C_TCA642X_ADDR 0x22
>
> -#define CONFIG_SYS_PROMPT"OMAP5432 uEVM # "
> -
> #define CONSOLEDEV "ttyO2"
> -
> #define CONFIG_OMAP_PLATFORM_RESET_TIME_MAX_USEC 16296
> +
> +#include
> +
> #endif /* __CONFIG_OMAP5_EVM_H */
Would it be better to split this into two patches? one for OMAP5 and one for
dra7xx?
Dan
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> +#define CONFIG_CMD_SPI
>
> /* GPIO block */
> #define CONFIG_OMAP_GPIO
Acked-by: Dan Murphy
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>
> /*
> * GPMC NAND block. We support 1 device and the physical address to
Acked-by: Dan Murphy
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
+#define CONFIG_SPL_STACK CONFIG_SYS_INIT_SP_ADDR
> +#define CONFIG_SYS_TEXT_BASE 0x8080
> +#define CONFIG_SPL_BSS_START_ADDR0x80a0
> +#define CONFIG_SPL_BSS_MAX_SIZE 0x8 /* 512 KB */
> +#define CONFIG_SYS_SPL_MALLOC_START (CON
(image_entry_arg_t) spl_image.entry_point;
> cleanup_before_linux();
> - image_entry(0, CONFIG_MACH_TYPE, arg);
> + image_entry(0, machid, arg);
> }
> #endif
The code looks fine just don't see how it is part of the "common" patch set
series
otherwise
Acked
HERENT
> -#define CONFIG_DMA_COHERENT_SIZE (1 << 20)
> -
> #define CONFIG_ENV_SIZE (128 << 10) /* 128 KiB */
> #define CONFIG_SYS_MALLOC_LEN(1024 << 10)
> #define CONFIG_SYS_LONGHELP /* undef to save memory */
Acked-by: Dan Murphy
--
--
Dan Murphy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
* Enable the OMAP5 EHCI host clocks
* Add OMAP5 EHCI register definitions
* Add OMAP5 ES2 host revision
Signed-off-by: Dan Murphy
---
v3 - Updated per comments - http://patchwork.ozlabs.org/patch/258230/
v4 - Updated per comments added the CONFIG option for PHY3 GPIO -
http
101 - 200 of 306 matches
Mail list logo