All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: chinmaya hoshing <cahoshing@gmail.com>
Cc: poky@yoctoproject.org
Subject: Re: Getting error in linux-yocto kernel during build.
Date: Wed, 21 Sep 2011 12:10:56 -0400	[thread overview]
Message-ID: <4E7A0C90.8050505@windriver.com> (raw)
In-Reply-To: <CAMTw45C-hpYzBuyt65FmRxM6iffwpvJ3-37mA_e6TcRUTOVsKQ@mail.gmail.com>

On 11-09-21 10:03 AM, chinmaya hoshing wrote:
>
> Hi ,
>
> I am not doing any changes to kernel, following are the thing what I did :-
>
> 1. I cloned poky from ( git://git.yoctoproject.org/poky ) and using
> bernard <http://git.yoctoproject.org/cgit/cgit.cgi/poky/log/?h=bernard>
> branch.
> 2. I pull some packages from openembeded and also create my own.
> 3. I maintained git repository for my poky source and did git commit for
> all for my changes.

Are you talking about committing kernel changes here ? Or changes
to layers and packages ?

> 4. I created a local git and ftp repo on my local machine and modify the
> related recipes (SRC_URI ) as I don't want to waste my band width by
> downloaing packages while building again and again.
>
>
> Now I have a local the git repository for linux-yocto from
> git://git.yoctoproject.org/linux-yocto-3.0
> <git://git.yoctoproject.org/linux-yocto-3.0 >
> Now I modify the linux-yocto_git.bb <http://linux-yocto_git.bb> as
> follows :-
> -
> git://git.pokylinux.org/linux-yocto-3.0;protocol=git;nocheckout=1;branch=$%7BKBRANCH%7D,meta;name=machine,meta
> <http://git.pokylinux.org/linux-yocto-3.0;protocol=git;nocheckout=1;branch=$%7BKBRANCH%7D,meta;name=machine,meta>
> +
> git://192.168.128.11/linux-yocto-3.0.git;protocol=git;nocheckout=1;branch=$%7BKBRANCH%7D,meta;name=machine,meta
> <http://192.168.128.11/linux-yocto-3.0.git;protocol=git;nocheckout=1;branch=$%7BKBRANCH%7D,meta;name=machine,meta>
>
> Every package is building fine even u-boot but, while building
> linux-yocto I got error as "No such file or directory update-modules,
> scripts/bitbake " ( some more dirs ).
>
> When I examine the source tree for poky I found out that linux-yocto
> source is fetched in side the poky source and modifying the poky source
> tree.

I'm not following what you are describing here. Linux-yocto works largely
like any other git based recipe. It works from the copy of the repo
that is created in downloads/git2 and does a slightly different
instantiation into ${B} to ensure that all branches are local. If
you don't have the right code in in the downloaded git repo, or a
tarball created from it, you won't see it in your build.

>
> The modification also removing the poky recipes directories like
> recipes-multimedia recipes-sato and so on .
>
> I am also attaching the tree for both i.e original poky tree and after
> pulling linux-yocto poky tree

Can you clarify what this is showing ? missing changes you
made to the kernel ? Perhaps a diff would illustrate it better.

Bruce

>
>
> Regards
> Chinmaya
>
> On Wed, Sep 21, 2011 at 6:00 PM, Bruce Ashfield
> <bruce.ashfield@gmail.com <mailto:bruce.ashfield@gmail.com>> wrote:
>
>     On Wed, Sep 21, 2011 at 12:49 AM, chinmaya hoshing
>     <cahoshing@gmail.com <mailto:cahoshing@gmail.com>> wrote:
>      > Hi ,
>      > I have setup a git server that is clone of linux-yocto-3.0 from
>      > git://git.yoctoproject.org/linux-yocto-3.0
>     <http://git.yoctoproject.org/linux-yocto-3.0> repository.
>
>     That's good! So where are you pushing your changes ? To that repo ? Are
>     you updating the SRCREV or using AUTOREV in your local layers ? I use
>     this workflow everyday, so it does work. I just need to understand
>     where you
>     are putting your changes, and then we'll know why you aren't seeing them
>     on subsequent builds (or we'll have more ideas about where to look).
>
>     Cheers,
>
>     Bruce
>
>      > Regards
>      > C Hoshing
>      >
>      > On Tue, Sep 20, 2011 at 7:24 PM, Bruce Ashfield
>     <bruce.ashfield@gmail.com <mailto:bruce.ashfield@gmail.com>>
>      > wrote:
>      >>
>      >> On Tue, Sep 20, 2011 at 5:51 AM, chinmaya hoshing
>     <cahoshing@gmail.com <mailto:cahoshing@gmail.com>>
>      >> wrote:
>      >> > Hi ,
>      >> > I have set up a git server for linux-yocto.
>      >> > Following is my recipe :
>      >> > require linux-yocto.inc
>      >> > KMACHINE = "yocto/standard/base"
>      >> > KMACHINE_qemux86 = "yocto/standard/common-pc/base"
>      >> > KMACHINE_qemux86-64 = "yocto/standard/common-pc-64/base"
>      >> > KMACHINE_qemuppc = "yocto/standard/qemu-ppc32"
>      >> > KMACHINE_qemumips = "yocto/standard/mti-malta32-be"
>      >> > KMACHINE_qemuarm = "yocto/standard/arm-versatile-926ejs"
>      >> > KMACHINE_atom-pc = "yocto/standard/common-pc/atom-pc"
>      >> > KMACHINE_routerstationpro = "yocto/standard/routerstationpro"
>      >> > KMACHINE_mpc8315e-rdb = "yocto/standard/fsl-mpc8315e-rdb"
>      >> > KMACHINE_beagleboard = "yocto/standard/beagleboard"
>      >> > KMACHINE_fishriver = "yocto/standard/fishriver"
>      >> > KBRANCH = ${KMACHINE}
>      >> > KMETA = meta
>      >> > LINUX_VERSION ?= "3.0"
>      >> > LINUX_VERSION_EXTENSION ?= "-yocto-${LINUX_KERNEL_TYPE}"
>      >> > PR = "r0"
>      >> > #PV = "${LINUX_VERSION}+git${SRCPV}"
>      >> > #SRCREV_FORMAT = "meta_machine"
>      >> > SRC_URI =
>      >> >
>      >> >
>     "git://xxx.xxx.xxx.xx/linux-yocto-3.0.git;protocol=git;nocheckout=1;branch=$%7BKBRANCH%7D,meta;name=machine,meta"
>      >> >
>      >> > COMPATIBLE_MACHINE =
>      >> >
>      >> >
>     "(qemuarm|qemux86|qemuppc|qemumips|qemux86-64|mpc8315e-rdb|routerstationpro|beagleboard)"
>      >> > # Functionality flags
>      >> > KERNEL_REVISION_CHECKING ?= "t"
>      >> > KERNEL_FEATURES="features/netfilter"
>      >> > KERNEL_FEATURES_append_qemux86=" cfg/sound"
>      >> > KERNEL_FEATURES_append_qemux86-64=" cfg/sound"
>      >> > YOCTO_KERNEL_META_DATA=t
>      >> > # Temporary fix for oprofile and latencytop on qemux86-64
>      >> > KERNEL_FEATURES_append_qemux86-64=" features/profiling"
>      >> > KERNEL_FEATURES_append_qemux86-64=" features/latencytop"
>      >> > # extra tasks
>      >> > addtask kernel_link_vmlinux after do_compile before do_install
>      >> > addtask validate_branches before do_patch after do_kernel_checkout
>      >> > addtask kernel_configcheck after do_configure before do_compile
>      >> > require linux-tools.inc
>      >> >
>      >> >
>      >> > But still I am getting the same result as before . My previous git
>      >> > commits
>      >> > in poky source are flashed out , also the only recipe remains in
>      >> > meta/recipe-kernel/ is linux .
>      >>
>      >> Just so I'm clear here. Are you still working with tarballs of the
>      >> source, or have
>      >> you setup a git server that is a clone of the linux-yocto-3.0 (as an
>      >> example) tree ?
>      >>
>      >> Where are you putting your changes in this scenario ?
>      >>
>      >> Bruce
>      >>
>      >> >
>      >> > Regards
>      >> > C Hoshing
>      >> >
>      >> > On Fri, Sep 16, 2011 at 8:52 PM, Gary Thomas
>     <gary@mlbassoc.com <mailto:gary@mlbassoc.com>> wrote:
>      >> >>
>      >> >> On 2011-09-16 09:06, Richard Purdie wrote:
>      >> >>>
>      >> >>> On Fri, 2011-09-16 at 10:35 -0400, Bruce Ashfield wrote:
>      >> >>>>
>      >> >>>> On Fri, Sep 16, 2011 at 10:24 AM, Bruce Ashfield
>      >> >>>> <bruce.ashfield@gmail.com
>     <mailto:bruce.ashfield@gmail.com>> wrote:
>      >> >>>>>
>      >> >>>>> On Fri, Sep 16, 2011 at 8:38 AM, chinmaya
>      >> >>>>> hoshing<cahoshing@gmail.com <mailto:cahoshing@gmail.com>>
>      >> >>>>> wrote:
>      >> >>>>>>
>      >> >>>>>> Hi ,
>      >> >>>>>> I am building poky-build minimal live image for fishriver
>     machine
>      >> >>>>>> on
>      >> >>>>>> 64 bit
>      >> >>>>>> host machine.
>      >> >>>>>> As I am having limited internet band-width, so I have
>     identified
>      >> >>>>>> all
>      >> >>>>>> the
>      >> >>>>>> dependent packages and setup a Apache server on my local
>     system so
>      >> >>>>>> that I
>      >> >>>>>> can redirect the SRC_URI of all the packages to my local
>     server.
>      >> >>>>>> I have changed the related recipes to build minimal live
>     image,
>      >> >>>>>> and
>      >> >>>>>> modify
>      >> >>>>>> bitbake.conf to add
>     LOCAL_MIRROR="xxx.xxx.xxx.xxx/packages" , in
>      >> >>>>>> side
>      >> >>>>>> packages I have tars which was present "build/download"
>     folder.
>      >> >>>>>> While building linux-yocto, fetch and unpack was done but
>     during
>      >> >>>>>> kernel
>      >> >>>>>> checkout whatever git commits I have done previously in
>     poky source
>      >> >>>>>> were
>      >> >>>>>> flashed out (lost), also the only recipe remains in
>      >> >>>>>> meta/recipe-kernel/ is
>      >> >>>>>> linux .
>      >> >>>>>>
>      >> >>>>>> Following are the changes made in
>      >> >>>>>> meta/recipes-kernel/linux/linux-yocto_git.bb
>     <http://linux-yocto_git.bb>
>      >> >>>>>> #SRCREV_FORMAT = "meta_machine"
>      >> >>>>>> SRC_URI = "${LOCAL_MIRROR}/linux-yocto-3.0-3.0.tar.bz2"
>      >> >>>>>> // This tar file I took from
>      >> >>>>>>
>      >> >>>>>>
>      >> >>>>>>
>     http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.0/snapshot/linux-yocto-3.0-3.0.tar.bz2
>      >> >>>>>> PV = "${LINUX_VERSION}"
>      >> >>>>>> In file
>     meta-intel/meta-fishriver/conf/machine/fishriver.conf I
>      >> >>>>>> modified
>      >> >>>>>> PREFERRED_VERSION_linux-yocto = "3.0" (which was
>      >> >>>>>> PREFERRED_VERSION_linux-yocto = "3.0+git%" )
>      >> >>>>>>
>      >> >>>>>> Can any one help me to find the solution that if I had to
>     pull
>      >> >>>>>> linux
>      >> >>>>>> kernel
>      >> >>>>>> source from tar file or such and not from git repository.
>     What
>      >> >>>>>> things
>      >> >>>>>> I have
>      >> >>>>>> to do.
>      >> >>>>>
>      >> >>>>> The linux-yocto recipes are designed from the ground up to
>     work on a
>      >> >>>>> git
>      >> >>>>> based repository, and there's really no way to get around
>     that fact
>      >> >>>>> (and no
>      >> >>>>> plans to make any changes in this area).
>      >> >>>>
>      >> >>>> Thinking further about this, if the tgz actually was just a
>     tarball
>      >> >>>> of
>      >> >>>> the git
>      >> >>>> repositories (including the git blobs), it could work.
>      >> >>>
>      >> >>> This is exactly what we use behind the scenes for mirroring
>     the git
>      >> >>> repositories so this should work. It should be possible to
>     use our
>      >> >>> existing PREMIRROR code to avoid having to rewrite
>     individual recipes
>      >> >>> though.
>      >> >>>
>      >> >>> It will firstly unpack the tarball, then access whether the
>     revisions
>      >> >>> it
>      >> >>> needs are present. If they're not, it will then (and only
>     then) try
>      >> >>> and
>      >> >>> fetch them over the network. If the tarball is complete it will
>      >> >>> therefore not touch the network. If its incomplete it will
>     only fetch
>      >> >>> the different (delta).
>      >> >>
>      >> >> This does work as advertised - I use it exclusively. I have a
>     local
>      >> >> package cache which I use with PREMIRROR and I set
>     BB_NO_NETWORK to
>      >> >> prove/protect that no network access is required.
>      >> >>
>      >> >> --
>      >> >> ------------------------------------------------------------
>      >> >> Gary Thomas | Consulting for the
>      >> >> MLB Associates | Embedded world
>      >> >> ------------------------------------------------------------
>      >> >> _______________________________________________
>      >> >> poky mailing list
>      >> >> poky@yoctoproject.org <mailto:poky@yoctoproject.org>
>      >> >> https://lists.yoctoproject.org/listinfo/poky
>      >> >
>      >> >
>      >> > _______________________________________________
>      >> > poky mailing list
>      >> > poky@yoctoproject.org <mailto:poky@yoctoproject.org>
>      >> > https://lists.yoctoproject.org/listinfo/poky
>      >> >
>      >> >
>      >>
>      >>
>      >>
>      >> --
>      >> "Thou shalt not follow the NULL pointer, for chaos and madness await
>      >> thee at its end"
>      >
>      >
>
>
>
>     --
>     "Thou shalt not follow the NULL pointer, for chaos and madness await
>     thee at its end"
>
>
>
>
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky



  reply	other threads:[~2011-09-21 16:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-16 12:38 Getting error in linux-yocto kernel during build chinmaya hoshing
2011-09-16 14:24 ` Bruce Ashfield
2011-09-16 14:35   ` Bruce Ashfield
2011-09-16 15:06     ` Richard Purdie
2011-09-16 15:11       ` Bruce Ashfield
2011-09-16 15:22       ` Gary Thomas
2011-09-20  9:51         ` chinmaya hoshing
2011-09-20 13:54           ` Bruce Ashfield
2011-09-21  4:49             ` chinmaya hoshing
2011-09-21 12:30               ` Bruce Ashfield
2011-09-21 14:03                 ` chinmaya hoshing
2011-09-21 16:10                   ` Bruce Ashfield [this message]
2011-09-22  8:39                     ` chinmaya hoshing
2011-09-22 14:50                       ` Bruce Ashfield
2011-09-27  4:40           ` Darren Hart
2011-09-27  4:28 ` Darren Hart
2011-10-03  4:54   ` chinmaya hoshing
2011-10-03 15:39     ` Darren Hart

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=4E7A0C90.8050505@windriver.com \
    --to=bruce.ashfield@windriver.com \
    --cc=cahoshing@gmail.com \
    --cc=poky@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.