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