**** BEGIN LOGGING AT Thu Aug 19 02:59:57 2010 Aug 19 10:51:58 ogra: where is the system-wide fstab that mounts the initial filesystems? Aug 19 10:52:15 you mean /etc/fstab ? Aug 19 10:52:50 ogra: no, the other one that upstart uses Aug 19 10:53:00 upstart ? Aug 19 10:53:07 where things like /var/run are mounted as tmpfs Aug 19 10:53:08 oh you mean mountall Aug 19 10:53:14 aah, right Aug 19 10:53:24 thats /lib/init/fstab Aug 19 10:53:39 perfect, thanks ogra Aug 19 12:53:58 rsalveti, robclark : hi! At last, here's the result of the parse-edid command: Aug 19 12:54:00 http://pastebin.com/9QwDri4a Aug 19 12:54:49 Produced on Panda ES1.0, 2.6.34-903-omap4 #7resalveti2 kernel Aug 19 12:55:13 k.. will look at that in a few min.. in a call atm.. Aug 19 12:56:44 Thanks! Here's my kernel log too: http://pastebin.com/MT3QJCDR Aug 19 12:57:06 Still observing the interlaced screen effet. Aug 19 13:01:48 mopdenacker: btw, can you point me at a git tree and commit-id for the kernel you are using.. just so I know which patches you do and don't have? Aug 19 13:12:02 robclark: unfortunately, this info is not available. I just used rsalveti's pre-built kernel. Aug 19 13:12:51 rsalveti: do you have a git tree and commit id for your 2.6.34-903-omap4 #7rsalveti2 kernel, please? Aug 19 13:13:11 ahh, ok.. so I'm guessing you do not have this patch http://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4/commit/6b36538ae4495bc4e6c44b01192814b4d702882f Aug 19 13:13:20 since it was causing rsalveti some issues.. Aug 19 13:14:31 but it is required for monitors that can't do 1920x1080.. otherwise, what happens is fb configures itself for 1920x1080 (which is the default at boot-up before hdmi driver has a chance to read the EDID), and doesn't realize when the resolution changes to 1280x1024 Aug 19 13:15:22 which causes the weird repeating pattern.. because at start of row 2, the display is reading what the fb client thinks is 2/3rds of the way thru row 1.. Aug 19 13:15:28 (hopefully that made sense) Aug 19 13:16:21 rsalveti: do you have time for an experiment, to see if adding that console lock stuff around the fb_set_var() calls helps w/ your monitor? Aug 19 13:16:40 I can make an updated patch quickly.. but at moment don't have any good way to test it Aug 19 13:16:51 * robclark is pandaless at the moment :-( Aug 19 13:50:55 mopdenacker: Btw can you try sysfs? ie do a echo 350 > custom_edid_timing ? Aug 19 13:51:23 mythripk: I think his problem is the framebuffer resizing.. fwiw Aug 19 13:51:41 hdmi driver itself is ok.. it is finding and using a supported resolution correctly Aug 19 13:52:02 but unfortunately fb still thinks resolution is 1920x1080 Aug 19 13:57:13 yes :) i saw that , it is picking 1280 * 1024 Aug 19 13:58:04 but i guess the sysfs trial might trigger FB , so wanted to confirm that. Aug 19 13:58:17 I guess I need to figure out a good solution for making the omapfb size-change callback work in all cases.. Aug 19 13:58:39 no, don't think it would trigger fb if he doesn't have the patch to add callback.. Aug 19 13:58:49 not if resolution changes, at least.. Aug 19 13:58:57 i will be adding uevent for all the hot plug trigger in timing change , would that help fb to listen? Aug 19 13:59:16 can fb listen to the uevent ? Aug 19 13:59:43 not really sure.. that might help userspace.. but I think normally that sort of notifcation would come thru DRM driver somehow.. Aug 19 13:59:50 oops sorry my last bus time Aug 19 14:00:03 k, don't miss the bus ;-) Aug 19 14:00:12 c-ya Aug 19 14:00:23 :) good day Aug 19 14:07:47 mythripk: thanks for the tip. Writing to custom_edid_timing didn't help Aug 19 14:38:46 mopdenacker: robclark: hi Aug 19 14:39:04 ahh, hi rsalveti Aug 19 14:39:04 http://gitorious.org/ubuntu-experimental/kernel-maverick/commits/rsalveti-ti-omap4 Aug 19 14:39:06 my tree Aug 19 14:39:15 morning :-) Aug 19 14:39:38 rsalveti: morning! Where are you? Aug 19 14:39:51 fine thanks :-) Aug 19 14:40:01 let me read the backlog Aug 19 14:40:28 rsalveti, do you have some time to try an experiment? I can make a patch for the omapfb size-change callback with added acquire/release console lock, to see if that works on your monitor.. but no way to test it at the moment.. Aug 19 14:40:36 rsalveti: like your answer ;-) Aug 19 14:41:13 robclark: sure Aug 19 14:41:39 ok.. I'll send you a patch in 10 or 15 Aug 19 14:41:51 nice Aug 19 14:49:00 prpplague: Good morning :) Aug 19 14:49:46 lag: greetings Aug 19 14:51:26 prpplague: Looks like we missed one another yesterday Aug 19 14:53:09 yea Aug 19 14:53:12 lag: rough day Aug 19 14:53:23 lag: L24.9 release yesterday fully supports panda audio Aug 19 14:55:03 prpplague: Very nice Aug 19 14:55:28 lag: you'll need an update pulse config and alsa.state file, but other than that it works fine Aug 19 14:55:33 prpplague: Has L24.9 been released to us yet? Aug 19 14:55:43 lag: yesterday Aug 19 14:55:59 http://dev.omapzoom.org/?p=integration/kernel-omap4.git;a=commit;h=4a49ddc5fdf3e4acf90ea4c219f9742b3be48ab8 Aug 19 14:56:18 prpplague: Why doesn't anyone tell me these things - I'm meant to be reviewing it! Aug 19 14:56:49 Are ndec and sebjan away? Aug 19 14:57:35 lag: i know ndec is Aug 19 14:57:55 lag: iirc ndec will back on the 23rd Aug 19 14:57:58 prpplague: I think he may be on holiday Aug 19 14:58:11 And sebjan has only just came back Aug 19 14:59:12 lag, prpplague: hi, I just came back today :) Aug 19 14:59:29 Hi sebjan Aug 19 14:59:35 I aligned with cooloney earlier today Aug 19 14:59:42 Have you spoken to Bryan today? Aug 19 14:59:51 Then the fault lies with him :) Aug 19 15:00:05 I'll do some cleaning on the L24.9 patch-set (checkpatch is shouting a lot) Aug 19 15:00:10 sebjan: On here? Aug 19 15:00:12 robclark: I tried to clone your tree, and compile the kernel with your commit: Aug 19 15:00:15 git clone git://gitorious.org/~robclark/pandaboard/robclarks-kernel-omap4.git Aug 19 15:00:20 However, it fails with Aug 19 15:00:25 sebjan: Yeah, I know Aug 19 15:00:34 Resolving deltas: 100% (1301615/1301615), done. Aug 19 15:00:34 warning: remote HEAD refers to nonexistent ref, unable to checkout. Aug 19 15:00:35 sebjan: I ran it through last week Aug 19 15:00:39 and hand-off a branch to him to add the ubuntu patch set Aug 19 15:00:44 sebjan: Are you going to try and fix the errors? Aug 19 15:01:03 That's just a warning, but I don't see the master branch Aug 19 15:01:17 thats odd Aug 19 15:01:21 lag: yes as far as I can in few days Aug 19 15:01:26 sebjan: When do you think it will be ready for us? Aug 19 15:01:40 mopdenacker: hmm, possibly there is no master branch.. I do that sometimes to confuse people ;-) Aug 19 15:01:47 sebjan: If you can send me an email when it's ready, I can cast my eye over it Aug 19 15:01:51 you'll anyways want to checkout L24.8_panda-hdmi-patches branch Aug 19 15:01:55 lag: I think sometimes next week Aug 19 15:02:06 lag: usre, I'll keep you posted as well as bryan Aug 19 15:02:09 sebjan: Okay, it will be worth us waiting until then Aug 19 15:02:13 robclark: successful attempt. ;-) Thanks Aug 19 15:02:20 sebjan: No problem Aug 19 15:02:28 heheh, no prob Aug 19 15:04:16 robclark: Oops, I don't get *any* branch: Aug 19 15:04:18 git branch Aug 19 15:04:21 $ Aug 19 15:04:32 git branch -r Aug 19 15:05:02 git checkout --track -b L24.8_panda-hdmi-patches origin/L24.8_panda-hdmi-patches Aug 19 15:05:07 (or something roughly like that) Aug 19 15:05:14 Thanks, sorry for my lack of practise with git... Aug 19 15:05:29 heheh, I'm same way w/ bzr ;-) Aug 19 15:06:31 rsalveti: I'm thinking the following patch on top of the "OMAP4:OMAPFB: register callback to get notified of resolution change" patch: http://www.pastie.org/1102224 Aug 19 15:07:02 robclark: sure, will build and test it here Aug 19 15:07:04 just a min Aug 19 15:07:45 if it isn't working, don't spend time on it.. I'll just see if I can find a panda to borrow from prpplague for the afternoon, or maybe over the weekend Aug 19 15:08:10 there are a couple other display issues I want to look into anyways Aug 19 15:08:20 me too Aug 19 15:08:31 mopdenacker: I can build the uImage with the patch for you, if needed Aug 19 15:08:44 cause I'm going to test another patch on top of the patch you need Aug 19 15:08:56 rsalveti: perfect, thanks! Aug 19 15:09:50 Is there a place where I can get Lucid packages for CodeSourcery cross toolchains? Or shall I install these toolchains manually (errk)? Aug 19 15:10:13 For armel of course... Aug 19 15:17:43 hm, cs packages I don't know Aug 19 15:17:52 currently I'm using maverick with linaro's cross compiler Aug 19 15:28:22 mopdenacker: http://people.canonical.com/~rsalveti/kernel/uImage-mopdenacker Aug 19 15:28:30 with the patch from robclark Aug 19 15:28:35 now I'm going to build mine to test Aug 19 15:28:40 with latest changes Aug 19 15:28:55 rsalveti: hope I can find a package for lucid. We have a fast buildserver, which should run something stable... Aug 19 15:29:49 rsalveti: thanks! Do you have a deb package with the modules, or is it enough to test without the modules? Aug 19 15:30:02 mopdenacker: it's enough to test without modules Aug 19 15:30:09 I can generate a full deb file if it works Aug 19 15:30:55 rsalveti: all right, more soon. Aug 19 15:41:42 rsalveti: Ouch, my uInitrd got corrupted (bad luck). I have to restore it first from the image. Aug 19 15:41:59 mopdenacker: you have to recreate your fat partition :-) Aug 19 15:42:11 copy the files, run mkfs.vfat -F 32 and then copy the new files again Aug 19 15:42:21 mopdenacker: a bug in u-boot Aug 19 15:43:55 robclark: nops, same odd behavior Aug 19 15:44:12 screens turn on, but nothing goes on it Aug 19 15:44:24 so it's not a lock issue Aug 19 15:44:31 hmm.. ok Aug 19 15:44:52 is ubuntu kernel already based on 2.6.35? Aug 19 15:44:54 but then you just set the overlay_info Aug 19 15:45:05 robclark: nops Aug 19 15:45:18 hmm.. I wonder what is the difference.. Aug 19 15:45:19 lag is still waiting the final tree from sebjan Aug 19 15:45:52 robclark: what change in both cases is that in one the resolution is wrong, than it get fixed Aug 19 15:46:02 at my case I believe the resolution is right already Aug 19 15:46:04 rsalveti: thanks for the tip. That's easier than I thought :-) Aug 19 15:46:41 I mean, I wonder why I wasn't seeing that issue when I was testing on smaller monitors.. Aug 19 15:46:57 and in fact, why there is any change on a monitor that can already support 1920x1080 natively.. Aug 19 15:47:51 rsalveti: I'm not sure it's a U-boot bug: Aug 19 15:47:57 mkimage -l uInitrd Aug 19 15:48:20 mkimage: ERROR: "uInitrd" has corrupted data! Aug 19 15:48:24 mopdenacker: at least this corrupt issue should be Aug 19 15:48:30 The image really looks corrupted. Aug 19 15:48:37 but why are you running mkimage on uInitrd? Aug 19 15:49:04 you can just grab it from my deb package Aug 19 15:49:08 Just to check whether the image is corrupted or not. Aug 19 15:49:23 get the new uImage, write it again at the sd card and test Aug 19 15:49:29 rsalveti, -l just lists the setup Aug 19 15:49:31 It was "mkimage -l" Aug 19 15:49:57 yep, sorry, was thinking you were trying this before -l Aug 19 15:50:21 but you were just checking it :-) Aug 19 15:50:55 mopdenacker: in my case if I get the sd card and write a new uInitrd or uImage, u-boot says it's corrupted during the boot Aug 19 15:51:28 and recreating vfat fixes it Aug 19 15:56:58 robclark: I'm getting a size_notify for 640x480 first and then to 1920x1080 Aug 19 15:57:13 rsalveti: obrigado, I could recover just by replacing the corrupt uInitrd file (didn't have to format the partition again). Aug 19 15:57:30 rsalveti: oh.. ok, that is odd.. Aug 19 15:57:39 it is like at first it can't read EDID.. Aug 19 15:58:01 mopdenacker: np :-) Aug 19 15:58:21 robclark: yep, weird Aug 19 15:58:40 rsalveti: now I think I need your .deb file for the modules. The screen is just black (but the good news is the monitor doesn't complain... it's actually getting a correct signal). Aug 19 15:59:12 mopdenacker: hm, just blank or are you able to at least see some messages on it? Aug 19 15:59:17 so an interesting question might be why we can't go from 640x480 -> 1920x1080.. but I have a small monitor here so maybe I can recreate the situation.. Aug 19 15:59:26 my current problem with this patch is that my screen stays blank :-) Aug 19 16:00:23 yeah.. question is just *why* it stays blank.. Aug 19 16:00:41 rsalveti: just blank, but I haven't enabled the console on it. Will it go to tty0 if I remove "console=ttyO2,115200n8", or shall I explicit this? Aug 19 16:00:42 maybe that intermediate step of 640x480 triggers some problem.. Aug 19 16:01:03 mopdenacker: you should at least see some penguins Aug 19 16:01:45 mopdenacker: you can set another console argument at the same line Aug 19 16:01:46 btw rsalveti / mopdenacker .. are you using just console-only filesystems.. or one w/ x11? Aug 19 16:01:51 remove quite and splash, if you have it Aug 19 16:02:11 robclark: currently I'm using a console-only fs Aug 19 16:03:03 I'm using with x11 Aug 19 16:03:04 ok.. I've done mainly full X11 fs.. sometimes I don't see the console, but I think (or thought) that was just because the monitor didn't come on fast enough before xserver starts. Aug 19 16:03:18 rsalveti: good idea to enable both consoles. Aug 19 16:07:33 robclark: I added "console=tty0" and removed "splash", but I didn't see any penguin. The fb console stays blank after getting initialized. Aug 19 16:07:55 hmm, ok.. sounds like same issue rsalveti sees.. Aug 19 16:08:12 robclark: omapdss HDMI: fallback to VGA Aug 19 16:08:18 should it fallback? Aug 19 16:08:33 it got the right resolution before this message Aug 19 16:08:51 well.. possibly if the monitor doesn't support anything else Aug 19 16:08:55 but not in your case Aug 19 16:09:47 could you paste your bootlog again? Aug 19 16:09:58 sure, 1 sec Aug 19 16:11:16 is this for L24.9? Aug 19 16:11:17 hmm, if you haven't already, please enable dss traces too Aug 19 16:11:28 omapdss.debug=1 bootarg Aug 19 16:12:24 robclark: http://paste.ubuntu.com/480499/ Aug 19 16:13:28 robclark: thats the similar issue that i have with the L24.9 Aug 19 16:13:46 monitor cycling through modes? Aug 19 16:13:48 robclark: basically it thinks there was a physical disconnect when there was just a soft disconnect Aug 19 16:14:19 robclark: see line 444 Aug 19 16:14:21 rsalveti: do you have any way to set your monitor to only HDMI input, so it doesn't cycle between VGA/DVI/HDMI ports when it doesn't find a signal? Aug 19 16:14:38 prpplague: hmm, yeah Aug 19 16:15:05 rsalveti: i'm trying to collect a list of monitors that show these symptoms, can you give me your make and model? Aug 19 16:15:29 robclark: nop, my monitor tries to be smarter than me Aug 19 16:15:46 prpplague: LG W2253V Aug 19 16:15:54 hmm.. damn Aug 19 16:15:58 mopdenacker: what monitor are you using? Aug 19 16:16:23 prpplague: maybe you could paste the patch for the change you made so rsalveti could try it Aug 19 16:16:43 prpplague: hm, you fixed that already? Aug 19 16:16:51 oh, #pandaboard talk Aug 19 16:16:51 robclark: the one i have is against L24.9 Aug 19 16:16:59 rsalveti: does parse-edid answer your question? http://pastebin.com/9QwDri4a Aug 19 16:17:06 It's a Dell Monitor Aug 19 16:17:23 prpplague: DELL 1707FP ^ Aug 19 16:17:24 robclark: i can have a quick look at the L24.8 Aug 19 16:17:24 yeah.. so might need some manual massaging to apply.. but it is a small change so I guess rsalveti can do it Aug 19 16:17:43 prpplague: paste me the patch Aug 19 16:17:44 prpplague: rsalveti is using this tree: http://gitorious.org/ubuntu-experimental/kernel-maverick/commits/rsalveti-ti-omap4 Aug 19 16:17:59 one sec, let me get it for you Aug 19 16:20:37 http://paste.ubuntu.com/480502/ Aug 19 16:20:55 one line :-) Aug 19 16:21:04 rsalveti: please note that this is very hackish and i am researching a proper fix Aug 19 16:21:19 prpplague: sure, np, we just want to know if it works first :-) Aug 19 16:24:27 prpplague: shit, did work :-) Aug 19 16:24:32 robclark: ^ Aug 19 16:24:48 ah-ha! prpplague you are the man! Aug 19 16:25:28 robclark: now it doesn't call size_notify Aug 19 16:25:33 Thanks Dave! Aug 19 16:25:44 mopdenacker: let me post you the kernel Aug 19 16:25:58 rsalveti: sure! With great pleasure! Aug 19 16:26:03 rsalveti: good.. in your case, it should not.. since the resolution should stay at 1920x1080 and fb doesn't need to be notified.. Aug 19 16:26:11 robclark: yep :-) Aug 19 16:26:27 so now I think with the combo of my patch and prpplague's patch, it should work for mopdenacker Aug 19 16:26:38 probably, let's see Aug 19 16:27:34 dandy Aug 19 16:28:10 mopdenacker: http://people.canonical.com/~rsalveti/kernel/uImage-mopdenacker-2 Aug 19 16:30:51 rsalveti: ouch, still blank! Aug 19 16:31:03 hm Aug 19 16:31:33 mopdenacker: please boot with omapdss.debug=1 at your cmdline and show us the dmesg output Aug 19 16:34:05 rsalveti: http://pastebin.com/L7c9NE3e Aug 19 16:35:17 mopdenacker: please run dmesg at your console, then you'll get more messages Aug 19 16:35:21 like the dbg ones Aug 19 16:35:31 if you're able to login Aug 19 16:35:53 rsalveti: no, I can't login, but I can put loglevel=8 in my bootargs Aug 19 16:36:46 mopdenacker: could be, but you can grab the console by creating the following file: http://paste.ubuntu.com/480507/ Aug 19 16:36:57 then you'll get a tty at ttyO2 Aug 19 16:37:37 robclark: he's getting just one size_notify: size_notify: 1280x1024 Aug 19 16:38:02 hmm, ok... I'm back to thinking there is a prob w/ the size_notify.. Aug 19 16:39:09 I think I will need to get a panda and spend some time on that.. but I have the link to your kernel, so I should be able to build with that kernel and hopefully reproduce it Aug 19 16:39:58 robclark: you have the sources and the binary, if needed Aug 19 16:40:25 rsalveti: good idea. I should have thought about it before. Aug 19 16:40:34 ok.. now I just need a panda.. but ok, need to finish looking into something else first Aug 19 16:43:58 rsalveti: http://paste.ubuntu.com/480512/ Aug 19 16:44:49 rsalveti, robclark : sorry, I really gotta go. Mustn't miss my bike ;-) Aug 19 16:45:04 np, see you tomorrow! Aug 19 16:45:04 np mopdenacker :-) Aug 19 16:45:08 c-ya Aug 19 16:45:17 c-ya, hope the dump will help! Aug 19 16:46:55 robclark: weird, what mopdenacker got is basically your main base case when you tested your patch Aug 19 16:47:40 tried 1920x1080, set 1280x1024 and calls size_notify Aug 19 16:48:32 yeah.. it does the same thing that your's was doing before prpplague ... hdmi_display_suspend() and then starting over.. Aug 19 16:49:02 * prpplague looks Aug 19 16:51:18 hmm, looks like it is grabbing an odd config Aug 19 16:51:43 * prpplague looks some more Aug 19 16:52:45 are we sure that this is an HDMI display and not a DVI-D display? Aug 19 16:53:11 DVI-D should be supported too Aug 19 16:54:36 robclark: yea DVI-D should be supported, but it does look as though it is going into vesa mode for 1280x1024 Aug 19 16:54:47 robclark: which would indicate that it is a DVI-D display Aug 19 16:56:28 prpplague: I think he's testing on a dvi monitor Aug 19 16:57:55 yep, this monitor is only DVI-D and VGA Aug 19 17:01:24 robclark: prpplague: why do we suspend and then resume the hdmi again during the boot? Aug 19 17:01:51 rsalveti: that is a good question ;-) Aug 19 17:02:09 yea very good question Aug 19 17:02:13 i was just looking at that Aug 19 17:03:54 that is very odd Aug 19 17:04:06 guess i need to do some testing with some DVI-D displays Aug 19 17:09:08 hm, 2pm already, need to grab something to eat Aug 19 17:09:15 brb Aug 19 17:10:12 * prpplague hands rsalveti some coffee and says "get back to work!" Aug 19 17:10:48 robclark: setting up to test with my samsung dvi-d display Aug 19 17:11:01 :-) Aug 19 18:44:31 prpplague: were you able to test with your dvi-d monitor? Aug 19 18:45:14 rsalveti: yes and no Aug 19 18:45:36 rsalveti: looks there is a problem with calculating the 1280x1024 PLL values Aug 19 18:45:42 rsalveti: looking into it now Aug 19 18:48:10 hm, ok Aug 19 18:48:53 GrueMaster: were you able to test the es2 kernel? Aug 19 18:50:10 rsalveti: 1280x1024 doesn't appear to be calculating properly Aug 19 18:50:17 rsalveti: the other freqs seem to be ok Aug 19 18:50:41 interesting Aug 19 18:50:49 that could be the reason why it worked for robclark Aug 19 19:20:03 rsalveti: yea it seems to be only an issue with 1280x1024 Aug 19 20:59:59 rsalveti: found the problem with the dvi Aug 19 21:00:05 rsalveti: i'll have to get a fix tomorrow Aug 19 21:00:12 prpplague: cool, what is it? Aug 19 21:00:16 ops :-) Aug 19 21:00:31 robclark: ^ Aug 19 21:00:49 mopdenacker will be happy about it Aug 19 21:01:10 oh cool Aug 19 21:14:48 rsalveti: Unfortunately no, not yet. Will try tomorrow. Do I need a new xloader & uboot? Aug 19 21:15:18 GrueMaster: yep, do you want me to cook them for you? Aug 19 21:15:47 easy task Aug 19 21:17:52 Yes, please. (and don't say cook - I've had English meat pies for dinner every night). Aug 19 21:18:08 (burp) Aug 19 21:18:27 lol Aug 19 21:20:39 GrueMaster, did you find any reasons for the broken oem-config yet ? Aug 19 21:21:44 no, not yet. Aug 19 21:21:52 Very slow process. Aug 19 21:22:13 yeah, i know Aug 19 21:22:37 All of my systems are going through a switch connected through my laptop, and my lt is thethering wifi. Aug 19 21:22:44 tethering Aug 19 21:23:07 you should run an approx instance on your lappie then :) Aug 19 21:23:18 ? Aug 19 21:23:43 Yopu mean apt-proxy? Aug 19 21:25:54 The problem with packages is that there are so many that it's hard to tell typos from real names :) Aug 19 21:28:07 Also, I only have a 16G ssd. Aug 19 21:28:23 i mean approx Aug 19 21:28:45 ogra@osiris:/var/build/images$ du -hcs /var/cache/approx/ Aug 19 21:28:45 2,1G /var/cache/approx/ Aug 19 21:29:05 thats for all releases since jaunty (main only for i386 and armel) Aug 19 21:29:59 Sure, Now you tell me. On the last day of the sprint. Aug 19 21:31:38 i tell everyone since years :P Aug 20 00:12:21 rcn-ee: on-line? Aug 20 00:12:27 about beagle xm Aug 20 00:34:45 rcn-ee: back from vacation ? Aug 20 01:51:03 hey rsavoye back.. ;) power lines went.. Aug 20 01:51:50 everybody wants XM fixes. :-) Aug 20 01:52:24 TI is sending me another XM board, hopefully without the RAM problem, so real soon I'll be ready for more testing. :-) Aug 20 01:52:48 i bet they do.. ;) Fingers crossed on getting one on monday. .;) Aug 20 01:57:44 I'll send you my flakey one:-) Aug 20 01:58:08 that's okay i got a good collection of broken beagles. ;) Aug 20 01:58:17 also got an iMX51 coming tomorrow. Aug 20 01:58:56 Genesis is giving them to developers, if you don't have one yet Aug 20 01:59:15 i was playing around with an imx51 based system last month, someone needs to take that git tree by the hornes and fix it.. i know freescale wont'.. Aug 20 01:59:20 hope you had a few good days off Aug 20 02:00:09 so I assume Maverick won't run on it, but it ships with a hacked up lucid Aug 20 02:00:31 oh, i've just been busy this week... ;) lots of testing the gpio stuff to finally fix the 'ro' issues in 2.6.35.. going to post v6 to linux-omap later.. Aug 20 02:04:23 rcn-ee: I'm building with my custom v6 version now to test on my xM Aug 20 02:04:36 didn't test my xM yet :-) Aug 20 02:05:00 http://kernel.ubuntu.com/git?p=rsalveti/ubuntu-maverick.git;a=shortlog;h=refs/heads/rsalveti-master Aug 20 02:05:23 it's just finishing the build, takes quite a while =\ Aug 20 02:05:33 yeah, about 6 hours. .;) Aug 20 02:06:08 i'm about 95% sure that one will get pulled and put in tmind's tree. ;) Aug 20 02:06:23 I've got an OpenJDK test that's been running for 4 days... and still not done Aug 20 02:06:30 ouch Aug 20 02:07:45 it's my third try to even see if if actually finishes... Aug 20 02:09:00 Hey there Rob :) Aug 20 02:09:07 rsavoye, is that on a c4 or igepv2? Aug 20 02:09:25 hey Martyn how's it going.. Still fun stuff happening at smoothstone. ;) Aug 20 02:09:27 * Martyn has a CortexA9 compile farm now :) Aug 20 02:09:32 smooth-stone, yeah :) Aug 20 02:09:34 a babbage board sitting in a closet in Sweden someplace Aug 20 02:09:43 (the - is important, we're even being SUED over it.. sheesh) Aug 20 02:10:18 ah crap... someone wants to stop innovation and forward progres... Aug 20 02:10:20 rsavoye : if you give me a git tree to pull from, I can do a clone and compile it... Aug 20 02:10:23 that's what I want. distcc on a rack of arms Aug 20 02:10:52 rsavoye : Not quite a "rack" of em, but we do have a lot of Versatile Express hardware Aug 20 02:10:55 Martyn: for OpenJDK ? Aug 20 02:11:01 and other CortexA9 boards Aug 20 02:11:03 any remote access :-) Aug 20 02:11:16 oh, I thought you were doing kernel compiles :) Aug 20 02:11:24 rsavoye : No :) That firewall is airgap. Aug 20 02:11:28 no, testing rcn-ee's kernel builds on an XM Aug 20 02:11:55 right now I'm deep in fixing the ARM assembler for OpenJDK, but running the tests is slow Aug 20 02:12:04 I bet Aug 20 02:12:15 Shark is very bad at the moment Aug 20 02:12:19 but I'd bet rcn-ee would love a faster build Aug 20 02:12:48 I'm not using shark yet, just fixing the real arm interpreter after a calling convention change broke it a few months ago Aug 20 02:13:15 i could.. ;) i finally up'd my main kernel build machine from the 500Mhzish to 600.. ;) Aug 20 02:13:56 Heh Aug 20 02:14:13 I'm clocking around the same (800Mhz) but on a quad core machine Aug 20 02:14:19 and with more of 'em Aug 20 02:14:19 it's a little scary in the basement right now.. i need to find room to install my tegra and panda. ;) Aug 20 02:14:26 tegra = ok Aug 20 02:14:31 panda = *shudder* Aug 20 02:14:38 bamboo is a strange creature of a board Aug 20 02:15:07 it's a little strange.. ;) Aug 20 02:17:17 rsavoye, is your openjdk testing scripted and automated? Aug 20 02:17:44 yes, "make check" :-) Aug 20 02:18:32 lol Aug 20 02:19:23 so I'm running the tests on one board in NZ, and gdb on the other one Aug 20 02:19:58 sheesh Aug 20 02:20:32 hopefully I'll get some hardware in here soon that actually works so I stop begging for remote access Aug 20 02:20:43 i think we need to pull kblin in again, he's had some grand schemes of an arm mulitnode build/etc machine. ;) Aug 20 02:20:44 Indeed Aug 20 02:21:02 rsavoye : I'm surprised you need to remote that far to get access to the hardware Aug 20 02:21:14 there don Aug 20 02:21:26 't seem to be many of us here in the US... Aug 20 02:22:32 i think there's almost a dozen.. ;) Aug 20 02:22:51 oh right, you're on this side of the big puddle too Aug 20 02:23:26 yeah i just get up early so it looks like i'm europe.. ;) Aug 20 02:24:15 me too, I like my few hours of intersection with the OpenJDK team in the UK Aug 20 02:25:15 and sometimes it's the only way to get things done, otherwise your chasing emails over the next day.. Aug 20 02:26:09 in my case it's useful, as they understand java, and I don't. course they don't know assembler, so we have interesting discussions :-) Aug 20 02:26:27 interesting :-) Aug 20 02:26:54 lately we connect someplace in the middle, which works Aug 20 02:27:25 talking to java guys about assembler is pretty funny though. Aug 20 02:28:19 in the back of my mind i've always kinda wondered, does openjdk use the ARM_THUMBEE stuff? Aug 20 02:30:04 it will when I'm done :-) Aug 20 02:30:27 after I fix the calling convention, then comes all the new thumb2 stuff Aug 20 02:30:52 I have a huge patch for that luckily, but it'll need debugging Aug 20 02:30:58 cool! ;) Aug 20 02:31:35