- 29 9月, 2018 33 次提交
-
-
由 Eugen Hristev 提交于
Add commands for fdt overlay merging. This is required for the boot scripts that detect PDAs and apply specific overlays to the DTB passed on to kernel. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add commands for fdt overlay merging. This is required for the boot scripts that detect PDAs and apply specific overlays to the DTB passed on to kernel. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add commands for fdt overlay merging. This is required for the boot scripts that detect PDAs and apply specific overlays to the DTB passed on to kernel. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Call the PDA detection mechanism at boot time so we can have the pda environment variable ready for use. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Call the PDA detection mechanism at boot time so we can have the pda environment variable ready for use. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Call the PDA detection mechanism at boot time so we can have the pda environment variable ready for use. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Call the PDA detection mechanism at boot time so we can have the pda environment variable ready for use. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Call the PDA detection mechanism at boot time so we can have the pda environment variable ready for use. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
This adds the support for PDA detection as common code for Atmel boards. Using the one wire interface over GPIO , an EEPROM memory is read and compared to preprogrammed values for PDA screens TM4300, TM7000 and TM7000B. Once the PDA is detected, an environment variable is set accordingly. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
SAMA5D4 SoC can have extra clip boards (PDAs) connected, which have an EEPROM memory for identification. A special GPIO can be used to read this memory over 1wire protocol. Enabling one wire and eeprom drivers for this memory. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
SAMA5D2 SoC can have extra clip boards (PDAs) connected, which have an EEPROM memory for identification. A special GPIO can be used to read this memory over 1wire protocol. Enabling one wire and eeprom drivers for this memory. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
SAMA5D2 SoC can have extra clip boards (PDAs) connected, which have an EEPROM memory for identification. A special GPIO can be used to read this memory over 1wire protocol. Enabling one wire and eeprom drivers for this memory. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
SAMA5D3 SoC can have extra clip boards (PDAs) connected, which have an EEPROM memory for identification. A special GPIO can be used to read this memory over 1wire protocol. Enabling one wire and eeprom drivers for this memory. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
SAMA5D2 SoC can have extra clip boards (PDAs) connected, which have an EEPROM memory for identification. A special GPIO can be used to read this memory over 1wire protocol. Enabling one wire and eeprom drivers for this memory. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
To be able to test Dallas onewire protocol and one wire eeproms driver and subsystem, add in sandbox defconfig the drivers' config. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add a node for the one wire uclass and one wire gpio driver in sandbox. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add onewire "w1" groups and pin function for onewire GPIOs in sandbox. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add basic command for bus information and read for onewire bus using Dallas 1-Wire protocol. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Bindings for sandbox onewire eeprom driver Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Add a sandbox driver for a one wire EEPROM memory Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Bindings for Maxim's ds24 onewire EEPROM families driver Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Maxime Ripard 提交于
Add a driver that supports Maxim 1 wire EEPROMs families DS24B33 and DS2431. Can be extended for other families as well. Signed-off-by: NMaxime Ripard <maxime.ripard@bootlin.com> [eugen.hristev@microchip.com: reworked driver] Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
When a new device is discovered, this may be a w1 eeprom device. Attempt to find the proper node and driver from the w1-eeprom subsystem. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Maxime Ripard 提交于
We might want to access data stored onto one wire EEPROMs. Create a framework to provide a consistent API. Signed-off-by: NMaxime Ripard <maxime.ripard@bootlin.com> [eugen.hristev@microchip.com: reworked patch] Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Eugen Hristev 提交于
Added bindings specification for bitbanged gpio driver for Dallas one wire protocol Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Maxime Ripard 提交于
Add a bus driver for bitbanging a 1-Wire bus over a GPIO. Signed-off-by: NMaxime Ripard <maxime.ripard@bootlin.com> [eugen.hristev@microchip.com: fixed some issues] Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Maxime Ripard 提交于
We might want to use 1-Wire devices connected on boards such as EEPROMs in U-Boot. Provide a framework to be able to do that. Signed-off-by: NMaxime Ripard <maxime.ripard@bootlin.com> [eugen.hristev@microchip.com: reworked] Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Tien Fong Chee 提交于
This is file system generic loader which can be used to load the file image from the storage into target such as memory. The consumer driver would then use this loader to program whatever, ie. the FPGA device. Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com>
-
由 Tien Fong Chee 提交于
Add a document to describe file system firmware loader binding information. Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Tien Fong Chee 提交于
Provide information about - overview of file system firmware loader driver model - describe storage device and partition in device tree source - describe fie system firmware loader API Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Tien Fong Chee 提交于
Add a function to find the block device descriptor of the parent device. Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com> [trini: Move function declaration to avoid warning] Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Tien Fong Chee 提交于
cmd_ubifs_mount() function would be called directly instead of involving whole command machinery for mounting ubifs in generic firmware loader, so some checking codes need to be factored out into cmd_ubifs_mount() without breaking original functionality design. Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com> Reviewed-by: NMarek Vasut <marex@denx.de> Reviewed-by: NHeiko Schocher <hs@denx.de>
-
由 Tien Fong Chee 提交于
cmd_ubifs_umount() function would be called directly instead of involving whole command machinery in generic firmware loader, so checking on ubifs_initialized status need to be done in cmd_ubifs_umount() without breaking original functionality design. Signed-off-by: NTien Fong Chee <tien.fong.chee@intel.com> Reviewed-by: NMarek Vasut <marex@denx.de> Reviewed-by: NHeiko Schocher <hs@denx.de> [trini: Fix conflicting type error in cmd/ubi.c] Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 27 9月, 2018 3 次提交
-
-
git://git.denx.de/u-boot-microblaze由 Tom Rini 提交于
Xilinx changes for v2018.11 - Handle BOARD_LATE_INIT via Kconfig SPL: - Enable GZIP for all partitions types(not only for kernel) ZynqMP: - Rearrange pmufw version handling - Support newer PMUFW with improved fpga load sequence Zynq: - Cleanup config file - Simplify zybo config by enabling option via Kconfig net: - Fix gems max-speed property reading - Enable support for fixed-link phys
-
由 Michal Simek 提交于
Based on dt-specs fixed-link doesn't require phy-handle to be used. Fix driver to only read phy related setting when phy-handle is found. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
-
git://github.com/agraf/u-boot由 Tom Rini 提交于
Patch queue for efi - 2018-09-26 A lot of goodness in this release. We're *very* close to running the UEFI Shell and SCT natively. The only missing piece are HII protocols. - FAT write support (needed for SCT) - improved FAT directory support (needed for SCT) - RTC support with QEMU -M virt - Sandbox support (run UEFI binaries in Linux - yay) - Proper UTF-16 support - EFI_UNICODE_COLLATION_PROTOCOL support (for UEFI Shell) - EFI_SIMPLE_TEXT_INPUT_EX_PROTOCOL support (for UEFI Shell) - Fix window size determination - Fix Tegra by explicitly unmapping RAM - Clean up handle entanglement - Lots of generic code cleanup [trini: Fixup merge conflict in include/configs/qemu-arm.h] Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 26 9月, 2018 4 次提交
-
-
由 Alexander Graf 提交于
When running sandbox with the new pointer sanitization we just recently introduced, we're running into a case with FIT images where we end up interpreting pointers as addresses. What happened is that most callers of set_working_fdt_addr() simply convert pointers into addresses without taking into account that they might be 2 separate address spaces. Fix the callers up to map their pointers into addresses. This makes sandbox tests pass for me again. Signed-off-by: NAlexander Graf <agraf@suse.de>
-
由 Luis Araneda 提交于
Only add CONFIG_DISPLAY to defconfig because CONFIG_I2C_EDID is automatically selected by CONFIG_DISPLAY Signed-off-by: NLuis Araneda <luaraneda@gmail.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
max-speed property is part of phynode and it has to be read using ofnode_read_u32_default(). This fixes the issue of incorrect max-speed read from DT. Signed-off-by: NSiva Durga Prasad Paladugu <siva.durga.paladugu@xilinx.com> Acked-by: NJoe Hershberger <joe.hershberger@ni.com> Signed-off-by: NMichal Simek <michal.simek@xilinx.com>
-
由 Michal Simek 提交于
There is no reason to limit gzip usage only for OS_BOOT and kernel image type. Signed-off-by: NMichal Simek <michal.simek@xilinx.com> Tested-by: NYork Sun <york.sun@nxp.com>
-