- Jan 13, 2016
-
-
Mugunthan V N authored
Add new api to get device address based on index. Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Acked-by:
Jagan Teki <jteki@openedev.com> [Rebased on master] Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Mugunthan V N authored
adopt ti_qspi driver to device driver model Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Mugunthan V N authored
spi bus can support dual and quad wire data transfers for tx and rx. So defining dual and quad modes for both tx and rx. Also add support to parse bus width used for spi tx and rx transfers. Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Reviewed-by:
Jagan Teki <jteki@openedev.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Mugunthan V N authored
Prepare driver for DM conversion. Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Mugunthan V N authored
Changing the ti_qspi_priv structure and its instance names from to priv for driver mode conversion. Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Mugunthan V N authored
To enable memory map in dra7xx, specific chip select must be written to control module register. But this hard coded to chip select 1, fixing it by writing the specific chip select value to control module register. Signed-off-by:
Mugunthan V N <mugunthanvnm@ti.com> Reviewed-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
SLOW, FAST, DUAL, DUAL_IO, QUAD, QUAD_IO changed order to SLOW, FAST, DUAL, QUAD, DUAL_IO, QUAD_IO Cc: Simon Glass <sjg@chromium.org> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Tested-by:
Jagan Teki <jteki@openedev.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Since spi rx mode macro's are renamed to simple and meaninfull, this patch will rename the respective structure members. Cc: Simon Glass <sjg@chromium.org> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Tested-by:
Mugunthan V N <mugunthanvnm@ti.com> Tested-by:
Jagan Teki <jteki@openedev.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
SPI_OPM_RX_AS - SPI_RX_SLOW SPI_OPM_RX_AF - SPI_RX_FAST SPI_OPM_RX_DOUT - SPI_RX_DUAL SPI_OPM_RX_QOF - SPI_RX_QUAD Cc: Simon Glass <sjg@chromium.org> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Tested-by:
Mugunthan V N <mugunthanvnm@ti.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Jagan Teki <jteki@openedev.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
While setting quad bit on spansion, macronix code is writing only particular quad bit this may give wrong functionality with other register bits, So this patch fix the issue where it with write previous read reg status along particular quad bit. Cc: Vignesh R <vigneshr@ti.com> Cc: Mugunthan V N <mugunthanvnm@ti.com> Cc: Simon Glass <sjg@chromium.org> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
One macronix quad bit set using SR, it's good to read back and check the written bit and also if it's already been set check for the bit and return. Cc: Vignesh R <vigneshr@ti.com> Cc: Simon Glass <sjg@chromium.org> Cc: Bin Meng <bmeng.cn@gmail.com> Tested-by:
Mugunthan V N <mugunthanvnm@ti.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
One spansion quad bit set using CR, it's good to read back and check the written bit and also if it's already been set check for the bit and return. Cc: Vignesh R <vigneshr@ti.com> Cc: Simon Glass <sjg@chromium.org> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Tested-by:
Mugunthan V N <mugunthanvnm@ti.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Setting up quad bit for micron devices need to do the same way as other flash devices like spansion, winbond etc does using enhanced volatile config register so this patch adds this support instead of printing "QEB is volatile" Cc: Simon Glass <sjg@chromium.org> Cc: Bin Meng <bmeng.cn@gmail.com> Cc: Peter Pan <peterpandong@micron.com> Cc: Fabio Estevam <fabio.estevam@freescale.com> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Siva Durga Prasad Paladugu <sivadur@xilinx.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Used BIT macro like 1 << nr as BIT(nr) where nr is 0...n Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
- Tab space - Place all read commands at one place. - Re-arrange write commands. Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Use direct call to device_remove instead of exctra spi_flash_remove defination. Reviewed-by:
Simon Glass <sjg@chromium.org> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
bar_end gives more meaningfull compared to bank_end and spi_flash_write_bar uses bar_end so replaced bank_end with bar_end in spi_flash_read_bar Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Since quad_mode functions are local to spi flash core, rename them to a meaningful and readable names. Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Since spi_read_cmds_array is used locally in spi_flash_scan, so move array to locally used function instead of defining global array. Tested-by:
Jagan Teki <jteki@openedev.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Since SPI_TX_* are spi_slave{} members so use spi protocol notation instead spi flash programming, like SPI_TX_BP => SPI_TX_BYTE SPI_TX_QPP => SPI_TX_QUAD Cc: Simon Glass <sjg@chromium.org> Tested-by:
Jagan Teki <jteki@openedev.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
Used mode member from spi_slave{} instead of op_mode_tx. Cc: Simon Glass <sjg@chromium.org> Tested-by:
Jagan Teki <jteki@openedev.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Jagan Teki authored
For better code readabilty, get the spi pointer from spi_flash{} locally and use it instead of direct dereferring spi pinter as flash->spi->* Tested-by:
Jagan Teki <jteki@openedev.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Signed-off-by:
Jagan Teki <jteki@openedev.com>
-
Nathan Rossi authored
The Device Model sequence alias feature is required by some Uclasses. Instead of disabling the feature for all SPL targets allow it to be configured. The config option is disabled by default to reduce code size for targets that are not interested or do not require this feature. Signed-off-by:
Nathan Rossi <nathan@nathanrossi.com> Acked-by:
Simon Glass <sjg@chromium.org> Acked-by:
Michal Simek <michal.simek@xilinx.com> Cc: Simon Glass <sjg@chromium.org> Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Marek Vasut <marex@denx.de> Cc: Michal Simek <michal.simek@xilinx.com> Cc: Stefan Roese <sr@denx.de> Signed-off-by:
Michal Simek <michal.simek@xilinx.com>
-
- Jan 12, 2016
-
-
Some platforms need to ability to configure an offset to the standard addresses extracted from the device-tree. This patch allows this by adding a function to DM to configure this offset (if needed). Signed-off-by:
Stefan Roese <sr@denx.de> Acked-by:
Simon Glass <sjg@chromium.org> Cc: Simon Glass <sjg@chromium.org> Fixed space before tab: Signed-off-by:
Simon Glass <sjg@chromium.org>
-
Simon Glass authored
Allow the ns16550 debug UART to be used without the full driver. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Thomas Chou <thomas@wytron.com.tw>
-
Simon Glass authored
In very very space-constrained devices even the full UART driver is too large. In this case the debug UART can still be used in some cases. Add options to enable the UART driver in SPL and U-Boot proper. Enable both options by default. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Thomas Chou <thomas@wytron.com.tw>
-
Simon Glass authored
Adjust this driver to support driver model for Ethernet. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
Remove stamp data and create common functions for the main Ethernet operations. This will make it easier to convert this driver to support driver model. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
The current comments are confusing. We don't actually bind a generic device when the device tree has no information. We try to scan available PCI drivers. Update the comments to reflect this. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
At present pci_mmc_init() does not correctly use the PCI function since the list it passes is not terminated. The array size passed to pci_mmc_init() is actually not used correctly. Fix this and adjust the pci_mmc_init() to scan all available MMC devices. Adjust this code to use the new driver model PCI API. This should move over to the new MMC uclass at some point. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Convert this driver to use the new driver model PCI API. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Acked-by:
Marek Vasut <marex@denx.de>
-
Simon Glass authored
Convert this driver to use the new driver model PCI API. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
We should use the new address mapping functions unless we are in compatibility mode. Disable the old functions by default. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Update this driver to use the proper driver-model PCI API functions. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Acked-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Simon Glass authored
At present the PCI address map functions use the old API. Add new functions for this so that drivers can be converted. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Move this function into the compatibility file so that it is not available by default. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Move these functions into the compatibility file so that they are not available by default. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
This function should take a struct udevice rather than pci_dev_t. Update it. Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Adjust these files to use the driver-model PCI API instead of the legacy functions. Signed-off-by:
Simon Glass <sjg@chromium.org> Acked-by:
Anatolij Gustschin <agust@denx.de> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com>
-
Simon Glass authored
Use the driver model version of the function to find the BAR. This updates the fdtdec function, of which ns16550 is the only user. The fdtdec_get_pci_bdf() function is dropped for several reasons: - with driver model we should use 'struct udevice *' rather than passing the device tree offset explicitly - there are no other users in the tree - the function parses for information which is already available in the PCI device structure (specifically struct pci_child_platdata which is available at dev_get_parent_platdata(dev) Signed-off-by:
Simon Glass <sjg@chromium.org> Reviewed-by:
Bin Meng <bmeng.cn@gmail.com> Tested-by:
Bin Meng <bmeng.cn@gmail.com>
-