**** BEGIN LOGGING AT Tue Feb 16 02:59:57 2010 Feb 16 05:07:14 Feb 15 23:02:44 beagleboard NetworkManager: device_creator(): /sys/devices/platform/musb_hdrc/gadget/net/usb0: couldn't determine device driver; ignoring... Feb 16 06:10:21 argh, so I can't use NM on the onboard usbnet. Feb 16 06:11:26 anyway, I've set the beagleboard up to be dhcp server now, instead of client. Feb 16 06:11:44 That's consistent with what WinMobile does, at least. Feb 16 08:42:52 apw: Hey Feb 16 08:43:06 apw: So I discussed linux-versatile on ubuntu-mobile@ Feb 16 08:43:35 apw: See <20100211101825.GA5444@bee.dooz.org>; had a reply from ogra Feb 16 08:43:45 apw: I think it's helpful to provide udebs and a meta Feb 16 08:43:54 apw: Do you want a bug report? Feb 16 08:43:57 or two rather Feb 16 08:46:41 bug report yes please Feb 16 08:49:14 apw: lp #522516 and lp #522515 Feb 16 08:49:16 Launchpad bug 522516 in linux-meta (Ubuntu) "linux-versatile meta (affects: 1)" [Undecided,New] https://launchpad.net/bugs/522516 Feb 16 08:49:17 Launchpad bug 522515 in linux (Ubuntu) "linux-versatile udebs (affects: 1)" [Undecided,New] https://launchpad.net/bugs/522515 Feb 16 08:50:07 apw: Also, just an unrelated heads up on lp #522308 which I filed and probably went under the radar when moving to 2.6.32 Feb 16 08:50:09 Launchpad bug 522308 in linux (Ubuntu) "linux-source-2.6.32 is empty (affects: 1)" [High,New] https://launchpad.net/bugs/522308 Feb 16 08:50:51 no i suspect i broke that when i did the abstraction simplification Feb 16 09:44:37 hello ubuntu people Feb 16 09:50:37 I'd like to ask about Sharp PC-Z1 Netwalker a bit Feb 16 09:51:17 does anyone here knows about this device? Feb 16 09:51:33 Sleep_Walker: Some people here do, yes Feb 16 09:52:09 1] is it based on some babbage board? Feb 16 09:52:43 Babbage is the name of the reference design boards from freescale used for development purposes Feb 16 09:52:51 It's based on the same SoC, but it's a different board Feb 16 09:53:13 I see Feb 16 09:53:32 for instance it has no NIC, one USB port, no MIC jack so it's different from the babbage boards Feb 16 09:53:57 2] is someone working on merging drivers to upstream Russel's kernel? Feb 16 09:54:24 someone upstream imx51 drivers where appropriate Feb 16 09:54:30 *upstreams Feb 16 09:55:27 Sleep_Walker: ATM, I am not sure that any imx51 SoC based board boots with an upstream kernel, so that would need to happen first; the kernel trees are hard to merge for various reasons Feb 16 09:55:30 * ogra doesnt know how big the portion beyond general basic mx51 stuff is though Feb 16 09:56:16 IIRC, there were some people working on getting at least the basic boot stuff working for imx51 upstream, but that's a long way to go until we get to things like wifi or video drivers... Feb 16 09:56:57 Sleep_Walker: it will boot with a 2.6.34, I've pushed the base mx51 code upstream Feb 16 09:57:13 and where are these people gathered? (mailing list, irc, forum...) Feb 16 09:57:16 but there's a LOT to be done, in case you're looking to help Feb 16 09:57:50 amitk: yeah, I had something like that in my mind... Feb 16 09:58:06 (if there will be time) Feb 16 09:58:30 I noticed your patches so I was curious Feb 16 09:58:58 unfortunately I don't know much about Netwalker's HW Feb 16 09:59:26 only that I was able to read from sources and from running system Feb 16 09:59:29 Sleep_Walker: Just hang out on #ubuntu-kernel if you need some help and on linux-arm-kernel otherwise Feb 16 09:59:30 amitk: You pushed the Netwalker code upstream? Feb 16 09:59:50 persia: Babbage base code (serial port, timers, clocks) Feb 16 10:00:07 Ah. Do you know if anyone is pushing the Netwalker patches? Feb 16 10:00:32 lool: There's actually two USB ports : one full-size, one mini. Feb 16 10:01:20 is it OTG capable? Feb 16 10:01:34 and can that be charged from USB? Feb 16 10:01:35 persia: Netwalker is the pegatron stuff? Feb 16 10:01:54 amitk: Not at all (why does everyone think this?) Feb 16 10:02:19 heh Feb 16 10:02:20 persia: too many codenames... Feb 16 10:02:35 Sleep_Walker: The mini port looks like an OTG port, but I haven't tried to use it, actually. Feb 16 10:02:39 with no context Feb 16 10:03:16 Yeah, well. Netwalker is it's own beast. There's kernel patches for the kernel that shipped, but I haven't heard about anyone porting them to newer kernels or pushing them upstream. Feb 16 10:03:24 persia: I tried to connect it with PC with no success Feb 16 10:03:42 persia: Well true, I meant one full size one compared to 4 on babbage boards Feb 16 10:03:50 persia: is there a public git tree for the sources? Who did the kernel? What company made it? Feb 16 10:03:51 Both have mini-USB ports Feb 16 10:03:59 Sleep_Walker: I don't believe the USB Gadget driver is included in the shipping kernel: you might need to fiddle the kernel configuration. Feb 16 10:04:11 and that is the problem - I wasn't able to find any comunity about this device Feb 16 10:04:15 amitk: Not git, but there's a public apt-get source repo. Feb 16 10:04:39 (I heard the Netwalker kernel devs don't use git) Feb 16 10:04:51 amitk: netwalker is a sharp device Feb 16 10:05:03 Sleep_Walker: The community is almost entirely local. The device has seen very little adoption overseas. Feb 16 10:05:04 persia: I saw some SW support but I wasn't sure about HW support Feb 16 10:05:38 Sleep_Walker: Aside from accellerated audio/video codecs, everything seems to be open-source. Feb 16 10:05:42 persia: and their kernel is based on freescale's SDP? Feb 16 10:05:56 http://www.ubergizmo.com/15/archives/2009/08/sharp_netwalker_unveiled.html Feb 16 10:06:01 amitk: I don't know precisely. When it comes to kernels, I'm just a user :) Feb 16 10:06:37 That's not quite right. It's 10 hours JEITA, which means 5-7 depending on load. Feb 16 10:07:53 persia: if you can point me to the source, I could have a quick look when I have some time. Feb 16 10:07:55 Sharp just released a new "Dictionary edition" in the past couple weeks. The specs seem about the same (just different software load), but all the samples at the shop were password-locked, and I didn't want to try to hack them. Feb 16 10:08:08 amitk: Sure. Let me dig up what I have. Feb 16 10:08:18 * persia fusses with apt sources Feb 16 10:09:23 amitk: If you find it's not terribly hard to get up-to-date kernels, I'll give you one :) Feb 16 10:10:51 amitk: http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/linux-fsl-imx51_2.6.28-15.50fsl1araneo19.dsc Feb 16 10:11:15 That's from January. I'm unsure if there's a newer one on the new "Dictionary Edition" devices. Feb 16 10:11:24 But that's definitely enough for basic HW enablement. Feb 16 10:12:52 psi died - sorry - did I miss something? Feb 16 10:15:30 Sleep_Walker: I posted the URL to kernel sources for the Netwalker. Dunno if those are useful to you. Feb 16 10:15:35 Nothing else meaningful. Feb 16 10:16:03 persia: does it differ from the ones I get with apt-get source Feb 16 10:16:21 or from the one provided by sharp? Feb 16 10:16:32 Don't think you. You're getting linux-fls-imx51 2.6.28-15.50fsl1araneo19 ? Feb 16 10:16:37 s/you/so/ Feb 16 10:17:02 But I haven't checked the uname on the newest edition, so I don't know if there's a new kernel available from Sharp. Feb 16 10:17:14 ....araneo18 Feb 16 10:17:39 I don't think so Feb 16 10:18:32 and I thought I bought finaly device for work and not to hack :b Feb 16 10:19:26 persia: I don't see any 28-15.50 at http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux/ Feb 16 10:19:55 amitk: `dget http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/linux-fsl-imx51_2.6.28-15.50fsl1araneo19.dsc` should get you want you want. Feb 16 10:20:03 It's in the linux-fsl-imx51 subdirectory. Feb 16 10:21:01 ok, I'll try to create wiki page about Netwalker (sorry, but not ubuntu one) to gather informations and possible community around Netwalker Feb 16 10:21:11 thanks for all your help Feb 16 10:21:27 bbl from work Feb 16 10:21:54 Sleep_Walker: Please share the URL when you get it together. Feb 16 10:21:58 Sleep_Walker, if you create one, can you point us to it so we can at least link it from the ubuntu wiki ? Feb 16 10:22:19 of course Feb 16 10:22:51 I don't want to split efforts around t Feb 16 10:23:58 persia: so it's called erdos... Feb 16 10:25:00 I'lll put it on hackndev.com - distro neutral area :) Feb 16 10:25:16 amitk: erdos? Feb 16 10:26:26 persia: the board is called erdos in the kernel tree Feb 16 10:26:40 Ah. Feb 16 10:27:09 and from a 5s look, the patches that I pushed upstream ought to be able to boot on it (given that IO mappings are identical to babbage) Feb 16 10:27:43 So I should be able to boot a babbage kernel? I can test with lucid if you like. Feb 16 10:28:01 erdos is name of Netwalker's board in kernel? Feb 16 10:28:11 persia: I don't think so, the bootloader board id needs to match Feb 16 10:28:41 lool: That's a bootloader thing or a kernel thing? Feb 16 10:28:42 persia: naah, it'll require a tweak or two, but the kernel should probably be 99.99% identical Feb 16 10:28:48 Plus the board support file will try to load drivers at various I/O addresses where you might miss devices or have other ones, for instance the netwalker has builtin wifi and not babbage etc. Feb 16 10:28:52 persia, upstream, not lucid Feb 16 10:28:56 * persia is *not* overwriting the nice dual-boot support redboot Feb 16 10:29:14 lool: we're talking about the upstream (minimal) babbage kernel Feb 16 10:29:22 you can do it on kernel side Feb 16 10:29:23 lool: wifi is through separate modules. Feb 16 10:29:24 persia: The kernel needs to grow a new netwalker board file with the proper board id and this file needs to be tweaked to list the proper devices Feb 16 10:29:37 amitk: I'm not sure which babbage kernel persia meant Feb 16 10:29:45 lool: the board id is mapped to babbage Feb 16 10:29:56 exactly Feb 16 10:30:06 * persia was kinda hoping for the lucid babbage kernel, but will trust statements that this doesn't work (didn't work with karmic kernel) Feb 16 10:30:06 MACHINE_START(MX51_BABBAGE, "SHARP PC-Z1") .phys_io = AIPS1_BASE_ADDR, .io_pg_offst = ((AIPS1_BASE_ADDR_VIRT) >> 18) & 0xfffc, Feb 16 10:30:07 amitk: Oh you mean netwalker uses babbage's? Feb 16 10:30:13 which should be fine for bringup Feb 16 10:30:15 Hmpf Feb 16 10:30:19 just not for all devices Feb 16 10:30:20 lool: right Feb 16 10:30:28 amitk: isn't this ugly? Feb 16 10:30:43 lool, did you expect beauty ? Feb 16 10:30:44 persia: it seems that a minimal upstream kernel would work with the babbage id then; nervermind Feb 16 10:30:45 lool: tell me about it, they were too lazy to even get their own board id Feb 16 10:30:58 :b Feb 16 10:31:00 persia: I wouldn't try booting a full blown kernel though, that might blow things up Feb 16 10:31:11 lool: As in physical damage? Feb 16 10:31:23 I can't exclude that Feb 16 10:32:17 persia: I think there is no danger with physical damage with the minimal kernel going upstream in 2.6.34. Since it keeps most IO pins to their defaults Feb 16 10:32:39 and we're no where close to a full-blown kernel yet Feb 16 10:32:56 amitk: I think persia intended to use the lucid babbage binary kernel against a netwalker Feb 16 10:33:05 Ah. I think I'll wait then, since I use this daily as a handheld, and it also houses my lucid pbuilder environment :) Feb 16 10:33:05 Which I fear has a small chance of being dangerous Feb 16 10:33:15 true Feb 16 10:58:30 apw: Thanks for the quick fix Feb 16 10:58:53 we get into trouble if the source is missing ... Feb 16 11:26:07 lool: ping. for ARM softbootloader, I need to have kexec-tools available for kexec, but the package unfortunately then changes the installed system to use kexec for rebooting as well which is unfortunate. I want to split the package out so I can have kexec installed and on its own without having the restart script stuff, any ideas on how to best do that? Feb 16 11:26:55 apw: Ah? I saw only three rbdeps in universe Feb 16 11:27:16 NCommander: the restart stuff is disabled in Ubuntu by default Feb 16 11:27:58 people complain when that package is empty as they percieve it contains the source, and if its empty we arn't publishing it, even though its in the the 'source' package Feb 16 11:28:36 apw: Ah so a lot of people get it wrong, eh Feb 16 11:28:42 yep Feb 16 11:30:01 apw: Now you just need to find a way to make `apt-get source linux` work :) Feb 16 11:30:12 persia, define work Feb 16 11:30:54 apw: heh. DWIM : download the source for the source package named "linux". Feb 16 11:31:58 Current trick is to use `apt-get --only-source source linux` Feb 16 11:32:05 lool: hrm, that must be a recentish change. Ignore previous ping then :-) Feb 16 11:32:20 NCommander: It's not Feb 16 11:32:32 It might be that you used the Debian package during the sprint Feb 16 11:32:37 lool: It still did the kexec-load in karmic. Feb 16 11:32:45 Which was the last time I looked at this Feb 16 11:33:36 This was disabled in June Feb 16 11:34:02 * NCommander shrugs Feb 16 11:34:05 lool: sorry for the noise Feb 16 11:41:58 dyfet: ping Feb 16 11:42:46 *yawn* Feb 16 11:43:03 morning Feb 16 11:43:26 Hi... wasn't sure if you'd be up Feb 16 11:43:46 I had a question on gmp Feb 16 11:44:17 oh I remember that... Feb 16 11:44:31 Did you try to build the asm code for Thumb-2 in the end? Feb 16 11:45:36 I had some trouble with coming up with a patch for configure. They reject using try_compile, and try to do everything by the gnu target architecture tags alone Feb 16 11:46:36 Actually, I had an idea for that... you can maybe get the predefined macros out of GCC and munge that. I wrote some notes on the Thumb-2 howto wiki page. Feb 16 11:46:57 Oh, okay, cool! I did not notice that Feb 16 11:47:07 It was late yesterday :) Feb 16 11:47:14 But that is kind of what I need to do for that one :) Feb 16 11:48:12 However, if you do try to build this code for Thumb-2, we do need to check that the function symbols in the asm are properly tagged as function symbols, otherwise they would get called as ARM accidentally. Feb 16 11:48:43 I think that the PROLOGUE() m4 macro used in the asm does this, but I didn't fully track down where it's defined. Feb 16 11:49:20 Ah.... Feb 16 11:49:51 great. we have 1 builder again ;) Feb 16 11:49:52 https://edge.launchpad.net/builders Feb 16 11:50:16 Did you have >1 or 0 builders before? Feb 16 11:50:19 perfect timing in a3 week ;) Feb 16 11:50:29 dmart: 0 Feb 16 11:50:29 (I'm guessing >1) Feb 16 11:50:31 dmart: this morning we had 0 ;) ... usually we have 7 Feb 16 11:50:33 Oh, OK Feb 16 11:50:46 What's the problem? Feb 16 11:51:03 For me, lack of coffee :) Feb 16 11:51:32 dmart: not sure. our is knows about it and are investigating. most likely the aweful pegatrons died again Feb 16 11:52:24 Hum Feb 16 11:53:13 * asac hopes for new build machines ;) Feb 16 11:53:59 dyfet: To check whether a symbol is a proper Thumb code symbol, you need to use readelf -s Feb 16 11:54:15 6: 00000001 0 FUNC GLOBAL DEFAULT 1 f Feb 16 11:54:34 Crucially, the symbol type if FUNC, and the value is an odd number (bottom bit set) Feb 16 11:55:03 objdump helpfully masks of the bottom bit so as not to confuse you, so it's no good for this check :P Feb 16 11:55:23 This should be described on the wiki page too... Feb 16 11:55:45 Yeah, I'll post it. (I was just figuring out how to check... Feb 16 11:56:59 asac Feb 16 11:57:47 saeed: hi Feb 16 11:57:52 hey Feb 16 11:58:11 I want to install lucid img on dove Feb 16 11:58:24 right Feb 16 11:58:33 whats the prob? Feb 16 11:58:48 http://cdimage.ubuntu.com/ports/releases/lucid/alpha-2/ has only imx images Feb 16 11:59:00 saeed: just pick latest daily Feb 16 11:59:09 link? Feb 16 11:59:22 and yes. we didnt publish alpha2, because at that time we had severe issues with dove ;) Feb 16 11:59:36 saeed: http://cdimage.ubuntu.com/ports/daily-live/current/ Feb 16 11:59:43 http://cdimage.ubuntu.com/ports/daily-live/current/lucid-desktop-armel+dove.img Feb 16 12:00:07 ok Feb 16 12:00:12 saeed: If /current/ doesn't work for you, there's often an archive of the past couple days which ought work if current doesn't. Feb 16 12:00:32 yeah. just navigate one up in the tree Feb 16 12:00:34 and you will find it Feb 16 12:00:39 (end the URL at .../daily-live/ to see the (short) archive list. Feb 16 12:00:42 but current should work afaict Feb 16 12:00:48 Usually does. Feb 16 12:01:18 can you update me which issues still unresolved with dove Feb 16 12:04:17 saeed: i planned to do some thorough testing on dove this week ... afaik all bad issues are fixed with the X0 Feb 16 12:04:39 great Feb 16 12:04:40 NCommander: any unresolved dove issues for saeed ? Feb 16 12:04:58 asac: saeed, X0 isn't here yet (I wasn't home yesterday to get the delivery) Feb 16 12:05:11 saeed: I did see the patch to fix kexec()'s decompression speed, thanks for the fast turnaround on that. Feb 16 12:05:37 saeed: I can't find a good list of *all* the issues with dove, but https://bugs.launchpad.net/ubuntu/+source/linux-mvl-dove probably includes a good chunk of them. Feb 16 12:05:42 you're welcome Feb 16 12:06:24 NCommander: can you throw mrpt on one of your many babbage boards and check if that builds? Feb 16 12:06:33 NCommander: seems that package killed all our biulders Feb 16 12:06:56 asac: ugh. I'm still not setup on any of the boards, and may need to do a purchase order to get them all up Feb 16 12:07:04 * NCommander is kinda still coming off unpacking from the long weekend Feb 16 12:07:53 k Feb 16 12:08:29 NCommander: when I tried kexec, the bootargs were not passed to the kexeced image Feb 16 12:09:10 I've had to append all the command line in order to make it work properly Feb 16 12:18:38 saeed: I thought that's the way kexec is supposed to work but I'm not 100% sure Feb 16 12:21:59 * persia is 100% sure : one may well want to have completely different bootargs from the bootloader and to the target kernel Feb 16 12:32:42 dmart: is there a handy list of arm opcodes? I think I need to tear some code apart by hand without a disassembler Feb 16 12:32:47 * NCommander feels like crying Feb 16 12:34:45 NCommander: for ooo=? Feb 16 12:35:00 asac: uh huh :-/ Feb 16 12:35:13 NCommander: not handy but IIRC the only place to find opcode->instruction mapping is arm archictecture reference manual (aka ARM ARM) Feb 16 12:36:22 * NCommander is trying to determine where this code is blowing up Feb 16 12:37:31 alternatively, if you can run the binary under qemu linux-user, qemu-arm -d in_asm ./binary can give good insight Feb 16 12:38:08 NCommander: really best to use a disassembler ;) (You could create an assembler file with the data words in it and disassemble that.) Feb 16 12:38:23 If you really want to decode instructions by hand, you need to refer to the ARM ARM Feb 16 12:38:36 dmart, suihkulokki its just a buch of hexcodes in a C file. No specific binary to take apart ;.; Feb 16 12:39:16 Ah, is this in the kexec implementation? Feb 16 12:40:28 dmart: OpenOffice Feb 16 12:40:34 * NCommander is trying to track down where it explodes Feb 16 12:40:51 oh! Which file? I think I have that unpacked somewhere... Feb 16 12:41:15 its in the uno bridge Feb 16 12:41:25 we currently need to ship a jaunty .so fo rthat Feb 16 12:41:29 because otherwise it fails Feb 16 12:41:35 we have a binutils bug open for that Feb 16 12:41:36 iirc Feb 16 12:42:08 asac: its not clear that binutils is the issue Feb 16 12:42:25 the debugger breaks and cries though when you try and solve this, so I'm just scattering debug printfs Feb 16 12:42:44 Can you point me to the affected file in OOo? Feb 16 12:43:10 dmart: we don't know specifically where its going bust Feb 16 12:43:16 NCommander: can you please give dmart the bug id ;) Feb 16 12:43:27 dmart: https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bug/417009 Feb 16 12:43:30 Launchpad bug 417009 in openoffice.org (Ubuntu Karmic) (and 3 other projects) "all openoffice apps die in 'com::sun::star::ucb::InteractiveAugmentedIOException' on armel in karmic (affects: 1)" [Low,Won't fix] Feb 16 12:44:08 bug 436617 Feb 16 12:44:09 Launchpad bug 436617 in binutils (Ubuntu Karmic) (and 2 other projects) "ARM unwind table linker processing broke OO's uno2cpp (affects: 1)" [High,Won't fix] https://launchpad.net/bugs/436617 Feb 16 12:44:16 i think thats the bug Feb 16 12:44:34 dmart: NCommander: ^^ Feb 16 12:44:43 thanks Feb 16 12:45:14 hmm ... the sata disk i have is really really slow here for imx51 Feb 16 12:45:58 * asac break before meeting Feb 16 12:52:27 NCommander: Is this any help? http://pastebin.ubuntu.com/377573/ Feb 16 12:52:49 dmart: I'll play with it in a moment Feb 16 12:52:49 It should allow you to decode invidual opcodes Feb 16 12:52:52 * NCommander is making some headway Feb 16 12:53:06 ok Feb 16 15:11:18 dmart: the links to the quick references in the asm intro you posted dont exist Feb 16 15:11:30 like http://www.arm.com/pdfs/QRC0001H_rvct_v2.1_thumb.pdf Feb 16 15:16:26 dmart: hmm for libv4l compiler wth thumb2 complains about cbnz r5, .L2 ... with "jidctflt.s:74: Error: branch out of range" Feb 16 15:16:43 i found a quick refernce and that refers to CBNZ as T2 :/ Feb 16 15:17:08 with -marm it doesnt fail Feb 16 15:19:43 cat jidctflt.s | pastebinit Feb 16 15:19:43 http://pastebin.com/f350081ab Feb 16 15:19:47 thats the full asm generated Feb 16 15:19:53 cc -Wp,-MMD,"jidctflt.d",-MQ,"jidctflt.o",-MP -c -I../include -I../../../include -fvisibility=hidden -fPIC -DLIBDIR=\"/usr/local/lib\" -DLIBSUBDIR=\"libv4l\" -g -O1 -Wall -Wno-unused -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -o jidctflt.o jidctflt.c Feb 16 15:19:57 /tmp/cctyjob8.s: Assembler messages: Feb 16 15:20:00 /tmp/cctyjob8.s:74: Error: branch out of range Feb 16 15:20:02 thats the error Feb 16 16:09:57 asac: Thumb-2 has different range limits for some instructions. If cbnz can't branch far enough, you may be able to move the branch destination closer, or recode using cmp , #0 // bne (I think) Feb 16 16:12:40 Hmmm, actually CB(N)Z is Thumb only Feb 16 16:25:27 saeed: ping? Feb 16 16:25:48 saeed: I just got my X0, it won't boot; kernel hangs at Uncompressing; the X0 I used in Portland worked just fine with our existing images Feb 16 16:27:43 dmart: hmm. i think that .s is generated by gcc Feb 16 16:27:46 i only get that with -save-temps Feb 16 16:27:59 (already found that range thing in the quick reference) Feb 16 16:28:21 dmart: yeah. i think for -marm its probably not generated by gcc at all Feb 16 16:28:27 will produce a .s with -marm and compare Feb 16 16:28:45 Oh, right. That's a compiler bug then. Can you raise a launchpad bug on gcc and stash the preprocessed source there? Feb 16 16:29:09 The compiler should not generate out-of-range branches in its own code... Feb 16 16:29:16 dmart: yep Feb 16 16:29:36 will give you a bugid when filed (once off the call) Feb 16 16:29:50 I posted info on the porting wiki page showing where to find the up-do-date instruction set quick references btw (in case you didn't already find them) Feb 16 16:29:57 thanks Feb 16 16:31:22 dmart: oh on top of the asm intro? Feb 16 16:31:23 good Feb 16 16:31:25 * asac checks Feb 16 16:31:39 yes Feb 16 16:31:59 found Feb 16 16:39:27 plars: GrueMaster, I'm reminded of what happens when the bootloader machine id and the kernel machine id fail to match :-/ Feb 16 16:40:57 dmart: bug 522717 Feb 16 16:41:00 Launchpad bug 522717 in gcc-4.4 (Ubuntu) "libv4l code compiles to invalid asm: jidctflt.s:74: Error: branch out of range (affects: 1)" [Undecided,New] https://launchpad.net/bugs/522717 Feb 16 16:42:01 asac: Can you attach the preprocessed source? This makes it easier for the compiler guys to reproduce the problem. Feb 16 16:42:19 right ;) Feb 16 16:44:08 done dmart Feb 16 16:47:08 asac: cool, thanks Feb 16 16:48:14 Ncommander Feb 16 16:51:55 saeed: ah, your around! Feb 16 16:52:28 what it's the board rev? Feb 16 16:53:00 saeed: mine is 1.4, same problem Feb 16 16:54:36 NCommander, please try the patches I just sent you be email Feb 16 16:55:35 GrueMaster: did you see the posting that just came across ubuntu-qa? how does that relate to the libtest stuff you've been doing? any help at all? Feb 16 16:58:05 saeed: will try as soon as I can Feb 16 16:58:28 ok Feb 16 17:02:51 just a sec. Feb 16 17:10:01 plars: which channel? Feb 16 17:10:38 GrueMaster: ubuntu-qa mailing list Feb 16 17:12:14 Forward to me. I don't appear to be on that list. Feb 16 17:15:13 sure Feb 16 17:26:18 It might be useful. It does more api level testing, whereas the test suite I am working with does more low level testing (like at the fpu level). Feb 16 17:27:28 It is also very new. Feb 16 17:27:43 Wiki is dated this month. Feb 16 17:31:38 plars: A good read on the different test suites would be http://ispras.linux-foundation.org/index.php/LSB_Tests. Feb 16 17:31:59 It lists the different types of tests and compares them. Feb 16 17:32:21 GrueMaster: cool, will take a look. I was mostly just wondering if that one would also be useful Feb 16 17:32:29 or if it added anything really Feb 16 17:35:47 My understanding is that the tests mentioned in the email are essentially smoke tests. They will quickly tell you if there is a problem with a library function. What they don't give you is an underlying understanding of the problem (i.e. is it a toolchain issue, hardware issue, etc). Feb 16 18:00:20 anyone can install netbook-launcher and see if it fails to start? Feb 16 18:00:25 the 3d one Feb 16 18:00:46 idea is to understand if we need another probing on top ... or can just rely o nthat failing to determine if we want to go for 2d Feb 16 19:11:55 asac, why dont we have the compiz wrapper in netbook-launcher ? that works pretty relaibly Feb 16 19:17:55 ogra: thats too slow Feb 16 19:18:00 for une Feb 16 19:18:07 takes 2 seconds or something on boot time Feb 16 19:35:39 oh, i wasnt aware it takes 2sec Feb 16 19:53:19 GrueMaster: https://wiki.ubuntu.com/MobileTeam/Meeting/2010/20100223 Feb 16 19:54:05 Cool. Send me that link on 20100222 and I'll be good. Feb 16 19:54:12 :) Feb 16 20:01:23 Wow, i.MX51 cell phones announced? Not having POP in that form factor must hurt. Feb 16 20:01:32 (yeah, off topic, I know :) **** ENDING LOGGING AT Wed Feb 17 02:59:58 2010