| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
| |
The AM654 SoC is a lead device of the K3 Multicore SoC architecture
platform, targeted for broad market and industrial control with aim to
meet the complex processing needs of modern embedded products.
See AM65x Technical Reference Manual (SPRUID7, April 2018)
for further details: http://www.ti.com/lit/pdf/spruid7
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
| |
The AM654 SoC is a lead device of the K3 Multicore SoC architecture
platform, targeted for broad market and industrial control with aim to
meet the complex processing needs of modern embedded products.
See AM65x Technical Reference Manual (SPRUID7, April 2018)
for further details: http://www.ti.com/lit/pdf/spruid7
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
This simplification causes more problems than it solves.
This reverts commit c01c7f595cadd289a94a2c9f9f863e4bbd75a3c2.
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
| |
Since using DT overlays as a FIT image (itb,dtb,dtbo) is not yet ready
for prime time, kernel now has ability to generate all combinations of
full DTBs out of DT overlays. Use those for now until FIT image approach
to DT overlays is adopted more broadly.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
It is still mentioned in the commend, in case someone needs it.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
Some DTBs have changed, am57xx-evm moved to DT overlays.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
Now that meta-yocto-bsp renamed reference machine to beaglebone-yocto
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
opencl-monitor does not distinguish between dra7xx and am57xx devices,
treating both as the same and attempting to build for am57xx regardless.
However, this is dependent on common-csl-ip-rtos, a component of PDK,
which in general does handle these devices differently. The definition
of am57xx SOCs in the PDK list from omap-15.conf gets inherited by
dra7xx-evm.conf, thereby creating a rule that all dra7xx PDK recipes
must build am57xx libraries. This results in a dra7xx image which is
much larger than necessary, and more severely, creates an artifical
dependency link between these two devices and introduces build failures
for various PDK recipes.
Instead, we now override the PDK SOC definition in dra7xx-evm.conf, and
only in the CSL RTOS recipe do we append the am57xx SOCS for dra7xx-evm
machine build. This allows for opencl-monitor to build successfully for
dra7xx while preventing any other PDK recipes from attempting to build
libraries for am57xx devices.
This is a workaround that must stay in place until opencl build can
properly comprehend am57xx and dra7xx independently, and/or omap-a15
is not implied to be synonymous with am57xx in various recipes.
Signed-off-by: Stephen Molfetta <sjmolfetta@ti.com>
Signed-off-by: Jacob Stiffler <j-stiffler@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Mahesh Radhakrishnan <m-radhakrishnan2@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Hongmei Gou <a0271529@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Hongmei Gou <a0271529@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
| |
* The omapl137 family does not have linux support and is only
supported by baremetal and TI RTOS.
Signed-off-by: Jacob Stiffler <j-stiffler@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Jacob Stiffler <j-stiffler@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
Acked-by: Jacob Stiffler <j-stiffler@ti.com>
|
|
|
|
|
|
|
|
|
|
|
| |
* The c66x SOCs (e.g. c665x-evm and c667x-evm) are DSP-only devices,
and therefore do not have a supported kernel nor an integrated
toolchain.
* Add these machines to allow the creation of baremetal and TI RTOS
packages.
Signed-off-by: Jacob Stiffler <j-stiffler@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
| |
* Set the ti-pdk class variables which sets the list of devices and
boards supported.
Signed-off-by: Jacob Stiffler <j-stiffler@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
| |
Signed-off-by: Dan Murphy <dmurphy@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
Updated all corresponding defconfigs as well.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
| |
Now, that 4.9 finally switched from ttyO to ttyS and all issues were addressed,
no need to try all possible combinations in most cases.
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
| |
The bb.data.getVar() API has been deprecated & removed. This change
follows that change and allows MACHINE=beaglebone to work again.
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
|
|
|
| |
AM43x was missing the hdmi dtb file in the
KERNEL_DEVICETREE variable. Adding this in allows for
a copy to deploy directory.
Signed-off-by: Dan Murphy <dmurphy@ti.com>
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
|
|
| |
Previous commit meant to increase it more than just by 200...
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|
|
|
|
| |
Signed-off-by: Denys Dmytriyenko <denys@ti.com>
|