Hi all,
we have a MPC8555 custom designed board, where we ported u-boot(1.3.1)
and linux 2.6.24(without PCI). we have a pci-to-usb
controller(32bit,33MHZ,PCI1 controller, IDSEL 18) on pci bus, if we
enable the PCI in u-boot it is hanging while doing PCI enumeration, then
we disabled PCI and
Hi ,
Thank you very much ,for the quick response albert
The detailed explanation about the project is as below:
I have a fingerprint module(FPC-AM3) which works fine and can receive whole
fingerprint template data at kernel on UART2 of the processor. The same i
am trying to implement at u-boot.
Add required compatible information for DWMMC driver.
Changes from V1:
No change.
Changes from V2:
1)Updation of commit message and resubmition of proper patch set.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
Signed-off-by: Amar amarendra...@samsung.com
Acked-by: Simon
This patch adds DWMMC device node data for exynos5.
This patch also adds binding file for DWMMC device node.
Changes from V1:
1)Added binding file for DWMMC device node at the location
doc/device-tree-bindings/exynos/dwmmc.txt.
2)Removed the propname 'index' from device
This patch adds FDT support for DWMMC, by reading the DWMMC node data
from the device tree and initialising DWMMC channels as per data
obtained from the node.
Changes from V1:
1)Updated code to have same signature for the function
exynos_dwmci_init() for both FDT and non-FDT
This patch enumerates dwmci and set auto stop command during
dwmci initialisation.
EMMC read/write is not happening in current implementation
due to improper fifo size computation. Hence Modified the fifo size
computation to resolve EMMC read write issues.
Changes from V1:
1)Created the
This patch set enables and initialises DWMMC for Exynos5250 on SMDK5250.
Adds driver changes required for DWMMC.
Adds FDT support for DWMMC.
Adds EMMC boot support for SMDK5250.
This patch set is based on:
EXYNOS: mmc: support DesignWare Controller for Samsung-SoC, which
is merged in u-boot-mmc.
This patch enables and initialises DWMMC for SMDK5250.
Supports both FDT and non-FDT. This patch creates a new file
'exynos5-dt.c' meant for FDT support.
exynos5-dt.c: This file shall contain all code which supports FDT.
Any addition of FDT support for any module
This API computes the divisor value based on MPLL clock and
writes it into the FSYS1 register.
Changes from V1:
1)Updated the function exynos5_mmc_set_clk_div() to receive
'device_i'd as input parameter instead of 'index'.
Changes from V2:
1)Updation of commit message and
This patch adds APIs to open, close and to resize boot partiton for EMMC.
Changes from V1:
New patch.
Changes from V2:
1)Updation of commit message and resubmition of proper patch set.
Signed-off-by: Amar amarendra...@samsung.com
---
drivers/mmc/mmc.c | 118
This patch adds support for EMMC booting on SMDK5250.
Changes from V1:
1)Updated spl_boot.c file to maintain irom pointer table
instead of using the #define values defined in header file.
Changes from V2:
1)Updation of commit message and resubmition of proper patch set.
This patch adds commands to open, close and resize boot partitions on EMMC.
Changes from V1:
1)Combined the common piece of code between 'open' and 'close'
operations.
Changes from V2:
1)Updation of commit message and resubmition of proper patch set.
Signed-off-by: Amar
This patch provides a support to add a write instruction(wr_inst)
argument to 'sf write' command.
User will dynamically use the specific write instruction while
programming the flash using 'sf write' command.
Currently added an existing write instruction called pp(Page Program).
Example:
write
All these patches are added a support for read and write instruction
for programming/reading SPI flash.
Read and Write instruction are implemented as a command line
arguments for 'sf write' , 'sf read' and 'sf update' commands.
Currently I have added below instructions those are commonly
This patch provides a support to add a read instruction(rd_inst)
argument to 'sf read' command.
User will dynamically use the specific read instruction while
reading the flash using 'sf read' command.
Currently added an existing read instruction called afr(Array Fast Read).
Example:
read 0x2000
This patch provides a support to add a write instruction(wr_inst)
argument to 'sf update' command.
User will dynamically use the specific write instruction while
programming the flash using 'sf update' command.
Currently added an existing write instruction called pp(Page Program).
Example:
erase
This patch provides to define a separate functions for parsing read
and write instructions by taking instruction argument from user.
So-that the common functions can used in a different levels for
parsing read and write instructions.
Signed-off-by: Jagannadha Sutradharudu Teki
This patch provides a support to add a read instruction(rd_inst)
argument to 'sf update' command.
User will dynamically use the specific read instruction while
reading the flash using 'sf update' command.
Currently added an existing read instruction called afr(Array Fast Read).
Example:
erase
This patch provides a support to read a flash using 'asr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'asr' is similar to afr(Array Fast Read) except that it's
operated under slow speeds.
Example:
read 0x2000 length bytes starting at offset 0x0 to memory at 0x1
using
This patch provides a support to program a flash using 'qpp'
write instruction(wr_inst) for 'sf write' and 'sf update' commands.
'qpp' will effectively increases the data transfer rate
by up to four times, as compared to the pp( Page Program).
Example:
write 0x2000 length bytes from memory at
This patch provides a support to read a flash using 'dofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'dofr' will effectively increases the data transfer rate
by up to two times, as compared to the afr(Array Fast Read).
Example:
read 0x2000 length bytes starting at offset
This patch provides a support to read a flash using 'qofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'qofr' will effectively increases the data transfer rate
by up to four times, as compared to the afr(Array Fast Read).
Example:
read 0x2000 length bytes starting at offset
This patch provides a support to read a flash using 'diofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'diofr' is similar to the dofr(Dual Output Fast Read) except that it
improves performance throughput by allowing input of the
address bits using two bits per SCK via two
This patch provides a support to read a flash using 'qiofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'qiofr' is similar to the qofr(Quad Output Fast Read) except that it
improves performance throughput by allowing input of the
address bits using four bits per SCK via four
Config and Status register reads doesn't require to set
the quad enable bit, hence rd_qeb_req variable passed as 0.
Signed-off-by: Jagannadha Sutradharudu Teki jagannadh.t...@gmail.com
---
drivers/mtd/spi/spi_flash.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git
On Fri, Dec 28, 2012 at 9:08 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch converts lowlevel_init.S to lowlevel_init_c.c for
SMDK5250.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
board/samsung/smdk5250/Makefile |1 +
Hi,
On Mon, Dec 31, 2012 at 7:58 PM, Amar amarendra...@samsung.com wrote:
Add required compatible information for DWMMC driver.
Changes from V1:
No change.
Changes from V2:
1)Updation of commit message and resubmition of proper patch set.
Signed-off-by: Vivek Gautam
This patch provides a support to read a flash using 'diofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'diofr' is similar to the dofr(Dual Output Fast Read) except that it
improves performance throughput by allowing input of the
address bits using two bits per SCK via two
This patch provides a support to read a flash using 'qiofr'
read instruction(rd_inst) for 'sf read' and 'sf update' commands.
'qiofr' is similar to the qofr(Quad Output Fast Read) except that it
improves performance throughput by allowing input of the
address bits using four bits per SCK via four
Hi Jeroen,
Hi All,
Currently CONFIG_FB_ADDR can be set to specify the location of the
frame buffer. Since Linux places the frame buffer at the end of the
RAM, it is nice to place it at the same position so the u-boot to
linux transition can be made flicker free, by preserving the
frame
Dear Ashok Kumar Kacham,
In message 706dea54d3c60b8c69ea3d22f8d4c216.squir...@mail.bel.co.in you wrote:
we have a MPC8555 custom designed board, where we ported u-boot(1.3.1)
and linux 2.6.24(without PCI). we have a pci-to-usb
U-Boot 1.3.1 is more than 5 years old, and Linux 2.6.24 is
Dear Lukasz Majewski,
In message 20121231153353.2d9a5dda@amdc308.digital.local you wrote:
- addr = lcd_setmem(addr);
- gd-fb_base = addr;
+ gd-fb_base = lcd_setmem(addr);
#endif /* CONFIG_FB_ADDR */
+ /* always continue placement below the frame buffer to not
This patch adds BOOT_DEVICE define for USB booting and fixes
spl_board_init function to call arch_misc_init (this is the place there
musb is initialized).
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
arch/arm/cpu/armv7/omap-common/boot-common.c | 3 +++
In case of usbeth booting just call net_load_image(usb_ether).
This patch also adds CONFIG_SPL_USBETH_SUPPORT and
CONFIG_SPL_MUSB_NEW_SUPPORT config options to enable linking of SPL
against USB gagdet support and new MUSB driver resp.
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
Sometimes (for debugging purposes mostly but also to overcome some
hardware limitations) it's desirable to be able to force boot device to
some fixed value. This patch adds this possibility via
CONFIG_SPL_FORCE_BOOT_DEVICE option.
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
This adds necessary config options to enable usb booting and
fixes board_eth_init() function to take into account that we may have
USB ether support in SPL now.
Signed-off-by: Ilya Yanok ilya.ya...@cogentembedded.com
---
board/ti/am335x/board.c | 3 ++-
include/configs/am335x_evm.h | 8
These series add support for booting via USB on TI AM335X based boards.
Tested on BeagleBone.
Ilya Yanok (5):
spl: support for booting via usbeth
am33xx: support for booting via usbeth
am335x_evm: enable support for booting via USB
spl: add possibility to force boot device
am335x_evm:
Currently AM335X hardware has bug in it's ROM code that prevents USB
booting from working normally. So we have to load SPL via serial console
instead. But it's feasible to use USB for loading the main U-Boot image.
This patch adds additional am335x_evm configuration for this.
Signed-off-by: Ilya
38 matches
Mail list logo
