[03:34]  * mozzwald is away: sleepytime
[06:24] <armin76> haha
[06:25] <armin76> lool: look, someone spamming with his away again :D
[08:28] <neo_> Hello all
[08:30] <neo_> I have a doubt in the RootfsFromScratch . anybody there to help me
[08:30] <neo_> ?
[08:38] <neo_> Hi
[08:47] <hrw> morning
[08:54] <ARMport> morning hrw
[09:04] <hrw> zyga: hi
[09:05] <ARMport> Hello all
[09:05] <ARMport> i have an issue in running ARM/RootfsFromScratch
[09:05] <hrw> you was as neo_ few minutes ago?
[09:05] <hrw> 09:31 < neo_> I have a doubt in the RootfsFromScratch . anybody there to help me
[09:05] <ARMport> yes
[09:06] <hrw> so next time do not change nick
[09:06] <ARMport> sure
[09:06] <hrw> so what issue?
[09:06] <ARMport> i am unable to use the mouse inside the Qemu VNC
[09:06] <XorA> heh, neo is a bad choice of nick anyway :-)
[09:06] <ARMport> ha ha :)
[09:06] <hrw> XorA: thats too
[09:06] <hrw> ARMport is not better anyway
[09:06] <ARMport> I ll change it soon ;)
[09:07] <XorA> its the equiv these days of countzero in the 90s
[09:07] <hrw> ARMport: never used qemu with vnc
[09:07] <hrw> XorA: mess with the best, die like the rest?
[09:07] <ARMport> don't get u !
[09:07] <zyga> hrw, czesc :-)
[09:07] <ARMport> I mean using the command qemu-system-arm -M versatilepb -cpu cortex-a8 -kernel ./vmlinuz -hda arm-rootfs.img -m 256 -append "root=/dev/sda mem=256M devtmpfs.mount=0 rw"
[09:08] <ARMport> I tried to run the qemu,
[09:08] <ARMport> and opened the emulated ARM image in the VNC viewer
[09:08] <XorA> amusingly "The Plague" didnt really take off as a nick even though the film was awesome
[09:08] <ARMport> XorA: i don't think so
[09:09] <XorA> its one of my favourite films, brings back so many memories of 2600 meets
[09:09] <ARMport> has any one tried running the ARM image using qemu?
[09:10] <ARMport> XorA : its my fav too
[09:10] <hrw> XorA: from 2006 http://www.imdb.com/title/tt0479125/ one?
[09:11] <XorA> hrw: from Hackers
[09:11] <hrw> ah
[09:11] <XorA> http://www.imdb.com/title/tt0113243/
[09:11] <hrw> long time since last time I watched Hackers
[09:12] <hrw> o.. there was 720p edition
[09:13] <XorA> ..oo00OO I shall have to look for bluray then
[09:14] <hrw> Instead of going to bluray I bought mini hifi with dvd
[09:16] <XorA> I have a ps3 which is awesome for video playback
[09:16] <hrw> and require transcoding of all divx movies
[09:16] <XorA> nope
[09:16] <XorA> plays DivX fine, just not DivX:-)
[09:17] <hrw> what about matroska container? etc?
[09:17] <hrw> friend told me that he has a bit of work with most movies to get them played on his ps3
[09:17] <XorA> it doesnt understand mkv, but tsmuxer will remux is happilly to mpeg2 ps which it does understand
[09:18] <XorA> ps3-media-server does it on the fly :-)
[09:18] <XorA> its DivX certified, so plays them without issue
[09:19] <XorA> http://ps3mediaserver.blogspot.com/
[09:19] <hrw> I have to check divx on my hifi
[09:19] <hrw> also divx certified
[09:19] <XorA> the thing to watch out is that xvid != divx
[09:19] <XorA> different set of ASP options
[09:20] <XorA> most players dont care, but a few do
[09:20] <hrw> and one day fight enough to get some movie converted to avhcd (or how it was named) and then I will check my TV capabilities
[09:20] <XorA> warez stuff is normally xvid for obvious reasons
[11:03] <cooloney> sebjan: those images work on lag's panda, thanks a lot, man
[11:04] <lag> cooloney: I've already emailed sebjan
[11:05] <lag> Sebjan: What's changed in u-boot lately? Does it now check for system IDs?
[11:05] <lag> *different system IDs
[11:39] <NCommander> ndec: you around?
[12:06] <sebjan> lag: I did not have a look, and I did not build myslef the images I provided to you. Will try to get so info about that.
[12:08] <lag> Thank you sebjan
[12:08] <ogra> lag, the u-boot branch from gitorious.org should be fine, i'll update the ubuntu package soon
[12:09] <ogra> lag, http://www.gitorious.org/pandaboard/u-boot
[12:12] <lag> ogra: Yes it is. I was just curious as to what the differences were - thirst for knowledge and all that. ;)
[12:13] <ogra> well, the diffs might tell :)
[12:17] <ogra> #define MACH_TYPE_OMAP4_PANDA         2791
[12:17] <ogra> looks like that one
[12:17] <ogra> from include/asm-arm/mach-types.h
[12:23] <hrw> hate make
[12:23] <lag> I would if I had the sources for both ;)
[12:24] <ogra> lag, http://www.gitorious.org/pandaboard/u-boot has the source :)
[12:25] <ogra> that was copy pasted from the web ui
[12:25] <lag> That's the one I do have
[12:39] <Guest23625> Hello
[12:40] <JameswStubbs> Is there an arm version of the Ubuntu Minimal Cd?
[12:41] <JameswStubbs> Specifically Karmic ?
[12:41] <sebjan> lag: so you can boot with the images I provided to you, but not with the gitorious ones?
[12:42] <lag> sebjan: I think the ones that were provided for me were the ones used for Blaze
[12:42] <lag> I don't think they were the gitorious ones
[12:43] <ogra> lag, the ones i provided to you were older panda binaries
[12:43] <ogra> without the sysid in them, they worked on panda and blaze by a matter of luck
[12:44] <lag> Okay
[12:44] <ogra> there was a change in the panda kernel that now checks for that ID afaik
[12:44] <lag> Are you going to update your sources?
[12:44] <ogra> yes
[12:44] <JameswStubbs> Bump
[12:44] <lag> Then upload them to your people account?
[12:45] <ogra> no, to maverick :)
[12:45] <lag> Okay
[12:45] <ogra> https://edge.launchpad.net/ubuntu/+source/u-boot-omap4
[12:46] <ogra> thats using the sources from omapzoom, predating the panda gitorious tree
[12:46] <ogra> i'll pull in the panda stuff
[12:46] <lag> What git repos do I need from kernel.ubuntu.com?
[12:46] <ogra> no idea
[12:46] <ogra> aks #ubuntu-kernel :)
[12:46] <ogra> *ask even
[12:47] <lag> Wont they be the same ones you use?
[12:47] <JameswStubbs> Is there an Ubuntu Minimal for the Arm arch?
[12:48] <lag> JameswStubbs: I don't know the answer for sure, but I wouldn't have thought so
[12:48] <lilstevie> JameswStubbs: just wait a bit, maybe you will get an answer eventually :)
[12:48] <ogra> JameswStubbs, you can use the server images or a netinstall
[12:48] <lilstevie> ogra: i dont think a netinstall would be useful :p
[12:48] <JameswStubbs> I'll look into the server image for arm thanks ogra
[12:49] <ogra> lilstevie, ??
[12:49] <JameswStubbs> No lilstevie it won't be, can't do a net install when we can't boot :p
[12:49] <JameswStubbs> We're porting Ubuntu to iPhone
[12:49] <lilstevie> ogra: the device we are working on is the iPhone as JameswStubbs just said
[12:49] <ogra> JameswStubbs, oh, then better look at the channel topic for rootfs from scratch
[12:49] <JameswStubbs> Debating between using debian armel or ubuntu 9.10
[12:49] <ogra> use rootstock to create an ubuntu-minimal rootfs
[12:50] <JameswStubbs> I'm looking into that aswell :)
[12:50] <ogra> the images we provide are only for supported arches so the server image wont gain you much on an iphone
[12:50] <lag> JameswStubbs: Is this a project, or are you doing it for a company?
[12:50] <JameswStubbs> lag : part of the iDroid project
[12:50] <lilstevie> lag: its an open source project
[12:51] <lag> Sounds good. Best of luck with it.
[12:51] <JameswStubbs> Thanks, we'll need i
[12:51] <JameswStubbs> t
[12:51] <lilstevie> heh
[12:51]  * lilstevie is not a fan of having android
[12:51] <lilstevie> so instead going for something a little more sane :)
[12:52] <lag> I have to admit, I quite like it
[12:52] <lag> I have an HTC Desire which I am a fan of
[12:52] <lilstevie> heh, android is not nice on proprietry devices that have to have drivers written for them,
[12:52] <JameswStubbs> Only reason I want it is for GTK Ettercap :)
[12:53] <lag> I see, and what do you want to do with Ettercap? ;)
[12:54] <JameswStubbs> lag: Monitor my own network for educational purposes of course.
[12:55] <lag> JameswStubbs: Of course. How silly of me! ;)
[12:55] <JameswStubbs> lilstevie: https://wiki.ubuntu.com/Specs/ARMServer
[12:56] <JameswStubbs> It's for armv7 though, I think we'll need to rootfs
[12:56] <lilstevie> i think building a rootfs from scratch will be the easiest for our purposes
[12:57] <JameswStubbs> Defiantly do you think we'll still be ok using the iDroid kernel
[12:57] <JameswStubbs> ?
[12:57] <lilstevie> yeah
[12:57] <JameswStubbs> ogra: is this the right place to go for advice with rootfs?
[13:03] <JameswStubbs> Hm, Can you run rootfs from an x86 machine with the intention of building for Arm?
[13:10] <JameswStubbs> orga : ?
[13:14]  * mozzwald is away: hardly working
[13:26] <lag> JameswStubbs: Have you tried using rootstock?
[13:27] <ogra> JameswStubbs, yes
[13:28] <ogra> if you use the qemu-arm-static package
[13:28] <ogra> you can a) use rootstock to create a tarball and b) just create armel chroots using qemu-debootstrap
[13:30] <JameswStubbs> Thanks, I'll be using rootstock on x86 ubuntu, creating an image, using iDroid's kernel then mounting in qemu
[13:31] <lag> ogra: So you also need initrd on the card to run?
[13:31] <ogra> lag, you *can* use ubuntu without initrd but i wouldnt recommend it other than for testing
[13:31] <lag> JameswStubbs: That should work. I'm using rootstock on an x86 machine too
[13:31] <JameswStubbs> Is the idea behind rootstock to build a Very minimal system and then to build from there?
[13:32] <ogra> well, depends if the droid kernel has all the features ubuntu uses
[13:32] <ogra> JameswStubbs, yes, use -s ubuntu-minimal
[13:32] <ogra> and do everything you want additional on the real HW
[13:32] <JameswStubbs> :p Thanks ogra, I was going to leave the --seed option blank :)
[13:33] <ogra> should work as well
[13:33] <ogra> will result in the same :)
[13:34] <lag> ogra: So, do I just bang the rootfs.tgz and initrd onto the rootfs partition and expect it to work?
[13:34] <JameswStubbs> lag: Are you talking about something different to me? (just stopping myself getting confused :p )
[13:34] <lilstevie> what features are required from kernel for ubuntu
[13:35] <lag> JameswStubbs: Yes, I'm doing something slightly different
[13:35] <JameswStubbs> Ok
[13:35] <lilstevie> with rootstock we need to generate an img
[13:35] <lilstevie> as openiboot for the iphone loads an img for rootfs
[13:36] <ogra> lag, nope
[13:36] <ogra> lag, you put the rootfs into the rootfs partition
[13:36] <ogra> and initrd wherever your bootloader wants it
[13:38] <ogra> lag, for omap thats usually the first partition on the SD and it should be a vfat
[13:38] <JameswStubbs> lilstevie: Yeh that's right, but Idroid has multiple images where as our whole distro will be in one image
[13:38] <JameswStubbs> We might have to point oib in a different direction to find the info
[13:38] <lilstevie> JameswStubbs: thats because they are mounted individually
[13:38] <JameswStubbs> So we could probably get away with renaming or image system.img
[13:38] <lilstevie> initrc points to the other images
[13:39] <JameswStubbs> It doesnt do a hash check or anything
[13:39] <JameswStubbs> Yeh lilstevie
[13:39] <lilstevie> so we just need our own init
[13:40] <ogra> make sure that your img usues a supported filesystem
[13:41] <lag> ogra: So the initrd goes in the /boot partition then?
[13:41] <ogra> no
[13:41] <ogra> it goes into the vfat
[13:42] <ogra> and you need to specify it in your bootm command for u-boot
[13:42] <lag> /dev/sde1 on /media/boot type vfat
[13:42] <ogra> well, you labeled it boot :)
[13:42] <lag> I didn't
[13:42] <ogra> something did
[13:42] <lag> The script that cooloney pointed me to did
[13:42] <lag> :)
[13:42] <ogra> ah
[13:43] <JameswStubbs> lilstevie: We wouldn't necesarily need our own init, simply modify iDroids to point to the right images
[13:43] <ogra> its not /boot (and cant be)
[13:43] <ogra> it just smells like /boot :)
[13:43] <JameswStubbs> Mm, fresh smell of /boot in the morning
[13:43] <lag> eh?
[13:43] <ogra>  /boot cant be vfat on debian based systems
[13:44] <ogra> dpkg unpacks the kernel there, while unpacking it creates hardlinks of the former files
[13:45] <lag> Oh okay, it's just the partition label
[13:45] <lag> It won't actually be /boot, as in /boot/grub
[13:45] <ogra> vfat doesnt support hardlinks
[13:45] <ogra> so /boot cant be vfat
[13:45] <lag> But yes, I see what you mean
[13:46] <ogra> right
[13:46] <lag> Perhaps it's a confusing name
[13:46] <ogra> its still your boot-partition
[13:46] <ogra> but you cant mount it as /boot
[13:46] <lag> Correct
[13:46] <lag> Which is where the initrc needs to go, correct?
[13:47] <ogra> since our kernels and initrds live in /boot, we have a tool called flash-kernel thats works around this prob
[13:47] <ogra> its usually called buy update-initramfs (which in turn is called by the kernel package when you install it)
[13:47] <ogra> flash-kernel mounts /dev/mmcblk0p1 and runs mkimage for kernel and initrd to create uInitrd and uImage
[13:48] <ogra> (or at least iots supposed to, it doesnt do that for the panda or beagle yet, i will have to write some code still)
[13:51] <ogra> lag, mkimage -A arm -O linux -T ramdisk -C none -a 0x0 -e 0x0 -n "Ubuntu Initrd" -d /path/to/initrd.img-$ver uInitrd
[13:51] <ogra> you will need that
[13:51] <lag> Ag
[13:51] <lag> Ah*
[13:51] <ogra> fatload mmc 0:1 0x80000000 uImage
[13:52] <ogra> fatload mmc 0:1 0x81600000 uInitrd
[13:52] <ogra> bootm 0x80000000 0x81600000
[13:52] <ogra> thats for the u-boot prompt
[13:52] <ogra> and should get you a boot with initrd
[13:54] <lag> So the uImage and the uInitrd go on the same place on the SD card?
[13:56] <ogra> right, into the vfat
[13:57] <lag> Yep
[13:57] <lag> And is the rootfs okay to go in as a tgz?
[13:57] <lag> Or should I unpack it first?
[13:57] <JameswStubbs> Thanks again for your help ogra
[13:58] <ogra> lag, format the partition and unpack
[13:58] <ogra> JameswStubbs, welcome, good luck
[13:59] <lag> Thought as much
[13:59]  * lag wondered when they'd put tgz support into the kernel
[14:01] <ogra> heh
[14:08] <ogra> NCommander, bah, bug 583317 will bite us badly
[14:08] <ubot2> Launchpad bug 583317 in genext2fs (Ubuntu) "genext2fs creates revision 0 filesystems instead of revision 1 (affects: 1) (heat: 156)" [Undecided,Confirmed] https://launchpad.net/bugs/583317
[14:19] <ogra> ha !
[14:19] <ogra> finally
[14:19] <ogra> how silly
[14:20]  * ogra finally found the reason why resize2fs didnt work in initramfs ... seems it has a call to /etc/mtab hardcoded
[14:36] <lag> Is the rootfs created by rootstock meant to pull up a terminal?
[14:37] <ogra> lag, yep
[14:37] <lag> Freeing init memory: 192K
[14:37] <lag> init: ureadahead main process (55) terminated with status 5
[14:37] <lag> twl: i2c_write failed to transfer all messages
[14:37] <lag> i2c_omap i2c_omap.1: controller timed out
[14:37] <lag> twl: i2c_read failed to transfer all messages
[14:37] <lag> twl6030_bci: error reading CONTROLLER_CTRL1
[14:37] <lag> Then nothing
[14:38] <ogra> whats your console= setting in the cmdline ?
[14:38] <ogra> and what was the rootstock cmdline you used :)
[14:39] <ogra> by default ubuntu has no serial getty running ... you can enable it in rootstock with the --serial switch
[14:40] <lag> I did that
[14:40] <lag> Let me have a play
[14:40] <ogra> do you have a monitor attached ?
[14:40] <ogra> i'm pretty sure you have a login prompt on tty1 :)
[14:40] <lag> I don't have a monitor which supports HDMI
[14:40] <ogra> you should get one :)
[14:41] <ogra> or DVI at least and an adapter
[14:41] <hrw> cheapest lcd with dvi is enough for BB
[14:41] <lag> True HDMI doesn't work with adaptors
[14:42] <hrw> lag: define 'true hdmi' please
[14:42] <ogra> hrw, the panda has hdmi
[14:42] <lag> True HDMI sends co-data to control the output settings
[14:42] <hrw> ogra: with audio over hdmi or just hdmi connector?
[14:43] <hrw> lag: you mean HDMI/CI?
[14:43] <lag> I forget what it's called
[14:43] <hrw> CI or CEC - adapted from SCART connector
[14:43] <ogra> hrw, the current build i have has a headphone jack and two HDMI ports
[14:43] <lag> I just know that when I was working on set-top boxes some worked with a connector and some didn't
[14:43] <hrw> used to say 'TV - I am here, switch to my hdmi port'
[14:43] <ogra> hrw, but that might change
[14:44] <lag> Could well be
[14:44] <lag> Will the Panda work with a connector?
[14:44] <hrw> BB has hdmi connector just because it is smaller then dvi. works fine with hdmi->hdmi cable and with hdmi->hdmi-to-dvi adapters
[14:44] <hrw> so far worked for me with dvi monitors and hdmi tv
[14:44] <ogra> lag, i havent booted mine beyond the uboot prompt yet
[14:44] <lag> What about Panda?
[14:45] <lag> ogra: Why so?
[14:45] <lag> Aren't you working on the kernel?
[14:45] <ogra> while the BB has DVI i think the panda has HDMI
[14:45] <ogra> lag, i'm working on all the rest :)
[14:45] <lag> Right, so the connector will be no good?
[14:45] <ogra> yeah, likely
[14:46] <lag> Well I don't want to outlay for a new monitor :S
[14:49]  * ogra stbs jasper 
[14:49] <ogra> *stabs even
[15:05] <lag> cooloney: ping
[15:11] <cooloney> lag: lee, man
[15:12] <lag> ubuntu@panda:~$ ls /
[15:12] <lag> bin   dev  home  lost+found  mnt  proc  sbin     srv  tmp  var
[15:12] <lag> boot  etc  lib   media       opt  root  selinux  sys  usr
[15:12] <lag> Good work
[15:13] <lag> cooloney: --^
[15:13] <cooloney> lag: haha, cong, man
[15:14] <lag> cong?
[15:14] <cooloney> lag: very good news before my sleep. you built your own u-boot to make it boot?
[15:14] <cooloney> lag: sorry, congrats
[15:14] <lag> The u-boot I was trying to use didn't pass the kernel's system ID check
[15:14] <ogra> king cong :)
[15:15] <ogra> (very big congrats)
[15:15] <cooloney> ogra: lol
[15:15] <lag> You mean King Kong?
[15:15] <ogra> pfft
[15:15] <ogra> chars
[15:15] <cooloney> lag: hmm, that reminds me a warning message from dmesg
[15:15] <lag> Oh?
[15:16] <cooloney> lag: Uninitialized omap_chip, please fix!
[15:16] <cooloney> did you see that in your dmesg?
[15:16] <lag> Oh yeah, I see it
[15:16] <lag> Yeah, it's in dmesg
[15:16] <cooloney> the kernel code checked omap cpu id or system id something like that
[15:16] <lag> ubuntu@panda:~$ dmesg | grep -i omap_chip
[15:16] <lag> Uninitialized omap_chip, please fix!
[15:16] <cooloney> and failed
[15:17] <cooloney> then print out this
[15:17] <cooloney> maybe relatedt
[15:17] <cooloney> i will check them later
[15:17] <cooloney> lag, thanks for testing, man
[15:17]  * cooloney gonna sleep now.
[15:17] <lag> No problem - speak to you tomorrow
[15:18] <cooloney> have a nice day, guys
[15:32] <orbarron> ogra: any issues with pandaboard or trees?
[15:32] <ogra> orbarron, see above, lag successfully booted his panda
[15:32]  * orbarron reads... 
[15:32] <ogra> i'm currently hogged with image building which i do on a C4
[15:33] <ogra> not much spare time for omap4 work here
[15:34] <orbarron> np...
[15:44] <orbarron> lag: pandaboard has DVI + HDMI and HDMI to DVI connection will work with a small hack
[15:48] <lag> I should have a monitor with HDMI built-in with me tomorrow
[15:49] <lag> What would the hack be?
[15:52]  * orbarron dealing with dsi clk issues but for the mean time you can do this --> http://pastebin.com/8LVZYWnx 
[15:53] <hrw> orbarron: hi Omar
[15:53] <orbarron> hrw: sup...
[15:53] <mpoirier_> asac
[16:04] <asac> mpoirier_: !!
[16:05] <mpoirier_> asac: good morning.
[16:05] <mpoirier_> asac: ogra tells me you have a beagleboard C4 - is this correct ?
[16:06] <asac> mpoirier_: why? ;)
[16:07] <mpoirier_> asac: I could use it if you don't need it.
[16:07] <asac> I need it
[16:07] <ogra> asac, mpoirier is our new omap3 maintainer in the kernel team
[16:07] <asac> mpoirier_: alread discused with ogra. we gave boards to davidm for distro
[16:07] <ogra> mpoirier, we're waiting for feedback from lool, he should know what happened to the missing boards
[16:08] <asac> if nothing helps and its urgent i would suggest to buy a board ;)
[16:08] <ogra> according to asac they should all be at davidm's place
[16:09] <mpoirier_> ogra: and davidm is coming back next week ?
[16:09] <ogra> will be faster to wait until next week
[16:09] <ogra> mpoirier_, yes
[16:09] <ogra> asac, and we *have* 7 boards in mobile
[16:09] <ogra> its just a matter where they actually are
[16:09] <asac> well ... one dev blocked for half a day is probably more expensive than a board ;)
[16:10] <asac> and we are already pulling in 4 devs into this discussion ;)
[16:10] <ogra> asac, ordering and shipping a beagle takes more than a weekend
[16:10] <ogra> 4 ?
[16:10] <asac> me you mpoirier_ and lool
[16:10] <ogra> well, no trace of lool :)
[16:10] <ogra> so 3 :P
[16:11] <asac> but lool will have to read plenty of backlog now ;)
[16:12] <asac> anyway ... mpoirier_: welcome!
[16:22] <ogra> mpoirier_, GrueMaster is your guineapig !
[16:23] <mpoirier_> ogra: cool - thanks.
[16:24] <mpoirier_> GrueMaster: can I send you a uImage ?
[16:27] <GrueMaster> Or post it online and I can download it.
[16:58] <lool> asac: Is the backlog relevant still?
[16:58] <lool> I read this channel usually, but I wont make the full backlog Im afraid
[16:58] <lool> hey mpoirier_!
[16:59] <mpoirier_> lool: good morning.
[16:59] <mpoirier_> lool: I need a beableboard C4, do you need yours ?
[16:59] <ogra> lool, it isnt
[16:59] <mpoirier_> lool: what version then ?
[16:59] <ogra> lool, the discussion in the other channel solved itr
[16:59] <lool> mpoirier_: Mine is a C3 and is personally owned
[17:00] <ogra> *it
[17:00] <ogra> mpoirier_, see PM
[17:00] <lool> mpoirier_: I understand that if you want to find an idle one, you should ask davidm cause he might have a couple of spare ones
[17:00] <mpoirier_> lool: yes, he's on vacation.
[17:00] <lool> mpoirier_: If that blocks you in anyway, I highly recommend you talk to your manager: buying it and expensing it might be cheaper than the time you're losing searching for one
[17:00] <ogra> lool, for now GrueMaster will help testing
[17:01] <lool> mpoirier_: Are you testing kernels?
[17:01] <lool> mpoirier_: You could also use qemu-maemo   :-)
[17:01] <lool> (/me lols)
[17:01] <ogra> *grin*
[17:01] <mpoirier_> lool: yes, I ping'ed you  before GrueMaster got on board.
[17:01] <mpoirier_> lool: I need real Hw
[17:01] <lool> mpoirier_: So mattman has been making progress on booting up to a framebuffer our regular Ubuntu omap kernels in qemu-maemo + his patches
[17:02] <mpoirier_> lool: I'm after a misbehaving SD card controller.
[17:02] <lool> mpoirier_: So perhaps you can ask pgraner whether you can expense it?
[17:02] <mpoirier_> lool: yes, that is also in the works.
[17:02] <ogra> lool, davidm shoudl be able to send one out on monday
[17:03] <lool> Up to you guys, many options on the table
[17:03] <mpoirier_> lool: ogra is correct.
[17:03] <ogra> so it should arrive on wed. on CDN
[17:03] <ogra> *in
[17:03] <mpoirier_> lool: thanks for getting back to me.
[17:03] <asac> lool: nope
[17:04] <jayabharath> orga: I'm curious...Is there any stats on how many people actually downloaded the 10.04 Ubuntu image for beagleboard from ubuntu.com ? Who would know this detail
[17:04] <ogra> jayabharath, hmm, no idea, our is team probably, try to ask elmo in #ubuntu-devel or #ubuntu-release
[17:04] <jayabharath> ok
[17:05] <jayabharath> orga: Also, I got a bunch of beagle folks a little annoyed with the way Ubunutu CD images.. work... it boots up from SD... overwrite the uboot on nand... messes with the existing SD card...
[17:05] <ogra> (i guess -release is the better channel for that)
[17:05] <jayabharath> orga: Will check on -release channel
[17:05] <ogra> jayabharath, yeah, that will be fixed in maverick
[17:05] <hrw> have nice day
[17:06] <ogra> jayabharath, i wanted to use a vfat partition but had no time left to implement that, NAND was the quickest way back then
[17:06] <jayabharath> orga: I see...
[17:06] <ogra> maverick will be quite different in that regard
[17:07] <jayabharath> orga: gotcha.. wanted to feed this input back to you...
[17:07] <jayabharath> orga: As you are changing behavior feel free to discuss on #beagle channel too...
[17:07] <ogra> yeah, i knew it wasnt the best to do when i implemented it, if someone asks you again send them to me, i'll pay them beer
[17:07] <jayabharath> orga: or write up a blog post :)
[17:08] <jayabharath> ogra: I am sure people a few folks here can use beers ;)
[17:08] <ogra> jayabharath, i will hopefulle meet some of the #beagle folks tomorrow at linuxtag
[17:08]  * ogra wants to meet koen in person at least
[17:08] <jayabharath> ogra: most certainly... I belive Koen is planning to be there...
[17:08] <ogra> yeah, he will leave tomorrow evening
[17:09] <jayabharath> orga: check his pockets he will have a few beagleXMs :)
[17:09] <ogra> thats why i go tomorrow, else i would have gone fri and sat
[17:09] <ogra> heh
[17:12]  * ogra goes back to his initramfs pain
[17:20] <ogra> NCommander, did you see my ping above btw ?
[17:20] <ogra> NCommander, bug 583317
[17:20] <ubot2> Launchpad bug 583317 in genext2fs (Ubuntu) "genext2fs creates revision 0 filesystems instead of revision 1 (affects: 1) (heat: 156)" [Undecided,Confirmed] https://launchpad.net/bugs/583317
[17:40] <ogra> yay
[17:41] <ogra> asac, dropping the fsck and instead diong e2fsck during image build fixes jasper :)
[17:42] <asac> ogra: hackish!
[17:43] <ogra> why ?
[17:43] <asac> j.k.
[17:43] <ogra> heh
[17:43] <asac> what is that doing different?
[17:43] <ogra> now i need a solution for that horridly long resize process
[17:43] <asac> write a script to put stuff on sdcard ;)
[17:43] <asac> or other media
[17:44] <ogra> the fsck exited with exit 2 due to the fact that the timestamp is out of order
[17:44] <ogra> that tears down the whole initramfs script
[17:44] <ogra> so it never gets to the resize operation
[17:44] <ogra> no, no scripts, the image will be dd'able like all ubuntu images
[17:48] <ogra> (initramfs) df
[17:48] <ogra> Filesystem           1024-blocks    Used Available Use% Mounted on
[17:48] <ogra> none                    116988       128    116860   0% /dev
[17:48] <ogra> /dev/mmcblk0p2         3767479    400383   3177098  11% /root
[17:48] <ogra> wohoo !
[17:57] <ogra> Begin: Running /scripts/local-premount ...
[17:57] <ogra> [    4.288238]  mmcblk0: p1 p2
[17:57] <ogra> Resizing root filesystem please wait, this will take several minutes ...
[17:57]  * ogra dances
[18:03] <GrueMaster> cool.
[18:03] <ogra> hmm, several ...
[18:07] <ogra> 6 min for 4G
[18:10] <GrueMaster> what system is this on?
[18:11] <GrueMaster> Also, what class SD card?
[18:11] <GrueMaster> ogra: ^^^
[18:12] <ogra> class4 4G sandisk on the beagle C4
[18:12] <ogra> growing the root from 450M to 4G
[18:12] <GrueMaster> That will be a bit slow.
[18:13] <ogra> the netbook image will be 1.4G
[18:13] <GrueMaster> Slow I/O, slow SD card.
[18:13] <ogra> i have some hope it will be faster to grow from 1.4 to 4G
[18:13] <GrueMaster> 1.4G for the image?  Is that the download size?
[18:14] <ogra> nop
[18:14] <GrueMaster> ok.
[18:14] <ogra> the image will be a .img.bz2 file :)
[18:14] <ogra> will be around 500M
[18:14] <ogra> you need to uncompress and dd it
[18:14] <GrueMaster> We need to keep it below 700M if possible.
[18:15] <ogra> well
[18:15] <ogra> i'll do that if thats possible, but its a preinstalled image
[18:15] <ogra> its not like anything we built before
[18:15] <GrueMaster> I understand.  That is going to have to be part of the package selection process.
[18:16] <ogra> so i dont really care if it bumps above 700M
[18:16] <GrueMaster> The 700M limit is mainly for distribution purposes.  So people can order a copy of the image on CD.
[18:16] <ogra> who does that ?
[18:17] <ogra> where would that be offered ?
[18:17] <GrueMaster> People with low bandwidth.
[18:17] <ogra> for these 20 ppl we can also send out a dvd
[18:17] <GrueMaster> Doesn't that show up on ubuntu.com?
[18:17] <GrueMaster> heh.
[18:17] <ogra> since that will be a manual effort anyway
[18:17] <ogra> arm images arent offered in the shop
[18:18] <GrueMaster> oh.
[18:18] <ogra> cross your fingers, i might be able to give you a "serial only, commandline only" preinstalled image today
[18:18] <GrueMaster> Then why the fuss over image size in past cycles?
[18:18] <GrueMaster> That would be cool.
[18:18] <GrueMaster> I can always add from there.
[18:19] <ogra> ask david and persia :)
[18:19] <GrueMaster> (assuming I have some console).
[18:19] <ogra> i always insisted its nonsense to bind ourselves to 700M
[18:29] <ogra> GrueMaster, bah, oem-config doesnt start :/
[18:29] <GrueMaster> oops.
[18:29] <ogra> lol
[18:30] <ogra> heh, i spoke to soon
[18:30] <ogra> it just runs on tty1
[18:30] <ogra> so you have to jump between serial for booting and tty1 for oem-config with this image, lets see
[18:34] <ogra> hmm, no keyboard might be because it doesnt think there is a console
[18:34]  * ogra retries
[18:34] <ogra> last round now
[18:48] <ogra> GrueMaster, http://people.canonical.com/~ogra/jasper/ give it another 10min for the upload and you can pull it
[18:48] <ogra> (shoudl be around 132M if its done)
[18:48] <GrueMaster> ok
[18:49] <GrueMaster> so, why hold down the user button?
[18:49] <ogra> GrueMaster, oh, and ignore the OOM message from ureadahead during boot :) i have to talk to Keybuk about that one its no issue (at least it shouldnt be)
[18:49] <ogra> to make it use x.loader from the SD
[18:50] <GrueMaster> ah.
[18:50] <ogra> *x-loader
[18:50] <ogra> i have one old B3 board here that doesnt get along with the old x-loader in NAND and the new u-boot on the SD
[18:50] <GrueMaster> I would have just used the uboot cmdline, but this works.
[18:50] <ogra> so thats the safest option
[18:51]  * ogra really hopes oem-config will DTRT
[18:51] <ogra> i havent seen it finishing yet, but i have to end my day
[18:52] <GrueMaster> ok.  I'll start testing and let you know how it turns out.
[18:52] <ogra> oh, and if you fiddle with kernels, you have to mount mmcblk0p1 manually and generate uImage and uInitrd manually onto that partition
[18:52] <ogra> flash-kernel doesnt know the new image design yet
[18:53] <GrueMaster> I only have 2G & 4G SD cards atm.  Will order an 8, 16, & 32 on payday.
[18:53] <ogra> be aware it will all be fiddly and broken atm :)
[18:53] <GrueMaster> ok
[18:53] <GrueMaster> I didn't think it would be release wothy yet.
[18:53] <ogra> its my first manually rolled test
[18:53] <GrueMaster> s/wothy/worthy
[18:54] <ogra> if stuff works its a matter of luck :)
[18:55] <ogra> hmm, but it seems to work
[18:56] <ogra> bah
[18:56] <ogra> jasper is removed but oem-config didnt re-roll the initramfs
[18:56] <GrueMaster> hrm.
[18:56] <ogra> so it will try to resize on next boot again :(
[18:57] <GrueMaster> I didn't think oem-config rerolled the initrd.
[18:57] <ogra> cjwatson said it would
[18:58] <ogra> well, sudo apt-get purge jasper && sudo update-initramfs -u
[18:58] <GrueMaster> Might need an extra parameter.
[18:58] <ogra> and then the mkimage stuff and copying uInitrd to the first partition
[18:59] <GrueMaster> finished downloading, extracting and dd'ng now.
[19:00] <ogra> good luck :)
[19:00]  * ogra is gone
[19:00] <GrueMaster> g'night.
[21:19] <slangasek> jcrigby: any luck yet with linkat?
[21:20] <slangasek> jcrigby: it's looking to me like a regression in gnulib's linkat replacement, which was only introduced to the coreutils package in the merge of the latest upstream release; but I have no clue why it's not showing up on all archs
[21:24] <bullet9mm> ciao a tutti...c'è qualche anima pia che mi potrebbe consigliare qualche fonte per poter installare ubuntu su processore arm?
[21:26] <bullet9mm> sorry...there is someone who can advise me about some source of information for installing ubuntu on arm?
[21:32] <slangasek> bullet9mm: http://releases.ubuntu.com/10.04/ provides images for Dove an i.MX51 systems; http://cdimage.ubuntu.com/ports/releases/10.04/release/ has images for OMAP3 systems (e.g., the Beagleboard); https://wiki.ubuntu.com/ARM is the landing page for ARM on Ubuntu information in general
[21:32] <slangasek> <- anima pia
[21:35] <bullet9mm> slangasek  .....grazie...era proprio quello che stavo cercando...
[21:36] <slangasek> you're welcome :)
[21:37] <GrueMaster> bullet9mm: What platform are you interested in specifically?
[21:40] <jcrigby> slangasek: still working on it, not much progress yet
[21:41] <jcrigby> I did notice a linkat fix in ltp.  Something about not doing the test in a tmpfs mount because you get a different error for one of the tests
[21:43] <jcrigby> Also once my build did finish the resulting binary seemed to work for me on qemu
[21:43] <slangasek> jcrigby: ok.  Things I've learned so far: REPLACE_LINKAT is being set but isn't used when linking the test suite; LINK_FOLLOWS_SYMLINK is detected as '0' in the build env, which is the condition that causes the failing assert to be tested; and these two things are related
[21:43] <slangasek> jcrigby: oh, interesting - I was testing on tmpfs here as well, maybe I should test on ext3
[21:43] <slangasek> (my test on NFS+gssapi failed miserably :)
[21:44] <jcrigby> ahh
[21:44] <slangasek> it was definitely reproducible for me on tmpfs
[21:48] <kblin> hey slangasek
[21:48]  * slangasek waves
[21:48] <slangasek> kblin: how goes? :)
[21:48] <kblin> fine, busy with work, but then who isn't :)
[22:34] <bullet9mm> sorry for the delay...I'm watching for beagleboard and igepv3 board...
[22:34] <bullet9mm> GrueMaster
[22:35] <GrueMaster> Not sure about the igepv3 board, but we have detailed instructions for 10.04 on beagle at https://wiki.ubuntu.com/ARM/Beagle.
[22:38] <bullet9mm> yes...I've watched it 20 minute ago...cool doc...  :)
[22:38] <bullet9mm> *minutes
[22:39] <GrueMaster> Maverick images (10.10) will be live from the start.  No installation. (we will still have a netboot install image).
[22:44] <bullet9mm> I've found this...
[22:44] <bullet9mm> http://elinux.org/BeagleBoard
[22:44] <bullet9mm> it's ok?
[22:47] <GrueMaster> I guess.  It is more of a general info page for beagleboards.  It has a lot of great info, but their Ubuntu Lucid info is a bit weak.
[22:49] <bullet9mm> mmm..
[22:49] <GrueMaster> It doesn't even mention our live netbook image.
[22:49] <GrueMaster> Other than that minor detail, the info looks good.
[22:50] <bullet9mm> got it...some impression about beagleboard+lucid?
[22:52] <GrueMaster> It works.  Main issue is memory limitations on the beagleboard, and there are some apps that have issues, mainly mono based apps.
[22:53] <GrueMaster> Also, see https://wiki.ubuntu.com/ARM/LucidReleaseNotes
[22:54] <bullet9mm> are you talking about the RAM?
[22:55] <GrueMaster> yes.  The beagleboard only has 256M.  The XM has 512, which should help with performance.
[22:56] <bullet9mm> yes...but it isn't on sale...still...
[22:58] <bullet9mm> ...think wait for the XM version...
[22:58] <GrueMaster> The XM is on sale.  Just out of stock (I think).
[22:59] <slangasek> is it, now? I heard there were production delays
[23:01] <bullet9mm> yes...I have asked into the beagleboard's irc chan and they responded me that it isn't on sale...
[23:02] <GrueMaster> Ah.  beagleboard.org hasn't been updated then.
[23:03] <bullet9mm> @.@
[23:04] <bullet9mm> then xm are for sale but out of stock?
[23:05] <bullet9mm> *on sale
[23:06] <slangasek> jcrigby: same failure on ext3
[23:07] <slangasek> jcrigby: beagleboard, in all cases; if you're in qemu, maybe the x86ness of the env is showing through and leading you astray :/
[23:13] <jcrigby> perhaps
[23:16] <cwillu_at_work> GrueMaster, bullet9mm, afaik the xm isn't available yet
[23:17] <GrueMaster> That's what was said earlier.  Any idea as to eta?
[23:17] <cwillu_at_work> nope
[23:17] <cwillu_at_work> "soon"
[23:18] <bullet9mm> :(
[23:19] <cwillu_at_work> I'm disappointed they dropped the sd reader;  you can't get good microsd cards in my experience
[23:21] <GrueMaster> Well, Amazon has 2 16G class 10 microSD cards, but they are almost $100 US.
[23:21] <cwillu_at_work> that doesn't tell you anything useful though
[23:21] <GrueMaster> Too bad they aren't using regular SD instead of microSD.
[23:21] <cwillu_at_work> you need to know if it's slc flash, and you need to know the wear-levelling, or at least a firmware revision so that you can know that your testing is meaningful
[23:25] <rcn-ee> gerald and ti are saying early-mid july for shipments in quanity...
[23:27] <bullet9mm> nice :)
[23:28] <bullet9mm> ...do you think that xm will able to support kde4?
[23:28] <rcn-ee> ah.. my 'Bx' rand kde 2 years ago...
[23:29] <rcn-ee> it just needs lots of swap, use an external usb drive and don't bother with a slow mmc card...
[23:29] <cwillu_at_work> 512mb should be sufficient to run it without swap though
[23:30] <bullet9mm> yes...i think too...
[23:31] <rcn-ee> if you have a igepv_2 laying around, just give that a try. (it has 512Mb). (and image the cpu speed bumped from 720 to 1Ghz)
[23:32] <cwillu_at_work> hmm, there's a 2gb microsd with slc flash :/
[23:33] <bullet9mm> in fact they are undecided between XM and beagleboard igepv2 ... any advice?
[23:34] <bullet9mm> sorry...I'm undecided
[23:34] <rcn-ee> well the beagleboard and igepv2 are available now..  xm in july...
[23:34] <cwillu_at_work> bullet9mm, igepv2 is actually intended for industrial/commercial purposes, the beagle doesn't have any such guarentees
[23:35] <rcn-ee> the beagles is only 'guarented' to be a dev board, anything you do beyond that is up to your testing.. ;)
[23:35] <cwillu_at_work> exactly
[23:35] <bullet9mm> mmm...and igev2 have bluetooth and wifi modules embedded...
[23:35] <rcn-ee> i keep hearing rumors of a igev3.. is that comming out this summer?
[23:36] <cwillu_at_work> oooo, a 4gb microsd with a manufacturer quoted write endurance of 2 million read/write/erase cycles
[23:37] <cwillu_at_work> that would make the xm (and the igep) doable for me
[23:37] <cwillu_at_work> and I can get them through bluestar
[23:38] <cwillu_at_work> oh, goodie
[23:38]  * cwillu_at_work does a happy dance
[23:38] <rcn-ee> do they have a written guarntee? i know your going to test it..  (on the bright side, i believe the xm is coming with a micro-sd card with angstrom (not 100%) i'll probally be an el cheapo micro-sd0
[23:38] <cwillu_at_work> yep
[23:38] <cwillu_at_work> yep to the el cheapo, that was
[23:38] <cwillu_at_work> http://www.atpinc.com/p2-4a.php?sn=00000391
[23:38] <cwillu_at_work> they quote that value in the specs sheet
[23:39] <cwillu_at_work> I'll have to wait until tomorrow to find prices though :/
[23:39] <bullet9mm> any idea about an lcd touch for igepv2?..the beagle lcd it's ok?
[23:40] <cwillu_at_work> nope, sorry
[23:40] <bullet9mm> at first sight seems to be...
[23:40] <bullet9mm> O.o
[23:41] <cwillu_at_work> as in I don't know :p
[23:41] <bullet9mm> http://www.igep.es/images/stories/igepv2_rc_photo2.jpg
[23:42] <rcn-ee> no.. i haven't seen a good lcd solution available for beagles yet..  the interface is their on the cx's..
[23:42] <bullet9mm> the socket seems the same...
[23:42] <bullet9mm> http://www.liquidware.com/shop/show/BB-BT/BeagleTouch
[23:43] <rcn-ee> that's actually very nice...
[23:45] <cwillu_at_work> heh: http://www.liquidware.com/shop/show/QCT/QuadCore+Tower+Kit
[23:47] <bullet9mm> niiicee  :)
[23:47] <cwillu_at_work> siiiily  :p
[23:49] <bullet9mm> it's a gem...not useful, but a gem...
[23:49] <bullet9mm> :P