[02:26] how to add new drivers like ppp? i see that there are no modules for ppp connection using beagleboard. === hrw|gone is now known as hrw [08:09] morning [08:20] * cwillu yawns === ericm|ubuntu is now known as ericm [08:27] ureadahead invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0 [08:27] nice. [08:28] what HW is that ? [08:28] beagleboard. [08:28] board, disk type, ram etc [08:28] on SD card or USB key ? [08:28] and do you have swap ? [08:28] Booted from 2GB SD card (that's 90% full), no swap. [08:29] graphical env or only cmdline ? [08:29] oh, and: on host: hub 8-0:1.0: unable to enumerate USB device on port 1 usb 8-1: new full speed USB device using uhci_hcd and address 9 usb 8-1: device descriptor read/64, error -110 [08:29] Commmand line, with some extra stuff (such as deluge). [08:29] Xorg is installed, but no display or login manager. [08:29] hmm, i havent seen a beagle hitting OOM in a cmdline env yet [08:29] is that a rev B ? [08:30] (128M) [08:30] Nope, C4. [08:30] hmm, thats indeed very weird [08:30] where's that ureadahead pack file? [08:33] man ureadahead tells you [08:33] ah, I thought it was /var/lib/ureadahead/pack [08:33] File doesn't exist. [08:33] though ureadahead should gracefully exit on Sd cards anyway [08:33] with code 5 iirc [08:35] argh, tried to load g_audio, and got screenfuls of panic. [08:36] g_audio ? isnt that OTG stuff ? [08:36] yeah. [08:36] OTG is broken in the kernel still [08:37] I hope we'll get musb built-in but all the modules... modular. [08:37] https://bugs.launchpad.net/bugs/566645 [08:37] Launchpad bug 566645 in linux-ti-omap (Ubuntu Maverick) (and 2 other projects) "OTG configuration is broken on omap kernel (affects: 2) (heat: 14)" [High,Confirmed] [08:37] So then I can choose to use g_audio instead of g_ether, or such. [08:37] It also rather oddly hangs lsusb on the host. [08:37] basically we dont have musb atm [08:39] I wonder why it doesn't work as a module. [08:41] i think it didnt work compiled in either [08:41] amitk would know, he ported the patch back then [08:42] no porting involved, it was the state of musb in 2.6.33 [08:42] cooloney, can you make sure that our omap4 kernel has the same config for udebs as the omap3 one ? i think the files under debian.ti-omap/d-i/modules/ rule that, probably you can just copy them over [08:45] ogra: the d-i files in omap4 was copied from omap3 debian.ti-omap/d-i/modules/ [08:46] ogra: they are the same, i never change that. [08:46] they recently changed :) [08:47] i just checked the nic-usb-modules package yesterday and its missing the same modules the omap3 one did [08:48] mathieu added a fix afaik it was accepted to the tree already [08:50] ... and that is why we are moving to a unified debian tree. That will be sync'ed across all branches, all releases. [08:53] ogra: oh yeah, i noticed that. will check it later. maybe just apply mathieu's patch [08:53] that should be fine [08:55] also weird: cnetworkmanager --syscon doesn't list the wireless connection I stuck in /etc/NetworkManager/system-connections/ [08:57] And it also ignores my "Wired Network" connection by that name, and instead creates an "Auto eth0". [09:03] I've never managed to get headless NetworkManager to work well. === XorA|gone is now known as XorA [09:52] Hi everyone [09:53] hey Laibsch [09:53] XorA! [09:53] Laibsch: joining the ubuntu party? [09:53] I'm a bit surprised to find you here [09:53] I think I probably was here earlier than you ;-) [09:53] But probably not as active [09:54] I always you'd never budge from being a staunch Debian user and Ubuntu-loather [09:54] Good to see you here [09:54] * XorA is paid to be here :-D [09:54] are you? [09:54] * XorA is a fedora user [09:54] more power to you [09:55] they should only hire people that at least have a Ubuntu tattoo to show their commitment [09:55] anything less makes no sense ;-) [09:55] hehe [09:55] that might be why at UDS they kept trying to get me intot the "dark" room :-D [09:55] probably [09:55] * XorA is on contract with TI which is working on ubuntu stuff [09:56] I see [09:56] XorA: Are you based in Nice? [09:56] lool: Scotland :-D [09:56] Didn't know TI had a Scotland office [09:56] * XorA has been in Nice [09:57] lool: they dont, I contract [09:57] XorA: Well too bad we failed meeting at UDS then, I dont think I had the chance to chat with you, or if I did I failed I associated name and face [09:57] * XorA is actually based in Dallas office [09:57] anyone used http://elinux.org/BeagleBoardUbuntu#NetInstall_Method ? [09:57] i get a kernel panic on boot :/ [09:57] Oh you're based in Dallas, then I might see who you are [09:57] lool: I was hanging with the TI dudes mostly, you would have found me in Xorg and ALSA talks [09:58] lool: XorA is also one of the OE crowd [09:58] XorA: not everyone is perfect, I hope you don't miss the bus to salvation ;-p [09:58] (just kidding) [09:58] hurry, doors are closing ;-) [09:58] * Laibsch hears that all the time [09:58] http://www.pastie.org/986954 [09:58] any suggestions? [09:58] actually it's "please don't hurry or rush, doors are closing" ;) [09:59] amitk: hehe, Im too old for distro wars [10:01] amitk: better not start - he will try to move you from ubuntu to angstrom [10:02] hrw: I've used OE before for the Zaurus 5500 [10:02] doesn't the Z predate OE? [10:02] * XorA still has a 5500 [10:02] * Laibsch too [10:02] * amitk too [10:02] where is the ubuntu port? [10:02] not more than one meter away ;-) [10:03] XorA: working on it ;-) [10:03] but probably impossible [10:03] Laibsch: no, OE was made as replacement for OpenZaurus build system [10:03] hrw: yes, I know [10:03] amitk, did you have some preinstalled image of ubuntu somewhere? [10:03] * hrw does not have 5500 - donated to 2.6 hacker [10:03] there is a jaunty port for the zaurus somewhere [10:03] Laibsch: if I knew how to rebuild full ubuntu easilly it would be real easy to do an armv4 port [10:03] hrw: therefore the Z was there before OE [10:03] yeah, and it failed miserably last time I tried one. [10:03] Laibsch: I just need a build farm [10:03] Kernel didn't have ucb1x00_ts enabled, or such. [10:04] Laibsch: ah yes... [10:04] neure: preinstall image? Not for Lucid. We will have preinstalled images for Maverick though. [10:04] :/ [10:05] anything that i could try? [10:05] neure, that netinst image uses a kernel from rcn-ee, wait for him to be around [10:06] oh i lied, its hardy that was ported to the zaurus [10:06] http://www.omegamoon.com/blog/index.php?entry=entry081030-074514 === ericm is now known as ericm-afk [10:06] neure: did you try with a different usb-ethernet adapter? [10:07] use an asix or pegasus based one [10:07] amitk, no, i dont think i have one [10:07] i could perhaps get the apple one [10:07] is it known to work? [10:07] also did you file a bug aboout your partitioning error ? [10:08] no, i didnt [10:08] its very likely that you will hit it again even with a netinstall [10:08] maybe [10:08] if i do i can try to file a report [10:08] but its just 'doesnt work' [10:08] well, thats not a proper erro description we accept here :) [10:09] hmm [10:09] i have bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootwait [10:10] i wonder what i should have in order to use this rcn-ee thing [10:10] no idea [10:10] rootwait is definately wrong for the official images [10:11] what does it mean? [10:11] but you might need it in rcn"s [10:11] makes kernel wait for rootfs device to appear [10:11] it means to wait for the rootfs device until it shows up [10:11] since ubuntu always uses an initramfs in the official images thats not needed [10:12] we also boot in ro mode by default [10:12] because mountall remounts rw after fsck [10:13] hmm [10:14] mattman wrote me that he managed to boot to a console using our ti-omap kernel + qemu-maemo! :-) [10:14] XorA: lool shared with me a couple of blueprints discussed at UDS: https://blueprints.launchpad.net/sprints/uds-m?searchtext=arm- [10:15] https://blueprints.launchpad.net/ubuntu/+spec/arm-m-cross-compilers looks like something you and I may be interested in [10:15] if i have this 16GB mmc card inserted, i get this: http://www.pastie.org/986970 [10:15] is something wrong? [10:16] lool: have you been to Nice BTW? [10:16] if i dont have it in there, i get http://www.pastie.org/986971 [10:16] XorA: I came to visit, yes [10:16] XorA: Ubuntu on ARM is still very young and evolving, so I have a hard time (and not enough of it)to keep up with the status [10:16] For a couple of days only [10:16] I wouldn't mind going back :-) [10:16] it's an easy ride [10:16] lool: same meeting as persia jumped out of hotel? [10:16] haha yes [10:16] lool: you met me then [10:16] I was his translator in the hospital :-) [10:17] XorA: I missed the morning meeting, but I think I saw you Monday afternoon [10:17] XorA: I am the guy who talked about cross-compilation [10:17] lool: I was all in black wearing New Rocks [10:17] lool: from weds onwards I had my nails painted [10:17] Laibsch, i wouldnt call 1.5 years "young" :) [10:18] I would ;-) [10:18] XorA: I only stayed until Tuesday evening I'm afraid [10:18] I missed the fingernails [10:18] lool, he had them painted at UDS too [10:18] could it be that there is an issue with the sdcard? [10:19] could that be causing issues for server installer? [10:19] * XorA should get his hair hot pink to make it wasier to spot :-D [10:19] I remember how someone asked me 'why XorA paints his fingernails' ;d [10:19] neure, your paste shows that you dont have a second partition [10:20] ogra, that is correct [10:20] libnih - for all those with NIH problem? [10:20] hrw, yeah *g* [10:20] hrw: your answer? [10:20] ogra, that is sdcard with ubuntu installer on it, created by script by rcn-ee.. [10:20] neure, then how do you expect it to boot from mmcblk0p2 ? [10:20] XorA: because he can [10:21] well he doesnt tell what i should have as bootargs :( [10:21] hrw: nice catch :-D [10:21] XorA: I do not care how people look as long as they are fine with it [10:21] i tried to change it to p1 but that didnt help [10:22] hrw: this is why I like working in linux, in the windows world I would always be the freak [10:22] * XorA isnt good with suits [10:22] neure, for netinstall you dont set root= [10:22] it needs to load the initrd as rootfs [10:24] ogra, http://www.pastie.org/986979 -- without root [10:24] how did you load the initrd ? [10:24] i dont know... [10:25] :) [10:26] http://www.pastie.org/986986 [10:26] like this [10:28] bootcmd=mmc init;fatload mmc 0 80300000 uImage;bootm 80300000 [10:28] thats my bootcmd i wonder if thats ok? [10:28] thats definately not right [10:28] great [10:28] wait for rcn-ee [10:28] what should it be?) [10:28] i guess he has a boot.scr file somewhere [10:29] i have no clue about the unofficial images [10:35] lunch [10:36] neure, what's the problem? [10:49] asac, x-loader and u-boot with XM support are in maverick now [10:50] ogra: Cool [10:50] * ogra ponders about the x-loader-omap4 versioning [10:51] lool, i have x-loader-omap4-L24.6-p1git20100520 what would you do with the L ? [10:51] (its TI versioning for the omap4 branches, u-boot has that too) [10:52] i'm inclined to just ignore th elintian warning, but we'll get probs if we ever have a unified x-loader package (not that i expect that to happen) [10:53] ogra: the L? [10:53] -L24.6-p1git20100520 [10:53] is the version [10:53] L24.6-p1 is what TI calls the release [10:53] It shouldn't be a problem for pdkg [10:53] dpkg [10:54] You can have as many dashes as you like [10:54] well, usually x-loader is 1.1.4 or some such [10:54] It would be good to understand how they relate [10:54] Is it a 1.1.4 + patches? [10:54] if we get a unified u-boot or x-loader package we'll struggle with the versions [10:55] ogra: I understand x-loader is a TI only project, so eventually everything will go upstream, right? [10:55] i think its based on 1.1.4 but TI always uses L (for linux) 2.6 (kernel main version) -p* published version [10:55] x-loader will even vanish soon and just become a binary header to u-boot.bimn [10:55] *bin [10:56] but still, the u-boot-omap4 version has the same issue [10:56] i'd actually like to use their versioning, but once jcrigby is done and we have a unified numeric version it will force an epoch [10:56] ogra: If you're taking full tarballs from them, make sure the origin is reflected in the source package name and use their versions [10:57] at least for conflict/replacing the binary versions [10:57] Well we could use different binary package names and provide an upgrade path [10:57] i expect jcrigby's work to result in a u-boot source but u-boot-omap3 and omap4 binary packages [10:57] hmm [10:57] indeed, that would work [10:58] ok, i'll keep the original TI versioning [10:58] lool, thanks [10:59] (effectively it doesnt matter anyway, i dont think anyone will actually use the binaires directly, they are for the image build system) [11:00] ogra: flash-kernel on omap is kinda destructive [11:00] asac, yes, that'll change for maverick [11:00] why dont you use the defaults that are in the uboot source? [11:00] that looks really generic and good enough [11:01] asac, because upstream u-boot has no concept for an initrd [11:01] and we cant use boot.scr if we use NAND [11:01] maverick will change that completely [11:02] re [11:02] ogra: hmm. we cant use boot.scr if we use nand? why is that? [11:02] because boot.scr only works from vfat [11:02] the default that is in uboot seems to do the right thing .. checks if sdcard is there [11:02] right [11:02] otherwise uses nandboot [11:03] but has no concept of initrd at all [11:03] anyway, lucid is done [11:03] well. thats simple to add imo [11:03] maverick will change the whole concept [11:03] ogra: right. problem is that once you install lucid you cant install anything else anymore ... [11:03] since we ship our own u-boot now [11:03] you can update the setup [11:03] i'll take care for that [11:04] ah you didnt ship your own uboot [11:04] kk [11:04] if you have a better concept, feel free to do an SRU [11:04] my image has that [11:04] thats the problem then [11:04] all fine [11:04] oki [11:04] time was to short in lucid to change the whole image build system [11:05] which is why i relied on NAND [11:05] asac, btw, any final word on the naming discussion? [11:05] :) [11:06] i'll start with the tool this afternoon [11:06] (after the mobile meeting) [11:09] ogra: remind me about what naming discussion that is ;) [11:09] asac, casper :) [11:10] see the spec whiteboard [11:10] heh [11:10] ogra: EDONTCARE ;) [11:10] ok [11:10] let me see whats going on on whiteboard [11:10] * asac didnt intent do raise a long discussion [11:10] btw, i didnt bother to rename the specs since th eteam will likely be renamed soon [11:11] and i didnt want to do the renaming twice [11:11] ogra: well. but it was tough to find [11:11] ogra: can you paste the url again ;) [11:11] i wont be able to find it [11:11] yeah, agreed [11:11] https://blueprints.edge.launchpad.net/ubuntu/+spec/preinstalled-sd-card-images-for-omap [11:13] hrm, no NCommander [11:14] he had a task to care for libnih before the meeting [11:15] oh, now upstart failed completely ... no wonder i dont find libnih on the ftbfs list :P [11:16] hmm, funny, i dont see any recent upload [11:17] How does one start to build Ubuntu for ARM from scratch? [11:17] I thought about starting from Jaunty and then recompiling packages [11:17] But Jaunty requires armv5t [11:18] * ogra wonders why you would recompile [11:18] I was wondering how to inflict a lot of pain on myself and base it off armv4 [11:18] Laibsch: you have armv4t? [11:18] aww [11:18] Laibsch: armv4? strongarm? [11:18] XorA seemed to be interested in it [11:18] this is as much about getting binaries as it is about learning the steps [11:19] iirc there was a spec about rebuilding the whole distro for other arm versions [11:19] Laibsch: The way mojo did it and which is proven to work is to rebuild the archive multiple times against itself [11:19] not sure where it went though [11:19] Laibsch: grab as fast arm buildd as possible, install ubuntu and do rebuilds for armv4/eabi? nightmare task [11:19] lool: take Jaunty and rebuild the toolchain packages, then reiterate? [11:20] I see [11:20] Laibsch: Take whatever Ubuntu version, change the toolchain, rebuild the modified archive against itself, rebuild again and again [11:20] Maybe sticking with armv5t is a better idea then (probably plenty of pain as is ;-)) [11:20] I'd recommend taking the latest version of Ubuntu [11:20] (for rebuilds) [11:20] OK [11:20] or get some more recent HW :) [11:21] money seems the easiest solution for your prob [11:21] Where is the armv7 vs. armv5t vs. armv4 switch? [11:21] ogra: you don't seem to understand my prob [11:21] jaunty v5, karmic v6, lucid v7 [11:21] I don't have a particular prob [11:22] the switch is done in the compiler defaults iirc [11:22] ogra: See my comment 19:18:49 [11:22] ogra: thanks [11:22] XorA: ^^^ [11:43] lool: Is there a way to find out if the numbers of compile iterations have been sufficient or not? [11:44] debdiff $deb1 $deb2? [11:44] or something like that? [12:03] back [12:04] cwillu_at_work, i am having hard time installing ubuntu on my beagleboard C2 [12:04] can you be more specific? :) [12:04] are you using rootstock? [12:04] no... 1) installer doesnt recognize my moschip network usb to etherner adapter [12:04] 'doesnt work' [12:04] :P [12:04] 2) server installer fails to format usb stick [12:05] you should use rootstock :D [12:05] i guess so then [12:05] im trying to figure out how to boot http://elinux.org/BeagleBoardUbuntu [12:05] but i dont know what boot environment variables it needs [12:06] which, the kernel, or u-boot? [12:06] any [12:06] c2 will have a pretty old u-boot, but it should still boot fine [12:06] should i upgrade? [12:06] neure, have you done ./setup_sdcard.sh --mmc /dev/sdX --uboot beagle? [12:06] cwillu_at_work, yes [12:07] and you booted with the user button held down? [12:07] yes [12:07] you have a serial line hooked up? [12:07] yes [12:07] i can see kernel booting [12:07] but then it fails to figure out where is root [12:07] what's the kernel panic? [12:07] cwillu_at_work, iirc his u-boot doesnt load boot.scr [12:07] by default [12:08] neure, boot up, and pull up the u-boot prompt over serial [12:08] if i have some root= in boot args, it fails to mount that [12:08] neure, tell me what the bootargs are set to [12:08] bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8 [12:08] neure, and the card mounts fine on a desktop, and you properly unmounted it? [12:08] bootcmd=mmc init;fatload mmc 0 80300000 uImage;bootm 80300000 [12:09] yes [12:09] the card has only one partition [12:09] boot fails it says it cant find init [12:09] neure, you'll need "rootwait root=/..." in bootargs [12:09] root= what? [12:09] root=/dev/mmcblk0p1 [12:09] ogra: hi [12:09] iirc i tried it [12:09] ndec, hey [12:09] let me try again [12:09] or mmcblk0p2 if it's a second partition [12:09] neure, you had rootwait as well? [12:10] yes [12:10] let me try and get you the message [12:10] ogra: if I want to get automatic login on the console by default, what's the easiest way? [12:10] ndec, i think asac has a script for that [12:10] ogra: I don't need root login, so any user is okay [12:10] though thats rootlogin by default [12:10] ogra: that's okay too... [12:11] asac, ?? ^^^ [12:11] ndec, /etc/init/tty1.conf sets up the login prompt on tty1 [12:11] cwillu_at_work, i get [ 24.414520] Kernel panic - not syncing: No init found. Try passing init= option to kernel. [12:12] o_O [12:12] neure, try init=/bin/bash [12:12] oh, wait [12:12] one sec [12:12] neure, your rootstock failed probably [12:12] neure, which qemu packages did you isntall? [12:13] cwillu_at_work: but i want autologin. i have automatic tests that reboot the board and run afterwards, so I need to make sure that I can autologin [12:13] i didnt [12:13] cwillu_at_work, i used http://elinux.org/BeagleBoardUbuntu [12:13] ndec, that's nice. [12:13] cwillu_at_work: what is nice? [12:13] ndec, it's almost like I was giving you exact hint you need, and you missed it ;) [12:15] neure, install qemu-kvm-extras-static, and rerun rootstock and remake the card [12:15] cwillu_at_work, i was trying "NetInstall Method" on that page [12:15] i havent run rootstock at all [12:16] how much rootstock needs diskspace? [12:16] i dont have much on my vmware :/ [12:16] neure, it needs about as much room as the final image size [12:17] ndec: we have a package for that ... [12:17] so 1 GB should be enough? [12:17] re: net install, I presume you got to the part where it said "If boot fails... upgrade x-loader and u-boot ... and clean u-boot environment vars"? [12:17] E: Couldn't find package qemu-kvm-extras-static [12:17] and ignored it, given that you asked if you should update u-boot? [12:17] asac: which package? [12:17] im running ubuntu 9 something in my vmware [12:17] ndec: see msg [12:18] ndec: you want autologin serial console? [12:18] as root? [12:18] or autologin virtual terminal? [12:18] asac: root or not, don't care. [12:18] the package isnt published yet (reason see msg) [12:18] asac, come on, it's a one line change to /etc/init/tty1.conf :p [12:18] ndec: serial or virtual terminal? [12:19] cwillu_at_work: yes, its a one line change, or some magic ;) [12:19] we opted in to magic [12:19] ugh [12:19] bad asac, BAD. [12:19] as you cannot change .conf files [12:19] in a package [12:19] _why_ does it need to be a package? [12:19] asac: serial [12:20] ndec: do you need a package or can i just give you the files? [12:20] cwillu_at_work, because this is ubuntu :) [12:20] ogra, "if dkms is madness, _this_ is sparta" [12:20] asac: whatever is simpler for you... honestly I just need the 1-line change ;-) [12:21] cwillu_at_work, why would dkms be madness ? we use it all over the distro [12:21] ogra, it was an excuse to use a good quote :p [12:21] heh [12:21] asac, agra, repeat after me: "apt is not a global control panel" [12:21] cwillu_at_work, will rootstock make installer image or what? [12:21] ndec: cool. then just take that change for now ;) [12:22] ndec: and wait for the magic to pop up on a tree ;) [12:22] neure, rootstock makes the final installed image, you just need to dump it onto a card and boot [12:22] :/ [12:22] asac: but I don't have the 1-line for now... [12:22] i have 16GB sdcard [12:22] so i would need 16GB free in my vmware [12:22] which i dont have :/ [12:22] hardly [12:22] hardly? [12:22] you only need the tarball, which will be 600mb or so [12:23] then you just write it out to the sd card like it was any other hard drive [12:23] mk_mmc and company does exactly that [12:23] ok so it might work even with ~2GB free to make 16GB image? [12:23] neure, exactly, because you're not actually making a 16GB image [12:24] well it starts by "I: Creating temporary Image" so i was worried.. :P [12:24] it just needs to be big enough to actually complete the install, the final size of the card doesn't matter [12:24] i'll give it a try [12:25] * cwillu_at_work cringes at the thought of running rootstock (which uses a vm internally) under vmware [12:25] neure, hmm [12:25] you know, you could actually use one of the prebuilt images on the same page I bet [12:25] cwillu_at_work, is there such? [12:26] neure, brief tangent: when reading technical documentation other than reference material (which that link isn't), it's usually a good idea to read the whole thing once through before actually attempting to follow the instructions [12:27] the instructions to use a prebuilt image is the first thing after the table of contents :p [12:27] the demo image in the beginning is 2G [12:27] my sdcard is 16 [12:27] doesn't matter [12:27] and i need the space [12:27] your reading comprehension leaves something to be desired :) [12:28] first, the rebuilt images are tarballs, which are like zip archives [12:28] ah [12:28] so --imagesize 2G has very little no no meaning at all? [12:28] pretty much [12:28] ok i will try [12:29] or well [12:29] it's used for the internal virtual machine during install, and rootstock can (and does by default I think?) give a raw image of that size (the end result of the virtual machine) [12:29] but a tarball is generally more useful for a few reasons [12:29] --imagesize 2G is important for building [12:29] has nothing to do with the target SD [12:29] ok [12:30] 5 min to download the image :) [12:33] cwillu_at_work, how about bootargs for the demo image? [12:33] neure, the args I gave you before should work [12:33] root=/dev/mmcblk0p1, etc [12:34] neure, there should be a boot.scr that setup_sdcard.sh makes === ericm-afk is now known as ericm [12:35] got the image now.. [12:36] we'll find out soon [12:37] running setup script... [12:47] how much diskspace is in use by the prebuilt demo image? [12:47] it's taking a quite a long time to populate rootfs... [12:50] neure, not sure; less than 2gb [12:50] df is reporting 474404 as Used currently [12:51] df -h is nice [12:51] hmm [12:52] the script finished now [12:53] now booting [12:53] [ 24.510650] Kernel panic - not syncing: No init found. Try passing init= option to kernel. [12:54] so.. the same error, basically [12:54] neure, if you mount that sd card, is there a ./sbin/init? [12:56] yes [12:56] what partitions are there? [12:56] ls /dev/sd* [12:56] and cross reference to whichever you mounted [12:56] /dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sdb /dev/sdb1 /dev/sdb2 /dev/sdc /dev/sdd /dev/sde [12:57] /dev/sdb2 on /media/sdcard2 type ext3 (rw) [12:57] /dev/sdb1 on /media/sdcard1 type vfat (rw,flush) [12:57] what was your root= line? [12:57] /dev/mmcblk0p2? [12:57] bootargs=vram=12M omapfb.mode=dvi:800x600-16@60 console=ttyS2,115200n8 rootwait root=/dev/mmcblk0p1 [12:57] i see [12:57] let me try p2 [12:57] :) [12:58] well [12:59] i got login now [12:59] :) [12:59] \o/ [12:59] hi, I've managed to build ~3k packages (karmic for now) using -mfloat-abi=hard and codesourcery 2010q1 gcc 4.4.1. So far I've had minor problems, but I've hit a wall with mono and java (gcj/openjdk), anyone willing to help/point to the right directions? [12:59] cwillu_at_work, thanks ! [12:59] cwillu_at_work, one more q.. [12:59] how do i add x? [12:59] some minimal [12:59] some simple, compact wm if possible [13:00] neure, play around on your vm with a ubuntu-server image or some such; basically you can apt-get install to make any install you could possibly want [13:01] this is the minimal demo image [13:01] hmm [13:01] but.. i would like to get some hint about how to proceed getting X :) [13:01] binutils build-essential cups git-corelinux-firmware network-manager openssh-server picocom python-dev python-nose python-pip python-setuptools python-virtualenv samba system-config-printer-udev uboot-envtools uboot-mkimage ubuntu-minimal ubuntu-standard vim winbind wireless-tools xdotool xfwm4 xorg xsplash libcap2-bin [13:01] are the package I throw in [13:02] a lot of them aren't going to be relevant for you though [13:03] you could also do something like "ubuntu-desktop" or "lubuntu-desktop" to get a fairly full desktop (full ubuntu, and a light ubuntu respectively) [13:03] or ubuntu-netbook :) [13:03] its specifically tailored for armel [13:04] erm [13:05] my network doesnt seem to work [13:05] how do i check that? [13:05] ifconfig [13:05] #ubuntu :p [13:05] well [13:05] or on a lower level: cat /proc/net/dev [13:05] i dont see anything other than lo [13:05] which is bad [13:05] i suppose [13:05] there is no eth [13:06] dhclient eth0 says device not found? [13:06] in proc ? [13:06] (a device that's down won't show up in ifconfig unless you specifically name it) [13:06] ogra, proc has line for eth0 [13:06] then bring it up [13:06] and run dhclient for it [13:07] dhclient eth0 will suffice (it'll bring it up automatically) [13:07] ok [13:07] this is typical stuff for a bare operating system [13:07] i had to run "dhclient eth0" before my eth0 started running [13:07] dpkg-deb: Building Package »u-boot-omap4« in »../u-boot-omap4_L24.6-p1git20100520-0ubuntu1_armel.deb«. [13:07] \o/ [13:07] finally [13:08] cwillu_at_work, eh [13:09] i suppose my clock is not right [13:09] installing some packages i get lots of tar complaining time stamps being in future [13:09] run ntpdate [13:09] ntpdate-debian :p [13:09] i'll wait for the packages to install first [13:09] i hope things are not broken by running with bad clock? [13:09] neure, i.e., almost nothing you're going through at the moment is specific to ubuntu or beagle [13:10] it's just general "bringing up a unix system" [13:10] i know.. :) [13:10] if you set up your network properly it will automatically sync the clock on network bringup during boot [13:10] neure, should be fine, although you'll have bogus dates on files, etc [13:11] ogra yes, i want it that way, but i was bitten by the fact that it is not like that by default on the minimal image i started from :) [13:11] you have to configure /etc/network/interfaces [13:11] or use network manager [13:11] that will always autosync the clock on network bringup [13:11] first i want x working :) [13:11] even before that i want openssh-server working [13:12] sudo ntpdate ntp.ubuntu.com [13:12] before installinf stuff [13:12] well im already installing stuff [13:12] i hope things will still work [13:12] they will, its just annoyingly niosy [13:12] *noisy [13:12] yeah [13:16] update-alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode. [13:16] smbd start/running, process 1327 [13:16] start: Job failed to start [13:16] whats that? [13:16] looks like samba [13:17] yeah is it supposed to fail like that?) [13:17] no idea [13:17] i never use samba [13:19] how do i allow lame passwords? [13:19] sorry moved to #ubuntu :) [13:23] how do i remove the 'password has expired'? [13:25] ha [13:25] got ssh working :) [13:30] lool, asac, is there any interest in keeping the uboot-imx package in the archive ? [13:30] i'm inclined to file a removal bug [13:37] ogra: Does it work? [13:38] lool, well, very roughly ... its darn slow and a mess merged of two patchsets [13:38] If it works and is not a huge maintenance burden, it might make sense to keep it? [13:38] effectively it was merged of two non working patch tarballs to make it somewhat work [13:39] now getting ubuntu-netbook [13:39] today there shoudl be a new codebase in the freescale git that works better but i'm not really after maintaining it and doing a new release [13:39] re [13:39] beyond that it doesnt fit into the naming scheme anymore [13:40] (i use u-boot instead of uboot everywhere since thats what we get from all the upstream branches) [13:41] oh no [13:41] "ubuntu@beagleboard:~$ [ 2773.007507] hub 1-0:1.0: port 2 disabled by hub (EMI?), re-enabling..." [13:41] what is that? [13:42] my ssh connection to shell that was installing ubuntu-netbook was reset :/ [13:42] but looks like it is still running [13:42] serial still works [13:47] but looks like my eth0 died :/ [13:47] i had no issues with ångström [13:47] usb worked reliably [13:47] :/ [13:51] ogra i assume my installation issues were caused by usb issues [13:57] ogra: isnt there a new git snapshot now available with all the fixes? [13:58] asac, no idea, but their git tree was supposed to have the fixes ... i didnt check [13:58] and i dont have interest in maintaining it (as in updates to the package) [13:59] so if nobody takes it over or says he needs it in the distro, i'D rather remove it [13:59] ogra: I used the imx uboot on my babbage board, it worked upto a point and then the board died. No idea if was caused by uboot. I need to use JTAG to try get it working again. === NCommand1r is now known as mcasadevall [14:28] ogra: how can I make my nebook image look nice with 24bpp color on a beagle board? [14:29] zyga: use other omapfb.mode [14:30] what hrw said [14:30] zyga: 1280x800-24@60 [14:30] ogra, hrw: is it possible to change this without rebooting? [14:30] zyga: fbset --depth 24? [14:30] m [14:30] * ogra dounbts that works but would be happy to be proven wrong [14:31] checking [14:32] mmm [14:32] it 'worked' [14:32] interesting image [14:32] well [14:32] it's not what I wanted [14:32] ogra: any hints? [14:32] define "interesting image" === mcasadevall is now known as NCommander [14:32] :) [14:33] ogra: sending at ogra@canonical.com [14:33] sent [14:34] wow [14:34] ogra: resetting to 16 makes it even more wrong [14:34] the bottom 30% is black [14:34] what did you set on cmdline ? [14:34] sudo fbset -depth 24 [14:34] oh [14:34] on cmdline [14:34] mm [14:34] i'm pretty sure dynamic switching wont work with omapfb [14:34] you likely need to reboot and set it on the kernel cmdline [14:35] omapfb.mode=dvi:1280x720MR-16@60 [14:35] try 32 ther [14:35] just did [14:35] -32@ [14:35] (fbmode [14:35] nice ;-) [14:35] better ? [14:36] ogra: yeah, much more readable, check your email [14:36] note the blackness in the bottom parts [14:36] rebooting bb [14:36] hmm [14:38] ogra: I set it to [14:41] 'root=UUID=2e97cacf-bddd-45b7-a81a-c252dd42943f ro quiet splash vram=12M omapfb.mode=dvi:1280x720MR-32@60 fixrtc' [14:41] checking now [14:41] you might also want 1280x800 [14:41] GODNESS! [14:41] it looks awsome [14:41] i picked 720MR-16 for people that use TV sets [14:41] much much better than that 16bit crap [14:42] since usually monitors can to 720 even with a bit streching [14:42] ogra: why 16? tvs cannot handle true color? [14:42] zyga, eats more ram though [14:42] no, just a ram decision [14:42] on 16:10 lcds 1280x800. on 16:9 - 1280x720 [14:42] ogra: makes you want to look at the screen though ;-) [14:42] ok [14:42] though we allocate 12M ... [14:43] might not really be an issue with that [14:43] hrw, right, but many TVs cant do 1280x800 [14:43] while monitors usually are able to do 1280x720 [14:44] yep [14:44] even 16:10 ones [14:44] my TV anyway is not able to do MR ones [14:44] though the 16bit are surely debatable [14:44] 1280x720 works [14:57] ogra, what does omapfb.debug=y do? [14:57] spill debug messages to dmesg afaik [15:47] ogra: do I remember you telling me you have a panda board ? [15:50] mpoirier, still waiting for it [15:51] Ok - I got mine yesterday. [15:51] cool [15:51] dont boot it yet [15:51] oops. [15:51] why ? [15:51] we need a special kernel patch to work around an issue that will fry the HW [15:51] ok. [15:52] at least i was told so [15:52] did you boot it with our kernel ? [15:52] No. [15:52] i guess if there is something shipped with it that should be fine [15:52] there is nothing apparent that came with it. [15:52] no SD card. [15:53] I'm just trying to see u-boot on the console. [15:53] i just uploaded x-loader-omap4 and u-boot-omap4 [15:54] I should probably do the same - where from ? [15:54] https://edge.launchpad.net/ubuntu/maverick/+source/x-loader-omap4/L24.6-p1git20100520-0ubuntu2 and https://edge.launchpad.net/ubuntu/maverick/+source/u-boot-omap4/L24.6-p1git20100520-0ubuntu1 [15:54] not published yet you will have to wait a bit [15:56] what do you mean by not published yet ? [15:56] the binary packages arent published yet [15:56] ha. [15:57] the source just finished building [15:57] I have to build them myself then. [15:57] or just wait a bit [15:57] very well, I can do that. [15:57] the debs should show up within the next hour [15:57] you're still getting patches from TI ? [15:57] for the bootloaders ? nope [15:57] they should be fine now [15:58] at least they are on blaze [15:58] i'D love to know if MLO and u-boot.bin from these packages work on panda [15:58] Well, that was my next question - I bet they won't. [15:58] too HW specific at that point. [15:58] shouldnt be [15:58] but we'll see [15:59] x-loader might, u-boot definately shouldnt [15:59] definitely shouldn't work or shouldn't have problems ? [15:59] shouldnt have probs [15:59] humm... [16:00] MLO (x-loader) might since the wiring of the boards is different [16:00] yes, exactly. [16:00] mapping layout, ports... [16:00] but after x-loader u-boot should just work [16:00] depending on how they did their things... [16:00] well, its all omap4 [16:00] my blaze currently boots with that u-boot [16:01] so other omap4 should too [16:01] if uboot is doing some board specific hw initialization we could see problems. [16:01] if not we need to get that fixed by TI [16:01] yes. [16:01] I'm skeptic here 'cause I never used an xloader. [16:01] well, the omap4 u-boot is supposed to work across all omap4 boards we currently have [16:01] Always did all board specific init in u-boot. [16:01] x-loader inits the HW before loading u-boot [16:02] so the differences should be covered in x-loader [16:02] in that case yes. [16:02] Otherwize TI needs to fix. [16:02] right [16:02] ogra_: you working with TI now? [16:02] as in talking to them ? [16:02] no. [16:02] well, try out the binaries once the packages show up (or build the packages yourself if you cant wait) [16:03] ya... I'll have to get another SD card. [16:03] Don't want to mix OMAP4 and OMAP4. [16:03] by the way... [16:03] 3 and 4 you mean :) [16:04] yes - brain bug. [16:04] by the way. [16:04] is omap4 code compatible with omap3 [16:04] > [16:04] ? [16:04] binary i mean. [16:04] usespace wise ? yes [16:04] *user [16:04] I'm talking about machine instructions. [16:05] its definately backwards compatible [16:05] yes, that is what I imagined. [16:05] Then we'll have to see about my board. [16:06] before talking to you I simply used the SD in my beableboad in the panda... [16:06] I don't see anything on hte console but that might just be my serial connection. [16:06] We'll see... [16:06] the userspace binaries work [16:06] TI is using lucid on their boards already [16:07] yes, they should - I'm more worried about the kernel thing you told me about. [16:07] my beagleboard kernel might have booted. [16:07] it would be very surprizing but still possible. [16:07] no [16:07] its not omap4 [16:08] I just hope not - if the binaries are code compatible the processor will have fetched instructions. [16:09] most likely not gone very far. [16:09] it wont boot an omap3 kernel (it cant) [16:09] and your MLO wont init the board anyway [16:10] good. [16:10] on another topic... [16:10] have you built maverick for ARM recently ? [16:10] kernel that is. [16:10] not yet [16:10] i'm actually waiting for the kernel team on that [16:11] Yes, Bryan is working on it. [16:11] <- uses binaries ... [16:11] I'll join him shortly. [16:11] i very very rarely build kernels :) [16:11] ok all good - no more questions. [16:11] thanks. [16:11] though since i have a touchbook i actually do that again :) [16:12] since it has non upstreamed patches it needs to work === ogra_ is now known as ogra === XorA is now known as XorA|gone [16:20] hrm... [16:20] ndec: i want a blaze :D [16:25] http://paste.ubuntu.com/442850/ [16:25] WOHOOO !!!! [16:29] lool: with regard to bug 489242, where can I find the patches you mention? [16:29] Launchpad bug 489242 in libmad (Ubuntu) "Inline assembler fix needed for libmad in Lucid on armel (affects: 1) (heat: 1)" [Undecided,New] https://launchpad.net/bugs/489242 [16:30] I don't see a distinct libmad for maverick yet === ericm_ is now known as ericm-Zzz [16:49] armin76: no problem. give me you mail addres ;-) [16:50] lol [16:52] ndec: yey, armin76@gentoo.org :) [16:56] armin76: you should send me a check first .. ;-) [16:57] ndec: ogra pays [16:57] and its hard to attach blazes to mails :) [16:57] ogra: that's why I said mail address and not email address ;-) [16:57] yeah [16:58] oh, sorry, i'm used to it, i'll email it to you if you give me your email :D [17:00] ;D [17:00] ok, time for me === hrw is now known as hrw|gone [17:01] armin76, checks are also hard to attach to emails ;) [17:01] ogra: dunno, thats your choice *g* [17:01] mine ? [17:02] yup, you pay [17:12] mmm, avahi isn't in ubuntu-standard anymore [17:12] jayabharath, pingaling [17:13] lool: ping [17:27] http://paste.ubuntu.com/442866/ [17:27] NCommand1r, ^^^ [17:27] feel free to play with it [17:27] (for image building) [17:31] ogra: oooh, win, although I don't have my OMAP4 with me at the moment :-/ [17:32] dmart: pong [17:32] dmart: The patches are in the libmad source package [17:33] lool: are you comparing against the current Debian package? [17:33] dmart: the libmad version is the same in lucid and maverick [17:33] ok [17:33] dmart: I'm just looking at the patches in the Ubuntu package [17:33] dmart: Comparing the patch in the open bug and the patches in the source package [17:34] dmart: There was a complaint that libmad produces garbled output with Ubuntu's binaries [17:35] yeah, I saw that one [17:35] Which patches are you comparing? [17:35] dmart: Which is why I looked at the patches on the ARM bugzilla and in Launchpad, I wanted to send them upstream too, but I got confused by the three different patches and wanted someone who worked on them to sort it out [17:35] debian/patches/* versus http://linux.onarm.com/bugzilla/attachment.cgi?id=11 ? [17:36] Yes something like that, or actually I think the one you attached to the Launchpad bug and the ones in the Ubuntu package [17:37] I can't see any patch attached to launchpad [17:37] ...but it looks like the one on Bugzilla may be different, is that what you mean? [17:38] dmart: Yes [17:38] dmart: You probably just linked to the bugzilla patch in Launchpad or so [17:39] I think that's probably it. [17:41] dmart: So there were slight differences in the ifdefs and implementation of the arm assembly [17:44] I'll have to take a look at that and get back to you. [17:45] dmart: Thanks [17:46] dmart: did you guys saw that gcc fails to build with --enable-checking? [17:47] armin76: Can you check with doko? [17:49] will do when he's around [17:52] I havent tried/observed this myself. Is this Ubuntu gcc or trunk? [17:53] lool: It looks like Kevin Welton's patch on linux.onarm.com is an implementation of the same thing. [17:54] * it's a bit neater than mine for MAD_F_MLN [17:54] * he's added some Thumb compatibility in imdct_l_arm.S, but it's an out-of-line assembler file and so will still be built for ARM by default [17:54] * (we could change that if desired) [17:56] * he lacks the add pc -> adr change in imdct_l_arm.S, which would probably cause problems if the code was really being built for thumb [17:56] I guess I'll need to merge the patches together and make sure the merged patch hits linux.onarm.com as well as Ubuntu [18:11] is there a more correct way to generate the xauth file for a user than to xauth extract - $DISPLAY | xauth -f ~user/.Xauthority merge -; chown user ~user/.Xauthority? [18:12] ... in xsession.d [19:06] davidm: There are small differences like ifdef thumb versus ifdef thumb2 [19:06] err sorry davidm [19:07] ah dmart left [19:10] lool, NP [19:38] * armin76 waits for ndec's mail :D [20:25] http://www.engadget.com/2010/05/31/sharp-netwalker-pc-t1-unboxed-now-available/#commentshttp://www.engadget.com/2010/05/31/sharp-netwalker-pc-t1-unboxed-now-available/#comment [20:25] er [20:25] stupid finch... screen didn't update, so I pasted twice. [20:32] an Ubuntu tablet? [20:32] * NCommander has doubts about that being a great user experience since nothing is touch optimized expect the UNE launcher [20:42] Interesting... some people from TI are on campus here right now. [20:42] Some sort of meeting going on. [21:08] ogra: booting with 32bit color makes the console blue [21:09] heh [23:21] does anybody know how to compile + install elf-arm-gcc in lucid lynx?