15 Mar, 2015
1 commit
-
Panasonic's System LSI products, UniPhier SoC family, have been
transferred to Socionext Inc.Signed-off-by: Masahiro Yamada
28 Feb, 2015
1 commit
-
Support xHCI host driver used on Panasonic UniPhier platform.
Signed-off-by: Masahiro Yamada
Acked-by: Marek Vasut
07 Feb, 2015
1 commit
-
Add COMPAT_INTEL_QRK_MRC and "intel,quark-mrc" so that fdtdec can
decode Intel Quark MRC node.Signed-off-by: Bin Meng
Acked-by: Simon Glass
30 Jan, 2015
4 commits
-
This has moved to driver model so we don't need the fdtdec support.
Signed-off-by: Simon Glass
Acked-by: Minkyu Kang -
These have moved to driver model so we don't need the fdtdec support.
Signed-off-by: Simon Glass
-
Now that we support device tree GPIO bindings directly in the driver model
GPIO uclass we can remove these functions.Signed-off-by: Simon Glass
-
For GPIOs and other functions we want to look up a phandle and then decode
a list of arguments for that phandle. Each phandle can have a different
number of arguments, specified by a property in the target node. This is
the "#gpio-cells" property for GPIOs.Add a function to provide this feature, taken modified from Linux 3.18.
Signed-off-by: Simon Glass
24 Jan, 2015
1 commit
-
Add this to the enum so that we can use the various fdtdec functions. A
later commit will move this driver to driver model.Signed-off-by: Simon Glass
13 Jan, 2015
1 commit
-
This commit adds several APIs to decode PCI device node according to
the Open Firmware PCI bus bindings, including:
- fdtdec_get_pci_addr() for encoded pci address
- fdtdec_get_pci_vendev() for vendor id and device id
- fdtdec_get_pci_bdf() for pci device bdf triplet
- fdtdec_get_pci_bar32() for pci device register barSigned-off-by: Bin Meng
Acked-by: Simon Glass
Signed-off-by: Simon Glass
(Include in fdtdec.h and adjust tegra to fix build error)
19 Dec, 2014
3 commits
-
Add support for the PCIe controller found on some generations of Tegra.
Tegra20 has 2 root ports with a total of 4 lanes, Tegra30 has 3 root
ports with a total of 6 lanes and Tegra124 has 2 root ports with a total
of 5 lanes.This is based on the Linux kernel driver, originally submitted upstream
by Mike Rapoport.Signed-off-by: Mike Rapoport
Signed-off-by: Thierry Reding
Signed-off-by: Simon Glass
Signed-off-by: Tom Warren -
This controller was introduced on Tegra114 to handle XUSB pads. On
Tegra124 it is also used for PCIe and SATA pin muxing and PHY control.
Only the Tegra124 PCIe and SATA functionality is currently implemented,
with weak symbols on Tegra114.Tegra20 and Tegra30 also provide weak symbols for these functions so
that drivers can use the same API irrespective of which SoC they're
being built for.Signed-off-by: Thierry Reding
Signed-off-by: Simon Glass
Signed-off-by: Tom Warren -
The AS3722 provides a number of DC/DC converters and LDOs as well as 8
GPIOs.Signed-off-by: Thierry Reding
Signed-off-by: Simon Glass
Signed-off-by: Tom Warren
02 Dec, 2014
2 commits
28 Nov, 2014
1 commit
-
The fdt_path_offset() checks an alias too.
fdtdec_get_alias_node(blob, "foo") is equivalent to
fdt_path_offset(blob, "foo").Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
27 Nov, 2014
1 commit
25 Nov, 2014
3 commits
-
Intel's Graphics Media Accelerator (GMA) is a generic name for a wide range
of video devices. Add code to set up the hardware on ivybridge. Part of the
init happens in native code, part of it happens in a 16-bit option ROM for
those nostalgic for the 1970s.Signed-off-by: Simon Glass
-
Add the setup code for the CPU so that it can be used at full speed.
Signed-off-by: Simon Glass
-
Add code to set up the SATA interfaces on boot.
Signed-off-by: Simon Glass
21 Nov, 2014
6 commits
-
Implement SDRAM init using the Memory Reference Code (mrc.bin) provided in
the board directory and the SDRAM SPD information in the device tree. This
also needs the Intel Management Engine (me.bin) to work. Binary blobs
everywhere: so far we have MRC, ME and microcode.SDRAM init works by setting up various parameters and calling the MRC. This
in turn does some sort of magic to work out how much memory there is and
the timing parameters to use. It also sets up the DRAM controllers. When
the MRC returns, we use the information it provides to map out the
available memory in U-Boot.U-Boot normally moves itself to the top of RAM. On x86 the RAM is not
generally contiguous, and anyway some RAM may be above 4GB which doesn't
work in 32-bit mode. So we relocate to the top of the largest block of
RAM we can find below 4GB. Memory above 4GB is accessible with special
functions (see physmem).It would be possible to build U-Boot in 64-bit mode but this wouldn't
necessarily provide any more memory, since the largest block is often below
4GB. Anyway U-Boot doesn't need huge amounts of memory - even a very large
ramdisk seldom exceeds 100-200MB. U-Boot has support for booting 64-bit
kernels directly so this does not pose a limitation in that area. Also there
are probably parts of U-Boot that will not work correctly in 64-bit mode.
The MRC is one.There is some work remaining in this area. Since memory init is very slow
(over 500ms) it is possible to save the parameters in SPI flash to speed it
up next time. Suspend/resume support is not fully implemented, or at least
it is not efficient.With this patch, link boots to a prompt.
Signed-off-by: Simon Glass
-
Microcode updates are stored in the device tree. Work through these and
apply any that are needed.Signed-off-by: Simon Glass
-
Sometimes an array can be of variable size up to a maximum. Add a helper
function to decode this.Signed-off-by: Simon Glass
-
Permit decoding of a named memory region from the device tree. This allows
easy run-time configuration of the address of on-chip SRAM, SDRAM, etc.Signed-off-by: Simon Glass
Reviewed-by: Tom Rini -
Flash regions can optionally be compressed or hashed. Add the ability to
read this information from the flashmap.Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
Reviewed-by: Tom Rini -
Use the correct FDT data types for this function. Also add more debugging.
Acked-by: Anatolij Gustschin
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
23 Oct, 2014
4 commits
-
Add this to the table so that it can be recognised.
Signed-off-by: Simon Glass
-
The fdtdec_pci_get_bdf() function returns the bus, device, function
triplet of a PCI device by parsing the "reg" property according to the
PCI device tree binding.Acked-by: Simon Glass
Signed-off-by: Thierry Reding -
Add the fdt_get_resource() and fdt_get_named_resource() functions which
can be used to parse resources (memory regions) from an FDT. A helper to
compute the size of a region is also provided.Signed-off-by: Thierry Reding
Acked-by: Simon Glass
14 Sep, 2014
1 commit
11 Sep, 2014
1 commit
-
Within /chosen we may have a node which points to another node, similar
to how /aliases works. Add a helper function to do this lookup.Signed-off-by: Simon Glass
05 Sep, 2014
2 commits
-
The initialization table comes from the "Illustration of I2C command
for initialing PS8625" document supplied by Parade.Signed-off-by: Vadim Bendebury
Signed-off-by: Ajay Kumar
Acked-by: Simon Glass
Tested-by: Simon Glass
Signed-off-by: Minkyu Kang -
On Exynos5420 and newer versions, the FIMD sysmmus are in
"on state" by default.
We have to disable them in order to make FIMD DMA work.
This patch adds the required framework to exynos_fimd driver,
and disables FIMD sysmmu on Exynos5420.Signed-off-by: Ajay Kumar
Signed-off-by: Minkyu Kang
23 Jul, 2014
2 commits
-
This simple function returns the node offset of a named alias.
Signed-off-by: Simon Glass
-
Aliases are used to provide U-Boot's numbering of devices, such as:
aliases {
spi0 = "/spi@12330000";
}spi@12330000 {
...
}This tells us that the SPI controller at 12330000 is considered to be the
first SPI controller (SPI 0). So we have a numbering for the SPI node.Add a function that returns the numbering for a node assume that it exists
in the list of aliases.Signed-off-by: Simon Glass
28 May, 2014
2 commits
-
The backlight uses FETs on the TPS65090. Enable this so that the display
is visible.Signed-off-by: Simon Glass
Reviewed-by: Lukasz Majewski
Signed-off-by: Minkyu Kang -
This adds driver support for the TPS65090 PMU. Support includes
hooking into the pmic infrastructure so that the pmic commands
can be used on the console. The TPS65090 supports the following
functionality:- fet enable/disable/querying
- getting and setting of charge stateEven though it is connected to the pmic infrastructure it does
not hook into the pmic charging charging infrastructure.The device tree binding is from Linux, but only a small subset of
functionality is supported.Signed-off-by: Tom Wai-Hong Tam
Signed-off-by: Hatim Ali
Signed-off-by: Katie Roberts-Hoffman
Signed-off-by: Rong Chang
Signed-off-by: Sean Paul
Signed-off-by: Vincent Palatin
Signed-off-by: Aaron Durbin
Signed-off-by: Simon Glass
Signed-off-by: Minkyu Kang
16 May, 2014
1 commit
-
Exynos serise can be supported the dw-mmc controller.
So, it's good that used the general prefix as "_EXYNOS_DWMMC".Signed-off-by: Jaehoon Chung
Signed-off-by: Minkyu Kang
25 Mar, 2014
1 commit
-
Trivial merge conflict, needed to manually remove
local_info as per commit 41364f0f.Conflicts:
board/samsung/common/board.c
18 Mar, 2014
1 commit
-
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