[yocto] fail to create compressed kernel image

2016-12-27 Thread Kunihiko Hayashi
Hello, all

To build compressed kernel, I specify the following line on my machine
configuration:

   KERNEL_IMAGETYPE = "Image.gz"

and I've got such an error:

   "cannot open Image: No such file"

According to meta/classes/kernel.bbclass, compressed kernel image is created
by the following line (in the case of yocto-2.1).

gzip -9c < "${KERNEL_IMAGETYPE_FOR_MAKE}" > "${KERNEL_OUTPUT}"

KERNEL_IMAGETYPE_FOR_MAKE is a string removed a suffix '.gz' from
KERNEL_IMAGETYPE. Kernel raw image ("Image") is created on
'arch/${ARCH}/boot' directory, and I think that the path of the kernel
raw image is required for this case as follows.

For yocto-2.1:

-   gzip -9c < "${KERNEL_IMAGETYPE_FOR_MAKE}" > "${KERNEL_OUTPUT}"
+   gzip -9c < "arch/${ARCH}/boot/${KERNEL_IMAGETYPE_FOR_MAKE}" > 
"${KERNEL_OUTPUT}"

For yocto-2.2:

-   gzip -9c < "${typeformake}" > "${KERNEL_OUTPUT_DIR}/${type}"
+   gzip -9c < "arch/${ARCH}/boot/${typeformake}" > 
"${KERNEL_OUTPUT_DIR}/${type}"

I've checked it in the case of arm/arm64.
However I'm not sure that kernel raw images of all architectures are
created in the same way, are there any better suggestions?

Regards,

---
Kunihiko Hayashi
:hayashi.kunih...@socionext.com

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] How to set KCONFIG_MODE for defconfig and fragments

2016-06-13 Thread Kunihiko Hayashi
On Sun, 12 Jun 2016 22:22:39 -0400
Bruce Ashfield  wrote:

> On 2016-06-12 9:40 PM, Kunihiko Hayashi wrote:
> > Hello, all
> >
> > Now I'm trying to build my own kernel with linux-yocto recipe,
> > and I make kernel configuration fragments (".cfg" file) according to
> > "Linux Kernel Development Manual", and my fragments can't be applied
> > to the kernel at all.
> >
> > I find that linux-yocto recipe uses "allnoconfig" as default, and
> > configurations that my fragments depend on are disabled.
> 
> Your fragments really should be specifying not only their options,
> but the dependencies as well, or you need to have them
> include other fragments that set those dependencies.
> 
> If you don't, you are relying on the baseline configuration .. which
> is either a defconfig or ktype fragments in linux-yocto. That is also
> ok, just something to be aware of.
>
> >
> >> KCONFIG_MODE = "--allnoconfig"
> >
> > I assume that KCONFIG_MODE has the option of "configme" script,
> > but this option is undocumented on any manuals.
> >
> > If I apply "defconfig" and my additional fragments as it is,
> > how do I set KCONFIG_MODE in my recipe? (null string or another option?)
> 
> KCONFIG_MODE is a variable like any other. In your kernel recipe,
> you can just set it to one of the valid options.
> 
> KCONFIG_MODE = "..."
> 
> Note: those valid options are only [--alldefconfig] [--allnoconfig],
> since that is what the kernel merge_config.sh script can process.

Thank you for your comment.

I understand that I need to solve all dependencies in the usual cases, 
and KCONFIG_MODE is used for merge_config.sh. I think that to set
"--alldefconfig" to KCONFIG_MODE solves the question.

Regards,

---
Kunihiko Hayashi
:hayashi.kunih...@socionext.com

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] How to set KCONFIG_MODE for defconfig and fragments

2016-06-12 Thread Kunihiko Hayashi
Hello, all

Now I'm trying to build my own kernel with linux-yocto recipe,
and I make kernel configuration fragments (".cfg" file) according to
"Linux Kernel Development Manual", and my fragments can't be applied
to the kernel at all.

I find that linux-yocto recipe uses "allnoconfig" as default, and
configurations that my fragments depend on are disabled.

> KCONFIG_MODE = "--allnoconfig"

I assume that KCONFIG_MODE has the option of "configme" script,
but this option is undocumented on any manuals.

If I apply "defconfig" and my additional fragments as it is,
how do I set KCONFIG_MODE in my recipe? (null string or another option?)

Regards,
---
Kunihiko Hayashi
:hayashi.kunih...@socionext.com

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto