[01:17] good evening guys [01:17] hey mjeamiguel [01:17] hi persia [01:17] i just have a noob question [01:17] which one :) [01:18] ok, I downloaded this file dhrystone v2.2 [01:18] it runs when sh is invoked [01:18] then produces 3 files [01:18] I am testing it on my x86 machine [01:19] now my question is, do i need edit the file if i decide to run it on ARM? [01:19] like cc options edit? [01:19] i can pastebin the drystone now..gimme a sec [01:21] here is the file http://paste.ubuntu.com/524783/ [01:23] Oh, my. What an amusing way to write C code. I7d sugget just trying it. [01:23] If it doesn't work, then it might be an issue, but there's a good chance it will work. [01:23] but yeah [01:23] looking into the code [01:23] the first few lines are to compile the dhrystone right? [01:24] but without optimizing it for arm, would it be possible to get proper results? === ian_brasil___ is now known as ian_brasil [01:24] Yeah, it's a shell script *AND* C code, so the shell gets escaped when the C is compiled, and the C gets ignored when the shell is run. [01:24] it worked on my x86 laptop (dual core) [01:24] And the shell compiles the C. [01:24] yes :) [01:25] is this script good enough to benchmark a beagleboard? [01:25] or I need to modify it? [01:26] Depends what you're trying to achieve. [01:26] If you believe that code accurately reflects some workload you intend to run, then use it unmodified. [01:26] If you believe it doesn't, it makes for a poor benchmark. [01:27] oohh ok..any suggestions for armv5 benchmark scripts? [01:27] Why do you want a benchmark? [01:27] (and Ubuntu is ARMv7a these days) [01:28] yeah im sorry bout that, I wanted to try it both [01:28] its a school project and at the same time, my curiosity [01:29] OK. Let's start at the beginning :) What are you trying to accomplish? [01:30] cool :) I wanted to compare the architecture (5 and 7) through bm [01:30] Ah, OK. [01:30] yes sir :) [01:30] Looking to compare different hardware running the same code, or different code opimisation on the same hardware? [01:30] I havent started yet..i just want to know where Im starting and heading eventually [01:32] 2 different hardware, same codes, speed of execution for compiling ..etc [01:32] for now, just contrasting both [01:32] Are both hardware solutions ARMv7a compatible? [01:33] yes its beagleboardXM [01:33] my teacher told me that 1 board is already running ..but uses armv5 [01:33] Hrm. OK. [01:33] more like optimized for armv5 [01:33] yes [01:34] but yeah [01:34] if i can only [01:34] get a script for benchmarking [01:34] i just needed data comparisson.. [01:34] So there's some stickiness if you're running an ARMv5 kernel and make certain sorts of syscalls from ARMv7a+Thumb code, but I think that's mostly the Thumb stuff. [01:34] yeah..im more like into arm codes [01:35] You can probably use your dhrystone script if you just want an artificial benchmark, but be aware it may not be meaningful for any real workload. [01:35] so no need to edit the script for now right? [01:35] You will want to modify the top of it to force different ISA compliance. [01:35] But I'm not convinced you can safely run ARMv5 code in Ubuntu: I'd probably use Debian for such a comparison. [01:35] will look into that :) [01:36] ill try that and fedora [01:36] I wouldn't send you that far away :) [01:36] its just a little confusing for me, considering its my first time with a project [01:36] hahahah :) thanks [01:36] one last question [01:37] Understood. Folk here are likely to be willing to help with some stuff, but nobody will be willing to actually solve some of the basic issues for the project (but they may be willing to help with issues you discover in the base environment whilst working on your project) [01:37] No limit :) [01:37] i also wanted to compile a program lets say written for x86 [01:38] i jsut needed to change the gcc options right? [01:38] in the make script? [01:39] Best effort is made to have sane defaults for gcc so you don't have to do that in the common case. [01:39] If you're working on something involving comparisons of various compiler flags, the best effort defaults won't necessarily help :) [01:40] lol..im kinda lost there..can you please explain further thanks persia :) [01:40] OK, so for each architecture, we ship the compiler with default settings that tend to just work. [01:40] yes [01:41] So one can generally get nearly best results for "int main(int argc, char* argv[]){printf("Hello World\n");}" or slightly more complex code. [01:42] However, if you're working on an academic project to compare different compiler flags, it won't help much, because you need to select specific flags, rather than using the defaults. [01:43] i guess im not so close to that, thanks for explaining :) [01:43] any good resource for armv7 readings? [01:44] i already checked the mailing lists [01:47] I think you'll have to wait for someone else. I just run the software, and try to fix bugs that aren't that ISA-specific. The few things I know about the ISA changes are mostly hearsay or based on other folks solutions to other, similar bugs. [01:47] persia: I really really apreciate you helping me tonight..thanks so much! [01:49] I'm to present about my project soon, and will let my fellow students how this channel and you helped me out a lot [01:49] thank you :) [01:51] Thanks for helping advertise us. [01:57] you guys deserve :) bye! === amitk is now known as amitk-afk === hrw|gone is now known as hrw [08:22] re === amitk-afk is now known as amitk [09:14] amitk, Did you get the kernel source links I posted a couple days ago? [09:20] persia: I did not, could you post again? [09:21] http://netbook-remix.archive.canonical.com/updates/pool/public/l/linux-fsl-imx51/ [09:22] I believe "araneo" is for the PC-Z1 and "sendai" for the PC-T1. I have no idea about the 2.6.31 source. I can only test for the PC-Z1, but can probably find some PC-T1 testers if you need. [09:22] persia: what is PC-Z1 and PC-T1? [09:24] amitk, PC-Z1 is my little laptop. PC-T1 is a tablet with nearly identical guts, also distributed by Sharp. [09:25] persia: ok, got the araneo sources now [09:27] I think it was the araneo sources you dug into last year to upstream stuff. The more recent updates should just be security maintenance and the like. [09:28] persia: I dug into the BSP from Freescale for the babbage baord, not Pegatron's kernel [09:28] PC-Z1 wasn't Pegatron. [09:29] I heard PC-T1 was, but some of my comments in early planning phases were not as commercially sound as they might have been, so I didn't end up working on that project. === ian_brasil__ is now known as ian_brasil === hrw is now known as hrw|afk === hrw|afk is now known as hrw === asac_ is now known as asac [14:44] ok, who here uses ubuntu on panda? [15:03] hrw: I do, why? [15:04] rsalveti: how to get more then 684MB ram? [15:04] hrw: you can get by giving mem=1g at the kernel cmd line, but the system turns unstable [15:04] default has 460+256 ram and 32 for vram, when I dropped it I got 512 [15:04] there's still an unknown bug [15:05] thx [15:09] rsalveti: wasn't this issue hidden by the 2G/2G memory partitionning/ [15:09] ? [15:09] sebjan_: nops, gets better, but you still face the issue sometimes [15:10] rsalveti: hum, ok... [15:10] and now I need to find why my both pandas got stuff while building qt =\ [15:10] *stuck [15:11] rsalveti: out or memory? (ho, you already have some swap setup, right?) [15:11] s/or/of/ [15:11] yup, first time was lack of memory to run ld while building webkit [15:11] then I added swap and I couldn't access it remotely [15:12] so probably a kernel bug [15:13] rsalveti: it can help to not start gdm, to get some extra memory for building :) [15:13] sebjan_: yeah, one of my builders is running with a minimal image, on a usb-disk :-) [15:15] rsalveti: I like this setup :) [15:53] http://hrw.pastebin.com/QH29C3zp - uboot found just 512MB ram on panda - normal? [15:55] iirc there is the highmem problem so only 512 is used to not get some problems [15:55] hrw: iirc this was just a hard coded value [15:55] ok [15:56] topfs2: you can use until 768MB [15:56] ah ok [15:56] 512 is more than enough for me atm :) [15:57] builds takes mem... so more == better [16:16] http://hrw.pastebin.com/30ABmFSu ;( [16:19] ouch, that's weird [16:20] that 4->10s jump is because hdd has to start rotating [16:21] worked before ;( [16:21] have to test one thing [16:22] not related to 512<>1024MB ram [16:22] worked before ;( [16:49] Hi rsalveti, would you please have some time to discuss this pvr-omap4 / mesa dev conflict issue mentioned on the pandaboard ML? [16:49] vstehle: yup, just replying the ml :-) [16:50] Oh. Nice. I don't see an easy solution right now. [16:50] vstehle: sorry not answering before, still catching up on my emails [16:50] vstehle: in case you want a dev package for sgx, you have to create your own [16:50] and conflict/replace the mesa ones [16:51] Hum... Ok, I'll do that, then. [16:51] but the problem is that the library lacks a proper soname [16:51] then it's not 100% compatible with the mesa ones [16:51] for example, if you end building something using the sgx package, you'll be unable to run with the mesa ones, unless you install the mesa-dev packages [16:52] because your bin will be linked with the lib.so [16:52] that mesa provides only at the -dev package [16:52] The packages provide libX.so, libX.so.1 and libX.so.1.y; isn't this sufficient? [16:53] Or do I need to specify this soname thing somewhere? [16:53] hey pandaboard users [16:53] i'm kicking around some ideas for expansion boards for the pandaboard, any thoughts on an expansion board the exact same pcb size as the pandaboard that adds 4 additional usb ports, rtc with battery, eeprom, seconday sd/mmc slot, secondary uart, and LVDS lcd interface [16:54] vstehle: it provides the proper links, but when you link something with it, it'll link against the lib.so, instead of lib.so.1, for example [16:54] the library doesn't export the proper soname [16:55] Oh, that is in the .so itself? I did not realize that. [16:55] you need to change that in build time [16:55] in the sgx lib build time [16:55] I can do that, but I don't know where to begin (Makefile or debian/* :) [16:56] probably at the sgx build scripts/makefiles [16:56] we have the same issue for the omap 3 packages [16:56] Oh: http://en.wikipedia.org/wiki/Soname [16:56] that's why I didn't provide a -dev package for it [16:57] Ok, I need what to do this week :) Thanks! First, -dev, then fix soname. [16:58] I'd prefer first soname, then -dev, but it's your call :-) [16:58] then it can be compatible with the mesa ones [16:58] and the replace/conflict will be 100% correct :-) === hrw is now known as hrw|gone [17:02] http://hrw.pastebin.com/K7zW3RrL - problem is not rootfs related ;( [17:04] btw vstehle and rsalveti I built xbmc with mesa-dev and it runs perfect with sgx [17:04] incase its of interest :) [17:04] topfs2: yup, that's expected :-) [17:04] the other way around that's not [17:04] Hi topfs2. Good to know. [17:04] ah ok :( [17:05] While I have about nil knowledge on the matter couldn't it be done by using the mesa-dev package? === zyga is now known as zyga-afk === zyga-afk is now known as zyga [20:27] sebjan_: can you try the proposed package for the bug 665039 and report back the result? [20:27] Launchpad bug 665039 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "Crash at boot on blaze board on wlan driver init (affects: 1) (heat: 306)" [Undecided,Fix committed] https://launchpad.net/bugs/665039 [20:28] then we can close this bug [20:28] I don't have a blaze to test [20:57] got a quick ?? --> can someone point me to the ubuntu's OMAP4 kernel location for pandaboard? [21:01] orbarron: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4 [21:02] rsalveti: thanks