[00:35] <ework> hello room
[00:36] <ework> has anyone had any success getting ubuntu 10.04 or 10.10 working on a Keil Versatile Express development board?
[00:36] <GrueMaster> What processor does that use?
[00:36] <ework> I think the problem I'm having is the kernel has an incompatible config
[00:36] <ework> A9x4
[00:37] <GrueMaster> ?
[00:37] <ework> 4 core A9
[00:37] <GrueMaster> oh.
[00:37] <mattman> ework: i have been able to boot a kernel on that system
[00:37] <ework> I have been able to boot generic debian lenny using debootstrap and the stock kernel from ARM (kernel-2.6.33-arm1)
[00:38] <mattman> ework: do you want me to send you the .config i've been using?
[00:40] <ework> when booting a rootfs built using rootstock it just hangs after a number of errors about plymouth
[00:40] <ework> but its still detecting my usb keyboard being plugged in and unplugged
[00:40] <ework> I had to add support for DEVTMPFS in my kernel to get past some of the initial errors
[00:40] <ework> mattman, what kernel were you using?  was is something derived from the ubuntu kernel?
[00:41] <mattman> ework: 2.6.35-rc5.
[00:41] <ework> mattman, that would be really great
[00:42] <ework> thats a maverik kernel correct?
[00:42] <mattman> ework: just a sec working on getting it into pastebin
[00:43] <ework> mattman, where is the best place to get the patched ubuntu kernel source so that I can apply this patch against
[00:43] <ework> mattman, did you just do a standard "make uImage" after patching it?
[00:44] <mattman> ework: i haven't patched the kernel.  i'm pretty sure this is just a snapshot of the arm-next kernel tree.
[00:46] <ework> mattman, whats the best way to cross compile the kernel.  Sorry I'm just getting started with this stuff.  I've built the kernel a number of times using the standard ubuntu way to a .deb file, but not cross-compiled a kernel from a ubuntu source package.
[00:47] <mattman> ework: can you see the arm-next kernel at http://git.linaro.org/gitweb?
[00:47] <ework> mattman, I also have no problem compiling a kernel from vanilla source, which is how I get the 2.6.33-arm1 kernel I have now
[00:47] <ework> ok I think I can figure it out from that git source
[00:47] <ework> mattman, did you make this config yourself or is it based on some source
[00:48] <mattman> ework: ok let me pastebin a link to the .config I'm using
[00:48] <ework> mattman, sorry for all the questions I'll slow down
[00:48] <mattman> ework: yes
[00:50] <mattman> ework: here's the .config i'm using: http://pastebin.com/D8fUQ1bK
[00:51] <mattman> ework: i created this by using an older .config and just manually enabling the same devices.
[00:52] <ework> mattman, so you were able to boot some form of ubuntu on the versatile express correct?
[00:52] <ework> using this kernel and rootstock?
[00:53] <mattman> ework: yes right now I booted a minimal rootfs then apt-get the rest.
[00:53] <ework> mattman, sounds good that was my plan as well
[00:53] <mattman> let me send you a link to some wiki instructions i put togther.
[00:57] <mattman> ework: https://wiki.linaro.org/Boards/Vexpress - actually after looking at the instructions again, they are good for when you already have built images. i need to spend more time explaining how i built the images
[00:57] <ework> mattman, thank you for all the help you have no idea how much time I've spent spinning my wheels trying to debug why it doesn't boot
[00:58] <ework> mattman, I can add some information tho this wiki as I go through the process if that helps
[00:59] <ework> looks like I just need a launch pad account which is not a problem
[00:59] <mattman> ework: good to know. i wondered if the instructions were visible.
[01:00] <ework> mattman, btw one other boot option is usb which is what I've been using without problems
[01:00] <mattman> ework: that's good to know also. i would like to add any information you'd like to share to the document.
[01:01] <ework> mattman, I should be able to add information myself if I have a launchpad.net account?
[01:01] <mattman> ework: true
[01:01] <mattman> ework: that's even a better ides ;-)
[01:02] <ework> mattman, oh you have usb hard drive already at the bottom
[01:03] <ework> mattman, this looks similar to whats on the quickstart card.  I think you might even want a separate page for building the kernel and rootfs
[01:04] <mattman> ework: right, seems obvious now that i look at it again.
[01:05] <ework> mattman, well its kind of obvious now but it took me a while to understand it to the level documented there
[01:09] <ework> mattman, I didn't even know you could boot the kernel off SD or CF I was always updating the flash each time
[01:09] <mattman> ework: that's pretty nice if you have an SD card reader on your laptop.
[01:10] <ework> yah I have the board next to my laptop and can just unplug it and take the card out and put it into a MicroSD to SD adapter
[01:10] <ework> copy it over and reboot and it updates the flash
[01:11] <mattman> ework: just one more item that might help. i don't remember exactly where my minimal rootfs came from, but i think http://releases.linaro.org/platform/linaro-m/headless/alpha-3/linaro-m-headless-tar-20100803-0.tar.gz may work.
[01:12] <ework> mattman, this wiki page is very useful but I agree it needs to complimented with instructions for building rootfs and kernel
[01:12] <ework> mattman, the minimal rootfs is pretty easy to get using rootstock
[01:14] <mattman> ework: thanks for the feedback on the wiki page.
[01:14] <ework> mattman, maybe it had some incompatibilities which is why I ran into problems
[01:38] <NCommander> ericm|ubuntu: ping?
[06:20] <dyfet> this is a lovely day
[07:53] <lag> Morning ogra
[07:58] <dyfet> i am not sure he is up yet
[08:00] <lag> lazy blighter
[08:01] <lag> dyfet: David, maybe you could help?
[08:01] <dyfet> maybe
[08:01] <lag> I am trying to run update-initramfs from a chroot
[08:01] <dyfet> hmm...
[08:01] <lag> What do I need to make it work?
[08:02] <dyfet> well, for other odd things in chroot, I would suggest bind mounting /dev, /proc, and /sys. but I am not sure if that is helpful for this.
[08:03] <lag> How do I know of they are bind mounted or not/
[08:03] <lag> ?
[08:04] <dyfet> well, from outside the chroot, you can do "mount" to see what is mounted
[08:04] <cooloney> lag: are you reviewing the L24.9 kernel release from TI?
[08:04] <lag> cooloney: I'm happy to
[08:05] <lag> cooloney: But I haven't had an email
[08:06] <lag> dyfet: I'm not sure this will help me
[08:06] <lag> cooloney: How do you test your bespoke kernels with the daily build?
[08:06] <dyfet> I have used that for things like grub from chroot, but I am not sure if it is helpful for running update-initramfs from chroot either...
[08:07] <lag> dyfet: I think I just need to know how to run it
[08:07] <lag> Where does it get it's modules from?
[08:07] <cooloney> lag: oh, i assume ndec told you the git tree for that L24.9 kernel in irc
[08:07] <cooloney> lag: hmmm, what's bespoke kernel?
[08:07] <lag> cooloney: bespoke == your own
[08:08] <lag> cooloney: Not yet
[08:08] <cooloney> lag: now, i just build kernel and flash it into my SD card with a maverick rootfs built from rootstock
[08:08] <cooloney> lag: how about you?
[08:08] <lag> cooloney: I don't
[08:09] <lag> cooloney: I'm trying to, but it means I have to re-create the initramfs from within the chroot
[08:09] <lag> cooloney: This, I am having difficulty with
[08:10] <hrw> morning
[08:10] <cooloney> lag: yeah, i also installed a daily image on another SD card.
[08:10] <cooloney> lag: so if I wanna test it, i can use that SD card.
[08:10] <dyfet> cooloney: I do much the same...
[08:10] <lag> But I'd like to test them in unison
[08:11] <lag> New kernel w daily build rootfs
[08:12] <lag> cooloney: It's not a problem for you, as the daily build boots
[08:12] <lag> But it doesn't on XM
[08:12] <cooloney> lag: oh, too bad, XM looks scary to me
[08:12] <lag> I need to re-create the uImage and uInitrd from the get-go
[08:12] <lag> cooloney: Not scary, just a pain
[08:14] <cooloney> lag: how about just boot uImage, use 'noinitrd root=/dev/mmcblk0p2' in kernel cmdline to skip uInitrd
[08:14] <cooloney> i mean for testing kernel booting and some bugs which can be found in console.
[08:15] <lag> cooloney: No - some of the issues are; boots fine with rootstock, doesn't boot with daily build
[08:15] <cooloney> lag: oh yeah, i c
[08:15] <lag> cooloney: Some issues only surface when using the daily build
[08:16] <lag> cooloney: I need to create a uInitrd for my 'bespoke' kernel
[08:16] <dyfet> I think I will try getting some sleep
[08:16] <lag> dyfet: :)
[08:16] <lag> dyfet: Night David
[08:16] <cooloney> dyfet: good night, have a nice dream
[08:16] <cooloney> don't dream of XM
[08:17] <lag> cooloney: The term you're looking for is "sweet dreams"
[08:17] <lag> Okay I'll have to wait for ogra or rsalveti, as they seem to know a little about initramfs'
[08:18] <cooloney> lag: yeah, actually the uInitrd i am using still comes from rsalveti
[08:18] <cooloney> lag: i just updated a bug tracker you pointed me a patch yesterday
[08:19] <lag> cooloney: I can't take credit for that, you have to thank rcn-ee
[08:19] <lag> cooloney: I saw your ACK on linux-omap
[08:19] <cooloney> lag: yeah, rcn-ee is robert?
[08:19] <cooloney> rcn-ee: thanks a lot
[08:20] <cooloney> lag: yeah, just tested on my board
[08:20] <lag> cooloney: Yes, that's Robert
[08:20] <cooloney> i think the patch author stanley.miao might be in China who works for windriver
[08:21] <lag> stanley.miao@windriver.com
[08:21] <lag> I'd say you're right :)
[08:24] <cooloney> lag: i found there are hundreds patches from TI's L24.9 release
[08:24] <cooloney> lag: mission impossible for us to review all of them
[08:25] <lag> cooloney: With the last lot, did you go through them all individually?
[08:26] <cooloney> lag: no, just reviewed several
[08:26] <lag> cooloney: What about the 200+ ones you received?
[08:26] <cooloney> lag: i plan to add our ubuntu packaging stuff firstly
[08:26] <cooloney> lag: OMG, you don't know that?
[08:26] <lag> ?
[08:27] <cooloney> lag: i pushed them out and tim merged them as 903.7 release in ti-omap4 tree
[08:27] <cooloney> L24.9 is new release which is based on 2.6.35
[08:27] <lag> Yes, but you must have reviewed them first
[08:28] <cooloney> lag: oh, i fixed lots of codings style issue
[08:28] <lag> Yes, but did you thumb through and review them all individually?
[08:28] <cooloney> reviewed most of them not all of them
[08:29] <lag> And how many hundred are there in this release?
[08:29] <cooloney> yeah, but just quick review.
[08:29] <lag> Do you have the link?
[08:29] <cooloney> i guess 900 or more
[08:29] <lag> JC
[08:29]  * lag falls on the floor!
[08:29] <cooloney> and still increasing
[08:29] <cooloney> 1 sec, man
[08:29] <lag> Well you'll have fun this those
[08:30]  * lag leaves
[08:30]  * cooloney grabs lag back, 
[08:30] <cooloney> http://dev.omapzoom.org/?p=integration/kernel-omap4.git;a=shortlog;h=refs/heads/L24.9
[08:30] <lag> Noooooooooooooooooooooooooooo
[08:31] <cooloney> lag: come on. hehe,
[08:32]  * cooloney brb 
[08:32] <lag> How do you know there are 900?
[08:32] <lag> Are there stats?
[08:33] <cooloney> lag: i just wanna scare you
[09:33] <lag> nec: Good morning
[09:44] <ogra> lag, whats your prob ?
[09:45] <lag> ogra: What's your problem?
[09:45] <lag> ogra: ;)
[09:45] <ogra> oh, dont get me started :)
[09:45] <ogra> i mean your initramfs issue
[09:45] <lag> ogra: I want to create an uInitrd that will work with the daily build
[09:45] <ogra> what did you do so far
[09:46] <lag> Create kernel.deb
[09:46] <lag> Create uImage
[09:46] <lag> Extract kernel.deb (before create uImage)
[09:46] <lag> ?
[09:46] <ogra> install qemu-arm-static
[09:46] <lag> Where?
[09:46] <ogra> (dont extract the deb
[09:47] <ogra> on a machine of your choice
[09:47] <ogra> one you can be root on
[09:47] <lag> I am in a chroot
[09:47] <ogra> ah, you are in a chroot already
[09:47] <ogra> k
[09:47] <lag> Yep
[09:47] <ogra> is proc mounted ?
[09:47] <lag> :)
[09:47] <ogra> update-initramfs needs it
[09:48] <lag> proc on /proc type proc (rw,relatime)
[09:48] <ogra> so if you mounted proc and are in the chroot, just dpkg -i the .deb you have
[09:48] <ogra> that should run update-initramfs from the postinstall script
[09:48] <lag> I don't want to install it into the chroot
[09:49] <ogra> why ?
[09:49] <ogra> its just a chroot
[09:49] <lag> Because I am on the build server
[09:49] <lag> The build server has chroot to build in - I don't want to mess it up
[09:49] <ogra> well, you can uninstall it afterwards
[09:49] <ogra> k
[09:50] <lag> Can't I dpkg -i <somewhere else>
[09:50] <ogra> so: dpkg -x <path to deb> /
[09:50] <lag> Root?
[09:50] <ogra> then manually run update-initramfs
[09:50] <ogra> sure root
[09:50] <lag> dpkg -x <path to deb> .
[09:50] <lag> Which I already did
 Extract kernel.deb
[09:51] <ogra> after you are done remove /lib/modules/$kver and the files in /boot
[09:51] <ogra> well, . wont help
[09:51] <lag> update-initramfs is stupid
[09:51] <ogra> update-initramfs needs the files in the right places
[09:51] <lag> ---^
[09:52] <lag> update-initramfs -b ./boot
[09:52] <lag> ?
[09:52] <ogra> its not designed for cross building, its awesome in doing for what it is designed
[09:52] <lag> Well it should be amended
[09:52] <ogra> -b will only set the output dir
[09:53]  * ogra would just install the deb and purge it afterwards
[09:53] <lag> touch /boot/file
[09:53] <lag> /usr/bin/touch: cannot touch `/boot/file': Permission denied
[09:53] <ogra> arent you root ?
[09:54] <lag> Nope
[09:54] <ogra> you need to be
[09:54] <ogra> if you are really that scared to break the build chroot, i'd copy the deb to a local machine and just do it there
[09:56] <ogra> lol
[09:56]  * ogra has never seen https://wiki.ubuntu.com/KernelTeam/KernelForIdiots before
[09:57] <ogra> "The kernel team are geniuses with brains the size of planes ..."
[09:57] <ogra> HAHAHAHA
[09:58] <lag> I hope that's not a jaunt on my information procurement!
[09:58] <ogra> nah
[09:58] <lag> We all have to learn
[09:58] <hrw> omg...
[09:58] <ogra> i just ran across that page
[09:59] <ogra> the comment not related to anyone in this room
[09:59] <hrw> I prefer "make-kpkg kernel-image" in git linux tree instead
[09:59] <ogra> well, but thats not what a buildd does
[09:59] <hrw> buildd does "dpkg-buildpackage"
[09:59] <hrw> as it does with other pacakges
[09:59] <ogra> yeah
[10:00] <apw> ogra, keybuk is a wag sometimes
[10:00] <ogra> looking at that page though i wonder if its not also missing the disabling of the module version check
[10:00] <hrw> after reading that wiki page I think that I need KernelForHrwOrOthersWhichDoNotWantToFollowIdiotsVersion ;D
[10:00] <ogra> heh
[10:01] <apw> yeah the naming is somewhat unfortuanate :)
[10:01] <hrw> ubuntu kernel rules are nice but as long as you do not want to change something ;D
[10:02] <hrw> those abi, configs etc stuffs
[10:02] <hrw> for years with debian I just had to do "git pull;make-kpkg kernel_image" to get nice kernel for my machine
[10:02] <hrw> but this was out-of-debian kernel
[10:46] <lag> Morning ndec
[10:46] <ndec> lag: morning
[10:46] <lag> ndec: How are you today?
[10:46] <ndec> lag: fine. thx
[10:46] <lag> ndec: (I'm buttering you up for bad news) ;)
[10:47] <ndec> lag: that's what i thought ;-)
[10:47] <ndec> lag: and I think i know what you are going to say next...
[10:47] <lag> ndec: Have a stab at it ...
[10:48] <ndec> lag: kernel does not boot.
[10:49] <lag> Nope
[10:49] <lag> I haven't got that far
[10:49] <lag> Or rather, my checks haven't gone that far
[10:49] <lag> grep ERROR checkpatch.txt | wc -l
[10:49] <lag> 2820
[10:49] <lag> 2820 errors in those patches
[10:49] <ndec> lag: yes, I am reading bryan email...
[10:50] <lag> Oh, he's sent it already
[10:52] <ndec> lag: i am trying to understand why we ended up with this...
[10:53] <lag> ndec: Have you 'brain grep'ed the checkpatch.txt yet
[10:54] <ndec> lag: how do you 'brain grep', is there a command for this, or perhaps a package ;-)
[10:54] <lag> Yes, many; emacs, vi, less, cat, kate, gedit, nano, pico ...
[10:55] <lag> ;)
[10:57] <ndec> lag: plain grep is quite nice too...
[10:58] <lag> Yep, well the command I posted above should help
[10:58] <lag> You still have to 'brain grep' the output
[11:01] <ndec> lag: i will look into this internally to see what can be done. I will follow up on bryan's email.
[11:01] <lag> ndec: No problem
[11:02] <ndec> lag: as of today, this kernel will not boot on your panda, only blaze. which h/w do you have?
[11:02] <lag> ndec: I'll be waiting to review when the errors (and warnings ;) ) have been corrected
[11:02] <ndec> lag: well, let's target 11.10, and not 10.10 then ;-)
[11:03] <lag> ndec: That troubles me a little - there are some patches in there which I need to close bugs (particularly ones from robclark and mythripk)
[11:06] <mythripk> lag: I guess the patch from me and rob should not cause any issues on panda and can be pulled
[14:12] <rsalveti> morning
[14:13] <dyfet> morning is for coffee
[14:13] <pcacjr> rsalveti: morning
[14:14] <pcacjr> dyfet: not at all
[14:58] <rsalveti> lag: did you manage to install the deb package into your chroot and generate the new initrd.img?
[14:58] <rsalveti> I think you just need /dev and /proc mounted at your chroot
[14:59] <ogra> dev isnt needed
[14:59] <ogra> but you need proc
[15:05] <rsalveti> ogra: I think when installing the package, or generating the initrd.img someone tries to write to /dev/null or something like that
[15:06] <rsalveti> I had a problem with it in the past, so I generally mount it :-)
[15:06] <ogra>  /dev/null should be available, debootstrap creates it
[15:06] <ogra> as well as console
[15:13] <jkridner1> ds2, all: I can't get passed this error when I try to boot an initramfs (not compiled into the kernel): No filesystem could mount root, tried:  ext3 ext2 ext4 squashfs vfat msdos
[15:13] <jkridner1> before that, I get RAMDISK: Couldn't find valid RAM disk image starting at 0
[16:13] <rsavoye> does the ARM have branch delay slots after loads and stores like other RISC architectures ?
[16:53] <GrueMaster> ogra: Have you looked into why oem-config dies?  I have been trying to figure out what is going on all day yesterday.  What I am seeing is some of the log files in /var/log are corrupted, and mounting the pre-installed image now fails for me (worked on previous images).
[17:05] <ogra_cmpc> GrueMaster, not beyond what i said already, while it tries to start it dies but you only get the tty back if you hit enter
[17:06] <ogra_cmpc> and the ubiquity logs only show that it found an already running X server
[17:06] <GrueMaster> I don't get oem-config at all, just an X background & mouse.
[17:06] <ogra_cmpc> right
[17:06] <ogra_cmpc> wait 5min and then hit enter
[17:07] <ogra_cmpc> oem-config drops you into a root shell if it cant run
[17:07] <ogra_cmpc> but apparently the console isnt shown unless you hit enter in X
[17:08] <GrueMaster> Ah.
[17:08] <ogra_cmpc> how did you shut down before you saw corrupted logfiles ?
[17:08] <ogra_cmpc> just pull the plug ?
[17:09] <GrueMaster> Switched to tty0 and did a <ctrl><alt><del>.
[17:09] <GrueMaster> That triggers reboot.
[17:09] <GrueMaster> More graceful.
[17:09] <ogra_cmpc> (the SD card speedup results in less sync calls to write data to disk, if you dont shut down properly it might not have synced the data in cache)
[17:10] <ogra_cmpc> hmm, a proper shutdown shouldnt result in a corrupted card
[17:10] <GrueMaster> It should have.  It goes through the normal shutdown this way.
[17:10] <ogra_cmpc> yes
[17:10] <GrueMaster> Card doesn't appear corrupted.  e2fsck reports no errors.
[17:10] <ogra_cmpc> weird
[17:11] <GrueMaster> But the logs are off.  Mainly Xorg.0.log and a couple of others.
[17:11] <ogra_cmpc> then i dont get why you see corrupt logs nor why it doesnt mount
[17:11] <GrueMaster> I'm retrying to I don't have a copy atm.
[17:11] <ogra_cmpc> the vfat should never be automounted after first boto btw
[17:11] <GrueMaster> It may have been my desktop.  I had to reboot this morning due to updates.
[17:12] <ogra_cmpc> *boot
[17:12] <GrueMaster> I know.  It isn't.
[17:12] <ogra_cmpc> the rootfs should though
[17:12] <GrueMaster> That's what I was looking at.
[17:13] <GrueMaster> But it may have been my desktop.  I'll know more after a bit.  I'm reimaging my SD now.
[17:13] <ogra_cmpc> k
[17:14] <GrueMaster>  Looks like I can mount the rootfs on the img file again.  Seriously thinking my desktop had gone south now.
[17:14] <GrueMaster> weird.
[17:14] <ogra_cmpc> hmm
[17:32] <GrueMaster> ogra_cmpc: I thought you had fixed the hostname issue?
[17:32] <ogra_cmpc> not yet
[17:32] <GrueMaster> ok
[17:39] <GrueMaster> Hmmm.  Looks like there was a new ubiquity release after Alpha 3.
[17:40] <ogra_cmpc> several fixes today, yes
[17:42] <GrueMaster> today?  I am looking at Aug 6 release.
[17:42] <ogra_cmpc> hmm
[17:42] <GrueMaster> Guess I will have to wait.
[17:43] <ogra_cmpc> i think evan uploaded a slightly broken version before going on vacation
[17:43] <ogra_cmpc> i saw riddell complain today
[17:44] <ogra_cmpc> so our brokeness might be related
[17:44] <GrueMaster> Well, I found an error in the logs.  Went into a shell like you said.  Have a GTKWarning:  Can't open Display.
[17:45] <ogra_cmpc> i think you should try adding debug-ubiquity to the kernel cmdline
[17:45] <ogra_cmpc> that should spit out more
[17:46] <GrueMaster> Will do.
[17:46] <ogra_cmpc> the two fixes uploaded today were related to python-webkit/-vte dependencies
[17:46] <ogra_cmpc> might be that we hit the very same issue but dont see the actual error
[17:48] <GrueMaster> Ouch.  I have a basset hound puppy attacking my bare feet when I try to work on the panda.
[17:49] <ogra_cmpc> heh
[17:49] <ogra_cmpc> you got a new dog ?
[17:49] <GrueMaster> No, he's almost 2 now.  We've had him almost a year.
[17:49] <ogra_cmpc> ah
[17:50] <GrueMaster> But I put a blanket for him under my side desk that has the panda & dove work spaces.
[17:51] <GrueMaster> And he has huge paws.
[18:37] <lag> Does anyone know how to mount HDDs once in a schroot?
[18:51] <ework> mattman, so I got ubuntu working
[18:53] <ework> mattman, I got ubuntu 10.04, 10.10, and linaro all working using your kernel and the stock kernel from ARM.  What I was missing was to setup ttyAMA0 for login so I had no idea it was working.  I wrote some bullets of how I got 10.04 on the board that I would like to add to the wiki but they are kind of crude right now.
[18:53] <GrueMaster> lag: make sure to mount none /dev -t devtmpfs for the drives to show up.  Then they should mount.
[18:56] <lag> GrueMaster: bingo!
[18:56] <lag> GrueMaster: Phew! Thanks for that
[18:56] <GrueMaster> np.
[18:57] <lag> Are there any scripts which are run on entry to the schroot - I'd like to place that line in there
[18:57] <lag> Or is it okay to put it in the fstab?
[18:57] <GrueMaster> I think that is done by init on boot normally.
[18:58] <lag> Oh, so when I restart my machine, it will just work?
[18:58] <lag> I can't see that myself :)
[18:59] <GrueMaster> it should just work on boot.  Running a chroot environment is a bit different.
[19:12] <lag> Phew!
[19:12] <lag> The answer:
[19:13] <lag> In /etc/schroot/mount-defaults:
[19:13] <lag> /home/lag   /home/lag	 none	rw,bind	    0       0
[19:13] <lag>  /dev            /dev             none   rw,bind     0       0
[19:13] <lag> :D
[19:24] <mattman> ework: sorry, stepped away for a moment. glad to hear your up and running.
[19:25] <ework> mattman, I was working on cleaning up my instructions on installing ubuntu 10.04 so I can post them on the wiki.  I already logged in through launchpad so it looks like I have edit permissions
[19:26] <mattman> ework: great, i'll be looking for your additions.
[19:59] <hrw> I love oom on c3
[19:59] <hrw> need to finally dist-upgrade it to fresh maverick
[20:03] <hrw> it is amazing how slow beagleboard C3 is when nothing runs on it + ssh session
[20:03] <hrw> nothing = NM+dbus+wpa-supplicant+modem-manager
[20:04] <rcn-ee> hrw, put a nice fast usb harddrive with some swap.. ;)
[20:04] <hrw> rcn-ee: such bare system should fit in 256MB ram
[20:05] <hrw> and 0.5GB swap is on pata hdd on usb
[20:45] <ework> mattman, have you been able to get X working?
[20:45] <ework> mattman, the instructions I'm working on now is just getting the base system up and running
[20:46] <mattman> ework: i am using mostly the base system also
[20:47] <rsalveti> GrueMaster: didn't generate the kernel with the reclaim-related patches yet because they require more patches that are at the akpm's tree
[20:47] <rsalveti> GrueMaster: and the original author is still discussing the patches upstream
[20:47] <ework> mattman, I suppose it should work with some form of framebuffer driver but haven't looked into that yet.  I did and apt-get of ubuntu-desktop after the base system was up.
[20:47] <rsalveti> once we get the patches upstream, or at least organized at an important tree, we can try to see if get any improvement on arm
[20:48] <rsalveti> then we can request the kernel people to look at it
[20:48] <mattman> ework: let me know how it goes for you, my initial tests with X was the output was very "jittery"
[20:48] <mattman> ework: i didn't dig very far to see what was going on.
[20:48] <rsalveti> GrueMaster: as it helps a lot on the desktop side (it seems), I guess they'll probably accept the patches without many effort
[20:49] <rsalveti> accept to do the backport
[20:53] <ework> mattman, ok done with my instructions now lets see about pasting them in
[20:58] <lag> Grrrr
[21:00] <rsalveti> lag: still working?
[21:00] <lag> rsalveti: http://paste.ubuntu.com/476578/
[21:00] <lag> rsalveti: Only when I'm awake :)
[21:01] <rsalveti> lag: :-)
[21:01] <rsalveti> lag: you can ask dpkg to force the installation
[21:03] <lag> Will it affect the initrd.img?
[21:07] <rsalveti> lag: wireless-crda? don't think so
[21:13] <rsalveti> lag: ./rootstock --fqdn panda-maverick --login ubuntu --password ubuntu --serial ttyO2 --components "main universe multiverse" --kernel-image http://rsalveti.net/pub/ubuntu/kernel/maverick/linux-image-2.6.34-903-omap4_2.6.34-903.7rsalveti2_armel.deb
[21:13] <GrueMaster> rsalveti: Ok
[21:13] <rsalveti> lag: this is how I generally create a new rootfs with a new kernel
[21:13] <lag> I don't want a new rootfs
[21:13] <rsalveti> then I just write the rootfs, generate the uI* files and copy to my sd card
[21:13] <lag> I want to use the daily image's rootfs
[21:14] <lag> It's the whole point for me jumping through these hoops :)
[21:14] <rsalveti> lag: oh, true, the bug that only happens with the daily image
[21:14] <lag> That's the idea
[21:39] <prpplague> rsalveti: ping
[21:39] <rsalveti> prpplague: pong
[21:39] <prpplague> rsalveti: you have an asound.conf file for blaze/sdp4430 ?
[21:40] <rsalveti> prpplague: can check on my panda, but not sure
[21:40] <prpplague> rsalveti: you have the audio working properly on your es1.0 panda?
[21:41] <rsalveti> prpplague: never tested
[21:41] <rsalveti> GrueMaster: ^?
[21:42] <rsalveti> who needs sound anyway hehe
[21:43] <prpplague> rsalveti: hehe
[21:43] <rsalveti> maybe GrueMaster tested it already, as he tested quite many things already for panda
[21:44] <prpplague> rsalveti: is there a tested rootfs posted somewhere?
[21:44] <rsalveti> prpplague: there is the pre-installed image that you can test, if you want
[21:44] <prpplague> rsalveti: url?
[21:45] <rsalveti> prpplague: http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[21:45] <prpplague> thanks
[21:45] <rsalveti> was finding it :-)
[21:45]  * prpplague looks
[21:46] <rsalveti> the alpha 3 image, if you prefer http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/alpha-3/
[21:46] <prpplague> holy cow
[21:46] <prpplague> 500meg
[21:46] <rsalveti> just dd it at your sd card and boot it
[21:46] <rsalveti> yep, lots of packages
[21:46] <rsalveti> prpplague: and pick a 4gb sd card :-)
[21:47] <prpplague> rsalveti: oh, it's not a tarball?
[21:47] <rsalveti> prpplague: nops
[21:47]  * prpplague cancels download
[21:47] <rsalveti> you can generate a rootfs with rootstock if you want
[21:47] <rsalveti> and then used it at your device or chroot
[21:48] <rsalveti> but it's a lot of work for just trying to find a simple file :-)
[21:49] <prpplague> hmm
[21:49] <prpplague> either way it is a pain
[21:50] <prpplague> rsalveti: my biggest rootfs is 16meg
[21:51] <ework> mattman, ok saved
[21:52] <ework> mattman, let me know what you think and make any corrections or clarifications you think are needed
[21:52] <mattman> ework: thank you, i'll take a look at them.
[21:52] <rsalveti> prpplague: no sound
[21:52] <rsalveti> doesn't seems to work by default
[21:52] <ework> mattman, the instructions are somewhat generic and could apply to a number of development boards in some places
[21:53] <rsalveti> not with pulseaudio at least
[21:53] <prpplague> rsalveti: oh
[21:54] <rsalveti> hm, let me check if I'm getting something from the hdmi output
[21:54] <prpplague> rsalveti: are you guys testing with blaze and sdp as well?
[21:54] <rsalveti> prpplague: I know ogra_cmpc have one blaze, but don't know if he is testing the image on it or not
[21:54] <prpplague> hmm ok
[21:55]  * prpplague wonders who at ubuntu-arm is responsible for the audio testing
[21:56] <prpplague> its kinda like no one is using audio with omap4
[21:59] <hrw> prpplague: remember that this is #ubuntu-arm not #angstrom - here devs generate 0.5GB images as base ones
[22:00] <prpplague> yea
[22:00] <rsalveti> hrw: we'll have a real base one later on
[22:01] <ogra_cmpc> prpplague, audio should work fine via HDMI
[22:03] <ogra_cmpc> and if you need an asound.conf file thats a bug with the compiled in defaults, audio should just work, i'm aware that we have to still do some work here
[22:04] <ogra_cmpc> pulse as well as the kernel defaults for the asoc driver will still need to be touched
[22:05] <ogra_cmpc> rsalveti, persia is tasked with fixing pulse as soon as he comes back online
[22:05] <ogra_cmpc> (he just moved houses and seems to have some connection issues)
[22:05] <rsalveti> ogra_cmpc: hm, ok
[22:06] <ogra_cmpc> it needs a special config
[22:06] <mattman> ework: thanks for making those additions, they are very helpful
[22:08] <ework> mattman, glad you appricate them :)
[22:09] <ndec> prpplague: do you have /sys/devices/platform/soc-audio on your panda?
[22:09] <rsalveti> ogra_cmpc: and with blaze, did you tested it already?
[22:09] <rsalveti> don't know if we also have speakers at blaze
[22:09] <ogra_cmpc> we dont iirc
[22:10] <ndec> rsalveti: ogra_cmpc: we have audio on blaze, but it requires proper asound.conf, and a couple of changes in pulse config
[22:10] <prpplague> ndec: yea
[22:10] <ogra_cmpc> ndec, the same pulse changes we need for panda, right ?
[22:10] <ndec> prpplague: so at least, all drivers are compiled in. you will only be missing the ascound.conf
[22:10] <ogra_cmpc> if you need an asound.conf something is wrong
[22:11] <ndec> ogra_cmpc: yes. same changes (it's basically to tell pulse to use fixed point resampling, instead of floating point)
[22:11] <ogra_cmpc> right
[22:11] <prpplague> yea, i just wanted to make sure i have the correct things turned on for the headset
[22:11] <ogra_cmpc> thats on persias list
[22:11] <ndec> ogra_cmpc: well... this, I am not sure. audio h/w pieces is quite complex on OMAP4, and I am not up to speed with this.
[22:12] <ndec> prpplague: so you never tried audio on panda (i mean on the headset)?
[22:12] <ogra_cmpc> ndec, well, if you need an asound.conf it means you need to override a default, the default should always work
[22:12] <prpplague> ogra_cmpc: you have _any_ audio working on any omap4 ?
[22:12] <prpplague> ndec: yea i have had the audio working on earlier L24.x kernels
[22:12] <ogra_cmpc> prpplague, iirc we had working audio via HDMI on the panda in prague
[22:13] <prpplague> ogra_cmpc: yea, the hdmi audio seems to be working fine
[22:13] <ndec> prpplague: did you grep is4430 is the audio driver code?
[22:13] <ogra_cmpc> and i think the panda kernel (falsely?) defaults to the HDMI device
[22:13] <ndec> prpplague: /is4430/is4430sdp/
[22:14] <ogra_cmpc> on the panda the default should be the headphone jack imho
[22:14] <ogra_cmpc> while on the blaze hdmi might make more sense
[22:14] <ndec> ogra_cmpc: do you needs what needs to be done for ubuntu sound preference to figure this out, and allow configuration?
[22:15] <ogra_cmpc> i didnt play with it yet but shouldnt be to hard to figure out
[22:20] <prpplague> ogra_cmpc: _shouldn't_  , but i'm working with a new kernel build with a ton of changes
[23:51] <rsalveti> GrueMaster: still there?
[23:51] <GrueMaster> yes, I'm here.  Didn't see the earlier posts until now.
[23:52] <prpplague> rsalveti: found the problem anyway, thanks
[23:52] <rsalveti> GrueMaster: http://rsalveti.net/pub/ubuntu/kernel/maverick/linux-image-2.6.34-903-omap4_2.6.34-903.7rsalveti2_armel.deb
[23:52] <rsalveti> GrueMaster: the deb file with latest kernel plus some patches from robclark to improve the dvi support
[23:52] <rsalveti> if you want to test
[23:53] <rsalveti> mine doesn't work because I'm getting -vsync with my monitor
[23:53] <rsalveti> prpplague: np, did you create a new asound.conf?
[23:53] <GrueMaster> I do, but it may be a little while.  I'm trying to either resolve the oem-config issue or will file a bug shortly.
[23:53] <prpplague> rsalveti: yea, manually
[23:54] <rsalveti> GrueMaster: np, just to let you know about if, if you're willing to test :-)
[23:54] <rsalveti> *it
[23:54] <rsalveti> prpplague: is it working at the headset output for you now?
[23:55] <GrueMaster> That's what I'm here for.
[23:58] <prpplague> rsalveti: yea
[23:59] <rsalveti> nice, good to know that it works :-)