[03:02] <dash> hi! i find myself compiling a kernel for ubuntu for the first time in 5 years :)
[03:03] <dash> is make-kpkg still the thing people use when building custom kernel debs?
[03:13] <hoshi411> ive noticed android/ubuntu dual boot tablets on youtube but has anyone gotten around having to go through an external pc to change which system you want to boot?
[03:13] <hoshi411> like using u-boot or CWM?
[03:14] <hoshi411> always having to externally change some zip file everytime I want to `change the system I boot is not a very nice option
[03:14] <dash> that would be nice.
[03:14] <twb`> hoshi411: you have a TF101; its default bootloader will switch to a "rescue" mode if you hold down voldown and power while booting; this rescue mode is simply a different kernel
[03:14] <dash> hoshi411: yeah it's like having to stop at a gas station every time you want your car to change gears
[03:15] <twb`> hoshi411: thus, you can replace the rescue mode of android with a normal ubuntu/debian kernel
[03:15] <hoshi411> twb: I see that is an interesting trick... but then how do you designate which kernel you want the rescue mode to boot?
[03:17] <hoshi411> is there really no way to communicate with the bootloader, like on windows bios , grub , yaboot etc?
[03:17] <twb`> hoshi411: the ASUS bootloader is hard-coded to bootstrap specific partitions for normal and rescue mode, so you pick by writing the kernel and ramdisk into the appropriate partition
[03:17] <twb`> hoshi411: on the TF101 there is no way to communicate with the default bootloader except for that voldn thing, and u-boot currently has no support for the keyboard doc OR the volup/dn buttons, so you cannot provide any input at boot with u-boot.
[03:18] <hoshi411> O_o but if you can root an android device then you can install any soft you want on it
[03:18] <twb`> hoshi411: however if you have a dock, you can put the u-boot scripts or environment onto a SD card or USB (but not micro SD), and u-boot will do whatever the script says.  So to change how booting will happen, you can put that SD card into a working box, and reconfigure it.
[03:19] <twb`> hoshi411: uh, only within android
[03:19] <dash> hoshi411: yeahbut someone's gotta write it :)
[03:19] <twb`> hoshi411: rooting android won't allow you to e.g. replace its kernel
[03:19] <twb`> And you probably can't easily replace e.g. the shitty android UI with normal X.
[03:19] <hoshi411> twb: but rooting android would allow me to run a terminal right
[03:20] <twb`> hoshi411: I wouldn't know, I do not support or use android.  Talk to the android people about that.
[03:22] <hoshi411> the ideal way to do a dual boot would be to be able to select the kernel , not at startup but before shutdown
[03:22] <hoshi411> if I could somehow in android select which kernel I want to boot from
[03:23] <hoshi411> and then boot into it ... then from that distro also to go and select the android kernel again
[03:23] <hoshi411> etc....
[03:23] <hoshi411> before shutdown
[03:23] <hoshi411> that seems ideal to me
[03:23] <twb`> That's how Macs used to work; it's a fucking pain because if the main system breaks, you're hosed
[03:23] <twb`> IMO it's better to have it boot the right thing, and if it screws up you insert a rescue SD card
[03:24] <twb`> s/main system breaks/current system breaks/
[03:24] <dash> so... any of y'all build a custom kernel .deb lately? :)
[03:25] <twb`> dash: yes.
[03:25] <dash> twb`: what do you use? when I were a lad, make-kpkg was the thing
[03:25] <twb`> It's built into upstream now
[03:26] <hoshi411> can't you just mount the boot partition and alter the boot scripts on the asus device?
[03:26] <dash> in particular I want a kernel with NFS server support
[03:26] <twb`> Just do "make deb-pkg"
[03:26] <dash> and i'm not seeing one in oneiric for mx53
[03:26] <dash> twb`: aha.
[03:27] <twb`> hoshi411: the asus bootloader has boot partitions that are in a hokey android format; you can't mount them
[03:27] <twb`> hoshi411: you'd have to rebuild them from source components and then reflash them onto the device
[03:27] <dash> was thinking about installing ubuntu on my tf101
[03:27] <dash> sounds like i should wait
[03:27] <twb`> dash: you can have 2.6.36 now
[03:28] <twb`> dash: but it can't drive the wifi or bt or much else, so it's pretty useless
[03:28] <hoshi411> a hokey android format? not ext or ntfs etc?
[03:28] <dash> hoshi411: correct.
[03:28] <twb`> hoshi411: correct.
[03:28] <twb`> hoshi411: specifically abootimg format
[03:29] <hoshi411> abootimg ... hmm
[03:30] <hoshi411> twb: wouldn't this allow you to read the files on that partition https://launchpad.net/ubuntu/+source/abootimg
[03:37] <twb`> hoshi411: I doubt it.
[03:38] <twb`> Hm, actually it looks like you're right, you could pull apart the bits from that, edit them, reassemble them, then reflash it back on
[03:38] <twb`> But you'll still need the reflash step, which either means nvflash on an external device or (maybe) flashing it from within a working device, and the default partition table doesn't expose that partition to the OS.
[03:39] <hoshi411> twb: and depending on the script that is used to select the kernel on bootup... you might be able to reflash it in a way where you wont have to reflash every time you want to change kernels
[03:40] <twb`> hoshi411: in magical fairy land, sure.  I wouldn't hold your breath waiting for it in the real world.
[03:41] <hoshi411> I use yaboot on ppc but have never tinkered with grup on my pc ... but as far as yaboot goes , it is just a script that allows me to select the kernel at bootup... and I can change the script to allow for any kernel I want or as many as I want....
[03:41] <hoshi411> grup > grub
[03:42] <hoshi411> arg... I really wanna get inside that boot partition
[03:42] <twb`> Look, the short version is: bootloading on ARM is fucked up.
[03:42] <twb`> Do not expect it to be as nice as PPC or x86
[03:43] <hoshi411> twb: yea but I cant give up
[03:43] <hoshi411> I need gimp on my transformer
[03:44] <hoshi411> otherwise it's almost a paperweight to me
[03:44] <hoshi411> and I need the ability to boot back into android whenever I want
[03:44] <hoshi411> without haveing to wait to get home just to connect it to my pc and change some zip kernel whatever
[03:45] <hoshi411> twb: but thanks for updating me on the state of things on the transformer right now
[03:45] <hoshi411> Im gonna try and see if I can get into the boot partition somehow
[07:21] <hoshi411> im trying to get ubuntu chroot on my asus transformer
[07:21] <hoshi411> do I need windows to do this?
[07:21] <hoshi411> or can't I do it from ubuntu
[07:22] <hoshi411> my windows partition is acting up and ... it would be nice to be able to do this from the ubutu side
[07:22] <hoshi411> I think I have to root my device right?
[07:22] <twb`> No.
[07:22] <hoshi411> really. there is an easier way?
[07:23] <twb`> hoshi411: if you want to *boot* Ubuntu, you need to follow the notes I showed you in #debian-arm.  If you just want a chroot, you need to root android, and that is off-topic for this channel.
[07:23] <twb`> Rooting android is probably substantially easier, but I don't know.
[07:23] <hoshi411> yea I just wanna chroot, cause I really don't wann ahave to connect it to a pc every time I wanna switch back and forth
[07:23] <hoshi411> ive been at this all day
[07:23] <hoshi411> and I give up
[07:24] <hoshi411> chroot will give me an easy switch back and forth
[07:24] <hoshi411> would be great if there were gimp on android
[07:25] <twb`> hoshi411: android is off-topic for this channel.  I won't help you with that.  Go find the android channel and ask them instead.
[07:25] <hoshi411> chroot may be off topic but there is a version of ubuntu that runs on chrooted android that I have seen.... that would be on topic right?
[07:25] <twb`> hoshi411: I suppose so, *once* you have it working
[07:25] <hoshi411> ive seen it on the galaxy tab
[07:26] <twb`> The vast majority of "get it to chroot" issues will be on the android side
[07:26] <hoshi411> aright
[07:26] <hoshi411> ill go there
[07:27] <soren> twb`: Are you suggesting you've gotten Ubuntu to boot on an ASUS Transformer? Or know of someone who has?
[07:27] <twb`> soren: lilstevie has a working .36 boot, which I have reproduced
[07:27] <soren> *drool*
[07:27] <twb`> soren: he also allegedly has .38 CrOS, but I can't reproduce that because u-boot isn't working for me
[07:27] <hoshi411> soren: it seems that he has done it but .... still no one has figured out how to switch between android and ubuntu without hooking the tablet up to a pc
[07:27] <soren> Those things look awesome, but I'm not looking for an *extra* gadget to carry around. Someething that could replace my laptop... maybe.
[07:28] <twb`> soren: http://cyber.com.au/~twb/doc/tf101.html contains about half my notes so far
[07:28] <twb`> Yeah, I bought it to replace me Eee PC 1005P, because 1) quadruple the battery life; and 2) ARM is a "fun" challenge.
[07:28] <lilstevie> you can dual boot
[07:28] <lilstevie> at the cost of recovery
[07:28] <lilstevie> but you can still switch without needing to hook it up to the pc
[07:29] <twb`> lilstevie: dunno if you saw the scrollback, but hoshi411 doesn't seem to be interested in that
[07:29] <hoshi411> lolstevie: how do you switch without having to hook it up to a pc?
[07:29] <lilstevie> by having one OS kernel in the recovery slot
[07:29] <twb`> 14:17 <twb`> hoshi411: the ASUS bootloader is hard-coded to bootstrap specific partitions for normal and rescue mode, so you pick by writing the kernel and ramdisk into the appropriate partition
[07:29] <hoshi411> lolstevie: are you sure about that
[07:29] <twb`> 14:17 <twb`> hoshi411: on the TF101 there is no way to communicate with the default bootloader except for that voldn thing, and u-boot currently has no support for the keyboard doc OR the volup/dn buttons, so you cannot provide any input at boot with u-boot.
[07:30] <lilstevie> my kit sets it up like that, so yes I am sure
[07:30] <lilstevie> and I have over 2000 people using my kit at the moment
[07:30] <soren> twb`: Yeah, the crazy long battery life + being able to separate keyboard from the rest makes it excellent for traveling.
[07:30] <twb`> soren: what would be *really* nice is if the keyboard could talk bt to the tablet while they were apart :-(
[07:30] <hoshi411> lolstevie: can you give me a link to "your kit "
[07:31] <soren> twb`: Yes. Yes, it would.
[07:31] <twb`> soren: if you just want a netbook, the Toshiba AC100 is apparently quite similar
[07:31] <lilstevie> lilstevie.geek.nz/ports/linux-flash-kit.tar.gz
[07:31] <hoshi411> twb: lilstevie says he's got it dual booting back and forth without hooking it up to a pc. are you believing this?
[07:31] <twb`> hoshi411: yes
[07:31] <lilstevie> it is at the cost of recovery mode
[07:32] <soren> twb`: How big is the transformer? Specifically the keyboard.
[07:32] <hoshi411> >:| but you keep saying it is impossible
[07:32] <twb`> soren: I dunno; it's about a quarter-inch wider  than my 1005P
[07:32] <lilstevie> so you only need to use the pc, at the time you want to update or need CWM
[07:32] <twb`> soren: go down to your local hifi store and look at once
[07:32] <twb`> s/once/one/
[07:32] <soren> twb`: So slightly larger than a netbook, but still some way to go up to a laptop sized one.
[07:32] <twb`> soren: it's 10"
[07:33] <lilstevie> battery life pwns a netbook
[07:33] <soren> twb`: I'm almost 100% sure noone around here stocks stuff like that.
[07:33] <twb`> soren: obviously, smaller than a 12" or 16" laptop or so
[07:33] <twb`> soren: where are you again?  Uppsala or something?
[07:33] <soren> twb`: Aalborg, Denmark.
[07:33] <twb`> Hum
[07:34] <lilstevie> denmark most certainly does
[07:34] <soren> I'm sure I can order it, I just doubt they stock it and/or have it on display.
[07:35] <soren> There are lots of smallish hifi stores who all carry mostly the same mainstream stuff.
[07:35] <hoshi411> lilstevie: im running honeycomb 3.1 on my asus transformer but will your kit force me to downgrade or anything like that?
[07:36] <jondo> morning
[07:36] <lilstevie> hoshi411: it will force you to run what ever rom you want
[07:36] <hoshi411> lilstevie: do you have any recommendations of roms based on honeycomb 3.1 or 3.2?
[07:37] <twb`> lilstevie: I'm planning to email muromec describing my u-boot problems, what I've tried, what the symptoms are, etc, and CC you.  Is that cool with you?
[07:37] <lilstevie> hoshi411: prime
[07:37] <hoshi411> hmm ok
[07:37] <lilstevie> twb`: sure, want me to upload a binary for you to test?
[07:37] <lilstevie> don't bother writing it just run it in ram
[07:37] <lilstevie> to make sure it works
[07:37] <twb`> lilstevie: also if you can work out how to get me a copy of u-boot.bin that works for you, I can verify that I'm at least uploading it to my device correctly
[07:38] <twb`> lilstevie: right, understood (re just ram)
[07:38] <twb`> Hell, you can just email it to me, since it's only 200kB or so
[07:39] <lilstevie> kk
[07:39] <lilstevie> I was just going to upload it :p
[07:40] <twb`> Whatever's easiest for you
[07:40] <lilstevie> twb`: well I am going to extract it from my device and decrypt it for you
[07:40] <twb`> Ace
[07:41] <twb`> I'm going home in a minute, so if it's gonna take you a while just email it me or so, since I won't have time to mess with my tf before the weekend or so anyway
[07:41] <twb`> no rush
[07:41] <lilstevie> shoot me an email and I will shoot it back a bit later
[07:47] <twb`> lilstevie: later, dude
[08:13] <hrw> wii infinity
[08:24] <infinity> infinity [~adconrad@66.79.167.154]
[08:24] <infinity>  ircname  : Adam Conrad
[08:24] <infinity>  channels : #ubuntu-desktop #ubuntu-installer #linaro-armhf #ubuntu-release
[08:24] <infinity>             #ubuntu-arm #ubuntu-devel
[08:25] <infinity>  server   : wolfe.freenode.net [Manchester, England]
[08:25] <infinity>           : is connecting from *@66.79.167.154 66.79.167.154
[08:25] <infinity>  idle     : 0 days 0 hours 4 mins 37 secs [signon: Sat Oct  8 23:46:12 2011]
[08:25] <infinity> End of WHOIS
[08:25] <infinity> Hope that helps. :P
[08:26] <lilstevie> lolwit
[08:26] <lilstevie> lwut
[08:27] <lilstevie> fail
[08:27] <infinity> lilstevie: That was my response to hrw's wii. :P
[08:27] <lilstevie> lol
[08:29] <hrw> ;D
[09:06] <jondo> Hi! My BeagleBoard-xM gives me "hub 1-0:1.0: unable to enumerate USB device on port 2". Does that sound familiar to anyone?
[09:08] <jondo> See my dmesg at http://paste.ubuntu.com/705313/
[09:53] <davidm> ogra_, you about?
[09:53] <ogra_> davidm, indeed
[09:53] <davidm> did you see my pm to you?
[09:54] <ogra_> on freenode ? nope
[09:54] <davidm> Interesting
[09:54] <ogra_> ah, seeing it now
[09:54] <ogra_> i was testing suspend oin the ac100, seems you opened it while i just fell over
[09:54] <ogra_> yup, will take care
[10:14] <infinity> ogra_: Reinstalled my ac100 and ran through a bunch of tests here, seems good.
[10:14] <ogra_> yay
[10:14] <ogra_> did you try suspend ?
[10:15]  * ogra_ also isnt sure zram was actually a good idea, tell me if you see hangs after some time
[10:18] <xranby> ogra_: did you see my rants about echo 30000 > /proc/sys/vm/min_free_kbytes
[10:19] <xranby> ogra_: my experience are that there are some bug in the kernel that makes the kmalloc unable to operate when memory are low    even in situations when swap are available
[10:19] <brandini> ogra_: so I got my openbsd userland cross compiled, then built my kernel fromthat, learned about the fun required to create a proper bootable partition on the SD card, installed uboot, MLO etc to there and pointed it at my bsd kernel only to find out mboot doesn't like my bsd kernel format
[10:19] <ogra_> xranby, what you see is  a "normal" message from wlan USB, we should be shipping a sysctl.d file like we do on omap
[10:20] <ogra_> it doesnt do any harm even though it looks like an oops
[10:20] <lilstevie> ogra_: how are you working out suspend on the AC100
[10:21] <ogra_> lilstevie, ask in #ac100, i'm just a consumer of their work ;)
[10:21] <lilstevie> haha
[10:21] <lilstevie> ok
[10:21] <ogra_> but i think they reverse engineered the nvec commands needed for the device
[10:22] <lilstevie> ah
[10:22] <lilstevie> nvec isn't used here
[10:22] <ogra_> right, thats why i mention it ;)
[10:22] <lilstevie> :p
[10:22] <xranby> ogra_: if you feel unsure about zram then do not iclude it for the release
[10:23] <ogra_> xranby, a bit late now :P
[10:23] <xranby> haha ok
[10:23] <lilstevie> ogra_: however have been testing out the graphics acceleration with CrOS kernel
[10:23] <xranby> ogra_: are there anything we can do before release?
[10:23] <ogra_> i could try but i would have to be sure about it adding instability
[10:24] <ogra_> ripping it out if it isnt at fault at all would be really bad
[10:24]  * ogra_ would like to see some test results from people seeing hangs ... so we can see if its zram or not
[10:24] <lilstevie> having some show stopping bugs though
[10:24] <ogra_> i suspect that OOM doesnt work properly if zram is used
[10:24] <xranby> ogra_: on my machine i can workaround these hangs by raising the /proc/sys/vm/min_free_kbytes
[10:25] <xranby> ogra_: i do see userspace hangs without touching that knob
[10:25] <ogra_> xranby, and also by disabling zram at all ?
[10:25] <xranby> ogra_: i see hand by using swap on usb as well
[10:25] <xranby> so imho the bug are not zram related
[10:25] <xranby> mroe a generic kernel have trouble to operate when memory are low issue
[10:25] <ogra_> well, i'd like to know if they go away if you dont use zram, just to prove that
[10:26] <ogra_> (or if they dont go away i should say)
[10:26] <xranby> ogra_: (14.49.57) juliank: xranby_ac: The bug is not related to swapping, so stop pretending that it is. Lower the value and you'll see those crashes without swap as well
[10:26] <ogra_> hmm, k
[10:27] <xranby> ogra_: juliank: claim that he starts to see crashes mroe frequently if the threshold gets lowered
[10:27] <xranby> imho the system should run stable even if the threshold are insanely low
[10:28] <xranby> else its a kernel bug
[10:28] <ogra_> well, i use 8192 as a default here
[10:29] <ogra_> (for the famous wlan bug)
[10:29] <xranby> ok. i think the kernel defaults to around 2600
[10:30] <xranby>  2698, the ubuntu's calculated default for ac100
[10:31] <xranby> the reason why using zram makes things worse are because the kernel itself uses more slub's when zram are activated
[10:32] <xranby> imho
[10:32] <ogra_> infinity, hmm, if we actually do a respin i wonder if we should add an: echo "vm.min_free_kbytes=30000" >/root/etc/sysctl.d/99-ac100 to the installer
[10:33] <infinity> ogra_: Erk.  Why?
[10:33] <infinity> ogra_: My ac100 seems happy enough.
[10:33] <ogra_> infinity, to fix xranby's hangs after some hours
[10:34] <ogra_> mine too ... but more than one person seems to have issues regarding that
[10:34] <xranby> infinity: the hang happens when trying to run two memory hogs firefox and thunderbid at the same time
[10:34] <ogra_> hmm, i probably dont see it because i would never do that :)
[10:35] <ogra_> i dont think it will do harm for the working ones and it seems to fix it for the non working ones
[10:36] <ogra_> (and it cant be an SRU since we have no package for such stuff (i guess i should intorduce an ac100-hacks package in P for such a purpose))
[10:52] <jondo> Hi ogra. Is there anything I can further do now for helping with launchpad bug 871650? Any more logs needed?
[10:52] <ubot2> Launchpad bug 871650 in linux ""unable to enumerate USB device" with BeagleBoard-xM" [High,Confirmed] https://launchpad.net/bugs/871650
[10:54] <jondo> It probably doesn't make sense to try the current daily instead of last Thursday's?
[11:07] <xranby> ogra_: do OOM killer still go around and slay your chrome?
[11:11] <ogra_> jondo, well, i would recommend to talk to jcrigby about it once he is up
[11:12] <ogra_> xranby, sure, if i use more ram thean i have it doe that
[11:12] <ogra_> *does
[11:13] <ogra_> same goes for firefox but with half the tabvs chromium can handle
[11:14] <xranby> ogra_: ok not really a bug then
[11:14] <xranby> but it would be nice if the user got informed that its about to happen
[11:14] <jondo> Ok. Which timezone is he in?
[11:16] <jondo> That certainly is https://launchpad.net/~jcrigby?
[11:19] <ogra_> jondo, right, you also should test with the latest kernel, somehow the kernel team bugbot thinks there is a newer one than you tested
[11:57] <xranby> infinity: hi i got a report from a user who obviously have namaged to install oneiric on his ac100 and then crippled it by pressing the bug shiny install release button from unity  http://paste.ubuntu.com/705353/
[11:58] <infinity> xranby: That must be from an old image.
[11:58] <infinity> xranby: We now correctly clean up, so he'd never get a change to press said button.
[11:59] <infinity> (As in, it won't exist)
[11:59] <infinity> s/change/chance/
[11:59] <xranby> infinity: good.. i told him to go to http://iso.qa.ubuntu.com/ and retest usin ghte image provided there
[12:00] <infinity> xranby: That should do.  Except that he'll need the bootimg that matches, and iso.qa doesn't link both files.
[12:00] <xranby> oh my...
[12:00] <infinity> xranby: http://cdimage.ubuntu.com/daily-preinstalled/current/ is a bit less hassle in that regard.
[12:01] <infinity> xranby: Code limitation, iso.qa can't list more than one file for an image. :P
[12:01] <infinity> xranby: Not a big deal for testers, we know what we're doing there.
[12:01] <infinity> xranby: The actual cdimage release bits have the right info.
[12:02] <ogra_> well, iso.qa seems to also point to the omap4 wikipage for installation instructions
[12:02] <ogra_> https://wiki.ubuntu.com/ARM/TEGRA/AC100 might be the best place to point to
[12:03] <infinity> ogra_: Not sure that it matters deeply.  I doubt that many people will be testing ac100 for us.
[12:04] <infinity> And we really (REALLY) shouldn't be pointing users to iso.qa as a source for images.
[12:04] <infinity> cdimage.ubuntu.com is the right place.
[12:04] <ogra_> well, i point them to iso.qa beliveing that everything is in order there
[12:04] <ogra_> which it apparently isnt :)
[12:04] <ogra_> the wikipage has the proper instaructions and links to both files you need
[12:09] <xranby> ogra_: infinity: i was a bit surprised since this user claims he have followed the instuctions from the wiki
[12:10] <ogra_> xranby, i only updated the links from beta to the current daily when i was sure the images build properly
[12:10] <xranby> i sent him a mail to double check that he are using both the latest .tar.gz and bootimg
[12:10] <ogra_> so beta was linked from there for a few days longer
[12:12] <ogra_> janimo, how do the mx5 images look ?
[12:12]  * ogra_ needs to signoff on them fo rthe release team
[12:15] <hrw> heh... http://marcin.juszkiewicz.com.pl/2006/03/18/openzaurus-354-released/ was nice time - good that I do not have to work on releases anymore
[12:18] <janimo> ogra_, will ping you back once I test todays. The last ones looked better
[12:19] <ogra_> k, thanks
[12:56] <xranby> janimo: when i test the daily mx5 image, i find banshee in the sound menu
[12:56] <ogra_> yes, thats a bug :(
[12:56] <ogra_> likely on all images
[12:57] <ogra_> seems there are dependencies that keep banshee in, juts dropping it from the seeds didnt help
[12:57] <ogra_> you should have rhythmbox too though
[12:59] <ndec> ogra_: there is still no RC image? is that correct?
[12:59] <ogra_> ndec, there wont be an official RC image ... the dailies are RCs
[12:59] <ndec> ok!
[13:00] <xranby> ogra_: during oem-setup i only see banshee  no rythmbox  will check if rythmbox are present when i login into deskto
[13:00] <ogra_> it should be ... but you will likely need to search for it in the dash
[13:00] <ogra_> as long as banshee is installed it claims all the mediaplayer links and launchers
[13:01] <ndec> talking about banshee... i just dist-upgraded my system, banshee is still there and rythmbox was not installed.
[13:01] <ogra_> do you have ubuntu-desktop installed ?
[13:01] <ogra_> that it doesnt get removed on pre-release images is normal
[13:01] <ndec> no...
[13:01] <ndec> now i am wondering why...
[13:01] <ogra_> we exdpect users of alphas and betas to be able to deal with that
[13:02] <ndec> i have dist-upgraded since alpha2 or something like that.
[13:02] <ogra_> but RB should get installed in any case
[13:02] <ndec> ;-)
[13:09] <janimo> xranby, I still find the daily mx5 install very slow
[13:09] <janimo> you said you saw an imporvement
[13:10] <janimo> almost 10 minutes to the second bootup, and no output about resizing partitions in the first one
[13:13] <pmatulis> hi everybody, where can i find information on the work done re this blueprint:
[13:13] <pmatulis> https://blueprints.launchpad.net/ubuntu/+spec/server-o-arm-sysadmin-tools
[13:14] <ogra_> pmatulis, NCommander leads the server stuff in ubuntu-arm
[13:15] <ogra_> pmatulis, though i would start talking to the approver or drafter first
[13:15] <ogra_> looks like cmagina did all the work on it
[13:15] <xranby> janimo: yes the daily install are still slow
[13:15] <xranby> janimo: the daily linaro oneiric image are quick in comparision
[13:15] <xranby> for mx5
[13:15] <janimo> xranby, which one was fast then? IIRC you said that a few days ago
[13:16] <ogra_> there finally are linaro oneiric images ?
[13:16] <janimo> ah, the linaro one. Sure that always was faster
[13:16] <ogra_> heh, yeah
[13:16] <janimo> for mx5
[13:16] <ogra_> they just hardcode the autologin and dont have to run jasper
[13:16] <ogra_> that makes the first step lots faster
[13:16] <pmatulis> ogra_: alrighty
[13:17] <janimo> ogra_, I think in this case it is somehing else. kernel/FS/SDcard setting maybe? Although we use the same kernel imagaes
[13:17] <ogra_> well, you said you dont see jasper output
[13:17] <janimo> as our mx5 is much slower than our omap one so it is not just jasper
[13:17] <ogra_> so there likely also is a jasper bug
[13:17] <janimo> ogra_, indeed, I did not see any output for over 5 min, board seemed dea
[13:17] <janimo> d
[13:17] <xranby> ogra_: janimo: the last linaro oneiric image i testsed was sudo linaro-media-create --rootfs ext4 --mmc /dev/sdc --binary linaro-o-ubuntu-desktop-tar-20111006-1.tar.gz --hwpack hwpack_linaro-lt-mx5_20110929-0_armel_supported.tar.gz --dev mx53loco
[13:18] <xranby> but it had some issues like metacity crashed
[13:18] <xranby> apart from that gui was snappy
[13:25] <xranby> janimo: http://snapshots.linaro.org/oneiric/linaro-o-ubuntu-desktop/
[13:26] <janimo> xranby, no images yet for today's directory there
[13:26] <xranby> correct
[13:26] <xranby> the last image are from 08
[13:26] <xranby> and hw pack http://snapshots.linaro.org/oneiric/imx51-oneiric/20111008/0/images/hwpack/
[13:34] <xranby> janimo: my Ubuntu oneiric daily mx5 image did after half an eon complete the oemsetup and i am now viewing the desktop
[13:35] <janimo> xranby, that's the speed I see too
[13:35] <xranby> the last part of the oem-setup i was only observing the background image and title bar for about 30min
[13:36] <janimo> but I get ubiquity restarted at the end
[13:36] <janimo> I got these with omap images too this cycle
[13:36] <ogra_> as long as it doesnt happen with todays anymore thats fine :)
[13:40] <janimo> ogra_, it is with today's unfortunatley
[13:41] <janimo> I am not sure I ever saw an omap image get past instal lw/o this ubiquity restart either
[13:41] <janimo> so seeing it on the mx5 is not surprising me
[13:41] <janimo> need to check if there's a crash log, most times there was not even one
[13:41] <ogra_> so you are saying you now see that bug that nobody else but GrueMaster could reproduce for weeks =
[13:41] <ogra_> ?
[13:42] <ogra_> darn, well, at least you can reproduce it too now :/
[13:42] <ogra_> even though thats to late for release :(
[13:42] <brandini> after a week of hacking I finally found the source for MLO
[13:43] <ogra_> brandini, you could have asked ;)
[13:43] <brandini> I know, I was too focused on other things
[13:43] <brandini> I seriously think I was made to be an embedded hacker, I lvoe this stuff!
[13:43] <ogra_> like spending a week on finding it yourself you mean ? :)
[13:44] <brandini> I was hacking the pandaboard port for openbsd, cross compiling, etc so I just copied the exising uboot and MLO from linux
[13:44] <ogra_> ah
[13:45] <brandini> ogra_: it took a special form of art to make a bootable windows partition :)
[13:45] <ogra_> heh
[13:45] <brandini> needs an even number of sectors to overcome some "bug" in mkfs.vfat and even after knowing that it took me a dozen tries to get it right
[13:46] <janimo> ogra_, I mean I always( almost always) see this, but there are not crash logs o
[13:46] <janimo> some of the earlier ones had _Crash files
[13:46] <janimo> those too were seen by gruemaster but fiex d in the meantime
[13:52] <ogra_> janimo, well, why didnt you speak up when we discussed that, it seemed GrueMaster was the only one seeing it
[13:53]  * ogra_ didnt have a single non-explainable restart of ubiquity during this cycle
[13:55] <ogra_> anyway, we should find out why its failing, make sure to file a bug
[13:55] <brandini> wonder if the eagleboard aims to be a "production" style board
[13:56] <ogra_> as production style as the panda i guess
[13:56] <ogra_> i.e. not for commercial use
[13:56] <brandini> gotcha
[13:56]  * brandini creates a cluster of arm servers on commodity hardware
[14:06] <janimo> ogra_, hmm beause I thought everyone sees it and it is part of the current status honestly
[14:06] <ogra_> nah, it isnt, sadly
[14:06] <janimo> the only thing that is suspicions - is /var/og/faillog which is 20K of zeros
[14:07] <janimo> but no oem-config.log nor crash nor installer log have suspicious content
[14:07] <ogra_> syslog is the intresting one, the rest is usually quite empty anyway
[14:07] <janimo> also jockey has backtraces but that too must be common for all arms as it looks and fails to find broadcom-wl fglx etc
[14:08] <ogra_> i havent seen any jockey issues, though apport should be disabled on todays images
[14:08] <ogra_> so you might not notice crashes in the bg
[14:11] <janimo> well, they are python backtraces but it carries on so I think they are harmless
[14:12] <ogra_> well, add them to the bug
[14:12] <janimo> also faillog is for login attempts, unlikely to be relevant here
[14:13] <ogra_> usually python backtraces are rather serious in ubiquity
[14:18] <janimo> ogra_, this is in jockey. ubiquity logs are clean
[14:18] <ogra_> ah
[14:18] <janimo> ogra_, after the installer finished should it prompt for reboot or reboots automatically?
[14:18] <ogra_> it should drop you to lightdm
[14:18] <janimo> I never get to that step I only see the newly started ubiquity
[14:19] <ogra_> it doesnt reboot at all
[14:19] <janimo> hmm, never seen being dropped to lightdm. So it logs out then automatically?
[14:19] <ogra_> after it removed itself it restarts the display manager ... since ubiquity-dm is gone you land in lightdm
[14:24] <rOxx> i´m using beagleboard xm with ubuntu 11.04 and kernel 3.0. i have problems with flooding messages in the syslog and kern.log file. the messages look like this: rpm_suspend flags 0x0, rpm_resume flags 0x4, rpm_resume flags 0x5, rpm_resume returns 1. can someone help me with this messages?
[14:27] <janimo> ogra_, ubiquity-dm is also not removed on this image
[14:27] <ogra_> janimo, yes, else you wouldnt see the issue ;)
[14:27] <janimo> :)
[14:48] <ogra_> janimo,
[14:48] <ogra_> Oct 10 13:07:30 localhost ubiquity[1108]: log-output -t ubiquity laptop-detect
[14:48] <ogra_> Oct 10 13:07:38 localhost dbus[404]: [system] Activating service name='org.debian.apt' (using servicehelper)
[14:48] <ogra_> Oct 10 13:08:03 localhost dbus[404]: [system] Failed to activate service 'org.debian.apt': timed out
[14:48] <ogra_> that looks suspicious
[14:49] <ogra_> you have a unch of other AptDaemon messages in there
[14:50] <ogra_> and there is:
[14:50] <ogra_> Oct 10 16:20:46 localhost ubiquity: debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another process: Resource temporarily unavailable
[14:51] <janimo> that may be from when it already restarted and I tried removing oem-config
[14:51] <janimo> I am doing a new install now
[14:51] <ogra_> though that might still be locked from the crashed ubiquity run before
[14:51] <janimo> right
[14:51] <janimo> it seemed so
[14:51] <ogra_> aptdaemon is the bit thats does the uninstall though
[14:53] <ogra_> there is also one:
[14:53] <ogra_> Oct 10 16:16:49 localhost ubiquity: dpkg-trigger: error: must be called from a maintainer script (or with a --by-package option)
[14:53] <ogra_> though not sure that means anything
[14:57] <janimo> tbh the installer logs are usually very chatty so it is not easy to find the logs for the really harmful event
[15:03] <janimo> xranby, did you experience boot problems with USB devices inserted? I need to not have  anything plugged in or it won't boot - leds turn off
[15:03] <janimo> may be a hw issue of my board though
[15:03] <GrueMaster> Morning all.  Nice to know I am not the only one seeing oem-config respawn.
[15:03] <xranby> janimo: no. i have usbhub + keyboard + mouse inserted on the mx5 when i tested the ubuntu oneiric mx5 image
[15:04] <janimo> xranby, ok, my hw may have issues then
[15:04] <janimo> which may be the root of the other errors too
[15:04] <janimo> I wonder if my setup has issues, since I see such things on omap
[15:05] <xranby> http://www.theinquirer.net/inquirer/news/2115929/ubuntu-1110-support-arm-chips-fight-red-hat
[15:05] <GrueMaster> janimo: As long as you don't use your AC100 PS on your panda/beagle/mx5, you shouldn't have too many problems.  :P
[15:06] <janimo> GrueMaster, you never forget do you?
[15:06] <janimo> luckily the mx5 has (hmm does it??) unique jack
[15:07] <GrueMaster> Well, you know the old addage, "Elephants never forget", right?
[15:07] <GrueMaster> The mx5 uses the same jack btw.
[15:08] <janimo> GrueMaster, but this one comes from a different wall socket not from under the table, so I cannot easily mix them up
[15:08] <janimo> still a weird situation. Maybe both my hub and my external USB drive are just too much for that supply
[15:08] <GrueMaster> It isn't the wall part that matters.  :P
[15:09] <GrueMaster> Is your hub and external drive self-powered?
[15:09] <GrueMaster> Or do they draw from the mx5?
[15:13] <janimo> both draw from mx5
[15:13] <janimo> I may need to check another hub which has its own supply
[15:13] <GrueMaster> Yea, that would be bad.
[15:14]  * GrueMaster wanders over to the coffee pot to fullfill his daily quota.
[15:26] <jcrigby> jondo, bug #871650 reminds me of onw GrueMaster reported a while ago and I don't thing we ever resolved.  Looking for old bug...
[15:26] <ubot2> Launchpad bug 871650 in linux ""unable to enumerate USB device" with BeagleBoard-xM" [High,Confirmed] https://launchpad.net/bugs/871650
[15:32] <GrueMaster> jcrigby: The bug you are looking for is 838200
[15:32] <ogra_> bug 838200
[15:32] <ubot2> Launchpad bug 838200 in u-boot-linaro "No network support on Beagle XM" [High,New] https://launchpad.net/bugs/838200
[15:32] <GrueMaster> sigh.  bug 838200
[15:32] <ogra_> hehe, i was faster !
[15:32] <jcrigby> GrueMaster, ogra_ you are both faster than me! I was still looking
[15:33] <ogra_> i just reformatted GrueMaster's thought :) i'm not actually that fast
[15:33] <ogra_> or better: LP isnt ... :P
[15:34] <GrueMaster> But I don't think they are the same, as jondo (and others over the weekend) have been reporting no USB at all.  My system has everything enabled, but to get networking to work, I have to unplug the network cable for a fe seconds then plug it in.
[15:34] <jcrigby> GrueMaster, yes you are right the old bug has usb working but not network
[15:34] <GrueMaster> They could be related to the same code.
[15:34] <GrueMaster> As they are different rev boards.
[15:35] <GrueMaster> And rev C has some different power scenarios for USB.
[15:35] <ogra_> well, it smells like u-boot or MLO to me ... but i might be totally wrong and its the kernel
[15:35] <GrueMaster> (I have rev B).
[15:36] <GrueMaster> I have found that if I use the Natty MLO/U-boot, I get consisten networking.  With Oneiric, spotty at best.
[15:36] <jcrigby> ogra_, could be however I believe latest linaro images work fine but maybe not on xm rev c
[15:37] <GrueMaster> jcrigby: linaro boot systems use a master boot partition.  Does it ever get updated with the latest u-boot?
[15:38] <jcrigby> GrueMaster, you mean the test systems?
[15:38] <GrueMaster> yes.
[15:39] <jcrigby> not sure how often they get updated but you are right it is not with every build because if they did they could get bricked with a bad u-boot build and then a human would have to go replace the sd cards to fix them
[15:40] <rsalveti> this bug is so annoying
[15:40] <GrueMaster> Hence the flaw in the design I mentioned a while ago.
[15:40] <rsalveti> do we have any newer xM than C?
[15:40] <rsalveti> in theory both kernel and u-boot are handling it correctly
[15:40] <GrueMaster> I don't think there is one.  Not according to beagleboard.org at least.
[15:40] <rsalveti> GrueMaster: yours is even more interesting, just eth0 not working
[15:40] <rsalveti> what doesn't make any sense to me
[15:41] <GrueMaster> It is only the link detection circuit that isn't working.
[15:41] <GrueMaster> The port enumerates fine.
[15:41] <jcrigby> possibly nothing to do with this but I found that when switching to the u-boot based MLO on panda the external USB/ethernet phy stopped working until I did the right thing in u-boot
[15:41] <rsalveti> that's the interesting thing, it's all the same chip
[15:41] <jcrigby> the right thing being setup its clock before powering it on
[15:42] <rsalveti> jcrigby: yeah, but I believe this was basically because u-boot wasn't in sync with x-loader
[15:42] <jcrigby> yes, exactly
[15:42] <GrueMaster> rsalveti: It may be the same chip, but I think the code paths are different.
[15:43] <GrueMaster> Otherwise I would be able to get networking working in u-boot, right?
[15:43] <jcrigby> rsalveti, what I am thinking is that this external phy seems to be touchy about its init sequence
[15:43] <rsalveti> jcrigby: could be
[15:43] <jcrigby> rsalveti, was the the xm that switched the polarity of the reset and the switched back?
[15:43] <rsalveti> GrueMaster: yup, but don't know if it's currently working the same way as panda
[15:44] <rsalveti> jcrigby: iirc, yes
[15:44] <rsalveti> that was the rev C thing
[15:44] <GrueMaster> rsalveti: It isn't.  At least not on my end.
[15:44] <rsalveti> jcrigby: I remember we had a bug for rev C support at u-boot a while ago
[15:44] <rsalveti> let me check
[15:45] <brandini> ok, now for some fun
[15:45] <brandini> mount an nfs share with all my DVD's on it and play them!
[15:46] <brandini> should I be using gdm or something else?
[15:46] <GrueMaster> Go brandini, go!
[15:46] <brandini> Yay!
[15:47] <rsalveti> jcrigby: bug 770679
[15:47] <ubot2> Launchpad bug 770679 in linux "Missing proper support for Beagle XM rev B and C" [Medium,Fix released] https://launchpad.net/bugs/770679
[15:47] <GrueMaster> rsalveti: iirc, when we launched Natty, you made a special u-boot & kernel that only updated the board ID table for Rev C.
[15:47] <rsalveti> GrueMaster: yup, this was the bug that fixed the support at the kernel side
[15:48] <brandini> heh, wonder if that's why uboot didn't boot my bsd kernel
[15:49] <rsalveti> jcrigby: http://patchwork.ozlabs.org/patch/92334/ need to check the default path when an unkown rev is identified
[15:56] <brandini> wait, does ubuntu arm support nfs?
[15:57] <GrueMaster> brandini: Yes.  I have it running here on my system I used for builds.
[15:57] <brandini> ahh ok
[15:57] <GrueMaster> And I have tested nfs-root as well.
[15:57] <GrueMaster> NFS-Root is much faster than SD.
[15:58] <brandini> knowmercy@localhost:~$ sudo mount -t nfs 10.15.32.103:/storepool /media
[15:58] <brandini> mount: wrong fs type, bad option, bad superblock on 10.15.32.103:/storepool,
[15:58] <brandini> :(
[15:58] <rsalveti> jcrigby: in theory the kernel for both oneiric and linaro are right
[15:58] <rsalveti> beagle_config.usb_pwr_level = GPIOF_OUT_INIT_HIGH; for xM only
[15:58] <GrueMaster> brandini: For grins, try rebooting.
[15:59] <brandini> GrueMaster: the panda?
[15:59] <rsalveti> ops, for A/B only, not C
[15:59] <GrueMaster> brandini: yes.
[15:59] <brandini> ok
[15:59] <brandini> GrueMaster: what display manager works best?
[15:59] <GrueMaster> I have seen an issue where networking gets confued.
[16:00] <GrueMaster> Display manager?  We ship with lightdm.
[16:00] <GrueMaster> *confused
[16:01] <brandini> GrueMaster: do I need mount.nfs?
[16:01] <GrueMaster> No, mount should just work.
[16:01] <brandini> seems I do
[16:02] <brandini> nfs common?
[16:02] <brandini> aha!
[16:03] <brandini> that worked
[16:03] <jcrigby> rsalveti, ok.  One other thing perhaps again no relevant.  I noticed when merging ubuntu sauce that the upstreamed beagle changes were a little different than the ubuntu sauce from you and robert
[16:03] <brandini> now to get a display manager runnin on server
[16:03] <brandini> GrueMaster: should I be using mplayer to play these movies?
[16:03] <brandini> or are there better things?
[16:03] <rsalveti> jcrigby: hm, u-boot also seems fine
[16:04] <rsalveti> default is basically rev C
[16:04] <janimo> ogra_, ah one reason I probably  newver saw the lightm greeter is that when installing I always set autologin on
[16:04] <jcrigby> rsalveti, yes just noticed that also
[16:04] <GrueMaster> brandini: I really don't know.  iirc, you want to use something that uses the g-streamer hardware accelerated drivers.
[16:05] <GrueMaster> janimo: Um, yea.  That would do it.
[16:05] <janimo> now I am trying an install without autologin
[16:05] <janimo> let's see if anything is different
[16:06]  * janimo wonders what the heck is the netsurf web browser and why is it prominently featured in the StarApps section of the installer slideshow
[16:07] <GrueMaster> brandini: Figured it out.  sudo apt-get -y install nfs-common.  Then you can mount nfs drives.
[16:14] <rsalveti> jcrigby: but I didn't see any specific changes at u-boot for rev c
[16:15] <rsalveti> so it seems the kernel or MLO is responsible for setting it up correctly atm
[16:16] <jcrigby> Do we have any rev C beagles in Linaro?
[16:18] <rsalveti> jcrigby: not sure, need to check the hw spreadsheet
[16:18] <jcrigby> I will
[16:20] <jcrigby> rsalveti, good news mattwaddel has a rev C
[16:20] <rsalveti> jcrigby: oh, even better
[16:20] <jcrigby> I am going to swap my B for his C and then I can try some stuff
[16:27] <janimo> GrueMaster, although once the board is booted up, said peripherals work without external power supply
[16:27] <janimo> so I still think there's something the kernel could do better
[16:28] <GrueMaster> possibly., but you could also be very close to hitting the limits of USB.
[16:28] <brandini> GrueMaster: yeah, I did the nfs common and that did the trick!
[16:28] <GrueMaster> brandini: Cool.
[16:28] <brandini> so g-streamer eh?
[16:29] <brandini> and gdm
[16:29] <GrueMaster> brandini: What is your end goal?
[16:44] <brandini> to have X running so I can play movies outputting them on my TV :)
[16:45] <GrueMaster> You might try mythtv or one of those types of front-ends.
[16:45] <brandini> :)
[16:45] <brandini> but my point right now is that I don't have X running since I'm running 11.10 server
[16:54] <GrueMaster> Ah.
[16:55] <GrueMaster> I haven't tested anything to that level this cycle.  I would suggest experimenting.  Of course, it helps to have the accelereated bits, which should be in the ppa already, if not very soon.
[16:55] <infinity> janimo: Grr.  I'm trying to artificially reproduce your oem-config-remove-gtk-not-starting bug, and my Panda is failing to misbehave.
[17:04] <GrueMaster> What mechanism does it use to launch oem-config-remove-gtk?  If it is sending out a dbus call then exiting, X is probably dying before oem-config-gtak-remove has a chance to start.
[17:04] <GrueMaster> Not sure why dbus is being used to launch apps anyways.
[17:05] <GrueMaster> Just feels wrong.
[17:05] <ogra_> dbus is used internally by aptdaemon
[17:05] <ogra_> not to call aptdaemon from ubiquity
[17:06] <ogra_> and launching bits through dbus enables privilege control through polkit
[17:06] <ogra_> so it has security advantages
[17:22] <janimo> infinity, this is on mx5 though
[17:32] <infinity> janimo: Yeah, I know.
[17:33] <infinity> janimo: Maybe if I boot nosmp to make my machine even slower. :P
[17:38] <Neko> why would oem-config-gtk-remove rely on X in the first place?
[17:39] <Neko> if oem-config needs to uninstall a component of itself it had better do it while ubiquity isn't running, right? don't they share things?
[19:11] <stephen__> hi, any news on 1080p packages for pandaboard running oneric. Did this ever get done for Naty?
[19:27] <stephen__> ?
[19:28] <brandini> crickets
[22:32] <rsalveti> stephen__: nops, was never done for natty
[22:33] <rsalveti> we're all waiting ti to publish the newer packages
[23:31] <BlInK311> GrueMaster
[23:32] <BlInK311> u on?
[23:32] <GrueMaster> sup?
[23:33] <BlInK311> the other day you told me to put 'discard' into /etc/fstab.    before the first boot?
[23:34] <GrueMaster> Yea, forget that.  Doesn't work well with SD.
[23:34] <BlInK311> do you know another way to get past the start up config?
[23:35] <GrueMaster> After the first run through, hit <ctrl><alt><F1>, log in as the user you created, and type "sudo oem-config-remove", then reboot.
[23:36] <BlInK311> ok, ill give that a try
[23:41] <twb`> IME -o discard doesn't work at all on SD, and the kernel simply reports "discard not supported, disabling" the first time it tries to GC blocks
[23:41] <twb`> So AFAICT it's harmless to turn on
[23:45] <GrueMaster> twb`: I actually saw a performance hit with it enabled, but it also allowed me to get through oem-config.  Not sure what is going on yet.
[23:45] <twb`> Hu
[23:45] <twb`> What kernel
[23:47] <GrueMaster> 3.0.0-1205.10
[23:48] <twb`> What *I* would be doing is adding force-unsafe-io to dpkg.cfg, fwiw
[23:50] <broo> while not quite an ubuntu question, I was wondering if anyone had experienced issues using FlexNVM in eeprom mode on the Cortex-M4 (freescale k60 family), I keep seeing resets when trying to initialize the partitions