**** BEGIN LOGGING AT Thu Jun 10 02:59:57 2010 Jun 10 03:19:09 what would "unknown location" be implying? Jun 10 03:19:21 er, "unknown relocation" while loading a kernel module Jun 10 03:24:50 slangasek: I see this in the build log: CC test-linkat.o Jun 10 03:24:50 In file included from test-linkat.c:44: Jun 10 03:24:50 test-link.h: In function 'test_link': Jun 10 03:24:50 test-link.h:47: warning: implicit declaration of function 'stat' Jun 10 03:24:50 test-link.h:98: warning: implicit declaration of function 'mkdir' Jun 10 03:24:51 test-linkat.c: In function 'check_same_link': Jun 10 03:24:52 test-linkat.c:65: warning: implicit declaration of function 'lstat' Jun 10 03:27:43 test-link.c does not get errors. Its includes are different. Can you try including sys/stat.h in test-linkat.c? Jun 10 03:45:31 hmm, I can't modprobe anything Jun 10 03:56:09 * mozzwald is away: time for some zeez Jun 10 05:35:45 jcrigby: oh, nicely caught Jun 10 05:36:06 jcrigby: I saw those link warnings but wrote them off, thinking that the prototypes would Just Work by default Jun 10 05:38:17 jcrigby: so, the tests pass now - do you want to put that into a bzr branch that I can merge & upload? Jun 10 06:46:50 NCommander, were your debian-cd changes merged or uploaded in any way ? (why did you close the workitem) Jun 10 06:52:34 ogra: the work is done, there is a seperate work item for merging I thought Jun 10 06:53:28 * ogra doesnt see one that talks about merging Jun 10 06:53:48 i see one that talks about debian-cd and one that talks about the post processing Jun 10 06:54:07 and one about bziping Jun 10 06:54:24 ogra: huh, maybe I'm loosing it Jun 10 06:54:28 anyway, leave it like that Jun 10 06:54:28 * NCommander is having one of those weeks Jun 10 06:54:52 ogra: I'm filing MIRs for x-loader/x-loader-omap4 and uboot-omap Jun 10 06:55:10 ogra: much sanier for the code if they're in main since apt-selection doesn't seem to work in universe, and seems non-trivial to fix Jun 10 06:55:39 it has to, how else would distros like edubuntu or xubuntu roll their images Jun 10 06:55:50 but i agree, MIR is definately better Jun 10 06:56:17 ogra: its more a matter that when control passes into the boot/post-boot scripts, the necessary environment for apt-selection goes "poof" as far as I can tell Jun 10 06:56:23 and its proving difficult to get that to work. Jun 10 06:57:06 I'll keep poking at it, but we should have these in main anyway so only if we do a 10.04.1 do we need to care about actually retrieving these files from universe Jun 10 06:57:15 well, there has to be a way that edubuntu and xubuntu use for the alternates Jun 10 06:57:30 but dont bother now, MIRs are fine Jun 10 06:58:06 i'm still experimenting with jasper, it could be that we need to generate ext2 by default and convert after resizing to ext3 Jun 10 06:58:32 bug 5583317 is really bad Jun 10 06:58:34 ogra: Error: Bug #5583317 not found. Jun 10 06:58:44 * ogra pokes the bot Jun 10 06:58:57 bug 583317 Jun 10 06:58:58 Launchpad bug 583317 in genext2fs (Ubuntu) "genext2fs creates revision 0 filesystems instead of revision 1 (affects: 1) (heat: 156)" [Undecided,Confirmed] https://launchpad.net/bugs/583317 Jun 10 06:59:00 pfft Jun 10 06:59:17 though thats apparently something to be fixed in genext2fs Jun 10 06:59:26 ogra: maybe we should use loop mounting Jun 10 07:00:13 for now i added an extra ext2fsck to livecd-rootfs but i'm not sure that will not make livefs.sh explode Jun 10 07:00:25 since it exits with 2 Jun 10 07:00:48 lets keep that as last resort, i'm not a fan of loop mounting Jun 10 07:00:59 ogra: I think you can pipe to true, to force a return of 0 Jun 10 07:01:02 or osme other stupid trick Jun 10 07:01:21 or trap an exit code of two Jun 10 07:01:58 well, it needs testing anyway but i wont have the time to run a livefs build on my lappie the next tw days Jun 10 07:02:33 luckily nobody uses the ext3 code so i could just add it to the function for now, if it doent work we can always revert Jun 10 07:02:57 using ext2 might also have speed advantages Jun 10 07:03:00 in jasper Jun 10 07:03:11 the resizing takes between 6 and 7 mins Jun 10 07:03:35 NCommander, btw, not sure you saw it in your backlog http://people.canonical.com/~ogra/jasper/ Jun 10 07:03:46 there is an image to test if you feel bored enough :) Jun 10 07:04:03 though there is a lot that doesnt work yet, the resizing does at least Jun 10 07:07:11 * ogra wonders why his NM applet tends to disappear from the panel Jun 10 07:09:21 ogra: _\o/_ Jun 10 07:09:38 ogra: I stll have tons to screw around with the d-cd backend code, but we should probably do an initial merger soon Jun 10 07:09:58 ogra: do we care about 10.04.1 for omap3 at all? Jun 10 07:10:04 Now that I have maverick locally, I can choose not to care Jun 10 07:10:16 we do Jun 10 07:10:31 ogra: so we want pre-installed images for 10.04.1? Jun 10 07:10:31 there are a bunch of bugs we need to milestone before the meeting Jun 10 07:10:33 morning Jun 10 07:10:49 no, but we want some kernel SRUs for 10.04.1 in omap3 Jun 10 07:11:09 ogra: ok, so I'll leave the boot scripts for lucid alone, and just merge those into the maverick tree Jun 10 07:11:19 like the USB NIC udeb misses a lot of drivers Jun 10 07:11:25 yeah Jun 10 07:11:50 ogra: works for me, that makes my life simpiler. I'm going to add a work item on the MIRs for the bootloader Jun 10 07:11:51 we wont change images, but there are some SRU bits we want, we need to add them to the release meeting report tomorrow Jun 10 07:12:05 dont ! Jun 10 07:12:11 it will rise the WI count ! Jun 10 07:18:51 ogra: https://bugs.edge.launchpad.net/ubuntu/+source/x-loader/+bug/592045 Jun 10 07:18:52 Launchpad bug 592045 in x-loader-omap4 (Ubuntu) (and 3 other projects) "[MIR] x-loader/x-loader-omap4/u-boot-omap3/u-boot-omap4 (affects: 1) (heat: 10)" [High,New] Jun 10 07:19:04 ogra: ok, no work item Jun 10 07:21:53 great, thanks Jun 10 07:24:43 we'll mention the bug in the report, that saves us the WI Jun 10 07:52:56 /join #ubuntu-devel Jun 10 07:53:08 heh Jun 10 09:29:00 Hello Jun 10 09:30:44 Can someone please point me to some documentation for creating an initrd for an arm boot? Jun 10 09:38:49 What's the difference between iop4xx, orion5x, iop32x Jun 10 09:38:51 ? Jun 10 09:44:46 hi all!! Jun 10 09:44:57 Hello Jun 10 09:54:03 ogra_cmpc: will you guys make good step forward on the thumb2 porting this cycle? Jun 10 09:54:24 (I assume not, but wanted to check if that is priority for your team) Jun 10 10:52:40 is armv5tej the same as armv6? Jun 10 10:56:04 no Jun 10 10:56:18 armv6 runs armv5te binaries but not reverse Jun 10 10:57:01 So a distrobution compiled for armv5te won't work with an armv6 kernel? Jun 10 10:57:08 will work Jun 10 10:57:26 Ah, good, thank you Jun 10 10:57:27 armv6 binaries do not work with armv5te hardware Jun 10 10:57:30 etc Jun 10 10:58:02 Thanks Jun 10 10:58:24 JameswStubbs: if you are rather x86 guy then remind i386<486<568<686 and then armv4 < armv4t < armv5te(j) < armv6 < armv7a Jun 10 10:59:17 So arm like x86 has backwards compatibilty with older archs Jun 10 10:59:23 yes Jun 10 10:59:44 but in arm world it is more clean Jun 10 11:00:06 in x86 i586 != i586 if cpu are from diferent vendors Jun 10 11:00:37 amd k5 has 3dnow which intel pentium-mmx do not have. but both are i586 Jun 10 11:01:19 Do you prefer arm to x86? Jun 10 11:01:20 or intel pentium pro (first i686) contra Core i7 (latest i686). first has only mmx, second has lot of addons... Jun 10 11:01:52 JameswStubbs: for my gadgets I prefer arm. for small low power I prefer arm. for my desktop I prefer x86-64 Jun 10 11:02:29 This is my first experience with arm on embedded, atm it seems to be far more difficult to get a busybox than x86 Jun 10 11:02:36 my laptops are x86 and x86-64. but arm powered one would be nice Jun 10 11:02:48 JameswStubbs: what hw? Jun 10 11:03:02 iPhone 3g Jun 10 11:03:21 armv6 Jun 10 11:03:59 s3c6410 iirc Jun 10 11:04:31 Yes produced by samsung Jun 10 11:04:49 Has imgtech power vr althought gpu drivers are not yet reverse engineered Jun 10 11:05:37 powervr... Jun 10 11:13:07 PowerVR (MBX Lite) Jun 10 11:53:06 hrw using rootstock now with iPhone's kernel, should be able to emulate using qemu Jun 10 11:55:22 qemu requires qemu kernel Jun 10 11:55:40 Can you not use a different arm kernel? Jun 10 11:57:15 arm kernels are bound to machine or set of machines Jun 10 11:57:32 there is no such thing as 'one kernel image works on any arm device' Jun 10 11:57:44 The iphone kernel works on the iphone :/ Jun 10 11:57:53 Android is already booting Jun 10 11:58:04 The kernel is made just for the iPhone Jun 10 12:15:13 hi all Jun 10 12:15:56 Hello Jun 10 12:20:37 so there's an official arm port? canonical supported? Jun 10 12:20:48 * sivang is curious who does the arm port for Marvell Jun 10 12:21:01 sivang: depends which marvell cpu Jun 10 12:21:35 sivang: there is official ARM port but armv7a only (cortex-a8/a9 core) Jun 10 12:22:01 hrw: coretx-a8 is TI's no? Jun 10 12:22:25 hrw: or are marvell also producing it? Jun 10 12:22:25 sivang: nope Jun 10 12:22:39 hrw: N900 uses TI's right? Jun 10 12:22:56 sivang: Cortex-A8/A9/A5 and M0/M3/M4 are names from ARM Ltd. Jun 10 12:23:06 sivang: yes, it has TI OMAP3530 Jun 10 12:23:07 hrw: so it's their specs Jun 10 12:23:10 okay Jun 10 12:23:12 thanks Jun 10 12:23:26 hrw: and the port is officiall supported by Canonical due to OEM's demand? Jun 10 12:23:27 sivang: ARM creates core, vendors buy license and make a silicon Jun 10 12:23:57 so Cortex A8/A9 you can get from TI, Freescale, Marvell, ST-Ericsson, NVidia and few others Jun 10 12:24:19 sivang: I was not here when port was created so cant comment Jun 10 12:24:37 hrw: okay, cool, thanks. Jun 10 12:24:50 sivang: considering they've done it without using public hw, i'd say yes Jun 10 12:24:57 nevertheless ask ogra, lool and asac Jun 10 12:25:38 armin76: what do you mean using public hw? Jun 10 12:25:42 hrw: qualcomm, how could you forget so important one? :P Jun 10 12:25:48 sivang: one you can buy Jun 10 12:26:41 sivang: as in smartbooks, nettops, you know... Jun 10 12:26:48 stuff you can buy, not development stuff Jun 10 12:26:49 * sivang wonders if ogra_cmpc remebers him Jun 10 12:26:55 or asac for that matter Jun 10 12:26:57 :) Jun 10 12:27:47 i can also tell you that here there are a lot of ppl from vendors, so that reinforces my thought :) Jun 10 12:31:37 i see Jun 10 12:57:47 sivang: lucid has a official marvel dove port Jun 10 12:59:15 Has anyone seen this error before? omapdss DISPC error: SYNC_LOST_DIGIT Jun 10 12:59:27 It renders my Panda unusable Jun 10 13:05:09 asac: nice, I see. Jun 10 13:06:17 lag: we are waiting for the pandas ;) ... so cant tell! Jun 10 13:06:58 asac: ogra has panda Jun 10 13:07:12 ogra also has eucalyptus ;) Jun 10 13:08:00 * lag shouts "OGRA" Jun 10 13:08:53 ogra_cmpc: Can you give me a shout when you return please? Jun 10 14:01:40 ogra_cmpc: what triggeres the flash-kernel thing? Jun 10 14:01:45 is that in postinst of linux-image? Jun 10 14:01:49 or a trigger? Jun 10 15:56:42 asac: In answer to your question re:flash-kernel, I believe it is the postinst script that triggers it. I know it runs whenever I install a test kernel. Jun 10 16:03:36 yeah i know its always run. just wanted confirm its not using a trigger Jun 10 16:03:39 thanks Jun 10 16:09:00 asac: actually, it might be a triggered event. I looked at /etc/kernel-img.conf and it lists postinst_hook=flash-kernel. I also don't remember flash-kernel requiring any parameters, so this could be it. Jun 10 16:09:35 i dont think its triggered because it didnt get triggered when installing a custom kernel .deb Jun 10 16:09:38 from rcn Jun 10 16:11:13 Hmmm. The custom test kernel packages I always get from clooney or ericm always initiated flash-kernel somehow. I admit I don't know enough about the deb system to fully understand all the mechanisms used. Jun 10 16:17:00 right. i think they use the "official debian" packaging Jun 10 16:17:15 while rcn's lucid kernels do something else (supposed to be used without initram i guess) Jun 10 16:18:48 ah, fun. Jun 10 19:13:54 asac: i am getting a panda too, right? :D **** ENDING LOGGING AT Fri Jun 11 02:59:57 2010