All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denys@ti.com>
To: Rudolf Streif <rstreif@linuxfoundation.org>
Cc: meta-ti@yoctoproject.org
Subject: Re: Buidling for am335x_evm
Date: Fri, 4 Oct 2013 14:23:21 -0400	[thread overview]
Message-ID: <20131004182321.GA3672@edge> (raw)
In-Reply-To: <CA+gsK-o6a6SbQnq9T2derscYRJ+8gS=4COTkeeP+TRjbFDkT9g@mail.gmail.com>

Rudi,

On Fri, Oct 04, 2013 at 10:29:21AM -0700, Rudolf Streif wrote:
> > Most likely u-boot couldn't find your DTB - did you put one in the /boot of
> > rootfs? Didn't u-boot complain about it? Should have been an error message.
> >
> That is a question that I forgot to ask in my first e-mail. With 3.12 I
> would have expected a dtb to be built but it did not. The tmp/deploy/images
> directory only contains [1] but no dtb. Neither does the tar.gz for the
> rootfs but I would not expect it to. And no, u-boot did not complain about
> the device tree either. If it had built a dtb I would have put it in the
> FAT boot partition and told u-boot to load it in the bootargs.

FAT boot partition is no longer preferred place for kernel images and DTB 
files - U-boot now wants to see them in /boot directory of the rootfs.

Ok, let's debug why you are not getting any DTB files produced. There should 
be at least 3 of them for the case of am335x-evm, as it covers EVM, EVM-SK and 
BeagleBone.

Can you show me your bblayers.conf file, please?


> > BTW, if you are not comfortable with 3.12-rc being unstable, you can also
> > add
> > to your config:
> >
> > PREFERRED_VERSION_linux-ti-staging = "3.8%"
> >
> Yes, of course. I am ok with 3.12-rc. I was only surprised that the Dylan
> branch of the bsp layer would build a 3.12 kernel while the default for
> Poky Dylan is 3.8. Or maybe my assumption that a bsp for a particular YP
> release would use the same kernel as a default is incorrect.

First, Poky != Yocto, so there's no requirement on what kernel version a BSP 
should provide. Second, there are several options available for am335x - 3.2, 
3.8 and 3.12, so anyone can use the version they like.


> > It's called OMAP2+ and that's how kernel folks decided to call a
> > consolidated
> > config for most if not all TI platforms. Gone are the times when each
> > platform
> > had it's own config file - kernel folks don't allow that anymore. Anyway,
> > omap2plus is the right defconfig.
> >
> That's actually a great thing. (One of Linus' pet peeves, I suppose.) I
> only wish the name of the file would be more intuitive. It's not quite
> obvious that a file called omap2plus_defconfig is the correct file to
> configure a kernel for an AM335x CPU. A different file name and/or a
> comment in the file to what CPU's it applies would have been great.

I agree it would have been nice to get a better name, but historically we 
ended up with this one.

-- 
Denys


  reply	other threads:[~2013-10-04 18:23 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-04  4:41 Buidling for am335x_evm Rudolf Streif
2013-10-04  5:33 ` Denys Dmytriyenko
2013-10-04  5:41   ` Denys Dmytriyenko
2013-10-04 17:29   ` Rudolf Streif
2013-10-04 18:23     ` Denys Dmytriyenko [this message]
2013-10-04 21:00       ` Rudolf Streif
2013-10-04 21:50         ` Denys Dmytriyenko
2013-10-05  0:32           ` Rudolf Streif
2013-10-05 16:46             ` Rudolf Streif
2013-10-05 18:05               ` 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=20131004182321.GA3672@edge \
    --to=denys@ti.com \
    --cc=meta-ti@yoctoproject.org \
    --cc=rstreif@linuxfoundation.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.