**** BEGIN LOGGING AT Fri Feb 11 02:59:57 2011 Feb 11 04:18:49 rsalveti, did you get the display working on the panda with 2.6.38-rc4? Feb 11 04:19:51 rcn-ee, backscroll reports that rsalveti is having issues with the DVI port : cooloney had volunteered to look at the relevant patch. Feb 11 04:21:29 ah, interesting.. Could be something with the monitors i have here.. Feb 11 04:22:33 No, it's something with rsalveti's hardware Feb 11 04:23:06 quoting "as my panda has a broken dvi, can't test atm" Feb 11 04:23:22 Unless you had a HW hack to fix that? Feb 11 04:23:27 rcn-ee: yeah, i am working on that Feb 11 04:23:30 ah i see, (working my back in the scroll log.. ) Feb 11 04:23:52 rcn-ee: so mainline 2.6.38-rc4 kernel does support graphic things on Panda? Feb 11 04:24:06 mainline + plus the patches posted on wednesday.. Feb 11 04:25:01 cooloney, these work on my panda a1.. http://dev.omapzoom.org/?p=anand/linux-omap-usb.git;a=shortlog;h=refs/heads/display-patches-for-v2.6.38-rc4 and they don't seem to break my c4 beagle board with the same uImage Feb 11 04:25:21 rcn-ee: right, i pull the branch from Anand's display-patches-for-v2.6.38-rc4 Feb 11 04:25:27 rcn-ee: yeah, exactly Feb 11 04:25:49 rcn-ee: what's kind of root fs you are testing for this? Feb 11 04:26:37 the one thing i haven't tested is the edid stuff, so i did a "1024x768" value on the bootargs... on that boot test, maverick... Feb 11 04:32:06 is anyone here good at fbdev :p Feb 11 04:37:31 lilstevie, Try asking the question you'd ask if someone said "yes". Someone might not consider themselves good, but may know the answer to your specific question. Feb 11 04:37:49 heh well I have no idea what is wrong Feb 11 04:37:57 the screen blinks the backlight on and off Feb 11 04:39:28 What board? Which image? Feb 11 04:42:05 rootstock made image Feb 11 04:42:22 and not a usual board :p Feb 11 04:42:26 galaxy tab Feb 11 04:44:35 Heh, that makes it tricky :) Feb 11 04:45:09 I'm not even sure what question would be useful to ask next (I know I don't know the solution to your problem, but I can usually get a bit further in the script :) ) Feb 11 04:47:08 heh Feb 11 04:47:12 I do have logs Feb 11 04:47:29 and interactivity over ssh Feb 11 04:51:34 rcn-ee: sorry, i was dropped Feb 11 04:53:13 np cooloney, i believe i tested it on maverick, (defined the video x/y in the bootargs, didn't do edid).. but it might have been lucid/squeeze, i was testing other userspace things at the time.. Feb 11 04:54:11 rcn-ee: great, i am testing it with our natty userspace and wanna apply those patches to our ubuntu 2.6.38 based kernel Feb 11 04:54:45 is this for the ppa one mentioned on the ubuntu-kernel list earlyier this week? Feb 11 04:55:55 rcn-ee: from Anand Gadiyar's branch, i found 35+ patches on top of 2.6.38-rc4 Feb 11 04:56:21 rcn-ee: yeah, it is our ti-omap4-dev branch which is 2.6.38 based branch Feb 11 04:56:43 i think for ti-omap4 stuff, it is almost the same as mainline Feb 11 04:57:10 that's pretty strange, shouldn't have been that much.. Feb 11 04:57:56 i know there's 4-5 omap specfic ones that were merged in the rc3-rc4 so that wouldn't add up either.. Feb 11 04:58:40 (crap wrong patchset... it's 35..) Feb 11 04:58:48 rcn-ee: from Raghuveer Murthy's description in DVI patch, it is only depends on 6 patches Feb 11 04:59:35 rcn-ee: but i think pure 2.6.38-rc4 does not include DSS patches which is required for graphic on OMAP4 like panda Feb 11 05:00:58 yeah, 2.6.38-rc4 only has the omap4 ehci/musb bits, nothing really else.. those 35 on top of that were enough for my dvi port to correctly work on the panda... Feb 11 05:05:08 rcn-ee: so how did you test that DVI patch? apply those 6+1 patches on 2.6.38-rc4 kernel? Feb 11 05:06:21 i applied the 35 on top of my current 2.6.38-rc4 tree.. https://github.com/RobertCNelson/2.6.38-devel/blob/master/patch.sh#L160 Feb 11 05:12:07 rcn-ee: ok, cool, man Feb 11 05:13:12 yeah, rereading it on the linux-omap archive, Murthy does mention the other 6 patches, but it looks like Anand Gadiyar merged those 6 depencies into the group of 35.. Feb 11 08:06:41 rsalveti, cooloney: I already have a branch with the DVI patches working Feb 11 08:07:08 sebjan: thanks a lot Feb 11 08:07:29 sebjan: i'm just trying the DVI branch from Raghuveer Murthy Feb 11 08:08:09 wanna apply those 35 patches in Anand Gadiyar's branch, but it failed on our ti-omap4-dev branch Feb 11 08:08:12 some conflict Feb 11 08:11:24 cooloney: I did not try yet to apply them on the ti-omap4-dev branch, I currently work on mainline (.38-rc4) Feb 11 08:12:01 sebjan: yeah, i know some conflicts there, will try to solve them Feb 11 08:12:10 and prepare a branch to test Feb 11 08:12:52 sebjan: but i am not sure about those patches from Anand Gadiyar's branch, will they be merged into mainline? Feb 11 08:13:00 it's about 35 patches Feb 11 08:14:01 cooloney: they are reviewed on LO, but not sure about their status Feb 11 08:14:16 sebjan: ok, so how about your patches? Feb 11 08:14:47 DVI patches? Feb 11 08:15:00 cooloney: let me clean and retest my branch and I send it to you (but tis shall be very similar to Anand's one) Feb 11 08:15:24 sebjan: great, I will try Anand's soon after i solve those conflicts Feb 11 08:18:37 cooloney: here is my git / tag: git://github.com/sebjan/linux-2.6.git topic-wlan-iv1-2.6.38-rc4 (https://github.com/sebjan/linux-2.6/tree/topic-wlan-iv1-2.6.38-rc4) Feb 11 08:19:29 I have DVI working (from DVI connector P1) Feb 11 08:20:01 and can choose the screen definition with these bootargs for ex: omapfb.mode=dvi:1024x768MR-24@60 omapdss.def_disp=dvi Feb 11 10:31:03 slnr, hi Feb 11 10:31:08 hi Feb 11 10:31:33 slnr, can you share the issue with gst-launch with mp3 decoder and filesink with ndec Feb 11 10:31:37 ndec, ping Feb 11 10:32:20 gst-launch filesrc location=test.mp3 ! mad ! filesink location=test.pcm Feb 11 10:32:22 this is working fine Feb 11 10:32:34 gst-launch filesrc location=test.mp3 ! omx_mp3dec ! filesink location=test.pcm Feb 11 10:32:37 this is not working Feb 11 10:32:49 slnr, this is for OMAP4 rt? Feb 11 10:32:59 yes Feb 11 10:33:06 slnr, one more place to ping is #gst_ti Feb 11 10:33:31 thanks Feb 11 10:33:36 slnr, np Feb 11 10:33:40 we will try to join that channel Feb 11 10:33:56 ndec, know anything about this pipe failing with ubuntu? Feb 11 10:33:57 slnr, You have the omx packages installed, right? (just for confirmation) Feb 11 10:34:20 persia, good Q -> slnr try gst-inspect | grep omx_mp3dec Feb 11 10:34:35 it is there Feb 11 10:34:47 slnr, does fakesink work? Feb 11 10:34:59 yes Feb 11 10:35:14 * NishanthMenon out of cookies :( defers to ubuntu experts Feb 11 10:35:33 yes Feb 11 10:35:38 we will try this and let you know Feb 11 10:36:06 slnr, ?? did you mean, you are now going to try gst-launch filesrc location=test.mp3 ! omx_mp3dec ! fakesink ? Feb 11 10:36:40 yes we tried Feb 11 10:36:44 with fakesink Feb 11 10:36:48 sebjan: do you have the kernel config file for dvi patches testing? Feb 11 10:36:49 it works properly Feb 11 10:37:03 slnr, k.. /me out of ideas here.. Feb 11 10:37:04 one sec Feb 11 10:37:15 we will cross check this pipeline once Feb 11 10:37:40 and alsasink works? Feb 11 10:37:48 cooloney: yes, I have 2: one is minimal, and the other is an Ubuntu-like one. They are located into arch/arm/configs/omap4_panda_* (the 'full' one is an Ubuntu like) Feb 11 10:38:07 with alsasink it is working Feb 11 10:38:17 we just checked fakesink Feb 11 10:38:18 it fails Feb 11 10:38:27 fakesink fails and alsasink works? Feb 11 10:38:45 cooloney: the minimal one also boots with an Ubuntu FS (issue was: not devtmps + .38 issue with omap2plus and ARMv7 SMP) Feb 11 10:38:48 sebjan: is it in the github? Feb 11 10:38:50 yes Feb 11 10:39:02 persia: yes Feb 11 10:39:11 cooloney: yes shall be. let me cross-check Feb 11 10:39:22 slnr, That's unexpected. If fakesink fails, nothing ought to work, or something is very odd. Feb 11 10:39:39 ok Feb 11 10:40:23 slnr, can you post the log on pastebin.mozilla.org and provide us a link of what you see with gst-launch filesrc location=test.mp3 ! omx_mp3dec ! fakesink Feb 11 10:40:24 persia: gst-launch filesrc location=test.mp3 ! omx_mp3dec ! fakesink/filesink fails Feb 11 10:40:37 cooloney: confirmed, they are in my branch on github Feb 11 10:40:38 Or paste.ubuntu.com :) Lots of choices. Feb 11 10:40:41 persia: gst-launch filesrc location=test.mp3 ! omx_mp3dec ! alsasink works Feb 11 10:41:08 Then it's beyond what I know about gstreamer. I've always believed that fakesink was a no-op. Feb 11 10:41:12 slnr, might help us to see the log. dont post the log straight here, instead post it to the paste.ubuntu.com and provide us the link Feb 11 10:41:30 NM: ok Feb 11 10:41:50 sure Feb 11 10:42:08 persia, i agree, I'd think of it as cat file>/dev/null fails and /dev/dsp works! hmm.. mebbe some weird handshaking requirements? Feb 11 10:43:07 Heh, yeah, that's my thought. But there are plenty of people more knowledgeable about gstreamer than I (although at this time of day, it may be a long wait until they are awake) Feb 11 10:43:25 NM: we are capturing the log and we will provide the link on pastbin in few mins Feb 11 10:43:53 slnr, thx.. mebbe you should check with #gstreamer as well in addition to #gst_ti.. u'd get a bunch of gstreamer experts there Feb 11 10:44:10 NM: ok Feb 11 10:44:22 * NishanthMenon suspects it might have something to do with ti gstreamer omx implementation Feb 11 10:44:50 some caps negotiation or something "implicitly expected by ducati".. Feb 11 10:45:02 sebjan, know who can help? Feb 11 10:45:24 * NishanthMenon hopes france folks not away on lunch yet ;) Feb 11 10:45:37 NishanthMenon: not yet :) Feb 11 10:46:14 sebjan, :D gstreamer issue pretty much needing someone knowing gstreamer and omx_ti :( know anyone lurking arnd? Feb 11 10:46:32 sebjan: i think we need enable the graphic driver for the DVI testing Feb 11 10:46:53 sebjan: but it is disabled in your config Feb 11 10:48:18 NishanthMenon: hi Feb 11 10:48:22 NM: http://pastebin.mozilla.org/1047108 Feb 11 10:48:30 ndec, good afternoon :) Feb 11 10:48:33 NishanthMenon: sorry was in meeting.. what's the problem? Feb 11 10:48:43 NishanthMenon: well, technically it's not noon yet ;-) Feb 11 10:48:47 NishanthMenon: where are u? Feb 11 10:48:53 ndec, slnr has this problem with gstreamer Feb 11 10:48:56 NM: you can see the logs Feb 11 10:48:58 ndec, blore atm Feb 11 10:49:04 slnr, yep Feb 11 10:49:39 ndec, can you glance at the log from slnr? looks like swapping the sink to fakesink instead of alsasink fails Feb 11 10:50:00 NishanthMenon: slnr: for audio MP3 we do not support OMX anymore. that was only on OMAP3 Feb 11 10:50:23 ndec, how come alsasink works then? Feb 11 10:51:01 NM: we have run a video pipeline and Feb 11 10:51:05 NishanthMenon: ok.. too much backlog. can you summarize which pipeline fail? Feb 11 10:51:09 and looking at the log, it seems to go to GstOmxH264Dec:omxh264dec0! Feb 11 10:51:13 we have pasted the logs Feb 11 10:51:33 slnr, do u have any mp3 logs? Feb 11 10:51:37 not mp4 logs Feb 11 10:51:41 slnr: for gst-launch filesrc location=test.mp3 ! omx_mp3dec ! filesink location=test.pcm Feb 11 10:52:07 ndec: we will test mp3 too and paste Feb 11 10:52:12 slnr, the log you pasted is for video h264_dec! Feb 11 10:52:19 slnr: this is not expected to work. in fact we should removed the omx_mp3dec element for OMAP4 since it's not supported. on OMAP4 audio is thourhg ffmpeg, mad, libaac only Feb 11 10:52:43 ndec: ok Feb 11 10:52:52 slnr, have you really tested it? Feb 11 10:53:04 for the video pipeline using omx_h264dec element and fakesink, I think it's failing because the sink is expected to be 'tiler aware' which fakesink isn't Feb 11 10:53:06 ndec: can you analyse the video log Feb 11 10:53:23 slnr: does the video pipeline work with v4l2sink? Feb 11 10:53:24 NM: the log we capture fir video is now Feb 11 10:53:32 yes Feb 11 10:53:34 ndec, so no go for filesink or fakesink? sad.. Feb 11 10:53:37 ndec: yes Feb 11 10:53:37 cooloney: right, I just see Idid not upgrade the 'full' config with the display... The minimal one is up to date. Check the last commit for the relevant changes (otherwise, the minimal config can boot on a Ubuntu FS) Feb 11 10:53:50 slnr, yeah.. wondering how you claimed mp3 worked before Feb 11 10:54:07 quote " persia: gst-launch filesrc location=test.mp3 ! omx_mp3dec ! alsasink works" Feb 11 10:54:08 NM: that was one ex Feb 11 10:54:17 NM: our colleague quoted as saying Feb 11 10:54:28 k, looks like it is wrong info Feb 11 10:54:38 NM: we were looking to video mainly Feb 11 10:54:45 ndec, any chance of looping video output to a file? Feb 11 10:55:15 some tileraware component that can route data to file/fakesink? Feb 11 10:56:04 i am unable to route video output to fakesink/filesink Feb 11 10:56:33 slnr, if you notice what ndec said, your sink should be tile aware. obviously file/fakesink is not and hence it fails Feb 11 10:56:44 v4l2sink is probably aware and should work Feb 11 10:57:17 * NishanthMenon wonders if there is something to route the video data to a file, helps for debugging usually - e.g. ssim comparison etc. Feb 11 10:58:13 NM: yes v4l2sink works, how to make filesink tile aware? Feb 11 10:58:15 sebjan: https://github.com/sebjan/linux-2.6/blob/topic-wlan-iv1-2.6.38-rc4/arch/arm/configs/omap4_panda_defconfig also disabled DSS drivers Feb 11 10:58:17 NishanthMenon: to do this you need to copy the tiler buffer in a regular buffer, robclark would know more about this, he did it in gst-ducati. so with gst-ducati you can have a filesink. the plugin will check for the capabilities of the sink, and will do the necessaru Feb 11 10:58:27 /necessaru/necessary/ Feb 11 10:58:48 ndec, ok.. looks like a few more hrs before robclark appears Feb 11 10:59:11 NishanthMenon: so for ex, with gst-ducati you can do video transcoding which you can't do with OMX ;-) Feb 11 10:59:33 ndec, thx for the tip ;) I get the message - "more limitations of OMX" yet again :P Feb 11 10:59:48 ndec, do you package gst-ducati with ubuntu? Feb 11 11:00:51 NM: can this be downloaded from the net?? Feb 11 11:00:58 cooloney: please look at my iv2 tag: https://github.com/sebjan/linux-2.6/tree/topic-dvi-iv2-2.6.38-rc4 Feb 11 11:01:43 cooloney: DSS and DPI are activated here: https://github.com/sebjan/linux-2.6/blob/topic-dvi-iv2-2.6.38-rc4/arch/arm/configs/omap4_panda_defconfig Feb 11 11:01:49 ndec, dunno.. u need to catch robclark when he comes online Feb 11 11:01:56 s/ndec/slnr Feb 11 11:03:13 NM: so my pipeline will look like omx_h264dec ! gst-ducati ! filesink location=test.yuv Feb 11 11:03:26 NM: is this assumption correct?? Feb 11 11:03:43 sebjan: thanks a lot, i looked at iv1 tag Feb 11 11:04:07 cooloney: np Feb 11 11:04:08 sebjan: so generally, it needs to enable DPI and Generic panel, right? Feb 11 11:04:19 slnr, i dont think it will be gst-ducati.. it probably will have different component name - ask robclark Feb 11 11:04:30 cooloney: yes Feb 11 11:05:15 janimo, So, the nature of omap4 only specifies booting from MMC: it doesn't specify whether that is SD or eMMC or what. As a result, depending on the final retail design, it's perfectly conceivable that you'd end up writing internal flash when writing to MMC on some device. Feb 11 11:05:20 NM: Thanks for the information Feb 11 11:06:12 persia, well I am not sure what else can be done to make this safer, short of not implementing the spec, but I am open to suggestions :) Feb 11 11:06:18 janimo, But if you're special-casing only development boards, and won't be doing anything for retail devices, it's probably safe (and most developers like to be able to use newer bootloaders anyway) Feb 11 11:06:50 persia, I don't know anytihng about retails devices. You mean future tables and ARM based OEM sutff? Feb 11 11:07:13 If so they are tweaked by OEM anyway to prevent all kinds of snafu I hope Feb 11 11:07:26 janimo, Doesn't have to be future, if you consider OMAP3 Feb 11 11:07:53 And if you presume that some OSV will tweak the OS, you are presuming nobody will want to run Ubuntu regularly, which I think is an unfortunate presumption. Feb 11 11:08:06 persia, rsalveti and ogra know more about the rationale and potential drawbacks than I do Feb 11 11:08:35 persia, I am not presuming but this is what I understood from the stories regarding OEM customization of Ubuntu Feb 11 11:08:47 that almost all are not quite vanilla images Feb 11 11:08:57 janimo, I'm not suggesting you don't implement: just asking for care to make sure it only affects the development boards. Retail shoppers don't tend to be as adept at recovering from bricked devices. Feb 11 11:09:38 persia, sure Feb 11 11:10:07 that is why probabaly the spec stated it should not be automatic Feb 11 11:10:54 Most likely :) Feb 11 11:13:37 Hi! Any idea if Ubuntu can be run on Archos 101 tablets? It can supposedly run Angstrom, so I guess in the worst case someone can use the kernel from that. Feb 11 11:15:17 alf__, Which processor do they use? Feb 11 11:16:18 persia: They only say "ARM Cortex A8 at 1 GHz with DSP" Feb 11 11:16:56 alf__, Should work fine. Needs investigation to ensure you can get a working kernel, but userspace ought have no issues. Feb 11 11:17:49 persia, in the meantime if you have suggestions about how to best solve the notification part of this BP I'd appreciate it. So far I was told about update-motd, jockey and debconf notes Feb 11 11:18:08 What's the BP URL? Feb 11 11:18:27 https://blueprints.launchpad.net/ubuntu/+spec/other-arm-n-handle-core-boot-files-update Feb 11 11:18:37 persia: aha, some more investigation reveals it is OMAP 3630, so it should be fine Feb 11 11:18:46 And here I was hoping that was about porting coreboot :( Feb 11 11:19:13 persia, do you think that woudl make sense for these boards? Feb 11 11:19:32 janimo, Reading the spec makes me feel a lot more comfortable in general. Feb 11 11:19:48 Looks like we use the normal package update mechanism to update files, but never actually change the boot process. Feb 11 11:19:56 right Feb 11 11:20:00 And then there is a tool that allows the user to install new boot files, if they like. Feb 11 11:20:15 although the installation of packages was questioned by ogra recently Feb 11 11:20:29 but then I am not sure if getting them is not much more hassle Feb 11 11:20:43 I'd rather apt&co would take care of that part Feb 11 11:20:50 I like packages. We know how to deal with packages. That we don't actually deploy the delivered code is not so important. Feb 11 11:21:08 persia, I agree Feb 11 11:21:32 I'd suggest using the update-notifier mechanism to suggest to the user that they run the update tool. Feb 11 11:21:59 And maybe jockey to select the correct bootloader package to track, which would trigger the tool Feb 11 11:22:28 (if the bootloaders all stuff things in /usr/share/bootloaders/... and the package in question has a trigger on the directory, and that trigger enables update-notifier, etc. Feb 11 11:23:20 Because for a beagle A2, it would be nice to update the bootloader, but for the Archos 101 above, it's probably risky, at best, while we otherwise probably support the hardware reasonably. Feb 11 11:23:31 sebjan: that's great, i saw our Natty Unity graphic via DVI port now Feb 11 11:23:54 sebjan: i applied the patches on top of our ti-omap4-dev branch Feb 11 11:23:55 persia, do the above work just as well in headless mode? Feb 11 11:24:34 triggers do. I don't know about update-notifier. You might want to have the trigger leverage both update-notifier and update-motd to handle both cases. Feb 11 11:25:07 Nothing is going to handle remote X terminals well, but that's significantly less common than ssh sessions, console logins, or GUI environments. Feb 11 11:36:28 persia, the prob is that we cant seed it ... i'm not against packages Feb 11 11:36:48 I'd be against seeding as well :) Thanks for the clarification. Feb 11 11:37:22 i dont care how we get the binaries as long as we do get them in the right place with a single command Feb 11 11:37:50 if there are packages involved or if someone just dpkg -x'es them to /tmp, i totally dont care Feb 11 11:37:52 ogra, what about sort-of seeding via livecd-rootfs? Feb 11 11:38:07 fine with me as well Feb 11 11:38:29 ogra, as wgetting and figuring out version and generally doing apt's job is not too useful Feb 11 11:38:31 great Feb 11 11:38:43 apt-get -d Feb 11 11:38:47 ;) Feb 11 11:38:49 I'd prefer jockey to livecd-rootfs Feb 11 11:38:51 no wget needed Feb 11 11:39:10 Just because, if things go as I hope, we'll see a wider variety of devices capable of using a common image. Feb 11 11:39:17 jockey doesnt really fell like it would fit the task Feb 11 11:39:23 *feel Feb 11 11:39:29 persia, have no idea how jockey can be used here, do you have some pointers? Feb 11 11:39:40 does it not already know about packages being available? Feb 11 11:40:01 jockeys backend probably has checks and stuff Feb 11 11:40:09 but i wouldnt use the frontend here Feb 11 11:41:02 jockey has a means to determine what hardware is present, and then encourage the installation of specific packages that help. Feb 11 11:41:44 iirc it talks about third party drivers and enabling additional HW in its UI Feb 11 11:41:50 But, as ogra points out, it's probably only good to use the backend to get the data packages: the front-end is too inviting for the easily confused, and too annoying for the bare-metal types. Feb 11 11:41:51 we do neither here Feb 11 11:44:47 hi.. i have a minimal maverick filesystem that works with arm.. it does not have dpkg.. and i want to install additional debian packages.. Feb 11 11:45:03 Install dpkg :) Feb 11 11:45:21 only if i know how i can install it.. Feb 11 11:45:54 * ogra wonders how you can have an ubuntu rootfs without dpkg in the first place Feb 11 11:45:58 Hrm. That gets tricky. Do you know that your userspace is entirely compatible with Ubuntu? If so, which release? Feb 11 11:46:13 ogra, Careful manual hacking of the rootfs post-construction. Feb 11 11:46:31 heh, but very careful with much effort Feb 11 11:47:12 kish, Do you have ar and tar available? Alternately, do you have filesystem access to the rootfs from another device. Feb 11 11:47:26 ogra, Yes: the sort performed by the most annoying class of OSV Feb 11 11:47:48 yes.. i have tar ball available.. i access the rootfs from OMAP3430 using nfs.. Feb 11 11:48:38 NOTE: the following is disrecommended, dangerous, and incomplete Feb 11 11:49:01 yeah.. fine.. Feb 11 11:49:24 I'd probably unpack the armel dpkg .deb (make sure you have the Pre-Depends working first), and install the files manually. Feb 11 11:49:55 The run the preinst and postinst manually. Feb 11 11:50:15 Note that dpkg may not work as expected when this is complete, as /var/lib/dpkg is likely not properly populated. Feb 11 11:50:44 Mind you, the above is risky, and not in any way sure to achieve your goal. Feb 11 11:51:05 In most cases, if you have the ability to replace the rootfs, you'd do better creating a new one from scratch. Feb 11 11:52:11 i got that rootfs from someone else.. well then I'd probably try to create a new rootfs.. Feb 11 11:52:37 Easiest is probably to use the release image. If that doesn't work, some people are happy with rootstock. Feb 11 12:04:31 how the hell do you get an ubuntu, or any debian variant for that manner without dpkg 0.o Feb 11 12:07:11 Hi Feb 11 12:07:34 Did anyone try arecord on ubuntu on OMAP4 blaze board Feb 11 12:07:56 !ohmy | lilstevie Feb 11 12:07:57 lilstevie: Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. Feb 11 12:08:03 We observe that the arecord on ubuntu is not working for blaze Feb 11 12:08:14 lilstevie, Consider that someone could create a rootfs, and then delete individual files. Feb 11 12:12:49 NM: we see arecord has a problem with ubuntu on blaze Feb 11 12:59:52 hi NM Feb 11 13:04:36 NishanthMEnon: we were discussing about the issue of http://pastebin.mozilla.org/1047108 Feb 11 13:26:03 rob: gst-launch filesrc location=Angelina.mp4 ! qtdemux ! nal2bytestream_h264 ! omx_h264dec ! filesink location=test.yuv Feb 11 13:26:10 this pipeline fails Feb 11 13:26:22 rob: unable to dump in yuv file Feb 11 13:27:03 RBT, Is this different than the issue with not supporting untiling buffers identified before? Feb 11 13:28:03 persia/rob: gst-launch filesrc location=Angelina.mp4 ! qtdemux ! nal2bytestream_h264 ! omx_h264dec ! v4l2sink Feb 11 13:28:07 persia: me and RBT are together Feb 11 13:28:23 this pipeline works fine on blaze Feb 11 13:29:11 I thought ndec said this was expected behaviour. If it's a bug, then it's worth reporting a bug, but if it's expected, then use gst-ducati Feb 11 13:29:47 persia: we installed gst-ducati Feb 11 13:30:17 persia: we do not have pointers of how to fix the pipeline with gst-ducati Feb 11 13:30:18 Doesn't that have a different gstreamer bit than omx_h264dec ? Feb 11 13:31:07 I'd think you'd want ducatih264dec Feb 11 13:31:13 But i'm just guessing, really. Feb 11 13:31:30 (based on http://bloggingthemonkey.blogspot.com/2010/11/announcing-libdce-and-gst-ducati.html ) Feb 11 13:31:39 persia: did not get Feb 11 13:32:42 If you want to use a different decoder, you need to change the gstreamer pipeline. Just installing a different package gives you the capability to use a different decoder, but doesn't actually use it. Feb 11 13:33:06 persia: yes we understand Feb 11 13:33:31 persia: so you say we can replace the omx_h264dec with ducati plugin and check ?? Feb 11 13:33:50 persia: we are looking for both playback and capture. for eg gst-launch omx_camera mode=1 exposure=1 awb=1 nsf=1 device=secondary output-buffers=2 name=cam cam.src ! "video/x-raw-yuv-strided, format=(fourcc)NV12, width=864, height=480, framerate=15/1" ! ffmpegcolorspace ! omx_h264enc input-buffers=3 output-buffers=2 bitrate=4000000 profile=1 level=2048 ! qtmux ! filesink location=/home/blaze/test_ Feb 11 13:33:51 1.mov Feb 11 13:34:02 That's what I'd do if I was having that problem, but I'm just guessing. I have no deep knowledge about the issue. Feb 11 13:34:40 RBT: capture? our public ducati firmware does not support capture and encode. Feb 11 13:34:49 # looking into capabilities of ducati plugin Feb 11 13:34:51 RBT, From the backscroll, I have the impression that if you're working on an OMAP4 platform, you want to use the ducati* plugins, rather than the omx_* plugins. Change your pipeline. Feb 11 13:35:07 Ah, if no capture, then no capture :) Feb 11 14:18:31 hi.. i use a minimal maverick filesystem on OMAP3. whenever i execute any command I get an illegal instruction error.. Feb 11 14:22:13 kish, Are you sure you're using an armel filesystem with armel packages? Feb 11 14:22:46 yes.. the same file system works well in omap4.. Feb 11 14:23:03 Very odd. Feb 11 14:33:47 kish: does your kernel support thumb2 ? Feb 11 14:40:17 i see "# CONFIG_THUMB2_KERNEL is not set" and CONFIG_AEABI=y" in my .config Feb 11 14:41:08 kish, not sure if 'CONFIG_THUMB2_KERNEL' means "kernel supports thumb2 user space" or "kernel compiled in thumb2 (experimental)" Feb 11 14:41:26 ok i'll give a try.. Feb 11 14:41:56 vstehle: I don't think there's a tunable to disable Thumb 2; I think this is to build your kenrel as a Thumb 2 binary Feb 11 14:42:21 lool: I think you can disable support for thumb2 Feb 11 14:43:09 Lxr says thumb2_kernel means kernel compiled in thumb2. kish, this is not this one Feb 11 14:43:13 http://lxr.linux.no/#linux+v2.6.35/arch/arm/Kconfig#L1194 Feb 11 14:43:15 err.. crashed when i set CONFIG_THUMB2_KERNEL Feb 11 14:43:18 CONFIG_THUMB2_KERNEL is definitely to have a kernel using thumb itself Feb 11 14:43:50 ogra, is ubuntu-mobile@lists still valid ? Feb 11 14:44:08 * apw notes that is where he is sending natty upload notificaions to ... Feb 11 14:44:08 apw, nope Feb 11 14:44:14 vstehle: I don't see the option to disable thumb in arch/arm/Kconfig Feb 11 14:44:16 do you get those? i am not getting an error Feb 11 14:44:39 lool, yeah me neither. I should have mistaken with NEON, sorry. Feb 11 14:45:23 apw, not sure, they might get /dev/null'ed Feb 11 14:45:52 ogra, now that has to be the silliest idea ever Feb 11 14:45:54 i dont get any mails from that list anymore Feb 11 14:46:34 to be honest i have no idea whats IS policy of shutting down a list Feb 11 14:52:55 lool, vstehle, kish: are you looking for CONFIG_ARM_THUMBEE? Feb 11 14:53:11 nope. Thumb2 Feb 11 14:53:25 (thumbee is more "java") **** BEGIN LOGGING AT Fri Feb 11 15:15:53 2011 Feb 11 15:20:41 rsalveti: Any luck with clutter and the shaders? Feb 11 15:39:07 janimo: how did your x-loader/u-boot update testing go? Feb 11 15:39:36 janimo: did it work fine? or did it break? Feb 11 15:39:51 rsalveti, well it seesm copying works, but not all the time. It may not be the copy itslef but rather the version of the firmware? Feb 11 15:40:05 should versions of x-loader and u-boot be independent? Feb 11 15:40:18 tried xloader 1.41 and would not start (Xloader hung) Feb 11 15:40:22 they are not aligned atm Feb 11 15:40:25 janimo: but what version did you use? Feb 11 15:40:26 but I am testing Feb 11 15:40:28 not aligned Feb 11 15:40:44 defaults from natty and those from an angrstrom page Feb 11 15:40:55 because if you get it quite frequently, then it'll be good to change the tool to recreate the first partition Feb 11 15:41:08 ok not aligned but can they be incompatible? like uboot require a minimum version of xloader? Feb 11 15:41:22 rsalveti, indeed, let's see how testing goes Feb 11 15:41:33 janimo: well, it should be fine if you test the maverick's x-loader/u-boot with natty's one Feb 11 15:41:42 ok Feb 11 15:42:17 janimo: and also, you set the create the wiki page to done, but it's still a work in progress Feb 11 15:42:35 well it is created Feb 11 15:42:38 :-) Feb 11 15:42:47 it reflects the current status :) Feb 11 15:42:48 yeah, not the best word used there Feb 11 15:43:28 the rest is bugfixing/polish. Feb 11 15:43:47 I just need to figure out which of the many proposed notification solutions is the simplest and most effective Feb 11 15:44:11 without having to explicitly differnetiate between gui and headless if at all possible Feb 11 15:44:46 yeah, true Feb 11 16:32:09 rsalveti: (sorry to repeat this, I am not sure if it got through because of the netsplit) Feb 11 16:32:15 rsalveti: Any luck with clutter and the shaders? Feb 11 16:34:37 alf__: http://bazaar.launchpad.net/~rsalveti/clutter/gles/view/head:/debian/patches/defining-correct-shader-precision-gles.patch Feb 11 16:34:52 then it worked fine Feb 11 16:35:42 rsalveti: so the precision is needed in the vertex shader, too... interesting Feb 11 16:36:04 yup, otherwise it still break Feb 11 16:36:31 rsalveti: the question is whose fault this is? Is sgx not following the standard? Feb 11 16:36:47 yeah, I'd say yes, but still need more debugging Feb 11 16:37:16 will also try with latest sgx drop as soon I get it working with natty Feb 11 16:37:23 this version I'm using is not supported anymore Feb 11 16:38:38 rsalveti: From the standard: The vertex language has the following predeclared globally scoped default precision statements: Feb 11 16:38:57 precision highp float; Feb 11 16:39:02 ... Feb 11 16:39:33 The fragment language doesn't have that Feb 11 16:40:16 The fragment language has no default precision qualifier for floating point types Feb 11 16:40:19 alf__: well, this is clearly not the case for sgx Feb 11 16:40:47 at least the patch is not going to break others Feb 11 16:40:52 but should be fixed inside sgx Feb 11 16:41:08 alf__: as soon I can test the new pvr driver I'll report that to imagination Feb 11 16:42:35 rsalveti: what puzzles me is that glmark2 should fail, too, (because it doesn't declare float precision in vertex shaders) Feb 11 16:42:46 alf__: probably Feb 11 16:42:51 did you test that with omap 4? Feb 11 16:43:06 rsalveti: but last time I tried it it worked (on the SDP) Feb 11 16:43:12 hm Feb 11 21:01:16 persia: I wrote u-boot-linaro-efikamx and an uImage created with mkimage -A arm -O linux -T kernel -C none -a 0x90008000 -e 0x90008000 -n Linux from linux-linaro-mx51, and could boot up to a kernel panic looking for rootfs Feb 11 21:02:10 persia: seems to work fine on efikamx; I see USB EHCI, consoles, MMC... and obviously serial Feb 11 22:43:17 lool, Thanks for checking that. I'm filled with new confidence. After the 2.6.38-rc5 release, I'll identify specific patches to add to improve things. Feb 11 22:48:24 Does anyone have any recommendations for virtual keyboards? Feb 11 22:48:57 I made a custom keyboard layout for matchbox-keyboard and it works decent Feb 12 02:52:20 persia: I made tokyo :-D **** ENDING LOGGING AT Sat Feb 12 02:59:57 2011