projectgus has quit [Ping timeout: 252 seconds]
projectgus has joined #imx6-dev
<newell> I am having issues with the fsl-community-bsp-platform github code
<newell> When I dd a successful build of fsl-image-test to my SD card, it will not boot, not even to a u-boot prompt. Anyone else seen this?
<newell> I know the culprit is u-boot as well because earlier I put my own u-boot on there and then loaded uImage and rootfs where u-boot expected them and it worked.
<newell> Just tired of having to do this all the time and would be nice to be able to just burn the *.sdcard file
cnxsoft has joined #imx6-dev
newell has quit [Quit: Leaving]
projectgus has quit [Ping timeout: 252 seconds]
projectgus has joined #imx6-dev
cnxsoft has quit [Ping timeout: 265 seconds]
cnxsoft has joined #imx6-dev
dshankar has quit [Quit: dshankar]
dshankar has joined #imx6-dev
dshankar has quit [Client Quit]
atiti has joined #imx6-dev
cnxsoft has quit [Ping timeout: 265 seconds]
atiti has quit [Ping timeout: 252 seconds]
atiti has joined #imx6-dev
cnxsoft has joined #imx6-dev
CruX__ has joined #imx6-dev
diego_r has joined #imx6-dev
hste has quit [Ping timeout: 245 seconds]
hste has joined #imx6-dev
dshankar has joined #imx6-dev
fossxplorer has joined #imx6-dev
dshankar has quit [Quit: dshankar]
cnxsoft has quit [Ping timeout: 265 seconds]
rz2k has joined #imx6-dev
rz2k has quit [Ping timeout: 265 seconds]
rz2k has joined #imx6-dev
eebrah has joined #imx6-dev
eebrah is now known as Guest43766
Guest43766 is now known as eebrah_
cnxsoft has joined #imx6-dev
hste__ has quit [Ping timeout: 272 seconds]
eebrah_ has quit [Read error: Connection reset by peer]
cnxsoft has quit [Quit: cnxsoft]
rz2k has quit []
CruX__ has quit [Quit: Leaving.]
atiti has quit [Ping timeout: 260 seconds]
MikeSeth has quit [Ping timeout: 272 seconds]
MikeSeth has joined #imx6-dev
MikeSeth has joined #imx6-dev
MikeSeth has quit [Changing host]
diego_r has quit [Quit: Konversation terminated!]
dshankar has joined #imx6-dev
dshankar has quit [Quit: dshankar]
jas-hacks has joined #imx6-dev
<hste> jas-hack: hi :) I'm back in Norway. Snowing alot here
<jas-hacks> hste: you enjoyed the miserable weather in london?
<hste> jas-hack: It wasn't that bad. some rain but not cold. Found some nice stores in Totenham Court
<jas-hacks> hste: yes quite a few electronics store on Tottenham Court Rd, did you find any arduino stuff there?
<hste> jas-hack: yes but didn't buy. My collegues bought some small quad copters
<jas-hacks> hste: How was Red Hat course?
<hste> jas-hack: it was jboss for administrators, and was a ok course.
<jas-hacks> hste: you using Jboss?
<hste> jas-hack: yes our core applications use Jboss
<hste> jas-hack: have u worked on the kernel lately?
<jas-hacks> hste: got 3.10 partially running on UDOO, problem with hdmi detection randomly hanging on kernel bootup at the moment.
<hste> jas-hacks: the edid detect problem?
<jas-hacks> hste: haven't debugged fully yet, but looks like a problem in that area or plugin detection
ajayr has quit [Ping timeout: 265 seconds]
ajayr has joined #imx6-dev
atiti has joined #imx6-dev
newell has joined #imx6-dev
<JBD1986> jas-hacks, I installed xcompmgr
<JBD1986> it actually seemed to make window dragging a bit faster.
<JBD1986> resizing the window updates extremely slowly
<JBD1986> cpu usage only hits about 17% when running with xcompmgr
<JBD1986> hste, see messages above
<JBD1986> interestingly, window drag performance is MUCH better. Window resize performance is even worse
<JBD1986> jas-hacks, hste, did you have compositing enabled when draging your window around?
<jas-hacks> JBD1986: that's why I was asking about the window managers, looks like the problem is some there
<JBD1986> jas-hacks, I suspect that xcompmgr renders the image through the 3D gpu
<jas-hacks> JBD1986: I have it disabled
<JBD1986> so it was just stock openbox?
rz2k has joined #imx6-dev
<jas-hacks> xfce uses xfwm4
rz2k has quit [Client Quit]
<JBD1986> ok, so you're using stock xfwm4?
<JBD1986> no compositing?
<jas-hacks> in the xfce desktop setting there is option to turn on/off compositing
<JBD1986> jas-hacks, is your on or off during your test?
<JBD1986> also, do you have a performance difference with one versus the other?
<jas-hacks> it works for both settings, although OpenGL is slightly better with it off.
<jas-hacks> you could try compton
<JBD1986> without compositing CPU is getting hit hard
<JBD1986> there must be something I'm using the cpu for, that your image does not use the cpu for
<jas-hacks> easier to test with my image first to see how it behaves
<JBD1986> jas-hacks, can you issue the following command:
<JBD1986> cat /proc/<pid_of_your_Window_Manager>/maps
<JBD1986> this will show me all of the libraries it's using
<JBD1986> Then I can compare
<JBD1986> I can see that openbox is NOT using libexa.so
<JBD1986> not sure that's an issue tho
<jas-hacks> JBD1986: unfortunately not in position to do that, trying to bring up the 3.10 kernel
<JBD1986> jas-hacks, ok no problem
jas-hacks has left #imx6-dev [#imx6-dev]
<newell> So I did a build yesterday for fsl-image-test and everything built fine. When I do a dd if=fsl-image-test-imx6qsabresd.sdcard of=/dev/sdc I can't even boot into a u-boot prompt. What should I do?
<newell> I am new to yocto on imx6 and if I am supposed to go ask this in another chatroom let me know
<beeble> sorry can't help you with yocto. but the first obvious question would be, you do have a sabre board?
<beeble> and not any other imx6 based board
<newell> yes
<newell> beeble, yes that is correct I have a sabre board
<beeble> then i'm not able to give you any more clues, since i have no idea about the yocto build process and a lot of things could have gone wrong
<WarheadsSE> newell: which uboot?
<beeble> i would check the sd card if the dcd looks correct and if there is a u-boot header on offset 0x400
<beeble> but chances are high that the problem is elsewhere
<WarheadsSE> which uboot recipe newell
<newell> meta-fsl-arm
<newell> that is the layer I am using
<WarheadsSE> thats not the recipe
<newell> WarheadsSE, I am new to this so please bear with me. Where would I find that recipe for uboot?
<newell> So I can let you know which one it is using
<WarheadsSE> there should be a log
<WarheadsSE> under tmp/work/
<newell> Under tmp/work I see a bunch of different folders
<newell> all-poky-linux imx6qsabresd-poky-linux-gnueabi all-pokysdk-linux x86_64-linux cortexa9hf-vfp-neon-mx6-poky-linux-gnueabi x86_64-nativesdk-pokysdk-linux cortexa9hf-vfp-neon-poky-linux-gnueabi x86_64-pokysdk-linux
<newell> those are the directories
<newell> I assume I am using the imx6sabresd-poky-linux-gnueabi?
<WarheadsSE> find tmp/work/ -name "u-boot*" -type d
dshankar has joined #imx6-dev
<WarheadsSE> there area couple of recipes, and one of the requires minor alterations to you conf/local.conf
<newell> recipes end in .bb correct?
bfederau has quit [Remote host closed the connection]
bfederau has joined #imx6-dev
<newell> WarheadsSE, if so that find command didn't find any .bb recipes. It did find u-boot files themselves though
<newell> ls
dshankar has quit [Quit: dshankar]
<WarheadsSE> newell: right, but depending on which was generated, will tell you which recipe was used.
<newell> WarheadsSE, yeah found out with one by looking in tmp/deploy/images/imx6qsabresd folder
<newell> in there there is u-boot-imx6qsabresd-v2013.10-r0.imx
<newell> but still haven't found the actual recipe for this yet (i.e. the .bb file)
<newell> Still haven't been able to get it to boot
<newell> any hints?