All of lore.kernel.org
 help / color / mirror / Atom feed
* How to generate cpio.gz AND cpio.gz.u-boot image from single recipe?
@ 2017-08-11 12:52 Vokáč Michal
  2017-08-11 16:31 ` Khem Raj
  0 siblings, 1 reply; 5+ messages in thread
From: Vokáč Michal @ 2017-08-11 12:52 UTC (permalink / raw)
  To: yocto

Hi,

I am in a process of upgrading our project from Jethro to Morty.
For a while I am trying to solve an issue with generating initramfs images.

We have an image recipe that says:

IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
inherit core-image
inherit image_types_uboot

With the Jethro branch of the openembedded-core layer all thee defined image types are generated.

After upgrade to Morty, the cpio.gz image is deleted somewhere in the process of generating
the cpio.gz.u-boot image (which is probably the right behavior of image_types_uboot.bbclass).

I wonder why it worked before and how to make it work again, properly.

Thanks in advance for any hints,
Michal

________________________________

CONFIDENTIALITY NOTICE
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information.
If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify us by email to info@ysoft.com with a copy of this message. You must not, directly or indirectly, use, disclose, distribute, print or copy any part of this message if you are not the intended recipient. Y Soft and any of its subsidiaries each reserves the right to monitor all e-mail communications through its networks.
Y Soft is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt. This email was scanned for the presence of computer viruses. In the unfortunate event of infection Y Soft does not accept liability.
Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: How to generate cpio.gz AND cpio.gz.u-boot image from single recipe?
  2017-08-11 12:52 How to generate cpio.gz AND cpio.gz.u-boot image from single recipe? Vokáč Michal
@ 2017-08-11 16:31 ` Khem Raj
  2017-08-14 13:11   ` Michal Vokáč
  0 siblings, 1 reply; 5+ messages in thread
From: Khem Raj @ 2017-08-11 16:31 UTC (permalink / raw)
  To: Vokáč Michal; +Cc: yocto

On Fri, Aug 11, 2017 at 5:52 AM, Vokáč Michal <Michal.Vokac@ysoft.com> wrote:
> Hi,
>
> I am in a process of upgrading our project from Jethro to Morty.
> For a while I am trying to solve an issue with generating initramfs images.
>
> We have an image recipe that says:
>
> IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
> inherit core-image
> inherit image_types_uboot
>
> With the Jethro branch of the openembedded-core layer all thee defined image types are generated.
>
> After upgrade to Morty, the cpio.gz image is deleted somewhere in the process of generating
> the cpio.gz.u-boot image (which is probably the right behavior of image_types_uboot.bbclass).
>
> I wonder why it worked before and how to make it work again, properly.

it is intentional. See
https://github.com/01org/luv-yocto/commit/09a5cb0cca109395a4835e25d483019ddd5e773c

>
> Thanks in advance for any hints,
> Michal
>
> ________________________________
>
> CONFIDENTIALITY NOTICE
> This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information.
> If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify us by email to info@ysoft.com with a copy of this message. You must not, directly or indirectly, use, disclose, distribute, print or copy any part of this message if you are not the intended recipient. Y Soft and any of its subsidiaries each reserves the right to monitor all e-mail communications through its networks.
> Y Soft is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt. This email was scanned for the presence of computer viruses. In the unfortunate event of infection Y Soft does not accept liability.
> Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them.
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: How to generate cpio.gz AND cpio.gz.u-boot image from single recipe?
  2017-08-11 16:31 ` Khem Raj
@ 2017-08-14 13:11   ` Michal Vokáč
  2017-08-14 13:37     ` Khem Raj
  0 siblings, 1 reply; 5+ messages in thread
From: Michal Vokáč @ 2017-08-14 13:11 UTC (permalink / raw)
  To: Khem Raj; +Cc: yocto

On 11.8.2017 18:31, Khem Raj wrote:
> On Fri, Aug 11, 2017 at 5:52 AM, Vokáč Michal <Michal.Vokac@ysoft.com> wrote:
>> Hi,
>>
>> I am in a process of upgrading our project from Jethro to Morty.
>> For a while I am trying to solve an issue with generating initramfs images.
>>
>> We have an image recipe that says:
>>
>> IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
>> inherit core-image
>> inherit image_types_uboot
>>
>> With the Jethro branch of the openembedded-core layer all thee defined image types are generated.
>>
>> After upgrade to Morty, the cpio.gz image is deleted somewhere in the process of generating
>> the cpio.gz.u-boot image (which is probably the right behavior of image_types_uboot.bbclass).
>>
>> I wonder why it worked before and how to make it work again, properly.
>
> it is intentional. See
> https://github.com/01org/luv-yocto/commit/09a5cb0cca109395a4835e25d483019ddd5e773c
>

Thank you Raj, that explain why the gziped image is being removed.

I still need to figure out, how to produce both image types from one recipe.
Lets imagine I went through these steps.

   1. I set up the recipe so that the tar.bz2 and cpio.gz images are generated.

   IMAGE_FSTYPES = "tar.bz2 cpio.gz"
   inherit core-image

   The tar is just for development debugging and the cpio.gz is packed into
   a FIT image that goes into production.

   2. After some unspecified time a need arose to produce also
   the cpio.gz.u-boot image that can be loaded manually in U-Boot during development.

   I changed the recipe like this:

   IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
   inherit core-image
   inherit image_types_uboot

 From my point of view, the image_types_uboot class is removing
the cpio.gz image that was generated by someone else.
In my situation it is not "a middle file" as the commit you referenced says.

I would understand that the cpio.gz is removed when it is not stated in
the IMAGE_FSTYPES variable.

 From reading the IMAGE_FSTYPES variable documentation a user/developer can never
get the idea that some image types can not be generated simultaneously.
IMHO a proper behavior would be to generate and preserve all supported image
types stated in the IMAGE_FSTYPES variable.

Any ideas how to achieve that?

________________________________

CONFIDENTIALITY NOTICE
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information.
If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify us by email to info@ysoft.com with a copy of this message. You must not, directly or indirectly, use, disclose, distribute, print or copy any part of this message if you are not the intended recipient. Y Soft and any of its subsidiaries each reserves the right to monitor all e-mail communications through its networks.
Y Soft is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt. This email was scanned for the presence of computer viruses. In the unfortunate event of infection Y Soft does not accept liability.
Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them.


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: How to generate cpio.gz AND cpio.gz.u-boot image from single recipe?
  2017-08-14 13:11   ` Michal Vokáč
@ 2017-08-14 13:37     ` Khem Raj
  2017-08-14 14:57       ` Michal Vokáč
  0 siblings, 1 reply; 5+ messages in thread
From: Khem Raj @ 2017-08-14 13:37 UTC (permalink / raw)
  To: Michal Vokáč; +Cc: yocto

[-- Attachment #1: Type: text/plain, Size: 3722 bytes --]

Please open a bugzilla entry for it

On Mon, Aug 14, 2017 at 6:11 AM Michal Vokáč <michal.vokac@ysoft.com> wrote:

> On 11.8.2017 18:31, Khem Raj wrote:
> > On Fri, Aug 11, 2017 at 5:52 AM, Vokáč Michal <Michal.Vokac@ysoft.com>
> wrote:
> >> Hi,
> >>
> >> I am in a process of upgrading our project from Jethro to Morty.
> >> For a while I am trying to solve an issue with generating initramfs
> images.
> >>
> >> We have an image recipe that says:
> >>
> >> IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
> >> inherit core-image
> >> inherit image_types_uboot
> >>
> >> With the Jethro branch of the openembedded-core layer all thee defined
> image types are generated.
> >>
> >> After upgrade to Morty, the cpio.gz image is deleted somewhere in the
> process of generating
> >> the cpio.gz.u-boot image (which is probably the right behavior of
> image_types_uboot.bbclass).
> >>
> >> I wonder why it worked before and how to make it work again, properly.
> >
> > it is intentional. See
> >
> https://github.com/01org/luv-yocto/commit/09a5cb0cca109395a4835e25d483019ddd5e773c
> >
>
> Thank you Raj, that explain why the gziped image is being removed.
>
> I still need to figure out, how to produce both image types from one
> recipe.
> Lets imagine I went through these steps.
>
>    1. I set up the recipe so that the tar.bz2 and cpio.gz images are
> generated.
>
>    IMAGE_FSTYPES = "tar.bz2 cpio.gz"
>    inherit core-image
>
>    The tar is just for development debugging and the cpio.gz is packed into
>    a FIT image that goes into production.
>
>    2. After some unspecified time a need arose to produce also
>    the cpio.gz.u-boot image that can be loaded manually in U-Boot during
> development.
>
>    I changed the recipe like this:
>
>    IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
>    inherit core-image
>    inherit image_types_uboot
>
>  From my point of view, the image_types_uboot class is removing
> the cpio.gz image that was generated by someone else.
> In my situation it is not "a middle file" as the commit you referenced
> says.
>
> I would understand that the cpio.gz is removed when it is not stated in
> the IMAGE_FSTYPES variable.
>
>  From reading the IMAGE_FSTYPES variable documentation a user/developer
> can never
> get the idea that some image types can not be generated simultaneously.
> IMHO a proper behavior would be to generate and preserve all supported
> image
> types stated in the IMAGE_FSTYPES variable.
>
> Any ideas how to achieve that?
>
> ________________________________
>
> CONFIDENTIALITY NOTICE
> This message is for the named person's use only. It may contain
> confidential, proprietary or legally privileged information.
> If you receive this message in error, please immediately delete it and all
> copies of it from your system, destroy any hard copies of it and notify us
> by email to info@ysoft.com with a copy of this message. You must not,
> directly or indirectly, use, disclose, distribute, print or copy any part
> of this message if you are not the intended recipient. Y Soft and any of
> its subsidiaries each reserves the right to monitor all e-mail
> communications through its networks.
> Y Soft is neither liable for the proper, complete transmission of the
> information contained in this communication nor any delay in its receipt.
> This email was scanned for the presence of computer viruses. In the
> unfortunate event of infection Y Soft does not accept liability.
> Any views expressed in this message are those of the individual sender,
> except where the message states otherwise and the sender is authorised to
> state them.
>

[-- Attachment #2: Type: text/html, Size: 4470 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: How to generate cpio.gz AND cpio.gz.u-boot image from single recipe?
  2017-08-14 13:37     ` Khem Raj
@ 2017-08-14 14:57       ` Michal Vokáč
  0 siblings, 0 replies; 5+ messages in thread
From: Michal Vokáč @ 2017-08-14 14:57 UTC (permalink / raw)
  To: Khem Raj; +Cc: yocto

On 14.8.2017 15:37, Khem Raj wrote:
> Please open a bugzilla entry for it
Done.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=11928

Thanks Raj.

>
> On Mon, Aug 14, 2017 at 6:11 AM Michal Vokáč <michal.vokac@ysoft.com <mailto:michal.vokac@ysoft.com>> wrote:
>
>     On 11.8.2017 18:31, Khem Raj wrote:
>      > On Fri, Aug 11, 2017 at 5:52 AM, Vokáč Michal <Michal.Vokac@ysoft.com <mailto:Michal.Vokac@ysoft.com>> wrote:
>      >> Hi,
>      >>
>      >> I am in a process of upgrading our project from Jethro to Morty.
>      >> For a while I am trying to solve an issue with generating initramfs images.
>      >>
>      >> We have an image recipe that says:
>      >>
>      >> IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
>      >> inherit core-image
>      >> inherit image_types_uboot
>      >>
>      >> With the Jethro branch of the openembedded-core layer all thee defined image types are generated.
>      >>
>      >> After upgrade to Morty, the cpio.gz image is deleted somewhere in the process of generating
>      >> the cpio.gz.u-boot image (which is probably the right behavior of image_types_uboot.bbclass).
>      >>
>      >> I wonder why it worked before and how to make it work again, properly.
>      >
>      > it is intentional. See
>      > https://github.com/01org/luv-yocto/commit/09a5cb0cca109395a4835e25d483019ddd5e773c
>      >
>
>     Thank you Raj, that explain why the gziped image is being removed.
>
>     I still need to figure out, how to produce both image types from one recipe.
>     Lets imagine I went through these steps.
>
>         1. I set up the recipe so that the tar.bz2 and cpio.gz images are generated.
>
>         IMAGE_FSTYPES = "tar.bz2 cpio.gz"
>         inherit core-image
>
>         The tar is just for development debugging and the cpio.gz is packed into
>         a FIT image that goes into production.
>
>         2. After some unspecified time a need arose to produce also
>         the cpio.gz.u-boot image that can be loaded manually in U-Boot during development.
>
>         I changed the recipe like this:
>
>         IMAGE_FSTYPES = "tar.bz2 cpio.gz cpio.gz.u-boot"
>         inherit core-image
>         inherit image_types_uboot
>
>       From my point of view, the image_types_uboot class is removing
>     the cpio.gz image that was generated by someone else.
>     In my situation it is not "a middle file" as the commit you referenced says.
>
>     I would understand that the cpio.gz is removed when it is not stated in
>     the IMAGE_FSTYPES variable.
>
>       From reading the IMAGE_FSTYPES variable documentation a user/developer can never
>     get the idea that some image types can not be generated simultaneously.
>     IMHO a proper behavior would be to generate and preserve all supported image
>     types stated in the IMAGE_FSTYPES variable.
>
>     Any ideas how to achieve that?
>

________________________________

CONFIDENTIALITY NOTICE
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information.
If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify us by email to info@ysoft.com with a copy of this message. You must not, directly or indirectly, use, disclose, distribute, print or copy any part of this message if you are not the intended recipient. Y Soft and any of its subsidiaries each reserves the right to monitor all e-mail communications through its networks.
Y Soft is neither liable for the proper, complete transmission of the information contained in this communication nor any delay in its receipt. This email was scanned for the presence of computer viruses. In the unfortunate event of infection Y Soft does not accept liability.
Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them.


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2017-08-14 14:57 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-08-11 12:52 How to generate cpio.gz AND cpio.gz.u-boot image from single recipe? Vokáč Michal
2017-08-11 16:31 ` Khem Raj
2017-08-14 13:11   ` Michal Vokáč
2017-08-14 13:37     ` Khem Raj
2017-08-14 14:57       ` Michal Vokáč

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.