**** BEGIN LOGGING AT Thu Jan 26 02:59:57 2012 **** ENDING LOGGING AT Thu Jan 26 03:37:48 2012 **** BEGIN LOGGING AT Thu Jan 26 03:55:12 2012 Jan 26 16:52:28 bluelightning: how would you make builders aware they have to build zaurus-installer (or a bootloader fwiw) with a separate recipe? Jan 26 16:52:42 some oewarn parsing machine files? Jan 26 17:03:39 ant_work: so, I'm a little confused as to why not building it with the image is a good idea Jan 26 17:12:31 first reason is the generation of linux-kexecboot has been easily broken in the past Jan 26 17:12:46 e.g. by changes in oe-core Jan 26 17:12:56 so at least one can build a normal image Jan 26 17:14:18 how do othe rlayers do? do they deploy an u-boot on each bitbake image? Jan 26 17:15:09 where is the documentation suppose to reside in the BSP ? Jan 26 17:15:20 +d Jan 26 17:17:05 and fwiw we can imagine to deploy a package for linux-kexecboot able to self-flash itself (not on collie) Jan 26 17:17:34 and put it in the feeds Jan 26 17:19:19 hmm, ok Jan 26 17:19:28 well bbnote might help Jan 26 17:21:57 hm.. about docs I see Jan 26 17:22:00 This README file contains information on building the meta-crownbay Jan 26 17:22:00 BSP layer Jan 26 17:22:01 ... Jan 26 17:22:17 which layer is that? Jan 26 17:22:24 http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/tree/meta-crownbay/README Jan 26 17:22:39 im browsing Intel Jan 26 17:22:54 oh right... that sounds reasonable Jan 26 17:23:15 well, one layer for Zaurus, one for ipaq, ... Jan 26 17:23:37 s/layer/subdir/ Jan 26 17:23:39 :p Jan 26 17:23:59 and a /common Jan 26 17:24:30 seems very clean and logic Jan 26 17:25:48 heh.. I'm trying to see how TI did it but they are down :/ Jan 26 17:26:10 well, not TI...angstrom Jan 26 17:29:20 bbl **** ENDING LOGGING AT Thu Jan 26 17:46:57 2012 **** BEGIN LOGGING AT Thu Jan 26 17:48:20 2012 Jan 26 22:25:28 bluelightning: I seemingly can't see how core image-sato adds kernel in boot while core-image-minimal does not Jan 26 22:25:41 with same machine config Jan 26 22:27:04 ant__: maybe some package in core-image-sato pulls in the kernel? Jan 26 22:27:26 ant__: if you enable buildhistory or testlab you can get depgraphs of just what's in the image Jan 26 22:27:37 probable, I was looking to see if core-image-minimal does remove that instead Jan 26 22:30:20 it's put there by pkg_postinst_kernel-base () Jan 26 22:31:53 sure, kernel-base is not installed, that's why Jan 26 22:33:48 what causes that to be installed though? Jan 26 22:39:04 heh, I'm looking in task-base right now Jan 26 22:40:34 is complicatged, it starts from core-image.bbclass Jan 26 22:42:16 o Jan 26 22:42:25 in rootfs I see Jan 26 22:42:27 Installing kernel-3.1.8 (3.1-r0.8) to root... Jan 26 22:42:27 Downloading file:/oe/oe-core/build/tmp-eglibc/deploy/ipk/poodle/kernel-3.1.8_3.1-r0.8_poodle.ipk. Jan 26 22:42:27 Installing kernel-image-3.1.8 (3.1-r0.8) to root... Jan 26 22:42:40 between the modules Jan 26 23:09:37 bluelightning: ah, must be that Jan 26 23:09:40 ./classes/module.bbclass:RDEPENDS += "kernel-image update-modules" Jan 26 23:10:04 the modules are pulling it the kernel Jan 26 23:10:16 hmm ok Jan 26 23:10:18 and the modules are pulled in task-base-extended Jan 26 23:10:41 ah right, task-base-extended... which you don't get with minimal Jan 26 23:10:55 yes Jan 26 23:11:37 ok, what to do? I'd like the kernel in all images Jan 26 23:12:04 and the modules ofc Jan 26 23:12:34 well, core-image-minimal is just a test Jan 26 23:12:47 console-image was more rich Jan 26 23:27:28 btw, last present of Koen: NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo) Jan 26 23:28:36 forces to NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg-native Jan 26 23:39:49 ant__: just set IMAGE_INSTALL_append = " kernel-image" (or kernel, I think that does the same thing) Jan 26 23:40:56 is an IMAGE_ var ok in machine.conf? Jan 26 23:42:28 ant__: no Jan 26 23:42:55 well, just do what I did in h3600.conf if that's what you want... Jan 26 23:43:05 if it's really essential for boot Jan 26 23:43:39 I have to consider the initramfs images case, should not be overpopulated Jan 26 23:43:55 alternatively you could make a new image recipe with the desired items in it Jan 26 23:44:24 ant__: well, task-core-boot shouldn't appear in initramfs images though, so MACHINE_ESSENTIAL_EXTRA_* shouldn't affect it Jan 26 23:57:09 I see Jan 27 00:09:01 wow, I think I've fixed tzdata postinst finally Jan 27 00:09:42 if I don't fall asleep I'll commit it after full rebuild Jan 27 00:27:41 gn **** ENDING LOGGING AT Fri Jan 27 02:59:57 2012 **** BEGIN LOGGING AT Fri Jan 27 02:59:58 2012 Jan 27 09:06:42 hi bluelightning, Jay7 Jan 27 09:07:03 hi ant_work, Jay7 Jan 27 09:07:33 Jay7: I wanted to upload screenshots/fotos but I'd have to change the v.0.6 label ;) What to do? Jan 27 09:07:59 release 0.6 as it is? Jan 27 09:08:26 I have this half-finished patch for the gui+tui Jan 27 09:08:56 morning ppl Jan 27 09:09:33 ant_work: where you want to change v.0.6 label? Jan 27 09:09:46 my picture shows 0.5.9 Jan 27 09:10:11 the web page says 0.6 Jan 27 09:10:43 maybe we change that to 0.5 Jan 27 09:13:50 ah Jan 27 09:13:51 change label on site to 0.5.9 :) Jan 27 09:15:13 ok, actual 0.6 -> 0.5 and upload 0.5.9 for now Jan 27 09:16:01 I'll do a 'family picture' of 3 Z Jan 27 09:17:09 nice :) Jan 27 23:33:31 Jay7: once finished that I'll move to kexecboot again ;) Jan 27 23:33:43 :) Jan 27 23:33:55 * Jay7 is trying to setup ntbackup properly Jan 27 23:34:05 what I miss is, /etc/timezone is not installed by this script if missing Jan 27 23:34:21 http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-libs/timezone-data/timezone-data-2011n.ebuild?diff_format=s&revision=1.2&view=markup Jan 27 23:34:38 only /etc/localtime is recreated Jan 27 23:34:53 I'll let the first part of my previous patch and see Jan 27 23:37:20 Jay7: like this Jan 27 23:37:22 http://paste.debian.net/153839/ Jan 27 23:38:26 I'm a bit out of context, sorry :) Jan 27 23:39:35 I'm here just because meta-oe has old 2011g which alwais fails to fetch on first build :p Jan 28 00:13:00 * Jay7 -> sleep Jan 28 00:25:21 gn **** ENDING LOGGING AT Sat Jan 28 03:00:00 2012 **** BEGIN LOGGING AT Sat Jan 28 03:00:00 2012 Jan 28 21:56:32 Jay7: all3 devices flashed with latest kexecboot Jan 28 21:56:46 I'll fill some partitions and take a picture Jan 28 22:23:51 bah, need a real camera then **** ENDING LOGGING AT Sun Jan 29 02:59:58 2012 **** BEGIN LOGGING AT Sun Jan 29 02:59:58 2012 Jan 29 22:09:50 bluelightning: I'm building opie finally. For the moiment I've got only openobex-1.5 fatch error Jan 29 22:13:37 hi ant__ Jan 29 22:13:47 hmm... that's not right Jan 29 22:13:52 hey Jan 29 22:14:36 btw no distro, preferred-opie-versions-1.2.5.inc Jan 29 22:14:56 right Jan 29 22:15:08 is on krnel.org Jan 29 22:15:08 so openobex is in meta-oe Jan 29 22:15:10 was Jan 29 22:15:12 yes :( Jan 29 22:18:03 that's all, image built Jan 29 22:20:09 seems there is need for a default preferred provider for ntpdate, jpeg, jpeg-native Jan 29 22:22:12 ok, opie-image also lacks kernel & modules Jan 29 22:39:40 I don't know what the correct way of specifying those for distro-less would be Jan 29 22:39:50 (the preferred providers) Jan 29 22:42:42 did you consider setting MACHINE_ESSENTIAL_EXTRA_RDEPENDS ? Jan 29 22:44:38 see, I put it in MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS_append Jan 29 22:44:44 but no result :/ Jan 29 22:45:13 btw, with core-image-sato is even worse Jan 29 22:45:35 for it lacks knowledge about kernel an kernel-image targets Jan 29 22:45:52 I suspect it does not include kernel.bbclass Jan 29 22:46:18 argh Jan 29 22:46:24 s/sato/minimal/ Jan 29 22:47:04 ( I put it in IMAGE_EXTRADEPENDS, my bad) Jan 29 22:47:37 this is build dependency, not runtime Jan 29 22:52:17 look, I'm copying kernel+modules by hand to boot opie :) Jan 29 22:52:39 http://aseigo.blogspot.com/2012/01/reveal.html Jan 29 22:53:24 time for meta-kde :) Jan 29 22:53:38 and for another kexecboot port ;) Jan 29 22:55:21 * Jay7 -> sleep Jan 29 22:55:48 ant__: you need to rebuild task-core-boot if you change it after building that Jan 29 22:56:13 Jay7: I started a kde layer with what we had in OE (i.e. not much) Jan 29 22:56:24 Jay7: I'm not able to photograph Zaurus lcd's with iphone... Jan 29 22:56:40 ant__: np Jan 29 22:57:02 I'll make some shots from qemu once Jan 29 22:57:29 I have to take some serious shots and process with PS Jan 29 22:57:35 it would be great to make Mer buildable on top of OE.. Jan 29 22:57:41 bluelightning: opie booting on poodle Jan 29 22:58:17 ts even calibrate :p Jan 29 22:58:34 big progress :) Jan 29 22:58:35 awesome fast Jan 29 22:58:45 sweet :) Jan 29 22:58:45 32MB ram Jan 29 22:59:35 seems working oob Jan 29 22:59:39 I should be able to run opie on collie then :) Jan 29 23:00:53 it used to work on collie... so it should still :) Jan 29 23:01:06 we might need to update a few things Jan 29 23:01:07 wrong keymap Jan 29 23:01:13 in console Jan 29 23:01:18 hmm :( Jan 29 23:01:40 well.. anyway, good night :) Jan 29 23:01:41 * Jay7 gone Jan 29 23:01:46 night :) Jan 29 23:02:19 bluelightning: at lest /? key works Jan 29 23:02:56 I remember worse situations, w/out slashes Jan 29 23:03:03 heh yeah Jan 29 23:03:12 seems the modifiers are missing Jan 29 23:03:19 no numbers :) Jan 29 23:03:38 but is really fast compared to sato/x11 Jan 29 23:04:19 very responsive, I guess we have really optimized settings Jan 29 23:04:54 well, it was built on the platform designed to run on the hardware :) Jan 29 23:05:41 first opie's with older kernels were slower on c7x0/spitz Jan 29 23:05:46 years ago Jan 29 23:05:59 kernel is really snappy Jan 29 23:06:33 hmm... I know we did have a performance regression somewhere along the line, I forget when Jan 29 23:07:16 hmm Integer 890472 dh FP 1.39 secs Jan 29 23:08:02 now 1.25 secs Jan 29 23:08:31 I remember those tests are a bit liers Jan 29 23:09:21 http://comments.gmane.org/gmane.linux.distributions.angstrom.devel/3193 Jan 29 23:11:56 anyway it's almost unbelievable Jan 29 23:12:35 ah, btw Jan 29 23:13:03 I commented udev's DEVICE_CACHE or what in /etc/default Jan 29 23:15:38 did you need to do that? Jan 29 23:15:59 yes if using meta-oe Jan 29 23:16:48 heh, drawpad is as well responsive Jan 29 23:18:53 now, if poodle only would shut-off Jan 29 23:18:57 :/ Jan 29 23:19:08 we need a way to disable the device cache properly Jan 29 23:19:44 koen behavior is funny, he said 'get rid of it' but then no comments about my patch to make it opt-in Jan 29 23:20:07 just ping, he does... Jan 29 23:20:31 he applied 1/2 and was silent on 2/2 Jan 29 23:20:57 np, I'll bump the thread Jan 29 23:21:27 but again, he's the first saying we don't have any use of that cache Jan 29 23:25:07 btw do hardware buttons work? Jan 29 23:25:10 ok, back to opie, there must have been keymaps in oe-classic Jan 29 23:26:21 mom, I'm flashing it Jan 29 23:26:34 yes Jan 29 23:29:18 i.e Calendar key works Jan 29 23:29:32 Contacts too Jan 29 23:29:50 Menu too Jan 29 23:30:07 Mail no, maybe is not defined Jan 29 23:30:58 Cancel seems doing Suspending... Jan 29 23:31:45 OK opens the 'start' menu Jan 29 23:32:39 central key (between round of cursors) is also not working Jan 29 23:32:53 it works in kexecboot Jan 29 23:33:06 so kernel patch is ok Jan 29 23:35:05 hmm, maybe another keymap thing Jan 29 23:35:16 surely Jan 29 23:35:27 I did find strange stuff with hardware buttons on other devices in more recent kernels Jan 29 23:35:41 our russian friends are the experts (by necessity...) Jan 29 23:35:44 still not sure why Jan 29 23:35:49 hmm yes :) Jan 29 23:38:25 ok, now I got a kernel in core-image-minimal Jan 29 23:39:27 but I lack the symlink provided in kernel-image-postginst hm... Jan 29 23:39:39 ah.. kernel-base postinst Jan 29 23:40:19 I'm using brute force as you said Jan 29 23:40:21 IMAGE_INSTALL_append = " kernel-base kernel-image " Jan 29 23:42:01 if we use IMAGE, then why not Jan 29 23:42:15 EXTRA_IMAGEDEPENDS += "virtual/kernel" Jan 29 23:42:27 once for all? Jan 29 23:49:55 EXTRA_IMAGEDEPENDS shouldn't be necessary... Jan 29 23:51:51 ok, but it does the trick Jan 29 23:52:09 I mean Jan 29 23:52:10 EXTRA_IMAGEDEPENDS += "zaurus-installer" Jan 29 23:52:23 was not nice... Jan 29 23:52:48 while IMAGE_INSTALL_append = " kernel-base kernel-image " does the trick Jan 29 23:53:29 one for the kernel, other for the symlink, .. nowthe modules are still missing Jan 29 23:57:52 I'm wondering if we have to deal with task-base-extended at some point Jan 29 23:58:02 heh Jan 29 23:58:12 that would bring in MACHINE_EXTRA_RDEPENDS Jan 29 23:58:29 including modules not needed for boot Jan 29 23:59:20 I'll try to see how Yocto choices modules basing on BSP and tasks Jan 29 23:59:39 we could maybe converge soon the kernel Jan 29 23:59:57 the problem with task-base-extended is I think it forces a build of a whole bunch of X stuff not needed for opie Jan 30 00:01:38 the point is some devices always need kernel + modules Jan 30 00:01:51 we'd need a knob to easily choice Jan 30 00:02:03 for an easy choice Jan 30 00:02:27 it seems a bit sparse Jan 30 00:07:37 good night Jan 30 00:07:41 night **** ENDING LOGGING AT Mon Jan 30 02:59:59 2012 **** BEGIN LOGGING AT Mon Jan 30 02:59:59 2012 **** ENDING LOGGING AT Tue Jan 31 02:59:58 2012 **** BEGIN LOGGING AT Tue Jan 31 02:59:58 2012 **** BEGIN LOGGING AT Tue Jan 31 17:23:32 2012 **** ENDING LOGGING AT Wed Feb 01 02:59:57 2012 **** BEGIN LOGGING AT Wed Feb 01 02:59:57 2012 Feb 01 16:56:58 another zaurus user in angstrom-distro-users@ Feb 01 16:57:15 complaining on narcissus Feb 01 17:01:00 yeah, I'm guessing angstrom is no longer building for zaurus machines Feb 01 17:01:08 as in, the angstrom autobuilder Feb 01 17:01:26 that process is very opaque unfortunately :/ Feb 01 17:15:41 we should release some images Feb 01 17:31:31 if you release images you need feeds Feb 01 17:31:38 then you might as well start up a proper distro Feb 01 17:31:47 which might be the right thing to do, I don't know **** ENDING LOGGING AT Thu Feb 02 02:59:57 2012 **** BEGIN LOGGING AT Thu Feb 02 02:59:58 2012 **** ENDING LOGGING AT Fri Feb 03 02:59:57 2012 **** BEGIN LOGGING AT Fri Feb 03 02:59:57 2012 Feb 03 23:53:46 ka6sox: don't worry, I'm testing the firewalls **** ENDING LOGGING AT Sat Feb 04 02:59:58 2012 **** BEGIN LOGGING AT Sat Feb 04 02:59:58 2012 Feb 04 20:25:47 hm, is this the wrong channel to ask questions about how to get a crashkernel running? if so, where'd be the best channel to ask otherwise? **** ENDING LOGGING AT Sun Feb 05 02:59:59 2012 **** BEGIN LOGGING AT Sun Feb 05 02:59:59 2012 **** BEGIN LOGGING AT Sun Feb 05 08:38:10 2012 **** ENDING LOGGING AT Mon Feb 06 02:59:58 2012 **** BEGIN LOGGING AT Mon Feb 06 02:59:58 2012 Feb 06 16:45:41 bluelightning: hi, any concrete outcomes out of the meeting? Feb 06 16:46:53 ant_work: it was a pretty informal meeting, a collection of discussions Feb 06 16:47:20 ant_work: the first though was that koen is happy with my proposals on meta-oe splitting as set out in the email Feb 06 16:47:37 I did make some other notes which I need to put in the form of a post to the list Feb 06 16:48:10 great, thx Feb 06 16:49:31 fwiw opie-image is broken atm..dunno why, was ok 1 week ago :/ Feb 06 16:51:00 and we have to find a way to add the modules (all?) to the images Feb 06 16:52:18 finally, thre is some strange rtc bug/mismatch. pls update the kernel to latest 3.1 when you'll have time Feb 06 16:52:41 ant_work: I wonder about "all"... the machines in meta-yocto do that and it means I get things like ocfs2 in sato images which is not really very useful on an embedded device Feb 06 16:53:05 of course you can blame the kernel config but it seems to me we should be selective about which modules we need Feb 06 16:53:07 look at qemu recipes Feb 06 16:53:19 one calls 'kernel-modules' Feb 06 16:53:50 I saw your patches, will apply them tonight Feb 06 16:54:10 opie-image is broken - what happens? Feb 06 16:54:41 server does not start, I get only serial Feb 06 16:54:51 I suspect some udev change :/ Feb 06 16:57:38 *sigh* Feb 06 17:07:53 about modules, I tried to add MACHINE_EXTRA_RRECOMMENDS_append = " kernel-modules" Feb 06 17:08:23 or alike, one that was in core-base Feb 06 17:08:30 still no modules Feb 06 17:08:58 So I need to investigate the qemu tasks Feb 06 17:09:22 (or maybe qemumips.conf is just broken) Feb 06 17:10:17 I think you need task-base-extended for those to be installed Feb 06 17:11:37 there is to say that the modules needed for booting are installed but probably networking isn't so upgrade is painful Feb 06 17:12:04 installed = in kernel Feb 06 17:13:20 finally a word about tzdata: I could not care less now than the old versions have been purged from meta-oe :) Feb 06 17:13:40 *that Feb 06 17:14:27 now the udev batltle... Feb 06 17:14:51 then xserver-nodm-init... Feb 06 17:15:21 after that we should have less issues stacking meta-oe Feb 06 17:16:35 heading home, bbl Feb 06 17:16:36 indeed, thanks for the work you've done so far :) Feb 06 17:16:38 cya Feb 07 00:07:38 bluelightning: seems is not the known udev issue, maybe systemd Feb 07 00:07:46 is breaking opie Feb 07 00:09:55 seems the latest systemd.bbclass Feb 07 00:11:42 rebuilding, will see tomorrow **** ENDING LOGGING AT Tue Feb 07 02:59:58 2012 **** BEGIN LOGGING AT Tue Feb 07 02:59:58 2012 Feb 07 15:49:39 omg what a monster patch in the list Feb 07 15:50:31 let's hope systemd is really separated afterwards Feb 08 00:00:44 if the handoff from one kernel to the next doesn't work correctly (not all hardware is initialized correctly) ... what should I be looking at? Feb 08 00:01:15 later kernel to in clude in the bootmanager? different kernel settings? **** ENDING LOGGING AT Wed Feb 08 02:59:57 2012 **** BEGIN LOGGING AT Wed Feb 08 02:59:57 2012 Feb 08 21:51:19 bluelightning: hi there Feb 08 22:13:16 hi ant____ Feb 08 22:13:40 I'm wondering about meta-oe split Feb 08 22:14:04 I would import in meta-handheld klibc, klibc.bbclass and kexec-tools-klibc as first move Feb 08 22:14:22 then Zaurus would not depend anymore on meta-oe Feb 08 22:14:41 (well, there is still xinput-calibrator to put in oe-core) Feb 08 22:15:15 it is like that: if you use kdrive you have tslib in oe-core Feb 08 22:15:33 if you use xserver you need xinput-calibrator from meta-oe Feb 08 22:15:47 this leads to following RP commit Feb 08 22:16:34 http://patches.openembedded.org/patch/16325/ Feb 08 22:17:35 ant____: the first thing is to make meta-oe reusable Feb 08 22:17:49 ant____: or, more usable in different contexts Feb 08 22:18:10 the plan I've outlined in the email thread is a start for that Feb 08 22:18:11 I tend to forget about it for the moment Feb 08 22:18:21 it's too full of systemd'isms Feb 08 22:19:41 well, that's another problem to address Feb 08 22:19:54 to build core-image-sato with full xserver-xorg we just need xinput-calibrator Feb 08 22:20:05 that's for the shortcoming future Feb 08 22:20:41 or wait for the holy-grail unification of xserver-nodm-init Feb 08 22:21:32 as you see I become a bit more pessimistic ... ;) Feb 08 22:22:20 the reason is simple: people tend to stay away from meta-oe so there are less testers Feb 08 22:22:47 it just gained a bad reputation... Feb 08 22:23:25 well this is it Feb 08 22:23:35 see how there is zero comment from oe-core people to the thread about systemd Feb 08 22:23:40 the X issues are just one aspect, I'm trying to solve the others first Feb 08 22:24:17 that's not entirely true, one of my colleagues Joshua Lock was in that thread I think Feb 08 22:24:26 yes, we still have udev beforehand Feb 08 22:24:50 systemd is on our radar, we just have bigger issues to consider before that Feb 08 22:24:59 btw, about that RP comments, machine shouldn't poke Feb 08 22:25:38 seems we have to remove all providers but virtual/kernel and virtual/xserver Feb 08 22:26:23 if you can make a case that the thing you are setting is machine specific it's ok Feb 08 22:28:09 I'm just wondering about libgl and libx11 Feb 08 22:28:20 iirc RP suggested that settings Feb 08 22:28:27 for Z Feb 08 22:31:34 you can always ask RP for clarification Feb 08 22:36:06 s#@t, opie-image doesn't start ... Feb 08 22:37:51 ant____: has to be something recent; it worked only a week or two ago on h1940 Feb 08 22:37:59 ant____: could be missing devices Feb 08 22:38:00 yes Feb 08 22:38:41 I fear systemd contamination Feb 08 22:39:27 ant____: is the initscript being started? Feb 08 22:40:49 I see udev starting Feb 08 22:41:03 then I get prompt on serial Feb 08 22:41:16 and can't login :/ Feb 08 22:41:35 password is not zapped in opie-image Feb 08 22:42:24 if it was zapped you would not be able to login... so... ? Feb 08 22:42:37 usually is blank Feb 08 22:42:44 yes Feb 08 22:42:48 when using image_features std Feb 08 22:42:55 if debug-tweaks is in IMAGE_FEATURES Feb 08 22:42:58 y Feb 08 22:43:11 not yet Feb 08 22:43:18 not now in opie Feb 08 22:43:41 let me retry a working image and I diff it Feb 08 23:14:45 bluelightning: working image was built early on dec 3nd Feb 08 23:14:54 3rd Feb 08 23:15:03 right, that gives us somewhere to start Feb 08 23:15:18 fwiw is missing utc tmezone, just american Feb 08 23:15:48 strange, /etc/localtime is Universal Feb 08 23:16:04 timezone is ok as well Feb 08 23:16:13 so it'a just opie Feb 08 23:16:49 metadata from dec 2nd night, built on 3rd Feb 08 23:19:08 eh Feb 08 23:19:33 there are udev-180 and various systemd commits Feb 08 23:20:34 the systemd.bbclass one being the worst Feb 08 23:37:44 bluelightning: as far as I see there are minor size diffs (8bytes) in libopietooth.so.1.0.0 and libopieui2.so.1.9.2 Feb 08 23:37:49 maybe random Feb 08 23:38:01 the other binarise in /bin and /Sbin match Feb 08 23:38:31 ant____: maybe try copying the files over, see if that's really significant or not Feb 08 23:41:06 argh Feb 08 23:41:15 in the 'good' opie-image Feb 08 23:41:29 there is /usr/sbin/update-rc.d Feb 08 23:41:43 missing in the latest :/ Feb 08 23:41:57 in fact thgere is no initial 'configuring' ... Feb 08 23:43:07 right, that'll be it then Feb 08 23:45:17 there is more.. Feb 08 23:45:31 in the 'good' image I have Feb 08 23:45:54 this is exactly what buildhistory is good for detecting btw Feb 08 23:45:59 heh Feb 08 23:46:12 Iah, no, it's just size Feb 08 23:46:28 /usr/sbin/chpasswd symlink Feb 08 23:46:36 well, it would have picked up that update-rc.d was missing **** ENDING LOGGING AT Thu Feb 09 00:04:03 2012 **** BEGIN LOGGING AT Thu Feb 09 00:12:17 2012 Feb 09 00:23:03 gn **** ENDING LOGGING AT Thu Feb 09 00:58:30 2012 **** BEGIN LOGGING AT Thu Feb 09 01:10:18 2012 **** ENDING LOGGING AT Thu Feb 09 02:59:57 2012 **** BEGIN LOGGING AT Thu Feb 09 02:59:58 2012 Feb 09 17:23:01 if the handoff from one kernel to the next doesn't work correctly (not all hardware is initialized correctly) ... what should I be looking at? Feb 09 17:23:06 later kernel to include in the bootmanager? different kernel settings? Feb 09 17:25:35 exco: what device you are using? Feb 09 17:25:54 Toshiba Ac100 Feb 09 17:33:11 Jay7, ideas? Feb 09 17:47:40 Tequila: ping Feb 09 17:47:55 Jay7, pong Feb 09 17:47:58 Tequila have AC-100 with working setup Feb 09 17:48:06 hey exco Feb 09 17:48:09 :D Feb 09 17:48:15 Jay7, no he isn't ;-) Feb 09 17:48:19 hey Tequila Feb 09 17:48:59 so I managed to build your branch ... sent you an email why it won't build pulling your rep atm Feb 09 17:49:08 need to track back your request... but sorry I'm fully busy Feb 09 17:49:33 never mind ... just so you know (but you might see it a lot faster) Feb 09 17:49:40 wrong HW initialisation is known problem of ARM/MIPS arch'es Feb 09 17:49:57 that's mostly because kexec is resetting devices Feb 09 17:49:59 yep, wrong shutdown too Feb 09 17:50:20 is there anything I can help with ... or do I need to sit back and wait for kexec to improve? Feb 09 17:50:30 exco, I had a mail from a guy who managed to work-around the problem using a kernel with USB disabled Feb 09 17:50:55 the kernel used for the kexecboot, not the final kernel Feb 09 17:50:56 usb disabled for the ac100 kernel or the bootloader kernel? Feb 09 17:51:00 ah ok Feb 09 17:51:05 bootloader yep Feb 09 17:51:54 that means no usb key can be used with kexecboot Feb 09 17:51:56 we could just enable the minimum stuff needed? and the 2nd kernel would initialize everything as needed? Feb 09 17:52:12 but it should be sufficient to keep functional multiboot Feb 09 17:52:22 try to make noise in some kernel ML Feb 09 17:52:28 yep that's what I guess Feb 09 17:52:37 about USB vs kexec Feb 09 17:53:03 we first need to try more recent kernel of course Feb 09 17:53:10 I can make the noise but I'd rather not since I'm like at the beginning stages of kernel comilation (following howto stuff) Feb 09 17:53:37 ok so I'll try to compile multiboot with a more recent kernel ... that might take some time. Feb 09 17:54:27 there's just too many options in kernel configuration ... and more with each later version Feb 09 17:55:53 first maybe try the current one with usb support disabled Feb 09 17:56:35 yes, that I can handle ... Feb 09 17:57:07 would be nice ... then I can have a working AC100 and move on to working on compiling ics Feb 09 17:57:57 or Ubuntu/2.3 to make use of the video capabilities (as a media player) Feb 09 18:20:56 Tequila, Jay7 I will let you know if I manage to get a step further and then we (you) can make the noise Feb 09 18:20:59 thanks for your help **** ENDING LOGGING AT Fri Feb 10 02:59:57 2012 **** BEGIN LOGGING AT Fri Feb 10 02:59:57 2012 **** BEGIN LOGGING AT Fri Feb 10 07:28:11 2012 **** ENDING LOGGING AT Sat Feb 11 02:59:57 2012 **** BEGIN LOGGING AT Sat Feb 11 02:59:57 2012 Feb 11 22:16:25 Jay7: have you tested kernel on collie recently? **** ENDING LOGGING AT Sun Feb 12 02:59:56 2012 **** BEGIN LOGGING AT Sun Feb 12 02:59:56 2012 Feb 12 12:48:33 ant: no **** ENDING LOGGING AT Mon Feb 13 02:59:58 2012 **** BEGIN LOGGING AT Mon Feb 13 02:59:58 2012 **** ENDING LOGGING AT Tue Feb 14 02:59:56 2012 **** BEGIN LOGGING AT Tue Feb 14 02:59:56 2012 Feb 14 12:04:24 bluelightning: fyi I've fwd'd to you the unanswered mail I sent to DH Feb 14 12:06:49 ant_work: hmm, don't think i received it yet... Feb 14 12:08:47 an answer would have been propedeuthic to the layer split Feb 14 12:10:30 though I can't see reasons against a meta-initramfs layer Feb 14 12:16:57 still, klibc and kexecboot should maybe reside in oe-core Feb 14 13:14:42 ant_work: btw I think he's at ELC so that might be why you haven't had any response Feb 14 13:14:55 hmm, well it was a month ago Feb 14 13:14:59 send a ping Feb 14 13:15:10 or I can follow up with him if you like Feb 14 13:17:21 as you like, ask him if he has particular needs for the layer Feb 14 13:19:00 in one way it is good to have the recipes out of meta-handheld too (some .bbappend needed) Feb 14 13:19:30 I'm specially interested in the modular kernel like linux-yocto Feb 14 23:04:06 emerge -auD system --newuse Feb 14 23:04:33 (wrong window ofc) Feb 14 23:20:56 bluelightning: have you thought about a different hierarchy for meta-handheld ? Feb 14 23:21:08 maybe like meta-intel ? Feb 14 23:21:26 so well' have the right place for the documentation Feb 14 23:22:13 i.e. meta-zaurus, meta-ipaq, ... Feb 14 23:22:42 ant____: I'd like to leave the structure as-is for the moment Feb 14 23:22:57 I don't want to complicate things yet Feb 14 23:23:33 well, the README have yet to be written :) Feb 14 23:26:09 we can always have separate READMEs Feb 14 23:26:17 or have the documentation elsewhere Feb 14 23:27:55 now the questionable thing is the dependency on meta-openembedded Feb 14 23:28:21 that udev .bbappend complicates the things Feb 14 23:30:09 as are doing the recipes in meta-handheld inheriting klibc.bbclass Feb 14 23:32:32 anyway, I'm updating the servers those days so I'll wait for the fix to the systemd breakage Feb 14 23:33:24 before rebuilding Feb 14 23:34:41 (I'm battling with a stupid fw updater for the fujitsu hdd's , 1,5 gb image when uncompressed - Centos ) Feb 14 23:35:08 docs binaries and libs are less than 110 mb Feb 14 23:35:20 some crazy man Feb 14 23:35:29 *not less Feb 14 23:36:29 tonight I got the light after disassembling some lines ..it needs to be connected and download it :) Feb 14 23:37:24 110mb were not enough ;) Feb 15 00:00:55 gn **** ENDING LOGGING AT Wed Feb 15 02:59:57 2012 **** BEGIN LOGGING AT Wed Feb 15 02:59:57 2012 Feb 15 23:37:44 bluelightning: hi Feb 15 23:37:50 wip Feb 15 23:37:52 NOTE: package linux-yocto-tiny-3.0.12+git1+04a52a32cbdf0972033b97b83eaa83eb275dfdc9_1+f389d310965a56091f688b28ea8be6d9cbb7fbbe-r1: task do_fetch: Started Feb 15 23:37:52 WARNING: Failed to fetch URL http://kernel.org/pub/linux/kernel/people/jsipek/guilt/guilt-0.33.tar.gz Feb 15 23:55:10 gn **** ENDING LOGGING AT Thu Feb 16 02:59:57 2012 **** BEGIN LOGGING AT Thu Feb 16 02:59:58 2012 Feb 16 09:44:33 bluelightning: so I've played a bit with linux-yocto and linux-yocto-tiny Feb 16 09:45:26 the first obstacle is to set KMACHINE Feb 16 09:47:16 ant_work: ah ok Feb 16 09:47:33 I used yocto/standard/base Feb 16 09:47:53 I have to admit I've not played around with our kernel stuff much Feb 16 09:48:12 it looks much x86 centric Feb 16 09:48:44 I'm still learning but first impression is I should start with linux-yocto-tiny Feb 16 09:49:15 which declares in SRC_URI the .config blocks Feb 16 09:49:21 ant_work: well, I will say that it's largely been developed by Wind River developers who support a lot more than just x86 Feb 16 09:49:43 oh, I'll check their BSP layer then Feb 16 09:50:02 I got the impression it was Intell stuf Feb 16 09:50:06 -l Feb 16 09:50:10 +f Feb 16 09:50:54 Intel people have worked on it since the Yocto Project started but AIUI it's was something that came from Wind River Feb 16 09:50:59 the point is, the BSP should declare the KERNEL_FEATURES of the machine Feb 16 09:51:19 ain that regard the qemu examples are not immediately clear Feb 16 09:58:35 I think this is the latest doc: http://www.yoctoproject.org/docs/current/kernel-manual/kernel-manual.html Feb 16 10:00:52 yes I think that would be it Feb 16 10:01:45 somehow combined with http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#dev-manual-kernel-appendix Feb 16 10:02:08 ok, then I'd say we take the official SRCREV Feb 16 10:04:42 bluelightning: after so many years with vanilla I feel a bit uncomfortably with pre-mangled sources ;) Feb 16 10:05:05 it is an unusual approach, definitely Feb 16 10:07:40 the idea is setting once the basic machine/kernel features for boot from SD/CF/USB and forget about defconfigs Feb 16 10:08:09 and an extended set for the production kernel, with net and so on Feb 16 10:08:39 then linux-kexecboot and linux will need almost zeromaintainance Feb 16 10:08:56 eh, would, maybe... Feb 16 10:10:50 ah, I noticed that the many .cfg pieces always do build in-kernel (foo = y) so the modules load/unload mgmt is not necessary Feb 16 15:32:49 kenws: have you figured out how to abuse of linux-yocto? Feb 16 15:41:11 ant_work: You mean on how to build it using a vexpress defconfig? not really. I think it would work by adding things to the 'meta' branch of the linux-yocto-3.2 tree that has the fragments. But I don't know how to do it in your own layer. However, it's quite easy to provide your own kernel recipe and a defconfig (rather than using fragments). Feb 16 15:42:00 yes, but it is tempting to modularize it Feb 16 15:43:19 think about linux-kexecboot: it needs couple of standard kernel features plus machine specific bits Feb 16 15:43:40 i.e. some devices may boot from SD/CF/USB/NFS thus needing those filesystem Feb 16 15:44:03 another only boots form nand or tftp so it would be awaste to compile all other block devices Feb 16 15:45:08 my impression is that anyway we talk about blocks of options built in kernel, not modules Feb 16 15:45:38 so once we add ata ext2,3, .... we should be served Feb 16 15:46:02 this inflates th ekernel size, though Feb 16 15:47:32 "blocks of options" yeah, the ssc files pull in certain config files. I don't really remember whether there is a way to specify to build that feature as a module or build it into the kernel Feb 16 15:47:44 the whole thing seems to come from windriver folks Feb 16 15:48:39 no, its like 'foo=y' Feb 16 15:48:55 again, I just gave a first glimpse ;) Feb 16 15:48:59 ah, ok. Feb 16 15:49:50 I was playing with tohse http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-kernel/linux/linux-yocto-tiny Feb 16 15:51:24 hm Feb 16 15:51:35 yes, then there are the ones in /meta Feb 16 15:51:39 is this tree being pulled in when building oe-core? Feb 16 15:51:44 i thought it's http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.2/tree/meta/cfg/kernel-cache/bsp?h=meta Feb 16 15:51:44 y Feb 16 15:52:07 at least for the qemuarm MACHINE Feb 16 15:52:13 I'm hacking around without meta-yocto layer Feb 16 15:52:55 what's your MACHINE? Feb 16 15:53:11 I'm testing with armv47 poodle Feb 16 15:53:17 -7 Feb 16 15:54:20 is "poodle" for real hardware? Feb 16 15:54:35 I have to admit that I've hever heard of it Feb 16 15:54:35 yes, unsupported in oe-core Feb 16 15:54:39 * kenws ducks Feb 16 15:54:41 : ) Feb 16 15:54:44 is one of older Zaurus Feb 16 15:55:20 ah, i reme,ber those but I thought they were armv5 or less Feb 16 15:55:40 o, yes this is even 32MB pxa250 Feb 16 15:55:48 collie is armv4 Feb 16 15:56:06 sry, all those dogs barfing... Feb 16 15:56:49 you see, pxa is very old and rather well supported by vanilla kernel Feb 16 15:57:21 if I start with -yocto is because I'm hoping it will need less mainainance Feb 16 15:57:28 ok. So, how do you change those fragments. My impression was that the meta branch gets pulled in when building the kernel (sort of merged in your kernel tree) Feb 16 15:57:47 yep, that's probably a good idea Feb 16 15:58:11 yes, but the magic happens having proper KMACHINE KTYPE KARCH Feb 16 15:59:14 as I understand it now, the workflow allows building from 'minimal' fragment and extend it Feb 16 15:59:16 OR Feb 16 15:59:25 just using a provided defconfig Feb 16 15:59:44 some sleepless night will tell soon ;) Feb 16 16:01:43 Did you find any documentation on this? I just noticed that the KMACHINE pulls in the fragment for your board (like arm-versatile-926ejs) Feb 16 16:02:39 yes Feb 16 16:02:52 see this log around 11h Feb 16 16:03:04 well, 4 hours ago Feb 16 16:03:53 ah, I see. Feb 16 16:04:51 yesterday night I gave up...I was fetching an unconsistent revision and git was stalled **** ENDING LOGGING AT Thu Feb 16 16:19:53 2012 **** BEGIN LOGGING AT Thu Feb 16 16:20:20 2012 **** ENDING LOGGING AT Thu Feb 16 16:24:35 2012 **** BEGIN LOGGING AT Thu Feb 16 16:26:17 2012 **** ENDING LOGGING AT Thu Feb 16 22:21:34 2012 **** BEGIN LOGGING AT Thu Feb 16 22:22:15 2012 **** ENDING LOGGING AT Fri Feb 17 02:59:57 2012 **** BEGIN LOGGING AT Fri Feb 17 02:59:57 2012 **** ENDING LOGGING AT Sat Feb 18 02:59:58 2012 **** BEGIN LOGGING AT Sat Feb 18 02:59:58 2012 Feb 18 22:59:09 Jay7: ping Feb 18 22:59:15 hi ant__ Feb 18 22:59:41 I seem to have found a too easy way for the tui+gui issue Feb 18 22:59:46 too easy... Feb 18 23:01:31 http://paste.debian.net/156773/ Feb 18 23:02:55 hehe Feb 18 23:03:48 well, I did not add in git the new file ;) Feb 18 23:03:55 anyway inside theme-tui.h all content should be protected with #ifdef USE_TEXTUI Feb 18 23:04:09 so I see no difference Feb 18 23:06:21 it happens to compile ;) Feb 18 23:12:22 is ok even with --enable-fbui=no --enable-textui Feb 18 23:12:48 I'll send you a patch, then decide if adding guards is easier Feb 18 23:14:37 the issue is ./res/theme.h:#define DEFAULT_FONT (&ter_u16n_ascii_font) Feb 18 23:14:37 Binary file ./gui.o matches Feb 18 23:14:37 Binary file ./tui.o matches Feb 18 23:15:45 hmm Feb 18 23:16:01 well, send me your patch Feb 18 23:16:08 I'll check it tomorrow Feb 18 23:16:14 both include theme.h Feb 18 23:17:00 ah, is it decided to go back one hour in Russia? Feb 18 23:17:26 not before new president :) Feb 18 23:17:40 I fear our new president would be our old president... Feb 18 23:17:41 he he Feb 18 23:17:52 hm Feb 18 23:18:55 i.e. Putin again :) Feb 18 23:19:11 too much Putin for one country :) Feb 18 23:19:26 we got 20year Berlusconi Feb 18 23:19:41 too bad Feb 18 23:19:50 too long = too bad Feb 18 23:20:14 yeah... same here.. 12 years as president + 4 years as premier-minister Feb 18 23:20:31 and trying to go for next 5 years Feb 18 23:20:49 or 6.. they are changed it Feb 18 23:24:37 ok, patch sent Feb 18 23:24:45 I see some strangeg tabs in one line Feb 18 23:25:08 got it Feb 18 23:32:48 btw Feb 18 23:32:50 configure: WARNING: unrecognized options: --disable-silent-rules, --with-libtool Feb 18 23:32:51 -sysroot **** ENDING LOGGING AT Sun Feb 19 02:59:58 2012 **** BEGIN LOGGING AT Sun Feb 19 02:59:58 2012 Feb 19 23:15:51 Jay7: I have runtime-tested the 3 linux-kexecboot: Feb 19 23:15:58 tui-only ok Feb 19 23:16:03 gui-only ok Feb 19 23:16:40 gui + tui = heh, tui drawed on the top of gui :) Feb 19 23:18:12 but basically you only see textui, the background is visible only during frame redraw (i.e. pressing left/right cursors) Feb 19 23:19:07 no problem to boot, anyway, it kexecs just fine Feb 19 23:24:14 I've sent you a small video Feb 19 23:25:46 somehow iphone did rotate the video... Feb 19 23:33:36 gn **** ENDING LOGGING AT Mon Feb 20 03:00:00 2012 **** BEGIN LOGGING AT Mon Feb 20 03:00:00 2012 Feb 20 12:31:25 bluelightning: I interrupted my linux-yocto experiments (kernel won't fetch) Feb 20 12:31:50 I see there is a mysterious poky-extras layer mentioned in th ekernel guide I was reading Feb 20 12:32:16 ant_work: hmm... probably best to check with zeddii/dvhart about that Feb 20 12:33:55 sure, as you already know I'm aiming at bare oe-core + BSP so it would be bad being bound to Poky or its extensions Feb 20 12:34:41 btw I see koen is on irc Feb 20 12:35:16 what exactly would you do to put klibc + related recipes together in meta-initramfs? Feb 20 12:35:30 where should the layer reside? in meta-oe? Feb 20 12:36:09 i.e. meta-openembedded/meta-initramfs? Feb 20 12:38:25 seems reasonable to me... Feb 20 12:45:17 koen: mumbling about a new meta-openembedded/meta-initramfs layer to host klibc + class + related static recipes. Thoughts? Feb 20 12:45:18 I'd even add kexecboot and linux-kexecboot there Feb 20 12:45:18 ant_work: sounds like a good idea Feb 20 12:47:11 ant_work: we could even move that to the oe-core repo (not layer) later on Feb 20 12:47:22 koen: ok, great. I'll send a msg to the list with the proposal and some patches. Thx. Feb 20 12:48:01 cool :) Feb 20 12:48:13 bluelightning: now, how to set compatible machine .. ?? Feb 20 12:48:36 why do you need to set it? Feb 20 12:52:19 i.e. linux-kexecboot Feb 20 12:53:43 well, I'll try to group all recipes in /meta-initramfs and make them machine-agnostic Feb 20 12:53:58 then I'll write some .bbappend for meta-handheld Feb 20 12:54:39 one thing I've seen.. some prefs are set in kexecboot.inc. This is not ideal when merging layetrs, isn't? Feb 20 12:54:59 we can't append to th e.inc files iirc Feb 20 13:12:09 ant_work: you can't no, but you can just append all recipes that use the .inc Feb 20 15:54:34 hi ppl Feb 20 15:54:41 ant_work: got your movie :) Feb 20 15:55:01 hi Feb 20 15:58:54 Jay7: gui+tui was only a few kb larger, tui only is much smaller Feb 20 15:59:06 yeah Feb 20 15:59:18 I don't have the numbers here but about 980kb, 1020, 1040 Feb 20 16:00:10 now, I should try to reproduce pfalcon issues Feb 20 16:01:56 it was June 2011 Feb 20 16:03:07 "4. Once I patched it to do fallback described in 2), it started to Feb 20 16:03:07 segfault. Feb 20 16:03:07 5. I traced that to it trying to access icons in params->gui, which is Feb 20 16:03:07 not initialized for text ui." Feb 20 16:03:49 seems fixed with current code, but I always have framebuffer Feb 20 16:05:27 and the TCIFLUSH stuff has been committed Feb 20 16:07:45 so maybe you could add the check for missing framebuffer and fall back to the textui Feb 20 16:07:57 then pfalcon would be happy Feb 20 16:09:06 sure Feb 20 16:09:28 Jay7: ah. maybe with my split I did not include any icons code Feb 20 16:10:14 maybe you could rename in theme-gui.h and theme-textui.h Feb 20 16:10:33 the first and the second part of theme.h Feb 20 16:12:06 I'll check this soon Feb 20 16:12:11 ASAP even :) Feb 20 17:33:58 bbl Feb 20 23:00:59 bluelightning: I've almost done the split Feb 20 23:01:07 now, the issue is the kernel... Feb 20 23:01:10 ant__: the split ? Feb 20 23:01:27 yes, to meta-initramfs Feb 20 23:01:55 our JaMa insists commiting .git kernels which nobody appears to use Feb 20 23:02:09 I'd remove that alltoghether Feb 20 23:02:23 has only been tested on spitz, maybe Feb 20 23:06:06 well, he was keen on having it there only a few months ago Feb 20 23:09:18 now we have 3: 3.1, 3.2, git (pre 3.2) Feb 20 23:09:36 3.2 won't compile, we need new klibc (or patch the existent) Feb 20 23:10:07 is still too new ;) Feb 20 23:17:53 ok, I'll send patch for 3.1 only atm Feb 20 23:18:10 (this is a 'private' meta-handheld thing atm) Feb 20 23:19:30 ok Feb 20 23:39:43 testing now... Feb 20 23:46:01 seems bb can still finish parsing ;) Feb 20 23:47:11 ok, some minor cleanings and I'm done Feb 21 00:05:59 I'm working on this psplash thing btw Feb 21 00:06:24 implementing this is harder than I had imagined... Feb 21 00:08:12 oh, the old suxxer Feb 21 00:18:03 eek Feb 21 00:18:05 ERROR: No recipes available for: Feb 21 00:18:05 /oe/meta-handheld/recipes-core/udev/udev_173.bbappend Feb 21 00:18:14 the last meta-oe hook! Feb 21 00:23:58 ok, Result: 250 <4F05A6650581AD7F> Mail accepted Feb 21 00:27:10 hm.. Feb 21 00:27:55 I'v moved a dir in the wrong layer Feb 21 00:28:28 /linux-kexecboot-3.1 Feb 21 00:28:42 there are defconfigs there Feb 21 00:40:18 bluelightning: well, if I move the a.m. dir from meta-initramfs to meta-handhelds Feb 21 00:40:30 | ERROR: Function failed: Fetcher failure for URL: 'file://defconfig'. Unable to fetch URL from any source. Feb 21 00:41:01 ant__: a.m.? Feb 21 00:41:11 oh right Feb 21 00:41:13 above mentioned Feb 21 00:41:33 maybe FILESPATH_append = ":${FILE_DIRNAME}/linux-${PV}" Feb 21 00:41:55 ah right... you should do that using FILESEXTRAPATHS_prepend := now Feb 21 00:42:10 doh Feb 21 00:42:12 FILESEXTRAPATHS cannot be used, because it puts extra paths before FILESPATH and we need it at the end Feb 21 00:42:12 # only as fallback for patches available only in linux-PV dir and ie defconfigs needs to go from linux-kexecboot-PV Feb 21 00:42:12 FILESPATH_append = ":${FILE_DIRNAME}/linux-${PV}" Feb 21 00:42:36 smthg wrong here Feb 21 00:43:06 it happens to work in meta-handheld Feb 21 00:47:21 bluelightning: ah, wait, is my bad probably Feb 21 00:47:47 in the linux-kexecboot_3.1.bbappend I set ILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" Feb 21 00:56:54 ok, too late now Feb 21 00:56:56 gn Feb 21 00:58:34 nite **** ENDING LOGGING AT Tue Feb 21 02:59:58 2012 **** BEGIN LOGGING AT Tue Feb 21 02:59:58 2012 Feb 21 13:50:22 bluelightning: how to proceed wrt meta-initramfs maintainance? Koen seems to decline Feb 21 13:50:52 ant_work: I think you may be volunteering ;) Feb 21 13:51:09 ant_work: in which case you would need commit access Feb 21 13:51:24 the alternative is to host it elsewhere Feb 21 13:51:26 yes, and only temporarlyù Feb 21 13:51:51 I mean, if we get more attention this could maybe land in oe-core Feb 21 13:52:23 then I'd say dvhart or you could be maintainers of the layer Feb 21 13:53:49 there are som eother initramfs related pieces in /recipes-core/initrdscripts i.e. initramfs-framework Feb 21 13:54:23 all different but belonging to the same family Feb 21 14:03:57 bluelightning: I don't expect much ativity in that layer, only some version updates and evtl bugfixes Feb 21 14:04:58 the layer itself depends on oe-core, not on meta-oe, so is easy to test/debug Feb 21 14:14:22 hmm, ok... I will ping dvhart about this Feb 21 14:14:27 thanks :) Feb 21 14:25:18 yw Feb 21 14:25:50 I'd say, now I'll fix the patch so that Koen can commit it initially in meta-openembedded Feb 21 14:54:29 bluelightning: do you already have write access on meta-openembedded? Feb 21 14:54:45 ant_work: no, not as far as I am aware Feb 21 14:55:08 maybe Khem has? Feb 21 17:18:35 bluelightning: I've spotted a CMDLINE_DEBUG ?= "${@base_conditional('DISTRO_TYPE', 'release', 'quiet', 'debug',d)}" Feb 21 17:19:19 heh, is just 3 lines above the Feb 21 17:19:20 +KEXECBOOT_LABEL ?= "${@d.getVar('DISTRO', True) or d.getVar('DISTRO_VERSION', True)}-${MACHINE}" Feb 21 17:19:24 ant_work: hmm Feb 21 17:19:29 which we discussed not long ago Feb 21 17:19:40 ant_work: I think we should file a bug to stop using IMAGE_FEATURES in OE-Core for this Feb 21 17:24:06 well, here it happens in our very own kexecboot-cfg_0.1.bb Feb 21 17:25:13 maybe/surely better to fix it before committing to meta-initramfs Feb 21 17:25:21 ok, I'll send a V2 Feb 21 17:25:39 ...in a few hours Feb 21 17:25:40 bbl Feb 21 20:24:27 [Zaurus-devel] [PATCH]Quick&dirty fix that enables offline charging. Feb 21 21:53:39 hi bluelightning Feb 21 21:53:47 hi ant__ Feb 21 21:53:52 I've only a last issue with LOGO_SIZE Feb 21 21:54:03 maybe I take that back to meta-handheld Feb 21 21:54:25 | ERROR: Function failed: Fetcher failure for URL: 'file://./logo_linux_clut224.ppm.bz2'. Unable to fetch URL from any source. Feb 21 22:02:27 in meta-handheld we don't add any reference to LOGO_SIZE except for certain machines for which it should be defined Feb 21 22:02:31 what's going on there? Feb 21 22:02:52 SRC_URI += "file://defconfig \ Feb 21 22:02:52 file://${LOGO_SIZE}/logo_linux_clut224.ppm.bz2 \ Feb 21 22:02:52 " Feb 21 22:03:10 I tried unspecifying LOGO_SIZE Feb 21 22:03:27 then it defaults to . Feb 21 22:04:01 if I add the two files in meta-handheld I think we insulate the problem Feb 21 22:20:18 ok, here we are Feb 21 22:21:24 well, this starts to be annoying... ERROR: No recipes available for: Feb 21 22:21:24 /oe/meta-handheld/recipes-core/udev/udev_173.bbappend Feb 21 22:21:46 rm -rf ./recipes-core Feb 21 22:25:34 gosh Feb 21 22:25:53 if I remove the logos from meta-initramfs those are not found... Feb 21 22:32:22 bluelightning: bingo! Feb 21 22:32:23 FILESEXTRAPATHS_prepend := "${THISDIR}/linux-kexecboot-${PV}:${THISDIR}/files:" Feb 21 22:33:04 it's abit counterintuitive that local ./files is ignored Feb 21 22:33:18 but it's like that :p Feb 21 22:33:20 that shouldn't prevent that... Feb 21 22:34:05 I'll send v3 of the patch 3/3 **** ENDING LOGGING AT Wed Feb 22 02:59:58 2012 **** BEGIN LOGGING AT Wed Feb 22 02:59:59 2012 Feb 22 09:05:33 bluelightning: btw, have opie any instant messenger? Feb 22 09:05:53 Jay7: there's qpe-gaim but it's been unmaintained for a while Feb 22 09:06:18 Jay7: I have an item on my todo list to resurrect it and bring it up to the latest libpurple, but haven't got around to it yet Feb 22 09:06:37 ok, thanks :) Feb 22 09:34:56 bluelightning: Koen did already commit the new layer Feb 22 09:35:27 please commit the remaining 4 patches for meta-handheld http://patches.openembedded.org/project/oe/list/?submitter=193&state=* Feb 22 09:39:46 ah, and then we'll have to fix kexecboot-cfg Feb 22 09:40:15 (I realize now SRC_URI = "file://icon.xpm" is bad, the icon is in meta-handheld) Feb 22 09:41:39 I don't know, maybe we should commit the standard OE icon.xpm and qvga/vga bootlogos in meta-initramfs Feb 22 09:42:22 I'll have to see how you did it for psplash Feb 22 09:42:46 so we have now our own layer? :) Feb 22 09:43:01 yes Feb 22 09:43:11 http://cgit.openembedded.org/meta-openembedded/tree/meta-initramfs Feb 22 09:43:25 (I don't know who has write acess yet ;) Feb 22 09:43:49 I hope bluelightning will self-candidate for that Feb 22 09:49:57 well.. should go now Feb 22 09:53:09 bbl Feb 22 10:01:19 back Feb 22 10:04:23 bluelightning: yes, basically I forgot to add the icon.xpm to meta-initramfs. Icon is already removed from meta-handheld. Feb 22 10:10:25 ant_work: ok cool, will sort out meta-handheld today Feb 22 10:10:41 you can quietly go with the 4 patches, I'll send a new one for meta-initramfs later today Feb 22 10:11:13 there is still that DISTRO_TYPE... Feb 22 10:22:13 ok, I'll default to CMDLINE_DEBUG ?= "quiet" Feb 22 14:00:31 bluelightning: note that having added the .bbappend for kexecboot now meta-handheld depends on meta-initramfs Feb 22 14:01:15 ant_work: right, I will be adding that to the readme Feb 22 14:02:01 it's the same issue wrt udev/meta-oe...there must be a better way to do that! Feb 22 14:03:36 the .bbappend is like a tentacle from an octopus (the layer) :p Feb 22 14:04:43 finally, you'd have to add the new layer to layer-index Feb 22 14:04:52 then I'll let you in peace, promised Feb 22 14:04:56 heh Feb 22 14:04:57 :) Feb 22 14:04:59 no problem :) Feb 22 22:30:54 Jay7: about size Feb 22 22:30:55 │ zImage.bin.both │1008788│ Feb 22 22:30:56 │ zImage.bin.gui │1008392│ Feb 22 22:30:56 │ zImage.bin.tui │ 997156│ Feb 22 22:31:48 and (gui only) zImage-kexecboot-3.2-r2.2-poodle.bin │1023072 Feb 22 22:33:06 hehe.. I see no point to have gui-only then Feb 22 22:33:12 just few bytes Feb 22 22:33:57 sure Feb 22 22:34:20 3.2 is abit larger, though Feb 22 22:36:40 ok, it may be good idea to enable tui always by default Feb 22 22:36:57 (after fixing gui+tui mode) Feb 22 22:37:19 well, time to sleep Feb 22 22:37:23 good night Feb 22 22:37:26 gn Feb 22 23:07:38 bluelightning: we really need to make ipaqs work with oe-core udev rules... Feb 22 23:08:04 ant__: maybe we can get that udev rule accepted upstream Feb 22 23:08:15 this is the only tenctacle of meta-oe :) Feb 22 23:09:00 http://paste.debian.net/157253/ Feb 22 23:09:55 ^ those are of oe-core and meta-initramfs Feb 22 23:11:50 I've tested boot of 3.2.7 on poodle, all ok Feb 22 23:13:56 ah, great :) Feb 22 23:18:34 btw am sorting out meta-handheld now with the meta-initramfs move Feb 22 23:18:46 I want to try to reproduce the parsing issue first though Feb 22 23:19:18 I really don't see that Feb 22 23:20:12 but I removed udev from meta-handheld FWIW Feb 22 23:20:25 this is the only change Feb 22 23:20:42 well, thus I don't depend on meta-oe Feb 22 23:26:12 well, interesting, now I can use console=tty0 Feb 22 23:26:17 ah, got the error :/ Feb 22 23:26:30 somehow Zaurus has tty1 since long timw Feb 22 23:26:36 ah, good Feb 22 23:26:55 if I have meta-handheld (without your recent patches) and not meta-initramfs Feb 22 23:27:03 and with meta-oe Feb 22 23:29:23 must be the latter then Feb 22 23:30:13 actual meta-handheld (2012-02-07) has no knowledge of meta-initramfs Feb 22 23:30:14 maybe, the thing that bothers me most is there's no proper error message so there's no clue as to what has gone wrong :( Feb 22 23:31:14 that's bad Feb 22 23:33:28 btw I've an 'older' bitbake maybe db689a9 Feb 22 23:34:17 I've pulled now Feb 22 23:36:31 anything strange Feb 22 23:37:25 if you really want a weird, verbose, bb error, just place oe-core as last layer Feb 22 23:37:31 :) Feb 22 23:37:52 but is unrelated to the new issue Feb 23 00:06:08 bluelightning: ah, maybe is klibc.bbclass Feb 23 00:06:30 ant__: hmm, will have to check that out Feb 23 00:06:31 has been already removed from meta-oe Feb 23 00:06:34 meta-initramfs: import klibc recipe and bbclass from meta-oe Feb 23 00:06:35 ant__: yes, that is the cause Feb 23 00:06:51 it lives now in meta-initramfs Feb 23 00:06:58 the root cause of the error at least, not how we fail to handle it properly :) Feb 23 00:07:16 right, I'll merge those patches now having found the bitbake issue Feb 23 00:07:55 so just removing the class is enough to reproduce it? Feb 23 00:08:21 or maybe the klibc 'providers' Feb 23 00:08:48 yeah, it's easy to reproduce Feb 23 00:09:04 any ParserError will trigger it Feb 23 00:09:12 nice, we have opened new perspectives :p Feb 23 00:25:17 well, not really... it's a regression introduced at the beginning of this month Feb 23 00:25:24 but still, nice to catch it Feb 23 00:28:49 ok, two last patches as bonus ;) Feb 23 00:32:37 oh, had you read that? http://www.mail-archive.com/angstrom-distro-devel@linuxtogo.org/msg05496.html Feb 23 00:34:23 ant__: he submitted a fix, already merged Feb 23 00:34:25 :) Feb 23 00:34:51 nice, I had an older bitbake checkout and did not suffer Feb 23 00:34:57 luck Feb 23 00:35:40 btw the patch you just sent doesn't explain why the tty1->tty0 change is being made... Feb 23 00:36:16 ah, right. tty0 is the standard Feb 23 00:36:29 somehow Zaurus had custom value Feb 23 00:36:41 I've tested on c7x0 and poodle fwiw Feb 23 00:36:57 spitz just built, testing it as well Feb 23 00:37:33 bluelightning: but you can let those 2 patches wait Feb 23 00:37:47 let JaMA and others comment, pls Feb 23 00:39:06 ok Feb 23 00:39:25 btw the removal patches was just up to v2 right? Feb 23 00:39:28 were Feb 23 00:40:32 no, v3 :/ Feb 23 00:40:50 ah, hm Feb 23 00:40:56 * bluelightning is lost in his emails Feb 23 00:41:00 I archived the superseeded Feb 23 00:41:14 yeah maybe I should just use patchwork eh? :) Feb 23 00:41:26 http://patches.openembedded.org/project/oe/list/?submitter=193 Feb 23 00:41:32 yes, 7 + 2 Feb 23 00:43:46 ant__: so, apart from the 2 most recent I need to apply all currently listed in patchwork, is that correct? Feb 23 00:44:45 yes, please Feb 23 00:48:35 well, not the 2 for meta-initramfs ;) Feb 23 00:52:21 atm I don't have push access for meta-initramfs, so I couldn't really... Feb 23 00:54:50 ok, spitz boots as well Feb 23 00:57:04 heh, I have 3 sato with broken touchscreen calibration. we need xinput-calibrator and pointercal in oe-core Feb 23 00:57:19 3 = c7x0, spitz, poodle Feb 23 00:59:33 ok, done Feb 23 00:59:41 also updated README Feb 23 01:00:06 great, thx Feb 23 01:00:20 wow, is very late now Feb 23 01:00:22 thank you :) Feb 23 01:00:27 yes :( Feb 23 01:00:28 have a good night! Feb 23 01:00:31 and you **** ENDING LOGGING AT Thu Feb 23 02:59:58 2012 **** BEGIN LOGGING AT Thu Feb 23 02:59:58 2012 Feb 23 08:55:59 * Jay7 looked over old bookmarks about zauruses Feb 23 08:56:09 lot of them are pretty dead.. Feb 23 09:02:21 yes :( Feb 23 09:36:29 we would need to flush google and part of the web Feb 23 09:37:23 but at least we could update/remove the pages in linuxtogo Feb 23 09:37:50 btw I plan to add a README.zaurus and put low-level info there Feb 23 09:39:11 bluelightning: I don't know how to respond to JaMa wrt the many kernels and the .inc he added Feb 23 09:51:12 eh, done Feb 23 09:53:00 bluelightning: in which layer-index category would you classify meta-initramfs? Feb 23 09:53:29 base or misc? Feb 23 10:30:12 ant_work: not sure... I think maybe it still qualifies as a software layer Feb 23 10:30:35 ant_work: what is current state of ubifs in klibc? Feb 23 10:30:48 afaik stalled Feb 23 10:31:06 maks said to look at util-linux-ng, though Feb 23 10:38:58 https://gitorious.org/util-linux-ng/util-linux-ng/blobs/master/include/fsprobe.h Feb 23 10:39:57 .. heh.. #include Feb 23 10:42:37 better to look at u-boot imho Feb 23 10:45:50 well, seems all is there: Feb 23 10:45:51 https://gitorious.org/util-linux-ng/util-linux-ng/trees/master/libblkid/src/superblocks Feb 23 10:55:45 Jay7: the definition of superblocks differ between klibc and libblkid Feb 23 10:55:54 I see.. Feb 23 10:55:59 we just need to get the magi I think Feb 23 10:56:06 then, they use uuid's too Feb 23 10:56:31 uuids are good for root=UUID=blablabla Feb 23 10:56:42 ok, but we don't have to mount anything Feb 23 10:56:51 but it's mostly unused on our devices :) Feb 23 12:57:12 bluelightning: [Angstrom-devel] Koen Kooi : layerman: disable opie layer, it breaks qt4 builds Feb 23 12:57:24 Jay7: yes I know, he emailed me Feb 23 12:57:30 Jay7: not sure what's causing it :( Feb 23 12:57:45 Dmitry made a number of changes to meta-opie to avoid interfering with qt4 Feb 23 13:53:23 bluelightning: in case you've missed it http://blogs.coreboot.org/blog/2011/08/24/gsoc-spice-payload-report/ Feb 23 13:54:00 he slaps with "The docs(Getting started wiki page for example) are out dated and you get conducted by the old code base, and trust me, it`s not a good way to get started." Feb 23 13:54:10 and we all agree :/ Feb 23 13:54:20 yes Feb 23 13:54:28 interesting to read though Feb 23 15:10:41 bluelightning: you'll have to help me wrt SIGGEN_EXCLUDERECIPES_ABISAFE ;) Feb 23 15:11:03 once we'll add pointercal Feb 23 15:11:44 add pointercal-xinput to SIGGEN_EXCLUDERECIPES_ABISAFE, even Feb 23 15:12:25 I don't know anything about it yet... Feb 23 15:12:36 heh Feb 23 15:12:52 some new RP hack ;) Feb 24 00:06:21 bluelightning: we are not so far from linux-yocto Feb 24 00:06:49 this would drastically reduce layer size Feb 24 00:07:20 thus maintenance Feb 24 00:10:13 yes I see you have been talking to darren, great stuff :) Feb 24 00:14:21 hm Feb 24 00:14:24 http://pastebin.com/84uXYqza Feb 24 00:14:30 the meta-opie error Feb 24 00:18:58 seems to be Feb 24 00:19:00 PV = "${OPIE_GIT_PV}" Feb 24 00:19:32 ${OPIE_GIT_PV} unexpanded, is now undeclared Feb 24 00:19:50 you did remove a class, isn't? Feb 24 00:21:00 hm.. OPIE_GIT_PV = "${OPIE_VERSION}" Feb 24 00:21:40 seems include/preferred-opie-git-versions.inc is ignored/not included Feb 24 00:28:16 did you include that manually? Feb 24 00:28:20 you need to do so Feb 24 00:29:07 I personally included the 1.25 when building opie Feb 24 00:29:37 ah, hmm Feb 24 00:29:56 perhaps that should set OPIE_GIT_PV to avoid parse errors Feb 24 00:29:58 now is commented and I don't have the layer atm Feb 24 00:30:35 do you suggest 1.25 or .git? Feb 24 00:39:16 -rw-r--r-- 1 andrea users 1570288 Feb 24 01:37 zImage-3.0.12-yocto-standard+ Feb 24 00:41:11 1,5 MB, not bad for starting Feb 24 00:41:46 (this is not linux-kexecboot, I still have to see how to inject the cpio there) Feb 24 00:42:39 gn **** ENDING LOGGING AT Fri Feb 24 02:59:58 2012 **** BEGIN LOGGING AT Fri Feb 24 02:59:58 2012 Feb 24 12:35:38 bluelightning: do you know dvhart timezone? **** ENDING LOGGING AT Sat Feb 25 02:59:59 2012 **** BEGIN LOGGING AT Sat Feb 25 02:59:59 2012 Feb 25 15:37:47 bluelightning: ERROR: Nothing RPROVIDES 'ttf-dejavu-sans' (but /oe/meta-opie/recipes-opie/tasks/task-opie.bb RDEPENDS on or otherwise requires it) Feb 25 16:07:43 ant__: yes, it's in meta-oe Feb 25 16:07:54 meta-opie requires meta-oe, that can't be helped Feb 25 16:09:46 evening Feb 25 16:13:11 hi guys **** ENDING LOGGING AT Sun Feb 26 02:59:59 2012 **** BEGIN LOGGING AT Sun Feb 26 02:59:59 2012 **** ENDING LOGGING AT Mon Feb 27 02:59:58 2012 **** BEGIN LOGGING AT Mon Feb 27 02:59:58 2012 Feb 27 09:51:47 hi bluelightning Feb 27 09:51:55 hi ant_work Feb 27 12:56:49 bluelightning: have you ever gived a try to qt/mame? http://qmc2.arcadehits.net/wordpress/download/ Feb 27 13:07:27 ant_work: I haven't no... arcades were never really my kind of thing Feb 27 13:09:52 neither but I have a customer for this (my young son) Feb 27 13:10:27 ah... the most demanding customers of all :) Feb 27 13:10:41 yes, iphone is not enough... Feb 27 13:10:59 lacks all that nice little keys Feb 27 13:11:12 and th epen! Feb 27 13:11:21 heh Feb 27 13:11:45 I'll install gcc for him, you never know ;) Feb 27 13:12:26 heh :) **** ENDING LOGGING AT Tue Feb 28 02:59:59 2012 **** BEGIN LOGGING AT Tue Feb 28 02:59:59 2012 Feb 28 10:58:41 hello bluelightning Feb 28 10:58:54 hi ant_work Feb 28 10:59:07 good news: core-image-sato boots again (w/out meta-oe) Feb 28 10:59:30 ah good, do you know what changed? Feb 28 11:33:45 no, must have been be some temporary issue fixed afterwards Feb 28 11:34:01 still no touchscreen calibration Feb 28 11:53:02 ah, pls remember to add meta-initramfs in LayerIndex Feb 28 11:53:57 whoops I completely forgot about that Feb 28 11:54:02 will do that now, thanks for the reminder Feb 28 11:56:51 done Feb 28 11:57:15 great, thx Feb 28 11:59:36 I'll have to ask dvhart whether he's updting linux-yocto-tiny to 3.2.7 Feb 28 12:00:26 then we would match with standard kernel and I could seriously analyze the remaining kernel .config diffs Feb 28 14:37:19 wow, klibc_2.0 expected in 2 weeks Feb 28 21:55:33 ant__: hi Feb 28 21:55:44 how 'buildable' is oe today? :) Feb 28 21:56:05 hi Yuri Feb 28 21:56:09 not too bad :) Feb 28 21:56:52 I'll fix klibc QA this evening Feb 28 21:57:06 maybe I'll add the patch to compile with kernel 3.2 Feb 28 21:57:29 but I'll prefer to wait until mid march (announced release date on irc) Feb 28 21:58:23 btw there is some mips work in #kexec Feb 28 22:00:36 hm, good Feb 28 22:01:12 btw, is initramfs layer already pushed? Feb 28 22:01:20 yes Feb 28 22:01:33 I should add it then Feb 28 22:02:20 ant__: what is url for clone initramfs layer? Feb 28 22:02:21 I've built with this Feb 28 22:02:23 http://paste.debian.net/157966/ Feb 28 22:02:56 ah.. is it part of meta-oe? Feb 28 22:03:06 but you have to remove udev from meta-handheld to do this Feb 28 22:03:10 yes Feb 28 22:03:19 well, part of meta-openembedded Feb 28 22:03:36 like meta-oe Feb 28 22:04:46 Jay7: if you add opie you have/had to add in your local.conf Feb 28 22:04:48 require conf/distro/include/preferred-opie-versions-1.2.5.inc Feb 28 22:04:48 #require conf/distro/include/preferred-opie-git-versions.inc Feb 28 22:09:23 seems it easier to use one BBLAYER += ... per layer instead of BBLAYER = "..." with multiple layers Feb 28 22:09:27 easier to manage Feb 28 22:10:14 ah, there is a problem with unquoted line in opie Feb 28 22:10:16 ERROR: ParseError at /oe/meta-opie/recipes-qtopia/scummvm/scummvm_1.1.1.bb:18: unparsed line: 'INSANE_SKIP_${PN} = True' Feb 28 22:10:49 this check is nice but almost all layers need fixes Feb 28 22:11:48 well.. I'll start with some console version :) Feb 28 22:11:57 btw, which image to build for this? Feb 28 22:12:03 Jay7: well, there is a wrapper around bitbake, which swallows all layers at the beginning Feb 28 22:12:08 something with nandlogical :) Feb 28 22:12:12 maybe that could work Feb 28 22:12:48 about images, I've built core-image-sato and opie-image Feb 28 22:13:03 core-image-minimal lacks kernel in /boot & modules Feb 28 22:13:25 wait, kernel is fixed in zaurus.inc, modules not iirc Feb 28 22:13:47 bluelightning is working on that Feb 28 22:13:54 ok, thanks for info Feb 28 22:14:12 one man on hpc.ru erased flash on akita Feb 28 22:14:27 but I see no recovery image for akita.. Feb 28 22:14:39 there are some on poketworkstation.org iirc Feb 28 22:14:44 but for older models Feb 28 22:15:09 I think you can dump with nandlogical Feb 28 22:15:22 http://pocketworkstation.org/files/recover/ Feb 28 22:15:55 we should create recovery images for newer models Feb 28 22:21:02 well.. too late here Feb 28 22:21:08 * Jay7 -> sleep Feb 28 22:21:22 gn **** ENDING LOGGING AT Wed Feb 29 02:59:58 2012 **** BEGIN LOGGING AT Wed Feb 29 02:59:58 2012 Feb 29 08:58:04 alexxy: I was reading in gentoo-dev about the move to /usr Feb 29 08:58:57 what is the problem with initramfs? One could even imagine to embed one in kernel and add a second from bootloader config (with /usr) Feb 29 09:00:50 I can imagine people's fear: like 10yrs ago when to boot scsi/ataraid one had to build an initrd Feb 29 09:31:07 ant_work: there is no problems Feb 29 09:31:14 i have /usr on lvm2 Feb 29 09:31:18 and it works fine Feb 29 09:31:19 =D Feb 29 09:31:28 but new udev moved to /usr Feb 29 09:31:46 so you need initramfs capable to mount /usr before pivot_root Feb 29 09:53:05 this is not trivial, you may want a monolitic kernel or you'll have to play with modules Feb 29 09:54:04 I would do that in C with klibc in an embedded cpio Feb 29 09:55:14 Jay7: a kexecboot fork ;) Feb 29 09:55:55 ant_work: hehe Feb 29 09:56:23 * Jay7 moved some time ago / into /usr and remounted it as / Feb 29 09:56:43 because archlinux have issues with separate /usr and initramfs Feb 29 10:00:45 with gentoo I just left a big / http://pastebin.com/4VAEJysV Feb 29 10:03:32 /dev/mapper/mirror-root 16G 8.3G 7.0G 55% / Feb 29 10:03:34 :) Feb 29 10:06:29 heh, gentoo LAMP server only needs 3.3 GB for root+usr (900M are sources) Feb 29 13:00:36 bluelightning: have you found missing quotes in meta-handheld? Feb 29 13:00:50 I had no errors Feb 29 13:01:07 ant_work: no, didn't see any Feb 29 13:07:55 bluelightning: I'll send you the defconfigs for 3.2 this night. Pls ask dvhart if he plans to commit linux-yocto-tiny_3.2 soon Feb 29 13:15:33 ant_work: he's currently preparing for an internal conference so it might not happen until after next week Feb 29 13:15:47 ah, I see. Feb 29 13:16:25 unfortunately Yocto misses 3.1 kernel, for which we already have ready defconfigs .... Feb 29 13:17:12 so I'll jump on 3.2 wagon. 3.0 seems dead rail Feb 29 13:36:43 oh.wait, what is that? http://git.yoctoproject.org/cgit/cgit.cgi/poky-extras/tree/meta-kernel-dev/recipes-kernel/linux/linux-korg.bb Feb 29 13:37:39 "yoctized" Feb 29 15:30:26 evening Feb 29 15:34:50 hi Feb 29 21:06:54 hi bluelightning Feb 29 21:07:20 would you pls commit the 3.27 -> 3.2.8 patch? Feb 29 21:07:49 I've launched a build right now and will work on defconfigs later Feb 29 21:16:53 hi ant__ Feb 29 21:17:01 sure will look at it now Feb 29 21:17:13 seems I've lured zeddii ;) Feb 29 21:20:11 done Feb 29 21:21:56 cool, good to see some collaboration :) Feb 29 21:22:12 Iheh Feb 29 21:22:42 I have read some threads and afaik this is indeed a bit mysterious Feb 29 21:23:00 dvhart is trying to understand it better as well Feb 29 21:23:18 I happen to have had luck maybe ;) Feb 29 21:24:25 ah, about that tty0 - tty1 nobody remembers why that change Feb 29 21:24:34 I'll test on more Zaurus Feb 29 21:24:42 poodle is ok Mar 01 00:00:53 ok, configs almost done Mar 01 00:00:55 gn **** ENDING LOGGING AT Thu Mar 01 02:59:59 2012 **** BEGIN LOGGING AT Thu Mar 01 02:59:59 2012 Mar 01 22:39:26 bluelightning: hello Mar 01 22:39:36 hi ant__ Mar 01 22:40:09 did we already ask RP to remove zaurusd from oe-core? Mar 01 22:40:18 ant__: I did discuss it with him Mar 01 22:40:32 ok then Mar 01 22:40:41 ant__: he has an idea that it will be turned into something more generic Mar 01 22:41:35 but I think we will still be able to remove it Mar 01 22:41:43 we're planning a round of cleanup in oe-core and meta-oe fairly soon, I think we will remove it as part of that Mar 01 22:44:52 about kernels, we'll move to 3.2 soon. iirc we have the 1940 to check Mar 01 22:46:10 ah yes Mar 01 22:46:23 well, there are lot of patches coming with 3.3 and 3.4 for pxa and sha1100 Mar 01 22:46:42 unfortunately I'm going to a conference next week so I won't be able to do much on this until after that Mar 01 22:47:20 I still wait for the klibc_2 release, now promised mid mai Mar 01 22:47:28 sry, mid march Mar 01 22:47:43 if you want I can ask hpa about it next week in person ;) Mar 01 22:47:52 heh Mar 01 22:47:55 well, at least I assume he is going also Mar 01 22:48:15 he or maks are supposed to start the release testings Mar 01 23:35:32 bluelightning: curiosity about lcd's http://permalink.gmane.org/gmane.comp.handhelds.openembedded.scm/19527 Mar 01 23:35:42 zaurus + ipaqs Mar 01 23:35:57 looks like kdrive stuff Mar 01 23:50:01 hmm, not sure Mar 01 23:51:03 well, we dumped kdrive because it lost calibration, now we have a semi-broken xorg and kdrive got tslib back :/ Mar 01 23:51:42 memory-wise xorg is not much hungry Mar 01 23:51:53 I think we should stay there Mar 02 00:27:21 hmm, I haven't really used either on our devices Mar 02 00:27:29 * bluelightning -> bed Mar 02 00:27:31 night **** ENDING LOGGING AT Fri Mar 02 02:59:58 2012 **** BEGIN LOGGING AT Fri Mar 02 02:59:58 2012 Mar 02 21:21:12 ouch.. collie 3.2.8 http://pastebin.com/h5fMxEZf Mar 02 21:54:07 hm.. Mar 02 21:54:48 there is wip about gpio, merge for next Mar 02 22:21:29 Jay7: "Linux 3.3-rc5 and pxa-gpio possible regression" Mar 02 22:24:31 ah, I have even marked it: "[PATCH] ARM: sa1100: collie: Remove irq_to_gpio from power driver" Mar 02 22:27:00 well, I'll add the patch... Mar 02 22:30:19 nice Mar 02 22:30:35 http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Fstable%2Flinux-stable.git&a=search&h=HEAD&st=commit&s=collie Mar 02 22:30:40 I've sent first results of oe-core PARALLEL_MAKE testing Mar 02 22:54:35 great Mar 02 22:54:50 Jay7: do you have time to flash collie with those 3 patches? Mar 02 22:54:58 just linux-kexecboot I mean Mar 02 22:55:59 ant__: sorry, I'm going to bed now Mar 02 22:56:08 bother me tomorrow Mar 02 22:56:27 nyes, I'll send you that Mar 02 22:56:33 np Mar 02 22:57:27 good night :) Mar 02 22:57:35 gn Mar 02 22:58:11 got your email Mar 02 22:58:43 ant__: do kexecboot there have GUI+TUI patch? Mar 02 22:59:02 no, is just gui Mar 02 22:59:42 ok.. just remember that GUI was never worked on collie after refactoring.. Mar 02 22:59:51 will check it out again Mar 02 23:22:03 nice, core-image-base is a minimal console img (12M tar.gz), not bloated like core-image-minimal **** ENDING LOGGING AT Sat Mar 03 02:59:59 2012 **** BEGIN LOGGING AT Sat Mar 03 02:59:59 2012 Mar 03 22:08:01 Jay7: now I remember why we did want tty1...to avoid the the blinking cursor on tty0 Mar 03 22:08:33 shouldn't happens Mar 03 22:08:44 it does :) Mar 03 22:09:02 on both poodle and c7x0 Mar 03 22:09:03 kexecboot looking at console=ttyvX cmdline tag for tty to disable cursor on Mar 03 22:09:20 s/ttyvX/ttyX/ Mar 03 22:09:43 I remember that with console on tty0 we had some hangs Mar 03 22:09:54 tty0 is not virtual console, maybe because of that Mar 03 22:10:31 problem is that I can't find reliable way to get tty under fb0.. Mar 03 22:10:32 anyway, it does work apart the blinking cursor Mar 03 22:10:50 but we may hardcode it or use configure knob Mar 03 23:15:16 btw in the core-images 'loadkeys /etc/keymap-2.6.map' is not run Mar 03 23:17:31 heh Mar 03 23:17:34 KERNEL_MAJMIN=`uname -r | cut -d '.' -f 1,2` Mar 03 23:17:34 if [ -e /etc/keymap-$KERNEL_MAJMIN.map ]; then Mar 03 23:17:34 loadkeys /etc/keymap-$KERNEL_MAJMIN.map Mar 03 23:17:34 fi Mar 03 23:17:55 kernel 3.2 here :) Mar 03 23:18:07 seems a bug Mar 03 23:18:27 I'll have to inform luelightning Mar 03 23:18:31 +b **** ENDING LOGGING AT Sun Mar 04 02:59:58 2012 **** BEGIN LOGGING AT Sun Mar 04 02:59:59 2012 Mar 04 08:26:59 hm.. Mar 04 08:27:22 core-image-base building systemd.. Mar 04 08:27:33 meta-oe is pure poison.. **** ENDING LOGGING AT Mon Mar 05 02:59:58 2012 **** BEGIN LOGGING AT Mon Mar 05 02:59:58 2012 **** ENDING LOGGING AT Tue Mar 06 02:59:58 2012 **** BEGIN LOGGING AT Tue Mar 06 02:59:58 2012 Mar 06 18:48:35 ant: zImage you have sent to me doesn't boot like before Mar 06 18:48:44 but now with other splash (OE's one) Mar 06 18:49:11 we need another collie owner to test Mar 06 18:49:19 just to be sure that my collie is ok Mar 06 22:45:35 hi Jay7, bluelightning1 Mar 06 23:25:05 hi ant__ Mar 06 23:25:31 how's going at the conference? Mar 06 23:26:12 ant__: not too bad :) feeling a bit unwell though :/ Mar 06 23:26:38 ouch Mar 06 23:27:45 we had some 'resident evil' kind of bacteria at home for one month...kid, wife, me (slightly) Mar 06 23:28:25 now here is warm again and the suxxer get destroyed by temperature :p Mar 06 23:30:26 * ant__ is guessing Paul will go back home with some new tablet from that meeting Mar 06 23:38:33 no, unfortunately no gadgets... there's a conference bag etc. though :) Mar 06 23:41:12 eh, this week any presentation would be uncomfortably shadowed out by the ipad3/hd one Mar 06 23:56:04 btw pls look at the patches for meta-handheld on the list when you'll feel better Mar 06 23:56:42 forget the ones for tty0 atm, I've archived those Mar 06 23:59:59 really? isn't that broken without those? Mar 07 00:00:29 yes I saw the ones you just sent, will try to merge them soon Mar 07 00:29:45 you see, having console on tty0 in linux-kexecboot makes a blinking cursor appear Mar 07 00:30:57 no issues on linux-standard, apart more verbose console Mar 07 00:32:17 btw I'm hacking meta-hh about keymaps but that's not the way Mar 07 00:33:44 ok, too late now, zZZZzz Mar 07 00:33:46 gn **** ENDING LOGGING AT Wed Mar 07 02:59:58 2012 **** BEGIN LOGGING AT Wed Mar 07 02:59:58 2012 Mar 07 10:55:47 ant_work: zImage you have sent to me doesn't boot like before Mar 07 10:56:03 but now with nice OE splash :) Mar 07 10:59:45 heh Mar 07 11:00:32 there are many patches for sha1100/collie in 3.3 and 3.4, lets' hope this is fixed Mar 07 11:00:58 could be some framebuffer issue Mar 07 11:02:17 Jay7: if you apply a simple check in the code (i.e. existence of dev/fb0 or failing ioctl) I'll send you a kernel with gui+tui Mar 07 11:02:42 I'd say just check if fb exists Mar 07 11:02:54 sure Mar 07 11:03:08 we have some holidays again (3 days) Mar 07 11:03:17 this will not solve the 'broken fb driver' situation, though Mar 07 11:03:21 I'll try to implement such check Mar 07 11:03:51 yeah.. Mar 07 11:04:03 fb is initialized but not working Mar 07 11:04:11 heh, seems so Mar 07 11:04:16 or may be working but doing this wrong :) Mar 07 11:04:31 this time it was on tty0 fwiw Mar 07 11:05:37 maybe the defconfig is wrong...but iirc 2.6.38 was booting Mar 07 11:05:44 with fb? Mar 07 11:13:25 it was booting with old kexecboot Mar 07 11:13:32 btw, I should check this again **** ENDING LOGGING AT Thu Mar 08 02:59:58 2012 **** BEGIN LOGGING AT Thu Mar 08 02:59:59 2012 **** ENDING LOGGING AT Fri Mar 09 02:59:58 2012 **** BEGIN LOGGING AT Fri Mar 09 02:59:58 2012 **** ENDING LOGGING AT Sat Mar 10 02:59:58 2012 **** BEGIN LOGGING AT Sat Mar 10 02:59:58 2012 Mar 10 15:00:12 * Jay7 is at home again **** ENDING LOGGING AT Sun Mar 11 02:59:58 2012 **** BEGIN LOGGING AT Sun Mar 11 02:59:58 2012 Mar 11 22:25:34 bluelightning: hi, are you back? Mar 11 22:25:42 hi ant__ Mar 11 22:25:43 yes :) Mar 11 22:26:09 I have a nice log to show you, *unseen* before... Mar 11 22:26:12 wait a min Mar 11 22:27:51 http://paste.debian.net/159374/ Mar 11 22:29:00 Ignoring.pseudo: uh-oh! ? Mar 11 22:29:24 definitely smthg is broken wrt postinst Mar 11 22:34:48 bluelightning: well, so you'll see it in its ascii beauty Mar 11 22:34:53 http://imgbin.org/index.php?page=image&id=7103 Mar 11 22:40:12 well, on the first one I'm not entirely sure what has gone wrong there but it's nothing to do with opie... libnl2 is depended upon by connman Mar 11 22:40:49 not sure about the pseudo one, but it looks nasty Mar 11 22:44:17 heh.. as texture looks sinisterly like spaced invaders http://imgbin.org/index.php?page=image&id=7104 Mar 11 22:44:37 I thought I had been rootkit'ed Mar 11 22:46:41 there are otavio's commits in queue for opkg/rootfs/postinst let see Mar 11 22:49:40 ant__: are permissions blocking user read of /proc/*/exe ? Mar 11 22:50:25 andrea@mizar ~ $ cat /proc/3012/exe Mar 11 22:50:25 cat: /proc/3012/exe: Permission denied Mar 11 22:51:58 root can cat this file, which btw seems to be udev stuff Mar 11 22:57:25 bluelightning: I think some broken postinst is running on do_rootfs, not checking for $D Mar 11 22:58:03 what the point reading /proc? Mar 11 22:58:40 but seems to be pseudo, so... Mar 11 22:58:49 ant__: presumably pseudo needs to... is the process it's complaining about a root process or a user one? Mar 11 22:59:10 well, /proc is empty in image rootfs, kernel is not running... Mar 11 23:00:20 this has to be done as real postinst returning 1, marking as unpacked only, configuration required on target Mar 11 23:03:33 andrea@mizar /oe/oe-core/build/tmp-eglibc/work/poodle-oe-linux-gnueabi/opie-image-1.0-r0/rootfs/etc $ grep -R '/proc/1' . Mar 11 23:03:33 ./init.d/rcS:[ -d "/proc/1" ] || mount /proc Mar 11 23:03:33 ./init.d/bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:33 ./init.d/stop-bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:33 ./rcS.d/S07bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:35 ./rc2.d/S99stop-bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:37 ./rc3.d/S99stop-bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:39 ./rc4.d/S99stop-bootlogd: if [ -d /proc/1/. ] Mar 11 23:03:41 ./rc5.d/S99stop-bootlogd: if [ -d /proc/1/. ] Mar 11 23:05:54 this is the only one checking for proc Mar 11 23:42:45 it's pseudo doing it itself and it's looking at your /proc, not the one in the rootfs Mar 11 23:42:53 ant: ^ Mar 11 23:46:39 I'll rebuild from scratch and see Mar 11 23:50:48 launched, gn **** ENDING LOGGING AT Mon Mar 12 02:59:58 2012 **** BEGIN LOGGING AT Mon Mar 12 02:59:58 2012 Mar 12 22:38:41 hi bluelightning Mar 12 22:38:50 hi ant__ Mar 12 22:40:30 bluelightning: we'd need to fix the keymaps, currently skipped Mar 12 23:25:18 I've revived the trhead Mar 12 23:29:10 gn **** ENDING LOGGING AT Tue Mar 13 02:59:58 2012 **** BEGIN LOGGING AT Tue Mar 13 02:59:58 2012 **** BEGIN LOGGING AT Tue Mar 13 09:48:19 2012 Mar 13 18:42:11 Linux Foundation Collaboration Summit April 3-5 San Francisco Mar 13 18:42:19 invitation-only.. Mar 13 21:25:10 bluelightning: do you have time to pull the floating patches? Mar 13 21:25:38 ant__: I'll try to do that this evening Mar 13 21:25:49 great, thx Mar 13 21:26:02 have you seen the RFC wrt keymaps? Mar 13 21:26:44 unfortunately I'm having difficulties with my email... latest kontact is crashing a lot :( Mar 13 21:27:14 heh, overwhelmed by patch flood ;) Mar 13 21:27:44 * Jay7 switched from kontact long time ago Mar 13 21:27:52 kmail2 is not working at all Mar 13 21:28:08 it was working OK for me in 4.8.0 Mar 13 21:28:11 forget KDE :) Mar 13 21:28:16 4.8.1 has introduced some issues Mar 13 21:28:21 no, I like KDE too much Mar 13 21:28:34 kmail can't deal with my gmail imap account :) Mar 13 21:28:36 recent KDE PIM has been a rough ride though :/ Mar 13 21:28:38 even akonadi, not kmail Mar 13 21:28:54 ok, rfc is http://lists.linuxtogo.org/pipermail/openembedded-core/2012-March/018633.html Mar 13 21:29:25 as hack I'm setting $KERNEL_MAJMIN = "2.6" in our layer... Mar 13 21:30:17 ant__: imho, we may just remove that check Mar 13 21:30:31 Jay7: how was done for ben nanonote? is the patch a full kernel-map? Mar 13 21:30:40 yes iirc Mar 13 21:30:55 ok, that's another way to do that then Mar 13 21:31:11 just non-upstreamed patch which change keymap to working Mar 13 21:31:24 I don't know why this kind of paches can't be upstreamed.. Mar 13 21:32:12 same for matrix-keyboard for corgi...lacking / Mar 13 21:32:37 we can't use loadable keymap with kexecboot Mar 13 21:32:45 well.. we will not :) Mar 13 21:33:01 so general solution is kernel patch Mar 13 21:33:06 surely I will not rely on udev for that... Mar 13 21:55:29 Jay7: this week maks, klibc dev, will discuss phD Mar 13 21:55:43 so next week we should have klibc_2 and sync th efstypes Mar 13 21:55:44 ant__: I hope he will complete :) Mar 13 21:55:53 he said after 2.0 :) Mar 13 21:56:02 ah :) Mar 13 21:56:19 is ubifs scheduled for 2.0? Mar 13 21:56:37 I was talking about ubifs :) Mar 13 21:56:42 2.01 maybe Mar 13 21:56:45 nice **** BEGIN LOGGING AT Tue Mar 13 22:04:38 2012 Mar 13 23:19:51 gn **** BEGIN LOGGING AT Wed Mar 14 00:54:06 2012 **** ENDING LOGGING AT Wed Mar 14 02:59:58 2012 **** BEGIN LOGGING AT Wed Mar 14 02:59:58 2012 **** ENDING LOGGING AT Thu Mar 15 02:59:58 2012 **** BEGIN LOGGING AT Thu Mar 15 02:59:58 2012 Mar 15 19:10:58 * Jay7 got real office job finally.. Mar 15 19:11:24 http://aboutecho.com <- here :) Mar 15 19:23:28 Jay7: congratulations :) Mar 15 19:54:39 bluelightning: thanks :) **** ENDING LOGGING AT Fri Mar 16 02:59:58 2012 **** BEGIN LOGGING AT Fri Mar 16 02:59:58 2012 Mar 16 12:56:04 bluelightning: I've seen meta-smartphone is still using *-2.6 keymaps. I think other layers don't have devices with kb so do not care Mar 16 12:59:05 quickly we can add our keymap.sh script without fixing the real issue in oe-core (maybe is not an issue, I got no feedback :/) Mar 16 13:14:57 I guess like you suggest most people aren't dealing with devices that have special keyboards Mar 16 16:40:27 bluelightning: urgh we have 3.2.11 now Mar 16 16:41:08 youìve played with linux-yocto-tiny recently, isn't? Mar 16 16:42:27 yes, I was just building it though Mar 16 16:42:32 that kernel even boots :) Mar 16 16:42:48 using our defconfigs as base, though Mar 16 16:43:51 I've read your talk with Bruce but did not fully understood it Mar 16 16:44:26 he said that starting with a defconfig it isn't worth to modularize with extra .cfg pieces Mar 16 16:44:35 i I get it correctly Mar 16 16:44:52 if even Mar 16 16:46:36 anyway it looks to me urgent to hook our recipes to linux-yocto(-tiny) and benefit of the upgrades done there Mar 16 16:47:15 I still have to try the linux-yocto-korg variant Mar 16 16:48:18 I agree, the config fragment thing is really useful Mar 16 16:48:33 but yeah, I think it's really either-or Mar 16 16:49:24 in fact there is some mangling done but the defconfig ends up pretty similar to the source Mar 16 16:49:54 but we start with 'heavy' defconfigs, with many fs compiled in kernel Mar 16 17:28:13 bbl Mar 16 23:28:40 bluelightning: would you accept this? Mar 16 23:28:42 http://paste.debian.net/160058/ Mar 16 23:30:20 possibly... it would be better if we could get the needed fix into oe-core, but if that's not going to happen soon... Mar 16 23:30:23 or we could add a sed in some task in the bbappend Mar 16 23:32:12 yes, we can e.g. add a do install_append Mar 16 23:32:48 it would be less invasive I think... Mar 16 23:33:03 let me try Mar 16 23:54:46 * ant__ is digging is sed regexp Mar 17 00:21:16 ok, trying to be elegant... Mar 17 00:53:25 ok, I'm back now Mar 17 00:53:42 bluelightning: this is better http://paste.debian.net/160066/ Mar 17 00:54:11 ant__: looks good Mar 17 00:54:13 :) Mar 17 00:54:39 heh, a beer helped Mar 17 01:07:08 well, maybe it is even better put the sed in do_intall_append Mar 17 01:14:20 ok, do as you think is better Mar 17 01:14:30 have anice week-end Mar 17 01:14:32 gn **** ENDING LOGGING AT Sat Mar 17 02:59:58 2012 **** BEGIN LOGGING AT Sat Mar 17 02:59:59 2012 Mar 18 00:04:58 bluelightning: ping Mar 18 00:32:26 hi ant__ Mar 18 00:33:07 hi, still on screen ? heh Mar 18 00:34:27 yeah Mar 18 00:34:32 I've sent the keymap patch now asking your opinion: add the sed in do_istall_append which has more limited scope? Mar 18 00:34:56 ..but we should sed a file in $D which is not so elegant... Mar 18 00:36:23 * ant__ is reading about "new ipad2" heating issues :/ Mar 18 00:37:10 those multicore chips needs watt, that's the sad rule Mar 18 00:48:12 patch looks ok :) Mar 18 00:48:42 sed probably belongs in do_configure where you have it currently I would think Mar 18 00:51:15 seems logical to me as well Mar 18 00:52:29 and all keymaps in meta-hh are 2.6, not only the ones for the machine listed in do_install_append case Mar 18 00:56:42 yeah Mar 18 00:56:54 gotta get some sleep... will try to apply this tomorrow Mar 18 00:56:57 cya Mar 18 00:57:40 good idea Mar 18 00:57:42 gn **** ENDING LOGGING AT Sun Mar 18 02:59:59 2012 **** BEGIN LOGGING AT Sun Mar 18 02:59:59 2012 Mar 18 23:01:28 hmmm... trying to get my head around the "new" openembedded.... still used to the "classic" setup ... Mar 18 23:26:25 hi there Mar 18 23:29:01 hey Mar 18 23:38:22 any devs around? Mar 18 23:49:36 I saw a post on zaurus-devel that names this channel as the place where general zaurus development is discussed these days Mar 18 23:50:12 i've been working o a new distro for Zaurii machines for a year and a half now Mar 18 23:50:30 Stupid of me to do it by myself, but hey... Mar 18 23:50:37 i've come a long way Mar 18 23:51:09 i mostly focused on performance issues Mar 18 23:51:19 and usability Mar 18 23:53:04 To this end i have made a heavily patched kdrive server based on 1.2.0 release Mar 18 23:53:27 most of the critical code paths have been replaced with arm asm code, including screen rotation Mar 18 23:54:01 most of the asm optimisations where taken from the maemo kdrive server Mar 18 23:54:17 i've also written faster screen rotation code Mar 18 23:54:32 current shadowfb code updates the screen pixel by pixel Mar 18 23:55:19 i've replaced that with iwmmxt asm code that rotates and copies 4x8 blocks of pixels Mar 18 23:55:37 it also has support for usb mice with mousewheel. Mar 18 23:56:06 silkscreen keys are used for mousewheel emulation Mar 18 23:56:59 and other patches, that reduce code size and api optimisations Mar 18 23:57:39 it uses half the memory of the current xserver-xorg-lite and is at least 50% faster, atleast that's what gtkperf says Mar 18 23:57:53 it uses xtscal for calibration Mar 18 23:59:58 i also have patches for the pxafb driver that place the framebuffer in section mapping to reduce/eliminate tlb thrashing Mar 19 00:02:26 i've added support for usb mode switching and x rotation to zaurusd Mar 19 00:03:14 i also have this: http://notaz.gp2x.de/ginge.php Mar 19 00:03:34 ginge basically gives us access to the complete software library of gp2x Mar 19 00:04:26 dromede: which devices have you tested this on? Mar 19 00:05:01 i have an akita Mar 19 00:05:15 * hvontres|home twiddles thumbs as poodle kernel compiles Mar 19 00:05:17 C-1000, that is Mar 19 00:05:46 some of my patches are pxa270 specific, unfortunatley Mar 19 00:06:59 hmm, sounds interesting. Mar 19 00:07:28 i have other things aswell, i just can't remember all of it right now Mar 19 00:07:36 and my oe layer is a mess Mar 19 00:08:06 heh.. I am still getting used to the new OE setup Mar 19 00:08:32 I should figure out how to setup a custom layer for messing with image configs./ Mar 19 00:08:41 i also have a basic port of gmenu2x: http://mtorromeo.github.com/gmenu2x/ Mar 19 00:09:05 * hvontres|home needs a faster build machine..... the old dual Turion is getting long in the tooth Mar 19 00:10:00 gmenu2x could be a great ui alternative for older zaurii devices **** ENDING LOGGING AT Mon Mar 19 02:59:58 2012 **** BEGIN LOGGING AT Mon Mar 19 02:59:58 2012 Mar 19 04:55:40 ~seen ant Mar 19 05:30:19 hvontres|home: hi Mar 19 05:30:35 dromede: hi too :) Mar 19 05:33:56 Jay7: hey Mar 19 05:35:25 BBLAYERS = "/home/oe/openembedded-core/meta" Mar 19 05:35:27 BBLAYERS += " /home/oe/openembedded-core/meta-openembedded/meta-initramfs " Mar 19 05:35:28 BBLAYERS += " /home/oe/openembedded-core/meta-handheld " Mar 19 05:35:30 BBLAYERS += " /home/oe/openembedded-core/meta-openembedded/meta-oe " Mar 19 05:35:47 hvontres|home: I'm using this in bblayers.conf Mar 19 05:37:07 is that to build a minimal image? Mar 19 05:37:20 I am using the stock Angstom config for now Mar 19 05:46:35 ah Mar 19 05:46:43 I'm not using angstrom right now Mar 19 05:47:01 I'm following ant Mar 19 05:47:17 he is concentrating on core minimal image Mar 19 05:47:28 Well, I've been away from this mess for a while, so I figured that would be a good place to start. Mar 19 05:48:32 I've gotten the Angstorom console-image to boot, but I can't figure out how to get the USB networking to start.... It looks like the low level usb-gadget stuff is hosed :( Mar 19 05:48:58 it's very possible Mar 19 05:49:39 well.. I should go to office now Mar 19 05:49:49 ant should appear soon from his office :) Mar 19 05:49:50 And I can't get my Spectrum24 to load the firmware either. I figure getting some sort of local networking up and running will help with user space work... that way we can update pacakges from a local feed insteadk Mar 19 05:50:07 ahh.. just in time for me to go to bed :) Mar 19 05:50:37 timezones are mess :) Mar 19 05:50:37 Jay7: does ant have some sort of webpage we could use as a status board? Mar 19 05:50:58 hvontres|home: no.. seems we should setup some Mar 19 05:51:10 I have VDS under kexecboot.org Mar 19 05:51:48 but I still hope we may host something on LTG Mar 19 05:51:49 speaking of kexecboot, did you know you can boot one kexecboot from another? really helps with testing....:) Mar 19 05:51:59 I'll ask florian as he appears Mar 19 05:52:06 hvontres|home: should be possible Mar 19 05:52:52 I've done it before... That way you can make sure it works before you flash it to the device.... should help prolong the life of the internal flash Mar 19 05:54:06 I was a bit out of OE and kexecboot development some time Mar 19 05:54:22 now I get office job so I hope to back to deal :) Mar 19 05:55:58 yeah... Those office jobs can really get in the way of the fun stuff though.. ): Mar 19 06:02:08 hmmm.... g_ether seems to load, but nothing shows up on the far end under lsusb :( Mar 19 06:07:51 you may raise this in zaurus-devel ML Mar 19 06:17:58 yeah,I want to dig into this a little more first. Mar 19 06:50:34 well, I think the pxa25x_udc driver is somehow not connecting to the outside world, but that is a far as I think i can get for now... (see ML for more details) Mar 19 06:50:38 time for bed Mar 19 08:30:16 morning Mar 19 08:33:38 hi dromede Mar 19 08:36:35 jay7 said earlier that you are working on a core minimal image Mar 19 08:36:50 will it be systemd or sysvinit based? Mar 19 08:36:55 he is testing it :) Mar 19 08:37:10 ant_work: check today's log Mar 19 08:37:19 atm I tend to use oe-core only, thus sysvinit Mar 19 08:37:43 i've managed to boot angstrom's systemd-image Mar 19 08:37:47 on an akita Mar 19 08:38:07 it does work and it does probably boot a bit faster Mar 19 08:38:27 but it seems to me that it uses quite a bit if memory Mar 19 08:38:45 I've tested core-image-minimal, core-image-core, core-image-base, core-image-sato and opie-image Mar 19 08:38:56 boot speed is not important on Z :) Mar 19 08:39:06 most of time it is sleeping Mar 19 08:39:10 i agree Mar 19 08:39:31 my image is also based on core-image-minimal Mar 19 08:39:33 but memory is critical Mar 19 08:40:07 what about touchscreen? Mar 19 08:40:16 that's why i'm not using xserver-xorg-lite Mar 19 08:40:32 it takes about ~20% right for the start Mar 19 08:40:48 so are you back to kdrive? Mar 19 08:40:58 my custom kdrive is about ~885kb big and uses around ~9% of memory Mar 19 08:41:06 yes Mar 19 08:41:42 it's not an ideal solution, but it makes sense if performance and memory usage is critical Mar 19 08:42:12 as is said it'w much faster than xorg-lite, has support for usb mice Mar 19 08:42:25 and touchscreen calibration via xtscal Mar 19 08:42:36 ah, it was broken with 1.7 iirc Mar 19 08:42:52 that's why we moved to xserver Mar 19 08:43:07 i've tested everything from 1.7, all the way back t. 1.1.0 Mar 19 08:43:19 we had a custom 1.3 iirc Mar 19 08:43:19 1.2.0 has proven to be fast and stable Mar 19 08:43:25 I see Mar 19 08:43:33 but Mar 19 08:43:40 the patchset is quite big Mar 19 08:45:35 i have also done a lot of tests to find and optimal gtk version Mar 19 08:46:08 i've found 2.16 to give best performance that would still allow compilation of recent packages Mar 19 08:47:01 newer gtk versions than 2.16 tend to be slower, especially scrolling Mar 19 08:48:32 my current Z desktop is based on pcmanfm-mod and awesomewm Mar 19 08:50:36 atm I think we suffer of a bad integration between oe-core and meta-oe Mar 19 08:51:28 I see issues with udev, xserver-nodm-init and ofc touchscreen Mar 19 08:51:51 using systemd solves some problems, sureù Mar 19 08:52:26 udev 181 is broken, i've tried it yesterday Mar 19 08:52:31 164 works fine Mar 19 08:54:37 I've tried different versions too, images built w/out systemd still sufer the 'udev-cache' plague Mar 19 08:56:01 back to ts, have you done any try about ads7846 kernel driver noise? Mar 19 08:56:09 yes Mar 19 08:56:28 more interpolation? Mar 19 08:56:37 have you read my posts on zaurus-devel on this? Mar 19 08:57:08 back in anuary Mar 19 08:57:14 January Mar 19 08:58:55 I think there is a problem with pxa spi driver Mar 19 08:59:04 screen redraw is slower on corgi Mar 19 09:00:50 my screen often flickers during CF traffic Mar 19 09:01:11 i use CF for root Mar 19 09:01:41 i don't know if it this is related Mar 19 09:02:13 as far as ads7846 noise is concerned, i have come up with a solution that works ok for me Mar 19 09:02:31 i completely disable in-kernel filtering Mar 19 09:02:53 it would be great to create image recipe with all that things :) Mar 19 09:03:08 i reduce ads7846 clock Mar 19 09:03:30 and i have patches for tslib that add low pass filtering an median filtering Mar 19 09:03:43 yes, an image would be nice Mar 19 09:03:52 but a complete overlay is better Mar 19 09:04:06 we have meta-handheld for this Mar 19 09:04:29 also, i don't build everything with oe Mar 19 09:05:04 i build my kernel separately, i have to integrate them with meta-handheld kernel Mar 19 09:05:27 and there are things i'm not allowed to give show Mar 19 09:05:32 like ginge source code Mar 19 09:05:46 i can only provide ginge in binary form Mar 19 09:06:24 the original author wants it to stay closed source Mar 19 09:07:31 np Mar 19 09:08:15 my libsdl and kdrive rely on a kernel patch that places the framebuffer in a section mapping Mar 19 09:08:50 this changes the way clients access the framebuffer Mar 19 09:09:17 i dont use mmap for fb access, i have two ioctls that return start and end adress of the framebuffer Mar 19 09:09:33 hm Mar 19 09:09:44 i mean, mmapping works Mar 19 09:09:47 would it work with accelerated drivers like atiw100 ? Mar 19 09:09:59 but then you dont get the benefit of a section map Mar 19 09:11:02 i don't know Mar 19 09:11:17 it depends on the way w100 uses ram Mar 19 09:12:47 btw, have you got a serial cable? Mar 19 09:12:56 no Mar 19 09:13:05 I have 2 Mar 19 09:13:08 and i can't get one since amazon wont ship to my country Mar 19 09:13:46 do you think I can send it by mail or could it be 'lost' during trasport? Mar 19 09:14:00 where are you from? Mar 19 09:14:04 Italy Mar 19 09:14:10 heh Mar 19 09:14:13 neighbors Mar 19 09:14:18 Croatia here Mar 19 09:16:45 i don't know how reliable our post office is Mar 19 09:17:16 heh Mar 19 09:17:25 i've ordered a few books and some stuff off of ebay and DX, i always got my package Mar 19 09:17:33 sometimes even twice :) Mar 19 09:17:46 I'm 120km form Venice Mar 19 09:17:55 risk seems low... Mar 19 09:18:58 europe is so small :) Mar 19 09:19:06 i'm from Koprivnica, a small city near the Hungarian border Mar 19 09:20:29 I received lot of stuff together with poodle, even a cf-gps Mar 19 09:20:48 tbh never inserted... Mar 19 09:21:08 ant_work: I got one from XorA :) Mar 19 09:21:19 never inserted too :) Mar 19 09:21:29 dromede: do you have the recharger/cabling? Mar 19 09:21:41 i have an original charger Mar 19 09:21:59 and the original micro usb/host usb cables Mar 19 09:22:39 i can't believe pulster still sells serial cables for 50 euros a piece Mar 19 09:23:06 they can be found on amazon for as little as 7 bucks Mar 19 09:23:26 I got one from maslowsky iirc Mar 19 09:23:53 he bought some on ebuy for 5$ per package Mar 19 09:24:21 I'll be away in DE this week, I'll send you one when I'm back Mar 19 09:24:52 great! Mar 19 09:25:24 i could really use one Mar 19 09:25:37 to diagnoes pm issues, for starters Mar 19 09:25:43 and why kexecboot wont boot Mar 19 09:25:58 ? Mar 19 09:26:34 I can boot 3.1 and 3.2 on corgi/poodle/spitz Mar 19 09:26:50 i'm stuck with 2.6.26 kexecboot on an akita Mar 19 09:26:59 anything newer than that won't boot Mar 19 09:27:03 the weird thing is Mar 19 09:27:23 newer versions will boot if i boot them from kexecboot 2.6.26 Mar 19 09:27:38 but they wont but if i flash them with zaurus-updater Mar 19 09:28:08 hm, do you use excessive lzma compression? Mar 19 09:28:19 this was stopping the boot initally Mar 19 09:28:52 tbh we onkly had the issue on 32MB devices like poodle Mar 19 09:29:05 not enough ram to decompress... Mar 19 09:29:20 well, has anyone else tried running newer kexecboot images on an akita? Mar 19 09:29:40 i use meta-oe to build kexecboot-linux Mar 19 09:30:18 the kernel config is exactly the same for akita/spitz Mar 19 09:30:27 i know Mar 19 09:30:45 so if spitz boots there is some problem with kernel, indeed Mar 19 09:30:54 at one point i tried to use gzip compression Mar 19 09:31:03 it didn't matter Mar 19 09:31:55 i also tried flashing with older zaurus updaters Mar 19 09:32:01 also didn't help Mar 19 09:32:12 very strange Mar 19 09:32:47 they boot in qemu aswell Mar 19 09:34:16 i've exported my kernel patchset with git format-patch Mar 19 09:34:35 there's 14 patches, not all of them are mine Mar 19 09:35:14 i don't know where to put them so you guys could take a look Mar 19 09:37:46 I'll try latest linux-kexecboot one time on my akita and tosa Mar 19 09:38:08 I've even charged akita :) Mar 19 09:39:26 i'm surprised that my battery can still hold a good charge Mar 19 09:39:34 it's ~5 years old now Mar 19 09:39:52 and i run my akita @ 524mhz constantly Mar 19 09:40:01 i still get ~4,5 hours Mar 19 09:41:27 about kernel review, best would be to get a review from lumag/stanislav/pawel Mar 19 09:41:41 so I'd say put it in github somewhere Mar 19 09:41:52 and send a msg to zaurus-devel Mar 19 09:42:33 and about the rest of the work (gtk, kdrive) probably this will ve good for ipaqs too Mar 19 09:42:40 bluelightning: ^^ Mar 19 09:42:48 yep Mar 19 09:42:57 hi guys Mar 19 09:43:01 hello Mar 19 09:43:14 reading your discussion, sounds great :) Mar 19 09:43:38 i'll integrate all of my work into my oe-layer and put it on github Mar 19 09:43:47 I'm getting abit crazy about the direction to take... kdrive or xorg Mar 19 09:45:27 yeah.. Mar 19 09:45:47 opie :) Mar 19 09:46:26 ;) Mar 19 09:46:48 i vote gmenu2x for console apps and emulators Mar 19 09:47:07 dromede: nanonote-style ;) Mar 19 09:47:33 something like that, yes Mar 19 09:47:47 I would prefer to have opie + console apps :) Mar 19 09:48:19 what's the status of opie these days? i haven'tried it in years Mar 19 09:48:20 so we need multiple images :) Mar 19 09:48:33 bluelightning says that opie is great ;) Mar 19 09:49:05 dromede: lots of bugs fixed, some features implemented, visually it hasn't changed very much at all though Mar 19 09:50:56 what about apps? Mar 19 09:53:06 no modern browser Mar 19 09:53:20 but anyway we can't have modern browser on Z Mar 19 09:53:24 yes we can Mar 19 09:53:25 no enough RAM Mar 19 09:53:39 opera mini + microemulator + jamvm should work great Mar 19 09:53:47 hm.. Mar 19 09:53:56 i have dillo3 running Mar 19 09:53:58 that's interesting Mar 19 09:54:15 dillo3 starts under 3 seconds :) Mar 19 09:55:01 you know what? i'm gonna tar up my current proto image, and upload it Mar 19 09:55:19 dromede: which version of opera mini you are using? Mar 19 09:55:39 i haven't tried any of that yet, it was just an idea Mar 19 09:55:44 ah Mar 19 09:56:31 http://www.opera.com/developer/tools/mini/ Mar 19 09:56:48 this is a demo of opera mini running through microemulator Mar 19 09:57:03 and i know maemo people have this running on nokia devices Mar 19 09:58:45 bluelightning: haven't you seen any opie-compatible java interfaces? Mar 19 09:59:11 I meah something to allow java programs to draw on top of opie Mar 19 10:05:30 bluelightning: do you foresee kdrive will be abandoned in oe-core any soon? Mar 19 10:09:44 ant_work: it would even better for us imho :) Mar 19 10:10:06 we can then just import it into meta-hh Mar 19 10:14:23 seems we are still at this point: http://lists.linuxtogo.org/pipermail/zaurus-devel/2011-June/000557.html Mar 19 10:14:42 but dromede did some progress :) Mar 19 10:15:12 I was about proposing to add zinput-calibrator to oe-core and have a complete framework Mar 19 10:15:18 *Xinput Mar 19 10:15:49 then we can overlay our kdrive in meta-hh Mar 19 10:16:05 but kdrive needs tslib.. Mar 19 10:17:54 what's wrong with tslib? Mar 19 10:18:11 nothing now, it ha been pulled back Mar 19 10:18:33 problem was "Remove xcalibrate and tslib support" Mar 19 10:18:54 i actually have patches that add evdev touchscreen support to my kdrive Mar 19 10:19:00 but it never worked properly Mar 19 10:19:35 tslib works just fine Mar 19 10:20:02 i have to add support for different resolutions to it Mar 19 10:20:31 I added xinput-calibrator to my core-image-sato and could calibrate the ts of poodle Mar 19 10:20:32 since libsdl console apps mostly use QVGA Mar 19 10:21:04 but no way for corgi/spitz , to much jitter Mar 19 10:21:05 Jay7: there was some java stuff on top of opie a long, long time ago... I'm not sure if it worked very well even back then, though I never actually tried it myself Mar 19 10:22:11 ant_work: I don't know for sure, it's possible it may disappear in the near future due to it being abandoned though Mar 19 10:25:19 i forgot to mention that most usb gadget drivers work Mar 19 10:25:27 i've tried g_ether and g_mass_storage Mar 19 10:25:37 the problem is a misconfigured OP2OCR Mar 19 10:25:46 this was adressed before on zaurus-devel Mar 19 10:26:06 you can use pxaregs for a quick fix Mar 19 10:26:27 pxaregs UP2OCR 0x00020070 Mar 19 10:26:41 this should enable proper usb client mode Mar 19 10:27:49 can a kernel patch solve that? Mar 19 10:28:25 as i said i've added automatic host/client switching to metan's zaurusd Mar 19 10:28:36 UP2OCR is configured for host in the kernel Mar 19 10:28:58 I see Mar 19 10:29:09 i use a kernel patch that exports relevant gpio's through "gpio-keys" Mar 19 10:29:40 oh, have you seen how that has been wrecked in kernel 3.3 ? Mar 19 10:30:45 3.3 kernels refuse to boot on my akita Mar 19 10:30:50 and they will crash qemu Mar 19 10:31:16 http://paste.debian.net/160295/ Mar 19 10:31:44 I have marked >100 mails to read in LAKML referinng Zaurus/pxa/sha1100 Mar 19 10:32:15 wow Mar 19 10:32:20 i.e. Re: [PATCH v3] pxa2xx_spi: fix memory corruption Mar 19 10:33:26 the spi bus master driver is a monster Mar 19 10:33:29 i dare not look at it Mar 19 10:36:34 we better stay with 3.2 for the moment Mar 19 10:37:14 and ideally we should hook our kernel to the linux-yocto Mar 19 10:50:46 what do we gain with linux-yocto? Mar 19 10:51:49 dromede: config fragments is the most useful feature Mar 19 10:53:07 oh Mar 19 10:53:13 yes, read something about that Mar 19 10:53:38 damn, i make a lot of typo's Mar 19 10:53:49 I'm not really used to realtime chat :/ Mar 19 11:06:52 hm Mar 19 11:07:36 kernel built with meta-handheld defconfig wont boot on my akita Mar 19 11:09:53 dromede: I don't know if it's true but iirc the first akita had a different nand Mar 19 11:10:38 how can i check which one i have? Mar 19 11:10:54 http://www.mail-archive.com/angstrom-distro-users@linuxtogo.org/msg03698.html Mar 19 11:12:25 cat proc/mtd Mar 19 11:14:20 mtd0: 006c0000 00800000 "Boot PROM Filesystem" Mar 19 11:14:21 mtd1: 00700000 00020000 "System Area" Mar 19 11:14:21 mtd2: 03a00000 00020000 "Root Filesystem" Mar 19 11:14:21 mtd3: 03f00000 00020000 "Home Filesystem" Mar 19 11:16:35 so i guess mtd0 is different in my case ? Mar 19 11:16:35 erasesize is definitely 0x20000 Mar 19 11:17:08 can't say, iirc I found that pastebin in internet (I have no akita) Mar 19 11:25:33 i compiled 3.2.9 with my config, it works Mar 19 11:47:37 nice, what was the problem? Mar 19 11:50:50 i don't know :) Mar 19 11:51:08 what's the best way to compare configs? Mar 19 11:52:43 diff? Mar 19 11:53:16 yes, but how do i generate a smaller config file? Mar 19 11:53:28 make showconfig iirc Mar 19 11:53:33 ok Mar 19 11:53:42 ant_work may remember better :) Mar 19 11:55:10 it's isnt showconfig Mar 19 11:57:03 savedefconfig Mar 19 11:57:19 yep, got it Mar 19 12:03:21 ah, yes Mar 19 12:03:27 showconfig is from freebsd ports :) Mar 19 12:05:01 dromede: do you think you'll be able to write a kernel patch for reading the mtd size as in kexecboot? Mar 19 12:06:19 could you be more specific? Mar 19 12:07:33 the code in userspace is : http://git.linuxtogo.org/?p=groups/kexecboot/kexecboot.git;a=tree;f=machine Mar 19 12:09:41 dromede: 2.4 has code for reading boot parameters from angel (Zaurus bootloader) Mar 19 12:09:52 it is floating around the internet Mar 19 12:10:05 or that, yes Mar 19 12:10:20 lumag may know more about this Mar 19 12:10:38 main idea - read mtd partitioning from it Mar 19 12:10:47 or from paraminfo area in NAND Mar 19 12:10:57 well Mar 19 12:11:25 i dont have a very good understanding of mtd devices Mar 19 12:11:29 never looked into it Mar 19 12:13:40 this one http://piro.sytes.net/~piro/pukiwiki/pukiwiki.php?zaurus%A1%A1boot%A1%A1loader%A1%A1for%A1%A1C3000 Mar 19 12:13:54 was for 2.6.16 Mar 19 12:19:38 http://paste.debian.net/160307/ Mar 19 12:19:47 this looks relevant to what you want Mar 19 12:21:00 i have an old pdaxrom 2.16.16 kernel, i'll apply the patch and look into it Mar 19 12:35:04 seems like this asm does the trick Mar 19 12:35:12 pls test, thx Mar 19 12:35:33 ok guys, I'm going now. I'll be back on friday Mar 19 12:35:39 see you soon Mar 19 12:35:44 bye **** ENDING LOGGING AT Tue Mar 20 02:59:58 2012 **** BEGIN LOGGING AT Tue Mar 20 02:59:59 2012 **** BEGIN LOGGING AT Tue Mar 20 12:29:04 2012 Mar 20 16:49:02 https://github.com/mkatic/meta-zos Mar 20 16:49:16 This overlay should contain everything i talked about earlier Mar 20 16:53:23 dromede: cool Mar 20 16:53:44 dromede: I guess ideally we would want to break out various pieces and put them somewhere more appropriate Mar 20 16:53:56 yes Mar 20 16:54:43 What's the status of the current zaurusd in meta-handheld? Mar 20 16:54:51 that's the one RP made, right? Mar 20 16:54:54 yeah Mar 20 16:55:08 I'm still a bit puzzled how we ended up with two distinct zaurusds Mar 20 16:55:47 RP would like to see (his) zaurusd turned into something more generic for device configuration Mar 20 16:55:54 well, one seems to be cobbled together with sh scripts Mar 20 16:55:56 so it's not dead... but it hasn't seen much work in a while Mar 20 16:56:06 last fix was from me a few years ago I think Mar 20 16:56:12 the other is written in C Mar 20 16:56:19 in daemon form Mar 20 16:56:40 although,it's probably not well tested Mar 20 16:56:42 i use it daily Mar 20 16:58:43 RP zaurusd has two daemons in it, switchevd and tskeys, as well as the scripts you mention Mar 20 17:00:42 IMHO, tskeys functionality should go into kdrive Mar 20 17:01:01 well, I would still need it for opie Mar 20 17:01:21 right Mar 20 17:01:26 i forgot about that Mar 20 17:02:31 it looks as if metan's zaurusd is only useful if you don't have any other mechanism of controlling the backlight and autosuspend, is that right? Mar 20 17:04:29 currently, yes Mar 20 17:04:45 i think it also has some kind of timekeeping thing, i'm not sure Mar 20 17:09:13 I'm inclined to think we should try to bring the two together although I'm unsure as to how we would do that... Mar 20 17:11:13 I'm looking at RP's zaurusd code now Mar 20 17:11:43 it does seem to be more generic than metan's version Mar 20 17:16:39 zaurusd has some alsa stuff in it as well, and I'm unsure as to how that ties into alsa-state if at all Mar 20 17:16:54 RP zaurusd that is Mar 20 17:31:45 heh Mar 20 17:33:01 now i realise that it would be easier to add usb switching to rp's version Mar 20 17:33:18 i should've looked at it earlier Mar 20 17:35:19 i dont like shell code, but it is much more flexible **** ENDING LOGGING AT Wed Mar 21 02:59:58 2012 **** BEGIN LOGGING AT Wed Mar 21 02:59:58 2012 Mar 21 22:33:41 ho Mar 21 22:34:32 hi ant_mob Mar 21 22:34:40 w much do virtual kb suxx? Mar 21 22:34:49 ho Mar 21 22:34:54 a lot apparently :) Mar 21 22:35:01 e bad Mar 21 22:37:53 bluelightning: I see Koen is starting to become boring Mar 21 22:38:21 protecting meta-ore Mar 21 22:38:57 the latere must be' splitting Mar 21 22:39:08 omg Mar 21 22:39:31 I'm pretty sure he agrees it should be split Mar 21 22:40:01 it's just that moving bits into oe-core right now possibly isn't the way to go Mar 21 22:41:22 then more layers asap Mar 21 22:43:41 I'm thinking about toolchain in meta-oe (4.5) Mar 21 22:43:48 and about X Mar 21 22:44:59 I'm holding / resisting to send a polemic Rfc Mar 21 22:45:58 i.e yes, that layer suxxs as it is now Mar 21 22:47:27 meta-oe shold not be mandatory, in any way Mar 21 22:47:50 well, there will be recipes we need from there... if it was less intrusive that wouldn't be a concern Mar 21 22:48:06 please remember to prune udev from meta-hh btw Mar 21 22:48:23 I'm a bit puzzled though, if we don't have giflib what do we use in oe-core for reading gifs? presumably some other library for that Mar 21 22:48:26 argh Mar 21 22:49:14 meta-graphics? it does exist iirc Mar 21 22:51:01 there is turbojpg iirc too, all that stuff could go in meta-graphics Mar 21 22:51:59 really? never noticed that... Mar 21 22:52:05 (meta-graphics) Mar 21 22:53:57 sry is called meta-multimedia Mar 21 22:54:02 is empty atm Mar 21 22:54:23 yeah I'm not sure what the plans for that are Mar 21 22:55:24 I'd say meta-graphics and meta-music or audio Mar 21 22:55:41 better 2 layers imho Mar 21 22:55:57 well, the first thing is to get the toolchains out of meta-oe Mar 21 22:56:10 agreed Mar 21 22:56:18 that's been definitely agreed but I don't know who is going to do it or when Mar 21 22:56:31 I guess everyone is waiting for khem to do it and he's probably too busy atm Mar 21 22:56:35 don't count on K Mar 21 22:57:11 the other K ;) Mar 21 22:58:03 ah he bumped udev despite the nack Mar 21 22:58:07 heh Mar 21 22:59:06 I just read the ML of today Mar 21 23:16:20 er, udev 17x is still there... Mar 21 23:16:27 in meta-oe Mar 21 23:16:39 181 was replaced with 182, that's all **** ENDING LOGGING AT Thu Mar 22 02:59:58 2012 **** BEGIN LOGGING AT Thu Mar 22 02:59:58 2012 Mar 22 23:35:54 bluelightning: after hard battle I could finally disable the german autocorrection on the iphone ;) Mar 22 23:36:12 ant__: ah, that was the difficulty... Mar 22 23:36:41 yes, then I lost field and got offline oO Mar 22 23:37:03 too near to the Alps Mar 22 23:38:32 I think I did send a msg on the ML which could potentially make Koen only half-bitter Mar 22 23:39:49 probably we'll have to create some new layers and a tool to combine them easily Mar 22 23:40:10 not just 'll' like Angstrom Mar 22 23:40:13 *all Mar 22 23:40:41 maybe extending the dependency concept Mar 22 23:42:31 btw, everybody seems to ignore that atm, after one year, meta-oe will only produce working images with systemd init manager Mar 22 23:42:45 and Angstrom distro Mar 22 23:42:52 heh Mar 22 23:43:16 design flaw? Mar 22 23:44:16 bluelightning: feel free to copy and paste and quote in the next TSC meeting Mar 22 23:47:32 when all the issues will be sorted out we can maybe merge down some Mar 22 23:47:56 layers of common use Mar 22 23:48:37 I don't see other ways to insure isolation Mar 22 23:48:56 and iirc Freescale is doing that (many extra layers) Mar 23 00:03:34 yeah... I think we pretty much agree on what needs to be done, but we haven't actually put stuff into action (although it's good to see the toolchain reorg instigated by koen today) Mar 23 00:04:11 yes, I was too hard judging him Mar 23 00:04:51 probably we can imagine a very fragmented meta-openembedded Mar 23 00:06:30 it remains to see what Yocto decides to do, i.e. moving the X/graphic recipes elsewhere Mar 23 00:07:22 maybe they'll accept to be able to include only some parts of meta-openembedded Mar 23 00:07:49 (like when I include meta-initramfs only) Mar 23 00:14:56 yahwn Mar 23 00:15:01 good night **** ENDING LOGGING AT Fri Mar 23 02:59:58 2012 **** BEGIN LOGGING AT Fri Mar 23 02:59:58 2012 Mar 23 11:10:13 Jay7: did you test new builds of kexecboot on your akita? Mar 23 11:10:34 dromede: long time not doing.. Mar 23 11:13:35 what was the config issue? Mar 23 11:17:02 diff is too big to pinpoint the exact issue Mar 23 11:19:48 my config is based on an older one utx has on his website Mar 23 11:25:00 even with savedefconfig? Mar 23 11:26:21 yes Mar 23 11:27:12 https://github.com/mkatic/meta-zos Mar 23 11:46:33 hm CONFIG_GPIO_PCA953X=y Mar 23 11:46:48 ??? Mar 23 11:46:58 this is necessary for akita Mar 23 11:47:07 akita has a max7310 port expander Mar 23 11:47:23 well not really necessary Mar 23 11:47:29 it will boot if i turn that off Mar 23 11:47:56 ideally you should compare the linux-kexecboot defconfigs Mar 23 11:48:13 here we have all sort of peripheral and network stuff Mar 23 11:48:27 here = production kernel Mar 23 11:48:39 i'm not sure if there's something wrong with the kexecboot config Mar 23 11:48:50 as it will boot with another kexecboot Mar 23 11:48:53 namely 2.6.26 Mar 23 11:50:31 I mean this defconfig http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-kexecboot-3.2/akita/defconfig Mar 23 14:55:17 bluelightning: again about keymaps...are you seriously thinking to use udev or systemd as suggested? Mar 23 14:55:27 :p Mar 23 14:56:01 pls merge the keymaps patch this weekend Mar 23 14:57:03 I honestly wouldn't know how to implement it with udev Mar 23 14:57:15 systemd is out because I don't use it and don't intend to migrate to it in the near future Mar 23 14:57:42 fyi https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes Mar 23 14:57:51 I'm really failing to merge patches in a timely fashion, sorry about that :/ Mar 23 14:57:53 a new udev rule Mar 23 14:58:03 np Mar 23 14:58:50 ok, interesting... thanks Mar 23 15:00:28 anyway udev should not be assumed as present Mar 23 15:01:20 even, in meta-hh we could probably get rid of it Mar 23 15:01:57 with some machine-specific hardcodings in the bsp Mar 23 15:02:26 but it looks to me more urgent to understand if oe-core will move to systemd Mar 23 15:02:35 I'm wondering about whether udev is the best option for old 2.6.21-hh-bound ipaqs Mar 23 15:03:06 yea Mar 23 15:03:38 if got that kernel building btw Mar 23 15:03:43 wasn't too hard Mar 23 15:03:45 but that kernel lacks devtmpfs so you need the extended table of devices Mar 23 15:03:50 yes Mar 23 15:04:02 well, I need old udev or some replacement Mar 23 15:04:23 iirc 0.92 was the best for old kernels Mar 23 15:04:43 also anything that depends on linux-libc-headers may have to be hacked/downgraded specifically Mar 23 15:05:05 ok, I think that was what was being used in the 2007 angstrom images that worked best on those machines Mar 23 15:05:20 definitely Mar 23 15:09:04 still, opie-image + 3.2 kernel flies on 32MB poodle, much smoother than with 2.4 I'd say Mar 23 15:09:49 we really need more kernel hackers / archeologist ;) Mar 23 15:10:25 cool :) Mar 23 15:10:34 indeed... Mar 24 00:18:46 hi hvontres|home Mar 24 00:20:18 ant__: hey Mar 24 00:20:53 so I finally dusted off the old poodle last weekend...:) Mar 24 00:21:06 heh, I've read Mar 24 00:21:32 we lost 2 years because of that exagerate lzma compression... Mar 24 00:22:12 Any ideas on how to debug the usb gagget driver? Mar 24 00:22:46 hm, iirc dromede posted the fix Mar 24 00:22:55 using pxaregs iirc Mar 24 00:23:06 pls check channel logs Mar 24 00:23:44 Mar 19 10:25:37 the problem is a misconfigured OP2OCR Mar 24 00:23:48 I think that was for pxa27x, but I'll check. I'll need to figure out how to add custom pkgs to the images now. Mar 24 00:24:04 ah, maybe you're right Mar 24 00:24:32 I've been around last two weeks, only checked quickly Mar 24 00:24:41 * hvontres|home loves free wifi on the train :) **** ENDING LOGGING AT Sat Mar 24 02:59:58 2012 **** BEGIN LOGGING AT Sat Mar 24 02:59:59 2012 Mar 24 21:36:48 hi channel Mar 24 21:49:13 hi ant__ Mar 24 21:53:14 what was exactly the issue with udev ts rule? ts not found? Mar 24 21:53:45 (wrt udev in meta-hh) Mar 24 21:57:14 hm.. now I notice psplash must be rotated on poodle... Mar 24 22:02:37 yep, no ts with recent kernels Mar 24 22:03:07 ok, I'll try to do some research about that Mar 24 22:03:19 strange that Zaurus doesnt suffer Mar 24 22:04:27 actually I'd need a bootlog to see how the ts is recognized by the kernel Mar 24 22:44:52 bluelightning: on poodle http://paste.debian.net/160880/ Mar 24 22:47:18 in my case only ATTRS{modalias}=="ads7846" matches, it seems Mar 24 22:48:57 remember ATTRS is for the parent while ATTR is for the input device Mar 24 22:49:38 let see on other models for fun Mar 24 22:51:20 heh, maybe the rule is indeed broken... Mar 24 22:51:45 note the 1 in the string " -e0,1,3, " Mar 24 23:29:18 bluelightning: this is c7x0 http://paste.debian.net/160882/ Mar 24 23:44:16 I used udevadm to be able to come up with that new rule that did match Mar 24 23:49:38 I'd suspect there is a new field Mar 24 23:50:01 or maybe that 1 means parent Mar 24 23:50:07 just guessing Mar 24 23:55:22 hm, maybe is a sorto of shell glob Mar 24 23:57:16 in fact I'm using udev from oe-core atm, so the rule works Mar 24 23:57:22 ;) Mar 25 00:04:14 it's a sort of regex, now I see Mar 25 00:04:41 well, feel free to send a patch for oe-core with the relaxed check Mar 25 00:05:06 I Think this will replace the actual string (with 18) Mar 25 00:05:45 no need for another rule Mar 25 00:08:08 bluelightning: about regex, pls push that keymaps patch ;) Mar 25 00:08:14 cu Mar 25 00:08:16 gn Mar 25 00:08:25 goodnight Mar 25 00:08:29 will do :) **** ENDING LOGGING AT Sun Mar 25 02:59:58 2012 **** BEGIN LOGGING AT Sun Mar 25 02:59:58 2012 **** ENDING LOGGING AT Mon Mar 26 02:59:58 2012 **** BEGIN LOGGING AT Mon Mar 26 02:59:58 2012 Mar 26 21:49:28 hi **** ENDING LOGGING AT Tue Mar 27 02:59:58 2012 **** BEGIN LOGGING AT Tue Mar 27 02:59:58 2012 Mar 27 14:05:22 hi Mar 27 14:05:36 I have netbooted with kexec here: Mar 27 14:05:52 http://www.youtube.com/watch?v=nnuSlQuLeMM Mar 27 14:06:02 I used netbootcd Mar 27 14:06:27 it was for an old laptop that did not had support in the BIOS for the ethernet PCMCIA card Mar 27 14:07:39 I am interested to boot over wifi Mar 27 14:07:51 with either some hardcoded values Mar 27 14:08:00 or with a tool like wicd-curses Mar 27 14:17:11 zoobab: that's interesting **** ENDING LOGGING AT Wed Mar 28 02:59:58 2012 **** BEGIN LOGGING AT Wed Mar 28 02:59:59 2012 **** ENDING LOGGING AT Thu Mar 29 02:59:58 2012 **** BEGIN LOGGING AT Thu Mar 29 02:59:58 2012 Mar 29 14:23:33 dromede_: I'm back in office, I'll send you the cable tomorrow morning Mar 29 14:34:38 bluelightning: I'll try Yocto BSP tools, version 2 soonish Mar 29 22:41:43 bluelightning: are you still on screen ? Mar 29 22:43:02 hi ant__ Mar 29 22:43:04 yes :) Mar 29 22:43:23 heh Mar 29 22:43:52 quickly, I have a doubt wrt linux-yocto and tools Mar 29 22:44:15 it seems we'd need a git checkout for each machine Mar 29 22:45:00 as far as I could customize it, at least, could not find the concept of 'family' like SOC Mar 29 22:45:16 that may be the case yes... probably worth checking with zeddii though Mar 29 22:45:46 clearly that path is not viable for meta-handhelds Mar 29 22:46:13 we can alway abuse of the 'compatibilty' hooks Mar 29 22:46:31 and countinue supplying our defconfigs Mar 29 22:46:45 thus no need for linux.inc Mar 29 22:46:51 in perspective Mar 29 22:47:50 we can still use config fragments even without the repo structure Mar 29 22:47:56 that has value IMHO Mar 29 22:48:00 that sounds good Mar 29 22:48:20 I plan to add the kexec stuff and create linux-.kexecboot of it Mar 29 22:48:39 just four-five CONFIG options Mar 29 22:48:56 (what is in linux-kexecboot.inc) Mar 29 22:49:30 reusing oe-core kernel stuff would be wonderful Mar 29 22:53:06 bluelightning: remember there is that meta-oe .bbappend to remove asap (udev ;) Mar 29 23:04:14 ant__: it needs to go into oe-core before it can be removed... Mar 29 23:04:48 yea, pls send the patch Mar 29 23:05:57 (I can half -promise I'll read the driver and try to underestand the sysfs fingerprint of that ATTRS) Mar 29 23:06:55 maybe something changed in driver or at platform level Mar 29 23:07:58 * ant__ notes 'touchscreen internals' on its to-do Mar 29 23:09:34 *his, heh well, writing in english in third person is not that easy at 1 o'clock Mar 29 23:09:46 see you online tomorrow Mar 29 23:09:48 gn **** ENDING LOGGING AT Fri Mar 30 02:59:58 2012 **** BEGIN LOGGING AT Fri Mar 30 02:59:58 2012 Mar 30 10:02:21 bluelightning: so, I could find some hints about ts not recognized. Mar 30 10:02:38 hi ant_work Mar 30 10:02:42 oh, what did you find? Mar 30 10:02:46 all dates back to udev 124 Mar 30 10:02:52 http://lists.linuxtogo.org/pipermail/openembedded-commits/2009-January/022948.html Mar 30 10:03:48 so I'd look in the specific driver code and see if really modalias is wrong Mar 30 10:06:28 er, but it's not devices that identify as "ads7846" that I'm trying to pick up... Mar 30 10:07:16 sure, but it signals a first mismatch Mar 30 10:07:38 I'm reading input.h now... Mar 30 12:34:52 bluelightning: ah, it seems the same touchscreen of the first GTA01 Mar 30 12:37:40 anyway, after reading http://www.kernel.org/doc/Documentation/sysfs-rules.txt Mar 30 12:38:02 seems that those rules are a rather hacky way to match sysfs entries Mar 30 12:38:35 "Everything else is just a kernel driver-core implementation detail Mar 30 12:38:35 that should not be assumed to be stable across kernel releases." Mar 30 12:39:02 right... ok Mar 30 12:39:41 I suppose the last hurd of multitouch devices changes the matter Mar 30 16:08:58 hm.. Mar 30 16:09:01 7 #define BIT_MASK(nr) (1UL << ((nr) % BITS_PER_LONG)) Mar 30 16:09:32 I'm looking at ads7846.c Mar 30 16:09:48 1292 input_dev->evbit[0] = BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS);1293 input_dev->keybit[BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH); Mar 30 16:10:08 #define EV_KEY 0x01 Mar 30 16:10:18 #define EV_ABS 0x03 Mar 30 16:10:37 and so on Mar 30 16:10:59 I'm trying to understand how that modalias is composed Mar 30 16:12:04 btw #define BTN_TOUCH 0x14a Mar 30 16:12:52 and #define BIT_WORD(nr) ((nr) / BITS_PER_LONG) Mar 30 16:13:15 ok, I'll have to write it down in C, seems easier :) Mar 30 16:13:44 dromede: can you help here? Mar 30 16:14:21 what's the problem) Mar 30 16:14:50 trying to understand the stuff beyond the udev ts rule Mar 30 16:15:45 SUBSYSTEM=="input", KERNEL=="event[0-9]*", ATTRS{modalias}=="input:*-e0*,3,*a0,1,*18,*", SYMLINK+="input/touchscreen0" Mar 30 16:16:12 which devices are affected? Mar 30 16:16:24 this rule does not work for some ipaq Mar 30 16:16:42 and for old GTA01 Mar 30 16:17:17 see the udev files in meta-handheld Mar 30 16:17:33 we're trying to solve the ts probe in oe-core Mar 30 16:18:09 I'm trying to see if e.g. the 18 pattern is regular Mar 30 16:18:49 the (platform)driver gives info in order to populate sysfs, isn't? Mar 30 16:20:10 we end up with 3 strings Mar 30 16:20:44 http://cgit.openembedded.org/meta-handheld/tree/recipes-core/udev/udev/touchscreen.rules Mar 30 16:21:59 i don't even have that ruleset in my rootfs Mar 30 16:22:24 me too, using oe-core standard udev Mar 30 16:22:58 yet, i get proper event* devices and the touchscreen0 symlink Mar 30 16:23:02 those 0,1 hm... #define ABS_X 0x00 Mar 30 16:23:02 #define ABS_Y 0x01 Mar 30 16:23:19 these only define the capabilites of the input device Mar 30 16:23:33 yes, I'm looking at that Mar 30 16:23:41 is it comma separated array? Mar 30 16:24:02 I can't get the whole picture yet (w/out device :) Mar 30 16:25:22 standard oe-core rules: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/udev/udev/local.rules Mar 30 16:26:22 hm.. and that 18 #define ABS_PRESSURE 0x18 Mar 30 16:27:53 well, ok, I'll look at the full string later at home Mar 30 16:28:14 dromede: btw the cable has been sent Mar 30 16:28:22 great, thanks again Mar 30 16:28:52 i can't be of much help with the udev problem Mar 30 16:29:23 it looks to me a very specific regex Mar 30 16:29:32 maybe working only on ads7846 Mar 30 16:29:41 and not with other drivers Mar 30 16:30:00 i suggest using "udevadm monitor" and modprobe, rmmod ads7846 to see what's really happening Mar 30 16:30:23 yea, I already have some verbose logs, thx Mar 30 16:31:35 probably best would be match with the 'real' modalias as it is defined by the driver Mar 30 16:32:01 i.e MODULE_ALIAS("spi:ads7846"); Mar 30 16:32:37 but this baby does much more than ts .... Mar 30 16:33:14 i'm still in favor of the older corgi_ts driver Mar 30 16:33:32 heh Mar 30 16:33:40 it was much smaller and it worked Mar 30 16:33:56 and i doesn't have as much overhead as ads7846 Mar 30 16:34:07 it was on the ssp bus, isn't? Mar 30 16:34:13 i actually tried to port it to current kernel Mar 30 16:34:16 yes Mar 30 16:34:29 all of that was ripped out in favor of the current spi master driver Mar 30 16:34:54 the current solution is more generic Mar 30 16:35:03 but i believe it has more overhead Mar 30 16:35:14 let's hope spi will be better Mar 30 16:35:51 it's ok as it is now Mar 30 16:36:27 pm issues will be my first priority when i get the cable Mar 30 16:37:07 this is the only real problem i have with current kernels Mar 30 16:37:12 btw I think in 3.3 is [PATCH v3] pxa2xx_spi: fix memory corruption Mar 30 16:37:29 i compiled the latest one today Mar 30 16:37:33 haven't tried it yet Mar 30 16:38:39 this weekend I'll work again on defconfigs Mar 30 16:38:51 I'll try to 'yoctize' them Mar 30 16:39:04 fragments and all that? Mar 30 16:39:25 yes, linux-yocto-tiny or maybe linux-yocto-korg Mar 30 16:39:56 i'm working a decent desktop solution for Z Mar 30 16:40:12 great, I'm not yet in userland :) Mar 30 16:40:15 currently, its pcmanfm + awesome Mar 30 16:40:31 awesome is awesome :) Mar 30 16:40:36 very flexible and lightweight Mar 30 16:40:37 ah, awesome was light, I remember Mar 30 16:41:03 look, we are fixing the base images, feel free to put all in a couple of recipes Mar 30 16:41:25 surely interesting for all meta-handheld machines Mar 30 16:41:32 hm Mar 30 16:41:33 'RAM challenged' Mar 30 16:42:02 i have some tslib patches that might be interesting Mar 30 16:42:05 more filters Mar 30 16:42:13 median and lowpass Mar 30 16:42:20 eh, then we have to go back to kdrive :) Mar 30 16:42:25 is not a problem for me Mar 30 16:42:30 oh right, forgot about that Mar 30 16:42:42 as it is is slow on 32MB devices Mar 30 16:43:06 but it is bad configurated, probably Mar 30 16:43:19 I'm not so fond on X Mar 30 16:43:54 i hope to have something presentable in a few weeks Mar 30 16:44:03 if you say that using kdrive 1.2 or 1.3 with tslib we have no issues with kernel 3.x and udev, well, why not? Mar 30 16:44:36 it's a large patchset Mar 30 16:44:41 and mostly specific to pxa27x Mar 30 16:44:51 ok, those pathces could be left out Mar 30 16:45:06 it also requires legacy X headers Mar 30 16:45:13 it is fast, but it's messy Mar 30 16:45:41 I really don't know...since years I hear 'kdrive is dead' Mar 30 16:45:50 but is still in oe-core.... Mar 30 16:45:51 i'll have an image for you guys in a few weeks so you can give it a go Mar 30 16:45:59 true, kdrive is no longer maintained Mar 30 16:46:27 but then again, it's perfect for our primitive devices Mar 30 16:46:59 there's also gmenu2x Mar 30 16:51:09 ok, see you later on Mar 30 16:51:12 bye Mar 30 21:50:57 dromede: I got that modalias string: http://paste.debian.net/161503/ Mar 30 22:23:09 Jay7: are you there? Mar 30 22:38:02 well, it's now clear :)) Mar 30 22:38:18 the letters are the titles in /include/linux/input.h Mar 30 22:38:28 ATTRS{modalias}=="input:b0000v0000p0000e0000-e0,1,3,k14A,ra0,1,18,mlsfw" Mar 30 22:38:40 b0000v0000p0000e0000- board, vendor, product , (etc) Mar 30 22:38:49 e 0,1,3 e = supported events (#define EV_SYN 0x00 #define EV_KEY 0x01 #define EV_ABS 0x03) Mar 30 22:38:50 ant__: hi Mar 30 22:38:57 k 14A k = supported keys/buttons (#define BTN_TOUCH 0x14a) Mar 30 22:39:02 r r = relative axes Mar 30 22:39:07 a 0,1,18 a = absolute axes (#define ABS_X 0x00 #define ABS_Y 0x01 #define ABS_PRESSURE 0x18) Mar 30 22:40:27 m misc events Mar 30 22:40:32 l leds Mar 30 22:40:41 a autorepeat Mar 30 22:40:47 s sounds Mar 30 22:41:47 something like that ;) Mar 30 22:42:10 Jay7: how did we decide it is a touchscreen? Mar 30 22:42:33 ioctlo gives similar info iirc Mar 30 22:42:38 *ioctl Mar 30 22:42:39 ant__: kexecboot just looking at evdev capabilities Mar 30 22:47:39 Jay7: if you look at the logs around 16 h o'clock you'll see Mar 30 22:47:42 input_dev->evbit[0] = BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS);1293 input_dev->keybit[BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH); Mar 30 22:48:12 now, for arm BITS_PER_LONG is 32 Mar 30 22:48:53 can you verify using this formula ? #define BIT_MASK(nr) (1UL << ((nr) % BITS_PER_LONG)) Mar 30 22:49:32 I'm too tired to understand this all :) Mar 30 22:49:40 heh he Mar 30 22:49:45 let's continue tomorrow :) Mar 30 22:49:50 not now ;) Mar 30 22:50:08 ah, about the Russian clock..how many hours then? Mar 30 22:50:11 I'm out of context now Mar 30 22:50:26 02:50 Mar 30 22:50:30 omg Mar 30 22:50:55 I start feeling sleepy at 00:50 Mar 30 22:51:01 we are not changing to/from daylight saving more btw Mar 30 22:51:20 heh.. I'm feeling sleepy about 3 hours already :) Mar 30 22:51:28 ok, that was the change Mar 30 22:52:30 just need to assemble computer for my former customer Mar 30 22:53:22 because it is not possible while child is not sleeping :) Mar 30 22:53:46 oh, I remember that :/ Mar 30 23:08:50 ok, e0,1,3, k14A, are respectively input_dev->evbit and input_dev->keybit Mar 30 23:10:20 just those BIT_MASK doesn't seeem to corrispond at first sight :/ Mar 30 23:12:30 and also wrong sems #define BIT_WORD(nr) ((nr) / BITS_PER_LONG) Mar 30 23:12:44 bah, maybe tose are internal structures Mar 30 23:12:48 I'll check tomorrow Mar 30 23:16:52 Jay7: dromede: Mar 30 23:17:38 doing poweroff from console (core-image-base) do finally shut off (suspend?) the poodle Mar 30 23:18:03 not from kexecboot, probably need some more powerman in defconfig Mar 30 23:18:42 it does even light the recharge-led ! Mar 30 23:19:48 I had almost lost any hope ;) Mar 30 23:20:24 fwiw it does that with rootfs on nand Mar 30 23:23:04 sadly it did that only once...now is rebooting :/ Mar 30 23:23:34 and recharge led is off Mar 30 23:23:45 strange Mar 30 23:24:21 maybe battery was so dry it could not reboot :) Mar 30 23:26:35 gn **** ENDING LOGGING AT Sat Mar 31 02:59:58 2012 **** BEGIN LOGGING AT Sat Mar 31 02:59:59 2012 Mar 31 10:48:51 poweroff from console works just fine for me Mar 31 15:19:34 here are some gtk2.16.6 vs gtk2.24.8 gtkperf benchmarks Mar 31 15:19:37 http://paste.debian.net/161553/ Mar 31 15:20:06 as i said before 2.16 is faster Mar 31 15:20:12 but i have to say, 2.24 is more stable Mar 31 15:21:10 there are apps that claim that they need =< gtk2.16 but will fail with a segfault in various places Mar 31 15:21:21 this simply doesn't happen with 2.24.8 Mar 31 15:22:34 so i'm still on the fence on which version to use Mar 31 15:23:28 the most notable difference between the two is scrolling, it's much "smoother" on 2.16 Mar 31 15:23:39 especially in gtktreeview widgets Mar 31 23:04:17 well, to end up my dissertation I have calculated evbit[0] = 3 and keybit[10] = 10 Mar 31 23:17:55 bluelightning: I'm pretty sure the 18 in the string is for ts reporting pressure Mar 31 23:18:20 we can quickly add our local_rules in overlay to oe-core's udev Mar 31 23:18:32 but best would be send a patch Mar 31 23:19:31 important is to cut the binding with meta-oe Mar 31 23:42:09 ok, I'll send 1st april patch ;) Mar 31 23:44:03 sent Mar 31 23:44:05 gn **** ENDING LOGGING AT Sun Apr 01 02:59:58 2012 **** BEGIN LOGGING AT Sun Apr 01 02:59:58 2012 **** ENDING LOGGING AT Mon Apr 02 02:59:58 2012 **** BEGIN LOGGING AT Mon Apr 02 02:59:58 2012 Apr 02 08:51:55 dromede: hi, calculating the speed of our postal services and the contrary wind blowing from E/NE you have some little hope to get the cable within this week... Apr 02 08:58:53 ant_work: morning Apr 02 08:59:39 ant_work: since you've explained clearly where the difference came from I wonder if we can just get the udev rule change into OE-Core Apr 02 08:59:42 hello Apr 02 08:59:54 you know what..now I have a doubt... Apr 02 08:59:55 unfortunately now is not a good time :/ Apr 02 09:00:02 heh Apr 02 09:00:08 (i.e. stabilisation period) Apr 02 09:00:16 we can test it in meta-hh for now Apr 02 09:00:47 the point is, I have to be sure that we don't match joysticks or touchpads Apr 02 09:01:26 iircjoystick has a separate driver Apr 02 09:02:15 ant_work: That's ok, i still don't have a usb serial adapter Apr 02 09:02:36 i'm gonna try and make one from an old cellphone cable Apr 02 09:02:40 if i can find it ... Apr 02 09:02:56 so the udev rule is ok now ? Apr 02 09:06:05 I hope so, ideally we would add a couple of rules for each ts_driver, matching the respective modalias Apr 02 09:06:35 which part of the rule was the problem? Apr 02 09:06:52 (for h1940 ts.input->name = "S3C24XX TouchScreen"; ts.input->id.vendor = 0xDEAD; ts.input->id.product = 0xBEEF; ts.input->id.version = 0x0102;) Apr 02 09:07:49 hehe Apr 02 09:07:50 the '18' in the string means pressure and SRC24XX doesn't seem to expose that Apr 02 09:08:48 it's not really used in tslib either Apr 02 09:08:52 pressure i mean Apr 02 09:12:20 I think only kernel 2.4 did make use of ts_pressure, at least one app (Petite Peinture) Apr 02 09:12:35 well, I mean in the 2.4 era Apr 02 09:24:53 bluelightning: yesterday I fell asleep reading the "Angstrom meets Yocto" thread. What's the juice of all that? After stabilization, will poky be split in distro-layer and integration-layer(meta-yocto)? Apr 02 09:25:36 as Khem pointed out, we already have 'defaults' in oe-core which are rather sane Apr 02 09:25:53 yes, which poky already builds on Apr 02 09:25:56 I think ideally meta-yocto would be replaced with meta-poky and separate layers for each of the BSPs in there currently Apr 02 09:41:05 hm, I can't say I immediately understand that Apr 02 09:42:34 well, meta-yocto is termed an "integration layer" but all that's really in it is the distro policy and a BSP for each hardware reference machine Apr 02 09:44:22 ah, ok, I was wondering about the magic glue supposedly provided by meta-yocto Apr 02 09:46:52 so poky/tree/meta-yocto is the 'poky' distro plus support for some machines Apr 02 09:49:38 other than that, cgit.cgi/poky/tree/ seems exactly copy of openembedded-core/tree/ Apr 02 10:08:29 yes, that's because it is :) Apr 02 10:09:09 I think we removed oe-core's local.conf.sample in favour of our own customised version, but that's it Apr 02 10:12:02 well, clearly /meta-yocto/conf/machine belongs to BSP layer(s) Apr 02 10:14:38 and about /poky/tree/meta, it seems to me superfluous Apr 02 10:15:01 why? Apr 02 10:15:02 and the argumentation 'there is no release' is weak Apr 02 10:15:35 the point is you only need to do one git checkout and you have everything you need... Apr 02 10:15:49 again, weak.... sorry Apr 02 10:16:09 we are talking to developer, not granny's Apr 02 10:16:34 one could just refer to a git TAG or SRCREV Apr 02 10:16:42 that's all Apr 02 10:16:50 well, I disagree, I think it saves new users a lot of hassle Apr 02 10:17:00 and there's relatively little disadvantage Apr 02 10:22:59 the advantage is imho minimal (and hides the real layer structure); the disavantage is the confusion it originates (is it a mirror of oe-core, is it 'upstream') Apr 02 10:23:23 what is it finally? is just a checkout of oe-core Apr 02 10:24:24 see, I could even say: then keep only this and shut off openembedded.org/oe-core Apr 02 10:24:36 but two is really confusing Apr 02 10:25:25 same for bitbake Apr 02 10:49:01 please, be serious... Apr 02 10:51:45 a single repository gives us a trivial way to test a specific version of the metadata (OE-Core, BSPs) with a specific version of bitbake Apr 02 10:53:26 we will likely end up doing the tags anyway, so you will have the best of both worlds Apr 02 11:16:10 bluelightning: look, as you know I've zero (commercial) interest being that's just a time-consuming hobby for me. So, I can say that from an 'outsider' POV is not clear what the 2 worlds are Apr 02 11:16:57 I just see two projects, using oe-core + bitbake Apr 02 11:17:23 and, fwiw, I'll insist having sane defaults for building distro-less images Apr 02 11:18:12 I think people have different ideas on how to structure things; ultimately we're still using the same code Apr 02 11:18:18 I'll let RPJ Day eviscerate the issue :) Apr 02 11:18:41 do we not already have sane defaults? Apr 02 11:19:04 I0d say ies, maybe not at 100% but close Apr 02 11:19:35 (because of xorg) Apr 02 11:19:46 right, yes... that one is still not addressed Apr 02 11:20:11 we still have quite a bit of cleanup to do with meta-oe Apr 02 11:20:26 right Apr 02 11:20:59 this one is 'doomed' imho, it could be eventually be 'next' or a dev branch Apr 02 11:21:43 seeing how it has been deployed until now , it could rather be a sort of 'next' Apr 02 11:21:57 or rather a systemd-fork Apr 02 11:22:29 I, for me, don't put much value in it Apr 02 11:22:44 *on it Apr 02 11:23:05 (so does Yocto crowd it seems ;) Apr 02 11:25:01 at the moment we have had very little time to look at it, we have enough to do with maintaining the majority of OE-Core and bitbake... Apr 02 11:25:13 are there any ways/scripts to autogenerate .bb's from source packages? Apr 02 11:25:25 I see value in the recipes within it, whether they are all munged into one layer or not is another question Apr 02 11:25:38 something like autscan in bitbake that spat out initial .bb files Apr 02 11:25:42 *autoscan Apr 02 11:27:01 bluelightning: there are surely some recipes to cherry-pick but the real deal will be the unification of graphic stuff Apr 02 11:27:41 but the again: Koen says we'll bloat oe-core and Yocto people tends to keep all together for stabilization Apr 02 11:28:18 dromede: iirc there was work to produce srpms but I'm not aware of the opposite Apr 02 11:28:24 dromede: there is, yes - there were some patches to add such a script but I don't think they got merged Apr 02 11:29:45 well, it seems to me that alot of the fields in .bb files are already present in configure.ac templates Apr 02 11:30:00 a script like that would be easy to do Apr 02 11:30:28 could you point me to those scripts you mentioned? Apr 02 11:31:21 http://comments.gmane.org/gmane.linux.embedded.poky/7510 Apr 02 11:31:28 thanls Apr 02 11:31:32 *thanks Apr 02 11:31:36 https://bugzilla.yoctoproject.org/show_bug.cgi?id=1656 Apr 02 11:33:12 dromede: well, the easiest way is to take a source-wise 'similar' recipe and modify it Apr 02 11:33:47 i know Apr 02 11:34:23 but it would be cool to have something like "bitbake -c autoscan URL" Apr 02 11:34:31 and you get an initial .bb file Apr 02 11:34:45 like autoscan does for configure scripts Apr 02 11:34:53 that's basically what that script does Apr 02 11:35:50 maybe calling it a script is an understatement Apr 02 11:35:56 since it's ~1800 lines :) Apr 02 11:36:31 well, it all depends on how smart you want it to be... Apr 02 11:39:57 ant_work: the aim is to be able to add meta-oe to your layer config and not have it change anything (or not anything fundamental at least) Apr 02 11:41:31 ok, but why would one need to? Apr 02 11:42:13 same for Distro: why does YP need one if the defaults are sane? Apr 02 11:42:33 that's the underlying question about Poky distro Apr 02 11:42:44 what does it add to the defaults? Apr 02 11:44:55 ok, I already know: versioning, stable releases, tested combinations of bitbake+metadata, .. such things Apr 02 11:45:03 .. Apr 02 11:45:08 I haven't compared them to see exactly but there are minor differences in distro policy Apr 02 11:45:16 stuff we do not necessarily want to force on the world Apr 02 11:45:22 such as OEBasicHash Apr 02 11:46:18 (in the case of OEBasicHash, we wanted to test it ourselves first) Apr 02 11:46:42 although I think Martin and Koen already turned it on for themselves Apr 02 11:47:05 I'm under the impression only me and Khem are testing distroless-oe-core Apr 02 11:52:09 ..and I'm not yet satisfied about its status Apr 02 11:52:20 then I'll move to $distro Apr 02 11:53:18 Another topic now, somehow related Apr 02 11:53:39 linux-yocto-tiny has been 'normalized' and now all resides in a foreign repo Apr 02 11:54:07 don't know anything about that I'm afraid Apr 02 11:54:15 best to talk to darren Apr 02 11:54:18 is a recent commit Apr 02 11:54:33 so I suspect I'll need meta-yocto layer now Apr 02 11:54:42 why? Apr 02 11:55:02 I'll work on the kernel convergence during next holidays Apr 02 11:55:26 because I'd have to add a proper BSP if I want to try a pure yocto kernel Apr 02 11:56:01 ah right Apr 02 11:57:34 hmm, maybe yocto-kernel-tools Apr 02 12:03:02 no, another one for the moment Apr 02 12:03:03 http://git.yoctoproject.org/cgit.cgi//log/?h=tzanussi/yocto-bsp-tools.v2 Apr 02 12:03:17 it's a bit sparse... ;) Apr 02 12:07:07 got it: http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=tzanussi/yocto-bsp-tools.v2 Apr 02 12:09:04 bluelightning: I think this is the up-to-date stuff, which will be demonstrated today in Freemont Apr 02 12:10:26 I'll first try to hack around it and provide the .cfg bits in the recipe Apr 02 12:11:14 but if we ever convert the configs and create proper BSP the work will be done once for all Apr 02 12:11:44 just it will be per-machine Apr 02 12:37:13 bluelightning: oops, I did not rebase the patch, sorry Apr 02 12:37:24 ant_work: no worries, I did it :) Apr 02 12:38:08 btw pls verify if the string *ra0,1,* *a0,1,* would apply to your ts Apr 02 12:38:22 I suspect relative (r) is never set for ts Apr 02 12:38:38 so we would enforce the check vs. joysticks etc. Apr 02 12:40:49 it may take me a while to verify that Apr 02 12:41:16 np, maybe before submitting the patch to oe-core Apr 02 12:42:10 btw, could we have just usend an amend instead of .bbappend for the one-liner? Apr 02 12:42:27 amend? Apr 02 12:42:34 amend.bbclass ? Apr 02 12:42:45 amend.inc is obsolete.. Apr 02 12:42:49 ah, ok Apr 02 12:43:51 anyway much better a .bbappend binding to oe-core than on meta-oe :) Apr 02 12:44:25 put it last on to-do list ;) Apr 02 12:53:45 bluelightning: ehm, in the case you'd add meta-oe then your ts will not be recognized. Better to propose a patch there as well. Apr 02 12:54:00 ant_work: I know Apr 02 12:54:08 ant_work: I don't have time to sort that out atm Apr 02 12:54:19 I relaized it only now... Apr 02 12:54:36 np, I can send a patch for meta-oe anf gather som emore comments Apr 02 13:33:34 bluelightning: heh, I realize now a less invasive patch can be done using sed in e.g. do install_prepend Apr 02 13:34:08 and get rid of the local.rules file Apr 02 15:58:40 wow Apr 02 15:58:52 long conversation here :) Apr 02 16:02:42 heh, we have logging service for free Apr 02 16:03:57 I think all summing up in the last RP reply Apr 02 16:04:44 https://lists.yoctoproject.org/pipermail/yocto/2012-April/007969.html Apr 02 16:05:21 single repo is 'easy'... yet not easier than a tarball :) Apr 02 16:06:34 guys, yocto bsp summit is starting if you're interested Apr 02 16:07:13 thx for reminder Apr 02 16:07:27 #yocto-bsp-summit and dail-in info (including 1-800 which you can use for free via skype) for audio is on the mailing list Apr 02 16:07:36 Iìll have to drive home now... Apr 02 16:07:59 ant_work: ah ok Apr 02 16:08:31 I'll try to keep in touch on iphone ... Apr 02 16:08:38 let see Apr 02 16:11:05 apparently they are recording the sessions as well Apr 02 16:14:16 ok, bbl **** BEGIN LOGGING AT Mon Apr 02 20:24:03 2012 Apr 02 20:40:53 any log of the summit? Apr 02 20:41:42 no log but I can give you a very brief summary so far Apr 02 20:42:09 only if you have time, thx Apr 02 20:42:20 tom gave his presentation, there was a lot of discussion amongst the audience about linux-yocto and related stuff, and the ability to use just parts of it Apr 02 20:42:31 now Denys is talking about meta-ti Apr 02 20:44:03 I see, thx. Tom already answered on the ML Apr 02 21:18:57 bluelightning: should I increase PRINC := "${@int(PRINC) + 1}" to +2 if I touch the recipe? Apr 02 21:20:05 sound strange, we'd have a +2 spread with oe-core recipe Apr 02 21:20:37 ant__: technically I suppose yes Apr 02 21:21:17 ok, the .bbappend will disappear anyway once oe-core will accept the patch Apr 02 21:21:22 if Apr 02 21:21:26 heh Apr 02 21:36:04 ok, while you guys were looking at the summit I sent out the 2 udev patches... Apr 02 21:36:41 third will follow for meta-oe once I get comments **** ENDING LOGGING AT Tue Apr 03 02:59:58 2012 **** BEGIN LOGGING AT Tue Apr 03 02:59:58 2012 Apr 03 09:20:32 bluelightning: good morning Apr 03 09:20:40 hi ant_work Apr 03 09:20:48 I may have discovered a Yocto bug last night... Apr 03 09:22:02 iirc I did already see that: in log_do_patch of linux-yocto-tiny I see "grep failed - out of memory". Can't be more precise, data is @home. Apr 03 09:22:22 ouch Apr 03 09:22:26 it's when it verify the patch list Apr 03 09:22:48 well, I would say please report it to the yocto project bugtracker Apr 03 09:22:53 fwiw that recipe seems not working anymore like did previously Apr 03 09:23:08 i.e. it doesn't respect my defconfig Apr 03 09:23:26 and I get a kernel for versatile... Apr 03 09:23:36 surely is my fault or bad setup Apr 03 09:23:44 but the grep error is worth noting Apr 03 09:24:14 not using your defconfig is probably a bug too Apr 03 09:24:34 it's clear in the logs: noo HW configuration found Apr 03 09:25:58 I thought KCONFIG_MODE = "--allnoconfig" would allow that Apr 03 09:34:22 ok, I'll test do_patch () of kernel-yocto.bbclass again on my system. Apr 03 09:34:54 oom issue seems arising during loop Apr 03 09:36:37 heh, seems having to do with scc, maybe is really my fault Apr 03 10:42:26 btw Denys may also be testing with a distro-less configuration Apr 03 15:32:42 about that, I don't see missing preferred providers building the usual core-images (base,core,sato,minimal) Apr 03 15:32:59 that happens adding meta-oe Apr 03 15:59:16 ah.. reading /kernel/v3.0/ChangeLog-3.2.14 Apr 03 15:59:22 backlight: fix typo in tosa_lcd.c Apr 03 16:00:29 couple of ext4: fix race between ... :/ **** ENDING LOGGING AT Wed Apr 04 02:59:58 2012 **** BEGIN LOGGING AT Wed Apr 04 02:59:59 2012 Apr 04 08:09:26 linux-3.4-rc1 PXA2xx PCMCIA possible regression Apr 04 08:09:38 s/possible/confirmed/ Apr 04 08:10:01 no CF Apr 04 08:10:32 morning Apr 04 08:10:34 doh Apr 04 08:10:35 :/ Apr 04 08:10:42 hello Apr 04 08:11:23 there is already a fix, we suffer from follow-up's after big kernel reworks in 3.3 Apr 04 08:16:54 ok, at least there's a fix Apr 04 08:18:09 Paul discovered it on his hx4700 Apr 04 08:18:59 sadly I did not manage to boot with Paul's last patches... those are quite old by now though Apr 04 08:19:28 :/ Apr 04 08:19:44 hence why I did not merge them into meta-handheld Apr 04 08:20:20 about kernels, I'll try to see what's wrong with linux-yocto(-tiny) those days Apr 04 08:28:19 dvhart has not yet opened a bug about http://paste.debian.net/161947 Apr 04 08:28:33 we had a schort chat yesterday, maybe he found smthg Apr 04 08:54:31 I'll restart from /tools/kgit-meta, after echo "[INFO] validating against known patches (`basename $_meta_series`)" Apr 04 23:02:09 bluelightning: can we fix dependency of meta-handheld? Apr 04 23:02:21 ant__: which dependency? Apr 04 23:02:24 layer: meta-initramfs, meta-oe Apr 04 23:02:29 meta-oe can go Apr 04 23:03:19 ant__: are you just talking about the README? Apr 04 23:03:54 yes, dvhart is following it ;) Apr 04 23:04:07 I told him he won't need meta-oe Apr 04 23:05:23 ok, sure I can fix that Apr 04 23:06:04 btw I had to fork the repo temporarly on github Apr 05 00:45:27 ant__: why was that? **** ENDING LOGGING AT Thu Apr 05 02:59:58 2012 **** BEGIN LOGGING AT Thu Apr 05 02:59:58 2012 Apr 05 08:44:14 'morning bluelightning Apr 05 08:51:22 dvhart asked for a meta-handheld repo to pick up the devel patches wrt linux-yocto-tiny Apr 05 09:21:42 hi ant_work Apr 05 09:22:16 ah right Apr 05 09:28:26 he even read the README and added meta-oe ;) Apr 05 09:32:25 ah I forgot to commit that change Apr 05 09:33:50 done and pushed Apr 05 22:43:12 hey bluelightning Apr 05 22:43:48 I'm falling on kb today...pls consider merging the udev refinement Apr 05 22:44:45 atm bad news wrt linux-yocto-tiny, let Bruce do the magic Apr 05 23:23:18 ant__: ah yes... I'll try to do some stuff over the weekend Apr 05 23:47:32 gn **** ENDING LOGGING AT Fri Apr 06 03:00:00 2012 **** BEGIN LOGGING AT Fri Apr 06 03:00:00 2012 Apr 06 10:05:13 dromede: so, 6-700km in one week are a challenge for our postal services :/ Apr 06 10:05:57 even in EU Apr 06 10:14:09 heh Apr 06 10:14:14 it seems so Apr 06 10:14:26 it's not a problem Apr 06 10:14:36 i still have to wait for the usb serial adapter Apr 06 10:14:56 and we're not in EU yet :) Apr 06 10:15:02 Croatia, that is Apr 06 10:15:16 let's hope the cable did not disappear underway in SL Apr 06 10:16:13 ah, I see, Croatia's membership in the Union will be formalised as of 1 July 2013 Apr 06 10:16:23 yep Apr 06 10:16:26 I thought all was already signed/done Apr 06 10:16:53 did you try booting 3.4 yet? Apr 06 10:17:01 no, not yet Apr 06 12:52:42 heh Apr 06 12:52:48 just got the serial cable Apr 06 17:40:28 bluelightning: gotcha Apr 06 17:40:33 http://paste.debian.net/162345/ Apr 06 17:40:37 'yoctized' Apr 06 17:41:39 I'll send you a first patch reusing full defconfig Apr 06 17:42:04 then, as second step, I'll try to tokenize it and create the machine.cfg Apr 06 17:42:56 this means only .bbappend in layer :) Apr 06 17:43:34 no linux.inc even Apr 06 17:46:42 ant__: cool :) Apr 06 17:46:45 ant__: well done Apr 06 17:47:43 I thought I'd have a go at some Opie stuff again Apr 06 17:48:19 I've fixed one bug and am now reworking the Euroconv app into a full currency converter with rates download from online :) Apr 06 17:48:48 nice Apr 06 17:49:07 I'll have to add the same logic to my biz app (php) Apr 06 17:49:16 now are just tables Apr 06 17:49:35 I stumbled across this: http://openexchangerates.org/ Apr 06 17:49:51 this is what I'll be using for the data Apr 06 17:50:47 I've never touched json Apr 06 17:51:21 I'm having hard time to update my LAMP application to modern php, even Apr 06 17:51:36 I've decided I'l llet it in procedural style Apr 06 17:51:51 (with use of some classes) Apr 06 17:53:13 oh, Jay7 is back ... Apr 06 17:53:20 ant__: hi Apr 06 17:54:54 upgrading php is pain :) Apr 06 17:54:58 hi Jay7 Apr 06 17:55:05 Jay7: will you ever find some time to split gui + tui headers and write the fallback code in case both are configured? Apr 06 17:55:06 * Jay7 migrated one site not too log ago Apr 06 17:55:09 bluelightning: hi Apr 06 17:55:18 ant__: yeah... Apr 06 17:55:23 well... Apr 06 17:55:37 * Jay7 scratching head Apr 06 17:55:52 ant__: I'd never used json either, I just found a nice clean C parser (https://github.com/udp/json-parser) and copied it into my code Apr 06 17:56:12 I suspect there are tons of PHP json parsing examples out there Apr 06 17:57:14 this is what the data in json format looks like: http://openexchangerates.org/latest.json Apr 06 17:57:18 pretty straightforward Apr 06 17:58:15 bbl Apr 06 19:38:37 http://elinux.org/CEWG_Open_Project_Proposal_2012 Apr 06 20:15:52 ant__: ping Apr 06 20:37:51 Proposals for the initial 2012 project list will be accepted until April 23, 2012. Apr 06 20:40:48 * Jay7 -> sleep Apr 06 21:13:15 dromede: pong Apr 06 22:34:48 bluelightning: so should we always use PRINC := "${@int(PRINC) + 1}" in the .bbappend(s) ? Apr 06 22:35:02 ant__: technically I suppose yes Apr 06 22:35:13 ant__: it's a pretty awful construct though :/ Apr 06 22:35:29 ant__: I've been thinking about how to possibly improve that at a bitbake level but haven't come up with anything yet Apr 06 22:35:40 hm, even to linux-yocto* kernels .. ? Apr 06 22:36:25 well it all depends on whether you expect multiple levels of bbappends Apr 06 22:36:53 it seems a little superfluous really Apr 06 22:37:05 for kernel can be confusing **** ENDING LOGGING AT Sat Apr 07 02:59:58 2012 **** BEGIN LOGGING AT Sat Apr 07 02:59:59 2012 **** ENDING LOGGING AT Sun Apr 08 03:00:01 2012 **** BEGIN LOGGING AT Sun Apr 08 03:00:01 2012 Apr 08 21:31:34 hi channel Apr 08 21:33:35 hi dromede_ Apr 08 21:36:37 hi ant Apr 08 21:36:45 i got the cable the other day Apr 08 21:37:01 oh, really surprising :p Apr 08 21:37:18 too fast to be true Apr 08 21:37:24 i assembled and old pc that has serial ports Apr 08 21:37:28 heh Apr 08 21:37:36 turned it into a headless ssh/distcc machine Apr 08 21:37:41 cable works Apr 08 21:37:49 \°/ Apr 08 21:38:07 latest kexecboot decompresses normally Apr 08 21:38:12 I'm refactoring the kernels btw Apr 08 21:38:12 and then i get nothing Apr 08 21:38:29 i also managed to boot 3.4-rc2 Apr 08 21:38:35 I'll push very soon kernel built with linux-yocto fragments Apr 08 21:38:50 nice Apr 08 21:39:15 I still don't see what is wrong with the defconfig of akita Apr 08 21:39:17 but Apr 08 21:39:36 being that yocto kernels can't accept(yet) a mini-defconfig Apr 08 21:39:58 I have re-expanded those Apr 08 21:40:09 so we can rediff with working akita Apr 08 21:40:16 3.4-rc2 craps out at sharpsl_save_param() in arch/arm/common/sharpsl_param.c Apr 08 21:40:28 i have no idea why Apr 08 21:40:50 i commented the function out and then it boots Apr 08 21:41:05 I'll start with normal kernel, I have to update klibc otherwise Apr 08 21:41:17 linux-kexecboot will be a bit delayed Apr 08 21:41:42 (klibc_1.5.25 requires <=3.1) Apr 08 21:42:26 i'll deal with kexecboot on akita and general pm issues on 3.2 Apr 08 21:42:36 I've seen there is already a linux-yocto 3.4 Apr 08 21:43:00 we can let yocto devs do the updating Apr 08 21:43:16 once we have the valid config fragments Apr 08 21:43:43 ever tried running kgdb over serial ? Apr 08 21:44:26 no but I think I've read about that Apr 08 21:44:48 i think i'll need that to debug pm issues Apr 08 21:49:14 yes, ideally wid latest kernels Apr 08 21:49:21 *with Apr 08 22:31:58 dromede_: pls test when you'll have time Apr 08 22:33:01 test what? Apr 08 22:33:14 https://github.com/andrea-adami/meta-handheld Apr 08 22:33:39 atm the defconfig is respected Apr 08 22:33:42 100% Apr 08 22:33:58 but it's easy to use the fragments now Apr 08 22:34:41 you'll have to check in the kernel workdir and look in the /meta dir Apr 08 22:35:38 ok, will do Apr 08 22:39:38 the config warnings/logs are e.g. in Apr 08 22:39:40 andrea@mizar /oe/oe-core/build/tmp-eglibc/work/poodle-oe-linux-gnueabi/linux-yoc Apr 08 22:39:40 to-tiny-3.2.11+git1+59f350ec3794e19fa806c1b73749d851f8ebf364_1+ec236058dc254183dbfb3744bf21f110c37af30b-r0/linux/meta/cfg/standard/tiny $ Apr 08 22:43:05 i.e. akita.cfg should be purged Apr 08 22:43:45 akita.cfg should also have max7310 driver enabled Apr 08 22:44:04 just that? Apr 08 22:44:50 i'm not sure yet Apr 08 22:45:46 np, this is the occasion to check an fix it once for all Apr 08 22:59:57 btw, have you read the wiki of flameman wrt akita? Apr 08 23:01:36 iirc he was the last one doing deep testing Apr 08 23:01:40 http://elinux.org/Flameman/zaurus-akita Apr 08 23:01:58 in fact, Maxim MAX7310 gpio expander seems important... Apr 08 23:03:48 yep Apr 08 23:14:19 what was CONFIG_GPIO_PCA953X=y ? Apr 08 23:16:34 that's the max7310 driver Apr 08 23:16:42 ahh Apr 08 23:16:55 ok, I'll redo the config and push again Apr 08 23:22:36 should I add irq support too? Apr 08 23:22:59 CONFIG_GPIO_PCA953X_IRQ Apr 08 23:23:40 I don't know on akita, is *it* the irq controller? Apr 08 23:23:58 i done have CONFIG_GPIO_PCA953X_IRQ enabled in my defconfig Apr 08 23:24:09 s/done/don't/g Apr 08 23:24:39 maybe i should enable it Apr 08 23:24:41 i'll try Apr 08 23:25:02 i'm running your kernel now Apr 08 23:25:48 zImage is pretty big Apr 08 23:25:55 2.1 mb Apr 08 23:26:11 yes, many filesystem Apr 08 23:26:13 s Apr 08 23:26:42 we really need to rmove the userspace frags which are handled by yocto-tiny Apr 08 23:55:48 ok, I pushed a revised patch Apr 09 00:00:40 gn **** ENDING LOGGING AT Mon Apr 09 02:59:58 2012 **** BEGIN LOGGING AT Mon Apr 09 02:59:58 2012 Apr 09 16:18:30 linux-kexecboot latest is now fixed on akita Apr 09 16:18:57 akita's backlight control is hooked to a max7310 expander Apr 09 16:19:18 and the driver for that expander isn't included in the akita defconfig for linux-kexecboot Apr 09 16:20:12 so adding CONFIG_GPIO_PCA953X=y to akita defconfig will make it work normally Apr 09 16:20:35 i would also suggest that we include printk support by default in all defconfig Apr 09 16:20:57 while this means a larger kernel, it also means easier debugging Apr 09 16:21:50 i also would like to see CONFIG_CC_OPTIMIZE_FOR_SIZE=y included by default in all defconfig's Apr 09 16:21:57 this should reduce the kernel size even more Apr 09 21:27:01 hi ant__ Apr 09 21:27:28 just merging your patches... we need a PR bump on these kernel recipes right? Apr 09 21:29:25 yes, but pls wait some mins Apr 09 21:30:01 I'm adding CC_OPTIMIZE_FOR_SIZE which somehow disappeared... Apr 09 21:30:38 and there is one patch to skip: preferred_provider for kernel Apr 09 21:30:50 let us do some more testing Apr 09 21:44:17 bluelightning: almost done Apr 09 21:46:15 ant__: ok, no problem Apr 09 22:05:51 ok, sent Apr 09 22:07:30 bluelightning: you should have 1udev + 5 kernel patches pending Apr 09 22:08:20 ant__: ok, checking Apr 09 22:08:25 I'll update now the repository on github with the yocto patches. please wait with those Apr 09 22:10:14 argh..the akita one did revert the previuous patch.... Apr 09 22:10:24 ant__: er, your optimise for size patches removed the CONFIG_GPIO_PCA953X=y lines Apr 09 22:10:27 for akita defconfigs Apr 09 22:10:32 righto Apr 09 22:10:33 do you want me to fix that? Apr 09 22:10:39 sure, pls do Apr 09 22:10:42 ok Apr 09 22:13:42 I'm working on too many copies of the repo;) Apr 09 22:31:24 ok, pushed Apr 09 22:32:29 great, thx Apr 09 22:49:19 bluelightning: I've sent the big boy right now Apr 09 22:49:32 still OPT IN Apr 09 22:52:40 so you want me to merge this now? Apr 09 22:53:15 yes, just noticing the PR is maybe wrong.. Apr 09 22:54:04 so should we always use PRINC := "${@int(PRINC) + 1}" in the .bbappend(s) Apr 09 22:54:07 ^^ Apr 09 22:54:29 jeez Apr 09 22:54:32 I'm concerned that since this modifies SRC_URI unconditionally it would break other machines when meta-handheld is in the user's layers Apr 09 22:55:19 maybe itìs better letting it sit some more days in the forked repo.... Apr 09 22:55:40 we are not in hurry, recipe needs much care Apr 09 22:55:54 if you don't mind... Apr 09 22:56:09 this is really great work though Apr 09 22:56:10 yes, pls wait, i'ts better so Apr 09 22:56:57 I get a strange ERROR: Failure expanding variable FILESPATH wrt that patch Apr 09 22:57:14 (did work previously) Apr 09 23:03:32 interesting Apr 09 23:03:35 http://paste.debian.net/162676/ Apr 09 23:05:20 it is that damned PR ;) Apr 09 23:05:24 heh Apr 09 23:06:20 patch v2 follows Apr 09 23:07:47 bluelightning: so, add that PRINC or not? Apr 09 23:08:13 ant__: just leave it out for now I think Apr 09 23:08:33 PR -> oeeror, PRINC, all fine but r1 Apr 09 23:08:47 ok, let it r0 Apr 09 23:09:04 JaMa will add it ;) Apr 09 23:09:43 note this recipe is only triggered if REFERRED_PROVIDER_virtual/kernel = "linux-yocto-tiny" Apr 09 23:10:24 so this should not interfere Apr 09 23:22:39 bluelightning: patch v2 tested. can be merged then Apr 09 23:23:09 yeah I get that... but this recipe is used by other machines Apr 09 23:23:20 which will fail because the logo file etc. does not exist for them Apr 09 23:23:23 well, as long as COMPATIBLE_MACHINE is set for Zaurus only... Apr 09 23:23:37 which again will stop that recipe from working for those machines Apr 09 23:23:46 hm, the parsing? Apr 09 23:23:50 that would be fine if this was a separate recipe, but it's a bbappend... Apr 09 23:25:02 I can try with h1940 Apr 09 23:25:59 think machines outside of meta-handheld Apr 09 23:28:02 twell, I see, people inadvertitely including meta-handheld Apr 09 23:28:12 i.e. Angstrom users Apr 09 23:28:24 in fact, using h1940 is flawless Apr 09 23:28:39 while MACHINE ?= "beagleboard" Apr 09 23:28:44 is a disaster Apr 09 23:30:03 http://paste.debian.net/162678/ Apr 09 23:30:24 Please set a valid MACHINE in your local.conf or environment Apr 09 23:35:04 do you have a layer supporting beagleboard in your bblayers.conf? Apr 09 23:35:11 the output is messy though I agree Apr 09 23:35:22 no, just tried one Apr 09 23:36:22 should I try qemuarm? Apr 09 23:43:42 qemuarm is ok Apr 09 23:43:53 is in oe-core, not in our layer Apr 09 23:44:11 hmm Apr 09 23:44:20 how does it cope with the changes to SRC_URI? Apr 09 23:44:46 http://paste.debian.net/162680/ Apr 09 23:46:13 what about qemux86? Apr 09 23:47:06 since the OE-Core version of the recipe does list that in COMPATIBLE_MACHINE Apr 09 23:47:52 same http://paste.debian.net/162681/ Apr 09 23:48:51 BBLAYERS = " \ Apr 09 23:48:51 /oe/oe-core/meta \ Apr 09 23:48:51 /oe/meta-openembedded/meta-initramfs \ Apr 09 23:48:51 /oe/meta-handheld \ Apr 09 23:48:51 " Apr 09 23:49:10 sry Apr 09 23:49:13 ok, so that's the kind of problem I want to avoid Apr 09 23:49:32 i.e. we mask the recipe Apr 09 23:49:45 now I see Apr 09 23:51:02 why should another machine include our BSP though? Apr 09 23:51:55 well, no hurry Apr 09 23:52:04 I'm falling otk Apr 09 23:52:25 see you, gn **** ENDING LOGGING AT Tue Apr 10 03:00:00 2012 **** BEGIN LOGGING AT Tue Apr 10 03:00:00 2012 Apr 10 08:20:58 hi bluelightning Apr 10 08:21:22 I think [Bug 2250] will be closed Apr 10 08:23:15 ok, I'll have a word with darren later on Apr 10 08:24:13 Now, I'm a bit puzzled by that 'grep memory exhausted' which I could track down to a yocto kernel script Apr 10 08:24:18 kgit-meta Apr 10 08:25:34 http://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-tools/tree/tools/kgit-meta Apr 10 08:25:38 # 802 Apr 10 08:26:08 if you add an echo before and after ' wait j' you'll see the grep msg Apr 10 08:26:13 is here Apr 10 08:27:20 I observed the system: it did loop 5 times and I could distincly see the memory amount was increasing in big steps (doubling ?) Apr 10 08:27:24 it reached 3,5 GB Apr 10 08:28:07 (the grep pid) Apr 10 08:29:33 this appears in do.patch.log, just doing "bitbake _do_patch linux-yocto-tiny" Apr 10 08:31:23 for poodle fwiw Apr 10 08:36:06 woah Apr 10 08:36:10 3.5gb... Apr 10 08:36:38 in fact the progress bar dalways stops at 80% Apr 10 08:36:48 bah..today I can't type... Apr 10 08:38:04 probably this happens when *not* using a full BSP with patches in the expected place Apr 10 08:38:25 otherwise Bruce and Darren would have noticed it Apr 10 08:41:38 bluelightning: I suspect grep did exhaust the memory trying to double the 3.5GB ... I have 8GB and almost 1 is used by the system during normal bitbake operations Apr 10 08:42:06 well, I have 8 or 9 GB swap too .... Apr 10 08:47:20 ant_work: maybe you're hitting a grep bug... Apr 10 08:51:55 always possible... Apr 10 08:52:16 but low probability ;) Apr 10 08:54:20 you'd think so, but we managed to hit a tar bug not that long ago that was only fixed fairly recently Apr 10 08:54:29 hence why we had to add tar-replacement-native Apr 10 08:54:40 heh Apr 10 08:55:23 the code is not easy to follow: the processes are in background Apr 10 09:00:46 wrap_meta_series()->do_pending_patches () -> background_op_wait 2 progress_update 500 Apr 10 09:01:35 # wait for the push Apr 10 09:01:36 wait $j Apr 10 09:01:39 here Apr 10 09:08:02 dromede: so akita is fixed now, isn't? Apr 10 09:08:51 (I suspect we kept the wrong defconfig by mistake when we did unify spitz-akita) Apr 10 09:09:38 as for CC_OPTIMIZE_FOR_SIZE iirc it was enabled in the 2.6.3x kernels then did somehow disappear... Apr 10 09:09:49 probably my bad :p Apr 10 10:16:24 bluelightning: I was looking at the meta-intel layer and at their .bbappend for linux-yocto Apr 10 10:16:45 well, they just set i.e. COMPATIBLE_MACHINE_crownbay = "crownbay" Apr 10 10:19:03 to keep the recipe simple I could add the OE logo with a patch for each machine but then it will be harder to override (i.e. by distro) Apr 10 10:23:19 ant_work: yes, linux-kexecboot now works on an akita Apr 10 10:23:46 bluelightning: or easier add the logo with a SRC_URI_append for each machine, expliciting vga/qvga in the path Apr 10 10:23:57 dromede: nice Apr 10 10:25:09 dromede: do you feel browsing kexecboot menu with down/up cursors is slow on akita? Apr 10 10:25:16 extremely slow Apr 10 10:25:22 (it is slower on spitz than on c7x0 and poodle) Apr 10 10:25:41 ok, then we need to adjust the event rate Apr 10 10:25:52 i'll take a look at kexecboot code soonish Apr 10 10:26:05 is a configure option fwiw Apr 10 10:27:05 currently, i'm trying to solve kernel hangs during offline charging Apr 10 10:27:59 charger led and charger related gpio's are handled by the scoop device 1 Apr 10 10:28:18 which is of course suspended when offline charging Apr 10 10:29:02 with older kernels we could use --enable-evdev-rate=1000,250 . check recipes-bsp/kexecboot/kexecboot-handhelds.inc Apr 10 10:29:10 ah, charging ... :/ Apr 10 10:29:27 charging is fine now Apr 10 10:29:55 problems arise if you try to remove or plug in the charger during suspend Apr 10 10:29:58 maybe on spitz/akita...I'm unsure about others Apr 10 10:30:30 or if your battery gets charged during suspend Apr 10 10:31:25 i hope i get this fixed today Apr 10 10:31:37 great Apr 10 10:32:20 or maybe i should say hacked Apr 10 10:32:37 there is no easy fix for the current situation with offline charging Apr 10 11:06:25 hm... Apr 10 11:07:04 how is it done by the firmware? when extracting battery and recabling then led stay lit and recharge goes on Apr 10 11:07:36 it's the kernel which seems unable to initialize/set properly Apr 10 13:26:04 bluelightning: aehm.. I forgot KMACHINE_spitz = "spitz" .... Apr 10 13:26:23 patch v3 for this evening... Apr 10 14:20:31 I'll wrap patches+logol in machine-specific overrides so it should be 'transparent' for other machines Apr 10 14:21:03 still don't understand what is the benefit of declaring COMPATIBLE_MACHINE_crownbay = "crownbay" Apr 10 14:40:35 I'm puzzled by that also... Apr 10 14:41:10 unless crownbay override is also set for a machine other than crownbay Apr 10 14:41:28 there is also crownbay-noemgd, maybe that's what it's intended to exclude? Apr 10 14:43:16 nope, doesn't seem like it... Apr 10 14:46:14 bluelightning: we are gathering supervision of zeddii and dvhart for free ;) Apr 10 14:46:30 #2250 Apr 10 14:52:34 anyway, if I remov logo and only let Apr 10 14:52:37 SRC_URI += "\ Apr 10 14:52:37 file://${KMACHINE}-${LINUX_KERNEL_TYPE}.scc Apr 10 14:52:42 " Apr 10 14:53:01 we can reuse it for linux-yocto.bbappend Apr 10 14:53:29 where LINUXKERNEL_TYPE = "standard" Apr 10 14:54:10 or maybe better expand it under SRC_URI_append_$MACHINE Apr 10 14:54:20 and get rid of all non-obvious vars Apr 10 14:54:43 code will not look better afterwards.... Apr 10 14:55:01 but the interferences will be eliminated Apr 10 14:55:32 (in case some crazy guy would stack this layer and use a machine from another) Apr 10 14:56:55 in fact your point was the unconditional SRC_URI += Apr 10 21:52:40 disabling "--enable-evdev-rate=1000,250" had no effect on the speed of menu navigation in kexecboot Apr 10 21:52:52 still very slow Apr 10 21:56:31 iirc those are the defaults...you'll have to change those values Apr 10 21:58:25 ok, i'll try "10,250" Apr 10 21:59:49 ant__: what kernel are you currently running on your spitz? Apr 10 22:00:10 3.2.11 or 3.2.12, have to check Apr 10 22:00:25 default meta-hh defconfig? Apr 10 22:00:32 yes Apr 10 22:01:12 btw I've refreshed linux-yocto-tiny in the experimental branch on github Apr 10 22:01:24 they are working on 3.4, will be committed soon Apr 10 22:01:47 could you try doing the following on your spitz please: Apr 10 22:01:53 make sure it's online charging Apr 10 22:01:56 then suspend Apr 10 22:02:03 then try removing the ac cable Apr 10 22:02:06 then resume Apr 10 22:02:39 ok, let it charge a bit before, it's dry... Apr 10 22:02:53 ok Apr 10 22:03:22 (I hope I have a bootable distro...) Apr 10 22:03:57 the above scenario fails on my akita, that's what i'm trying to fix Apr 10 22:04:04 i just want to be sure it's not just my device Apr 10 22:05:04 when i say fails i mean it wont resume Apr 10 22:13:26 --enable-evdev-rate=10,250 makes kexecboot unusable Apr 10 22:13:52 it also hangs the complete system Apr 10 22:14:08 ...when entering the menu Apr 10 22:37:59 txtui works fine but there's a lot of flicker Apr 10 22:38:24 I'm back Apr 10 22:38:33 so, booting now on spitz Apr 10 22:39:19 dromede_: so, after booting the kernel the led is off Apr 10 22:39:31 try reconnecting the ac cable Apr 10 22:39:34 I extract and reinsert AC then led is on Apr 10 22:39:43 now suspend and remove the cable Apr 10 22:39:48 kernel is 3.2.8 Apr 10 22:39:58 (this image) Apr 10 22:40:35 it does not resume Apr 10 22:40:36 ok Apr 10 22:40:41 will it resume? Apr 10 22:40:56 pull AC in? Apr 10 22:41:23 well, isn't DC btw ;) Apr 10 22:41:44 AC in or out during suspend, and your device should halt Apr 10 22:42:29 pitz was dead Apr 10 22:42:37 had to remove battery Apr 10 22:42:40 yep Apr 10 22:42:50 so it's not just my device Apr 10 22:43:01 then i know what happens and where Apr 10 22:43:06 i just don't know why Apr 10 22:44:04 during suspend, the kernel hangs in spitz_pm.c, spitz_charge() Apr 10 22:44:08 if you let the power cable inserted it does resume Apr 10 22:44:15 yes Apr 10 22:44:18 i know Apr 10 22:44:26 the led is a signal smthg is wrong :/ Apr 10 22:44:58 during suspend, every time you insert or remove the cable, spitz_charge() gets called t configure the charger circuit Apr 10 22:45:07 btw, there is some output, wait a min Apr 10 22:47:00 I have to redirect stderr, mom Apr 10 22:47:43 in a nutshell, it seems the charger code can't talk to scoop device 1 during suspend for some reason Apr 10 22:47:52 that's what i think is wrong Apr 10 22:48:59 seems voltage readings are wrong... Apr 10 22:49:27 spi -108 error, right? Apr 10 22:51:49 I can't log those... hm... Apr 10 22:54:53 voltage readings are a different problem Apr 10 22:55:26 well, now it did resume w/out AC cable Apr 10 22:55:40 again Apr 10 22:56:39 was the ac led on before you went to suspend? Apr 10 22:57:02 seems not Apr 10 22:57:11 remember, if you boot with the ac cable plugged in, the led will light up and then die Apr 10 22:57:15 I'm rebootiung, try to get those msgs Apr 10 22:57:16 you have to reinsert the cable Apr 10 23:00:12 see.. booted without AC cable it suspends/resume Apr 10 23:00:53 yes, that works, i know Apr 10 23:02:01 it will only fail if you insert the cable while suspended or if you remove the cable during suspend Apr 10 23:02:33 yes, seems confirmed Apr 10 23:03:13 i'll post a lengthy explanation on arm-linux, see if i can get some help Apr 10 23:03:46 btw, --enable-bg-buffer in kexecboot makes a world of difference Apr 10 23:03:50 I'll check on poodle (also pxa) Apr 10 23:04:25 you see, thinbgs have changed very much after 2.6.3 with the new kernel drivers... Apr 10 23:04:35 2.6.3* Apr 10 23:05:31 as far as suspend/resume/charging goes, thing have went downhill since 2.6.26 Apr 10 23:05:33 for kexecboot, those parameters were ok with older 2.6 kernels, even for spitz Apr 10 23:05:45 also this... Apr 10 23:06:11 is probably the spi Apr 10 23:06:33 you mean the pm bug? Apr 10 23:06:47 no, the kb response and kexecboot menu Apr 10 23:07:54 curiosly for c7xo (corgi) and poodle (pxa25x) this did not change so much Apr 10 23:08:27 so we kept the 2.6 kexecboot configuration Apr 10 23:08:35 well, the corgi has the w100 Apr 10 23:08:47 and the poodle is only qvga, right? Apr 10 23:08:54 but poodle is pxafb Apr 10 23:08:59 yes, qvga Apr 10 23:09:18 that's still 4x less pixels to push Apr 10 23:09:30 actually 3x **** ENDING LOGGING AT Wed Apr 11 02:59:58 2012 **** BEGIN LOGGING AT Wed Apr 11 02:59:58 2012 Apr 11 15:31:20 [03:03] btw, --enable-bg-buffer in kexecboot makes a world of difference Apr 11 15:31:28 dromede: hi Apr 11 15:31:58 dromede: is it helps with menu browsing speed? Apr 11 15:33:06 it helps alot, yes Apr 11 15:36:02 hi Jay7, dromede Apr 11 15:36:12 hi ant Apr 11 15:38:24 hm.. Apr 11 15:38:41 then I would say problem is our drawing code Apr 11 15:38:51 as I suspected before Apr 11 15:39:10 we added lot of eye-candy things but price is speed now.. Apr 11 15:39:19 what exactly does enable-bg-buffer do? Apr 11 15:39:29 btw, CELF proposal deadline is 19 Apr iirc Apr 11 15:39:46 dromede: it save pre-drawed background in ram Apr 11 15:40:20 then it need to redraw only menu items Apr 11 15:40:40 what about screen rotation, how is that handled? Apr 11 15:40:54 again, with 2.6.26 kernel is as fast as before Apr 11 15:40:56 by different line drawing functions Apr 11 15:40:58 on spitz Apr 11 15:41:14 imho is a kernel/driver issue, not kexecboot Apr 11 15:41:50 new ts driver, new kb driver, .... Apr 11 15:41:53 there is place for improvements in drawing code too.. Apr 11 15:42:38 ant_work: was there any fb driver changes? Apr 11 15:43:20 iirc, there where Apr 11 15:43:26 maybe, not evident on pxafb of poodle (qvga) Apr 11 15:43:35 changes in how fb memory is allocated Apr 11 15:43:50 hm.. it may affect us too Apr 11 15:44:41 it looks like is pxa270 problem Apr 11 15:44:50 btw, I've changed ram-to-fb copying routine to use 32-bit words (was 16-bit before) Apr 11 15:45:05 ~at same time Apr 11 15:54:29 so the kexecboot menu is drawn to an offscreen buffer and then copied to fb? Apr 11 16:15:10 dromede: I've sent you a movie very explicative Apr 11 16:18:41 bbl Apr 11 16:36:44 dromede: yes Apr 11 16:37:03 + bg-buffer buffering predrawed background Apr 11 16:37:31 hm.. but then problem is RAM/CPU Apr 11 16:37:43 because we are drawing in RAM **** ENDING LOGGING AT Thu Apr 12 02:59:58 2012 **** BEGIN LOGGING AT Thu Apr 12 02:59:58 2012 Apr 12 14:32:08 hello, good afternoon. i'd like to build the latest kexecboot to my c7x0. Apr 12 14:32:28 i've configure the openembedded environment, Apr 12 14:32:44 and it's currently bitbaking virtual/kernel Apr 12 14:33:04 ah, ok, I've read it a bit too late :/ Apr 12 14:33:21 how do i ask it to bitbake kexecboot? Apr 12 14:33:24 you'd use kernel 3.1 for building klibc 1.5.25 Apr 12 14:33:36 just bitbake linux-kexecboot Apr 12 14:34:05 ok.. you've helped me doing it before, but it's been almost an year and i had already forgotten :-) Apr 12 14:34:13 you ar eusing the new oe-corebuildsystem? Apr 12 14:34:54 probably not :-( i went to angrstrom website, and followed the instructions: http://www.angstrom-distribution.org/building-angstrom Apr 12 14:35:14 it seems everything is a bit out of date in angstrom webpage, so i'm probably missing something Apr 12 14:35:20 ok, this will build a working linux-kexecboot Apr 12 14:35:46 with the new layer-based OE you'd have that klibc issue Apr 12 14:36:18 ok.. and the version of kexecboot that i'm about to build, does it have the debug option without requiring the serial cable? Apr 12 14:36:18 (klibc update was promised mid-end march but still...) Apr 12 14:36:36 enough to check the sd/cf, yes Apr 12 14:37:28 i don't know if you remember, but kernels that are built for my c7x0 never boot (it becomes stalled after pressing ok in kexecboot). so i'll have to change the kernel parameters and compile it, as before, i think. Apr 12 14:37:47 and last time i had to find a serial cable, thats why i asked :-) Apr 12 14:38:00 for c7x0 it should just work Apr 12 14:38:21 I left OE-classic one year ago so can't say today Apr 12 14:39:03 i'll try it. maybe with the 3.0 kernel things will be different already. Apr 12 14:39:16 thank you very much! Apr 12 14:39:20 I've booted 3.2.12 Apr 12 14:40:24 bluelightning: maybe we should sum-up the instructions to build for handhelds somewhere Apr 12 14:40:51 ant_work: yes, we definitely should Apr 12 14:41:42 there are benifits in using the newest model? the oe-core? Apr 12 14:42:16 yes, it's the only on ecurrently used to develop for Zaurus Apr 12 14:42:47 the only one actively maintained Apr 12 14:43:27 ok, i've just found instructions on openembedded.org, i'll try to set it up as well Apr 12 14:43:39 bluelightning: you don't have rights to modify http://www.openembedded.org/wiki/Main_Page isn't? Apr 12 14:44:12 ant_work: I think I do now yes Apr 12 14:44:15 well, I do have it seems ... Apr 12 14:44:47 it's 'just' ignoring oe-core one year after Apr 12 14:44:52 I just haven't had the time to do something about the state of the wiki Apr 12 14:45:07 changes need to be approved I think Apr 12 14:45:27 yes... there will be more time for this after 1.2 Apr 12 14:45:34 (for me at least) Apr 12 14:45:44 I'd start grouping the links to layers, oe-core, yocto manual, ... Apr 12 14:46:49 well, the links are mostly in place Apr 12 14:47:42 maybe instead of a note in Getting_started about the new OE I'd link OpenEmbedded-Core page Apr 12 14:48:03 you don't happen to have a binary of kexecboot around do you? :-) seems that the first build will take some time.. Apr 12 14:48:16 hm, maybe in Gmail, let see Apr 12 14:48:49 its for c700. Apr 12 14:51:19 no.. I'l look this evening then Apr 12 14:52:56 ok, thank you very much. Apr 12 15:04:43 one more thing, the appropriate machine selection for oe-core is still C7x0 ? i wish i knew where to lookup these things by my own.. Apr 12 22:53:02 bluelightning: http://paste.debian.net/163070/ Apr 12 22:54:03 seems we can move to linux-yocto-tiny or even to full linux-yocto Apr 12 22:58:26 ant__: cool :) Apr 12 22:58:58 presumably since you're using the defconfig it doesn't make any difference which you use as a base? Apr 12 22:59:32 I'm thinking I could put all in /linux-yocto and reuse just one .scc each machine Apr 12 23:00:12 i.e. LINUX_KERNEL_TYPE ?= "standard" vs. "tiny" Apr 12 23:00:12 Apr 12 23:00:51 or even LINUX_KERNEL_TYPE = "preempt-rt" Apr 12 23:00:51 ;) Apr 12 23:01:17 (prolly won't work offhand) Apr 12 23:20:46 gn **** ENDING LOGGING AT Fri Apr 13 02:59:58 2012 **** BEGIN LOGGING AT Fri Apr 13 02:59:59 2012 Apr 13 10:07:15 bluelightning: ping Apr 13 10:07:23 hi ant_work Apr 13 10:07:27 hello Apr 13 10:08:25 I'm asking your opinion about klibc: the release is delayed and we cannot build the actual 1.5.25 from meta-initramfs Apr 13 10:08:46 now, what if I add a _git version in meta-handheld? Apr 13 10:09:23 I fear this would be masked by the one in meta-initramfs Apr 13 10:09:58 I know I could reorder the layers but... Apr 13 10:10:55 hm...or maybe overpatch the recipe in meta-handheld Apr 13 10:12:54 I would prefer to have only stable releases in meta-initramfs, not git tags Apr 13 10:18:50 ant_work: is 1.5.25 broken in some way? Apr 13 10:20:36 well, after kernel 3.1.x Apr 13 10:20:50 ..and we already moved to 3.2 Apr 13 10:21:29 in fact there is a more deep issue.... Apr 13 10:22:07 klibc depends on virtual/kernel but maybe it could be built with dev headers instead Apr 13 10:22:44 is that an improvement or a bugfix though? Apr 13 10:23:05 different headers Apr 13 10:23:06 ah right would help with avoiding binding to specific kernels Apr 13 10:23:10 yep Apr 13 10:23:18 I'll have to ask khem, last time we talked a kernel ' make headers_install' was necessary to build klibc Apr 13 10:23:30 btw this makes klibc machine-specific :/ Apr 13 10:23:39 why not have a git recipe in meta-initramfs with D_P = -1 and then use PREFERRED_VERSION in meta-handheld? Apr 13 10:24:41 have you seen how split is the recipe ? Apr 13 10:25:04 I haven't no Apr 13 10:25:33 don't do ;) you'll be scared Apr 13 10:26:00 see, I'll try to add a .bbappend and some patches in meta-handheld Apr 13 10:26:11 maybe it's enough temporarly Apr 13 10:27:26 * ant_work wil now start boring people in #klibc Apr 13 10:27:55 heh **** ENDING LOGGING AT Sat Apr 14 02:59:58 2012 **** BEGIN LOGGING AT Sat Apr 14 02:59:58 2012 Apr 14 21:00:25 bluelightning: ping Apr 14 22:14:27 hi ant__ Apr 14 22:15:36 hello Apr 14 22:16:21 I have a strange issue which seems unrelated to the metadata Apr 14 22:17:07 pls. see https://github.com/andrea-adami/meta-handheld Apr 14 22:17:37 what's the issue? Apr 14 22:18:07 now, trying to build linux-yocto-tiny I think bitbake will get the poodle.scc in /linux-yocto-tiny/poodle/ isn't? Apr 14 22:18:23 and the poodle .cfg + patches from Apr 14 22:18:31 /linux-yocto/ dir Apr 14 22:18:54 FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:${THISDIR}/linux-yocto:${THISDIR}/files:" Apr 14 22:18:56 ^ Apr 14 22:19:23 In fact, it seems to fetch correctly the expected files Apr 14 22:19:55 but... Apr 14 22:20:05 in log of kernel_configcheck I see Apr 14 22:20:07 cat: /oe/oe-core/build/tmp-eglibc/work/poodle-oe-linux-gnueabi/linux-yocto-tiny-3.2.11+git1+135c75bf9615334b5b8bb9108d612fe7dfbdb901_1+ec236058dc254183dbfb3744bf21f110c37af30b-r0/linux/meta/cfg/poodle.cfg: No such file or directory Apr 14 22:20:19 and the config is ignored :/ Apr 14 22:20:29 seems more a bug for Bruce Apr 14 22:21:12 yeah, I guess so Apr 14 22:21:28 what do you think about this layout ? Apr 14 22:21:37 should only impact Zaurus Apr 14 22:22:15 and we get the -tiny almost for free Apr 14 22:23:11 well, no Apr 14 22:23:22 KERNEL_FEATURES = "" Apr 14 22:23:22 KCONFIG_MODE="--alldefconfig" Apr 14 22:23:29 this will changed to Apr 14 22:23:41 KERNEL_FEATURES_akita and so on Apr 14 22:24:18 then inheriting the recipe will be transparent for other machines Apr 14 22:32:31 pushed Apr 14 22:37:10 sounds good Apr 14 22:37:33 unfortunately I'm trying to sort out some problems for 1.2 atm so I can't really look at it too closely, sorry :/ Apr 14 22:37:36 hm, now I still have Apr 14 22:37:37 ERROR: Multiple .bb files are due to be built which each provide virtual/kernel (/oe/oe-core/meta/recipes-kernel/linux/linux-yocto_3.2.bb /oe/oe-core/meta/recipes-kernel/linux/linux-yocto-tiny_3.2.bb). Apr 14 22:37:37 This usually means one provides something the other doesn't and should. Apr 14 22:38:13 why that? I set D_P -1 Apr 14 22:40:24 (this only for testing) Apr 14 22:49:24 well, at the moment we could live with linux-yocto only Apr 14 22:49:49 in fact linux-yocto-tiny would be for linux-kexecboot **** ENDING LOGGING AT Sun Apr 15 02:59:59 2012 **** BEGIN LOGGING AT Sun Apr 15 03:00:00 2012 Apr 15 22:14:04 bluelightning: ping **** ENDING LOGGING AT Mon Apr 16 02:59:58 2012 **** BEGIN LOGGING AT Mon Apr 16 02:59:59 2012 **** ENDING LOGGING AT Tue Apr 17 02:59:59 2012 **** BEGIN LOGGING AT Tue Apr 17 03:00:00 2012 Apr 17 09:17:00 hi bluelightning Apr 17 09:17:09 squashed out the last bugs? Apr 17 09:17:46 s/last/last known/ heh Apr 17 13:05:38 ant_work: still working on a few last-minute ones Apr 17 13:07:41 I have founs a couple of oddities in the linux-yocto recipes but I'll keep those fo 1.3 ;) Apr 17 13:12:51 probably best at this point unless they are showstoppers Apr 17 14:10:41 yes, as always I've hit some horrible corner cases Apr 17 14:11:10 (zeddii words) Apr 17 14:23:07 bluelightning: I have only a last doubt, wrt order of variable evaluation in case of .bbappend Apr 17 14:24:20 ant_work: what specifically? Apr 17 14:24:22 i.e. the linux-yocto recipe sets KERNEL_FEATURES= Apr 17 14:24:29 KERNEL_FEATURES_append=" features/taskstats" Apr 17 14:24:37 and. i.e. KERNEL_FEATURES_append_qemux86=" cfg/sound" Apr 17 14:24:52 in our .bbappend I did Apr 17 14:24:54 KERNEL_FEATURES_akita = "" Apr 17 14:25:14 now, I'm dubious about the _append Apr 17 14:25:45 I'm not sure myself... Apr 17 14:26:02 ideally we should avoid having ambiguities like that Apr 17 14:26:17 in the case of linux-yocto-tiny it's easy: the recipe just sets KERNEL_FEATURES="" Apr 17 14:27:31 no, I'll have to bother Bruce, for those can be added here in the recipe or (probablythe preferred way) in the .scc Apr 17 14:27:37 s/no/now/ Apr 17 14:28:49 i.e. KERNEL_FEATURES_append_qemux86-64=" cfg/sound" Apr 17 14:28:52 can be expressed Apr 17 14:29:04 include cfg/sound.scc Apr 17 14:29:06 afaik Apr 17 22:18:24 bluelightning: still on duty? Apr 17 22:18:42 ant__: yes :( Apr 17 22:18:47 :/ Apr 17 22:19:26 look, I'm doing unhortodoxes things Apr 17 22:19:40 linux-yocto-kexecboot_3.2.bb Apr 17 22:19:40 require recipes-kernel/linux/linux-yocto_3.2.bb Apr 17 22:19:40 INITRAMFS_IMAGE = "initramfs-kexecboot-klibc-image" Apr 17 22:19:50 EOF Apr 17 22:19:53 two lines Apr 17 22:20:12 is it ok to require another .bb ? Apr 17 22:21:08 this happens to work ;) Apr 17 22:21:09 now, I'm trying to include a .bbbappend but this seems impossible Apr 17 22:23:52 I think that's fine Apr 17 22:24:07 but yes, you lose any bbappends Apr 17 22:24:18 I think that's probably not an issue though? Apr 17 22:25:27 I'm trying to avoid to repeat the SRC_URI_zaurus and so on defined in linux-yocto_3.2.bbappend Apr 17 22:25:47 yes, it is not a real / blocker issue, Apr 17 22:26:59 well, I can put the common BSP stuff in an .inc Apr 17 22:34:30 sounds like that might be the way to go Apr 17 23:02:13 well, it seems.. just, no warnings if the 'include' is missing Apr 17 23:02:26 while Apr 17 23:02:27 ERROR: ParseError at /oe/meta-handheld/recipes-kernel/linux/linux-yocto-tiny_3.2.bbappend:5: Could not include required file zaurus-yocto-tiny.inc Apr 17 23:02:34 with require Apr 17 23:02:53 I think a Warning should be spit out Apr 17 23:03:12 not an error, just a warning Apr 17 23:03:27 in case of missing includefile Apr 17 23:03:58 ...so you see it at parsetime and bot after configure ;) Apr 17 23:04:17 and *not* after configure or even build... Apr 17 23:04:24 :p Apr 17 23:07:34 ah, use require not include Apr 17 23:08:26 the thing is, include is already used internally where we do not want an error if the file doesn't exist Apr 17 23:08:46 well, when I say internally, I mean OE's bitbake.conf Apr 17 23:09:59 I see Apr 17 23:10:20 if I use the full path I'm on the safe side, isn't? Apr 17 23:10:28 i.e. require recipes-kernel/linux/zaurus-yocto-standard.inc Apr 17 23:10:46 and not ./zaurus-yocto-standard.inc Apr 17 23:14:10 if the recipe is in the same directory you don't gain anything by doing that **** ENDING LOGGING AT Tue Apr 17 23:46:14 2012 **** BEGIN LOGGING AT Tue Apr 17 23:48:17 2012 **** ENDING LOGGING AT Wed Apr 18 02:59:58 2012 **** BEGIN LOGGING AT Wed Apr 18 02:59:59 2012 Apr 18 07:04:43 morning Apr 18 07:05:06 * Jay7 is trying to collect features to propose for CELF sponsorship Apr 18 07:05:16 s/CELF/CEWG/ Apr 18 08:00:12 hi ant_work Apr 18 08:00:26 hello Yuri Apr 18 08:07:55 Jay7: about features, I don't know if it can count but I've almost finished the linux-kexecboot recipe using yocto kct (kernel configuration tools) Apr 18 08:08:42 and now CELF is Linux Foundation Apr 18 08:08:57 -> Tocto Apr 18 08:09:01 *Yocto ;) Apr 18 08:09:49 how ubifs support is progressing in klibc? Apr 18 08:10:07 we can even (ab)use the linux-yocto-tiny so we meet the 'tiny' project too Apr 18 08:10:24 hm..klibc progress is slow Apr 18 08:19:17 well.. I mean mostly kexecboot features to implement Apr 18 08:19:24 e.g. boot methods Apr 18 08:19:52 further gui optimization and enchancement Apr 18 08:19:57 sure, but you can wrap it in a new shiny 'Yoctoproject' bag Apr 18 08:20:15 may be import some code from qi bootmenu to use efl Apr 18 08:20:30 I don't see that as urgent Apr 18 08:20:39 the ui is nice and light Apr 18 08:21:10 touchscreen support is wanted too :) Apr 18 08:21:23 there are still issues on qvga with lines too long Apr 18 08:21:43 (in debug menu) Apr 18 08:23:35 I think you should apply some minor fixes (headers, falback to textui if both compiled) and release 0.6 Apr 18 08:24:06 then yes, I can try to bother in #klibc Apr 18 08:29:21 Jay7: the code here https://gitorious.org/util-linux-ng/util-linux-ng/blobs/master/libblkid/src/superblocks/ubifs.c Apr 18 08:29:36 "Every UBIFS node starts with this common part. " Apr 18 08:30:01 suggests we can hack and read the superblock like done for jffs2 Apr 18 08:30:36 I'm tempted by libblkid but we only miss a little piece in klibc... Apr 18 08:31:11 blkid must be in klibc now IMHO Apr 18 08:31:25 almost all things are using UUID's now Apr 18 08:34:48 well, I'd try { .magic = "\x31\x18\x10\x06", .len = 4 }, Apr 18 08:41:45 in kernel, ubifs-media.h declares Apr 18 08:41:48 37 #define UBIFS_NODE_MAGIC 0x06101831 Apr 18 08:48:53 ok, I've asked again in #klibc Apr 18 12:55:53 Jay7: probably we should move away from linuxtogo, Apr 18 12:56:05 ah Apr 18 12:56:07 and put src in github Apr 18 12:56:10 may be github Apr 18 12:56:15 yes :) Apr 18 12:56:19 look http://labs.kernelconcepts.de/Projects/LinuxToGo1/ Apr 18 12:56:29 I didn't know we were in a matrix :) Apr 18 12:57:02 well, it's all florian I think Apr 18 13:02:15 Jay7: where should we host th eprecompiled images? How much space is in kexecboot.org? Apr 18 13:02:32 some gigabytes iirc Apr 18 13:02:43 we may host there Apr 18 13:04:20 I'll resent the header patch to the mailing list just to see if it is still working Apr 18 13:04:46 ML's are working Apr 18 13:04:49 ok Apr 18 13:04:59 iirc, angstrom and oe's are hosted by ltg too Apr 18 13:05:26 but we may switch to google groups Apr 18 14:57:26 bbl **** ENDING LOGGING AT Thu Apr 19 02:59:59 2012 **** BEGIN LOGGING AT Thu Apr 19 02:59:59 2012 Apr 19 07:34:04 well, linux-yocto-tiny-kexecboot_3.2 does boot on c7x0 Apr 19 07:34:10 but... Apr 19 07:34:28 stalls on logo Apr 19 07:35:10 so, 2 possible causes: 1) somehow lacks the initramfs, 2) toolchain is broken :/ Apr 19 08:05:18 hi ant_work Apr 19 08:05:29 .. and others :) Apr 19 21:57:06 bluelightning: mystery solved, now linux-yocto-tiny-kexecboot does boot! Apr 19 21:57:18 ant__: what was the issue? Apr 19 21:57:29 [PATCH 1/3] check console device file on fs when booting Apr 19 21:57:50 in the case of initramfs, devtmpfs must be mounted by hand Apr 19 21:58:26 probably this patch pre-dates devtmpfs Apr 19 21:58:55 phew... Apr 19 21:59:06 I can finish the remaining configs now Apr 19 21:59:35 my program is to get rid of most kernels and possibly keep only linux-yocto Apr 19 21:59:39 species Apr 19 22:00:24 cool :) Apr 19 22:00:47 should be doable for ipaqs too Apr 19 22:01:09 I'l lpush soon the new meta-handheld so you'll see Apr 19 22:01:23 I'll be interested to check it out Apr 19 22:01:48 I need some opinions.... Apr 19 22:01:52 :) Apr 19 22:05:05 I'm sorry I haven't had much of a chance to help you out with this Apr 19 22:05:21 been so busy lately :( Apr 19 22:05:42 keep on going, only a few days left... Apr 19 22:06:22 1.2 release is next week, isn't? Apr 19 22:08:41 bluelightning: first task for you would be to clean-out the initramfs images from the new stuff which is bloating Apr 19 22:09:23 we get i.e. /lib/modules /usr/share/run-postinst Apr 19 22:09:51 /etc/rcS.d and many liitle crumbs of cruft Apr 19 22:10:34 (I'm not up-to-date with the newest knobs for populating images) Apr 19 22:41:02 hmm ok, we should definitely fix that Apr 19 23:15:53 ok, I'll have to finish gathering the defconfigs... probably tomorrow I'll refresh the repo Apr 19 23:15:57 see you Apr 19 23:15:59 gn **** ENDING LOGGING AT Fri Apr 20 02:59:58 2012 **** BEGIN LOGGING AT Fri Apr 20 02:59:58 2012 Apr 20 09:51:21 bluelightning: ok, koen committed the meta-initramfs part Apr 20 09:55:13 ant_work: ok, so are your meta-handheld changes ready for merging as well? Apr 20 09:55:50 I think this evening I0ll finish Apr 20 09:56:22 I'll resend the patch to the ML once done Apr 20 09:56:44 or a pull request if you prefer Apr 20 10:07:48 ant_work: if it's just a couple of patches, whichever you prefer; but for more than a few a pull request is easier to deal with Apr 20 10:14:40 logically are 3 patches, linux-yocto, linux-yocto-tiny, linux-yocto-tiny-kexecboot Apr 20 10:14:50 the latter has really a long name..ideas? Apr 20 10:25:17 so are the tiny recipes actually giving us anything right now? Apr 20 10:25:32 since the defconfig is still being used Apr 20 11:09:19 switching to yocto-based kernels gives us 2 immediate benefits tough Apr 20 11:09:54 1) the kernel updates 2) the .cfg is somehow sanitized Apr 20 11:11:13 at the moment I plan to use the same defconfigs (renamed $machine.cfg) for linux-yocto and linux-yocto-tiny and one other for linux-yocto-tiny-kexecboot Apr 20 11:12:20 further improvement will be sculpting the .cfg to the bone Apr 20 11:12:49 adn readd the requested features using the fragment/feaures logic of Yocto Apr 20 11:14:07 actually there are two or three ways to accomplish this, because the kernel tools are just interfaced with bitbake Apr 20 11:14:37 in fact it's a bit counter-intuitive for an oe developer Apr 20 11:16:31 especially wrt fetching things not listed in SRC_URI Apr 20 11:17:12 ant_work: I get all that, I'm asking specifically about the tiny recipes Apr 20 11:17:44 tiny is a better startpoint for linux-kexecboot imho Apr 20 11:17:56 it uses --allnoconfig by default Apr 20 11:18:45 ant_work: but right now if you're supplying a defconfig does that make any difference? Apr 20 11:19:56 if it's the same defconfig no, kernel size is the same Apr 20 11:20:14 ok Apr 20 11:20:22 but the KERNEL_FATURES added by linux-yocto Apr 20 11:21:30 in which case I'd suggest not including the linux-yocto-tiny recipes yet, just linux-yocto... that way people will not build them thinking they will be able to get any benefit Apr 20 11:21:59 once the config is broken up into fragments, that's the right time to add them IMHO Apr 20 11:22:28 I agree the linux-yocto recipes are worth adding right now though Apr 20 11:23:43 ehm.. we have linux-yocto-tiny-kexecboot in meta-initramfs Apr 20 11:26:05 right, but there's no linux-yocto there... Apr 20 11:27:03 I'm suggesting, don't put both recipes in if they produce the same result when users will expect by building the tiny version that they will get a smaller kernel Apr 20 11:28:53 I se, but note in the last version I have, the yocto-tiny is a bit smaller Apr 20 11:29:18 how much is a bit? Apr 20 11:29:49 atm Apr 20 11:29:49 KERNEL_FEATURES="features/netfilter" -> 200kb iirc Apr 20 11:30:12 + KERNEL_FEATURES_append=" features/taskstats" Apr 20 11:30:35 while yocto-tiny has KERNEL_FEATURES = "" and all is defined in the .scc Apr 20 11:31:23 and ehm, I still have to understand how the modules are managed Apr 20 11:31:43 well, OK... it's not ideal, but the plan is to improve these, so let's run with it Apr 20 11:31:43 it looks like the .cfg only add CONFIG_XY=y Apr 20 11:32:56 I'm confident that reorganizing the fragments will be rather quicktask Apr 20 11:33:40 unfortunately the kernel tools 1.2 cannot (yet) swallow the mini-defconfigs we have, the work would be already done Apr 20 11:34:07 what goes wrong there atm? Apr 20 11:35:02 afaik only the kernel Kconfig has knowledge about how to rebuild a full defconfig Apr 20 11:35:37 so it would need a 'make oldconfig' just at the beginning Apr 20 11:36:16 otherwise atm the kernel tools screw and apply a standard arm-versatile config Apr 20 11:36:35 zeddii may add that for 1.3 Apr 20 11:36:57 ...once my work will be done :p Apr 20 11:37:23 as for adding the ipaq's: Apr 20 11:38:00 you'll see I have split (in the latest version) the BSP SRC_URI $ co machine-overrides in two files Apr 20 11:38:21 zaurus-yocto.inc and zaurus-yocto-tiny.inc Apr 20 11:38:53 so it's just mater of cloning those Apr 20 11:39:15 ah, btw Apr 20 11:39:43 could you pls search in the Yocto/Poky ML and grep for 'bootlogo' ? Apr 20 11:40:15 atm I use a do_config_prepend task but zeddiii hinted this was discussed somewhere Apr 20 11:40:20 maybe there is a knob Apr 20 11:40:46 I'm more and more tempted to add the logos as kernel patches Apr 20 11:40:58 oe-qvga-logo and oe-vga-logo Apr 20 11:41:15 ok I'll see if I can find the discussion Apr 20 11:41:25 yes that might be an easier solution Apr 20 11:47:14 most google matches are about psplash... Apr 20 13:38:31 bluelightning: btw, reading the ML, COMPATIBLE_MACHINE = or COMPATIBLE_MACHINE += ? Apr 20 13:39:23 in the .bbappend Apr 20 13:46:23 well ideally you'd want to avoid disturbing the values already there... but I'm not sure how to do that in the regex style we use at the moment Apr 20 14:07:04 heh, we are up to 3.2.15 this week Apr 20 14:07:14 and stable: 3.1.10 (EOL) Apr 20 14:07:26 we'd remove this one soon Apr 20 14:07:52 (and the git recipes too) Apr 20 14:09:12 see, we have 99% probs the kernel is stable enough for our arm devices once tested by Yocto-builder for beagleboard Apr 20 14:09:31 zeddii is already working on 3.4 Apr 20 14:11:28 yeah, it's helpful to be able to take advantage of the work bruce & co do on updating/testing/stabilising the kernel recipes Apr 20 15:13:04 ah, seems we can use COMPATIBLE_MACHINE .= "akita|c7x0|...." Apr 20 15:17:00 .= "| even **** ENDING LOGGING AT Fri Apr 20 18:23:12 2012 **** BEGIN LOGGING AT Fri Apr 20 18:24:16 2012 **** ENDING LOGGING AT Fri Apr 20 18:25:00 2012 **** BEGIN LOGGING AT Fri Apr 20 18:26:19 2012 Apr 20 20:47:07 hi bluelightning Apr 20 21:01:48 I'm preparing the patch for logo, then I refresh again the forked meta-handheld Apr 20 23:40:38 done **** ENDING LOGGING AT Sat Apr 21 02:59:59 2012 **** BEGIN LOGGING AT Sat Apr 21 03:00:00 2012 **** ENDING LOGGING AT Sun Apr 22 03:00:00 2012 **** BEGIN LOGGING AT Sun Apr 22 03:00:01 2012 Apr 22 12:07:23 Jay7: ping Apr 22 12:21:07 Jay7: I've uploaded some images in my profile @ kexecboot.org Apr 22 12:21:38 look and think how to make those kernels available for download Apr 22 12:22:36 bbl Apr 22 19:41:35 ant: I've moved uploaded files to kexecboot folder Apr 22 19:41:56 I think we may just link files by hands Apr 22 19:43:15 i.e. edit Download page and create links Apr 22 21:03:53 ant__: hi Apr 22 21:04:02 hello Apr 22 21:04:10 I'm preparing CEWG project proposal Apr 22 21:04:23 do you know dromede's email? Apr 22 21:04:27 yes Apr 22 21:04:42 I'll add him as possible contractors too Apr 22 21:05:46 is dromede at gmail.com Apr 22 21:06:25 thanks Apr 22 21:07:59 as you've seen I've embedded kexecboot in the linux-yocto-tiny kernel Apr 22 21:08:55 I've tested it on poodle, c7x0 and spitz Apr 22 21:09:03 time to commit it Apr 22 21:09:08 bluelightning: ^^ Apr 22 21:09:23 about files on site - just add links to Download section Apr 22 21:09:36 I've moved files into kexecboot folder Apr 22 21:10:32 well this evening I'll work around klibc Apr 22 21:10:53 I'll try to add the ubifs hackish routines Apr 22 21:11:34 ah, I forgot to change evrate on spitz.... Apr 22 21:11:47 is rather slow but working Apr 22 21:12:45 ant__: ah.. I need dromedes name too :) Apr 22 21:12:50 first/last :) Apr 22 21:13:46 Marko Katić dromede@gmail.com Apr 22 21:14:03 (from zaurus-devel public ML ;) Apr 22 21:14:17 hehe.. didn't thought about it Apr 22 21:18:43 hi guys Apr 22 21:18:59 ant__: so I should merge from your fork? Apr 22 21:19:03 hi Paul Apr 22 21:19:23 I can send the patch , just wanting to ask one thing Apr 22 21:20:01 do you think we can switch virtual/kernel to linux-yocto for Z? Apr 22 21:20:26 for linux-kexecboot yes, linux-yocto-tiny-kexecboot is equivalent Apr 22 21:20:48 for normal kernel I'd say yes as well... Apr 22 21:24:21 bluelightning: one more thing: PRINC ? Apr 22 21:52:08 ant__: I've sent proposal to you Apr 22 21:52:14 check it please Apr 22 21:53:07 sure Apr 22 22:15:09 ant__: I'm going to bed now Apr 22 22:15:20 please send reviewed proposal to me :) Apr 22 22:15:28 tomorrow (23 Apr) is deadline Apr 22 22:20:30 ok, I've sent the patches, will read right now Apr 22 22:20:32 :) Apr 22 22:24:46 Jay7: sounds a bit like the old proposal... Apr 22 22:24:50 :) Apr 22 22:25:20 is NFS boot just a thing of adding kernel modules and cmdline? no userland? Apr 22 22:27:39 bluelightning: ok, pls pull the 4 patches Apr 22 22:28:13 new patchset will follow (tomorrow ?) for klibc + replacing linux-kexecboot Apr 22 22:45:26 ah, PRINC will become actual once we have to update the recipes Apr 22 22:45:42 not now Apr 22 23:03:11 bluelightning: ah, I did not add linux-yocto-tiny finally Apr 22 23:03:28 unnecessary atm **** ENDING LOGGING AT Mon Apr 23 02:59:58 2012 **** BEGIN LOGGING AT Mon Apr 23 02:59:58 2012 Apr 23 08:14:26 morning Apr 23 08:14:44 ant_work: I've added network boot to boot methods item Apr 23 08:14:51 hi Jay7 Apr 23 08:14:57 mail is sent to celinux-dev Apr 23 08:15:05 ok, fine Apr 23 09:37:54 bluelightning: about kernel logo, there is a big problem having it as a patch Apr 23 09:38:25 ant_work: what happens? Apr 23 09:38:33 as far as I could dig, you have to copy the patch in each machine directory and it's big Apr 23 09:38:46 otherwise it is fetched but not found by the kernel tools Apr 23 09:40:25 its' a strange thing: the kernel tree used to build yocto kernels has a /meta dir, inside this one you'll find a symlink pointing to the dir where the recipe was parsed (pwd ?) Apr 23 09:40:48 or better, where the first .scc is Apr 23 09:41:11 hmm, not sure what thats about Apr 23 09:41:21 heh Apr 23 09:42:27 I've committed so that it behaves 'normally' wrt OE standards Apr 23 09:42:37 it would be pretty easy to have a zaurus override Apr 23 09:42:52 just add OVERRIDES += "zaurus" in zaurus.inc Apr 23 09:43:14 then you could use this to enable the logo Apr 23 09:43:14 well, it does a check about file existence Apr 23 09:43:18 or anything else for that matter Apr 23 09:43:26 then SRC_URI is a problem though... Apr 23 09:43:36 if you have staged the file there you need it, isn't? Apr 23 09:43:57 why list the logo in SRC_URI otherwise? Apr 23 09:44:01 "staged" how? Apr 23 09:44:08 fetched Apr 23 09:44:33 under what circumstances though? it has to be conditionally added Apr 23 09:45:35 if [ -e ${WORKDIR}/logo_linux_clut224.ppm ]; then Apr 23 09:46:56 to SRC_URI I meant Apr 23 09:47:27 ah, this is only done with overrides see _akita and so on Apr 23 09:48:02 SRC_URI_append_akita Apr 23 09:48:08 right Apr 23 09:48:32 it's an ugly recipe-style, I know Apr 23 09:48:43 but is for 6 devices Apr 23 09:49:02 you could always do the override as suggested above Apr 23 09:49:06 maybe yes, add zaurus as SOC...there must be some sort of that Apr 23 09:49:13 override Apr 23 09:50:07 anyway now the recipe doesn't use any custom variable like LOGO_SIZE anymore Apr 23 09:50:30 ok, that's good Apr 23 09:50:39 I'll do the merge of your patches this lunchtime Apr 23 09:52:17 one last thing: thiose kernel tools detected a mismatch: we were forcing THUMB for collie Apr 23 09:56:16 "${ARM_INSTRUCTION_SET}" = "thumb" but collie is seen as armv4 Apr 23 09:58:36 hmm, I guess that would have caused some problems Apr 23 09:59:41 I remember something changed with the tune files Apr 23 10:00:07 collie includes tune-strongarm1100.inc Apr 23 10:00:59 which requires arch-armv4.inc Apr 23 10:02:18 where I find AVAILTUNES += "armv4 armv4t" Apr 23 10:02:48 and we do Apr 23 10:02:48 AVAILTUNES += "strongarm" Apr 23 10:05:32 may be INHERIT += "kernel-logo" ? :) Apr 23 10:05:48 it's about logo problem :) Apr 23 10:06:01 or even "bootsplash" Apr 23 10:06:32 hmm Apr 23 10:06:41 ant_work: about collie and thumb Apr 23 10:06:49 is it true for poodle too? Apr 23 10:07:29 this may be reason why I see problems with collie which you have not Apr 23 10:07:46 (with your poodle) Apr 23 10:13:20 no, poodle is armv5te Apr 23 10:13:51 for collie, there is no CONFIG_ARM_THUMB=y Apr 23 10:14:48 in the produced .configs Apr 23 10:18:22 Jay7: btw after login in kexecboot.org Apr 23 10:18:23 Notice: Undefined property: stdClass::$cache in DrupalDatabaseCache->prepareItem() (line 422 of /var/www/dms/site/includes/cache.inc). Apr 23 10:18:35 yes, I know Apr 23 10:18:58 it's known bug in drupal Apr 23 10:19:10 nothing bad really Apr 23 10:19:31 I hope it'll gone with next release Apr 23 10:19:35 hm, how do we refer the kexecboot folder now? Apr 23 10:19:51 use 'insert link' button in UI Apr 23 10:19:58 in editor I mean Apr 23 10:20:06 ah, ok, works with local files Apr 23 10:20:53 write some text, select it, press 'insert link', press button nearly URL field Apr 23 10:21:27 same browser will be opened and you then may choose kexecboot folder from tree at left and files in main view Apr 23 10:23:26 seems it has to be done per-file Apr 23 10:23:36 can we just point to the dir? Apr 23 10:25:57 we need to create a page wit all the links then Apr 23 10:26:14 brb Apr 23 10:59:03 ah Apr 23 10:59:20 well, I'll look for appropriate drupal module Apr 23 12:00:47 Jay7: btw, CONFIG_KLIBC_THUMB is not set so kexecboot should work on collie Apr 23 12:00:55 in any case Apr 23 12:01:15 ant_work: but what about kexecboot itself? Apr 23 12:01:33 ah, the static..hmm Apr 23 12:09:37 iirc, objdump or readelf should show thumb mode on files Apr 23 12:09:47 but not sure Apr 23 12:09:54 or may be even file Apr 23 12:10:27 it looks like in oe-core collie is armv4 so no thumb, neither for kernel Apr 23 21:31:36 bluelightning: klibc is somehow fixed Apr 23 21:32:04 pls loo kat and commit the 3 patches I sent right now Apr 23 21:38:44 ant__: done Apr 23 21:38:46 thanks Apr 23 21:40:13 thank you Apr 23 21:40:28 now formatting the klibc patch Apr 23 21:40:43 for meta-initramfs **** ENDING LOGGING AT Tue Apr 24 02:59:58 2012 **** BEGIN LOGGING AT Tue Apr 24 02:59:58 2012 Apr 24 09:16:43 Jay7: it seems that a download page (10-20 lines in php) is not so easy with drupal Apr 24 09:16:55 thsi seems good: http://drupal.org/node/458744#comment-1573834 Apr 24 09:26:29 http://drupal.org/project/download_file Apr 24 09:26:35 may be this module will help us Apr 24 09:27:33 heh.. just for fetching an array :) Apr 24 09:27:50 (one day I'l have a look at drupal) Apr 24 09:28:37 Jay7: we can maybe remoce the reference to Sources Apr 24 09:28:45 ach.. today I can't type Apr 24 09:29:48 do we have place for the git tree on kexecboot.oerg? Apr 24 09:30:18 argh again...this kb is too small for my fingers Apr 24 09:35:48 well, let it be on github...maybe we should create a new Username like 'kexecboot' or 'kexecboot-devel' Apr 24 09:36:05 Jay7: can you do that? Apr 24 09:36:31 ant_work: you may do it faster :) Apr 24 09:36:43 which username do you prefer? Apr 24 09:36:44 I don't have even login on github Apr 24 09:36:56 ah, it's about creating a new one Apr 24 09:37:14 is it possible to have project with multiple admins? Apr 24 09:37:24 to have e.g. $ git clone git@github.com:username/kexecboot.git Apr 24 09:37:32 hm.. don't know Apr 24 09:37:38 then we may just use kexecboot as project name and every devel may have own name Apr 24 09:38:13 seems you need Organizations to collaborate, let me read Apr 24 09:38:36 check how OE mirror on github is organized Apr 24 09:38:43 (if any) Apr 24 09:42:41 I meant git clone git@github.com:kexecboot/kexecboot.git or alike Apr 24 09:43:36 I think you should keep exclusive commit control over there, like now Apr 24 09:43:51 i.e. we send patches to the ML and you pull Apr 24 09:44:00 seems easy enough Apr 24 09:44:26 (and you could maybe reuse your password, one less :) Apr 24 09:45:53 btw, Go to admin page ( https://github.com/user/repo/admin ) and in the Collaborators tab you can add as many as you want ( since the free ones are public repos) Apr 24 09:46:03 The added user should now be able to push to your repository on GitHub. Apr 24 09:47:16 but again, I think it's ok like it is now Apr 24 09:47:30 maybe once you gain a big development crew ;) Apr 24 09:49:59 Jay7: heh.. I can't create a second free (Username kexecboot) with my email: https://github.com/signup/free Apr 24 12:46:50 Jay7: may I use jay4mail as email?Another one? Apr 24 12:47:00 ant_work: use it Apr 24 12:47:16 it's kind of public email for opensource projects now :) Apr 24 13:00:23 ok, Download page is updated, now we need that DL/Links Apr 24 13:00:28 for Zaurus Apr 24 13:01:26 btw, *you* have to push in that repo with your keys Apr 24 13:01:41 oh.. Apr 24 13:01:47 as first at least Apr 24 13:01:47 well, I'll do from home Apr 24 13:02:48 I think you can add more keys but let's start simply :) Apr 24 22:04:13 ant__: hi Apr 24 22:05:44 how to push existing git repo to github? Apr 24 22:05:51 to save history, etc Apr 24 22:41:21 ah, hm.. I did just with forked repos..let see the docs Apr 24 22:47:27 Jay7: as I did for meta-handheld, you clone it locally then clone Apr 24 22:47:37 http://help.github.com/remotes/ clone Apr 24 22:48:55 then you push it with your ssh key Apr 24 22:50:17 so, you clone the original repo, clone the empty kexecboot then merge them and push Apr 24 22:52:16 I was trying to build klibc with linux-libc-headers.... now I stop with that and do a quick test of ubifs fsscan Apr 24 23:29:31 sh@#t Apr 24 23:29:55 ubi_io_write: error -5 while writing 256 bytes to PEB ... Apr 24 23:30:22 ... have CONFIG_MTD_NAND_VERIFY_WRITE enabled in your kernel, you will need to turn it off. Apr 24 23:30:35 The code does not currently (as of 2.6.26) perform verification of sub-page writes correctly. As UBI is one of the few users of sub-page writes, not much else seems to be affected by this bug. Apr 24 23:30:36 :p Apr 24 23:31:02 can't belive the bug survived from 2.6.26 Apr 24 23:34:21 good news is we have all tools in oe-core-base image Apr 24 23:34:37 ubi tools I mean **** ENDING LOGGING AT Wed Apr 25 02:59:58 2012 **** BEGIN LOGGING AT Wed Apr 25 02:59:58 2012 Apr 25 20:59:44 Jay7: hi Apr 25 20:59:53 hi Apr 25 21:00:00 FS type 'ubifs' detected Apr 25 21:00:15 ..but I can't create volumes on Z :/ Apr 25 21:00:19 smthg wrong Apr 25 21:00:26 1) good! Apr 25 21:00:29 2) bad! :) Apr 25 21:00:30 I'm flashing another image to test Apr 25 21:00:41 someone is using ubi on Z.. Apr 25 21:00:48 now, I've added ubi too, has a different magic Apr 25 21:00:48 may be JaMa Apr 25 21:00:58 I'm confused..is it managed by kernel? Apr 25 21:01:07 the volume I mean Apr 25 21:01:23 I don't know Apr 25 21:01:36 better to find one with Z and ubifs Apr 25 21:02:47 ubi: Apr 25 21:02:49 00000000 55 42 49 23 Apr 25 21:03:04 UBI# Apr 25 21:03:21 ubifs: Apr 25 21:03:23 00000000 31 18 10 06 Apr 25 21:03:40 1...! Apr 25 21:03:45 ^ seems to be volume 1 Apr 25 21:04:07 no idea here, I'll read more docs Apr 25 21:27:20 well, I've downloaded some images from the web ans the strings do match Apr 25 21:28:05 * Jay7 -> sleep Apr 25 21:28:14 gn Apr 25 21:28:16 ant__: good luck in your investigations :) Apr 25 21:28:35 ;) Apr 25 23:34:34 heh Apr 25 23:34:36 We have investigated the UBIFS issue, and found that it’s related to some kernel configuration options. Apr 25 23:34:36 In order to be able to work with UBIFS, you need to changes the following: Apr 25 23:34:36 - Enable “NFTL support” Apr 25 23:34:36 - Enable “write support for NFTL” Apr 25 23:34:36 - Disable “Verify NAND page writes”. Apr 25 23:34:50 I'll retry tomorrow Apr 25 23:34:52 gn **** ENDING LOGGING AT Thu Apr 26 03:00:00 2012 **** BEGIN LOGGING AT Thu Apr 26 03:00:00 2012 Apr 26 07:55:51 hi, am i right in thinking that some of the zaurus kernel hackers (zaurus-devel-lists posters) hang out here? Apr 26 08:04:31 hi , not really, they are in linux arm kernel ML usually Apr 26 08:05:03 sometime one appears here, though :) Apr 26 08:05:26 what's the problem with kernel? Apr 26 08:06:21 ant_work: no problem Apr 26 08:06:29 i have 2 spitz machines Apr 26 08:06:43 they run debian Apr 26 08:06:57 but they have a very old kernel Apr 26 08:07:07 2.6.24 yonggun or something. Apr 26 08:07:22 i spent a long time searching last night, and i found the zaurus devel list Apr 26 08:07:38 which was full of interesting posts about people working on 3.x kernels for zaurus! Apr 26 08:07:50 so i did some more searching and found this place. Apr 26 08:08:25 so far i havent been able to find any kernels to download though. Apr 26 08:09:05 ah, I have a build of last week, for all Z Apr 26 08:09:31 ant_work: whereabouts do you host this stuff? Apr 26 08:09:46 one of my two machines has (i think) kexecboot installed Apr 26 08:10:09 its the funky thing that android had right? where it would find kernels and let you select which one to boot? Apr 26 08:10:15 the kexecboot kernels will be on kexecboot.org site Apr 26 08:11:14 ant_work: im basically trying to get back up to speed with my z's. they have been collecting dust and acting as paperweights for too long. Apr 26 08:11:33 Jay7: there is a size limit for the upload, I could no upload the modules Apr 26 08:11:34 i need to do some research and then im going to try and get them installed with squeeze and a nice new kernel! Apr 26 08:12:22 if you have a decent build machine you could build kernel and images in a couple of hours Apr 26 08:12:45 ant_work: there shouldn't be any Apr 26 08:12:57 what error you receive? Apr 26 08:13:07 ok, I'll retry to upload kernels+modules this evening Apr 26 08:13:12 iirc was size too big Apr 26 08:13:31 hm.. I'll check from home today Apr 26 08:13:36 bother me about that :) Apr 26 08:14:15 HRH_H_Crab: I can send it to you by mail if you prefer (linux-yocto_3.2) Apr 26 08:14:38 Yocto is the new hype :) Apr 26 08:15:37 Jay7: remember to push the github repo Apr 26 08:16:00 yeah.. too much new reading for one evening :) Apr 26 08:16:06 ant_work: dont worry about it too much right now. Apr 26 08:16:10 im at work atm. Apr 26 08:16:43 im going to spend some time doing a bit more research at the weekend and plan what to do next. Apr 26 08:16:59 im just really happy that it looks like there might be a bit more life left in those two spitz! Apr 26 12:15:00 Jay7: http://linux-mtd.infradead.org/doc/ubidesign/ubidesign.pdf Apr 26 12:15:09 pag 8 Apr 26 12:15:24 & 9 Apr 26 12:16:26 so it seems the volume identifier is at bit 256 and should be UBI! Apr 26 12:16:43 but the erasecounter header is at 0 and is UBI# Apr 26 12:17:09 (at bit 256 on Zaurus) Apr 26 12:17:24 I'll check more in depth... Apr 26 16:05:02 ant_work: still about? Apr 26 16:05:24 yes, heading home soon Apr 26 16:05:50 if you can, please mail that kernel to horseshoecrab@gmail.com Apr 26 16:06:06 is this oabi or eabi? Apr 26 16:06:22 im trying to figure out what i need to do with debootstrap. Apr 26 16:06:41 hopefully i can get something working off a sd card using the z that already has kexecboot installed. Apr 26 16:07:04 this is no fun... all the docs end in dead links! :P Apr 26 16:07:16 we have eabi Apr 26 16:07:27 iirc oabi compatibility is also set, musct check Apr 26 16:07:31 o.k. cool. Apr 26 16:07:46 thanks for your help btw. Apr 26 16:08:13 the defconfig is at http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-yocto/spitz/spitz.cfg Apr 26 16:08:19 yw ;) Apr 26 16:08:56 this is then minimally mangled by kernel configuration tools Apr 26 16:09:43 I still have to shrink it to the bone, the other fragments are added separately Apr 26 16:09:47 hmm. im not sure what i'll do with config files just yet. my main aim is just to try and figure out how to get a reasonable debian install working with a prebuilt kernel. but if i ever get that far, i might start playing with compilers Apr 26 16:10:08 CONFIG_AEABI=y Apr 26 16:10:09 CONFIG_OABI_COMPAT=y Apr 26 16:10:24 http://www.penguin.cz/~utx/zaurus/feed/images/spitz/ Apr 26 16:10:34 that stuff looks interesting and potentially useful. Apr 26 16:11:06 yes, this is the 'old way' providing full defconfigs Apr 26 16:12:14 I tested that kernel and booted a minimal shell only image on spitz as well Apr 26 16:12:34 maybe you'll miss some kernel module Apr 26 16:12:44 probably not Apr 26 16:14:08 ugh Apr 26 16:14:17 the horrible part at the moment is the bloody debootstrap. Apr 26 16:16:42 atm I would just unpack a debian imag on CF or SD and boot it with kexecboot Apr 26 16:24:25 well, the only place that seems to have a decent image is yongguns old site and i was hoping for something newer. i think debootstrap is working now though so i'll see how i go. Apr 26 16:24:38 i assume that there is no problem with older versions of kexecboot booting newer kernels? Apr 26 16:31:09 kexecboot after 2.6.32 should behave ok Apr 26 16:31:53 there was an hd* -> sd* change Apr 26 16:32:07 for CF cards and internal hdd Apr 26 16:32:31 I'll send you the latest 3.2 I've tested on my spitz Apr 26 16:35:01 bbl Apr 26 19:45:48 I've pushed kexecboot to github repo Apr 26 19:47:28 now every commit from me shown as kexecboot's one :) Apr 26 20:53:11 Jay7: http://paste.debian.net/165575/ Apr 26 20:53:26 so the first bytes are "UBI#" Apr 26 20:53:45 kind of 'magic' :) Apr 26 20:53:51 but then it depends on nand size: on zaurus corgi the vid is at 256b Apr 26 20:53:58 UBI! Apr 26 20:54:01 ant__: I've increased max upload file size to 8Mb Apr 26 20:54:05 is it enough? Apr 26 20:54:14 on bigger nand can be first bytes of second page Apr 26 20:54:20 2048 + 2048 Apr 26 20:54:52 I still have no images, just ubi container atm Apr 26 20:55:33 if you see in fstype, for lvm2 it reads block 0 and block 1 Apr 26 20:56:38 well, maybe it is enough to detect ubi container, the kernel will ubiattach if proper cmdliner is given Apr 26 20:57:00 (I hope) Apr 26 20:57:47 Jay7: pls make a second directory for normal Zaurus kernels Apr 26 20:57:55 ok Apr 26 20:58:07 I'm playing with downloadfile module Apr 26 20:58:11 I'll upload in my profile now Apr 26 20:59:10 ant__: done (kernels directory) Apr 26 20:59:39 it is possible to create special page type for which you may attach list of files Apr 26 21:00:10 but I can't enable description field.. Apr 26 21:00:15 just list of files now Apr 26 21:00:58 yes, Apr 26 21:01:04 I can upload now Apr 26 21:08:16 done Apr 26 21:12:00 ant__: thanks for the kernel! Apr 26 21:12:48 np, we are finishing the download page ... Apr 26 21:12:53 heheh Apr 26 21:13:03 you worked hard for all these years, Apr 26 21:13:08 and finally you got a user? ;) Apr 26 21:13:27 it's like the ship in the bottle Apr 26 21:13:40 night hobby Apr 26 21:13:50 i think its a cool hobby Apr 26 21:13:57 I'm too old for youpr0n Apr 26 21:14:07 ;) Apr 26 21:14:13 i think the zaurus is a nice piece of electronics. Apr 26 21:14:35 you see, I'm sourrounded by Apple devices at home..wife, kid... Apr 26 21:14:41 i don't see a lot different in keeping a c3200 running nicely in 2012 as being too different from a classic car. Apr 26 21:14:58 not good grammar Apr 26 21:15:02 but you know what i mean Apr 26 21:15:09 yes Apr 26 21:15:26 I have an old vespa Apr 26 21:15:28 :) Apr 26 21:15:55 and in the years I gathered vintage electronic instruments Apr 26 21:16:14 ..and if only I had a bit more money I'd buy an Hammond B3 Apr 26 21:16:22 that's all :) Apr 26 21:17:19 i have a few of those Apr 26 21:17:33 (vintage electronic instruments - not hammonds though) Apr 26 21:18:52 anyway, back to my aston martin, i mean uh, spitz... Apr 26 21:19:39 I'm testing ubi on Zaurus, knowing is a waste of time...but I don't have any other device to test Apr 26 21:19:55 it's nonsense with small nand Apr 26 21:20:17 still mount time is a fractiuon Apr 26 21:20:25 -u Apr 26 21:22:56 ant__: check http://kexecboot.org/node/24 Apr 26 21:23:05 press edit and look inside Apr 26 21:23:57 only ugly thing is one folder per such page Apr 26 21:24:32 well, the zaurus kernels could be hyperlinked when we mention Zaurus. HEre are a bit OT Apr 26 21:24:56 or in the documentation as well Apr 26 21:25:02 it's not a problem to create another page for kernels e.g. Apr 26 21:25:11 or use same folder.. Apr 26 21:25:21 anyway, is it ok for you? Apr 26 21:25:24 yes Apr 26 21:25:42 well, then I'll replace current download page with this Apr 26 21:26:14 all seems fine with git Apr 26 21:26:36 what we will do with LTG repo? Apr 26 21:27:15 hm Apr 26 21:27:49 we'd only need the mailing list there Apr 26 21:29:27 hm.. and seems it not possible to attach already uploaded file to page Apr 26 21:33:04 ant__: I've switched pages Apr 26 21:33:48 seems I should remove all files in kexecboot and kernels folders and allow you to reupload 'em :) Apr 26 21:34:24 or write special module.. Apr 26 21:34:28 ^<^ Apr 26 21:36:55 ant__: I've cleared kexecboot folder :\ Apr 26 21:37:03 please attach files to download page Apr 26 21:37:11 you may provide description there too Apr 26 21:37:24 description will be shown instead of filename Apr 26 21:41:36 can be changed afterwards? Apr 26 21:42:01 yes, imho Apr 26 21:42:12 For security reasons, your upload has been renamed to initramfs-kexecboot-klibc-image-akita-20120421232906.rootfs.cpio_.gz. Apr 26 21:42:16 but not sure about time :) Apr 26 21:42:29 o_O Apr 26 21:43:55 seems I should write simple module which will add block with table of files from folder Apr 26 21:53:21 * Jay7 -> sleep Apr 26 21:54:10 gn Apr 26 21:55:06 ant__: seems drupal will rename all files Apr 26 21:55:20 some crazy pseudo-security Apr 26 21:55:36 well, I'll investigate tomorrow may be Apr 26 21:57:56 it's not too bad, though, if we can rename it later Apr 26 21:58:48 bluelightning: tomorrow is the D Day ? Apr 26 22:21:51 ant__: I think so... I'm on holiday atm though Apr 26 22:22:53 enjoy ! **** ENDING LOGGING AT Fri Apr 27 03:00:00 2012 **** BEGIN LOGGING AT Fri Apr 27 03:00:00 2012 Apr 27 07:13:07 Jay7: ok, I'v come to the point fs is detected but 'no support' in kernel Apr 27 07:13:25 first reson is I detected 'ubi' but you have to mount 'ubifs' Apr 27 07:14:06 hm.. Apr 27 07:14:20 fstype should return name suitable for mount use Apr 27 07:14:23 second reason is that you have to mount e.g. ubi0_0 Apr 27 07:14:29 and not the mtd Apr 27 07:14:34 well.. that's worse Apr 27 07:14:37 id a bit like losetup.... Apr 27 07:14:57 I'm looking how to erxtract volume id Apr 27 07:15:04 can you look into /proc/partitions? Apr 27 07:15:14 are there any ubi* volumes? Apr 27 07:15:16 I was doin reading the sector Apr 27 07:15:58 iirc no partitions but it was late Apr 27 07:16:23 np Apr 27 07:16:55 and, I *hope* ubiattach is done by the kernel or we need the binary... Apr 27 07:17:24 Jay7: look the steps here: http://free-electrons.com/blog/creating-flashing-ubi-ubifs-images/ Apr 27 07:17:43 I could finally create the volume and fill it Apr 27 07:18:02 it looks like lvm usage Apr 27 07:18:20 yes, 2 steps Apr 27 07:18:52 we can override root device by config file anyway Apr 27 07:19:27 ah.. but we should detect fs and mount it before.. Apr 27 07:19:59 afaik the volume id is at 256 or at 512 or at2049 typically Apr 27 07:20:26 2048 even Apr 27 07:20:55 if I give you that you can write the mount string Apr 27 07:21:04 dev/ubiX_Y Apr 27 07:21:23 hm.. may be good idea Apr 27 07:21:24 X is almost always 0 but Y depends on how many volumes (I think) Apr 27 07:21:44 I'l see what is in /proc and /sys Apr 27 07:22:57 Jay7: btw the error I got is in the FAQ.... http://www.linux-mtd.infradead.org/faq/ubi.html#L_subpage_verify_fail Apr 27 07:23:15 I was sure I was booting the latest yocto kernel but I did not :/ Apr 27 07:23:35 CONFIG_MTD_NAND_VERIFY_WRITE must be disabled if we want to use sub-pages Apr 27 07:23:57 (256bytes instead of a full 512) Apr 27 07:24:16 I don't know how risky it can be.... Apr 27 07:24:35 we need to ask someone :) Apr 27 07:24:43 heh Apr 27 07:25:16 or we can use full pages of 512 and re-enable verify (seems also possible) Apr 27 07:43:15 ant_work: well things seem to work nicely. Apr 27 07:43:36 kexecboot looks to be working well and your new kernel boots and works very well. Apr 27 07:43:40 seems a bit faster too. Apr 27 07:43:47 nice Apr 27 07:43:49 hostap working. Apr 27 07:44:13 the only problem is with my debootstrap nonsense - so far i can only boot the existing root file systems. Apr 27 07:44:34 is there some reason why your kernel wouldnt want to boot from sd? Apr 27 07:46:20 maybe wrong cmdline in /boot.cfg ? Apr 27 07:47:46 (/boot of the sdX partition) Apr 27 07:48:07 you need a /boot/boot.cfg Apr 27 07:49:03 ah, and the kernel is meant to be launched by kexecboot (machine id detection is not configured) Apr 27 07:49:20 [o.k.D Apr 27 07:49:22 cool. Apr 27 07:49:26 i need to research this. Apr 27 07:49:27 thanks. Apr 27 07:49:39 look in kexecboot.org Apr 27 07:49:48 yeah will do. Apr 27 07:50:10 unfortunately the networking on my z has decided to crap out. Apr 27 07:50:15 but that is standard behaviour Apr 27 07:50:26 i strongly doubt its related to the new kernel Apr 27 07:50:32 but i can look into that when i get home. Apr 27 07:51:51 can't exclude, I didn't test runtime basically Apr 27 07:52:35 i dont think the buffalo card and my airport extreme are very friendly. Apr 27 07:52:59 at least the extreme is more friendly than my express... Apr 27 07:53:35 I still have older router, 8011 b/g Apr 27 07:53:44 I'll test soon Apr 27 07:58:51 Jay7: there is a link to a git tag on linuxtogo in 'how_to_write_config'..I'll fix that Apr 27 08:00:56 ok Apr 27 09:12:50 Jay7: seems it's all in the cmdline...rootfstype=ubifs ubi.mtd=3 root=ubi0:$VOL_LABEL (many are using 'rootfs' here) Apr 27 09:13:07 no need to ubiattach or mount Apr 27 09:13:13 (for booting) Apr 27 09:13:40 ant_work: but for reading boot.cfg.. Apr 27 09:25:38 I hope to find a /dev/ubi0 created by devtmpfs at boot Apr 27 09:26:02 in kexecboot, after mounting devtmpfs Apr 27 09:30:51 hm.. .g. $ modprobe ubi mtd=3 loads the UBI kernel module and attaches mtd3 Apr 27 09:31:13 If UBI is compiled into the kernel, the mtd device to attach may be specified in the kernel boot parameters, e.g., ubi.mtd=3 command makes UBI attach mtd3 when the kernel is booting, Apr 27 09:31:45 And finally, MTD devices may be attached or detached at any time with the ubiattach and ubidetach utilities Apr 27 09:32:00 ubiattach-klibc necessary ? Apr 27 09:32:06 :/ Apr 27 09:32:55 ..from busybox... Apr 27 09:34:21 hehh Apr 27 09:34:22 https://github.com/radekp/gta04-init/commit/5f6ee2878b8be6b55d740c7976e4361089142fd5 Apr 27 09:34:28 Klibc compiled ubiattach and init Apr 27 09:35:06 static, perfect Apr 27 09:35:32 you'll need to special-case the detection of UBI Apr 27 09:35:44 fs name -> ubifs Apr 27 09:36:02 (would need a proper detection but atm is the only one fs for ubi) Apr 27 09:36:52 ubiattach -p /dev/mtdX Apr 27 09:37:35 then you get the /dev/ubi_ctrl and /dev/ubi0 Apr 27 09:38:36 here we can mount it mount -t ubifs ubi0:volume_name /mount/point Apr 27 09:38:53 in case of two mtd parts Apr 27 09:39:01 you'll get /dev/ubi1 Apr 27 09:40:00 iirc in oe-core volume_name is "$MACHINE_rootfs" Apr 27 09:40:12 when you build the images Apr 27 09:44:21 now that I have a valid volume I'll dump more bytes and see Apr 27 10:06:40 Jay7: thi sstarnge header has all info Apr 27 10:06:46 https://casper.berkeley.edu/svn/trunk/roach/sw/linux/include/mtd/ubi-header.h Apr 27 10:31:33 ant_work: nice Apr 27 10:32:01 but how to get the volume name from any volume? Apr 27 10:43:41 Jay7: volume number 65280 contains info (ubi -layout) Apr 27 10:44:57 http://linux-mtd.infradead.org/doc/ubidesign/ubidesign.pdf page 11 Apr 27 10:45:40 oh Apr 27 10:45:42 ok Apr 27 10:55:30 hm.. The layout volume is an "internal" UBI volume, and the users do not see it and cannot access it. Apr 27 10:56:34 still, Volume table is an on-flash data structure which contain ... Apr 27 10:56:42 if it is on-flash... **** ENDING LOGGING AT Sat Apr 28 03:00:00 2012 **** BEGIN LOGGING AT Sat Apr 28 03:00:01 2012 **** ENDING LOGGING AT Sun Apr 29 02:59:58 2012 **** BEGIN LOGGING AT Sun Apr 29 02:59:58 2012 Apr 29 11:49:44 hi channel Apr 29 15:56:00 -rwxr-xr-x 2 andrea users 34360 Apr 29 17:54 ubiattach Apr 29 15:56:00 -rwxr-xr-x 2 andrea users 34360 Apr 29 17:54 ubidetach Apr 29 15:56:14 file ubiattach Apr 29 15:56:14 ubiattach: ELF 32-bit LSB executable, ARM, version 1 (SYSV), statically linked, stripped Apr 29 15:56:37 Jay7: bigger than expected Apr 29 15:57:06 well, will compress 50% Apr 29 16:03:40 Jay7: ubiattach-klibc works runtime ;) Apr 29 16:03:56 I'll add ubidetach, seems easy Apr 29 16:31:20 ok, we have ubi-utils-klibc Apr 29 16:31:37 for now I've only built those 2 Apr 29 16:31:56 we don't need more, maybe only ubiattach even Apr 29 16:39:17 ok, compressed size is 16-17 kb Apr 29 16:39:53 bbl Apr 29 16:58:25 jay7:ping Apr 29 17:09:48 /win 21 Apr 29 17:09:50 ops Apr 29 17:09:54 *oops Apr 29 17:29:44 dromede: pong Apr 29 17:30:23 i've read the backlog and saw this celf thing Apr 29 17:30:34 ah, hehe Apr 29 17:31:01 so ok, i'll help if i can Apr 29 17:31:17 i've been away recently Apr 29 17:31:30 nice Apr 29 17:31:35 i have to put all of my hobbies on hold for a while Apr 29 17:31:57 i'm still in college and i have neglected my duties for far too long Apr 29 17:32:13 now it's all piled up, i have to deal with that for now Apr 29 17:32:27 i'll have more time after may Apr 29 17:32:40 * Jay7 is now suspended all hobbies too but because new full time job.. need time to understand how things are working Apr 29 17:33:51 if i undestood correctly, kexecboot was backed by celf last year? Apr 29 17:40:11 we got sponsorship in 2010 Apr 29 17:40:52 anyways, i've looked at the kexecboot source Apr 29 17:41:06 there's room for improvement on the gui side of things Apr 29 17:41:10 i can work on that Apr 29 17:41:21 http://elinux.org/CELF_Project_Proposal/Improve_kexecboot Apr 29 17:41:34 this work was sponsored Apr 29 17:41:55 http://elinux.org/Improve_kexecboot Apr 29 17:42:00 this year proposal Apr 29 17:42:33 did it really take only 65 hours for the first one ? :) Apr 29 17:44:10 iirc. something about Apr 29 17:48:37 ah, 81 hours total Apr 29 17:50:38 close enough Apr 29 18:38:02 Jay7: I'm testing this last headers spli btw http://paste.debian.net/166575/ Apr 29 18:38:11 hi dromede Apr 29 18:43:39 hi ant__ Apr 29 20:24:13 for now Apr 29 20:24:14 PACKAGES =+ "ubiattach-klibc ubidetach-klibc mtdinfo-klibc ubimkvol-klibc \ Apr 29 20:24:15 ubirename-klibc ubirmvol-klibc ubirsvol-klibc" **** ENDING LOGGING AT Mon Apr 30 02:59:58 2012 **** BEGIN LOGGING AT Mon Apr 30 02:59:59 2012 Apr 30 07:58:53 wow Omegamoon ... Apr 30 07:59:17 :) Apr 30 07:59:22 yeah, I know Apr 30 07:59:33 has been a while Apr 30 08:00:28 but how are things here ant_work Apr 30 08:00:48 lo Omegamoon Apr 30 08:00:56 morning ant_work Apr 30 08:01:10 hi there HRH_H_Crab Apr 30 08:01:31 Omegamoon: you may remember me from the comments section of your blog... Apr 30 08:01:40 i think i made one or two posts there... Apr 30 08:02:58 yeah I remember :) Apr 30 08:03:18 I should do something about that blog... Apr 30 08:03:23 * ant_work is filtering a massive spam attack from .br servers Apr 30 08:04:03 I mean... it's so... inactive ;-) Apr 30 08:04:07 it is Apr 30 08:04:11 however, Apr 30 08:04:25 ive been playing with my zaurus' a bit over the last week or so Apr 30 08:04:43 and every time i went to google i ended up at your blog eventually! ;) Apr 30 08:04:46 ant_work: that wasn't me spamming you;-) Apr 30 08:06:10 HRH_H_Crab: haha, well, maybe I have to do something about that then, making sure that the FIRST post in Google leads you to my blog :P Apr 30 08:06:44 i think a lot of it had to do with searching for: Apr 30 08:06:49 "debootstrap zaurus" Apr 30 08:06:51 ;P Apr 30 08:07:09 there are only so many appropriate pages that google is going to suggest... Apr 30 08:07:53 oh yeah, that's a difficult one Apr 30 08:07:58 hello there Apr 30 08:08:14 how are you doing? still in NL? Apr 30 08:08:32 there are some nice bootstrap scripts in the Fedora repositories Apr 30 08:09:10 ant_work: oh yeah, I wouldn't leave NL Apr 30 08:09:18 except for holidays, that is Apr 30 08:09:27 heh Apr 30 08:10:40 have you seen how poky/oe did merge ? Apr 30 08:10:45 queensday today, so that means a day off Apr 30 08:11:48 I saw yocto Apr 30 08:11:58 seems nicely done Apr 30 08:12:35 although I missed reference to the zaurus packages Apr 30 08:12:48 we have a dedicated BSP Apr 30 08:13:16 http://www.openembedded.org/wiki/LayerIndex Apr 30 08:13:38 meta-handheld is the BSP Apr 30 08:13:46 meta-initramfs is for the kexecboot stuff Apr 30 08:13:47 I'll check that out for sure Apr 30 08:13:55 didn't know that Apr 30 08:13:58 we are now using Yocto kernels on Z Apr 30 08:14:12 (validated by the kernel config tools) Apr 30 08:14:30 what version are you using Apr 30 08:14:35 ? Apr 30 08:14:37 there is hope that ipaq will follow Apr 30 08:14:48 yocto-mainline is 3.2 Apr 30 08:15:00 3.4 is also in testing Apr 30 08:15:06 oh great Apr 30 08:15:33 and how is that performing? Apr 30 08:15:43 I'll have to find the time and reduce the zaurus. cfg to the minimal fragments Apr 30 08:16:02 ant_work: i am possibly missing something obvious, Apr 30 08:16:08 but i cant seem to get sound working Apr 30 08:16:15 Omegamoon: infamous power/recharge issues Apr 30 08:16:15 all the modules seem to be present and correct. Apr 30 08:16:34 Omegamoon: good news is are being worked on Apr 30 08:16:37 ouch... Apr 30 08:17:02 there are already first patches Apr 30 08:17:25 HRH_H_Crab: check your alsa config Apr 30 08:17:55 aah Apr 30 08:18:00 iirc there is smthg wrong with alsamixer in the oe/yocto images too Apr 30 08:18:06 HRH_H_Crab: it has been a while, but check the channels and make sure they're not on 'mute' Apr 30 08:18:21 Omegamoon: i think its more fundamental than that. Apr 30 08:19:28 hmm, where are the times when things were simple ;-) Apr 30 08:20:51 Omegamoon: ah, and btw I have tested ubi/ubifs on Zaurus Apr 30 08:21:15 ..and with big big luck right those days a kernel patch appeared :) Apr 30 08:22:08 so we can keep CONFIG_MTD_NAND_VERIFY_WRITE=y Apr 30 08:22:58 (it was not possible for ubi to write subpages of 256b, ecc verify was/is broken for subpages) Apr 30 08:23:40 for kexecboot it means that scanning time is <1/10 for partitions on nand Apr 30 08:24:37 argh, Walmart.com.br strikes again, from another mx :/ Apr 30 09:16:41 Omegamoon: with a quad core and a decent hdd (no raid) you can (cross)build oe-core-sato in two hours and an half Apr 30 09:17:11 build is better parallelized now Apr 30 09:25:57 morning Apr 30 09:27:39 ant_work: quad core... I'm always saving out on cores, so the best I have is dual core currently Apr 30 09:28:01 Jay7: hi there Apr 30 09:28:12 Omegamoon: wow! you are here :) Apr 30 09:28:27 hehe, yeah, it's for real Apr 30 09:28:48 had to happen some day ;-) Apr 30 09:30:43 Jay7: so with ubiattach we are ready to test ubi volumes. I'm thinking that lvm2 is similar, just needs libdevmapper Apr 30 09:30:45 cd Apr 30 09:30:51 oops Apr 30 09:31:30 ant_work: I'm going to update my kexecboot devel VM :) Apr 30 09:32:01 well, VM support will come later :) Apr 30 11:57:43 strange Apr 30 11:57:51 lsmod shows loads of sound modules loaded. Apr 30 11:58:12 snd_soc_core 61150 3 snd_soc_spitz,snd_soc_pxa2xx_i2s,snd_soc_wm8750 Apr 30 11:58:16 looks healthy Apr 30 11:58:17 but: Apr 30 11:58:32 crab@mongkok:/etc/modprobe.d$ aplay -l Apr 30 11:58:32 aplay: device_list:252: no soundcards found... Apr 30 12:01:13 HRH_H_Crab: check /proc/asound/devices Apr 30 12:01:21 and cards Apr 30 12:01:43 and other files there :) Apr 30 12:03:42 yeah Apr 30 12:03:45 theres not much. Apr 30 12:03:54 a timer and a sequencer Apr 30 12:04:23 nothing in cards or devices Apr 30 12:05:04 ls Apr 30 12:12:40 iirc there is smthg in kernel bootlog, check dmesg Apr 30 12:12:55 (this for all zaurus since long time) Apr 30 12:13:12 ...hmmm..or maybe is zaurusd Apr 30 12:13:34 sorry but I stop testing on boot since (too) long Apr 30 12:14:47 Jay7: http://www.kernel.org/doc/Documentation/ABI/stable/sysfs-class-ubi Apr 30 12:15:54 we get easily from here the ubi volume(s) Apr 30 12:18:45 yes, nice link Apr 30 12:19:08 usually we expect ubi0_0 but we could have ubi0_1 or even ubi1_X in case of two ubi mtdparts Apr 30 12:19:35 I think initially we can skip the ubi volume name(s) Apr 30 12:19:43 and just look atthe devices Apr 30 12:20:29 so, if you detect 'UBI#' you'll have to exec ubiattach on that mtd then process the devices Apr 30 12:21:15 seems we don't need ubifs detection in case of sysfs usage Apr 30 12:21:35 atm no, and btw is the *only* supported ubi fs atm :) Apr 30 12:21:52 just look into /sys/class/ubi, attach, mount and check for boot.cfg Apr 30 12:22:05 yes, seems so easy.... Apr 30 12:23:18 now, in userspace the devices are created by udev I think. I suppose devtmpfs will repopulate after ubiattach Apr 30 12:23:40 I see /dev/ubi_ctrl and /dev/ubi0 Apr 30 12:23:57 I'll check better when volumes are mounted Apr 30 12:27:02 may be we should go this way Apr 30 12:27:15 i.e. use /sys as only information source Apr 30 12:27:57 but I'm not sure 2.6.20 kernel have sysfs Apr 30 12:56:45 KernelVersion: 2.6.22 Apr 30 12:57:00 this Artem doc Apr 30 12:57:19 July 2006 Apr 30 12:57:29 well.... Apr 30 16:18:51 bbl **** ENDING LOGGING AT Tue May 01 03:00:01 2012 **** BEGIN LOGGING AT Tue May 01 03:00:03 2012 May 01 08:47:08 well, the good news is that i have finally got a nice fresh debian rootfs. May 01 08:47:31 the bad news is that ive lost ssh connection to the z! ;P **** ENDING LOGGING AT Wed May 02 02:59:58 2012 **** BEGIN LOGGING AT Wed May 02 02:59:58 2012 May 02 07:35:41 jeez...I've spent 2 hours trying to convert scanf() to a getchar() loop ... last I played with that was 20 years ago :) May 02 07:36:53 the idea was the patch should change only a few lines...I'll give up and rewrite the routines :/ May 02 07:37:59 it is for ubiformat-klibc , which is not so important: we only need ubiattach May 02 07:38:03 why you are doing this? :) May 02 07:38:13 I've finished th eubi-utils, all 12 May 02 07:38:14 ah, to use klibc May 02 07:38:38 don't we have some *scanf in klibc? May 02 07:38:57 no, neuther scanf nor fscanf May 02 07:39:08 there is getchar and getc, though May 02 07:40:04 Jay7: btw, it looks like the argv[] is not respected :/ May 02 07:40:17 i.e. ubiformat -O /dev/mtd3 id ok May 02 07:40:33 but ubiformat /dev/mtd3 -> too many mtd defined May 02 07:40:40 but we have read() btw :) May 02 07:40:42 sorry May 02 07:40:47 but ubiformat /dev/mtd3 -O 512-> too many mtd defined May 02 07:41:01 seems device should be last May 02 07:41:15 thi s works with eglibc May 02 07:41:30 with 'normal' ubiformat May 02 07:41:52 ah, then this is klibc's getopt implementation may be May 02 07:42:23 anyway, we may do it with right order :) May 02 07:43:32 see, I only patch scanf() May 02 07:43:33 http://git.infradead.org/mtd-utils.git/blob/HEAD:/ubi-utils/ubiformat.c May 02 07:43:53 I'll read a single char, 'n' or 'y' May 02 07:44:07 to keep the code small May 02 07:45:25 ah May 02 07:45:26 232 else if (optind != argc - 1) May 02 07:45:26 233 return errmsg("more then one MTD device specified (use -h for help)"); May 02 07:46:08 ^^ this looks like the problem May 02 07:47:22 in kexecboot we don't use optind, isn't? May 02 07:47:41 maybe the klibc implementation is buggy May 02 07:51:24 "By default, getopt() permutes the contents of argv as it scans, so that eventually all the nonoptions are at the end." May 02 07:51:28 "The variable optind is the index of the next element to be processed in argv. The system initializes this value to 1" May 02 07:53:20 that is the reason May 02 07:54:23 no option => stop processing => use all parameters left as non-options May 02 07:54:45 heh POSIXLY_CORRECT May 02 07:54:46 If this is set, then option processing stops as soon as a nonoption argument is encountered. May 02 07:55:14 POSIX.2 and POSIX.1-2001, provided the environment variable POSIXLY_CORRECT is set. Otherwise, the elements of argv aren't really const, because we permute them. We pretend they're const in the prototype to be compatible with other systems. May 02 07:55:21 now that is fun May 02 07:55:36 just don't care much about this May 02 07:56:20 I've noticed it with ubiformat, not for ubiattach May 02 08:18:59 Jay7: this is the cleaner code I can find http://opensource.apple.com/source/cvs/cvs-30/cvs/lib/yesno.c May 02 12:22:12 Jay7: finally the patch seems one-liner ;) May 02 12:22:44 - if (scanf("%3s", buf) == EOF) { May 02 12:22:59 + if (fgets(buf,4,stdin) == NULL) May 02 12:23:23 hehe May 02 12:24:12 buf[4] is enough: I was thinking fgets gets the '\n' and adds a '\0' May 02 12:31:12 bluelightning: I can't remember the policy now about empty packages: better to filter them out with custom PACKAGES or let them live ? May 02 12:31:59 ant_work: I'm not sure either to be honest May 02 12:32:09 perhaps we don't have a clearly defined policy May 02 12:32:25 i.e. for uclibc-utils-klibc I left only the $PN-dbg cause a) I removed the docs, b) there is no -dev nor -staticdev c) the utils are packaged one by one May 02 12:33:12 with PACKAGES =+ "xyz-klibc" & FILES_xyz-klibc = "bb May 02 12:33:19 if empty though the package won't be produced though, unless ALLOW_EMPTY_ is set May 02 12:33:40 in fact I see them in package-split in Workdir May 02 12:34:11 ALLOW_EMPTY is per recipe? May 02 12:34:22 I didn't set it May 02 12:34:23 it should be set per-package May 02 12:34:34 you don't need to unless you want the package to be produced even if it's empty May 02 12:34:37 ah, yes, per -package May 02 12:35:07 the fact is $PN is usually packaged if not excluded May 02 12:37:42 similar applies to kexecboot packaging fwiw ;) May 02 12:43:41 bbl May 02 23:30:36 Jay7: root@poodle:~# cat /sys/class/ubi/ubi0_0/name May 02 23:30:37 poodle-rootfs May 02 23:30:37 root@poodle:~# **** ENDING LOGGING AT Thu May 03 03:00:01 2012 **** BEGIN LOGGING AT Thu May 03 03:00:02 2012 May 03 08:32:22 Jay7: hi May 03 08:32:30 hi May 03 08:32:43 so, I've finished to waste time with ubi & klibc :) May 03 08:33:13 now, I'll package the 33kb of ubiattach in the cpio May 03 08:34:19 how would you special-case the detection of mtd's containing ubi ? May 03 08:35:34 if no FS was found by fstype and device is mtd then look into /sys may be May 03 08:35:35 I'm thinking that one day we'll readd as special-case the losetup stuff, this will need different processing though May 03 08:38:36 i.e. DVT_MTD, sizeof("/dev/mtdblock")-1, "/dev/mtdblock" }, May 03 08:38:47 we do not use mtd as block May 03 08:38:56 for UBI May 03 08:40:22 may be even easied May 03 08:40:27 *easier May 03 08:40:53 just look into /sys after processing all devices May 03 08:44:41 well, we obtain UBI# from first erase counter scanning the mtd May 03 08:45:07 even before ubiattach May 03 08:45:39 I've looked yesterday at sys/classes/ubi *after* attaching and mounting a volume May 03 08:46:37 I'm looping chicken-egg here :) May 03 08:52:27 I can add an if in const char *detect_fstype(char *device, struct charlist *fl) May 03 08:52:43 around "/* Check that FS is known */" May 03 08:53:00 and ubiattach here May 03 08:58:21 better to check /sys before attaching :) May 03 08:58:54 I'm already here with the patches May 03 08:59:04 just need to decide if it is called ubi or ubifs May 03 08:59:36 well, it must be as it is in /proc/filesystems May 03 09:00:00 I am at log_msg(lg, "+ FS %s is not supported by kernel", fstype); May 03 09:06:54 cat /proc/filesystems |grep ubi May 03 09:06:55 nodev ubifs May 03 09:10:17 definitely the kernel calls it ^^ May 03 09:10:40 but then we need to check in sysfs to see if there are volumes May 03 09:10:54 because the mount string is different May 03 09:12:04 so yes, we need to gather the volumes *and* their names May 03 09:12:07 "mounts "rootfs" volume of UBI device 0 to /mnt/ubifs ("rootfs" is volume name). This method of specifying UBI volume is more preferable because it does not depend on volume number." May 03 09:12:30 well, we *do parse* the volumes so for us ID could also be an option May 03 09:13:36 Note, if X is not specified, UBIFS assumes 0, i.e., "ubi0:rootfs" and "ubi:rootfs" are equivalent. May 03 09:14:14 so mount -t ubifs ubi0:0 /mnt/XXX should be ok for the first May 03 09:25:30 ah, even simpler May 03 09:25:32 http://www.mjmwired.net/kernel/Documentation/filesystems/ubifs.txt May 03 09:26:03 103 Mount volume 0 on UBI device 0 to /mnt/ubifs: May 03 09:26:03 104 $ mount -t ubifs ubi0_0 /mnt/ubifs May 03 09:28:56 The UBI volume to mount is specified using "ubiX_Y" or "ubiX:NAME" syntax May 03 09:29:30 where "X" is UBI device number, "Y" is UBI volume number, and "NAME" is May 03 09:29:35 UBI volume name. May 03 10:51:50 i.e. just get ubiX_Y from sysfs and mount it May 03 10:52:13 but we need to mount sysfs then.. now we are using only procfs May 03 16:42:45 bluelightning: did I tell you psplash is rotated 90° on qvga (poodle) ? May 03 16:43:05 do we miss some BSP customization? May 03 16:46:08 ant_work: I'm not sure... you'd have to look at psplash's code May 03 16:46:16 it's not particularly complicated May 03 16:46:21 is it ok on ipaqs? May 03 16:46:32 we have reused it in kexecboot at first time :) May 03 16:47:10 ant_work: I don't think my opie recipes include psplash, so I've not really tested it May 03 16:47:11 fb.c was psplash-based before I've broken^Wrewritten it :) May 03 16:47:37 s/recipes/images/ May 03 16:47:44 fwiw it was broken when iy was Yocto instead of OE as well May 03 16:47:53 so no bugs added :) May 03 16:54:41 ah, I see, there is a single psplash-poky-img.h May 03 16:54:50 #define POKY_IMG_WIDTH (300) May 03 16:54:50 #define POKY_IMG_HEIGHT (241) May 03 16:55:14 241? May 03 16:55:15 so it would be ok but needs to be rotated if fb is rotated May 03 16:55:18 odd May 03 16:55:22 ^_^ May 03 16:55:31 http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/psplash/files/psplash-poky-img.h May 03 16:55:58 is centered on vga May 03 16:56:05 just fine on corgi/spitz May 03 16:56:17 on qvga the bar surposes th elogo... May 03 16:56:28 is even too big May 03 16:56:38 (the logo) May 03 17:00:02 I have to take pictures of kexecboot for the web site, I'll record a movie of psplash for you ;) May 03 17:00:40 Jay7: btw, no way to take screenshots on qemu on qvga? May 03 17:00:56 lumag was working on collie but I don't know... May 03 17:00:57 no qvga emulation afaik May 03 21:14:24 well, kexecboot hackers, you guys rock. May 03 21:14:29 just thought id mention that. May 03 21:15:35 thanks :) May 03 21:17:27 thanks for a very neat bootloader. May 03 21:17:54 its thanks to you that we can have cool stuff (zaurii with non-prehistoric kernels and up to date os') May 03 21:19:19 indeed, awesome work guys May 03 21:19:29 :) May 03 21:20:32 ant__ is our 'engine' :) May 03 21:20:51 motivator :) May 03 21:30:08 hi there ;) May 03 21:30:44 Jay7: so at boot there is only sys/class/ubi/version May 03 21:31:04 and /dev/ubi_ctrl May 03 21:31:29 so we are obliged to scan the mtd and then ubiattach May 03 22:43:08 ok, now ubifs is recognized: here we get May 03 22:43:10 log_msg(lg, "+ can't mount device: %s", ERRMSG); May 03 22:43:34 invalid... May 03 22:43:37 ofc May 03 22:47:31 gn **** ENDING LOGGING AT Fri May 04 02:59:59 2012 **** BEGIN LOGGING AT Fri May 04 02:59:59 2012 May 04 07:58:39 hi bluelightning May 04 07:58:47 hi ant_work May 04 07:58:53 Jay7: I did boot ubifs from kexecboot :) May 04 07:59:05 ant_work: wow! May 04 07:59:27 all hardcoded :/ May 04 07:59:32 but it bots May 04 07:59:36 +o May 04 07:59:39 that's better than nothing :) May 04 08:00:01 now, up to you to decide where to do the ubiattach May 04 08:00:19 I was doing it in devicescan, after the mount error May 04 08:01:12 if we can know that there is ubifs, we should add explicit checking for 'ubifs' FS before mounting May 04 08:01:24 then do ubiattach and change device name May 04 08:01:42 yes, I hardcoded ubi0_0 May 04 08:01:47 and seems we shouldn't do detaching May 04 08:02:04 the device with ubi headers is mtd3 May 04 08:02:26 in fact we scan the mtdblock3 but it's the same May 04 08:02:32 btw, do you detecting ubifs explicitly or ubi container? May 04 08:02:52 UBI# is the 'eraseblock marker' May 04 08:03:11 for UBI May 04 08:03:31 but I forced it to be ubifs_image May 04 08:03:42 if one ubi container can contain only one ubifs volume then it's enough to detect container May 04 08:03:45 (atm there is only one filesystem for UBI) May 04 08:04:14 or we may detect container then check /sys May 04 08:04:21 yes May 04 08:04:47 and even, I don't know what happens if first block is bad (at the beginning) May 04 08:05:01 i.e. detect container on /dev/mtdX, do ubiattach and check sysfs for actual volumes May 04 08:05:03 maybe we should read two to be sure (see lvml2) May 04 08:05:20 Jay7: yes May 04 08:05:34 same for lvm May 04 08:05:47 but do vgchange -y instead :)( May 04 08:05:58 seems so May 04 08:06:14 sounds like plan May 04 08:06:18 but we should read and find a list of volumes May 04 08:07:02 so maybe we need to add ubi and ubifs to fstype.c May 04 08:07:15 list of volumes is in /sys May 04 08:09:23 practically we could blindly try to ubiattach i.e. ubi0_0 ubi0_1 ..ubin_n May 04 08:09:49 ubiattach should immediatelyfail May 04 08:09:56 yes, for every /dev/mtd* May 04 08:09:57 it takes half a second to attach May 04 08:10:22 only for mtd with fstpe ubifs (UBI#) May 04 08:10:40 why for every ? May 04 08:11:01 well, even better - not for every :) May 04 08:11:55 I meant do ubiattach for every /dev/mtd* and then look into /sys for actual volumes :) May 04 08:12:13 but your idea is better May 04 08:12:19 do you plan to add a function call for ubi/lvml2 ? May 04 08:13:21 I'd prefer to wait for CEWG results May 04 08:13:30 but some background work may be done already May 04 08:15:19 I mean, should we try to do it at the beginning of detect_fstype() so it will not fail or ubiattach before it tries to mount? May 04 08:15:51 log_msg(lg, "+ FS type '%s' detected", fstype); -> ubifs May 04 08:16:26 if I let ubi then it is not supported in kernel May 04 08:17:13 we should check ubifs presence in kernel before May 04 08:17:22 then do ubiattach if it is ubi container May 04 08:19:06 may be at end of devicescan_next() May 04 08:19:18 after detect_fstype() May 04 08:20:20 or in scan_devices() before mount May 04 08:20:32 second is better imho May 04 08:22:16 hm.. but if there may exists multiple volumes in same container (on same mtd) then we need specail processing May 04 08:22:20 another loop around May 04 08:55:18 I think in theory we should run detect_fstype one second time on the volumes May 04 08:55:43 and check for ubifs magic, which is not UBI# or UBI! May 04 08:56:58 this would be the real "ubifs", ubifs_image May 04 09:03:57 so in fact I should add two entries to static struct imagetype images[] = { May 04 09:04:58 one is for the eraseblock marker UBI# -> how do we call it? ubicontainer_image ? which triggers the ubiattach May 04 09:07:12 'ubi' and 'ubifs'? May 04 09:07:19 heh, one would be for the ubi_volumes (UBI! header) May 04 09:07:30 then the real ubifs ubifs_image May 04 09:07:55 #define UBIFS_SUPER_MAGIC 0x24051905 May 04 09:08:18 I think we can process the volumes with sys for simplicity May 04 09:09:15 I don't know.. do you prefer to have the right name or *identify from the first detection? May 04 09:13:54 #define UBIFS_NODE_MAGIC 0x06101831 May 04 09:14:01 argh ... 4 now :/ May 04 09:14:15 better kiss May 04 09:14:30 then if you get the contract you'll redo it properly :) May 04 09:14:45 good idea :) May 04 09:15:22 ok, I'll se nd you a first patch for that May 04 09:15:49 after {0, "jffs2", jffs2_image}, I'll just add {0, "ubifs", ubifs_image}, May 04 09:16:27 then we have to intercept it as discussed before May 04 09:23:07 seems it is possible to have multiple volumes on top of same mtd partition.. May 04 09:23:32 so we can't easily detect all volumes in general case May 04 09:23:43 only by parsing ubi headers May 04 09:23:56 or just ubiattach and look into /sys May 04 09:24:06 the volume appears in /sys/class/ubi only after ubiattach May 04 09:25:18 http://git.denx.de/?p=u-boot.git;a=blob;f=drivers/mtd/ubi/scan.c;h=d5c1d27dcbe83220f2bf60d3d498d527d3e6acd8;hb=HEAD May 04 09:25:27 906 struct ubi_scan_info *ubi_scan(struct ubi_device *ubi) May 04 09:25:34 ^^ this is an alternative.... May 04 09:26:55 it's kernel function May 04 09:27:03 not sure there is way to run it from userland May 04 09:30:16 The modern way of mounting UBIFS is mounting UBI volume character device nodes, e.g.: May 04 09:30:18 $ mount -t ubifs /dev/ubi0_0 /mnt/ubifs May 04 09:30:19 will mount UBIFS to UBI volume 0 on UBI device 0. This is the easiest way to mount UBIFS, but it is supported only in kernels starting from version 2.6.32. May 04 09:30:48 hm.. so on modern kernels after ubiattach /dev/ubiX_Y should appear May 04 09:30:55 it does May 04 09:31:25 no need to mount sysfs :) May 04 09:31:42 if devtmpfs is catching this May 04 09:31:59 hm.. at boot there is only /dev/ubi_ctrl May 04 09:32:24 interesting to look what is there after ubiattach May 04 09:32:35 I should try w/out udev May 04 09:32:59 or in the initramfs, better May 04 09:33:17 add busybox shell there :) May 04 09:33:29 after ubiatatch you get /dev/ubi0 May 04 09:33:37 we may check /bin/sh presence btw May 04 09:33:44 and if there is a volume, ubi0_0 May 04 09:33:48 and show "Run Shell" item in menu May 04 11:09:30 Jay7: http://code.google.com/p/wl-700ge/source/detail?spec=svn188&r=188 May 04 11:09:58 o_O May 04 11:10:09 why not /proc ? May 04 11:10:20 look at the tty, maybe is worth May 04 11:10:45 still I don't see the point... May 04 11:13:04 btw you can add kexecboot can boot Android. Maybe someone doesn't know it May 04 11:16:02 seems they check for ttySX May 04 11:17:58 ant_work: I miss the point too May 04 11:18:14 ttyS check is commenter May 04 11:18:16 *d May 04 11:18:28 ah May 04 11:18:36 ofs++ May 04 11:18:39 hm.. May 04 11:18:57 no, still can't catch :) May 04 11:19:19 malloc(sizeof(str_dev)+strlen(value)) May 04 11:20:53 and even ,we have tested console=tty1 console=ttyS0,115200n8 May 04 11:22:24 ah May 04 11:22:27 value[3] May 04 11:22:42 is S and not a number May 04 11:24:07 i.e. return 0 in line 22 May 04 11:25:02 only thing is strncat vs strcat May 04 11:25:11 I mean (value[3] > '0') returns true for pure case... May 04 11:25:22 may be his gcc complains about strcat usage :) May 04 11:25:42 no, it is partially right (maybe) May 04 11:25:55 ant_work: but value[3]<'9' will break this :) May 04 11:26:55 anyway in that case the check is incorrect May 04 11:26:58 but.. May 04 11:27:19 yes, because we need only ttyX case May 04 11:27:23 you can have ttyA0 ... May 04 11:27:26 for cursor switching May 04 11:27:42 that code is wrong anyway May 04 11:27:44 yes, vt console is tty, sure May 04 11:27:55 but I don't know how to get tty under fb May 04 11:28:35 only partially useful patch is about procfs May 04 11:28:53 but this should be wrapped by #ifdef and configure option May 04 11:29:20 hm.. I know what is wrong with our check May 04 11:29:28 tty0123abc May 04 11:30:06 even just tty0blablabla May 04 11:30:35 with strncat it will copy only tty0 May 04 11:30:55 but tty11 will be broken too May 04 11:31:05 heh May 04 11:32:01 main question is "why this man doesn't mailed patches to us?" May 04 11:32:56 anyway the akefile installs empty /proc :) May 04 11:33:01 *Makefile May 04 11:34:32 seems he just have already mounted procfs May 04 11:34:42 kexecboot is called from script May 04 11:35:22 http://code.google.com/p/wl-700ge/source/browse/trunk/package/kexecboot/files/kexecboot.init May 04 11:36:32 ah, ok, check for presence before May 04 11:38:03 Jay7: and here talks about a bug http://dev.openaos.org/wiki/Gen8Linux2.6.37 May 04 11:38:27 on openAOS Note2: kexecboot has a bug, if right after boot you press 'Power' twice, it hangs. May 04 11:38:44 what is Gen8? May 04 11:39:06 ah.. seems tablet May 04 11:39:44 hm.. powered by kexecboot :)) May 04 11:40:27 http://www.openaos.org/wp-upload/gen8/2011-08-31/dev/ May 04 11:40:36 volume up/down patch May 04 11:41:48 http://dev.openaos.org/wiki/SettingUpMultiRootGen8 May 04 11:42:05 I think we already have the volume patch May 04 11:42:44 btw: ttyACM0: USB ACM device May 04 11:43:24 http://dev.openaos.org/wiki/FBMenu May 04 11:46:09 another one... May 04 11:47:11 just "dialog" replacement May 04 11:47:38 look at note about OpenEmbedded at top :) May 04 11:47:43 about glibc :) May 04 11:48:31 I think that wrt size we are almost at the state-of-the art May 04 11:48:49 it is true, though, the new gui è icons are heavier May 04 11:49:02 but just some Kb May 04 11:49:20 they have very good compression ratio :) May 04 11:50:51 textui only was 16-17 kb less May 04 11:51:29 btw, remember to split the headers! May 04 11:51:31 textui should be improved so difference will be little lower :) May 04 11:51:43 yes, I remember May 04 12:56:57 Jay7: about ubiattach, I did a fork + execve. Better ideas? May 04 12:57:27 use same way as first kexec is called May 04 13:03:10 ah, yes, fexecw() * (fork, execve and wait) May 04 15:21:17 bluelightning: you'll have harder times wrt the tsc with the new member ;) May 04 15:22:04 ant_work: I hope not... May 04 15:22:27 is just a feeling atm May 04 15:28:18 now, about us, we didn't do Easter Cleanings in meta-hh May 04 15:28:40 what about ipaqs? May 04 15:28:59 can we move the 1940 and 4700 to linux-yocto_3.2 ? May 04 15:29:13 and remove linux 3.1 and 3.2 ? May 04 15:29:34 and .git as well (as for me) May 04 15:30:33 (and kexecboot versions ofc) May 04 15:40:21 heh May 04 15:40:33 collie is on the safe side... May 04 15:40:40 Russel King: May 04 15:40:44 "What I'm basically pointing out is that the majority of my infrastructure May 04 15:40:44 here runs on ARMv4 StrongARM based platforms, and I don't see this May 04 15:40:44 changing any time soon. As long as that is the case, I have a vested May 04 15:40:44 and selfish interest in keeping the kernel buildable for ARMv4. May 04 15:40:44 " May 04 15:40:53 37 mins ago :) May 04 16:08:41 awesome :) May 04 16:09:12 as for the ipaqs, I just need to make some time to do testing May 04 16:09:30 I've lost touch with hx4700 status May 04 16:13:11 spitz tester ready for duty here! May 04 16:18:41 as for the users, we really need a sort of feed, or we just use Angstrom feeds. Honestbly I last built A. one year ago... May 04 16:19:26 yes May 04 16:19:27 afaik there are still a couple of rough edges for Z May 04 16:19:41 udev and xserver for sure May 04 16:20:01 never tried systemd but reading ML is horror-story May 04 16:20:24 unless it's fixed now May 04 16:21:06 as for Narcissus, the scripts basically need just the EXTRA's for jffs2 and ubi May 04 16:21:39 the latter is a bit problematic May 04 16:21:55 I have a pending patch for this but cannot test collie and tosa May 04 16:22:32 the number of nodes differs btw models May 04 16:22:56 the subpages on poodle/corgi are of 256b May 04 16:23:04 still to check on spitz May 04 16:23:45 finally, we should split the spitz family for the SL-C3000 has less nand May 04 16:26:28 just 5120k May 04 16:26:38 for mtd 2 May 04 16:27:28 and borzoi and terrier also differs :/ May 04 16:27:57 same for 750 / and 760 May 04 16:31:18 dunno if it is worth, though. Maybe a well written ZAURUS.UBI is enough ;) May 04 16:31:21 ant_work: i havent bothered to play with X but im using stock debian udev now. May 04 16:31:32 seems to work nicely on my spitz May 04 16:32:28 i made a totally fresh rootfs using debootstrap with no funky stuff. May 04 16:32:37 the images built with OE are not yet sopolished May 04 16:32:45 maybe opie-image May 04 16:33:14 but the X images are still needing ts calibration May 04 16:33:40 bluelightning: maybe it is enough to provide some pointercal values in the BSP May 04 16:34:28 but we need the xinput-calibrator in oe-core May 04 16:34:53 k. was against, he said oe-core should be thinner and not fatter May 04 16:35:32 fun.. we already have xinput in oe-core May 04 16:36:10 I'm sure he'll nak if I propose the patch May 04 16:37:52 ant_work: propose it anyway, then if you feel like it is not being dealt with appropriately it can be brought up at the TSC level May 04 16:38:11 it's a small think, I hope this will not happen May 04 16:39:38 (anyway on Z the calibration is bad but that's another problem) **** ENDING LOGGING AT Sat May 05 03:00:01 2012 **** BEGIN LOGGING AT Sat May 05 03:00:02 2012 May 05 05:40:12 hello May 05 17:53:59 hi May 05 23:46:25 Jay7: we might need to pass a config parameter for ubiattach: "-O" May 05 23:47:22 for some models it sould be -O 512 (poodle, c7x0) and for spitz /akita -O 2048 May 05 23:47:50 so to be safe pass it as config option May 05 23:47:55 gn **** ENDING LOGGING AT Sun May 06 03:00:01 2012 **** BEGIN LOGGING AT Sun May 06 03:00:02 2012 **** ENDING LOGGING AT Mon May 07 02:59:59 2012 **** BEGIN LOGGING AT Mon May 07 02:59:59 2012 May 07 15:31:46 hey May 07 15:52:58 hm.. we have some new people here May 07 15:55:42 found your project via google, looks perfect for what i need to do May 07 15:56:05 sounds good :) May 07 15:56:23 just trying to package together a working initramfs containing it now :P May 07 15:58:20 this shouldn't be hard task :) May 07 15:58:41 it's proving a bit of a pain for reasons i haven't figured out yet May 07 15:58:53 just some dirs, kexec and kexecboot binaries May 07 15:58:59 well, yeah May 07 15:59:08 but the only way to boot the system is via a kernel.img file May 07 15:59:16 so no way to provide a separate initrd May 07 15:59:20 so i've cooked it into the kernel May 07 15:59:24 but i can't even get a busybox shell going May 07 15:59:28 same way we doing for zauruses May 07 16:00:00 this is for a raspberry pi May 07 16:00:07 ah, cool May 07 16:00:22 I want to buy one later :) May 07 16:00:50 yeah, the boot setup by default is really limited May 07 16:00:58 so i figure kexecboot is a cheap way to boot from USB etc May 07 16:01:11 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/ram0 May 07 16:01:14 oops, wrong window, sorry May 07 16:01:20 sure.. that if for what it was designed :) May 07 16:01:30 s/if/it/ May 07 16:01:47 sh*t.. s/if/is/ :) May 07 16:04:13 gotta hope kexec works at all i guess May 07 16:07:11 better to check from 'normal' userland May 07 16:07:40 i.e. boot any supplied/known to work environment and try to play with kexec from there May 07 16:08:01 well there's a suppled emergency kernel May 07 16:08:13 which i've kludged the kexec/kexecboot binaries onto May 07 16:08:22 but kexecboot doesn't start, saying it can't read /dev/tty1 May 07 16:08:43 we are going to support other methods (switch_root/losetup+switch_root) but now only kexec May 07 16:08:54 is /dev/tty1 there? May 07 16:09:08 no, which is why that error appears, lemme try mknod May 07 16:09:22 you may change it to use tty0 May 07 16:09:34 iirc, it is read from kernel cmdline May 07 16:09:44 tty0 isn't there either May 07 16:10:04 i did try kexecboot from a known working environment, where i saw the menu May 07 16:10:42 nice.. at least framebuffer is working then :) May 07 16:11:25 anyway, it should be possible to run w/o ttyX May 07 16:12:07 it's kind of ugly code only for switching off cursor on framebuffer console May 07 16:12:10 if i try to use kexec directly, the last thing i see is "Bye!" May 07 16:12:18 and then nothing, which makes me think kexec isn't working May 07 16:12:29 very possible :( May 07 16:12:47 try with uncompressed destination kernel May 07 16:13:05 seems that the kexec I have doesn't support that May 07 16:13:10 says zImage in the supported image types bit May 07 16:13:17 i just grabbed this kexec binary from the debian image May 07 16:13:27 Andrea may know more but he is outta here May 07 16:14:28 what kernel image type RPi is using? May 07 16:14:31 uImage? May 07 16:14:34 Image May 07 16:14:57 well.. you may try to compile own zImage May 07 16:15:24 but you need config and environment May 07 16:15:35 yeah, i have those May 07 16:15:41 i've built a zImage, that's what I tried to boot May 07 16:15:42 (and patches may be) May 07 16:16:10 which compression you are using? May 07 16:16:22 better to use gzip for testing time at least May 07 16:16:24 not lzma May 07 16:16:37 for both - kernel and initramfs May 07 16:16:50 using gzip yep May 07 16:19:10 may be good idea to wait for Andrea to appear here May 07 16:19:16 his nich is ant_* May 07 16:19:23 *nick May 07 16:19:47 he have more experience with kexec debugging on different systems :) May 07 16:19:57 at least in theory :) May 07 16:19:58 alright cool, i'll idle around **** ENDING LOGGING AT Tue May 08 03:00:01 2012 **** BEGIN LOGGING AT Tue May 08 03:00:02 2012 May 08 17:29:01 https://github.com/djwillis/meta-raspberrypi May 08 17:29:21 layer for raspberry pi May 08 17:29:25 indeed May 08 17:29:51 it hasn't been announced because some of the firmware licensing is still being properly documented **** ENDING LOGGING AT Wed May 09 02:59:58 2012 **** BEGIN LOGGING AT Wed May 09 02:59:59 2012 **** ENDING LOGGING AT Thu May 10 03:00:03 2012 **** BEGIN LOGGING AT Thu May 10 03:00:04 2012 May 10 09:18:22 seems Andrea is busy these days.. May 10 11:59:27 ant_work: hi May 10 11:59:51 ant_work: Hexxeh have Raspberry Pi and trying to run kexec[boot] on it May 10 12:00:15 hi there May 10 12:00:17 seems his kexec version is non-working May 10 12:00:28 can you help him with debugging? :) May 10 12:01:32 Jay7: somebody produced a log they got via the serial console May 10 12:01:36 lemme see if i can find it May 10 12:01:52 Hexxeh: log of kexec'ed kernel? May 10 12:01:58 yeah May 10 12:02:31 gah. paste expired. May 10 12:02:41 i'll ask him for the log again once he logs on later today. May 10 12:02:41 it happens May 10 12:12:54 so it's arm11/armv6 May 10 12:13:28 long ago I've seena patch onkexec m/l for arm v6/7 so probably today is fixed May 10 12:14:52 as for us, we are using kexec-tools-klibc_2.0.2.bb May 10 12:15:04 maybe the fix is in 2.0.3 May 10 12:15:32 try with a normal glibc/compiled kexec-tools 2.0.3 May 10 12:16:04 ...but maybe it was a kernel patch for kexec..can't remember ffhand May 10 12:22:35 * ant_work notes kexec-klibc needs updates May 10 12:24:32 ant_work: hi May 10 12:24:42 hi Paul May 10 16:26:24 Jay7: any news from CELF? May 10 16:26:49 ant_work: nothing May 10 16:28:58 Jay7: btw adding ubiattach needs a bit more work than initially thought: we need to add config options for 1) patch 2) args (-O) May 10 16:29:27 s/patch/path/ May 10 16:29:47 much like for kexec May 10 16:41:46 bluelightning: This patch adds support for the HP iPAQ hx4700 to the existing May 10 16:41:46 > pxa2xx-pcmcia driver. May 10 16:43:08 ant_work: which patch? May 10 16:44:07 [PATCH RESEND 1/3 v7] ARM: pxa: hx4700: Add PCMCIA/CF platform device May 10 16:44:13 applied yesterday May 10 16:44:28 probably for 3.4 May 10 16:46:31 yes, I read today in the comments of [PATCH] ARM: mach-pxa: Use REGULATOR_SUPPLY macro May 10 16:46:40 The hx4700 patch works for me on linux-3.4.0-rc6. May 10 16:46:45 Tested-by: Paul Parsons May 10 16:47:11 we have to ask zeddii about 3.4. iirc there is already a recipe somewhere May 10 16:57:03 bluelightning: when doing the refresh, pls try first adding the new machines to the linux-yocto_ kernel May 10 16:57:20 ant_work: ok May 10 16:58:59 once done for some devices, then we'll have to image a sort of parser to translate the machine_features into .cfg fragments May 10 16:59:42 and finally clean out the machine.cfg configs May 10 17:01:26 gotta go now, bbl **** ENDING LOGGING AT Fri May 11 02:59:58 2012 **** BEGIN LOGGING AT Fri May 11 02:59:59 2012 May 11 07:52:06 ok, klibc builds now with linux-libc-headers. All but kexec-tools-klibc is building: I'll try to upgrade and fix it this evening May 11 15:36:34 bluelightning: how good/bad is qt 4.8 today ? May 11 15:37:07 I know folks basing a project on Yocto 1.2 but needing latest QT May 11 15:37:53 QTE even May 11 15:41:31 ant_work: it should be OK, I've not heard too many complaints and I do know people are using it **** ENDING LOGGING AT Sat May 12 02:59:58 2012 **** BEGIN LOGGING AT Sat May 12 02:59:59 2012 May 12 23:03:19 hi ant__ May 12 23:03:43 have been testing spitz today May 12 23:04:09 hello May 12 23:04:36 bunch of things broken unfortunately :/ May 12 23:04:55 X images? May 12 23:05:01 no, I'm testing with Opie May 12 23:05:13 mostly minor stuff though, like certain things not being installed May 12 23:05:24 I have some kernel interface updates to do in Opie as well it seems May 12 23:06:12 iirc the modules were missing May 12 23:06:41 I loaded the latest kexecboot as well May 12 23:06:54 I'm now mostly booting core-image-base for testing... May 12 23:07:15 works OK but the menu responds to key presses quite slowly, any ideas about that? May 12 23:07:19 menu is slow, isn't? May 12 23:07:37 seems a spi bus issue on pxa270 May 12 23:07:38 ah, you've already found that then May 12 23:07:51 is ok on c7x0 and poodle May 12 23:08:04 maybe we have to change th eevent rate May 12 23:08:10 in kexecboot.cfg May 12 23:08:22 in kexecboot-cfg.bb May 12 23:09:37 same params were ok with 2.6x kernels btw. it's indeed the new matrix kb driver on the spi bus May 12 23:09:47 :/ May 12 23:10:20 argh May 12 23:10:27 new kernels always bring new problems May 12 23:11:08 good news are I've seen some related fix months ago, maybe are already in 3.3 May 12 23:11:45 which opie version is to test btw? May 12 23:11:53 latest from git May 12 23:11:57 ok May 12 23:12:16 I have some meta-opie updates locally though May 12 23:12:27 (mainly to make it work with latest opie) May 12 23:13:14 I'm now trying to solve an 'easy' issue: I'm pulling now i686 headers adapting that debian klibc patch :/ May 12 23:14:11 -> Error: bad instruction `bswapl r3'. May 12 23:41:34 \°/ May 12 23:41:37 yea! May 12 23:45:54 ant__: fixed? May 12 23:46:42 yes, now looking for the best variable to use May 13 00:12:20 much better now May 13 00:12:28 will send tomorrow May 13 00:12:30 gn **** ENDING LOGGING AT Sun May 13 02:59:59 2012 **** BEGIN LOGGING AT Sun May 13 02:59:59 2012 May 13 16:44:00 So kexecboot is just an init stepping-stone that allows the user to select the kernel at load-time (not unlike an OS loader)? May 13 16:53:15 yes May 13 16:53:30 'linux as a bootloader' **** ENDING LOGGING AT Mon May 14 02:59:59 2012 **** BEGIN LOGGING AT Mon May 14 02:59:59 2012 May 14 11:11:18 Jay7: any luck with kexec for th eraspberry-pi folks? May 14 11:11:43 ask Hexxeh :) May 14 11:11:56 afaik it is stalled a bit May 14 11:12:47 I'll work on latest kexec-tools later today. I think I'll commit a 2.0.3 and maybe a _git version if necessary May 14 11:13:08 in klibc flavor ofc May 14 11:13:13 he is using some debian-based kexec tool May 14 11:13:27 but I think the problems are libc-independent :/ May 14 11:13:36 may be good idea to find someone who is bulding OE for RP May 14 11:13:50 or build static kexec version May 14 11:13:53 newest May 14 11:14:21 our kexec-tools-klibc are probably overpatched but still do work on armv4/armv5te May 14 11:22:24 ah May 14 11:22:26 http://lists.infradead.org/pipermail/kexec/2011-October/005627.html May 14 11:25:10 seems still open issue, I don't see patches committed May 14 11:28:13 Hexxeh: ^^ maybe worth a try May 14 11:33:28 have kexec some debugging routines inside? May 14 11:34:13 anyway, he said that last line on console was 'Bye' May 14 11:34:22 so kexec tried to start kernel May 14 11:34:41 yes May 14 11:35:16 sounds like the ben-nanonote issue, machine not properly re-initialized May 14 11:36:03 I think the problem is on the kernel side May 14 12:47:11 Jay7: I've seen CELF has a page with links to beagleboard and raspberry-pi May 14 12:47:29 it would'nt be bad if kexecboot was mentioned there ;) May 14 12:50:21 Jay7: http://us.generation-nt.com/answer/patch-fix-kexec-reboot-arm-help-205749271.html May 14 12:50:39 yeah May 14 12:50:44 ^^ Peter Chubb fixed it on beagleboard (after that presentation where it was broken :p) May 14 12:50:57 nice :) May 14 12:51:30 or even complicated like this one: http://forum.xda-developers.com/showthread.php?t=1205288&page=17 May 14 12:53:16 Jay7: well, better to keep it only for armv7 :) May 14 12:53:17 http://www.gossamer-threads.com/lists/linux/kernel/1467521?do=post_view_threaded#1467521 May 14 12:53:31 breaks pre-ARMv6 May 14 13:05:41 we can't keep it for armv7 :) May 14 13:05:46 only May 14 13:05:55 you know why :) May 14 13:18:44 I'm thinking the kernels can easily be patched May 14 14:42:29 Hexxeh: any (good) news wrt kexec ? May 14 14:42:51 nothing :/ May 14 14:43:00 somebody on the channel has an interesting theory as to how to get it working May 14 14:43:05 RaYmAn May 14 14:43:10 pls try th epatch I posted above May 14 14:43:25 http://us.generation-nt.com/answer/patch-fix-kexec-reboot-arm-help-205749271.html May 14 15:06:58 Hexxeh: note the patch applies up to linux 3.2 May 14 15:07:06 3.3 has different source May 14 15:07:07 http://lxr.free-electrons.com/source/arch/arm/kernel/machine_kexec.c?a=arm May 14 15:08:30 somebody posted a log they got via the serial port May 14 15:08:34 it does load the new kernel May 14 15:08:43 but that gets stuck reinitialisating the framebuffer May 14 15:15:20 ah, maybe wrong cmdline May 14 16:24:16 I'm working on armv7 right now... May 14 16:24:21 Kernel 2.6.32.9 May 14 16:26:13 can you kexec another kernel on your machine? May 14 16:27:02 ideally we should test kernel 3.3 after big refactoring of kexec stff May 14 16:27:29 I'm waiting for 3.4... May 14 16:29:11 Jay7: I'm thinking we should first check the fstype for lvm2 and ubi then start the loop of devicescan May 14 16:29:30 ant_work: I wish I could even get the last bit of messages from kexec-tools May 14 16:29:54 afaik, it reboots and jumps to the new kernel May 14 16:30:06 then it is fine :) May 14 16:30:28 ant_work: do you mean do special check before using fstype? May 14 16:30:54 yes, to attach the volumes May 14 16:31:15 first run you only check for those containers May 14 16:31:24 second run for fstype May 14 16:32:15 but really we should not scan /mtdblock but /ubi0 May 14 16:32:33 once we know it's ubi May 14 16:33:36 still thinking about the best approach... May 14 16:33:41 well, that's right idea May 14 16:33:49 in my tests all was hardcoded :) May 14 16:33:57 yes, I can't suggest best approach right now too May 14 16:43:30 Jay7: I'll try to write all in an external function call May 14 16:43:38 then you'll integrate it better :) May 14 16:44:45 this evening I hope to quickly update kexec-tools, then I should have time for kexec May 14 16:45:28 (I could gain the attention of GNUtoo about ubifs kernel patches so I'm free in that regard :) May 14 16:47:34 ok, reminder sent :p May 14 16:47:36 bbl **** ENDING LOGGING AT Tue May 15 02:59:59 2012 **** BEGIN LOGGING AT Tue May 15 02:59:59 2012 May 15 09:42:34 ant_work: btw I notice the hinge stuff is not working anymore in Opie... is that used at all with X-based images on spitz? May 15 09:43:48 hm... wasn't a zaurusd thing? May 15 09:49:05 could be May 15 10:00:26 iirc kernel creates the 3 interfaces (ts, kb, gpio-keys) May 15 10:01:01 EV_SW May 15 10:01:20 to detect lid state **** ENDING LOGGING AT Wed May 16 03:00:01 2012 **** BEGIN LOGGING AT Wed May 16 03:00:01 2012 May 16 16:01:42 Tequila: I've seen you had issues with cmdline length May 16 16:01:50 Jay7: https://gitorious.org/~tequila/ac100/tequilas-ac100-multiboot/blobs/master/patches/kexecboot-122708bc.patch May 16 16:02:15 iirc we had some long discussion about the max size May 16 16:05:08 Tequila: and about "we want to be able to specify May 16 16:05:08 a different root then the one where the boot.cfg file is found." afaik it is possible just editing boot.cfg and adding a new root= there May 16 16:09:06 i.e. you can just keep the kernel on the SD/CF partition and have the rootfs elsewhere **** ENDING LOGGING AT Thu May 17 02:59:59 2012 **** BEGIN LOGGING AT Thu May 17 03:00:00 2012 **** ENDING LOGGING AT Fri May 18 02:59:58 2012 **** BEGIN LOGGING AT Fri May 18 02:59:58 2012 May 18 22:12:59 * ant__ is re-emerging pulseadio with equalizer on its xeon quad just to see..they say it sucks 3-5% cpu on i5 2.3Ghz so maybe it is a bit too heavy for older handheld ;) May 18 22:15:34 ant__: hi May 18 22:15:42 hey May 18 22:15:44 ant__: have you tested sound recently on spitz? May 18 22:15:51 not really May 18 22:16:03 I'm planning to dive is unserland :) May 18 22:16:06 I'm not sure we're building the right modules, at least they don't get installed by default even if we do May 18 22:16:28 iirc I've ehm removed the modules-autoload stuff May 18 22:16:36 from zaurus.inc May 18 22:17:04 have yet to understand how kmod copes with that May 18 22:17:05 oh, I don't remember about that... why was that done? May 18 22:17:22 iirc they were beautifulli ignored May 18 22:17:31 -i +y May 18 22:17:50 lemme see May 18 22:17:53 hmm ok May 18 22:18:01 well somehow the drivers have to get loaded May 18 22:18:50 zaurus.inc: remove module_autoload remnants, now built in kernel May 18 22:20:00 scary FIXME isn't ? May 18 22:20:10 http://cgit.openembedded.org/meta-handheld/commit/conf/machine/include/zaurus.inc?id=08855d4a059a1fa19f77a83978ea8cfb0067069d May 18 22:23:03 bluelightning: I see May 18 22:23:05 http://cgit.openembedded.org/meta-handheld/tree/recipes-kernel/linux/linux-yocto/spitz/spitz.cfg May 18 22:23:42 her we should probably write some kind of template for the config fragments May 18 22:23:49 let's call it a policy May 18 22:24:29 I have yet to clean out the .configs.. I'll bother zeddii about the script he was using May 18 22:24:51 it doesn't look too clear, though May 18 22:25:11 there are machine-specific options which ought imho be compiled in kernel May 18 22:25:28 the rest of generic options can be deployed as module May 18 22:26:11 (just talking about sound) May 18 22:27:15 i.e. CONFIG_SND_PXA2XX_SOC_SPITZ=m May 18 22:34:14 right, sounds good May 18 22:36:21 well, this one is hw-specific so the .config is wrong :( May 18 22:39:14 I hope that 'XOR' script will help us to distill a pure configuration file for the devices we have in meta-hh **** ENDING LOGGING AT Sat May 19 02:59:58 2012 **** BEGIN LOGGING AT Sat May 19 02:59:59 2012 **** ENDING LOGGING AT Sun May 20 02:59:58 2012 **** BEGIN LOGGING AT Sun May 20 02:59:59 2012 May 20 20:36:13 hi Jay7 May 20 20:36:31 I've uploaded some new (ugly) screenshots May 20 20:37:56 note how selecting the last item goes out-of-border bottom May 20 20:38:08 just cosmetic **** ENDING LOGGING AT Mon May 21 02:59:59 2012 **** BEGIN LOGGING AT Mon May 21 02:59:59 2012 **** ENDING LOGGING AT Tue May 22 02:59:58 2012 **** BEGIN LOGGING AT Tue May 22 02:59:59 2012 May 22 22:41:39 hi bluelightning May 22 22:41:45 hi ant__ May 22 22:42:09 ant__: some movement on hx4700 btw, I'm about to test a new image with a 3.4 kernel May 22 22:42:20 nice May 22 22:43:05 I'm testing the last things with the klibc guys atm. hpa is back ! May 22 22:43:42 cool :) May 22 22:44:13 about 3.4 (and defconfigs) we have to ping Bruce, also wrt his script May 22 22:44:41 atm I've just updated the old 3.2 linux.inc recipe we had May 22 22:45:07 I'm not sure when linux-yocto 3.4 is arriving but I know bruce is working hard on it May 22 22:45:16 ideally we'd love to remove 3.1 and git May 22 22:45:28 (and the very old stuff ofc) May 22 22:51:11 martin doesn't want git anymore? May 22 22:52:03 I don't know, just don't see any activity May 22 22:53:05 we are at the point the devices do boot, I'd like to polish the remaining bugs instead of chasing the new ones ;) May 22 22:54:30 we have to stop at some point (3.4 ?) and try to fix power management, ts jitter and other outstanding kernel issues May 22 22:59:30 ant__: yes pm is slightly broken **** ENDING LOGGING AT Wed May 23 02:59:59 2012 **** BEGIN LOGGING AT Wed May 23 02:59:59 2012 **** ENDING LOGGING AT Wed May 23 04:35:22 2012 **** BEGIN LOGGING AT Wed May 23 04:36:15 2012 **** ENDING LOGGING AT Thu May 24 02:59:58 2012 **** BEGIN LOGGING AT Thu May 24 02:59:58 2012 **** ENDING LOGGING AT Fri May 25 02:59:59 2012 **** BEGIN LOGGING AT Fri May 25 02:59:59 2012 May 25 04:44:47 bidding for proposals are started May 25 04:44:55 CEWG I mean May 25 04:45:08 s/are/is/ May 25 10:06:43 ant_work: hi May 25 10:07:17 ant_work: any good news about Z userland (x11/opie)? :) May 25 10:07:48 * Jay7 going to lvee.org conference with talk about kexecboot May 25 13:21:21 Jay7: hello May 25 13:22:05 not much time for testing lately...now is better May 25 13:22:28 it seems there are issues with sound / modules not loaded May 25 13:22:46 then the old calibration problem May 25 13:23:00 finally power management May 25 13:23:11 it opie affected by ts calibration problem too? May 25 13:23:44 hm.. I was testing on poodle which has not the issue... May 25 13:23:57 different TS chip iirc May 25 13:24:02 probably not, I think still uses tslib May 25 13:24:06 btw, tosa may be not affected too May 25 13:24:30 I'll check this weekend maybe May 25 13:25:06 iirc bluelightning has some more opie-updates to commit May 25 13:25:37 btw, is meta-oe still required to build some core x11 image? May 25 13:32:29 no, stay away May 25 13:32:43 maybe opie needs it May 25 13:33:14 as it is, udev and xserver of oe-core are starting ok May 25 13:33:34 months ago, adding meta-oe broke horribly May 25 13:33:49 maybe now is fixed, I doubt...