=== doko_ is now known as doko | ||
=== asac_ is now known as asac | ||
=== lag` is now known as lag | ||
XorA | morning | 08:55 |
---|---|---|
noah1989 | hi | 10:06 |
noah1989 | i want to run ubuntu on the beagleboard xM | 10:06 |
noah1989 | i#d prefer a prebuilt sd-card image | 10:07 |
noah1989 | is there anything recent that i can use? | 10:07 |
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:08 |
janimo | cdimage.ubuntu.con/ubuntu-netbook I think | 10:09 |
noah1989 | ah. found it, thanks | 10:09 |
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:10 |
noah1989 | i'm gonna buy a dvi-d cabe just in case... | 10:11 |
noah1989 | ah.. found it: http://elinux.org/BeagleBoardUbuntu#S-Video | 10:13 |
noah1989 | also i need a simple window manager | 10:16 |
noah1989 | preferably with all-fullscreen windows and simple switching | 10:17 |
noah1989 | side by side doesnt make sense at 640x480 | 10:17 |
noah1989 | well maybe two xterms may be useful. i'll stick with awesome | 10:21 |
=== zul__ is now known as zul | ||
doko | ogra: ping | 12:04 |
ogra | doko, yo | 12:10 |
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:11 |
ericb2 | just wondering. Is it possible, with natty, to remove the ... how to say ... new panel ? | 12:12 |
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:13 |
doko | ogra: yes, I'll assign it to you for testing | 12:14 |
ogra | k | 12:15 |
ogra | doko, note that i only have a 2.5 board, thats not what is in the datacenter | 12:15 |
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:16 |
ogra | there are only minro differences iirc but they are not the same | 12:17 |
janimo | doko, what is the issue with openjdk-6 on ARM? Not supported well by upstream yet? | 13:37 |
janimo | ogra, qt 4.7.2 released :) | 13:38 |
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:39 |
rsalveti | the first one is based on our tree + ti, the other also includes the linaro changes for 38 | 13:40 |
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:41 |
ogra | janimo, yes, Riddell announced it this morning in -devel | 13:52 |
ogra | rsalveti, any idea how we handle upgrades ? (wrt cmdline) | 13:52 |
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:54 |
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:55 |
* 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:56 |
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:57 |
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:58 |
rsalveti | but we still document a way to update the boot args, when needed | 13:59 |
rsalveti | maybe post inst, not sure | 13:59 |
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:00 |
ogra | i'd like to have some automation | 14:01 |
ogra | maybe through u-m | 14:01 |
fairuz | the function flush_cache_all() flushes all cache or only L1 cache? it's from asm/cacheflush.h | 14:02 |
rsalveti | ogra: could be | 14:05 |
rsalveti | was thinking more like we have for grub | 14:05 |
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:06 |
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:07 |
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:08 |
rsalveti | ogra: we should have at least edid detection, even if it's just dvi | 14:10 |
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:11 |
rsalveti | ok, that works, then I believe we're fine | 14:13 |
davidm | ogra, call time? | 15:00 |
ogra | davidm, sure (why do you ping here) | 15:00 |
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:01 |
markos_ | the one I have from FSL is definitely not open :) | 15:02 |
XorA | arm ppas work without special flags these days? | 15:04 |
doko | janimo gone? | 15:22 |
=== brendand_ is now known as brendand | ||
ogra | markos_, asac had it iirc | 15:40 |
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:44 |
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:45 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
markos_ | in fact the one I have here has a zero-sized file "DO_NOT_DISTRIBUTE" | 15:54 |
markos_ | looks closed to me :) | 15:54 |
markos_ | the headers are bsd-like licensed though :) | 15:55 |
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:56 |
ogra | the adm bit is definately not open | 15:57 |
ogra | i was talking about the other one | 15:57 |
=== zul__ is now known as zul | ||
markos_ | what other one, there is only one library libz160 | 16:00 |
ogra | iirc it was called something with 140 | 16:00 |
GrueMaster | doko: What do you need testing on babbage 3? I have one still that I keep for SRU testing. | 16:02 |
DevilCode | Hey All | 16:04 |
DevilCode | https://wiki.ubuntu.com/ARM/OMAPMaverickInstall <-- this the best place to find out how to put ubuntu on beagle board | 16:05 |
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:06 |
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:07 |
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 |
=== zyga is now known as zyga-food | ||
GrueMaster | Might take a while just to read through the bug log. :P | 16:09 |
DevilCode | any one got a little to give me some noob guidance | 16:13 |
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:14 |
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:15 |
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:16 |
DevilCode | *blush* | 16:17 |
DevilCode | ok | 16:17 |
ogra | <omap image> is a placeholder | 16:17 |
ogra | use the right name ;) | 16:17 |
DevilCode | lol | 16:18 |
DevilCode | *dances that i got that right* | 16:18 |
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:38 |
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:39 |
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:40 |
ogra | how many do they have ? | 16:42 |
ogra | we have two in the team | 16:42 |
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:43 |
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:44 |
ogra | yup, same prob we had | 16:45 |
* XorA is still waiting for his panda :-) | 16:46 | |
DevilCode | they are slow creatures :P | 16:49 |
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:50 |
DevilCode | http://www.tshirthell.com/funny-shirts/this-shirt-is-100-organic-65-baby-seal-25-panda-10-manatee/ | 16:54 |
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:13 |
GrueMaster | Nevermind. It's coming up | 17:14 |
rsalveti | GrueMaster: nice | 17:21 |
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:22 |
rsalveti | could be | 17:24 |
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:25 |
GrueMaster | right. | 17:26 |
ericb2 | janimo: pong ? | 17:30 |
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:08 |
GrueMaster | Yea, sure. Believe it when I see it. :P | 18:09 |
rsalveti | hehe | 18:09 |
GrueMaster | New image build fail reports. Wheee. | 18:10 |
DevilCode | anyone get BeagleBoard running with DirectFB | 18:14 |
rsalveti | DevilCode: try asking #beagle | 18:15 |
DevilCode | kk | 18:15 |
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 | 18:17 | |
=== jhobbs_ is now known as jhobbs | ||
=== zyga is now known as zyga-afk | ||
=== zyga-afk is now known as zyga | ||
=== zul_ is now known as zul | ||
=== npitre_ is now known as npitre | ||
GrueMaster | Hmm. Looks like sources.list may not be populated. | 22:33 |
ogra | not at all ?!? | 22:33 |
GrueMaster | Well, that was according to syslog. checking filesystem. | 22:36 |
* ogra checks jasper ... | 22:36 | |
GrueMaster | No, it's ok. No universe or multiverse though. | 22:37 |
ogra | yeah | 22:37 |
ogra | longstabnding bug i have on my plate | 22:38 |
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:32 |
prpplague | ogra: hey, got a minute for me to pester you about an ubuntu desktop oddity ? | 23:45 |
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:46 |
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:48 |
ogra | well, is the netbook using the netbook UI ? | 23:49 |
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:50 |
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:52 |
prpplague | rsalveti: hmm that an install option? | 23:54 |
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:55 |
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:57 |
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:58 |
rsalveti | you should try our alpha 3 image so ;-) | 23:59 |
rsalveti | once it's available hehe | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!