| 096eb3f5 | 05-Dec-2012 |
Tom Wai-Hong Tam <waihong@chromium.org> |
fdt: edid: Enable fdt_add_edid() function when CONFIG_LCD defined
This function can be used for LCDs as well as monitors.
Signed-off-by: Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by: Simon
fdt: edid: Enable fdt_add_edid() function when CONFIG_LCD defined
This function can be used for LCDs as well as monitors.
Signed-off-by: Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| 735987c5 | 05-Dec-2012 |
Tom Wai-Hong Tam <waihong@chromium.org> |
edid: Add I2C command for printing the EDID
Add a single command to read the EDID information over I2C.
For example:
SMDK5250 # i2c dev 7 Setting bus to 7 SMDK5250 # i2c edid 50 EDID version: 1.4
edid: Add I2C command for printing the EDID
Add a single command to read the EDID information over I2C.
For example:
SMDK5250 # i2c dev 7 Setting bus to 7 SMDK5250 # i2c edid 50 EDID version: 1.4 Product ID code: 305c Manufacturer: AUO Serial number: 00000000 Manufactured in week: 0 year: 2011 Video input definition: digital signal, voltage level 0, blank to black Monitor is non-RGB Maximum visible display size: 26 cm x 14 cm Power management features: no active off, no suspend, no standby Estabilished timings: Standard timings: 1366x768 60 Hz (detailed) 1366x768 60 Hz (detailed) Monitor ID: 2VD2K.B116XW
Signed-off-by: Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by: Sean Paul <seanpaul@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| d46b5f7d | 05-Dec-2012 |
Tom Wai-Hong Tam <waihong@chromium.org> |
edid: Library of EDID decode and print
This implements a library for accessing EDID data from an LCD panel. This is used to obtain information about the panel such as its resolution and type.
This
edid: Library of EDID decode and print
This implements a library for accessing EDID data from an LCD panel. This is used to obtain information about the panel such as its resolution and type.
This is a tidied-up version of the original code pulled from https://github.com/ynezz/u-boot-edid.
The changes we made are: - removed bit fields in the struct; - removed endianness cases in the struct; - fixed some wrong definitions; - fixed to fit 80 columns; - fixed some code styles.
Signed-off-by: Tom Wai-Hong Tam <waihong@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| bf36c5d5 | 05-Dec-2012 |
Simon Glass <sjg@chromium.org> |
Add hash command to perform hashing using various algorithms
This new command supports hashing SHA1 and SHA256. It could be extended to others such as MD5 and the CRC algorithms. The syntax is model
Add hash command to perform hashing using various algorithms
This new command supports hashing SHA1 and SHA256. It could be extended to others such as MD5 and the CRC algorithms. The syntax is modeled on those:
hash <algorithm> <address> <length> [*<dest_addr> | <dest_envvar>]
to calculate a hash, and:
hash -v <algorithm> <address> <length> [*<verify_addr> | <verify_envvar>]
to verify a hash.
Use CONFIG_CMD_HASH to enable the command, CONFIG_SHA1 to enable SHA1 and CONFIG_SHA256 to enable SHA256.
The existing sha1sum command remains.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| e50b12c9 | 05-Dec-2012 |
Simon Glass <sjg@chromium.org> |
sha1sum: Use generic hash layer
Update the code to use the hash layer instead of local code.
Signed-off-by: Simon Glass <sjg@chromium.org> |
| 460408ef | 05-Dec-2012 |
Simon Glass <sjg@chromium.org> |
Add generic hash API
We have a SHA1 command and want to add a SHA256 command also. Instead of duplicating the code, create a generic hash API which can process commands for different algorithms.
Si
Add generic hash API
We have a SHA1 command and want to add a SHA256 command also. Instead of duplicating the code, create a generic hash API which can process commands for different algorithms.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| 6a135efc | 05-Dec-2012 |
Vincent Palatin <vpalatin@chromium.org> |
stdio: remove useless strncpy
The name is already copied when we memcpy() the whole structure.
This is because struct stdio_dev has this field:
char name[16]; /* Device name */
So the data i
stdio: remove useless strncpy
The name is already copied when we memcpy() the whole structure.
This is because struct stdio_dev has this field:
char name[16]; /* Device name */
So the data is inline, rather than being a pointer.
Signed-off-by: Vincent Palatin <vpalatin@chromium.org>
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| 75b3afc6 | 05-Dec-2012 |
Simon Glass <sjg@chromium.org> |
Fix use of conditional LMB
This code was not guarded with CONFIG_LMB so failed to build on x86.
Signed-off-by: Simon Glass <sjg@chromium.org> |
| ff048ea9 | 05-Dec-2012 |
Kenneth Waters <kwaters@chromium.org> |
Add a command to read raw blocks from a partition
Sometimes data is on a block device and within a partition, but not in a particular filesystem.
This commands permits reading raw data from a parti
Add a command to read raw blocks from a partition
Sometimes data is on a block device and within a partition, but not in a particular filesystem.
This commands permits reading raw data from a partition.
Signed-off-by: Kenneth Waters <kwaters@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| 53fdc7ef | 05-Dec-2012 |
Anton Staaf <robotboy@chromium.org> |
Add gettime command
Gettime returns the current timer value. If CONFIG_SYS_HZ is defined then the timer value is also converted to seconds.
Tegra20 (SeaBoard) # gettime Timer val: 7754 Seconds : 7
Add gettime command
Gettime returns the current timer value. If CONFIG_SYS_HZ is defined then the timer value is also converted to seconds.
Tegra20 (SeaBoard) # gettime Timer val: 7754 Seconds : 7 Remainder : 754 sys_hz = 1000
There has been some discussion about whether this is useful enough to be included in U-Boot. The following boards do not have CONFIG_SYS_HZ defined:
M52277EVB M52277EVB_stmicro M53017EVB M54418TWR M54418TWR_nand_mii M54418TWR_nand_rmii M54418TWR_nand_rmii_lowfreq M54418TWR_serial_mii M54418TWR_serial_rmii
Signed-off-by: Anton Staaf <robotboy@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| 01433d60 | 05-Dec-2012 |
Simon Glass <sjg@chromium.org> |
Add new bootstage step for the main loop
Mark when we get to the main loop.
Signed-off-by: Simon Glass <sjg@chromium.org> |
| 06afa388 | 12-Nov-2012 |
Marek Vasut <marex@denx.de> |
i2c: kerneldoc: Add kerneldoc annotations to cmd_i2c.c
Add kerneldoc style documentation into cmd_i2c.c to properly describe all overridable functions and most of the command interface.
Signed-off-
i2c: kerneldoc: Add kerneldoc annotations to cmd_i2c.c
Add kerneldoc style documentation into cmd_i2c.c to properly describe all overridable functions and most of the command interface.
Signed-off-by: Marek Vasut <marex@denx.de> Cc: Heiko Schocher <hs@denx.de>
show more ...
|
| 2515d843 | 12-Nov-2012 |
Marek Vasut <marex@denx.de> |
i2c: Use __weak instead of __attribute__((weak, alias))
Use __weak from linux/compiler.h instead of __attribute__((weak, alias)) to define overridable function. This patch is intended as a cleanup p
i2c: Use __weak instead of __attribute__((weak, alias))
Use __weak from linux/compiler.h instead of __attribute__((weak, alias)) to define overridable function. This patch is intended as a cleanup patch to bring some consistency into the code.
Signed-off-by: Marek Vasut <marex@denx.de> Cc: Heiko Schocher <hs@denx.de>
show more ...
|
| d4b901dd | 11-Nov-2012 |
Robert P. J. Day <rpjday@crashcourse.ca> |
cmd_led.c: Standardize format of help and usage info.
Current "led" help and usage info has redundancy and extraneous newlines, tweak it to be consistent with other commands.
Signed-off-by: Robert
cmd_led.c: Standardize format of help and usage info.
Current "led" help and usage info has redundancy and extraneous newlines, tweak it to be consistent with other commands.
Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
show more ...
|
| d3aa8b8b | 26-Sep-2012 |
Stefan Roese <sr@denx.de> |
env: Enable getenv_f() for SPL_BUILD
With this patch, getenv_f() can be included easily into the SPL binary. With this, SPL boards can now use getenv_f() to read environment variables (e.g. to detec
env: Enable getenv_f() for SPL_BUILD
With this patch, getenv_f() can be included easily into the SPL binary. With this, SPL boards can now use getenv_f() to read environment variables (e.g. to detect if the OS or U-Boot shall be executed).
In the approach this is done for env stored in NOR flash, as this will be used by an upcoming MPC5200 board port.
Signed-off-by: Stefan Roese <sr@denx.de>
show more ...
|
| ea8256f0 | 23-Aug-2012 |
Stefan Roese <sr@denx.de> |
SPL: Port SPL framework to powerpc
This patch enables the SPL framework to be used on powerpc platforms and not only ARM.
timer_init() does not exist on PPC systems. The timer (decrementer) is init
SPL: Port SPL framework to powerpc
This patch enables the SPL framework to be used on powerpc platforms and not only ARM.
timer_init() does not exist on PPC systems. The timer (decrementer) is initialized and enabled in interrupt_init() here. And currently interrupt_init() is called after relocation to SDRAM. Since the only powerpc SPL implementation (a3m071) doesn't need a timer, let's remove this timer_init() call for PPC systems.
Signed-off-by: Stefan Roese <sr@denx.de>
show more ...
|
| 98ab435f | 12-Oct-2012 |
Vadim Bendebury <vbendeb@chromium.org> |
x86: Add CBMEM console driver for coreboot
This patch builds upon the recently introduced CBMEM console feature of coreboot.
CBMEM console uses a memry area allocated by coreboot to store the conso
x86: Add CBMEM console driver for coreboot
This patch builds upon the recently introduced CBMEM console feature of coreboot.
CBMEM console uses a memry area allocated by coreboot to store the console output. The memory area has a certain structure, which allows to determine where the buffer is, the buffer size and the location of the pointer in the buffer. This allows different phases of the firmware (rom based coreboot, ram based coreboot, u-boot after relocation with this change) to keep adding text to the same buffer.
Note that this patch introduces a new console driver and adds the driver to the list of drivers to be used for console output, i.e. it engages only after u-boot relocates. Usiong CBMEM console for capturing the pre-relocation console output will be done under a separate change.
>From Linux, run the cbmem.py utility (which is a part of the coreboot package) to see the output, e.g.:
vvvvvvvvvvvvvvvvv SCSI: AHCI 0001.0300 32 slots 6 ports ? Gbps 0xf impl SATA mode flags: 64bit ilck stag led pmp pio ... Magic signature found Kernel command line: "cros_secure quiet loglevel=1 console=tty2... ^^^^^^^^^^^^^^^^^
Note that the entire u-boot output fits into the buffer only if the coreboot log level is reduced from the most verbose. Ether the buffer size will have to be increased, or the coreboot verbosity permanently reduced.
Signed-off-by: Vadim Bendebury <vbendeb@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| f39612d3 | 28-Nov-2012 |
Simon Glass <sjg@chromium.org> |
fdt: Correct global_data condition in main
We need an extra condition here in case we want to use fdt without the silent console/cmdline editing/post options. It is easier to just remove the #ifdef.
fdt: Correct global_data condition in main
We need an extra condition here in case we want to use fdt without the silent console/cmdline editing/post options. It is easier to just remove the #ifdef.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| ed80c931 | 22-Nov-2012 |
Taylor Hutt <thutt@chromium.org> |
mmc: Fix incorrect handling of 'read' & 'write' commands
If a malformed 'read' or 'write' command is issued, the Sandbox U-Boot can crash because the command-handling code does no error checking on
mmc: Fix incorrect handling of 'read' & 'write' commands
If a malformed 'read' or 'write' command is issued, the Sandbox U-Boot can crash because the command-handling code does no error checking on the number of provided arguments.
This change makes the mmc 'erase', 'read' and 'write' commands only function if the proper number of arguments are supplied.
Also puts the else assignment at the beginning fo the if() statement to shortens the generated code. This removes an unnecessary jump from the generated code.
Signed-off-by: Taylor Hutt <thutt@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> Signed-off-by: Andy Fleming <afleming@freescale.com>
show more ...
|
| 84d35b28 | 06-Nov-2012 |
Stephen Warren <swarren@nvidia.com> |
common: rework bouncebuf implementation
The current bouncebuf API requires all parameters to be passed to both bounce_buffer_start() and bounce_buffer_stop(). Modify the bouncebuf start function to
common: rework bouncebuf implementation
The current bouncebuf API requires all parameters to be passed to both bounce_buffer_start() and bounce_buffer_stop(). Modify the bouncebuf start function to accept a state structure as a parameter, and only require that state struct to be passed to the stop function. This simplifies usage of the bounce buffer by clients.
Don't modify the data pointer, but rather store the temporary buffer in this state struct. The bouncebuf code ensures that client code can always use a single buffer pointer in the state structure, irrespective of whether a bounce buffer actually had to be allocated.
Move cache management logic into the bounce buffer code, so that each client doesn't have to duplicate this. I believe there's no need to invalidate the buffer before a DMA operation, since flushing the cache should prevent any write-backs.
Update the MXS MMC driver for this change.
Signed-off-by: Stephen Warren <swarren@nvidia.com> Acked-by: Simon Glass <sjg@chromium.org> Tested-by: Simon Glass <sjg@chromium.org> Signed-off-by: Andy Fleming <afleming@freescale.com>
show more ...
|
| dfe16103 | 26-Nov-2012 |
Tom Rini <trini@ti.com> |
Merge branch 'master' of git://git.denx.de/u-boot-nand-flash |
| 3287f6d3 | 16-Nov-2012 |
Benoît Thébaudeau <benoit.thebaudeau@advansee.com> |
nand: Add torture feature
This patch adds a NAND Flash torture feature, which is useful as a block stress test to determine if a block is still good and reliable (or should be marked as bad), e.g. a
nand: Add torture feature
This patch adds a NAND Flash torture feature, which is useful as a block stress test to determine if a block is still good and reliable (or should be marked as bad), e.g. after a write error.
This code is ported from mtd-utils' lib/libmtd.c.
Signed-off-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Cc: Scott Wood <scottwood@freescale.com> [scottwood@freescale.com: removed unnec. ifdef and unwrapped error strings] Signed-off-by: Scott Wood <scottwood@freescale.com>
show more ...
|
| d6bc7dcc | 20-Nov-2012 |
Tom Rini <trini@ti.com> |
Merge branch 'master' of git://git.denx.de/u-boot-fdt |
| 2a7abdd3 | 20-Nov-2012 |
Gerald Van Baren <gvb@unssw.com> |
Merge branch 'next' |
| c60795f4 | 06-Nov-2012 |
Ilya Yanok <ilya.yanok@cogentembedded.com> |
usb: use linux/usb/ch9.h instead of usbdescriptors.h
Linux usb/ch9.h seems to have all the same information (and more) as usbdescriptors.h so use the former instead of the later one.
As a consequen
usb: use linux/usb/ch9.h instead of usbdescriptors.h
Linux usb/ch9.h seems to have all the same information (and more) as usbdescriptors.h so use the former instead of the later one.
As a consequense of this change USB_SPEED_* values don't correspond directly to EHCI speed encoding anymore, I've added necessary recoding in EHCI driver. Also there is no point to put speed into pipe anymore so it's removed and a bunch of host drivers fixed to look at usb_device->speed instead.
Old usbdescriptors.h included is not removed as it seems to be used by old USB device code.
This makes usb.h and usbdevice.h incompatible. Fortunately the only place that tries to include both are the old MUSB code and it needs usb.h only for USB_DMA_MINALIGN used in aligned attribute on musb_regs structure but this attribute seems to be unneeded (old MUSB code doesn't support any DMA at all).
Signed-off-by: Ilya Yanok <ilya.yanok@cogentembedded.com>
show more ...
|