All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chong Lu <Chong.Lu@windriver.com>
To: "Joseph Andrew de la Peña" <jdelapena@lexmark.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: QEMU in SDK
Date: Wed, 9 Jul 2014 16:53:56 +0800	[thread overview]
Message-ID: <53BD0324.2060604@windriver.com> (raw)
In-Reply-To: <CAJrRHk5ozoJwv78nSviRn2MZJMHpk29vA5+ce6TL5K5-T2PeiA@mail.gmail.com>

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


On 07/09/2014 04:27 PM, Joseph Andrew de la Peña wrote:
> Good day Chong,
>
> Thank you so much for your input! I have also tried the ADT method you 
> mentioned and saw the needed files inside download_image. Yet this is 
> not the path I intended to take since in our poky, we already have our 
> own generated images.
>
> The output should be like the ADT installer where the moment you run 
> the script, the images will be installed inside a certain dir in 
> sysroots. Is this possible?
>
> The expected outcome should be the moment I finished running the SDK 
> script generated by populate_sdk, the images should also be seen in my 
> sdk path. How can I include the images as content to the SDK script? 
> Is there a variable that I need to set in conf or any?
>
adt-installer download images from http://adtrepo.yoctoproject.org/ , 
maybe you can create your repo for your images.
The script from populate_sdk can't get images default.

BR
Chong
> - Joseph
>
>
> On Tue, Jul 8, 2014 at 5:54 PM, Chong Lu <Chong.Lu@windriver.com 
> <mailto:Chong.Lu@windriver.com>> wrote:
>
>     I mean you can use adt-installer to make your sdk environment.
>     (3.1.1. Using the ADT Installer)
>     After you run adt-installer script, you can get kernel and rootfs
>     in download_image directory.
>
>     Best Regards
>     Chong
>
>
>
>     On 07/08/2014 05:39 PM, Joseph Andrew de la Peña wrote:
>>     Good day Chong,
>>
>>     Actually, I have used ADT (Section 3.4 Optionally Building a
>>     Toolchain Installer). I used the method -c populate_sdk and it
>>     generated a toolchain script from my existing build workdir's
>>     core-image-XXX. I ran the toolchain and it generated a sysroots
>>     dir to /path/to/sysroots (SDK_PATH).
>>
>>     Here's the directory structure:
>>     + SDK_PATH
>>     --- + environment-setup-XXX
>>     --- + site-config-XXX
>>     --- + sysroots (dir)
>>     ---------- + XXX-poky-linux (dir)
>>     ---------- + XXX-pokysdk-linux (dir)
>>     --- + version-XXX
>>
>>     The poky-linux dir does not contain a build dir and nowhere are
>>     the images (kernel and ext3) to be found. Thus, the main problem
>>     is how can I ran qemu with my SDK setup. This would lead to my
>>     sub question: since QEMU needs the kernel and ext3 files, how can
>>     I automatically copy these images from my existing build workdir
>>     to the newly created SDK dir.
>>
>>     Thanks,
>>     Joseph
>>
>>
>>
>>
>>
>>     On Tue, Jul 8, 2014 at 3:26 PM, Chong Lu <Chong.Lu@windriver.com
>>     <mailto:Chong.Lu@windriver.com>> wrote:
>>
>>         Hi Joseph,
>>
>>         Maybe you can use adt-installer.
>>
>>         http://www.yoctoproject.org/docs/latest/adt-manual/adt-manual.html#using-the-adt-installer
>>
>>         Best Regards
>>         Chong
>>
>>         On 07/08/2014 02:15 PM, Joseph Andrew de la Peña wrote:
>>>         Good day ALL,
>>>
>>>         I was wondering if it's possible to automatically add QEMU
>>>         dependencies (kernel and ext3 files) into the script
>>>         generated by do_populate_sdk? Then after running the
>>>         generated SDK script, the images will reside in
>>>         /path/to/sysroots/xxx-poky-xxx/tmp/images? Then just add an
>>>         environment variable to the environment script to locate the
>>>         images path. Is this possible?
>>>
>>>         The intention is to run QEMU in a host machine with
>>>         extracted SDK. Any suggestions on other better ways to run
>>>         QEMU in another machine w/ SDK would be great.
>>>
>>>         Thanks,
>>>         Joseph
>>>
>>>
>>
>>
>
>


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

  reply	other threads:[~2014-07-09  8:54 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-08  6:15 QEMU in SDK Joseph Andrew de la Peña
2014-07-08  7:26 ` Chong Lu
2014-07-08  9:39   ` Joseph Andrew de la Peña
2014-07-08  9:54     ` Chong Lu
2014-07-09  8:27       ` Joseph Andrew de la Peña
2014-07-09  8:53         ` Chong Lu [this message]
2014-07-09  9:01           ` Joseph Andrew de la Peña
  -- strict thread matches above, loose matches on Subject: below --
2014-07-08  3:05 Joseph Andrew de la Peña

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=53BD0324.2060604@windriver.com \
    --to=chong.lu@windriver.com \
    --cc=jdelapena@lexmark.com \
    --cc=yocto@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.