| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
This includes following changes:
375bd95 build: Copy the module build information files to topdir
6a69d95 Fix gcc 6 build error -Werror=misleading-indentation
as well as removes the corresponding patch file of the GCC 6 build
error.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
| |
Signed-off-by: Tom Hochstein <tom.hochstein@nxp.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
| |
Signed-off-by: Neena Busireddy <neena.busireddy@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
| |
The module autoloading ensures 'galcore' to be probed as early as
possible during the boot. The order is important so the GPU can be
used as fast as possible, ensuring a reduced time until the initial
GPU-based application is loaded.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The mqxboot and mcc Linux kernel module requires the Timesys kernel to
work. The kernel is not in use in meta-fsl-arm anymore and in long
term the Vybrid will be using the remoteproc mechanism to share
resources across the different CPU, inside of the SoC.
As consequence of the update for the Linux 4.1 kernel, those recipes
ought to move for meta-fsl-arm-extra where 3rd party boards can keep
using them.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
|
| |
The driver source code provided by Freescale needs fixes. This fork is
a community driven development and allow faster development and easier
integration of fixes.
The "+fslc" suffix is added to the module during probing to make a
clear identification.
Change-Id: I914f1a7731263effdef75827e3a9fb8daba37ec9
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
busfreq-imx.h
The renaming of include/linux/busfreq-imx6.h to include/linux/busfreq-imx.h
is not consistent over the many kernel versions currently being built. This
changeset works around this inconsistency by creating a local symbolic link
to whatever file is actually present in the kernel sources.
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The build fail about the bus frequency header (linux/busfreq-imx6.h)
not being found is caused by the mistaken check for the wrong kernel
version.
The regression has been introduced by d476c35
(kernel-module-imx-gpu-viv: Upgrade to 5.0.11.p7.1 for 3.14.38-6QP_ga
release) which has been not properly tested. This patch fixes it,
again, by adding back the removed patch.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
- Package name is changed to kernel-module-imx-gpu-viv.
- Patch platform-Fix-kernel-version-check-for-3.14-based-ker.patch is no longer required
as the fix has been applied upstream.
- Upgrade to graphics version 5.0.11.p7.1
- Makefile patch will be included in next release.
Signed-off-by: Neena Busireddy <neena.busireddy@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
| |
The build fail about the bus frequency header (linux/busfreq-imx6.h)
not being found is caused by the mistaken check for the wrong kernel
version.
This patch fixes it by adding the right kernel version to be checked.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
|
|
|
|
|
|
|
|
|
| |
This is the Vivante kernel driver split from the kernel source code in
order to make it possible to be used in any kernel source since
3.10.53.
The graphic version is 5.0.11.p6.3
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|
|
There are more kernel modules which are going to be packaged so it
makes sense to have them all in same subdirectory.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|