**** BEGIN LOGGING AT Wed Nov 23 02:59:57 2011 Nov 23 08:50:04 Jay7: [klibc] [PATCH] kinit: Add ability to mount filesystems via /etc/fstab or cmdline Nov 23 08:50:37 can it be useful for our purposes? Nov 23 08:55:34 ant_work: not right now Nov 23 08:55:43 may be later with switch_root support Nov 23 08:56:16 it is for the standard kinit Nov 23 22:13:18 hi bluelightning Nov 23 22:13:30 ant____: hi Nov 23 22:13:36 going to merge stuff now, sorry for the delay Nov 23 22:13:46 np, I'm testing runtime Nov 23 22:14:43 I must miss something obvious but can't start X when using meta-oe :/ Nov 23 22:22:34 ant____: so were you still going to do a v2 of your kernel cleaning patches? Nov 23 22:23:34 I removed 5/5 for the moment Nov 23 22:23:53 ok should I just apply 1/5 - 4/5 then? Nov 23 22:23:53 I'm committing now 3.1.1 -> 3.1.2 Nov 23 22:23:58 yes, pls Nov 23 22:24:01 ok Nov 23 22:24:30 argh gitorious is flaky :/ Nov 23 22:30:22 :/ Nov 23 22:30:28 sent last patch right now Nov 23 22:31:46 so, looking at this closely now I'm concerned that these hx4700 patches might not apply, did you at least test that? Nov 23 22:32:34 hm, I did menuconfig iirc...or was it the other ipaq ..let me see if I have logs Nov 23 22:38:07 hi ppl Nov 23 22:38:17 how good is oe now? :) Nov 23 22:39:04 better than before ;) Nov 23 22:40:39 * Jay7 is needed to build some embedded usb-forwarder device Nov 23 22:41:05 usb over ip Nov 23 22:41:34 may be I'll use OE for this Nov 23 22:43:05 bluelightning: Unable to fetch URL file://./logo_linux_clut224.ppm.bz2 from any source.' failed Nov 23 22:43:27 LOGO_SIZE ?= "." Nov 23 22:43:33 ant____: yes I just noticed :/ Nov 23 22:43:35 was working previously Nov 23 22:43:53 I'm rebuilding Nov 23 22:43:56 when did that break? Nov 23 22:44:14 in oe-dev it was working Nov 23 22:44:33 never tested empty var in oe-core Nov 23 22:45:06 if we refer to it we should ensure it's never empty Nov 23 22:48:13 ah..I see Nov 23 22:48:15 if [ -e ${WORKDIR}/${LOGO_SIZE}/logo_linux_clut224.ppm ]; then Nov 23 22:49:02 I thought we fixed it Nov 23 22:49:07 maybe we should just have that line that's currently in zaurus.inc in linux{-kexecboot}.bbclass Nov 23 22:49:21 i.e. LOGO_SIZE = '${@base_conditional("MACHINE_GUI_CLASS", "bigscreen", "vga", "qvga", d)}' Nov 23 22:49:33 th eproblem is now in linux.inc Nov 23 22:49:41 if [ -e ${WORKDIR}/logo_linux_clut224.ppm ]; then Nov 23 22:50:08 what's wrong with that? Nov 23 22:50:10 same in linux-kexecboot.inc Nov 23 22:50:18 {WORKDIR}/${LOGO_SIZE} Nov 23 22:50:28 ^^^ Nov 23 22:51:25 now, there was an issue with the new fetcher which did not fetch in subdirs Nov 23 22:51:38 iirc that was the reason behind the changes Nov 23 22:54:57 so, the answer to my original question is no, those patches don't apply Nov 23 22:55:04 which means we cannot upgrade hx4700 atm Nov 23 22:56:24 I'm compiling eglibc for hx4700 Nov 23 22:56:37 I can arrange the patchset if you mind Nov 23 22:56:45 but cannot test runtiume ofc :/ Nov 23 22:57:04 sure, I can do that Nov 23 22:57:21 but to speed things up can we not just upgrade the other machines and leave 3.0.1 there for now? Nov 23 22:58:05 as you whish, I'd prefer to 'force' hx4700 devs to move on ;) Nov 23 22:59:28 see.. today [PATCH v3 2/2] pxa/hx4700: Add Synaptics NavPoint (PXA27x SSP/SPI) drive Nov 23 22:59:44 against v3.2-rc2 Nov 23 23:00:14 one of the few pxa pending patches Nov 23 23:00:59 I've just sent Paul Parsons an email to see if he has any updated patches Nov 23 23:01:19 I don't think we can really force anything, this is after all hobby work for everyone involved... Nov 23 23:01:49 sure, but as I followed linux-arm-kernel for a while now, I can say there isn't much new Nov 23 23:01:50 well that sounds good at least Nov 23 23:05:12 ant____: I can remove the hx4700 stuff from the 3.1 recipe if that helps... (on the assumption all the patches will be different or unnecessary...) Nov 23 23:09:36 I was looking at 0002-tmio_mmc_irq-race.patch , needs to be refactored or maybe skipped Nov 23 23:10:03 in fact there has been some MMC work in kernel Nov 23 23:10:19 no idea for the specific case, though Nov 23 23:13:50 well, what would you like me to do this evening? Nov 23 23:14:15 heh... Nov 23 23:14:54 the first patch (xserver stuff) is zaurus-only so is surely good thing Nov 23 23:15:22 the xserver-xorg-lite one? Nov 23 23:15:29 yes, JaMa's one Nov 23 23:15:46 ok yep I can push that Nov 23 23:16:14 I'm compiling for hx4700 now, just skipping the 0002 patch Nov 23 23:16:21 that's all... Nov 23 23:17:44 bluelightning: http://paste.debian.net/146798/ Nov 23 23:19:15 ant____: so none of them apply apart from the first one? Nov 23 23:23:20 no, the rest seems applied, let me retest Nov 23 23:23:37 ant____: why was it spawning a terminal then? Nov 23 23:24:01 I shut down the termina ^d Nov 23 23:24:12 I presume you don't have PATCHRESOLVE = "noop" ? Nov 23 23:24:25 defauls Nov 23 23:24:35 must check Nov 23 23:24:49 right, well up until recently the default was not that, which means it spawns a terminal when patch resolution fails Nov 23 23:24:53 instead of blowing up Nov 23 23:25:04 ah, I see Nov 23 23:25:08 er, patch application I meant Nov 23 23:25:14 better die in that case Nov 23 23:25:19 yes, I agree... Nov 23 23:25:31 which is why I set PATCHRESOLVE = "noop" in my local.conf Nov 23 23:25:40 I think/hope I did log my ctrl+d Nov 23 23:25:43 :) Nov 23 23:25:44 in fact the default one now does that but that's because the feature got broken Nov 23 23:25:58 :/ Nov 23 23:26:16 in any case I think we can assume those patches are not applying successfully Nov 23 23:26:47 surely deserving ttention Nov 23 23:27:36 what do you mean? Nov 23 23:27:46 almost done first run, I see patch 003 is applied Nov 23 23:28:01 let me finish , clean and do_patch Nov 23 23:31:45 Patch 0003-Only-compile-tmio_mmc_dma.o-when-CONFIG_MMC_SDHI-is-.patch can be reverse-applied Nov 23 23:32:35 removing it Nov 23 23:34:10 well, progress Nov 23 23:34:11 Applying patch 0006-suspend.patch Nov 23 23:34:11 patching file arch/arm/mach-pxa/hx4700.c Nov 23 23:34:12 Hunk #2 succeeded at 137 with fuzz 1. Nov 23 23:34:12 Hunk #3 FAILED at 877. Nov 23 23:34:17 yeah :/ Nov 23 23:34:30 so atm I've commented only 0002 and 0003 Nov 23 23:38:58 ok, patch 0006 need little work Nov 23 23:43:39 well, probably is merged Nov 23 23:44:06 http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commit;h=6d49e6cfb2a199256ec851b1855dd86de83c5092 Nov 23 23:45:16 patch doesn't apply anymore Nov 23 23:45:35 static struct gpio_ress global_gpios[] has been removed Nov 23 23:47:16 bluelightning: best would be ask Philipp Zabel too Nov 24 00:12:24 well I've pushed JaMa's xserver-xorg-lite fix but the rest needs work Nov 24 00:13:01 we were a bit too optimistic Nov 24 00:13:21 if you want to update only the zaurus machine kernels (incl kexecboot since that's not used anywhere else) I'd be fine with that Nov 24 00:13:43 but in that case I would appreciate a new set of patches Nov 24 00:13:58 yeah I guess so :/ Nov 24 00:14:10 hopefully I will hear back from Paul soon Nov 24 00:14:28 or we can wait a couple of days and verify hx4700 status Nov 24 00:14:32 indeed Nov 24 00:14:52 seems low hanging fruit Nov 24 00:16:13 ok I'm off to bed now, cya later Nov 24 00:19:21 gn **** ENDING LOGGING AT Thu Nov 24 02:59:58 2011