<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/meta-freescale.git/recipes-kernel/kernel-modules/kernel-module-mcc_1.06.bb, branch rework-kernel-recipes</title>
<subtitle>Mirror of github.com/Freescale/meta-freescale</subtitle>
<id>https://git.enea.com/cgit/linux/meta-freescale.git/atom?h=rework-kernel-recipes</id>
<link rel='self' href='https://git.enea.com/cgit/linux/meta-freescale.git/atom?h=rework-kernel-recipes'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-freescale.git/'/>
<updated>2016-04-19T18:03:21+00:00</updated>
<entry>
<title>Remove Vybrid mcc related recipes</title>
<updated>2016-04-19T18:03:21+00:00</updated>
<author>
<name>Otavio Salvador</name>
<email>otavio@ossystems.com.br</email>
</author>
<published>2015-10-27T11:15:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-freescale.git/commit/?id=ea910afe9401e406ebeede374d467cc3d35f647d'/>
<id>urn:sha1:ea910afe9401e406ebeede374d467cc3d35f647d</id>
<content type='text'>
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 &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
<entry>
<title>kernel-module-mcc: move to kernel-modules subdir</title>
<updated>2016-04-19T18:03:16+00:00</updated>
<author>
<name>Otavio Salvador</name>
<email>otavio@ossystems.com.br</email>
</author>
<published>2015-08-07T14:07:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/meta-freescale.git/commit/?id=c9d31f7464aafeeb894e4794da4dfa68a372fc4f'/>
<id>urn:sha1:c9d31f7464aafeeb894e4794da4dfa68a372fc4f</id>
<content type='text'>
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 &lt;otavio@ossystems.com.br&gt;
</content>
</entry>
</feed>
