29 Mar, 2014
2 commits
-
This allows to use exynos random number generator by enabling configs:
- CONFIG_EXYNOS_ACE_SHA
- CONFIG_LIB_HW_RANDSigned-off-by: Przemyslaw Marczak
Acked-by: Lukasz Majewski
cc: Piotr Wilczek
cc: Minkyu Kang -
New configs:
- CONFIG_LIB_RAND - to enable implementation of rand library in lib/rand.c
- CONFIG_LIB_HW_RAND - to enable hardware based implementations of lib randOther changes:
- add CONFIG_LIB_RAND to boards configs which needs rand()
- put only one rand.o dependency in lib/MakefileCONFIG_LIB_HW_RAND should be defined for drivers which implements rand library
(declared in include/common.h):
- void srand(unsigned int seed)
- unsigned int rand(void)
- unsigned int rand_r(unsigned int *seedp)Signed-off-by: Przemyslaw Marczak
Cc: Michael Walle
Cc: Tom Rini
Cc: Masahiro Yamada
28 Mar, 2014
2 commits
24 Mar, 2014
3 commits
-
The way that struct mmc was implemented was a bit of a mess;
configuration and internal state all jumbled up in a single structure.On top of that the way initialization is done with mmc_register leads
to a lot of duplicated code in drivers.Typically the initialization got something like this in every driver.
struct mmc *mmc = malloc(sizeof(struct mmc));
memset(mmc, 0, sizeof(struct mmc);
/* fill in fields of mmc struct */
/* store private data pointer */
mmc_register(mmc);By using the new mmc_create call one just passes an mmc config struct
and an optional private data pointer like this:struct mmc = mmc_create(&cfg, priv);
All in tree drivers have been updated to the new form, and expect
mmc_register to go away before long.Changes since v1:
* Use calloc instead of manually calling memset.
* Mark mmc_register as deprecated.Signed-off-by: Pantelis Antoniou
-
Using an array is pointless; even more pointless (and scary) is using
sprintf to fill it without a format string.Signed-off-by: Pantelis Antoniou
-
Remove the in-structure ops and put them in mmc_ops with
a constant pointer to it.This makes the mmc structure smaller as well as conserving
code space (in theory).All in-tree drivers are converted as well; this is done in a
single patch in order to not break git bisect.Changes since V1:
Fix compilation b0rked issue on omap platforms where OMAP_GPIO was
not set.Signed-off-by: Pantelis Antoniou
23 Mar, 2014
4 commits
-
as the siemens boards use dfu for updating a nand ubi partition
add DFU_MANIFEST_POLL_TIMEOUT to them, so dfu host waits after
complete transfer of the new image for DFU_MANIFEST_POLL_TIMEOUT
ms before sending again an usb request. So the board have enough
time to erase rest of the nand sectors.Signed-off-by: Heiko Schocher
Reviewed-by: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
Cc: Tom Rini
Cc: Pantelis Antoniou -
on nand flash using ubi, after the download of the new image into
the flash, the "rest" of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:Starting download: [##################################################] finished!
state(7) = dfuMANIFEST, status(0) = No error condition is present
unable to read DFU statusas get_status is not answered while erasing sectors, if erasing
needs some time.So do the following changes to prevent this:
- introduce dfuManifest state
According to dfu specification
( http://www.usb.org/developers/devclass_docs/usbdfu10.pdf ) section 7:
"the device enters the dfuMANIFEST-SYNC state and awaits the solicitation
of the status report by the host. Upon receipt of the anticipated
DFU_GETSTATUS, the device enters the dfuMANIFEST state, where it
completes its reprogramming operations."- when stepping into dfuManifest state, sending a PollTimeout
DFU_MANIFEST_POLL_TIMEOUT in ms, to the host, so the host
(dfu-util) waits the PollTimeout before sending a get_status again.Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
Cc: Pantelis Antoniou -
move the flushing code into an extra function dfu_flush(),
so it can be used from other code.Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
Cc: Pantelis Antoniou -
As Simon Glass requested it, here's a patch that enables
CONFIG_CMD_LZMADEC in sandbox.Signed-off-by: Patrice Bouchand
Signed-off-by: Simon Glass
18 Mar, 2014
16 commits
-
Enable the Chrome OS EC emulation for sandbox along with LCD, sound
expanded GPIOs and a few other options to make this work correctly.Reviewed-by: Simon Glass
Tested-by: Che-Liang Chiou
Signed-off-by: Simon Glass -
It is useful for Cltl-C to be handled by U-Boot as it is on other boards.
But it is also useful to be able to terminate U-Boot with Ctrl-C.Add an option to enable signals while in raw mode, and make this the
default. Add an option to leave the terminal cooked, which is useful for
redirecting output.Signed-off-by: Simon Glass
-
Unfortunately SDL requires getenv() to operate, since it wants to figure out
the display type. U-Boot has its own getenv() and they conflict. As a
work-around use #define to resolve the conflict.A better but more complex solution might be to rename some U-Boot symbols
at link time. SDL audio is not functional at present, likely due to a related
issue.Note: Vic Yank wrote a script for this, filed in crbug.com/271125.
Reviewed-by: Simon Glass
Signed-off-by: Simon Glass -
The i2s code is in fact Samsung-specific, but there might be other
implementation. Move this code into its own file. This makes it slightly
more obviously how to adjust the code to support another SoC, when someone
takes this task on.Also drop non-FDT support, since it isn't used on Exynos 5.
Tested-by: Che-Liang Chiou
Signed-off-by: Simon Glass -
Add a simple LCD driver which uses SDL to display the image. We update the
image regularly, while still providing for reasonable performance.Adjust the common lcd code to support sandbox.
For command-line runs we do not want the LCD to be displayed, so add a
--show_lcd option to enable it.Tested-by: Che-Liang Chiou
Signed-off-by: Simon Glass -
For some tests it is useful to be able to run U-Boot again but pass on the
same memory contents. Add a function to achieve this.Reviewed-by: Simon Glass
Signed-off-by: Simon Glass -
The Chrome EC has a feature where you can access its I2C buses through a
pass-through arrangement. Add a command to support this, and export the
function for it also.Reviewed-by: Vadim Bendebury
Signed-off-by: Simon Glass -
Add a simple emulation of the Chrome OS EC for sandbox, so that it can
perform various EC tasks such as keyboard handling.Reviewed-by: Vadim Bendebury
Signed-off-by: Simon Glass -
Protocol version 3 will be attempted first; if the EC doesn't support
it, u-boot will fall back to the old protocol version (2).Reviewed-by: Simon Glass
Signed-off-by: Randall Spangler
Signed-off-by: Simon Glass -
Version 1 protocols (without command version) were already no longer
supported in cros_ec.c. This removes some dead code from the
cros_ec_i2c driver.Version 2 protcols (with command version) are now called
protocol_version=2, instead of cmd_version_is_supported=1.A subsequent change will introduce protocol version 3 for SPI.
Reviewed-by: Simon Glass
Signed-off-by: Randall Spangler
Signed-off-by: Simon Glass -
The EC messages have been expanded and some parts have been renamed.
Signed-off-by: Simon Glass
-
In order to talk to the EC properly we need to be able to understand the
layout of its internal flash memory. This permits emulation of the EC
for sandbox, and also software update in a system with a real EC.Signed-off-by: Simon Glass
-
Add a common library for obtaining access to the Chrome OS EC. This is
used by boards which need to talk to the EC.Reviewed-by: Vadim Bendebury
Tested-by: Vadim Bendebury
Signed-off-by: Vadim Bendebury
Signed-off-by: Simon Glass -
A flash map describes the layout of flash memory in terms of offsets and
sizes for each region. Add a function to read a flash map entry from the
device tree.Reviewed-by: Che-Liang Chiou
Signed-off-by: Simon Glass -
Add an enum for the number of flash regions so we can keep track of all
the possible regions.Reviewed-by: Randall Spangler
Signed-off-by: Simon Glass -
The current 4MB size is a little small for some tests, so increase it.
Reviewed-by: Hung-ying Tyan
Signed-off-by: Simon Glass
13 Mar, 2014
7 commits
-
Pull out "$(SRCTREE)/" from CONFIG_SYS_KWD_CONFIG
and push it into the top Makefile.Signed-off-by: Masahiro Yamada
Cc: Michael Walle
Cc: Simon Guinot
Cc: Dave Purdy
Cc: Stefan Herbrechtsmeier
Cc: Luka Perkov
Cc: Valentin Longchamp
Cc: Jason Cooper
Cc: Siddarth Gore
Cc: Prafulla Wadaskar
Cc: Eric Cooper
Cc: Suriyan Ramasami -
Pull out "$(SRCTREE)/" from CONFIG_SYS_FSL_PBL_PBI
and CONFIG_SYS_FSL_PBL_RCW and push it into the top Makefile.Signed-off-by: Masahiro Yamada
Cc: York Sun
Cc: Poonam Aggrwal
Cc: Valentin Longchamp -
enabling CONFIG_MACB makes other locations in the stamp config file
enable network related commands (actually prevents disabling them)enable USB ethernet support by activating generic support as well as
Asix and Moschip ethernet adaptersSigned-off-by: Gerhard Sittig
Acked-by: Andreas Bießman -
enable support for the Moschip USB ethernet adapter for those boards
which previously had support for "all other" USB ethernet adapters
(that's Asix _and_ SMSC) enabled -- which applies to harmony, m53evk,
mx53loco, nitrogen6x, omap3_beagleSigned-off-by: Gerhard Sittig
Acked-by: Marek Vasut -
adjust the harmony and omap3_beagle board configs to make
their CONFIG_USB_ETHER_* items appear in alphabetical orderSigned-off-by: Gerhard Sittig
Acked-by: Simon Glass
Acked-by: Marek Vasut -
introduce an 'mcs7830' driver for Moschip MCS7830 based (7730/7830/7832)
USB 2.0 Ethernet Devicessee "MCS7830 -- USB 2.0 to 10/100M Fast Ethernet Controller" at
http://www.asix.com.tw/products.php?op=pItemdetail&PItemID=109;74;109the driver was implemented based on the U-Boot Asix driver with
additional information gathered from the Moschip Linux driver,
development was done on "Delock 61147" and "Logilink UA0025C" donglesSigned-off-by: Gerhard Sittig
Acked-by: Marek Vasut -
while compilation of implemented routines and references from calling
sites may be optional, declarations in header files should not beunconditionally declare the Asix and SMSC related public USB ethernet
driver routines in the usb_ether.h header fileSigned-off-by: Gerhard Sittig
Acked-by: Simon Glass
Acked-by: Marek Vasut
11 Mar, 2014
3 commits
-
Many USB host controller drivers contain almost identical copies of the
same virtual root hub descriptors. Put these into a common file to avoid
duplication.Note that there were some very minor differences between the descriptors
in the various files, such as:- USB 1.0 vs. USB 1.1
- Manufacturer/Device ID
- Max packet size
- String contentI assume these aren't relevant.
Cc: Thomas Lange
Cc: Shinya Kuribayashi
Cc: Gary Jennejohn
Cc: Wolfgang Denk
Cc: Eric Millbrandt
Cc: Pierre Aubert
Cc: Stefan Roese
Cc: Daniel Hellstrom
Cc: Denis Peter
Cc: Rodolfo Giometti
Cc: Zhang Wei
Cc: Mateusz Zalega
Cc: Remy Bohmer
Cc: Markus Klotzbuecher
Cc: Minkyu Kang
Cc: Gary Jennejohn
Cc: C Nauman
Cc: David Müller
Cc: Yoshihiro Shimoda
Cc: Nobuhiro Iwamatsu
Cc: Thomas Abraham
Cc: Tom Rini
Cc: Andrew Murray
Cc: Matej Frančeškin
Cc: Cliff Cai
Cc: Bryan Wu
Signed-off-by: Stephen Warren
10 Mar, 2014
3 commits
-
CONFIG_SYS_HZ must be always 1000, but M5271EVB.h defines it
as 1000000 and idmr.h defines it as (50000000 / 64).When compiling these two boards, a warning message is displayed:
time.c:14:2: warning: #warning "CONFIG_SYS_HZ must be 1000
and should not be defined by platforms" [-Wcpp]There are no board maintainers for them so this commit just
deletes them.Signed-off-by: Masahiro Yamada
Cc: Jason Jin -
Add NAND SPL boot support with hardware PMECC.
Signed-off-by: Bo Shen
Signed-off-by: Andreas Bießmann -
Prepare for nand spl boot support. It supports nand software ECC and
hardware PMECC.
This patch is take as reference.Signed-off-by: Bo Shen
Signed-off-by: Andreas Bießmann