[01:31] <Jefro1> Hi all - anyone got time to help me debug?  I'm trying to boot on the BeagleBoard using the a download from a few days ago.  It all looks right, but bootloader stops at "I2C:   ready"
[01:31] <Jefro1> this is on a BB c4
[01:33] <GrueMaster> Jefro1: Try holding the user button while you press reset.
[01:33] <Jefro1> ok, thanks
[01:33] <Jefro1> 1 sec
[01:34] <Jefro1> same issue
[01:35] <GrueMaster> Where did you get the image from?
[01:35] <Jefro1> just checking that -
[01:36] <Jefro1> I believe it came from http://cdimage.ubuntu.com/ports/releases/10.04/release/
[01:36] <GrueMaster> Ah.
[01:37] <GrueMaster> Have you imaged before?
[01:37] <Jefro1> actually, I'm not sure - it is called "ubuntu-10.04-minimal-armel"
[01:37] <Jefro1> I have worked with BB images before, but not ubuntu
[01:37] <GrueMaster> Ok.  I don't believe I tested that one.  I mainly focus on the netbook images.
[01:38] <Jefro1> does the netbook image work on the beagleboard?
[01:38] <GrueMaster> Yes.  http://cdimage.ubuntu.com/ports/releases/lucid/release/ubuntu-10.04-netbook-armel+omap.img
[01:38] <Jefro1> I'm giving a presentation at OSCON next week about Linux vs. BeagleBoard and would love to show Ubuntu.
[01:39] <Jefro1> ok, thanks.  stupid user question - what do I do with a .img?  I'm used to having a source tree or a prebuilt kernel/rootfs
[01:39] <GrueMaster> We are also reworking the image so that all you need to do is flash it to an SD card and boot.
[01:39] <Jefro1> cool - I can mention that in the talk
[01:39] <GrueMaster> For these images, you need to do "sudo dd bs=4096 if=<img file> of=<path to SD card>
[01:40] <Jefro1> aha - you guys are two steps ahead of me.  :)
[01:40] <GrueMaster> You can demo the new image if you like.  It is available at http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/maverick-preinstalled-netbook-armel+omap.img.bz2
[01:41] <GrueMaster> For the 10.04 images, there is a how to at https://wiki.ubuntu.com/ARM/Beagle
[01:41] <GrueMaster> Of course, this will change with Maverick.
[01:41] <Jefro1> excellent, thanks - don't know why I hadn't seen that page
[01:43] <GrueMaster> If you decide to test Maverick, there are a few issues currently.  Namely, you need a class 4 SD card of 4G or greater.  Also, it will not boot into the netbook launcher by default once you get to gdm.  You need to select the 2d desktop for it to work.
[01:43] <Jefro1> no worries - my talk will be over by then :D
[01:44] <Jefro1> at the moment I'd just like to get something to boot that looks like Ubuntu, to whet people's appetites.  I only have 40m for the talk, and will be covering several distros.
[01:44] <GrueMaster> Wish I could watch.   But work is callig me in a different direction next week.
[01:44] <GrueMaster> The 10.04 image will boot into a live image, similar to booting a live CD on x86.
[01:45] <GrueMaster> It is a bit sluggish due to only 256M memory though.
[01:45] <Jefro1> xM will be out in about a month...
[01:45] <GrueMaster> That's the working theory.  :P
[01:45] <Jefro1> heh, yes.
[01:46] <Jefro1> whoa!  it's booting - awesome
[01:46] <Jefro1> I was watching the console thinking "hmm, shouldn't it be..." and then noticed the monitor.  very slick.
[01:46] <GrueMaster> Wait until you see it on a newer system.  :D
[01:47] <Jefro1> I have an early xM here, maybe I'll try it.
[01:47] <Jefro1> mine has memory issues, though.  shocking, I know.
[01:47] <Jefro1> thanks very much for the help - this will be just fine for the demo
[01:47] <GrueMaster> 10.04 doesn't boot on the xm.  And there is an issue with xloader on the current maverick image.
[01:47] <GrueMaster> At least from what I'm told.
[01:48]  * GrueMaster doesn't have an XM...yet.
[01:48] <loluengo> hi Jefro1 GrueMaster
[01:48] <loluengo> it's me again
[01:48] <GrueMaster> hey.
[01:49] <Jefro1> hi loluengo
[01:49] <loluengo> i've all the afternoon if there exists a good and not so expensive JTAG emulator
[01:49] <loluengo> which one do you use/recommend?
[01:50] <GrueMaster> loluengo: Try the flyswatter for the beagleboard.
[01:50] <loluengo> ok... i'll google for it
[01:53] <GrueMaster> loluengo: http://tincantools.com/
[01:53]  * GrueMaster wanders off to cook dinner.
[01:56] <Jefro1> thanks GrueMaster
[01:59] <loluengo> :O
[01:59] <loluengo> tincantools is really great site!
[01:59] <loluengo> i've fallen in love with it
[01:59] <loluengo> xD
[01:59] <loluengo> ok
[01:59] <loluengo> i'm leaving....
[02:00] <Jefro1> tincantools guys are fantastic
[02:00] <Jefro1> have a good eve
[02:00] <loluengo> i'm REALLY hungry
[02:00] <loluengo> thanks for all support Jefro1!!
[02:00] <loluengo> i hope to be soon back here ;)
[08:27] <hrw> morning
[08:27] <hrw> morning
[08:30] <lag> mythripk2: Ping
[08:30] <lag> Morning hrw
[08:45] <mythripk2> lag: morning
[08:45] <lag> mythripk2: Hi
[08:45] <lag> mythripk2: Your patches won't apply
[08:46] <mythripk2> lag:It is on top of our latest tree which has 2 other patch as well
[08:46] <lag> Ah! That's not helpful for me :(
[08:46] <lag> Are these other patches going to hit our tree any time soon?
[08:47] <mythripk2> lag: I m not sure of that ,you have one of those patches , ie for AVI checksum
[08:48] <lag> commit 67d286d8c1db33a11113bb22125343f9afb2c12d
[08:48] <lag> Author: Mythri P K <mythripk@xxxxxx>
[08:48] <lag> Date:   Tue Jun 1 10:28:58 2010 +0530
[08:48] <lag>     Remove compiler warning from HDMI related patches
[08:48] <mythripk2> I shall apply this on our old release and send you the  refreshed patch
[08:48] <lag> That's the last commit on hdmi.c
[08:49] <mythripk2> ok that is the old one  there are 3 patches after that , ok i shall update the patch on top of that and send you the refreshed patch
[08:50] <lag> And that will have all the patches on?
[08:51] <mythripk2> The refreshed patch will be for the autodetect
[08:52] <lag> Okay
[08:52] <lag> What do the other patches do? And do I need them?
[08:53] <mythripk2> one patch is to replace the raw read and writes with GPIO , it will not affect the functionality
[08:53] <lag> Okay
[08:54] <mythripk2> and other one is AVI checksum which you definitely need and other one is for some audio clock issue which is not needed
[08:54] <lag> I'm assuming you use git?
[08:55] <mythripk2> yes
[09:01] <lag> mythripk2: Are you going set me all of the patches?
[09:03] <lag> ogra: How big does the SD card need to be for XM?
[09:04] <hrw> lag: 4GB
[09:04] <lag> DOh!
[09:04] <lag> That'll explain it then
[09:04] <hrw> I got hit by that with my BB
[09:04] <hrw> lot of 2GB cards here
[09:05] <lag> &%$*
[09:07] <cooloney> lag: where can i find your patch to fix the  parport_pc oops
[09:08] <cooloney> lag: i am going to test it.
[09:10] <ogra> lag, >2G
[09:10] <ogra> the filesystem is 1.4 plus we add a 512M swapfile
[09:16] <sumitsemwal> lag: gm.
[09:17] <lag> sumits: Good morning
[09:17] <lag> cooloney: In my tree
[09:37] <lag> mythripk2: ?
[09:39] <mythripk2> lag: i shall send you 2 patch for the EDID redesign for autodetect
[09:40] <mythripk2> i shall not send the other 2 that you dont need , if you think you need to pull you can take it from here : http://dev.omapzoom.org/?p=axelcx/kernel-display.git;a=shortlog;h=refs/heads/display-next
[09:41] <mythripk2> lag: whats with this mythripk2??? :P
[09:41] <lag> Can't you see your name?
[09:42] <lag> You must have had a ghost nick at one point
[09:42] <lag> And mythripk2 is your back-up nick
[09:42] <lag> Is that correct?
 lag: whats with this mythripk2??? :P
[09:42] <mythripk2> i only have mythripk as my nick
[09:42] <lag> Look at my post
[09:42] <lag> I see mythripk2
[09:43] <lag> Type "/nick mythripk"
[09:43] <lag> :D
[09:43] <lag> There you go
[09:43] <mythripk> ok ive mailed the refreshed patches
[09:43] <lag> Thanking you
[10:16] <fjrivash> Hello every one! :D
[12:58] <lag> ogra: Have you tested Mythripk's patches yet?
[12:58] <ogra> lag, are they in any binary kernel in the archive ?
[12:58] <lag> Would you like me to compile you a kernel? :)
[12:58] <ogra> or in any of cooloneys PPA packages ?
[12:59] <lag> Nope
[12:59] <ogra> sure, i would test it
[13:00]  * ogra bzr pushes progress output support for the resizing function in jasper
[13:00] <ogra> i hope that will look better now and people stop thinking the system hangs :)
[13:01] <hrw> ;D
[13:02] <ogra> i'm hot really sure how responsive it is on real SDs though
[13:02] <ogra> i only tested on a 4G imagefile
[13:02] <hrw> generate image so I will test it
[13:03] <ogra> tomorrows daily should have it
[13:04] <hrw> ok, remind me tomorrow then
[13:04] <lag> ogra: http://people.canonical.com/~ljones/lp592295-maverick-omap4/
[13:06] <lag> mythripk: ping
[13:17] <mythripk> lag:yes
[13:17] <mythripk> did u apply the patch ?
[13:18] <lag> I have more information on my problem
[13:18] <lag> I did
[13:18] <mythripk> ok
[13:18] <mythripk> so did it detect the timing ?
[13:18] <lag> It doesn't make much difference to me, but it does get rid of the SYNC_LOST_DIGIT errors
[13:18] <lag> Nope
[13:18] <lag> But I know what's happening
[13:18] <mythripk> can you paste the log ?
[13:19] <lag> It can't handle my monitor when it enters power saving mode
[13:19] <mythripk> you dont have to give any bootargs now , what do you mean by it cant handle ?
[13:19] <lag> If I turn on my monitor _just_ before kernel boot (i.e. does not give the monitor enough time to go into power saving mode) then everything is fine
[13:19] <lag> I still have to give bootargs
[13:20] <lag> If I don't give bootargs, the monitor goes nuts
[13:20] <lag> Big blocks of colour flashing on the screen
[13:20] <mythripk> with the patch , it doest take any bootargs
[13:21] <lag> With the patch, if I don't provide bootargs, the screen goes bonkers
[13:21] <mythripk> did u apply the one tthat i mailed?  can you please paste the log ?
[13:22] <lag> Yes, both
[13:22] <lag> Okay
[13:23] <lag> I need to give you two logs
[13:23] <lag> Firstly when the monitor is _on_
[13:24] <lag> Then when the monitor is in _power saving mode_
[13:24] <mythripk> okies
[13:24] <lag> Both with no args?
[13:24] <mythripk> yes
[13:24] <mythripk> both with no args
[13:24] <lag> setenv bootargs vram=32M, omapfb.vram=0:8M console=tty2 console=ttyO2,115200n8 noinitrd mem=463M root=/dev/mmcblk0p2 rootwait ip=none; mmcinit 0; fatload mmc 0 0x80200000 uImage; bootm 0x80200000
[13:24] <lag> FYI
[13:27] <lag> I have to rebuild my card
[13:27] <lag> It's saying "Bad Magic Number"
[13:27] <mythripk> :) take your time
[13:35] <lag> mythripk: This is with bootargs - monitor _on_ : http://paste.ubuntu.com/463491/
[13:36] <lag> mythripk: This is without bootargs - monitor _on_ : http://paste.ubuntu.com/463493/
[13:38] <lag> mythripk: This is without bootargs - monitor _power saving mode_ : http://paste.ubuntu.com/463494/
[13:38] <lag> The first one works, the second and third do not
[13:40] <mythripk> ya with first one it is selecting hdmi 720p mode , 2nd i see sync lost digit and 3rd one omapdss HDMI error: Failed to lock PLL
[13:42] <lag> Yep
[14:43] <rsalveti> morning
[14:53] <rsalveti> ogra: can you take a look at the code again? I changed to support root the same way as before
[14:53] <rsalveti> I also changed usage so we can update the man page easily
[14:56] <ogra> devtmpfs.mount=0 needs to stay in the cmdline opts
[14:56] <rsalveti> ouch, true, forgot that
[14:57] <rsalveti> I removed that when testing as user, so I didn't need to worry about giving a nod list for genext2fs
[14:58] <rsalveti> ogra: why this was added to cmdline in the past?
[14:59] <ogra> because you end up without /dev/console and /dev/null in some situations
[14:59] <ogra> looks good to merge, did you think of adding the necessary dependencies to the packaging ?
[15:00] <ogra> fakeroot at least
[15:00] <rsalveti> ogra: yep, will do the packaging later :-) have the changes here, but want to push some more fixes first
[15:00] <rsalveti> so I can update the package only once, with probably a new small release
[15:00] <ogra> k, just go ahead, looks good to me (and i'll send complaints your way anyway ;) )
[15:01] <rsalveti> ogra: nice
[15:01] <rsalveti> ogra: so, back to the devtmpfs.mount=0, should I just add this by default and request a default list of nods to be created by genext2fs?
[15:02] <rsalveti> just need to see what are the minimum dev list, and put that at the code
[15:02] <rsalveti> when root we don't need to worry about it
[15:02] <ogra> just add it back to the cmdline and dont worry about it anymore
[15:02] <ogra> it was for some combo of jaunty with lucid kernel iirc
[15:03] <ogra> no need to create nodes
[15:03] <rsalveti> ogra: oh ok, but with user that gives a kernel panic, afaik
[15:03] <rsalveti> will test it here again
[15:04] <rsalveti> because you can't create the nods unless you request genext2fs to do it
[15:04] <ogra> oh, then make it conditional
[15:04] <ogra> then we simply dont support --no-root with jaunty filesystems :P
[15:04] <rsalveti> haha, easier :P
[15:05] <rsalveti> nice, will change it here and push at trunk
[15:05] <rsalveti> and move to the other fixes
[15:05] <ogra> jaunty will be EOL when maverick releases anyway
[15:05] <rsalveti> I believe that after fixing most of the bugs, and probably testing/fixing the gui we can release the 2.0
[15:05] <rsalveti> try
[15:05] <rsalveti> *true
[15:05] <ogra> cool !
[15:15] <mpoirier> ogra: I installed lucid UNR via netboot yesterday
[15:16] <mpoirier> ogra: is it supposed to be a console login prompt via VGA or graphical prompt ?
[15:16] <amitk> mpoirier: hope you are back in fighting fit condition :)
[15:17] <amitk> mpoirier: there was question regarding the IGEPv2 board support in ubuntu. I believe you have one?
[15:18] <mpoirier> I shipped the board to tgardner
[15:18] <mpoirier> I didn't have time with all the issues we see on bb
[15:18] <amitk> aah
[15:19] <mpoirier> I whish I had time though...
[15:19] <mpoirier> seems like a good little board.
[16:52] <ogra> mpoirier, UNR is definately supposed to run a graphical session
[16:53] <mpoirier> mine is surely not.
[16:53] <mpoirier> GrueMaster told me to install netbook-launcher-efl
[16:53] <mpoirier> any idea why it wasn't installed ?
[16:53] <ogra> mpoirier, you selected the netbook task during task selection ?
[16:54] <mpoirier> what other choices did i have ?
[16:54] <ogra> tons
[16:54] <ogra> its a very long list
[16:54] <mpoirier> then I assume i did it wrong.
[16:54] <ogra> it includes all tasks that are available in ubuntu
[16:54] <ogra> which doc did you follow ?
[16:54] <mpoirier> hold on.
[16:55] <mpoirier> https://wiki.ubuntu.com/ARM/BeagleNetInstall
[16:55] <mpoirier> it doesn't say anything about choosing the netbook option.
[16:55] <ogra> well, during install you are asked for selecting a task
[16:56] <ogra> that can be a LAMP server, an xfce desktop, or the ubuntu.netbook task
[16:56] <ogra> ot one of the other 100 things you can choose there
[16:56] <mpoirier> will I be fine after installing  netbook-launcher-efl or there will be other things missing ?
[16:56] <ogra> *or
[16:56] <ogra> there might be things missing
[16:56] <ogra> you should have installed the ubuntu-netbook metapackage instead
[16:57] <ogra> it will install netbook-launcher-efl along the other stuff
[16:57] <mpoirier> ok, I'll install the  ubuntu-netbook
[16:57] <ogra> that should give you everything you need
[16:57] <mpoirier> I'll try thanks.
[16:57] <ogra> (its what the task selection does as well)
[16:58] <mpoirier> is there another wiki somewhere that describe (properly) how to install lucid UNR on bb ?
[16:58] <ogra> just the std installer documentation
[16:59] <GrueMaster> mpoirier: https://wiki.ubuntu.com/ARM/Beagle gives you the install options available.
[17:00] <GrueMaster> For Lucid.
[17:02] <ogra> GrueMaster, i think mpoirier was rather confused by debian-installer ... and i dont think we have any proper docs for the non graphical install anymore
[17:03] <GrueMaster> yea, I can look into adding some in my spare time.
[17:03] <GrueMaster> Right now, I have several karmic/lucid kernels to test.
[17:03] <ogra> https://help.ubuntu.com/community/Installation has a ton of docs, but i dont see a step by setp guide for the alternate installer
[17:05] <GrueMaster> I just wish there was a mirroring app that worked.  ubumirror sucks down everything we've ever created, and apt-mirror doesn't get enough to do an install.
[17:05] <GrueMaster> And for me, installing from ports.ubuntu.com is painful.
[17:06] <ogra> use approx :)
[17:06] <ogra> it just cacches
[17:06] <GrueMaster> approx?
[17:06] <ogra> apt proxy
[17:06] <GrueMaster> I have a local server that I want to use as a mirror for lucid & maverick armel only.
[17:07] <ogra> you only very very rarely need a real mirror
[17:07] <ogra> then install approx on there
[17:07] <hrw> or apt-cacher-ng
[17:07] <GrueMaster> My downloads from the main server are at best 100kps.
[17:07] <hrw> 3MB/s here from ubuntu mirror
[17:07] <ogra> it only downloads packages it doesnt have or which are outdated
[17:08] <GrueMaster> same with apt-mirror.
[17:08] <GrueMaster> Problem is when I need to do a net install.
[17:09] <hrw> 724KB/s from ports. quite ok but caching helps for multi machines
[17:09] <GrueMaster> I'll tinker with ubumirror.  Maybe I can get it to overlay on top of apt-mirror's pull with only dists that I select and ignore pool.
[17:09] <GrueMaster> hrw: where are you?
[17:09] <hrw> GrueMaster: Poland
[17:09] <hrw> GrueMaster: 30/3Mbps connection at home
[17:09] <GrueMaster> ports.ubuntu.com is in London.
[17:09] <GrueMaster> I'm in the states.
[17:10] <GrueMaster> The bottleneck is in the pipe between.
[17:10] <hrw> us.ports.ubuntu.com would be nice
[17:10] <ogra> no
[17:10] <ogra> moving armel off the ports machine is the right solution
[17:10] <GrueMaster> I can pull from a local mirror for x86 stuff at ~1.5M/s but there are no ports mirros.
[17:11] <ogra> its an official arch ... so it should live on archive.u.c
[17:11] <hrw> ogra: not before 11.10 probably
[17:11] <ogra> i know asac was fighting for it when he still was in the mobile team
[17:11] <GrueMaster> maybe bring it up at UDS-N.
[17:12] <ogra> well, until then use approx or apt-cacher-ng
[17:12] <ogra> i even use it over my n900 line sometimes
[17:12] <GrueMaster> I'll read the docs on them.
[17:13] <hrw> ok, have a nice rest of day
[19:04] <mindlord> Hi, I'm having a problem creating a tarball with rootstock... aside from the required fqdn/username/password combo I've tried seeding lxde,gdm and just trying xubuntu-desktop, and I've tried 1GB and 1.5GB sizes... the result is the same every time... It gets to setting up libglade-2.0 and it just sits there indefinately. I've even run it overnight. Suggestions?
[19:06] <mindlord> Oddly I've had success before with lxde,gdm and everything went peachy, but it doesn't work now... for some reason.
[19:09] <mindlord> Correction- This library - Setting up libglade2-0 (1:2.6.4-1build1) ...
[19:16] <rcn-ee> mindlord, lucid ?
[19:18] <mindlord> rcn-ee: yes...
[19:19] <rcn-ee> mindlord, bug 532733
[19:19] <ubot2> Launchpad bug 532733 in qemu-kvm (Ubuntu Lucid) (and 2 other projects) "apt/dpkg in qemu-system-arm hangs if a big task is installed (affects: 7) (dups: 1) (heat: 79)" [High,Incomplete] https://launchpad.net/bugs/532733
[19:19] <rsalveti> yep, probably this bug is the reason
[19:19] <rsalveti> mindlord: with big images qemu gets stuck
[19:20] <mindlord> drat.
[19:20] <mindlord> I was hoping to get Ubuntu running on my Pandora.
[19:20] <mindlord> The working image I created was on a machine that died suddenly.
[19:20] <rcn-ee> two workarounds...  start with a simple rootstock image and apt-get what you need on real hardware, or use one of the native-rootstock patches floating around..
[19:21] <mindlord> I could probably go the simple route fairly easily. It's just a matter of getting the wifi working.
[19:21] <rsalveti> yep, easier
[19:22] <mindlord> I guess I could always grab the packages I need and dump them on the card and dpkg them in afterwards.
[19:22] <NCommander> mindlord: your better off trying a real basic set of packages (ubuntu-minimial/ubuntu-standard), then apt-get the rest on
[19:22] <NCommander> you can use apt-move to move packages in-mass
[19:23] <mindlord> Alright. worth a shot anyways... I'm not any progress as it is. :)
[19:23] <mindlord> Thanks for the info.
[21:16] <JaMa> cwillu_at_work: did you resolve your "unknown relocation: 3" problem in 2.6.35 kernel? I have the same with OE built kernels...
[22:16] <cwillu_at_work> JaMa, there was some changes in 2.6.35 causing that
[22:16] <cwillu_at_work> rcn-ee, what did you have to do to fix that?
[22:16] <cwillu_at_work> JaMa, it's resolved, but rcn-ee did the work
[22:25] <JaMa> cwillu_at_work: maybe this patch? http://www.spinics.net/lists/arm-kernel/msg89760.html