Tested-by: Steve Rae s...@broadcom.com
(does resolve the issue on our board!)
On 14-06-27 02:37 AM, Pantelis Antoniou wrote:
Hi Eli,
On Jun 12, 2014, at 12:41 PM, Eli Billauer wrote:
The current wait loop just reads the status 1 times, which makes the
actual timeout period platform
Albert,
I don't think that there is any code currently submitted that triggers
this error.
(it is hidden inside inline functions...)
However, you could add one line of code 'anywhere' to test this:
test_and_set_bit(1, (volatile void *)0x12345678);
Thanks, Steve
PS.
- using:
This series adds the bcm958300k and the bcm958622hr boards which
share the iproc architecture code.
Scott Branden (4):
arm: iproc: Initial commit of iproc architecture code
arm: bcmcygnus: Add bcmcygnus u-architecture
arm: bcmnsp: Add bcmnsp u-architecture
arm: add Cygnus and NSP boards
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom NSP SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
arch/arm/cpu/armv7/bcmnsp/Makefile | 7 +++
arch
From: Scott Branden sbran...@broadcom.com
The iproc architecture code is present in several Broadcom
chip architectures, including Cygnus and NSP.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
arch/arm/cpu/armv7/Makefile
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom Cygnus SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
arch/arm/cpu/armv7/bcmcygnus/Makefile | 7
From: Scott Branden sbran...@broadcom.com
The bcm_ep board configuration is used by a number of boards
including Cygnus and NSP.
Add builds for the bcm958300k and the bcm958622hr boards.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
arch/arm
On 14-07-20 12:54 AM, Wolfgang Denk wrote:
Dear Steve Rae,
In message 1405733854-20194-5-git-send-email-s...@broadcom.com you wrote:
The bcm_ep board configuration is used by a number of boards
including Cygnus and NSP.
Add builds for the bcm958300k and the bcm958622hr boards
On 14-07-20 12:46 AM, Wolfgang Denk wrote:
Dear Steve Rae,
In message 1405733854-20194-2-git-send-email-s...@broadcom.com you wrote:
From: Scott Branden sbran...@broadcom.com
The iproc architecture code is present in several Broadcom
chip architectures, including Cygnus and NSP
This series adds the bcm958300k and the bcm958622hr boards which
share the iproc architecture code.
Changes in v2:
- remove unused include file
- reformat multi-line comment(s)
- remove deprecated SZ_ definitions
- remove misc_init_r()
- update CONFIG_ENV_SIZE
Scott Branden (4):
arm: iproc:
From: Scott Branden sbran...@broadcom.com
The iproc architecture code is present in several Broadcom
chip architectures, including Cygnus and NSP.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- remove unused include file
arch
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom Cygnus SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2: None
arch/arm/cpu/armv7/bcmcygnus
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom NSP SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2: None
arch/arm/cpu/armv7/bcmnsp/Makefile
From: Scott Branden sbran...@broadcom.com
The bcm_ep board configuration is used by a number of boards
including Cygnus and NSP.
Add builds for the bcm958300k and the bcm958622hr boards.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes
From: Jiandong Zheng jdzh...@broadcom.com
Enable Ethernet clock when Broadcom StarFighter2 Ethernet block
(CONFIG_BCM_SF2_ETH) is enabled.
Signed-off-by: Jiandong Zheng jdzh...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
- added board with this feature enabled
arch/arm/cpu
On 14-07-22 03:41 PM, Steve Rae wrote:
This series adds the bcm958300k and the bcm958622hr boards which
share the iproc architecture code.
Changes in v2:
- remove unused include file
- reformat multi-line comment(s)
- remove deprecated SZ_ definitions
- remove misc_init_r()
- update
On 14-06-26 01:13 PM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH
- the support for eMMC is enabled
On 14-07-30 06:23 PM, Marek Vasut wrote:
On Thursday, July 31, 2014 at 03:02:37 AM, Steve Rae wrote:
On 14-06-26 01:13 PM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash
On 14-07-30 06:25 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:21 PM, Steve Rae wrote:
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
This file is ASIS from:
https://raw.githubusercontent.com/AOSB/android_system_core
From: Jiandong Zheng jdzh...@broadcom.com
Enable Ethernet clock when Broadcom StarFighter2 Ethernet block
(CONFIG_BCM_SF2_ETH) is enabled.
Signed-off-by: Jiandong Zheng jdzh...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
- with the changes to boards.cfg, the board
-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- added Ethernet Driver
drivers/net/Makefile | 2 +
drivers/net/bcm-sf2-eth-gmac.c | 971 +
drivers/net/bcm-sf2-eth-gmac.h | 224 ++
drivers/net/bcm-sf2-eth.c | 268
Add board which has Broadcom StarFighter2 Ethernet capability.
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- created from previous boards.cfg
board/broadcom/bcm28155_w1d/MAINTAINERS | 6 ++
configs/bcm28155_w1d_defconfig | 3 +++
2 files changed, 9 insertions
On 14-08-05 07:00 AM, Tom Rini wrote:
On Thu, Jul 31, 2014 at 10:32:51AM -0700, Steve Rae wrote:
On 14-07-30 06:25 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:21 PM, Steve Rae wrote:
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s
On 14-07-30 06:39 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:23 PM, Steve Rae wrote:
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
Reviewed-by: Marek Vasut ma...@denx.de
Thanks, Steve
Best regards,
Marek Vasut
On 14-07-30 06:40 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:24 PM, Steve Rae wrote:
- update static function
- additional debugging statements
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2:
- new in v2
drivers/usb/gadget/f_fastboot.c
On 14-07-30 06:37 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:22 PM, Steve Rae wrote:
[...]
+
+#include common.h
+#include fb_mmc.h
+#include part.h
+#include sparse_format.h
+
+/* The 64 defined bytes plus \0 */
+#define RESPONSE_LEN (64 + 1)
+
+static char *response_str
most references to 'mmc',
which leaves only one mmc specific function: mmc_get_dev()
Changes in v2:
- split large function into three
- improved handling of response messages
- additional partition size checking when writing sparse image
- update README.android-fastboot file
- new in v2
Steve Rae
- add support for 'fastboot flash' command for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v4:
- rearranged this patchset so that sparse_format.h can be dropped (if we
cannot
resolve the copyright/licensing issues)
- update mmc_get_dev(...) to get_dev(mmc
- update static function
- additional debugging statements
- update fastboot command information
- add missing include file
- update spelling
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v4:
- update debug string as per feedback
Changes in v3: None
Changes in v2:
- new in v2
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
Reviewed-by: Marek Vasut ma...@denx.de
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- update README.android-fastboot file
README | 10 ++
doc/README.android
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
This file is ASIS from:
https://raw.githubusercontent.com/AOSB/android_system_core/master/libsparse/sparse_format.h
(commit 28fa5bc347390480fe190294c6c385b6a9f0d68b)
except for the __UBOOT__
- add capability to fastboot flash with sparse format images
Signed-off-by: Steve Rae s...@broadcom.com
---
I suspect that the sparse image handling (ie. the while (remaining_chunks)
loop)
has been implemented elsewhere -- I need help finding the original code to
determine
any licensing issues
On 14-08-06 05:13 PM, Marek Vasut wrote:
On Thursday, August 07, 2014 at 01:48:06 AM, Steve Rae wrote:
On 14-07-30 06:37 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:22 PM, Steve Rae wrote:
[...]
+
+#include common.h
+#include fb_mmc.h
+#include part.h
+#include
On 14-08-06 05:16 PM, Marek Vasut wrote:
On Thursday, August 07, 2014 at 01:55:08 AM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled
On 14-08-06 05:14 PM, Marek Vasut wrote:
On Thursday, August 07, 2014 at 01:55:12 AM, Steve Rae wrote:
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
Are we discussing the licensing issues here still ? Tom ?
Best regards,
Marek Vasut
On 14-08-07 06:51 AM, Sebastian Andrzej Siewior wrote:
On 08/07/2014 03:45 PM, Marek Vasut wrote:
I agree. Is there a version of this file with BSD license on it ? Then that'd be
a problem solved, right ?
Right. I don't recall the locations of the second tree but if Steve is
going to search
On 14-08-07 06:23 AM, Marek Vasut wrote:
On Thursday, August 07, 2014 at 02:28:13 AM, Steve Rae wrote:
On 14-08-06 05:13 PM, Marek Vasut wrote:
On Thursday, August 07, 2014 at 01:48:06 AM, Steve Rae wrote:
On 14-07-30 06:37 PM, Marek Vasut wrote:
On Thursday, June 26, 2014 at 10:13:22 PM
( Google agreed to submit a patch with BSD3 license stay tuned!!! )
On 14-08-09 05:48 AM, Marek Vasut wrote:
On Friday, August 08, 2014 at 12:17:38 AM, Wolfgang Denk wrote:
Dear Marek,
In message 201408072343.58591.ma...@denx.de you wrote:
OK, so we need a GPLv2-compatible header file.
On 14-08-10 06:59 PM, Dileep Katta wrote:
Flash command internally uses DFU, and Fastboot command initialization is
modified to add DFU and partition initialization
Added oem format functionality for GPT table creation
partitioning code is added as disk/part_fastboot.c for better usability
From: Scott Branden sbran...@broadcom.com
The iproc architecture code is present in several Broadcom
chip architectures, including Cygnus and NSP.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2:
- remove unused
deprecated SZ_ definitions
- remove misc_init_r()
- update CONFIG_ENV_SIZE
Scott Branden (4):
arm: iproc: Initial commit of iproc architecture code
arm: bcmcygnus: Add bcmcygnus u-architecture
arm: bcmnsp: Add bcmnsp u-architecture
arm: add Cygnus and NSP boards
Steve Rae (1):
arm: convert
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom NSP SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2: None
arch/arm/cpu
Convert the bcm958300k and the bcm958622hr boards from boards.cfg to Kconfig.
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3:
- add required files for Kconfig
Changes in v2: None
arch/arm/Kconfig | 8
board/broadcom/bcm958300k/Kconfig | 23
From: Scott Branden sbran...@broadcom.com
Base support for the Broadcom Cygnus SoC.
Based on iproc-common and the SoC specific reset function.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2: None
arch/arm/cpu
From: Scott Branden sbran...@broadcom.com
The bcm_ep board configuration is used by a number of boards
including Cygnus and NSP.
Add builds for the bcm958300k and the bcm958622hr boards.
Signed-off-by: Scott Branden sbran...@broadcom.com
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes
On 14-05-05 03:50 AM, Przemyslaw Marczak wrote:
Hello Steve,
On 04/30/2014 12:31 AM, Steve Rae wrote:
Check the Alternate GPT table if the Primary GPT table is invalid.
Signed-off-by: Steve Rae s...@broadcom.com
---
disk/part_efi.c | 20 ++--
1 file changed, 18 insertions
Pantelis,
As per comments below, I suspect that adding another argument to the callback
function is unacceptable. Please clarify!
Thanks, Steve
On 14-04-29 11:08 AM, Steve Rae wrote:
Thanks for the response,
-Original Message-
From: Pantelis Antoniou [mailto:pa...@antoniou
Hmmm - perhaps Secondary would be more accurate wording than Alternate
(v2 coming...)
On 14-05-05 09:12 AM, Steve Rae wrote:
On 14-05-05 03:50 AM, Przemyslaw Marczak wrote:
Hello Steve,
On 04/30/2014 12:31 AM, Steve Rae wrote:
Check the Alternate GPT table if the Primary GPT table
Check the Secondary GPT table if the Primary GPT table is invalid.
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- changed wording: Alternate to Secondary
disk/part_efi.c | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/disk/part_efi.c b
On 14-05-05 11:43 AM, Tom Rini wrote:
On Mon, May 05, 2014 at 11:26:44AM -0700, Steve Rae wrote:
Hmmm - perhaps Secondary would be more accurate wording than Alternate
(v2 coming...)
Is there any official name for this in the GPT spec?
I proposed Secondary because it matched doc/README.gpt
On 14-05-05 12:41 PM, Tom Rini wrote:
On Mon, May 05, 2014 at 12:22:18PM -0700, Steve Rae wrote:
On 14-05-05 11:43 AM, Tom Rini wrote:
On Mon, May 05, 2014 at 11:26:44AM -0700, Steve Rae wrote:
Hmmm - perhaps Secondary would be more accurate wording than Alternate
(v2 coming
Check the Backup GPT table if the Primary GPT table is invalid.
Renamed Secondary GPT to Backup GPT as per:
UEFI Specification (Version 2.3.1, Errata A)
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3:
- renamed: Secondary GPT to Backup GPT
Changes in v2:
- changed wording
convert to generic board
Signed-off-by: Steve Rae s...@broadcom.com
---
include/configs/bcm28155_ap.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/bcm28155_ap.h b/include/configs/bcm28155_ap.h
index e93b855..bf09939 100644
--- a/include/configs/bcm28155_ap.h
+++ b/include
:
- get_partition_info_efi_by_name(): find a partition entry by name
Tested on ARMv7 and ARMv8.
(not tested on Big Endian...)
Steve Rae (3):
disk: part_efi: resolve endianness issues
disk: part_efi: clarify lbaint_t usage
disk: part_efi: add get_partition_info_efi_by_name()
disk/part_dos.c
Add function to find a GPT table entry by name.
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae s...@broadcom.com
---
disk/part_efi.c | 21 -
include/part.h | 11 +++
2 files changed, 31 insertions(+), 1 deletion(-)
diff --git
- update the comments regarding lbaint_t usage
- cleanup casting of values related to the lbaint_t type
- cleanup of a type that requires a u64
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae s...@broadcom.com
---
disk/part_dos.c| 5 +++--
disk/part_efi.c
Tested on little endian ARMv7 and ARMv8 configurations
Signed-off-by: Steve Rae s...@broadcom.com
---
disk/part_efi.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index c74b7b9..8c89740 100644
--- a/disk/part_efi.c
+++ b/disk
- i2c mw command hangs (with some compilers)
Signed-off-by: Steve Rae s...@broadcom.com
---
drivers/i2c/kona_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/kona_i2c.c b/drivers/i2c/kona_i2c.c
index 0b1715a..5eab338 100644
--- a/drivers/i2c/kona_i2c.c
+++ b
Each wrapper function:
- switches to the specified physical partition, then
- performs the original function, and then
- switches back to the original physical partition
where the physical partition (aka HW partition) is
0=User, 1=Boot1, 2=Boot2, etc.
Signed-off-by: Steve Rae s...@broadcom.com
On 14-05-29 11:51 AM, Stephen Warren wrote:
On 05/29/2014 11:58 AM, Steve Rae wrote:
Hi, Stephen
On 14-05-29 09:25 AM, Stephen Warren wrote:
On 05/28/2014 04:15 PM, Steve Rae wrote:
Each wrapper function:
- switches to the specified physical partition, then
- performs the original function
On 14-05-29 01:30 PM, Stephen Warren wrote:
On 05/29/2014 01:44 PM, Steve Rae wrote:
On 14-05-29 11:51 AM, Stephen Warren wrote:
On 05/29/2014 11:58 AM, Steve Rae wrote:
Hi, Stephen
On 14-05-29 09:25 AM, Stephen Warren wrote:
On 05/28/2014 04:15 PM, Steve Rae wrote:
Each wrapper
Hi, Stephen
On 14-05-29 09:25 AM, Stephen Warren wrote:
On 05/28/2014 04:15 PM, Steve Rae wrote:
Each wrapper function:
- switches to the specified physical partition, then
- performs the original function, and then
- switches back to the original physical partition
where the physical
Hi, Jaehoon
On 14-05-29 12:03 AM, Jaehoon Chung wrote:
Hi, Steve.
On 05/29/2014 07:15 AM, Steve Rae wrote:
Each wrapper function:
- switches to the specified physical partition, then
- performs the original function, and then
- switches back to the original physical partition
where
On 14-05-30 08:58 AM, Stephen Warren wrote:
On 05/29/2014 04:03 PM, Steve Rae wrote:
On 14-05-29 01:30 PM, Stephen Warren wrote:
On 05/29/2014 01:44 PM, Steve Rae wrote:
On 14-05-29 11:51 AM, Stephen Warren wrote:
On 05/29/2014 11:58 AM, Steve Rae wrote:
Hi, Stephen
On 14-05-29 09:25
On 14-05-30 10:07 AM, Stephen Warren wrote:
On 05/30/2014 10:56 AM, Steve Rae wrote:
On 14-05-30 08:58 AM, Stephen Warren wrote:
...
What code are you
looking at that handles multiple devices sequentially under program
control rather than user command control?
Cannot go into too much
On 14-06-09 12:16 AM, Albert ARIBAUD wrote:
Hi Steve,
On Wed, 14 May 2014 14:18:09 -0700, Steve Raes...@broadcom.com wrote:
convert to generic board
Signed-off-by: Steve Raes...@broadcom.com
---
Has this been tested on hardware, or just build-tested?
This generic board change has been
On 14-06-09 03:23 AM, Albert ARIBAUD wrote:
Hi Darwin,
On Mon, 2 Jun 2014 17:37:25 -0700, Darwin Rambo dra...@broadcom.com
wrote:
On 14-06-02 12:26 AM, Albert ARIBAUD wrote:
Hi Darwin,
On Mon, 26 May 2014 09:11:35 -0700, Darwin Rambo dra...@broadcom.com
wrote:
Hi Albert,
The previous
On 14-06-09 10:16 PM, Albert ARIBAUD wrote:
Hi Steve,
(sorry for the duplicate)
On Mon, 9 Jun 2014 13:45:50 -0700, Steve Rae s...@broadcom.com wrote:
On 14-06-09 03:23 AM, Albert ARIBAUD wrote:
Hi Darwin,
On Mon, 2 Jun 2014 17:37:25 -0700, Darwin Rambo dra...@broadcom.com
wrote
On 14-06-10 11:13 AM, Wolfgang Denk wrote:
Dear Steve,
In message 539746c4.9040...@broadcom.com you wrote:
There could be many reasons why the CONFIG_SYS_TEXT_BASE is not
aligned on a 0x1000 byte boundary (Darwin has attempted to document his
particular use-case...)
We should be more
On 14-06-10 01:35 PM, Wolfgang Denk wrote:
Dear Steve,
In message 53975ec2.1080...@broadcom.com you wrote:
I still cannot understand why _start and CONFIG_SYS_TEXT_BASE would
have to be the same. There is no such requirement. What exactly
prevents you from assigning _start a location at
On 14-06-10 02:20 PM, Albert ARIBAUD wrote:
Hi Steve,
On Tue, 10 Jun 2014 12:38:42 -0700, Steve Rae s...@broadcom.com wrote:
On 14-06-10 11:13 AM, Wolfgang Denk wrote:
Dear Steve,
In message 539746c4.9040...@broadcom.com you wrote:
There could be many reasons why
On 14-06-10 11:45 PM, Albert ARIBAUD wrote:
Hi Wolfgang,
On Wed, 11 Jun 2014 06:49:28 +0200, Wolfgang Denk w...@denx.de wrote:
Dear Steve,
In message 53979199.5010...@broadcom.com you wrote:
OK - I think that one of the alternate proposals would be to
conditionally reserve a 32 byte
On 14-05-26 12:33 PM, Steve Rae wrote:
- i2c mw command hangs (with some compilers)
Signed-off-by: Steve Rae s...@broadcom.com
---
drivers/i2c/kona_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/kona_i2c.c b/drivers/i2c/kona_i2c.c
index 0b1715a
On 14-06-10 04:20 AM, Albert ARIBAUD wrote:
Hi Steve,
On Wed, 14 May 2014 14:18:09 -0700, Steve Rae s...@broadcom.com wrote:
convert to generic board
Signed-off-by: Steve Rae s...@broadcom.com
---
include/configs/bcm28155_ap.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include
/advice...
Thanks, Steve
Steve Rae (3):
usb/gadget: fastboot: add sparse image definitions
usb/gadget: fastboot: add eMMC support for flash command
usb/gadget: fastboot: add support for flash command
README | 10 +++
common/Makefile | 5 ++
common
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
This file is ASIS from:
https://raw.githubusercontent.com/AOSB/android_system_core/master/libsparse/sparse_format.h
(commit 28fa5bc347390480fe190294c6c385b6a9f0d68b)
except for the __UBOOT__
- add support for 'fastboot flash' command for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
I suspect that the sparse image handling (ie. the while (remaining_chunks)
loop)
has been implemented elsewhere -- I need help finding the original code to
determine
any licensing issues
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
README | 10 ++
doc/README.android-fastboot | 5 +++--
drivers/usb/gadget/f_fastboot.c | 31 +++
3 files changed, 44 insertions(+), 2
On 14-06-19 11:32 PM, Marek Vasut wrote:
On Friday, June 20, 2014 at 08:18:42 AM, Lukasz Majewski wrote:
Hi Steve,
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
On 14-06-23 12:01 AM, Youngmin Nam wrote:
Hello expert.
I'm trying to run ARMv8 u-boot on fast model. Exactly on Coretex-A57×4 In
FVP_VE
When I run command model_shell64 cadi_system_Linux64-Release-GCC-4.6.so
u-boot.elf
There isn't any pop up xterm terminal.
My fast model version is 8.3 and
Rob Sebastian
I would appreciate your comments on this issue; I suspect that you had
some ideas regarding the implementation of the fastboot flash and
erase commands
Thanks in advance, Steve
On 14-06-23 05:58 AM, Lukasz Majewski wrote:
Hi Steve,
On 14-06-19 11:32 PM, Marek Vasut
Rob,
On 14-06-25 06:59 AM, Rob Herring wrote:
On Mon, Jun 23, 2014 at 1:37 PM, Steve Rae s...@broadcom.com wrote:
Rob Sebastian
I would appreciate your comments on this issue; I suspect that you had some
ideas regarding the implementation of the fastboot flash and erase
commands
I
On 14-06-26 06:20 AM, Rob Herring wrote:
On Wed, Jun 25, 2014 at 7:16 PM, Steve Rae s...@broadcom.com wrote:
Rob,
On 14-06-25 06:59 AM, Rob Herring wrote:
On Mon, Jun 23, 2014 at 1:37 PM, Steve Rae s...@broadcom.com wrote:
Rob Sebastian
I would appreciate your comments on this issue
for NAND would be enabled with
CONFIG_FASTBOOT_FLASH_NAND(???)
This has been tested on ARMv7.
Changes in v2:
- split large function into three
- improved handling of response messages
- additional partition size checking when writing sparse image
- update README.android-fastboot file
- new in v2
Steve
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
This file is ASIS from:
https://raw.githubusercontent.com/AOSB/android_system_core/master/libsparse/sparse_format.h
(commit 28fa5bc347390480fe190294c6c385b6a9f0d68b)
except for the __UBOOT__
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- update README.android-fastboot file
README | 10 ++
doc/README.android-fastboot | 5 +++--
drivers/usb/gadget/f_fastboot.c | 31
- add support for 'fastboot flash' command for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
I suspect that the sparse image handling (ie. the while (remaining_chunks)
loop)
has been implemented elsewhere -- I need help finding the original code to
determine
any licensing issues
- update static function
- additional debugging statements
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v2:
- new in v2
drivers/usb/gadget/f_fastboot.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget/f_fastboot.c b/drivers/usb
- to prepare for the support of fastboot sparse images
Signed-off-by: Steve Rae s...@broadcom.com
---
This file is ASIS from:
https://raw.githubusercontent.com/AOSB/android_system_core/master/libsparse/sparse_format.h
(commit 28fa5bc347390480fe190294c6c385b6a9f0d68b)
except for the __UBOOT__
- implement 'fastboot flash' for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2:
- update README.android-fastboot file
README | 10 ++
doc/README.android-fastboot | 5 +++--
drivers/usb/gadget/f_fastboot.c
- add support for 'fastboot flash' command for eMMC devices
Signed-off-by: Steve Rae s...@broadcom.com
---
I suspect that the sparse image handling (ie. the while (remaining_chunks)
loop)
has been implemented elsewhere -- I need help finding the original code to
determine
any licensing issues
- additional partition size checking when writing sparse image
- update README.android-fastboot file
- new in v2
Steve Rae (4):
usb/gadget: fastboot: add sparse image definitions
usb/gadget: fastboot: add eMMC support for flash command
usb/gadget: fastboot: add support for flash command
usb/gadget
- update static function
- additional debugging statements
Signed-off-by: Steve Rae s...@broadcom.com
---
Changes in v3: None
Changes in v2:
- new in v2
drivers/usb/gadget/f_fastboot.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/usb/gadget
Hi Tom,
On 14-08-26 11:47 AM, Steve Rae wrote:
This series implements the fastboot flash command for eMMC devices.
It supports both raw and sparse images.
NOTES:
- the support for the fastboot flash command is enabled with
CONFIG_FASTBOOT_FLASH
- the support for eMMC is enabled
Implement a feature to allow fastboot to write the downloaded image
to the space reserved for the Protective MBR and the Primary GUID
Partition Table.
Signed-off-by: Steve Rae s...@broadcom.com
---
This series depends on:
http://patchwork.ozlabs.org/patch/383184/ (to 388186)
README
, CONFIG_USB_FASTBOOT_BUF_SIZE);
(the host version of fastboot that I'm using requires this change!)
Tested-by: Steve Rae s...@broadcom.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
this change!)
Tested-by: Steve Rae s...@broadcom.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
:
Tested-by: Steve Rae s...@broadcom.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 14-10-01 05:13 AM, Marek Vasut wrote:
On Wednesday, October 01, 2014 at 04:03:21 AM, Eric Nelson wrote:
Hi Marek,
On 09/30/2014 04:59 PM, Marek Vasut wrote:
On Tuesday, September 30, 2014 at 09:47:07 PM, Eric Nelson wrote:
Hi Marek,
On 09/30/2014 12:37 PM, Marek Vasut wrote:
On
On 14-10-01 07:37 PM, Marek Vasut wrote:
On Wednesday, October 01, 2014 at 10:38:57 PM, Steve Rae wrote:
On 14-09-30 12:05 PM, Eric Nelson wrote:
Current Android Fastboot seems to use 'max-download-size' instead
of 'downloadsize' variable to indicate the maximum size of sparse
segments.
See
1 - 100 of 393 matches
Mail list logo