u-boot.git/board/phytec, branch v2024.07Unnamed repository; edit this file 'description' to name the repository.http://cgit.235523.xyz/u-boot.git/atom/board/phytec?h=v2024.072024-05-19T14:16:36ZRevert "Merge patch series "arm: dts: am62-beagleplay: Fix Beagleplay Ethernet""2024-05-19T14:16:36ZTom Rinitrini@konsulko.com2024-05-19T02:20:43Zurn:sha1:d678a59d2d719da9e807495b4b021501f2836ca5
When bringing in the series 'arm: dts: am62-beagleplay: Fix Beagleplay
Ethernet"' I failed to notice that b4 noticed it was based on next and
so took that as the base commit and merged that part of next to master.
This reverts commit c8ffd1356d42223cbb8c86280a083cc3c93e6426, reversing
changes made to 2ee6f3a5f7550de3599faef9704e166e5dcace35.
Reported-by: Jonas Karlman <jonas@kwiboo.se>
Signed-off-by: Tom Rini <trini@konsulko.com>
Merge patch series "*** Commonize board code for K3 based SoMs ***"2024-05-10T17:33:00ZTom Rinitrini@konsulko.com2024-05-10T16:42:25Zurn:sha1:f842a7a2c02e400878805a56cef6edfd834c1f9e
Wadim Egorov <w.egorov@phytec.de> says:
Factor out code that we can reuse across all our K3 based SoMs.
2nd patch of this series require patch [1] to be applied first.
[1] https://lists.denx.de/pipermail/u-boot/2024-April/552021.html
board: phytec: Commonize board code for K3 based SoMs2024-05-10T16:42:22ZWadim Egorovw.egorov@phytec.de2024-04-24T12:53:34Zurn:sha1:0b30b28ba3da2f03334cc9b4f06710b6adc7260f
Environment handling code can be reused across all our K3 based SoMs.
Instead of adding the same code for every new SoM, move it to a common
board.c file.
Signed-off-by: Wadim Egorov <w.egorov@phytec.de>
board: phytec: Remove <common.h> and add needed includes2024-05-07T14:00:25ZTom Rinitrini@konsulko.com2024-05-01T02:42:30Zurn:sha1:9ac776b27c570de1d979199ac671e33457c7abe1
Remove <common.h> from this board vendor directory and when needed
add missing include files directly.
Acked-by: Wadim Egorov <w.egorov@phytec.de>
Acked-by: Teresa Remmet <t.remmet@phytec.de>
Signed-off-by: Tom Rini <trini@konsulko.com>
global: Audit usage of <eeprom.h>2024-05-06T21:07:48ZTom Rinitrini@konsulko.com2024-05-01T02:40:49Zurn:sha1:0fc85aa34df41a3a27e8e854cc725796129afdd4
The file include/eeprom.h is used only in some legacy non-DM I2C EEPROM
access cases. Remove most inclusions of this file as they are not
needed.
Signed-off-by: Tom Rini <trini@konsulko.com>
Merge patch series "Update PHYTEC SOM Detection"2024-04-29T16:56:05ZTom Rinitrini@konsulko.com2024-04-29T16:56:05Zurn:sha1:ff0de1f0557ed7d2dab47ba976a37347a1fdc432
Daniel Schultz <d.schultz@phytec.de> says:
This patch series extends PHYTEC's SOM detection by minor
fixes, a generic helper function and a new valid flag.
Moreover, it adds a module to provide access to the SOM
detection for our TI AM6 products.
board: phytec: Add SOM detection for AM6x2024-04-29T16:55:58ZDaniel Schultzd.schultz@phytec.de2024-04-19T15:55:40Zurn:sha1:9d152c23279c39424b48b4fafa86ec770281af35
Add all functions to read each SOM option from the EEPROM
image and detect whether it's the correct product for this
image.
Signed-off-by: Daniel Schultz <d.schultz@phytec.de>
board: phytec: common: Fix eepom is empty check2024-04-29T16:55:58ZDaniel Schultzd.schultz@phytec.de2024-04-19T15:55:39Zurn:sha1:e8fc2effdae535766704900f2b9cef64e90c4111
The ptr variable is currently defined as int and sizeof
returns the size of the eeprom data struct as Byte (32 in total).
In case the eeprom is empty, the check, if the eeprom is empty,
will most likely stop after 8 iterations because it will continue
with the stack which should contain some data. Therefore, the
init function will detect an empty EEPROM as API0 and return with
the valid flag set to True.
Fixes: dc22188cdc8 ("board: phytec: Add common PHYTEC SoM detection")
Signed-off-by: Daniel Schultz <d.schultz@phytec.de>
Reviewed-by: Teresa Remmet <t.remmet@phytec.de>
board: phytec: check eeprom_data validity2024-04-29T16:55:57ZYannic Moogy.moog@phytec.de2024-04-19T15:55:38Zurn:sha1:1e5de690f305ea719ecd906b757b378b412128a3
For all of the functions that access the eeprom_data, make sure these
data are valid. Use the valid member of the phytec_eeprom_data struct.
This fixes a bug where only the API revision check guarded against
accessing rubbish. But if API revision was e.g. 6, eeprom setup failed
before, but phytec_get_imx8m_eth would still happily access the data.
Fixes: dc22188cdc8 ("board: phytec: Add common PHYTEC SoM detection")
Signed-off-by: Yannic Moog <y.moog@phytec.de>
Signed-off-by: Daniel Schultz <d.schultz@phytec.de>
Reviewed-by: Teresa Remmet <t.remmet@phytec.de>
board: phytec: introduce eeprom struct member 'valid'2024-04-29T16:55:57ZYannic Moogy.moog@phytec.de2024-04-19T15:55:37Zurn:sha1:8fe6e9a00fea7faa129a741feb50d5a165c422c1
Add a new nember to the eeprom_data that indicates whether the
associated data is valid or not. Make use of this new member in the
phytec_eeprom_data_init function by setting the valid value
appropriately.
Move the eeprom data to a new struct payload that holds
the payload of the eeprom.
Signed-off-by: Yannic Moog <y.moog@phytec.de>
Signed-off-by: Daniel Schultz <d.schultz@phytec.de>
Reviewed-by: Teresa Remmet <t.remmet@phytec.de>