[08:55] <XorA> morning
[10:06] <noah1989> hi
[10:06] <noah1989> i want to run ubuntu on the beagleboard xM
[10:07] <noah1989> i#d prefer a prebuilt sd-card image
[10:07] <noah1989> is there anything recent that i can use?
[10:08] <XorA> there is natty alpha-2 images
[10:08] <janimo> noah1989, Ubuntu 10.10 release or a few weeks old Natty image
[10:08] <noah1989> i found the 10.10 at http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/release/
[10:08] <noah1989> where do i find the natty images?
[10:08] <janimo> the omap one
[10:09] <janimo> cdimage.ubuntu.con/ubuntu-netbook I think
[10:09] <noah1989> ah. found it, thanks
[10:10] <noah1989> is there a way to modify it so that it uses the s-video output by default?
[10:10] <janimo> I don't know
[10:11] <noah1989> i'm gonna buy a dvi-d cabe just in case...
[10:13] <noah1989> ah.. found it: http://elinux.org/BeagleBoardUbuntu#S-Video
[10:16] <noah1989> also i need a simple window manager
[10:17] <noah1989> preferably with all-fullscreen windows and simple switching
[10:17] <noah1989> side by side doesnt make sense at 640x480
[10:21] <noah1989> well maybe two xterms may be useful. i'll stick with awesome
[12:04] <doko> ogra: ping
[12:10] <ogra> doko, yo
[12:11] <ericb2> hello
[12:11] <doko> ogra: I don't have a working babbage board anymore. could you have a look at bug #605042 (and test it)
[12:11] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[12:12] <ericb2> just wondering. Is it possible, with natty, to remove the ... how to say ... new panel ?
[12:13] <ericb2> I'd like to have the background alone, and make the panel appear when I want. Said differently : not always visible
[12:13] <ogra> doko, hmm, my babbage didnt boot anymore last time i tried (though i didnt inspect it and might have done something wrong)
[12:13] <ogra> doko, can that wait until after A3 ?
[12:13] <ericb2> something like a shortcut, e.g. toggle visible /hidden would be great
[12:14] <doko> ogra: yes, I'll assign it to you for testing
[12:15] <ogra> k
[12:15] <ogra> doko, note that i only have a 2.5 board, thats not what is in the datacenter
[12:16] <ogra> linaro has the 3.0 ones if anyone does
[12:16] <doko> didn't we have 2.5 in the data center?
[12:16] <ogra> no
[12:16] <ogra> 3.0
[12:17] <ogra> there are only minro differences iirc but they are not the same
[13:37] <janimo> doko, what is the issue with openjdk-6 on ARM? Not supported well by upstream yet?
[13:38] <janimo> ogra, qt 4.7.2 released :)
[13:39] <rsalveti> GrueMaster: new kernel for you to test, for omap 4: http://people.canonical.com/~roc/kernel/natty-ti-omap4-dev/ and http://people.canonical.com/~roc/kernel/natty-ti-omap4-dev-linaro/
[13:40] <rsalveti> the first one is based on our tree + ti, the other also includes the linaro changes for 38
[13:41] <rsalveti> GrueMaster: use the DVI as your default output: console=ttyO2,115200,n8 vram=32M mem=456M@0x80000000 mem=256M@0xA0000000root=/dev/mmcblk0p2 rootwait omapfb.mode=dvi:1280x1024MR-32@60omapdss.def_disp=dvi
[13:52] <ogra> janimo, yes, Riddell announced it this morning in -devel
[13:52] <ogra> rsalveti, any idea how we handle upgrades ? (wrt cmdline)
[13:54] <rsalveti> ogra: don't think we're handling this now, the image still uses the boot.scr available from the installer
[13:54] <ogra> right
[13:54] <ogra> i'm wondering how to handle it properly
[13:54] <rsalveti> before using this as default we should for sure make a way to change the default boot args
[13:55] <rsalveti> the final idea is to have the hdmi driver, so it's more a temporary solution
[13:55] <rsalveti> but it'd be good to be prepared in case we have similar changes
[13:55] <ogra> i mean, we cant really handle it ... the user needs to plug the monitorf into the other socket
[13:55] <rsalveti> like once we fix the 1gb bug
[13:55] <rsalveti> ogra: yeah, at least this
[13:55] <ogra> oh, there are plans for making hdmi work before release ?
[13:55] <rsalveti> before final release, yes
[13:56]  * ogra understood that wont make natty
[13:56] <ogra> ah, good then
[13:56] <ogra> but we will still need to mangle boot.scr
[13:56] <rsalveti> at least this was the plan, and they are heavily working on the hdmi driver atm
[13:56] <ogra> k
[13:57] <rsalveti> yup
[13:57] <ogra> do you think we could convince them to add a sane default for the resolution so we dont need to touch the bootargs ?
[13:57] <rsalveti> you mean, for dvi?
[13:58] <ogra> no, for hdmi
[13:58] <ogra> or is hdmi supposed to do edid detection again ?
[13:58] <rsalveti> for hdmi it'll probe the edid
[13:58] <rsalveti> and get the best resolution available
[13:58] <ogra> ah, sweet
[13:58] <rsalveti> yes, that's why I'm also waiting some more for the edid work for omap 3
[13:58] <rsalveti> because it'll basically be the same code
[13:58] <rsalveti> same solution
[13:58] <ogra> yup, saw that
[13:59] <rsalveti> but we still document a way to update the boot args, when needed
[13:59] <rsalveti> maybe post inst, not sure
[14:00] <rsalveti> once we fix the 1g bug we'd like to change that for all the boards, when the kernel is updated
[14:00] <rsalveti> for example
[14:01] <ogra> i'd like to have some automation
[14:01] <ogra> maybe through u-m
[14:02] <fairuz> the function flush_cache_all() flushes all cache or only L1 cache? it's from asm/cacheflush.h
[14:05] <rsalveti> ogra: could be
[14:05] <rsalveti> was thinking more like we have for grub
[14:06] <ogra> the legacy vs grub2 update script ?
[14:06] <rsalveti> with default args and etc, and once a tool is called the boot args would be updated
[14:06] <ogra> thats not automated
[14:06] <rsalveti> and then write the boot.scr file
[14:06] <ogra> its tricky to handle it if your monitor goes black
[14:07] <ogra> so i would rather like to force it in an automated way
[14:07] <ogra> to make sure the user still sees something
[14:07] <ogra> i'm less concerned about the 1G bit here
[14:08] <rsalveti> it's just an example
[14:08] <ogra> but about users using milestones that have the DVI stuff and if the HDMI patch does *not* make it also for maverick->natty upgrades
[14:10] <rsalveti> ogra: we should have at least edid detection, even if it's just dvi
[14:11] <ogra> in initrd ?
[14:11] <rsalveti> ogra: so then the problem would be the natty milestones, before this feature is in
[14:11] <rsalveti> no, in kernel
[14:11] <ogra> or as a kernel fix
[14:11] <ogra> ah
[14:11] <ogra> well, if its only milestones we can probably get away with documentation
[14:13] <rsalveti> ok, that works, then I believe we're fine
[15:00] <davidm> ogra, call time?
[15:00] <ogra> davidm, sure (why do you ping here)
[15:01] <markos_> ogra, you mentioned a free/open libz160 while in Cambridge, tried to find it but I didn't really end up with something, got a url somewhere?
[15:02] <markos_> the one I have from FSL is definitely not open :)
[15:04] <XorA> arm ppas work without special flags these days?
[15:22] <doko> janimo gone?
[15:40] <ogra> markos_, asac had it iirc
[15:44] <asac> ogra: its not free/open because of a stupid license header missing
[15:44] <asac> ogra: current state is in the canonical-arm ppa iirc
[15:45] <asac> ogra: i followed up one more time last cycle and never got a reply from Paul whether this is now resolved
[15:45] <asac> i can check with our fsl LT
[15:49] <markos_> asac, if it's the same one I have, it's *definitely* not open
[15:49] <ogra> the one we had was definitely open, just missing the license
[15:50] <markos_> afaik, fsl built only one libz160
[15:50] <ogra> and we had been promised severeal times that would be fixed
[15:50] <markos_> could you point me to a url?
[15:51] <ogra> i dont know where asac put it, i have ssen it first in a BSP which i cant make public
[15:51] <markos_> fsl bsp?
[15:51] <ogra> yep
[15:51] <markos_> it's probably the same, hate to let you know, this one is not open
[15:51] <ogra> hmm, they told us differently
[15:51] <markos_> probably some misunderstanding
[15:52] <ogra> it had only 2d accel, EXA support and XV iirc
[15:52] <ogra> no other acceleration
[15:52] <ogra> and back when i touched it it was very crashy
[15:52] <markos_> Neko could comment more on that
[15:53] <markos_> afaik it's closed, I'd love to have it open, but I got a very firm *not open*
[15:53] <markos_> but yes, it's probably the same one
[15:54] <markos_> in fact the one I have here has a zero-sized file "DO_NOT_DISTRIBUTE"
[15:54] <markos_> looks closed to me :)
[15:55] <markos_> the headers are bsd-like licensed though :)
[15:56] <ogra> hmm
[15:56] <ogra> i dont think my version had that
[15:56] <asac> ogra: its in canonical-arm-dev private iirc or fsl private ... we circled that back tot hem asking to add a COPYING
[15:56] <markos_> some other files in there have a very very firm "AMD_CONFIDENTIAL, DO NOT DISTRIBUTE"
[15:56] <markos_> I'm pretty sure it's not open
[15:57] <ogra> the adm bit is definately not open
[15:57] <ogra> i was talking about the other one
[16:00] <markos_> what other one, there is only one library libz160
[16:00] <ogra> iirc it was called something with 140
[16:02] <GrueMaster> doko: What do you need testing on babbage 3?  I have one still that I keep for SRU testing.
[16:04] <DevilCode> Hey All
[16:05] <DevilCode> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall   <-- this the best place to find out how to put ubuntu on beagle board
[16:06] <doko> GrueMaster:  bug #605042
[16:06] <ubot2> Launchpad bug 605042 in linux-fsl-imx51 "[armel] java fails to start with eglibc-2.12-0ubuntu4" [Critical,In progress] https://launchpad.net/bugs/605042
[16:07] <doko> install the kernel from the bug report, the old eglibc packages (on a maverick chroot). with the old kernel, java -version segfaults, with the new kernel it should not
[16:09] <GrueMaster> I'll have a look.  Might not get to it until after A3, but I'll add it to the priority list.
[16:09] <GrueMaster> Might take a while just to read through the bug log.  :P
[16:13] <DevilCode> any one got a little to give me some noob guidance
[16:14] <GrueMaster> DevilCode: What more info do you need?
[16:14] <DevilCode> well on the link:https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[16:14] <DevilCode> a little stuck on booting the image
[16:15] <GrueMaster> What system do you have?
[16:15] <DevilCode> with xM rev B
[16:15] <DevilCode> my SD card is just one partition /dev/sdd1
[16:15] <GrueMaster> Ok, Follow the instructions for BeagleBoard XM rev A3 and B.
[16:16] <DevilCode> whats the second partition though
[16:16] <GrueMaster> You need to flash the image to the sd card, not the partition.
[16:16] <DevilCode> gaaw]
[16:16] <GrueMaster> The image has two partitions.
[16:16] <DevilCode> sudo dd bs=4M if=ubuntu-netbook-10.10-preinstalled-netbook-armel+<omap image>.img of=/dev/sdd  <--- instead of sdd1
[16:16] <GrueMaster> yes
[16:17] <DevilCode> *blush*
[16:17] <DevilCode> ok
[16:17] <ogra> <omap image> is a placeholder
[16:17] <ogra> use the right name ;)
[16:18] <DevilCode> lol
[16:18] <DevilCode> *dances that i got that right*
[16:38] <DevilCode> On OMAP4 Blaze Mount the first SD card partition at your host PC and copy the following files to it:
[16:38] <DevilCode> how do i know
[16:38] <ogra> do you own a blaze ?
[16:39] <DevilCode> is that a rev V
[16:39] <DevilCode> rev B
[16:39] <ogra> (did you pay $2500 for your devboard)
[16:39] <DevilCode> lol no
[16:39] <ogra> right and it doesnt have a case that looks like an elephant mobile phone either i guess :)
[16:40] <DevilCode> just a cardboard box *sniffle*
[16:40] <ogra> right, so you dont have a blaze
[16:40] <ogra> and you said above you have a beagle
[16:40] <ogra> which is omap3
[16:40] <ogra> so ignore all omap4 stuff :)
[16:40] <DevilCode> crap
[16:40] <DevilCode> i went for the 4 lol
[16:40] <DevilCode> *start again*
[16:40] <XorA> heh, I think Linaro have most of the worlds blazes :-)
[16:42] <ogra> how many do they have ?
[16:42] <ogra> we have two in the team
[16:43] <XorA> ogra: I dont think TI made very many at all, or 4430sdp
[16:43] <XorA> ogra: I know just getting omap4 hardware for my work was difficult
[16:44] <ogra> yeah
[16:44] <ogra> was difficult for everyone
[16:44] <XorA> ogra: yeah but I was contracted by TI to work on it :-)
[16:44] <XorA> not even enough for their own employees let alone anyone else
[16:45] <ogra> yup, same prob we had
[16:46]  * XorA is still waiting for his panda :-)
[16:49] <DevilCode> they are slow creatures :P
[16:50] <DevilCode> and slow cars
[16:50] <DevilCode> generally slow
[16:50] <GrueMaster> Yea, but the boards are fast.
[16:50] <DevilCode> and the animal is tasty
[16:50] <DevilCode> :P
[16:54] <DevilCode> http://www.tshirthell.com/funny-shirts/this-shirt-is-100-organic-65-baby-seal-25-panda-10-manatee/
[17:13] <GrueMaster> rsalveti: I am setting up to test the .38 kernels.  Will I be able to output via DVI?  My panda didn't have the DVI rework from the TI Rally.
[17:14] <GrueMaster> Nevermind.  It's coming up
[17:21] <rsalveti> GrueMaster: nice
[17:22] <GrueMaster> No X, though.
[17:22] <GrueMaster> Apparently I am not authorized to start it.
[17:22] <GrueMaster> Might have something to do with the TI drivers being installed.
[17:24] <rsalveti> could be
[17:25] <rsalveti> for the drivers to work you also need a kernel module
[17:25] <rsalveti> that for sure you don't have atm
[17:25] <rsalveti> so just remove them
[17:26] <GrueMaster> right.
[17:30] <ericb2> janimo: pong ?
[18:08] <GrueMaster> rsalveti: I'm seeing major problems, but they are likely due to my hacked up image.  I'm going to wait until we have a new image to test these kernels with.
[18:08] <rsalveti> GrueMaster: ok
[18:08] <rsalveti> we should have new images today
[18:08] <GrueMaster> I really don't want to start fresh with a two week old kernel and try to update it to current.
[18:09] <GrueMaster> Yea, sure.  Believe it when I see it.  :P
[18:09] <rsalveti> hehe
[18:10] <GrueMaster> New image build fail reports.  Wheee.
[18:14] <DevilCode> anyone get BeagleBoard running with DirectFB
[18:15] <rsalveti> DevilCode: try asking #beagle
[18:15] <DevilCode> kk
[18:17] <ogra> GrueMaster, i guess that was pitti s manually killed build
[18:17] <GrueMaster> Ah.
[18:17]  * GrueMaster just notes yet another failed build attempt
[22:33] <GrueMaster> Hmm.  Looks like sources.list may not be populated.
[22:33] <ogra> not at all ?!?
[22:36] <GrueMaster> Well, that was according to syslog.  checking filesystem.
[22:36]  * ogra checks jasper ...
[22:37] <GrueMaster> No, it's ok.  No universe or multiverse though.
[22:37] <ogra> yeah
[22:38] <ogra> longstabnding bug i have on my plate
[23:32] <ogra> bug 650703
[23:32] <ubot2> Launchpad bug 650703 in ubiquity "oem-config-prepare works, but oem-config fails to start after reboot" [High,Confirmed] https://launchpad.net/bugs/650703
[23:45] <prpplague> ogra: hey, got a minute for me to pester you about an ubuntu desktop oddity ?
[23:46] <ogra> prpplague, what is it, i'm trying to debug image breakage atm
[23:46] <prpplague> ogra: not important atm, go back to debugging
[23:46] <ogra> (for images we will have to release on thu, so i'm a bit under pressure)
[23:46] <ogra> well, you can still just throw in your question, probably its an easy task
[23:48] <prpplague> ogra: i've got 10.10 desktop on both a desktop pc and a netbook, on the netbook the task switch allows me to drag a window from one workspace to another, but on my desktop pc install it doesn't, just curious if there was something quirky about that
[23:48] <prpplague> ogra: not really important, just saw you online and thought i'd ask
[23:49] <ogra> well, is the netbook using the netbook UI ?
[23:50] <prpplague> ogra: negative, same for both
[23:50] <prpplague> ogra: used the same thumbdrive in fact
[23:50] <ogra> thats indeed weird ... possibly worth a bug report
[23:52] <rsalveti> prpplague: what are your video card at your desktop?
[23:52] <rsalveti> could be that on your desktop you're actually running with 2 x servers
[23:54] <prpplague> rsalveti: hmm that an install option?
[23:55] <rsalveti> not install, but a runtime option
[23:55] <rsalveti> for example, with nvidia driver you can select how your x11 will behave
[23:55] <prpplague> rsalveti: should i be able to grep the running processes for multiple x?
[23:57] <rsalveti> prpplague: probably, also check your xorg logs
[23:57] <prpplague> rsalveti: intel chipset, but i only see one x running
[23:57] <rsalveti> I remember I used to run the nvidia driver this way, having two different displays over each monitor
[23:57] <rsalveti> and I couldn't move one window to the other
[23:57] <rsalveti> hm, so could be a bug
[23:58] <prpplague> rsalveti: i'll dig around some with that
[23:58] <rsalveti> prpplague: compare both xorg logs
[23:58] <rsalveti> see if anything pops up
[23:58] <prpplague> rsalveti: just an annoyance at this stage, since it _works_ with the latest fedora :P
[23:59] <rsalveti> you should try our alpha 3 image so ;-)
[23:59] <rsalveti> once it's available hehe