**** BEGIN LOGGING AT Fri Jun 18 02:59:57 2010 Jun 18 07:01:51 hi folks Jun 18 07:13:42 morning Jun 18 07:16:04 is there much of a difference in assembler code between armv5 and the newer systems like the cortex (apart from the stuff the newer systems add)? Jun 18 07:17:20 one of my co-workers is fiddling around with low-level kernel calls to get async file io going, and I'm wondering if I should get him an account on a shevaplug (faster, more ram) or on a beagle (newer cpu arch) Jun 18 08:00:39 kai: Depends whether he's optimizing for v6 or v7? Jun 18 08:01:18 kai: beagle's speed is decent, but I never tried the JTAG; sheeva is really great to JTAG-debug, so it might be relevant for him Jun 18 08:01:44 lool: if it's a matter of getting things /going/ , v6 vs. v7 shouldn't matter much though Jun 18 08:02:46 Lutin: the question is sheeva versus beagle, I agree with you that the described work is likely not architecture specific, but apparently it's about writing some assembler, so it could make a difference Jun 18 08:03:16 Lutin: v5 vs. v7 Jun 18 08:03:29 if you want to ship a v7 based product and you dont care that your code works on v5, you might be able to use some v6 or v7 assembly to speed things up Jun 18 08:03:33 sheeva has armv5 Jun 18 08:05:39 lool: I don't actually know what's involved Jun 18 08:06:19 lool: this is about some really low-level IO stuff in the linux kernel, that's about the point where the explanation turned into chinese Jun 18 08:06:57 kai: sheeva + jtag access then would be easier and faster Jun 18 08:08:25 hrw: ok, thanks :) Jun 18 08:08:50 sheeva cpu if much faster in integer then beagleboard Jun 18 08:09:26 and in kernel you can not use vfp or neon so no big speed up would be archived on bb Jun 18 08:12:08 shit. dpkg hang on my dekstop Jun 18 11:37:30 ogra_cmpc: what is the equivalent of qemu-arm-static in debian? Jun 18 11:49:40 amitk: qemu-user-static Jun 18 11:52:33 lool: thanks Jun 18 13:23:16 mpoirier: Heya Jun 18 13:23:33 good day. Jun 18 13:23:42 mpoirier: linux-image-omap depends on linux-image-2.6.33-500-omap in maverick Jun 18 13:24:00 ? Jun 18 13:24:03 mpoirier: Currently, linux outputs linux-image-2.6.35-4-omap Jun 18 13:24:15 mpoirier: There are two set of omap kernels in maverick Jun 18 13:24:25 mpoirier: One built from linux, and one built from linux-ti-omap Jun 18 13:24:34 humm.... Jun 18 13:24:43 apt-get install linux-omap or linux-image-omap should do something useful, but is broken right now Jun 18 13:25:00 Humm.... Jun 18 13:25:06 mpoirier: It's not clear to me whether you'll switch to a separate branch + source package for omap4 support, or whether it will still be linux source package? Jun 18 13:25:32 it is still undecided. Jun 18 13:26:11 Humm.... Jun 18 13:26:12 according to the trail of email in my inbox over the last couple of days Jun 18 13:26:53 mpoirier: Is there any benefit for OMAP3 in running the OMAP branch from TI? Jun 18 13:27:33 If you get a single binary kernel to work on OMAP3 + OMAP4 from the TI branch and it's strictly better than the mainline one, then I think the path is clear Jun 18 13:27:56 indeed. Jun 18 13:28:16 mainline should follow quickly though... Jun 18 13:29:43 lool: omap4 support will come out of separate source tree (it resides as a branch in the maverick kernel) Jun 18 13:29:57 tim added it yesterday Jun 18 13:31:07 amitk: Yes, understood this bit; was it decided to use a single kernel for OMAP4 and OMAP3? and is there any regression for OMAP3 from mainline to the TI branch? Jun 18 13:31:08 lool: there is not benefit is running omap3 with TI's code since TI's code is not upstream and hence will get refactored quite a bit before it all makes it to upstream. Jun 18 13:31:31 also, last I looked, TI's tree breaks OMAP3 Jun 18 13:31:38 Ok Jun 18 13:52:57 lool, bug 595949 Jun 18 13:52:58 Launchpad bug 595949 in linux-meta-ti-omap (Ubuntu Maverick) (and 1 other project) "linux-meta-ti-omap depends on the wrong binary kernel in maverick (affects: 1) (heat: 6)" [Critical,New] https://launchpad.net/bugs/595949 Jun 18 14:00:27 ogra: Thanks; I didn't know whether linux-meta was also concerned or not Jun 18 14:34:25 http://people.canonical.com/~hrw/ubuntu-maverick-armel-cross-compilers/ - new structure, new versions Jun 18 16:32:48 ogra: I just filed the bug 596004 regarding the UNE UI issue on Maverick Jun 18 16:32:49 Launchpad bug 596004 in netbook-meta (Ubuntu) "with 2D UI (une-efl) selected, the gnome desktop toolbar is also visible and seems to be running (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/596004 Jun 18 16:38:28 sebjan, great, thanks, i'll take care of it Jun 18 16:42:29 Wow, my beagle has a /dev/ramzswap0 for some reason Jun 18 16:42:45 is compcache enabled on installed system as well? i thought it was an install only thing Jun 18 16:47:07 lool: hi, I have some initial results on the hardfp/softfp performance Jun 18 16:47:44 tested on the iMX515 with karmic (ubuntu original vs my compiled with hardfp) Jun 18 16:48:09 I tested glxgears to see how it would affect fp performance (using fbdev X, no 2d/3D accel) Jun 18 16:48:42 so softfp gave me ~120 fps, while hardfp gives me 146 fps Jun 18 16:49:09 I know glxgears is not a proper 3D benchmark, but I'm not interested in 3D, rather fpu performance Jun 18 16:49:13 so... Jun 18 16:49:39 that's ~21% speed increase, dunno if it can be more, but it looks logical Jun 18 16:50:05 I'll post this asap with more info Jun 18 17:03:33 markos_: markos_ That's interesting, thanks Jun 18 17:03:43 markos_: what about the archive, did you manage to setup a source one? Jun 18 17:04:26 yeah it includes sources in the same url Jun 18 17:04:31 most of them at least Jun 18 17:05:04 I probably forgot to include sources for packages I built manually -not needing patching, just cyclic dependency probs,e tc Jun 18 17:09:22 markos_: http://freevec.org/repository/dists/karmic/main/ has no source index? Jun 18 17:12:03 strange, I did reprepro includedsc Jun 18 17:12:27 lol Jun 18 17:12:37 that was on my local server, I have to rsync it Jun 18 17:12:42 sorry bout that :) Jun 18 17:13:29 I'll let you know when the rsync is over Jun 18 17:16:25 markos_: thanks a lot Jun 18 17:17:00 markos_: I'm away next week though, so I'll probably mirror the week afterwards Jun 18 17:18:25 i don't think it's going anywhere Jun 18 17:18:37 I mean I have no plans to move or remove it Jun 18 17:18:39 so... Jun 18 17:19:25 Ok thanks Jun 18 17:23:05 the past days I've been working on setting up wanna-build... Jun 18 17:23:13 I have to say the documentation is *crap* Jun 18 17:23:33 I still haven't managed to even setup the db Jun 18 17:23:54 anyway, dinner time, later Jun 18 18:40:22 ogra: ping. Do you know when jasper will be in the repo? Jun 18 20:05:40 markos_: An alternate wanna-build is being developed IIRC Jun 18 20:05:51 markos_: pkern was doing a python rewrite as a gsoc I thnk Jun 18 20:05:59 markos_: The documentation for the current version is the source I'm afraid **** ENDING LOGGING AT Sat Jun 19 02:59:57 2010