**** BEGIN LOGGING AT Sat Feb 01 02:59:59 2014
Feb 01 03:01:15 <khem`> hmm
Feb 01 03:01:41 <pev> It'd be easy to reproduce on other ARM boards I think
Feb 01 03:08:37 <nerdboy> so is there a tegra BSP layer somewhere?  i've looked and didn't see anything, but maybe it's named weirdly
Feb 01 03:09:44 <nerdboy> specifically for the trimslice/utilite devices
Feb 01 03:09:59 * nerdboy planning to make one
Feb 01 03:15:56 <lpapp> nerdboy: I saw it somewhere.
Feb 01 03:19:06 <lpapp> nerdboy: I would ask it on the mailing list first to be sure.
Feb 01 03:21:26 <nerdboy> heh, just found woglinde's meta-tegra repo on github
Feb 01 03:21:38 <nerdboy> it's 3 years old and empty
Feb 01 03:46:05 <nerdboy> digging around a bit more yields meta-toradex
Feb 01 03:49:01 <nerdboy> but for three specific colibri t20/t30 machines and something called a apalis
Feb 01 03:53:01 <nerdboy> should be easy to add one more machine...
Feb 01 04:32:13 <nerdboy> boy is there some weird stuff in that layer...
Feb 01 08:00:22 <lpapp> is there a way to turn off the Q/A checks for a recipe?
Feb 01 08:01:00 <lpapp> ideally I would like to turn off one specific check, not the whole Q/A.
Feb 01 08:01:13 <lpapp> (upstream software is bad, and I do not have time to fix it to be nice)
Feb 01 08:02:36 <JaMa> SKIP_INSANE(_pkg)
Feb 01 08:03:16 <JaMa> err INSANE_SKIP
Feb 01 08:13:29 <lpapp> JaMa: oh, I need INSANE_SKIP_${PN} += "dev-so textrel"
Feb 01 13:01:37 * danielki thinks DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt is somewhat misleading
Feb 01 13:02:31 <danielki> in fact you have to -- at least I'm not aware of any other way to remove old images
Feb 01 13:03:08 <lpapp> there is though.
Feb 01 13:03:17 <lpapp> which poky are you using?
Feb 01 13:03:26 <danielki> 1.5.1
Feb 01 13:03:29 <danielki> there is?
Feb 01 13:03:33 <lpapp> I do not know the versions, sorry.
Feb 01 13:03:35 <lpapp> code name?
Feb 01 13:03:37 <danielki> dora
Feb 01 13:03:56 <lpapp> http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-RM_OLD_IMAGE
Feb 01 13:04:20 <danielki> cool, thanks, I've been looking for something like that!
Feb 01 13:04:42 <danielki> perhaps the do-not-delete readme should mention that...
Feb 01 13:04:53 <lpapp> yes, it is one of the reasons for us to move away from dylan to dora+1 in Q3 or Q4.
Feb 01 13:08:11 * danielki adds it to site.conf
Feb 01 13:10:04 <lpapp> danielki: are you using internal toolchain?
Feb 01 13:10:12 <danielki> no\
Feb 01 13:10:29 <danielki> oh wait
Feb 01 13:10:30 <danielki> yes
Feb 01 13:10:50 <danielki> if you mean toolchain generated as part of the build
Feb 01 13:11:21 <lpapp> yes, not company internal.
Feb 01 13:11:48 <lpapp> I wish we could have that luxury... :-/
Feb 01 15:56:42 <danielki> hm
Feb 01 15:57:04 <danielki> https://lists.yoctoproject.org/pipermail/yocto/2011-November/003535.html <-- I think I have exactly the problem described here
Feb 01 15:57:23 <danielki> any ideas?
Feb 01 15:59:23 <zecke> danielki: which kernel are you using?
Feb 01 16:00:10 <danielki> freescale 2.6.35.3 with patches to support this particular board
Feb 01 16:00:23 <danielki> hm, I just found this: https://groups.google.com/forum/#!msg/kernelarchive/xdfrndFarwY/xhYWzYDYaTIJ
Feb 01 16:01:34 <zecke> danielki: that kernel is ancient. Move at least to a LTS version. There were tons of Ubifs fixes even in 3.2.X
Feb 01 16:01:56 <danielki> I would love to, but this is i.MX53
Feb 01 16:02:49 <zecke> danielki: well, then don't use Freesclae hw in future products? ;)
Feb 01 16:03:04 <danielki> zecke: it's a customer's product :)
Feb 01 16:03:16 <danielki> the situation is better with i.MX6 I heard
Feb 01 16:04:16 <michael_e_brown> Are you sure the patches haven't been mainlined?
Feb 01 16:04:32 <zecke> danielki: but yes. ubi/ubifs is full of bugs. just browse the 3.2.x changelog. or older
Feb 01 16:04:57 <zecke> danielki: https://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.34/ChangeLog-2.6.34.12. no idea if your 2.6.35 already had the fixes
Feb 01 16:05:15 <michael_e_brown> I see some references that i.mx53 stuff is in later kernels
Feb 01 16:05:23 <danielki> michael_e_brown: as far as I know, mainline still doesn't support graphics and some other stuff
Feb 01 16:06:22 <michael_e_brown> ok, no personal experience with it. just got myself a few i.mx6 dev boards last week.
Feb 01 16:08:08 <danielki> for those freescale supports a 3-something kernel, and I heard mainline works too (though not with all features)
Feb 01 16:09:28 <lpapp> danielki: I wonder if you can backport fixes?
Feb 01 16:09:49 <danielki> of course you can, but it means work
Feb 01 16:18:52 <bunk> danielki: there's also sone 3.something kernel I've used for an i.MX53 based product, but it's not supported by Freescale
Feb 01 16:19:09 <danielki> oooh
Feb 01 16:19:22 <danielki> where can I get it? :)
Feb 01 16:21:45 <bunk> danielki: look at the
Feb 01 16:22:06 <bunk> lt-3.1 and lt-3.2-imx5 branches at http://git.linaro.org/bsp/freescale/linux-linaro.git/heads
Feb 01 16:22:26 <danielki> oh cool
Feb 01 16:22:44 <bunk> AFAIR we used the 3.2.0-rc6 from the latter, but that was 2012 so I don't remember everything
Feb 01 16:22:49 <danielki> is there already a yocto layer somewhere which integrates this?
Feb 01 16:23:17 <bunk> We didn't use Yocto for that project.
Feb 01 16:23:24 <danielki> k
Feb 01 16:23:31 <danielki> but thanks anyway for the pointer
Feb 01 17:04:01 <lpapp> danielki: I saw a freescale layer, but it probably does not integrate this.
Feb 01 17:04:13 <danielki> I'm using the freescale layer
Feb 01 17:04:34 <lpapp> danielki: maybe you could ask on this list? https://lists.yoctoproject.org/listinfo/meta-freescale
Feb 01 17:05:23 <danielki> hm
Feb 01 17:41:29 <khem`> always search layers.openembedded.or
Feb 01 17:41:31 <khem`> g
**** ENDING LOGGING AT Sun Feb 02 02:59:59 2014