**** BEGIN LOGGING AT Thu Jun 16 02:59:57 2011
Jun 16 08:07:28 <bluelightning> morning all
Jun 16 15:21:57 <bluelightning> RP__: do we have any scripts to auto-bisect performance issues?
Jun 16 15:22:18 <bluelightning> a script could be hacked up fairly easily I guess
Jun 16 15:40:15 <nitink> Good Morning All !
Jun 16 16:04:17 <RP__> bluelightning: not yet...
Jun 16 18:33:36 <Jay7> hm.. interesting idea (auto-bisect)
Jun 16 18:33:47 <Jay7> RP__: ping
Jun 16 18:46:18 <dvhart> zeddii, ping - core fixes (ie to ehci drivers) go to yocto/base or yocto/standard ?
Jun 16 18:46:56 <zeddii> either works, but base is better if we ever created another kernel 'type'
Jun 16 18:47:01 <dvhart> ack
Jun 16 18:54:38 <jefferai> zeddii: hey there -- did you manage to dig up any info on touchscreens?
Jun 16 18:55:37 <zeddii> crap. no I couldn't find the box, and meant to ask around for the paper trail.
Jun 16 18:55:39 * zeddii goes to do that.
Jun 16 18:59:49 <jefferai> zeddii: thanks :-)
Jun 16 18:59:50 <jefferai> appreciated
Jun 16 19:03:50 <dvhart> zeddii, ok, I have cherry-picked to yocto/base, but I need to get my changes into standard so I can rebase beagleboard on that
Jun 16 19:05:00 <dvhart> zeddii, .... but you'll be doing the merge of the new base with standard right?
Jun 16 19:05:18 <dvhart> so I'll be sending you patches for yocto/base and yocto/standard/beagleboard - but not yocto/standard?
Jun 16 19:05:36 <zeddii> dvhart, right.
Jun 16 19:06:38 <zeddii> or you just send them right from your BSP branch and identify the commits to be pushed down to base and standard and let me do the work for you ;)
Jun 16 19:07:00 <dvhart> zeddii, ok, that makes more sense
Jun 16 19:07:06 <dvhart> otherwise it's just duplicating effort
Jun 16 19:07:52 <zeddii> yep. I'm used to pushing things lower. it's inevitable when you funnel hundreds of BSPs. and only the funnel can see some of the common points.
Jun 16 21:20:53 <dvhart> tomz1, ping
Jun 16 21:22:41 <tomz1> dvhart: pong
Jun 16 21:23:11 <dvhart> tomz1, I had to add "AutoAddDevices True" to the xorg.conf of the beagleboard. Any idea why it would be needed there but we mark it False in the meta-intel BSPs ?
Jun 16 21:23:21 <dvhart> is it formfactor related?
Jun 16 21:25:52 <tomz1> dvhart: I don't think it has anything to do with formfactor - basically mice don't show up unless False iirc
Jun 16 21:26:13 <dvhart> tomz1, just the opposite for me
Jun 16 21:26:30 <dvhart> on the bb
Jun 16 21:27:52 <tomz1> dvhart: I can't remember the details but google for it or read the xorg variable info
Jun 16 21:28:46 <dvhart> yeah, I'm reading the man page
Jun 16 21:29:01 <dvhart> but it doesn't help me understand why it's needed on one and specifically not on the other
Jun 16 21:29:05 <dvhart> thanks
Jun 16 22:13:05 <tomz1> dvhart: sorry, had an irq, I'll take a look again and dredge up the details from memory
Jun 16 22:15:02 <dvhart> tomz1, not a problem - don't worry about
Jun 16 22:15:06 <dvhart> I'll sort it out
Jun 16 23:20:03 <nitink> dvhart: what is the most effective way to enable btrfs in kernel ?
Jun 16 23:20:56 <nitink> I see this line in kernel recipe: KERNEL_FEATURES="features/netfilter"
**** ENDING LOGGING AT Fri Jun 17 02:59:56 2011