**** BEGIN LOGGING AT Mon Oct 18 02:59:57 2010
Oct 18 03:00:49 <persia> For the case where you created the ext3 partitions on MMC and USB to the same microSD, were you on the same machine?
Oct 18 03:01:11 <pdc> Yes
Oct 18 03:02:44 <persia> Interesting.  You may have found an exciting bug.  If you could create two small filesystems (say 10MB) using both methods, and attach zipped dd's of them to an LP bug, it may develop some interest.  If you are so willing, please file it with `ubuntu-bug linux`
Oct 18 03:03:14 <persia> Obvious workaround is to use MMC to create a partition if you need ext3, but I suspect at least someone would be interesting in tracking down and fixing the real bug.
Oct 18 03:06:57 <persia> Easier workaround is probably to use ext4.
Oct 18 03:16:11 <pdc> persia, the problem is not specific to ext3.  I just tried ext4 and ext2 and got the same results as I got with ext3.
Oct 18 03:30:28 <persia> pdc, That's unexpected.  Does the USB adaptor work properly on other hosts?
Oct 18 03:47:51 <pdc> I tried it on another Ubuntu box, and it does work properly there!
Oct 18 03:56:53 <persia> same architecture or different architecture?
Oct 18 04:01:19 <pdc> They're quite different.
Oct 18 04:02:36 <persia> Ah, good.  That makes it more likely to be an arch-specific kernel issue.
Oct 18 07:36:46 <hrw> ehlo #
Oct 18 07:42:24 <ukleinek> hrw: 501-# is an invalid hostname
**** BEGIN LOGGING AT Mon Oct 18 12:30:01 2010
Oct 18 15:01:28 <GrueMaster> lrg: Do you have any more info on UCM?  I have been looking into it and was wondering what the timeline was for initial release to see if it could be worked in to Ubuntu Natty.
Oct 18 15:29:41 <sveinse> Hi. I'm trying to decide if I should use Ubuntu or any other distro/build system (like OE or Ångström) for a new custom Cortex-A8 based product we're making
Oct 18 15:30:26 <sveinse> From one POV Ubuntu is nice, since the packages comes neatly prepared and have a good way of handling upgrades and updates
Oct 18 15:30:31 <ogra_ac> what are you expecting us to suggest in the ubuntu channel ?
Oct 18 15:30:32 <ogra_ac> :)
Oct 18 15:30:33 <GrueMaster> Depends on the memory being added.
Oct 18 15:30:39 <ogra_ac> but yeah
Oct 18 15:30:43 <ogra_ac> memory is key
Oct 18 15:30:51 <sveinse> ogra_ac: LOL :)
Oct 18 15:30:59 <sveinse> 256Mb is the number
Oct 18 15:31:40 <hrw> sveinse: what will run on device?
Oct 18 15:31:40 <sveinse> I have already been experiencing with Ubuntu ARM for a while, so I know its quirks
Oct 18 15:31:47 <GrueMaster> Well, you can definately use some of the core stuff, but don't expect any performance from any of the main gui envirounments (gnome, kde).
Oct 18 15:32:02 <sveinse> We will run Qt/e against FB/SGX
Oct 18 15:32:11 <Neko> omap?
Oct 18 15:32:22 <ogra_ac> qt embedded should be fine with 256M
Oct 18 15:32:25 <sveinse> So doing a custom compile of Qt natively takes a long time on Ubuntu
Oct 18 15:32:27 <sveinse> yes, omap
Oct 18 15:32:46 <ogra_ac> as GrueMaster said though, a full desktop/netbook ubuntu UI will need 512M
Oct 18 15:32:51 <ogra_ac> to run smoothly
Oct 18 15:33:22 <ogra_ac> sveinse, for building packages natively get a pandaboard ;)
Oct 18 15:33:36 <sveinse> So we're wishing very hard to have cross compilers that can target Ubuntu. I've experienced using CSL cross and inject the Qt and Qt app into the system. Now, it works, but for how long...
Oct 18 15:33:56 <sveinse> ogra_ac: I'll check out the pandaboard, thanks
Oct 18 15:33:57 <ogra_ac> sveinse, hrw is your man
Oct 18 15:34:05 <ogra_ac> he maintains xdeb and friends
Oct 18 15:34:09 <ogra_ac> for cross building
Oct 18 15:34:25 <hrw> wookey maintains xdeb not me
Oct 18 15:34:29 <ogra_ac> ah
Oct 18 15:34:31 <sveinse> yes, linaro or something like that, isn't that a cross for ubuntu?
Oct 18 15:34:36 <ogra_ac> well, you maintain what it uses
Oct 18 15:34:44 <ogra_ac> linaro is a company
Oct 18 15:34:52 <hrw> sveinse: apt-get install g++-arm-linux-gnueabi then ;D
Oct 18 15:34:58 <ogra_ac> but yes, the stuff they do ends up in ubuntu
Oct 18 15:35:20 <sveinse> what is xdeb? ....checking google...
Oct 18 15:36:55 <sveinse> I also want to comment that the product will be entirely "embedded". The user will not install any apps/packages of own choosing. The device will start directly into our app and not a general UI
Oct 18 15:37:42 <hrw> sveinse: not planning any kind of updates to be done once deployed?
Oct 18 15:38:26 <sveinse> Yes, but controlled via our company. I.e we will branch out the relevant packages and put up our own repo
Oct 18 15:38:47 <sveinse> We need that for support reasons (we will guarantee the product)
Oct 18 15:39:13 <sveinse> Our GUI will shell out to dpkg/apt-get in the BG
Oct 18 15:40:23 <sveinse> So... Building qt can be handled from g++-arm-linux-gnueabi and it will link against the correct target libs, right?
Oct 18 15:42:22 <ogra_ac> it should
Oct 18 15:43:24 <hrw> sveinse: looks like going for Ubuntu will work.
Oct 18 15:43:38 <sveinse> Yeah, it sound like it
Oct 18 15:43:39 * hrw has OE/Ångström background
Oct 18 15:43:46 <sveinse> The alternative is OE/Å
Oct 18 15:43:57 <sveinse> But I know too little about it
Oct 18 15:44:37 <sveinse> and my boss wants a decision by tomorrow :D
Oct 18 15:45:03 <hrw> Ubuntu will give you less work probably
Oct 18 15:46:38 <sveinse> One uncertainty with Ubuntu is that it relies on initrd and does heavy scripting during bootup. It is a string wish to minimize the startup time a much as possible. Down to 15 secs from linux unpacking to GUI app is a target
Oct 18 15:47:00 <ogra_ac> thats not true anymore
Oct 18 15:47:09 <ogra_ac> you dont need the initrd
Oct 18 15:47:15 <sveinse> Nice.
Oct 18 15:47:23 <ogra_ac> only if your users can freely install packages you should have it
Oct 18 15:47:33 <ogra_ac> but that doesnt seem to be the case
Oct 18 15:47:43 <sveinse> And then the big wait is probably the udev population
Oct 18 15:47:48 <ogra_ac> no
Oct 18 15:48:15 <ogra_ac> ubuntu doesnt use udev to populate the initial /dev, it relies on the kernel to have devtmpfs
Oct 18 15:48:37 <ogra_ac> indeed, if you dont have that, udev scripts will run and everything will slow down
Oct 18 15:48:58 <sveinse> well. in the bootlogs I've seen, that seems to be the case.
Oct 18 15:49:17 <ogra_ac> if your kernel has devtmpfs that shouldnt take any time
Oct 18 15:49:21 <sveinse> At least I'm beginning to be confident that we can strip things down to something lean and mean
Oct 18 15:49:29 <ogra_ac> you surely can
Oct 18 15:49:58 <sveinse> well, then it seems that ubuntu is it then (said in the #ubuntu-arm channel :) )
Oct 18 15:50:05 <ogra_ac> hehe
Oct 18 15:50:15 <ogra_ac> what release do you plan to base on ?
Oct 18 15:50:51 <sveinse> proto by jan-11. release by 1Q12
Oct 18 15:51:05 <ogra_ac> i meant ubuntu release ;)
Oct 18 15:51:20 <sveinse> Ah. Currently maverick
Oct 18 15:51:42 <sveinse> But it can change. We've just changed from lucid
Oct 18 15:52:22 <ogra_ac> well, lucid would be cleverer regarding security support
Oct 18 15:53:03 <sveinse> Yeah. So lucid (ARM) is included into the LTS program? I thought it wasn't
Oct 18 15:53:55 <sveinse> In all cases, we as a mfg need to take the ultimate responsibility for the customer. So having LTS is more a convenience for us, not the customer
Oct 18 15:54:13 <hrw> sveinse: packages are built for each arch
Oct 18 15:54:53 <sveinse> Aha. So security updates are updated for all archs
Oct 18 15:57:16 <sveinse> BTW: Are there any concerns basing a commercial product on Ubuntu (where the user cannot choose packages freely)? Given, of course, the obligations in GPL
Oct 18 15:57:29 <sveinse> (And not considering the Tivoization issue for a moment)
Oct 18 15:57:51 <ogra_ac> as long as you obey to the ubuntu trademark policy it should all be fine
Oct 18 15:58:20 <ogra_ac> (i.e. if you will have ubuntu in your product name you need to get trademark approval)
Oct 18 15:58:40 <sveinse> sure. And thanks, I'll check it out
Oct 18 16:01:08 <sveinse> Slightly OT: Are there any open source scripts/tools for building packages and populating a custom apt repo?
Oct 18 16:04:32 <hrw> dpkg-scanpackages you mean?
Oct 18 16:04:56 <hrw> or apt-ftparchive (which does same but require apt)
Oct 18 16:06:29 <sveinse> Sorry for repeating myself, what is xdeb? https://wiki.ubuntu.com/Specs/M/ARMXdebCrossCompilationEnvironment isn't too informative unfortunately
Oct 18 16:08:06 <hrw> ok, me off
Oct 18 16:08:11 <hrw> have a nice rest of day
Oct 18 16:08:21 <sveinse> hrw: Thanks for your help & input
Oct 18 16:08:48 <hrw|gone> sveinse: https://edge.launchpad.net/xdeb has code etc
Oct 18 16:09:03 <sveinse> Thanks again
Oct 18 16:32:35 <davidm> Woot PandaBoard can be purchased at USD $174 from DigiKey today!
Oct 18 16:32:46 <davidm> Cheap Cortex AP hardware finally
Oct 18 16:32:54 <davidm> make that Cheap Cortex A9 hardware finally
Oct 18 16:35:30 <ogra_ac> heh :)
Oct 18 16:36:54 <jayabharath> davidm: you can order it today.. yes.. expect about 4 week lead time to ship
Oct 18 16:37:29 <jayabharath> so you can order it now and by the time you get home from UDS.. it should hopefully be at your home :)
Oct 18 16:41:01 <davidm> jayabharath, it's really really nice to be able to say you can put in an order today.  It's been a long time coming
Oct 18 16:41:27 <jayabharath> davidm: yup - I totally agree...
Oct 18 16:52:09 <davidm> prpplague, quick question, with zippy2 attached to a panda can I achieve a clean network boot?
Oct 18 16:53:09 <prpplague> davidm: yep, sakoman has full support for the 8851 in u-boot, you'd need to tweak some of the pinmux's and add a small amount of glue code, but  nothing major
Oct 18 16:53:23 <ogra_ac> where would u-boot come from ?
Oct 18 16:53:32 <ogra_ac> you still need the SD, no ?
Oct 18 16:54:19 <prpplague> ogra_ac: yea you still need an SD for MLO and u-boot, but you can tftp the kernel and nfs the rootfs
Oct 18 16:54:38 <ogra_ac> that desnt work without zippy ?
Oct 18 16:54:44 <ogra_ac> *doesnt
Oct 18 16:54:59 * sakoman doesn't have a zippy2, but if he did he would add support to the panda u-boot ;-)
Oct 18 16:55:04 <ogra_ac> i thought the interface would be up in u-boot (honestly i never checked)
Oct 18 16:55:08 <jayabharath> ogra_ac: dosent -- no support for uboot to boot over network ..
Oct 18 16:55:17 <prpplague> ogra_ac: the smsc LAN9514 is via the EHCI which means that you need to init the ehci and have a driver for the lan9514
Oct 18 16:55:34 <davidm> ogra_ac,  so still need a monolithic kernel that can't write to the SD :-(
Oct 18 16:55:36 <jayabharath> sakoman: perhaps prpplague can donate a zippy2 for you :)
Oct 18 16:55:39 <ogra_ac> well, if i have to have the SD anyway, i can also put the kernel on it
Oct 18 16:55:51 <prpplague> sakoman: i have you zippy2 on my desk, but i've been too busy to get it shipped
Oct 18 16:55:52 <ogra_ac> davidm, right
Oct 18 16:55:58 <prpplague> sakoman: i'll try to do that this week
Oct 18 16:56:01 <ogra_ac> davidm, no such thing like PXE on arm
Oct 18 16:56:03 <sakoman> u-boot ehci for OMAP3 and OMAP4 is on my list
Oct 18 16:56:10 <davidm> ogra_ac, yea I know
Oct 18 16:56:18 <sakoman> prpplague: no rush, my Panda doesn't really work anyway
Oct 18 16:56:30 <sakoman> need to wait till I get the one from Digikey
Oct 18 16:56:31 <ogra_ac> davidm, but i dont see that as a prob, monolithic kernel is safer anyway
Oct 18 16:56:43 <ogra_ac> davidm, and no MMC support is a must
Oct 18 16:56:58 <davidm> ogra_ac, yea but was hoping for an "easier" solution, no joy there
Oct 18 16:57:04 <ogra_ac> nah
Oct 18 16:57:31 <ogra_ac> we could solder some nand on ;)
Oct 18 16:58:08 <davidm> I so miss the days of a real hardware lock on SCSI HD, throw the switch and nothing could change end of story
Oct 18 16:58:17 <ogra_ac> yeah
Oct 18 16:58:26 <ogra_ac> well, the wonderful times of SD cards
Oct 18 16:58:46 <davidm> I really was under the impression that SD was the same, was really bummed out that it was a software lockout
Oct 18 16:58:56 <ogra_ac> yup
Oct 18 16:59:07 <ogra_ac> me too when i found out abou tit the first time
Oct 18 17:01:56 <GrueMaster> I honestly don't remember a system having a hardware write-lock that couldn't be bypassed in software.
Oct 18 17:02:15 <ogra_ac> floppies
Oct 18 17:02:28 <ogra_ac> and old SCSI
Oct 18 17:02:34 <GrueMaster> I could write to them with some of the hack software I had for the Atari.
Oct 18 17:02:45 <GrueMaster> Unsure about old scsi.
Oct 18 17:02:56 <GrueMaster> Have to check my books.
Oct 18 17:04:02 <GrueMaster> But I do remember that there was a way to bypass the floppy by hacking the controller.
Oct 18 17:14:17 <davidm> SCSI was a hardware lock, could not bypass in software, linux thought it could write and then would error out
Oct 18 17:15:28 <davidm> Was a great alert system, set up your hardware, lock the drive and then watch logs for errors from someone trying to overwrite a file.  Was great
Oct 18 17:16:39 <ogra_ac> haha
Oct 18 17:20:08 <davidm> linux was unaware that the hardware write protect was on, worked really nicely,  Had the switch hooked up to the old turbo switch on AT cases
Oct 18 17:36:02 <lag> Hi robclark
Oct 18 17:36:08 <GrueMaster> Wouldn't it be cool if panda supported SDXC?  <2TB capacity, 832Mbit/s.
Oct 18 17:36:45 <GrueMaster> Unfortunately, nothing exists yet.
Oct 18 17:36:59 <ogra_ac> isnt that also heavily patented ?
Oct 18 17:37:11 <lag> And heavily priced
Oct 18 17:37:22 <robclark> hi lag
Oct 18 17:37:26 <lag> Hey buddy
Oct 18 17:37:30 <lag> How are you?
Oct 18 17:37:40 <ogra_ac> ah, come on if you can get a panda for $174 you can spend $50 forr an SD
Oct 18 17:37:41 <robclark> oh, keepin busy ;-)
Oct 18 17:37:55 <lag> Are you making an appearance at UDS?
Oct 18 17:38:17 <robclark> no.. I'll be at gstcon/elc that week..
Oct 18 17:38:21 <robclark> bad timing this year
Oct 18 17:38:39 <lag> Shame, it would be good to see you again
Oct 18 17:38:48 <robclark> yeah
Oct 18 17:38:49 <pcacjr> does u-boot support ext2 fs ?
Oct 18 17:38:50 <lag> Well, there's always the Platform Sprint
Oct 18 17:39:00 <lag> Can you take a look at something for me?
Oct 18 17:39:02 <ogra_ac> pcacjr, yes and no
Oct 18 17:39:03 <lag> http://launchpadlibrarian.net/57732292/dmesg
Oct 18 17:39:03 <robclark> well, yeah, there will be more sprints and UDS's
Oct 18 17:39:10 * robclark looks
Oct 18 17:39:16 * pcacjr nods
Oct 18 17:39:19 <ogra_ac> pcacjr, depends on the platform
Oct 18 17:39:20 <lag> A user is complaining that his EDID appears 3 times
Oct 18 17:39:34 <pcacjr> ogra_ac: ah, ok
Oct 18 17:39:36 <robclark> EDID appears 3x, or the picture?
Oct 18 17:39:39 <lag> robclark: bug 661761
Oct 18 17:39:40 <ubot2> Launchpad bug 661761 in linux-ti-omap4 (Ubuntu) "3 copies of video with LG Flatron W22561VP (affects: 1) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/661761
Oct 18 17:39:45 <robclark> I think it is https://bugs.launchpad.net/ubuntu/+source/linux-ti-omap4/+bug/661761
Oct 18 17:39:46 <ubot2> Launchpad bug 661761 in linux-ti-omap4 (Ubuntu) "3 copies of video with LG Flatron W22561VP (affects: 1) (heat: 12)" [Undecided,New]
Oct 18 17:39:46 <robclark> yeah
Oct 18 17:39:55 <lag> Yep
Oct 18 17:40:01 <robclark> it is similar to what rsalveti sees
Oct 18 17:40:17 <robclark> I was chatting w/ ricardo about that the other day..
Oct 18 17:40:28 <lag> What was the outcome?
Oct 18 17:40:33 <pcacjr> ogra_ac: maybe the FAT3 is a way to go, right ?
Oct 18 17:40:37 <lag> Is it 3 pictures?
Oct 18 17:40:37 <pcacjr> FAT32*
Oct 18 17:40:41 <robclark> I suspect we might need some time threshold.. ie. if we get rapid connect/disconnect/connect, then don't try and re-read EDID
Oct 18 17:40:43 <ogra_ac> pcacjr, yes
Oct 18 17:40:58 <robclark> although will be a few weeks before I have a chance to give that a try
Oct 18 17:41:02 <pcacjr> ogra_ac: thanks for the explanation
Oct 18 17:41:05 * robclark is on the road this week and next
Oct 18 17:41:07 <ogra_ac> lag, talk to desrt in #pandaboard ...
Oct 18 17:41:12 <lag> robclark: Awesome, so you're on this?
Oct 18 17:41:14 <ogra_ac> (he is ryan)
Oct 18 17:41:25 <lag> It's okay
Oct 18 17:41:34 <lag> It sounds like Rob has it in hand
Oct 18 17:41:39 <robclark> we'll  I'd like to try.. but it will be a few weeks.   Maybe rsalveti beats me too it?
Oct 18 17:41:57 <robclark> at least he has a monitor which reproduces the same issue.. which I don't have
Oct 18 17:42:03 <lag> Ah
Oct 18 17:42:09 <lag> I guess that would help
Oct 18 17:42:21 <lag> I'll keep an eye on it
Oct 18 17:42:21 <robclark> yeah
Oct 18 17:42:29 <lag> And chat to rsalveti at a later date
Oct 18 17:42:38 <lag> Thanks Rob
Oct 18 17:42:49 <robclark> but it is an issue we've seen w/ two different LG monitors.. so hopefully it is only w/ LG monitors and not others
Oct 18 17:42:50 <robclark> np
Oct 18 17:57:53 <GrueMaster> Wonder if these would work on panda?  It would take a long time to expand root, but would be cool.  http://www.flash-memory-store.com/sdxc-card.html
Oct 18 18:57:53 <lrg> ogra: did the Panda audio config updates get released ?
Oct 18 18:58:22 <ogra_ac> lrg, yes, but i made a mistake, fix is pending
Oct 18 18:58:36 <lrg> ogra: ah, np - thanks
Oct 18 18:58:42 <ogra_ac> (the omap4 file doesnt end up where it should be)
Oct 18 21:03:24 <kgilmer> hi, when using the rootstock program, how do i know what are all the available seeds?  " --seed <>"
Oct 18 22:48:30 <persia> kgilmer: you can look at the seeds available under http://code.launchpad.net/ubuntu-seeds (or add some)
Oct 18 23:34:04 <daurnimator> i'm trying to boot maverick on my beagleboard
Oct 18 23:34:22 <daurnimator> its stuck on 'Uncompressing Linux... done, booting kernel'
Oct 18 23:34:35 <persia> You had a C3, right?
Oct 18 23:34:40 <daurnimator> -xm
Oct 18 23:34:51 <persia> Ah, sorry.  My poor memory.
Oct 18 23:36:14 <daurnimator> do you want boot log? or got other ideas?
Oct 18 23:36:53 <persia> I think you need someone who has an XM.
Oct 18 23:39:52 <daurnimator> persia, any idea who that is?
Oct 18 23:41:00 <persia> There's been a few folks here who talked about them in the past.  I'm not sure if any of them have them now, or would be able to troubleshoot with you.
Oct 18 23:42:25 <GrueMaster> daurnimator: First, what image are you running?
Oct 18 23:43:07 <GrueMaster> Also, do you have a monitor attached?
Oct 18 23:43:35 <daurnimator> was trying ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img. yes I have a monitor attached.
Oct 18 23:45:08 <GrueMaster> Hmm.  You should have video on the monitor.
Oct 18 23:46:16 <GrueMaster> It should show text output indicating that it is enlarging the root file system.
Oct 18 23:47:33 <daurnimator> that I do not.
Oct 18 23:48:51 <daurnimator> if it helps, D6 is flashing twice at a regular rate..
Oct 18 23:49:22 <ojn> ogra: ping
Oct 18 23:49:30 <ojn> ogra_ac: ping
Oct 18 23:51:08 <daurnimator> GrueMaster, you have an -xm?
Oct 18 23:51:29 <GrueMaster> yes.
Oct 18 23:51:39 <GrueMaster> Not hooked up currently, though.
Oct 18 23:52:02 <daurnimator> GrueMaster, advice/helpful tips then?
Oct 18 23:52:35 <GrueMaster> First, I would check your downloads with md5sum.  Compare it with the MD5SUMS file online.
Oct 18 23:53:01 <daurnimator> well the gzip archive extracted correctly...
Oct 18 23:53:33 <GrueMaster> What size sd card are you using?
Oct 18 23:54:18 <daurnimator> ok. the md5 is correct
Oct 18 23:54:20 <daurnimator> sd card is 8gb
Oct 18 23:54:45 <GrueMaster> Ok.  I have tested 4, 8, and 16G, so that should be ok.
Oct 18 23:55:02 <GrueMaster> Try rebooting.
Oct 18 23:55:16 <GrueMaster> Is this a production XM?
Oct 18 23:55:19 <daurnimator> yes
Oct 18 23:55:26 <GrueMaster> ok.
Oct 18 23:55:49 <daurnimator> as I sit here I haven't touched it, D6 is flashing twice regulary, and D7 occasionally turns switches on/off
Oct 18 23:55:58 <daurnimator> I feel like it could be doing something?
Oct 18 23:56:04 <GrueMaster> How did you write to SD.
Oct 18 23:56:06 <daurnimator> how long does the rootfs take?
Oct 18 23:56:07 <GrueMaster> ?
Oct 18 23:56:20 <GrueMaster> On 8G, about 5-10 minutes max.
Oct 18 23:56:22 <daurnimator> zcat | sudo dd
Oct 18 23:57:11 <GrueMaster> Try gunzip < <image.gz> > <image>;sudo dd bs=4M if=<image of=<SD>
Oct 18 23:57:26 <GrueMaster> I have seen a few issues using zcat pipes.
Oct 18 23:58:03 <daurnimator> i've got to go out in a sec, so I might just leave it for now, see if something has happended by the time I get back
Oct 18 23:58:16 <daurnimator> will be back in a couple of hourss
Oct 18 23:58:29 <GrueMaster> Reset it first.  YOu should see something on the screen almost immediately.
Oct 18 23:58:42 <GrueMaster> ~10 seconds after reset.
Oct 19 00:13:45 <daurnimator> GrueMaster, nope
Oct 19 00:14:05 <daurnimator> pastebin
Oct 19 00:14:25 <daurnimator> uh, I meant http://pastey.net/141810
Oct 19 00:14:32 <daurnimator> GrueMaster, ^^ hope that helps, its where it is now
Oct 19 00:14:37 <GrueMaster> Hmm.  Try "sudo dd bs=1024 if=/dev/zero of=<SD>" to wipe your SD & reflash.
Oct 19 00:14:39 <daurnimator> i'm off for for a bit now
Oct 19 00:15:22 <GrueMaster> You can also try adding serial console info to the kernel parameters.  WIll explain when you return.
Oct 19 01:00:37 <daurnimator> GrueMaster, back for 10 mins, I previously had alot larger block size: what wil change?
Oct 19 01:03:55 <persia> For this sort of thing, the only difference between different blocksizes for dd is how the caching works.  I almost always use 1M.
Oct 19 01:05:15 <persia> Very large bs (where zcat is the max) tends to be more likely to get some unexpected corruption.  Very small bs (anything less than the eraseblock size on the flash) tends to cause the FTL to be overworked, and may waste space on the SD.
Oct 19 01:09:09 <daurnimator> persia, so whats the value I should be using? 1024? 1M? 4M?
Oct 19 01:09:43 <persia> What's the eraseblock size on your flash?  Use some integer multiple of that.
Oct 19 01:09:51 <cooloney> prpplague: hi dave, got your email.
Oct 19 01:10:03 <daurnimator> persia, how would I find that one out? >.<
Oct 19 01:10:16 <persia> 1M and 4M tend to be integer multiple for most eraseblock sizes.  4M is a bit faster.  1M is a bit safer (but breaks for 2M eraseblock sizes, although these are very rare)
Oct 19 01:11:33 <persia> You'd have to find it in the documentation for your SD.  In practice, I don't know of any good ways to discover this based on the hardware.
Oct 19 01:17:58 <prpplague> cooloney: hey bud
Oct 19 02:08:37 <mouse-_> ahoy ! thank you for providing the community with 10.10 for the beagleboard! (https://wiki.ubuntu.com/ARM/OMAPMaverickInstall)
Oct 19 02:09:02 <mouse-_> now i am having problems =D usb keyboard and mouse aren't being recognized!
Oct 19 02:28:21 <daurnimator> i have returned :D
Oct 19 02:28:25 * daurnimator pokes GrueMaster 
Oct 19 02:28:33 <GrueMaster> Oww.
Oct 19 02:28:44 <GrueMaster> Sorry, had stepped out to start dinner.
Oct 19 02:29:37 <GrueMaster> Ok, so lets try with serial console to see where it is hanging up at.  Reset and press <ctrl>-c to stop autoboot.
Oct 19 02:30:08 <GrueMaster> Let me know when you have a uboot prompt.
Oct 19 02:32:04 <daurnimator> now.
Oct 19 02:32:22 <GrueMaster> one sec (phone call)
Oct 19 02:32:42 <devilhorns> ok, you're second is up :P
Oct 19 02:32:49 <GrueMaster> Heh.  Family.
Oct 19 02:32:56 <devilhorns> ahh
Oct 19 02:33:00 <devilhorns> hope everything is ok
Oct 19 02:33:04 <GrueMaster> At any rate, type "mmc init"
Oct 19 02:33:16 <GrueMaster> Jut my son wanting a new monitor.
Oct 19 02:33:20 <GrueMaster> just
Oct 19 02:33:20 <devilhorns> ahh
Oct 19 02:33:23 <daurnimator> and then?
Oct 19 02:33:33 <GrueMaster> fatload mmc 0:1 0x80000000 uImage
Oct 19 02:33:40 <GrueMaster> fatload mmc 0:1 0x81600000 uInitrd
Oct 19 02:33:49 <GrueMaster> setenv bootargs vram=12M omapfb.mode=dvi:1280x720MR-16@60    root=/dev/mmcblk0p2 fixrtc console=ttyS2,115200 console=tty1
Oct 19 02:33:58 <GrueMaster> bootm 0x80000000 0x81600000
Oct 19 02:34:21 <GrueMaster> That should load the kernel & initrd and boot with a lot of stuff on the serial console.
Oct 19 02:36:34 <persia> mouse-_, You've connected them to a powered hub?
Oct 19 02:37:13 <GrueMaster> persia: Not getting that far.  Should be able to boot to oem-config w/o mouse/keyboard.
Oct 19 02:37:25 <GrueMaster> Currently nothing on display.
Oct 19 02:38:17 <persia> GrueMaster, "mouse-_" != "daurnimator" :)
Oct 19 02:38:46 <GrueMaster> Oh.  Oops.  Didn't see that person.
Oct 19 02:38:48 <daurnimator> persia, i'm on dc power now
Oct 19 02:39:30 <daurnimator> GrueMaster, its doing things :)
Oct 19 02:39:39 <GrueMaster> daurnimator: Anything on the serial console?
Oct 19 02:39:41 <GrueMaster> cool
Oct 19 02:39:55 <daurnimator> currently on setting up swap, this will take a moment ...
Oct 19 02:40:10 <GrueMaster> Anything on the monitor or is it serial console only?
Oct 19 02:41:20 <daurnimator> nothing on monitor
Oct 19 02:41:35 <GrueMaster> On the monitor, is it HDMI or DVI?
Oct 19 02:41:48 <daurnimator> using hdmi=> dvi cable
Oct 19 02:42:08 <GrueMaster> Hmm.  Should work.  Make sure monitor has DVI input selected.
Oct 19 02:42:21 <GrueMaster> What res can the monitor handle?
Oct 19 02:43:50 <daurnimator> up to 1920x1080
Oct 19 02:44:14 <GrueMaster> So it should be able to handle the 1280x720 res.
Oct 19 02:44:45 <persia> Depends.  Some displays can't handle some non-native resolutions.
Oct 19 02:45:12 <persia> Might pass 1920x1080 with setenv to see if it makes a difference.
Oct 19 02:45:36 <GrueMaster> I'd have to look, but I believe the 1280x720-16@60 is vesa compliant.
Oct 19 02:45:58 <persia> It is: I'm just not convinced arbitrary displays are VESA compliant :)
Oct 19 02:46:06 <persia> The're *supposed* to be so though.
Oct 19 02:46:09 <GrueMaster> True.
Oct 19 02:46:40 <GrueMaster> I have to go fix dinner.  Cooking part is done, now need hands on attention.  Sorry.
Oct 19 02:48:12 <mouse-_> persia: no, this is the beagleboard XM. the board comes with 4 usb ports =D
Oct 19 02:49:11 <daurnimator> mouse-_, what did you do to get it working? mines not
Oct 19 02:49:36 <mouse-_> the XM is so badly supported right now :(
Oct 19 02:49:39 <persia> mouse-_, Ah.  I don't have an XM, but on my C4, I needed to supply additional power through a hub to get the keyboard and mouse to work.
Oct 19 02:50:25 <persia> mouse-_, Just needs more folk looking at it: I'm certain it *can* be supported, but unless a number of XM users use Ubuntu and help, it's unlikely the rest of us can wave a magic wand :)
Oct 19 02:50:33 <mouse-_> :)
Oct 19 02:51:19 <daurnimator> ok, so the board rebooted now
Oct 19 02:51:26 <daurnimator> still no display
Oct 19 02:51:38 <persia> mouse-_, Your display just worked?
Oct 19 02:51:57 <mouse-_> the display does just work !
Oct 19 02:52:00 <mouse-_> this is 10.10
Oct 19 02:52:20 <mouse-_> i'm guessing, maybe someone forgot to compile usb support for it, being that it was just released 8 days ago? lol. i am trying 10.04 now
Oct 19 02:52:30 <persia> Hmm.  Are there different variants of the XM?
Oct 19 02:52:50 <mouse-_> but the setup_sdcard.sh crashed my kernel! ha!
Oct 19 02:52:51 <persia> mouse-_, 10.04 is very likely not to support the XM: I don't believe they were widely available in April.
Oct 19 02:52:56 <daurnimator> here is my serial output: http://pastey.net/141812
Oct 19 02:53:02 <mouse-_> ahhh, crap, persia. yeah, you're right
Oct 19 02:53:37 <mouse-_> check this out,   [   50.032255] EXT4-fs warning (device mmcblk0p2): ext4_clear_journal_err: Marking fs in need of filesystem check.  [   50.032276] BUG: unable to handle kernel paging request at 027c0000
Oct 19 02:53:41 <mouse-_> ha!
Oct 19 02:53:47 <mouse-_> ext4 bug.
Oct 19 02:54:15 <mouse-_> or something else to do with it. what a nightmare
Oct 19 02:55:20 <GrueMaster> XM is only supported in Maverick.  Also, I just finished booting mine again.  I am at the oem-config.  Mouse & keyboard work.  Try bottom USB slots.
Oct 19 02:55:28 <GrueMaster> Gone again.
**** ENDING LOGGING AT Tue Oct 19 02:59:57 2010