[meta-ti] AM335x EVM and core-image-sato
Vanderpool Josh
Joshua.Vanderpool at raymondcorp.com
Fri Oct 25 05:07:32 PDT 2013
Denys,
This is the commit of meta-ti that works with the AM335x-SK.
meta-ti = "(nobranch):b739286d690bdaada952a2376bd7aa1ba221badd"
-Josh
________________________________________
From: Vanderpool Josh
Sent: Wednesday, October 23, 2013 12:32 PM
To: Dmytriyenko, Denys; rstreif at linuxfoundation.org
Cc: meta-ti at yoctoproject.org
Subject: RE: [meta-ti] AM335x EVM and core-image-sato
Attached is a boot log from a working version done back the 7th of October 3.12.rc3.
This was using the master branch of poky, meta-ti and meta-qt5.
I hope plan on getting the commit tag shortly.
-Josh
________________________________________
From: Dmytriyenko, Denys [denys at ti.com]
Sent: Tuesday, October 22, 2013 7:54 PM
To: rstreif at linuxfoundation.org
Cc: Vanderpool Josh; meta-ti at yoctoproject.org
Subject: RE: [meta-ti] AM335x EVM and core-image-sato
I sent a different DTB...
Denys
-----Original Message-----
From: Rudolf Streif [rstreif at linuxfoundation.org]
Received: Wednesday, 23 Oct 2013, 0:48
To: Dmytriyenko, Denys [denys at ti.com]
CC: Vanderpool Josh [Joshua.Vanderpool at raymondcorp.com]; meta-ti at yoctoproject.org [meta-ti at yoctoproject.org]
Subject: Re: [meta-ti] AM335x EVM and core-image-sato
Denys,
Sorry, yes, the board I have is a am335x_evmsk. I forgot to write it out correctly in the subject line. it's a purple board. I have been using the correct device tree file all along.
The board revision is 1.2B. The CPU is XAM3359ZCZ. On boot the kernel reports:
[ 0.000000] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), cr=10c53c7d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] Machine: am335xevm
[ 0.000000] Memory policy: ECC disabled, Data cache writeback
[ 0.000000] AM335X ES1.0 (sgx neon )
Maybe that helps you to determine what CPU revision that is.
I built a 3.2.0 kernel with core-image-sato and it works just fine (after enabling tmpdevfs support in the kernel).
It may will be a combination of that hardware with the newer kernel versions. I just bought the board a couple of weeks ago from DigiKey. If it is an older CPU revision then they are apparently selling older stock.
If the CPU revision not being supported by the newer kernel is indeed the root cause of the issue then this may become frustrating for more users. There is no way that a user can reasonably find out that the kernel does not boot because of the CPU revision. I don't know what has changed between the CPU revisions but I would think that the kernel should support all of them.
Cheers,
Rudi
On Tue, Oct 22, 2013 at 11:28 PM, Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>> wrote:
Josh,
Yes, in your case it was clear from the beginning you had a problem with SK
and it is kind of known... In Rudi's case he was saying he had an actual EVM,
which is known to boot fine at the moment, hence I was confirming with him.
For your case, please try the DTB file attached. Thanks.
--
Denys
On Tue, Oct 22, 2013 at 08:36:13PM +0000, Vanderpool Josh wrote:
> It is a SK and the revision of silicon is 1.0 as it is a XAM3359ZCZ no A or
> B after the AM335x.
>
> ________________________________________
> From: meta-ti-bounces at yoctoproject.org<mailto:meta-ti-bounces at yoctoproject.org> [meta-ti-bounces at yoctoproject.org<mailto:meta-ti-bounces at yoctoproject.org>] on behalf of meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org> [meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org>]
> Sent: Tuesday, October 22, 2013 4:17 PM
> To: meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> Subject: meta-ti Digest, Vol 25, Issue 36
>
> Send meta-ti mailing list submissions to
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.yoctoproject.org/listinfo/meta-ti
> or, via email, send a message with subject or body 'help' to
> meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org>
>
> You can reach the person managing the list at
> meta-ti-owner at yoctoproject.org<mailto:meta-ti-owner at yoctoproject.org>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of meta-ti digest..."
>
>
> Today's Topics:
>
> 1. Re: AM335x EVM and core-image-sato (Denys Dmytriyenko)
> 2. Re: AM335x EVM and core-image-sato (Denys Dmytriyenko)
> 3. Re: AM335x-SK kernel panic with Poky(master), meta-ti(master)
> core-image-base (Vanderpool Josh)
> 4. Re: AM335x EVM and core-image-sato (Denys Dmytriyenko)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 22 Oct 2013 15:36:21 -0400
> From: Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>>
> To: Rudolf Streif <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>
> Cc: meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> Subject: Re: [meta-ti] AM335x EVM and core-image-sato
> Message-ID: <20131022193620.GB9301 at edge>
> Content-Type: text/plain; charset="us-ascii"
>
> Huh, I'm wondering if 1.2 is still supported... There were 2.0 and 2.1
> versions of the silicon and I believe those are the latest ones. Need to
> double-check that.
>
> Denys
>
>
> On Tue, Oct 22, 2013 at 08:57:51AM +0100, Rudolf Streif wrote:
> > Where do I find the PG version of the board? The barcode sticker on the
> > board says rev 1.2.
> >
> >
> > On Tue, Oct 22, 2013 at 12:19 AM, Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>> wrote:
> >
> > > Now I'm just wondering what PG version of the board you've got, if it
> > > fails in
> > > the same way with our 3.8 kernel and a known good set of 3.12 images...
> > >
> > >
> > > On Mon, Oct 21, 2013 at 11:19:35PM +0100, Rudolf Streif wrote:
> > > > Thanks, Denys.
> > > >
> > > > Interesting point about gcc. It's version 4.8.1 which is the default for
> > > > poky master. Which is what I used all along.
> > > >
> > > > Thanks for sending your binaries. They fail too with the exact same
> > > > problem. See attached log. I found [1] on gmane which exactly describes
> > > the
> > > > problem I am seeing.
> > > >
> > > > If that is the case then I was wondering why my earlier builds with
> > > > 3.12-rc3 actually worked. And I tried them again and they are now failing
> > > > too. Of course I don't know anything about the specifics of the gpio and
> > > > the timers on the chip but it looks like a weird hardware initialization
> > > > condition. And I don't know if the proposed patch in [1] was ever
> > > > incorporated in your kernel tree.
> > > >
> > > > I don't think it's the hardware (or at least not alone) because the SD
> > > that
> > > > ships with it with the 3.2 kernel works just fine.
> > > >
> > > > Cheers,
> > > > Rudi
> > > >
> > > >
> > > > [1] http://permalink.gmane.org/gmane.linux.ports.arm.omap/96044
> > > >
> > > >
> > > > On Mon, Oct 21, 2013 at 10:15 PM, Denys Dmytriyenko <denis at denix.org<mailto:denis at denix.org>>
> > > wrote:
> > > >
> > > > > Rudi,
> > > > >
> > > > > As we discussed earlier today, let my send you my binaries for the
> > > kernel
> > > > > and
> > > > > u-boot to try on your board. I just wanted to ask you about the
> > > toolchain
> > > > > that
> > > > > you used to build yours. In our builds we use Linaro gcc-4.7 hardfp
> > > > > toolchain
> > > > > and I vaguely remember hearing about some problems with the recent
> > > gcc-4.8
> > > > > toolchain from oe-core... I'm wondering if you are having the same
> > > issue.
> > > > >
> > > > > --
> > > > > Denys
> > > > >
> > > > >
> > > > > On Mon, Oct 21, 2013 at 10:42:35AM -0700, Rudolf Streif wrote:
> > > > > > Since the 3.12-rc5 kernel does not work I decided to give the 3.8
> > > kernel
> > > > > a
> > > > > > try. The issue with this one is that the linux-ti-staging_3.8.bbrecipe
> > > > > > explicitly sets KERNEL_IMAGETYPE="uImage". However, the u-boot
> > > > > environment
> > > > > > has now moved on to using zImage which consequently means u-boot
> > > will not
> > > > > > find the kernel file.
> > > > > >
> > > > > > I do not know why KERNEL_IMAGETYPE = "uImage" was hacked into the
> > > > > > linux-ti-staging_3.8.bb<http://linux-ti-staging_3.8.bb> recipe but whoever did it did not think
> > > about
> > > > > > u-boot. Does zImage not work with 3.8? I did not try it but it should
> > > > > > normally have no effect. Since there is no dependency of the u-boot
> > > > > recipes
> > > > > > on the kernel image types changes to the kernel image type for newer
> > > > > > versions of the kernel then automatically means that it must be
> > > changed
> > > > > for
> > > > > > the previous versions too.
> > > > > >
> > > > > > I mocked around with the u-boot environment and booted the 3.8 uImage
> > > > > > kernel. To my surprise the 3.8 kernel from the TI staging repository
> > > > > fails
> > > > > > with the exact same problem and stops booting with a kernel not
> > > syncing
> > > > > > message during the init calls. Apparently a patch must have been
> > > applied
> > > > > to
> > > > > > the kernel repo that breaks it. It has nothing possibly to do with
> > > the
> > > > > > build system.
> > > > > >
> > > > > > I would appreciate any hints to get this kernel built and boot on the
> > > > > board.
> > > > > >
> > > > > > Thanks,
> > > > > > Rudi
> > > > > >
> > > > > >
> > > > > > On Mon, Oct 21, 2013 at 1:16 AM, Rudolf Streif
> > > > > > <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>wrote:
> > > > > >
> > > > > > > Denys,
> > > > > > >
> > > > > > > I recompiled the 3.12-rc5 kernel again but it still stalls during
> > > > > > > initialization. I attached the boot log. I don't know much about
> > > the
> > > > > > > platform details but maybe that's an issue you know about.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Rudi
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >>
> > > > > > >> [1]
> > > > > > >> Build Configuration:
> > > > > > >> BB_VERSION = "1.21.0"
> > > > > > >> BUILD_SYS = "x86_64-linux"
> > > > > > >> NATIVELSBSTRING = "Fedora-18"
> > > > > > >> TARGET_SYS = "arm-poky-linux-gnueabi"
> > > > > > >> MACHINE = "am335x-evm"
> > > > > > >> DISTRO = "poky"
> > > > > > >> DISTRO_VERSION = "1.5+snapshot-20131019"
> > > > > > >> TUNE_FEATURES = "armv7a vfp neon"
> > > > > > >> TARGET_FPU = "vfp-neon"
> > > > > > >> meta-yocto =
> > > "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > > > >> meta-ti =
> > > "master:c11504664990f007c3903d349e7cc135a904f8e2"
> > > > > > >> meta-oe =
> > > "master:f8903f53db717294d63a8d79b5ef7ca34b3c189e"
> > > > > > >> meta =
> > > "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > --
> > > > > > *Rudolf J. Streif*
> > > > > > Director of Embedded Solutions
> > > > > > The Linux Foundation
> > > > > >
> > > > > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > > > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > > > > Skype: rudolfstreif
> > > > > > PGP: RSA 2048/2048 D6E7D28B
> > > > > >
> > > > > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > > > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > > > >
> > > > > > _______________________________________________
> > > > > > meta-ti mailing list
> > > > > > meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> > > > > > https://lists.yoctoproject.org/listinfo/meta-ti
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > --
> > > > *Rudolf J. Streif*
> > > > Director of Embedded Solutions
> > > > The Linux Foundation
> > > >
> > > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > > Skype: rudolfstreif
> > > > PGP: RSA 2048/2048 D6E7D28B
> > > >
> > > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > >
> > >
> > >
> >
> >
> > --
> > --
> > *Rudolf J. Streif*
> > Director of Embedded Solutions
> > The Linux Foundation
> >
> > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > Skype: rudolfstreif
> > PGP: RSA 2048/2048 D6E7D28B
> >
> > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 22 Oct 2013 15:37:32 -0400
> From: Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>>
> To: Rudolf Streif <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>
> Cc: meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> Subject: Re: [meta-ti] AM335x EVM and core-image-sato
> Message-ID: <20131022193732.GC9301 at edge>
> Content-Type: text/plain; charset="us-ascii"
>
> And just to double-check here as well - you did try all the binaries I sent
> you, including MLO, u-boot, zImage and DTB, right?
>
> Denys
>
>
> On Mon, Oct 21, 2013 at 11:19:35PM +0100, Rudolf Streif wrote:
> > Thanks, Denys.
> >
> > Interesting point about gcc. It's version 4.8.1 which is the default for
> > poky master. Which is what I used all along.
> >
> > Thanks for sending your binaries. They fail too with the exact same
> > problem. See attached log. I found [1] on gmane which exactly describes the
> > problem I am seeing.
> >
> > If that is the case then I was wondering why my earlier builds with
> > 3.12-rc3 actually worked. And I tried them again and they are now failing
> > too. Of course I don't know anything about the specifics of the gpio and
> > the timers on the chip but it looks like a weird hardware initialization
> > condition. And I don't know if the proposed patch in [1] was ever
> > incorporated in your kernel tree.
> >
> > I don't think it's the hardware (or at least not alone) because the SD that
> > ships with it with the 3.2 kernel works just fine.
> >
> > Cheers,
> > Rudi
> >
> >
> > [1] http://permalink.gmane.org/gmane.linux.ports.arm.omap/96044
> >
> >
> > On Mon, Oct 21, 2013 at 10:15 PM, Denys Dmytriyenko <denis at denix.org<mailto:denis at denix.org>> wrote:
> >
> > > Rudi,
> > >
> > > As we discussed earlier today, let my send you my binaries for the kernel
> > > and
> > > u-boot to try on your board. I just wanted to ask you about the toolchain
> > > that
> > > you used to build yours. In our builds we use Linaro gcc-4.7 hardfp
> > > toolchain
> > > and I vaguely remember hearing about some problems with the recent gcc-4.8
> > > toolchain from oe-core... I'm wondering if you are having the same issue.
> > >
> > > --
> > > Denys
> > >
> > >
> > > On Mon, Oct 21, 2013 at 10:42:35AM -0700, Rudolf Streif wrote:
> > > > Since the 3.12-rc5 kernel does not work I decided to give the 3.8 kernel
> > > a
> > > > try. The issue with this one is that the linux-ti-staging_3.8.bb<http://linux-ti-staging_3.8.bb> recipe
> > > > explicitly sets KERNEL_IMAGETYPE="uImage". However, the u-boot
> > > environment
> > > > has now moved on to using zImage which consequently means u-boot will not
> > > > find the kernel file.
> > > >
> > > > I do not know why KERNEL_IMAGETYPE = "uImage" was hacked into the
> > > > linux-ti-staging_3.8.bb<http://linux-ti-staging_3.8.bb> recipe but whoever did it did not think about
> > > > u-boot. Does zImage not work with 3.8? I did not try it but it should
> > > > normally have no effect. Since there is no dependency of the u-boot
> > > recipes
> > > > on the kernel image types changes to the kernel image type for newer
> > > > versions of the kernel then automatically means that it must be changed
> > > for
> > > > the previous versions too.
> > > >
> > > > I mocked around with the u-boot environment and booted the 3.8 uImage
> > > > kernel. To my surprise the 3.8 kernel from the TI staging repository
> > > fails
> > > > with the exact same problem and stops booting with a kernel not syncing
> > > > message during the init calls. Apparently a patch must have been applied
> > > to
> > > > the kernel repo that breaks it. It has nothing possibly to do with the
> > > > build system.
> > > >
> > > > I would appreciate any hints to get this kernel built and boot on the
> > > board.
> > > >
> > > > Thanks,
> > > > Rudi
> > > >
> > > >
> > > > On Mon, Oct 21, 2013 at 1:16 AM, Rudolf Streif
> > > > <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>wrote:
> > > >
> > > > > Denys,
> > > > >
> > > > > I recompiled the 3.12-rc5 kernel again but it still stalls during
> > > > > initialization. I attached the boot log. I don't know much about the
> > > > > platform details but maybe that's an issue you know about.
> > > > >
> > > > > Thanks,
> > > > > Rudi
> > > > >
> > > > >
> > > > >
> > > > >>
> > > > >> [1]
> > > > >> Build Configuration:
> > > > >> BB_VERSION = "1.21.0"
> > > > >> BUILD_SYS = "x86_64-linux"
> > > > >> NATIVELSBSTRING = "Fedora-18"
> > > > >> TARGET_SYS = "arm-poky-linux-gnueabi"
> > > > >> MACHINE = "am335x-evm"
> > > > >> DISTRO = "poky"
> > > > >> DISTRO_VERSION = "1.5+snapshot-20131019"
> > > > >> TUNE_FEATURES = "armv7a vfp neon"
> > > > >> TARGET_FPU = "vfp-neon"
> > > > >> meta-yocto = "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > >> meta-ti = "master:c11504664990f007c3903d349e7cc135a904f8e2"
> > > > >> meta-oe = "master:f8903f53db717294d63a8d79b5ef7ca34b3c189e"
> > > > >> meta = "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > --
> > > > *Rudolf J. Streif*
> > > > Director of Embedded Solutions
> > > > The Linux Foundation
> > > >
> > > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > > Skype: rudolfstreif
> > > > PGP: RSA 2048/2048 D6E7D28B
> > > >
> > > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > >
> > > > _______________________________________________
> > > > meta-ti mailing list
> > > > meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> > > > https://lists.yoctoproject.org/listinfo/meta-ti
> > >
> > >
> >
> >
> > --
> > --
> > *Rudolf J. Streif*
> > Director of Embedded Solutions
> > The Linux Foundation
> >
> > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > Skype: rudolfstreif
> > PGP: RSA 2048/2048 D6E7D28B
> >
> > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 22 Oct 2013 19:52:13 +0000
> From: Vanderpool Josh <Joshua.Vanderpool at raymondcorp.com<mailto:Joshua.Vanderpool at raymondcorp.com>>
> To: "meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>" <meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>>
> Subject: Re: [meta-ti] AM335x-SK kernel panic with Poky(master),
> meta-ti(master) core-image-base
> Message-ID:
> <7D1F292BE8E4CC4F93079C1A7A58D5622B9FF6D7 at USNYGRMBX4.raymondcorp.local>
>
> Content-Type: text/plain; charset="us-ascii"
>
> Thanks for the links Rudi, I looked for the file referenced in [2] "arch/arm/mach-omap2/cclock33xx_data.c" to see if the patch works but...
>
> There is no cclock33xx_data.c rather there is in tmp/work/am335x_evm-poky-linux-gnueabi/linux-ti-staging/3.11+3.12-rc5-r20a+gitrAUTOINC+eb765a394c/git/arch/arm/mach-omap2/cclock3xxx_data.c.
>
> however a search I found tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/linux-libc-headers/3.10-r0/linux-3.10/arch/arm/mach-omap2/cclock33xx_data.c
>
> So it appears there is mis-match as the patch is in the 3.10 files that re in the armv7a-vfp-neon-poky-linux-gnueabi directory?
>
> So is this something that is just lost from the 3.12-rc5 kernel and shouldn't the linux-linc-headers be the version being built?
>
> Unfortunately being inexperienced with the project I am at a loss at how to fix this but hope this help point someone to the solution.
>
> Regards,
> Josh
>
> ________________________________________
> From: meta-ti-bounces at yoctoproject.org<mailto:meta-ti-bounces at yoctoproject.org> [meta-ti-bounces at yoctoproject.org<mailto:meta-ti-bounces at yoctoproject.org>] on behalf of meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org> [meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org>]
> Sent: Tuesday, October 22, 2013 3:00 PM
> To: meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> Subject: meta-ti Digest, Vol 25, Issue 35
>
> Send meta-ti mailing list submissions to
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.yoctoproject.org/listinfo/meta-ti
> or, via email, send a message with subject or body 'help' to
> meta-ti-request at yoctoproject.org<mailto:meta-ti-request at yoctoproject.org>
>
> You can reach the person managing the list at
> meta-ti-owner at yoctoproject.org<mailto:meta-ti-owner at yoctoproject.org>
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of meta-ti digest..."
>
>
> Today's Topics:
>
> 1. Re: AM335x-SK kernel panic with Poky(master), meta-ti(master)
> core-image-base (Rudolf Streif)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 22 Oct 2013 18:18:29 +0100
> From: Rudolf Streif <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>
> To: Vanderpool Josh <Joshua.Vanderpool at raymondcorp.com<mailto:Joshua.Vanderpool at raymondcorp.com>>
> Cc: "meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>" <meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>>
> Subject: Re: [meta-ti] AM335x-SK kernel panic with Poky(master),
> meta-ti(master) core-image-base
> Message-ID:
> <CA+gsK-pNkDYCcecOftuopRu9XnxK3Xr9ZbSU23yekqQEczCYeg at mail.gmail.com<mailto:CA%2BgsK-pNkDYCcecOftuopRu9XnxK3Xr9ZbSU23yekqQEczCYeg at mail.gmail.com>>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Josh,
>
> I am seeing the exact same problem with my am335x-evmsk and the latest
> meta-ti with 3.12-rc5 kernel. I posted it on this mailing list [1].
>
> This problem looks like the one posted here [2].
>
> The bad news is I don't have a solution for it. The good news is that Denys
> and I are attending the same conference and I keep harassing him about it.
> :)
>
> Cheers,
> Rudi
>
>
> [1]
> https://lists.yoctoproject.org/pipermail/meta-ti/2013-October/003519.html
> [2] http://permalink.gmane.org/gmane.linux.ports.arm.omap/96044
>
>
> On Tue, Oct 22, 2013 at 5:28 PM, Vanderpool Josh <
> Joshua.Vanderpool at raymondcorp.com<mailto:Joshua.Vanderpool at raymondcorp.com>> wrote:
>
> > I am having a similar issue as Rudi.
> > Attached is the bootLog.
> >
> >
> > Build Configuration:
> > BB_VERSION = "1.21.0"
> > BUILD_SYS = "x86_64-linux"
> > NATIVELSBSTRING = "Ubuntu-12.04"
> > TARGET_SYS = "arm-poky-linux-gnueabi"
> > MACHINE = "am335x-evm"
> > DISTRO = "poky"
> > DISTRO_VERSION = "1.5+snapshot-20131022"
> > TUNE_FEATURES = "armv7a vfp neon"
> > TARGET_FPU = "vfp-neon"
> > meta
> > meta-yocto = "master:505114c13d29799a25379f7ce720d632616d8776"
> > meta-ti = "master:c11504664990f007c3903d349e7cc135a904f8e2"
> > meta-qt5 = "master:84cd4be2491895b0c3a0af64e4c83d58910d1f6c"
> >
> > Josh Vanderpool
> > Electrical Engineer
> > Control Systems
> > The Raymond Corporation
> > 20 South Canal Street
> > Greene, New York 13778-0130
> > Phone: 607-656-2617
> > Fax: 607-656-4845
> > joshua.vanderpool at raymondcorp.com<mailto:joshua.vanderpool at raymondcorp.com>
> > http://www.raymondcorp.com
> >
> >
> > Confidentiality Notice:
> >
> > The preceding e-mail message (including any attachments) contains
> > information that may be confidential, protected by applicable legal
> > privileges, or constitute non-public information. It is intended to be
> > conveyed only to the designated recipient(s). If you are not an intended
> > recipient of this message, please notify the sender by replying to this
> > message and then delete it from your system. Use, dissemination,
> > distribution or reproduction of this message by unintended recipients is
> > not authorized and may be unlawful.
> >
> >
> >
> > _______________________________________________
> > meta-ti mailing list
> > meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> > https://lists.yoctoproject.org/listinfo/meta-ti
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://lists.yoctoproject.org/pipermail/meta-ti/attachments/20131022/34dc4b0c/attachment-0001.html>
>
> ------------------------------
>
> _______________________________________________
> meta-ti mailing list
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> https://lists.yoctoproject.org/listinfo/meta-ti
>
>
> End of meta-ti Digest, Vol 25, Issue 35
> ***************************************
> Confidentiality Notice:
>
> The preceding e-mail message (including any attachments) contains information that may be confidential, protected by applicable legal privileges, or constitute non-public information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete it from your system. Use, dissemination, distribution or reproduction of this message by unintended recipients is
> not authorized and may be unlawful.
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 22 Oct 2013 16:16:52 -0400
> From: Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>>
> To: Rudolf Streif <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>,
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> Subject: Re: [meta-ti] AM335x EVM and core-image-sato
> Message-ID: <20131022201652.GB404 at denix.org<mailto:20131022201652.GB404 at denix.org>>
> Content-Type: text/plain; charset=us-ascii
>
> Hey, Rudi,
>
> Just one more quick check about your board - are you sure yours is an EVM? Or
> is it an SK-EVM i.e. a "Starter Kit"? Basically, what color is the PCB of your
> board - is it green (EVM) or purple (SK)?
>
> For example, here's the EVM:
> https://plus.google.com/u/0/110579591067038943673/posts/SLB35o1JgBu
>
> --
> Denys
>
>
>
> On Tue, Oct 22, 2013 at 03:36:21PM -0400, Denys Dmytriyenko wrote:
> > Huh, I'm wondering if 1.2 is still supported... There were 2.0 and 2.1
> > versions of the silicon and I believe those are the latest ones. Need to
> > double-check that.
> >
> > Denys
> >
> >
> > On Tue, Oct 22, 2013 at 08:57:51AM +0100, Rudolf Streif wrote:
> > > Where do I find the PG version of the board? The barcode sticker on the
> > > board says rev 1.2.
> > >
> > >
> > > On Tue, Oct 22, 2013 at 12:19 AM, Denys Dmytriyenko <denys at ti.com<mailto:denys at ti.com>> wrote:
> > >
> > > > Now I'm just wondering what PG version of the board you've got, if it
> > > > fails in
> > > > the same way with our 3.8 kernel and a known good set of 3.12 images...
> > > >
> > > >
> > > > On Mon, Oct 21, 2013 at 11:19:35PM +0100, Rudolf Streif wrote:
> > > > > Thanks, Denys.
> > > > >
> > > > > Interesting point about gcc. It's version 4.8.1 which is the default for
> > > > > poky master. Which is what I used all along.
> > > > >
> > > > > Thanks for sending your binaries. They fail too with the exact same
> > > > > problem. See attached log. I found [1] on gmane which exactly describes
> > > > the
> > > > > problem I am seeing.
> > > > >
> > > > > If that is the case then I was wondering why my earlier builds with
> > > > > 3.12-rc3 actually worked. And I tried them again and they are now failing
> > > > > too. Of course I don't know anything about the specifics of the gpio and
> > > > > the timers on the chip but it looks like a weird hardware initialization
> > > > > condition. And I don't know if the proposed patch in [1] was ever
> > > > > incorporated in your kernel tree.
> > > > >
> > > > > I don't think it's the hardware (or at least not alone) because the SD
> > > > that
> > > > > ships with it with the 3.2 kernel works just fine.
> > > > >
> > > > > Cheers,
> > > > > Rudi
> > > > >
> > > > >
> > > > > [1] http://permalink.gmane.org/gmane.linux.ports.arm.omap/96044
> > > > >
> > > > >
> > > > > On Mon, Oct 21, 2013 at 10:15 PM, Denys Dmytriyenko <denis at denix.org<mailto:denis at denix.org>>
> > > > wrote:
> > > > >
> > > > > > Rudi,
> > > > > >
> > > > > > As we discussed earlier today, let my send you my binaries for the
> > > > kernel
> > > > > > and
> > > > > > u-boot to try on your board. I just wanted to ask you about the
> > > > toolchain
> > > > > > that
> > > > > > you used to build yours. In our builds we use Linaro gcc-4.7 hardfp
> > > > > > toolchain
> > > > > > and I vaguely remember hearing about some problems with the recent
> > > > gcc-4.8
> > > > > > toolchain from oe-core... I'm wondering if you are having the same
> > > > issue.
> > > > > >
> > > > > > --
> > > > > > Denys
> > > > > >
> > > > > >
> > > > > > On Mon, Oct 21, 2013 at 10:42:35AM -0700, Rudolf Streif wrote:
> > > > > > > Since the 3.12-rc5 kernel does not work I decided to give the 3.8
> > > > kernel
> > > > > > a
> > > > > > > try. The issue with this one is that the linux-ti-staging_3.8.bbrecipe
> > > > > > > explicitly sets KERNEL_IMAGETYPE="uImage". However, the u-boot
> > > > > > environment
> > > > > > > has now moved on to using zImage which consequently means u-boot
> > > > will not
> > > > > > > find the kernel file.
> > > > > > >
> > > > > > > I do not know why KERNEL_IMAGETYPE = "uImage" was hacked into the
> > > > > > > linux-ti-staging_3.8.bb<http://linux-ti-staging_3.8.bb> recipe but whoever did it did not think
> > > > about
> > > > > > > u-boot. Does zImage not work with 3.8? I did not try it but it should
> > > > > > > normally have no effect. Since there is no dependency of the u-boot
> > > > > > recipes
> > > > > > > on the kernel image types changes to the kernel image type for newer
> > > > > > > versions of the kernel then automatically means that it must be
> > > > changed
> > > > > > for
> > > > > > > the previous versions too.
> > > > > > >
> > > > > > > I mocked around with the u-boot environment and booted the 3.8 uImage
> > > > > > > kernel. To my surprise the 3.8 kernel from the TI staging repository
> > > > > > fails
> > > > > > > with the exact same problem and stops booting with a kernel not
> > > > syncing
> > > > > > > message during the init calls. Apparently a patch must have been
> > > > applied
> > > > > > to
> > > > > > > the kernel repo that breaks it. It has nothing possibly to do with
> > > > the
> > > > > > > build system.
> > > > > > >
> > > > > > > I would appreciate any hints to get this kernel built and boot on the
> > > > > > board.
> > > > > > >
> > > > > > > Thanks,
> > > > > > > Rudi
> > > > > > >
> > > > > > >
> > > > > > > On Mon, Oct 21, 2013 at 1:16 AM, Rudolf Streif
> > > > > > > <rstreif at linuxfoundation.org<mailto:rstreif at linuxfoundation.org>>wrote:
> > > > > > >
> > > > > > > > Denys,
> > > > > > > >
> > > > > > > > I recompiled the 3.12-rc5 kernel again but it still stalls during
> > > > > > > > initialization. I attached the boot log. I don't know much about
> > > > the
> > > > > > > > platform details but maybe that's an issue you know about.
> > > > > > > >
> > > > > > > > Thanks,
> > > > > > > > Rudi
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >>
> > > > > > > >> [1]
> > > > > > > >> Build Configuration:
> > > > > > > >> BB_VERSION = "1.21.0"
> > > > > > > >> BUILD_SYS = "x86_64-linux"
> > > > > > > >> NATIVELSBSTRING = "Fedora-18"
> > > > > > > >> TARGET_SYS = "arm-poky-linux-gnueabi"
> > > > > > > >> MACHINE = "am335x-evm"
> > > > > > > >> DISTRO = "poky"
> > > > > > > >> DISTRO_VERSION = "1.5+snapshot-20131019"
> > > > > > > >> TUNE_FEATURES = "armv7a vfp neon"
> > > > > > > >> TARGET_FPU = "vfp-neon"
> > > > > > > >> meta-yocto =
> > > > "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > > > > >> meta-ti =
> > > > "master:c11504664990f007c3903d349e7cc135a904f8e2"
> > > > > > > >> meta-oe =
> > > > "master:f8903f53db717294d63a8d79b5ef7ca34b3c189e"
> > > > > > > >> meta =
> > > > "master:9a1dce10bdc9254bb38e0e54199f23ae55e209a4"
> > > > > > > >>
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > --
> > > > > > > *Rudolf J. Streif*
> > > > > > > Director of Embedded Solutions
> > > > > > > The Linux Foundation
> > > > > > >
> > > > > > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > > > > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > > > > > Skype: rudolfstreif
> > > > > > > PGP: RSA 2048/2048 D6E7D28B
> > > > > > >
> > > > > > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > > > > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > > > > >
> > > > > > > _______________________________________________
> > > > > > > meta-ti mailing list
> > > > > > > meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> > > > > > > https://lists.yoctoproject.org/listinfo/meta-ti
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > --
> > > > > *Rudolf J. Streif*
> > > > > Director of Embedded Solutions
> > > > > The Linux Foundation
> > > > >
> > > > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > > > Skype: rudolfstreif
> > > > > PGP: RSA 2048/2048 D6E7D28B
> > > > >
> > > > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > --
> > > *Rudolf J. Streif*
> > > Director of Embedded Solutions
> > > The Linux Foundation
> > >
> > > rudolf.streif at linux.com<mailto:rudolf.streif at linux.com>
> > > Phone: +1.619.537.6646<tel:%2B1.619.537.6646>
> > > Skype: rudolfstreif
> > > PGP: RSA 2048/2048 D6E7D28B
> > >
> > > Linux Foundation Events Schedule: events.linuxfoundation.org<http://events.linuxfoundation.org>
> > > Linux Foundation Training Schedule: training.linuxfoundation.org<http://training.linuxfoundation.org>
> > _______________________________________________
> > meta-ti mailing list
> > meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> > https://lists.yoctoproject.org/listinfo/meta-ti
> >
>
>
> ------------------------------
>
> _______________________________________________
> meta-ti mailing list
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> https://lists.yoctoproject.org/listinfo/meta-ti
>
>
> End of meta-ti Digest, Vol 25, Issue 36
> ***************************************
> Confidentiality Notice:
>
> The preceding e-mail message (including any attachments) contains information that may be confidential, protected by applicable legal privileges, or constitute non-public information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete it from your system. Use, dissemination, distribution or reproduction of this message by unintended recipients is
> not authorized and may be unlawful.
>
>
>
> _______________________________________________
> meta-ti mailing list
> meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
> https://lists.yoctoproject.org/listinfo/meta-ti
_______________________________________________
meta-ti mailing list
meta-ti at yoctoproject.org<mailto:meta-ti at yoctoproject.org>
https://lists.yoctoproject.org/listinfo/meta-ti
Confidentiality Notice:
The preceding e-mail message (including any attachments) contains information that may be confidential, protected by applicable legal privileges, or constitute non-public information. It is intended to be conveyed only to the designated recipient(s). If you are not an intended recipient of this message, please notify the sender by replying to this message and then delete it from your system. Use, dissemination, distribution or reproduction of this message by unintended recipients is
not authorized and may be unlawful.
More information about the meta-ti
mailing list