From: Denys Dmytriyenko <denys@ti.com>
To: Glenn Schmottlach <gschmottlach@gmail.com>
Cc: meta-ti@yoctoproject.org
Subject: Re: Trouble modifying defconfig for linux-ti-staging_rt recipe
Date: Mon, 20 Mar 2017 11:54:59 -0400 [thread overview]
Message-ID: <20170320155459.GP14484@edge> (raw)
In-Reply-To: <CAMS2kBEyHe6y3rKD0RV=LXnSXR8kQY7yHuHtBQrb5gvDiX4RCg@mail.gmail.com>
On Mon, Mar 20, 2017 at 11:44:16AM -0400, Glenn Schmottlach wrote:
> I am having trouble modifying the kernel configuration for the
> following TI kernel recipe using the Yocto Morty environment:
>
> linux-ti-staging-rt_4.9.bb
>
> I have created my own layer and with a *.bbappend file for this recipe, e.g.
>
> linux-ti-staging-rt_4.9.bbappend
>
> It appears the TI kernel recipes are not (yet) proper "Yocto" kernel
> recipes in that they are not "fragment" aware.
TI kernel recipe is not "Yocto" kernel (which is really to say WindRiver
format), but the fragment support got upstreamed to the mainline kernel and
kernel itself now supports config fragments! That is what TI kernel uses and
meta-ti kernel recipe supports.
> It appears I cannot do
> the following inside of my *.bbappend recipe:
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> SRC_URI += "file://eem.cfg"
You can add any additional fragments you want to be applied by the recipe to
KERNEL_CONFIG_FRAGMENTS variable.
> Inside of "eem.cfg" I want to set the following kernel options:
>
> CONFIG_USB_NET_CDC_EEM=m
> CONFIG_USB_F_EEM=m
> CONFIG_USB_ETH_EEM=y
>
> This has no affect. I tried creating my own defconfig based on the
> '.config' generated from the original recipe. I modified my *.bbappend
> file as follows:
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> SRC_URI += "file://defconfig"
>
> Again, my defconfig is not applied to the build.
It already has file://defconfig in SRC_URI, that's how it works and gets the
fragments assembled.
What's your platform? Are you sure one of the existing defconfigs are not
used instead?
> I even tried patching kernel-source/ti_config_fragments and placing a
> eem.cfg in that directory hoping the configuration generation script
> (defconfig_builder.sh) might apply this fragment.
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> SRC_URI += "file://0001-eem-config.patch"
>
> Where the patch contains:
>
> Index: kernel-source/ti_config_fragments/eem.cfg
> ===================================================================
> --- /dev/null
> +++ kernel-source/ti_config_fragments/eem.cfg
> @@ -0,0 +1,4 @@
> +CONFIG_USB_NET_CDC_EEM=m
> +CONFIG_USB_F_EEM=m
> +CONFIG_USB_ETH_EEM=y
> +
>
> Unfortunately this did not work either.
You also need to update the "map" file, which basically lists all the
fragments it needs to assemble for a platform. And platform's defconfig only
points to one of the entries in the map file.
> I suspect this question has been asked before, but what is the
> RECOMMENDED procedure for making kernel configuration changes to the
> TI kernel recipes in a Yocto environment? What methods have others
> used to tweak the TI kernel options from their *.bbappend files?
>
> Thanks for any insights . . .
> --
> _______________________________________________
> meta-ti mailing list
> meta-ti@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-ti
next prev parent reply other threads:[~2017-03-20 15:55 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-20 15:44 Trouble modifying defconfig for linux-ti-staging_rt recipe Glenn Schmottlach
2017-03-20 15:45 ` Florian Wickert
2017-03-20 15:54 ` Denys Dmytriyenko [this message]
2017-03-20 18:14 ` Glenn Schmottlach
2017-03-20 20:15 ` Denys Dmytriyenko
2017-03-20 20:59 ` Glenn Schmottlach
2017-03-20 21:08 ` Denys Dmytriyenko
2017-03-21 11:52 ` Glenn Schmottlach
2017-03-21 17:45 ` Denys Dmytriyenko
2017-03-22 19:41 ` Glenn Schmottlach
2017-03-22 19:50 ` Denys Dmytriyenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170320155459.GP14484@edge \
--to=denys@ti.com \
--cc=gschmottlach@gmail.com \
--cc=meta-ti@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.