[10:23] <ogra_> lool, pingaling
[10:27] <ogra_> lool, any idea about bug 1026780 would be appreciated
[10:27] <ubot2> Launchpad bug 1026780 in flash-kernel "3.0~rc.4ubuntu4 doesn't honor bootargs from /boot/boot.script anymore" [High,New] https://launchpad.net/bugs/1026780
[10:29]  * ogra_ curses, I/O error on an omap3 desktop install ... 
[10:29] <ogra_> (with a brandnew SD and USB key)
[10:31] <ogra_> gar !
[10:32] <ogra_> ppisati, squashfs errors all over the place with my beagle revA
[10:32] <ogra_> (XM)
[10:32]  * ogra_ hasnt seen them in a while 
[10:40] <ppisati> cool
[10:40] <ogra_> ppisati, hmm, i wonder if bug 746137 might be at fault here (we dont have the mechanism anymore to apply that sysctl.d file in quantal)
[10:40] <ppisati> so my rev a is not broken
[10:40] <ubot2> Launchpad bug 746137 in jasper-initramfs "Page allocation failure on Pandaboard and Beagle XM" [Undecided,Fix released] https://launchpad.net/bugs/746137
[10:40] <ogra_> LOL !!!
[10:40] <ppisati> do you remember my email to you and ming's?
[10:40] <ogra_> vm.min_free_kbytes = 8192 ...
[10:41] <ogra_> thats the workaround
[10:41] <ppisati> that was a sysctl
[10:41] <ppisati> did we drop it in live?
[10:42] <ppisati> btw, i'm out for lunch shortly
[10:42] <ogra_> we dont have the hackish jasper stuff anymore
[10:42] <ppisati> well, it's a sysctl
[10:43] <ogra_> and no replacement mechanism that could apply that hack on a subarch specific basis
[10:43] <ppisati> well, i guess it's too late to work on it now for alpha3
[10:43] <ogra_> omap3 wont be there for A3 ( skaetr decision it seems)
[10:43] <ogra_> *skaet
[10:44] <ogra_> so something to look at for post milestone work
[10:45] <ppisati> besides you, who has a beagle?
[10:46] <ogra_> there are lots in the DC we should share out ... apart from that ... we could only randomly ping here or in #beagle or blog about testing images
[10:46] <ogra_> not sure, infinity might have one too ...
[10:46] <ogra_> probably no XM though
[10:47] <lool> ogra_: Commented in the bug itself, I think you had already found the root cause though
[10:47] <ogra_> lool, right, my prob is that even if the user changes the scripts, padckage upgrades will overwrite the changes
[10:48]  * ogra_ reads the comment
[10:49] <lool> I don't think flash-kernel generates the boot script anymore; any generated stuff should be temporary files and removed at the end of the run
[10:49] <lool> then it installs boot.scr into the firmware partition
[10:50] <ogra_> well, there is definitely a mkimage_script() function
[10:51] <ogra_> called for the generic type
[10:53] <ogra_> seems it updates on every run actually
[10:59] <marvin24> ogra_: the oom bug can be fixed by replacing the GFP_ATOMIC by GFP_KERNEL in the relevant kmallocs
[10:59] <marvin24> this worked for our rt2x00 wifi driver
[10:59] <marvin24> and may work for other usb devices as well
[11:01] <marvin24> mainline commit: 8821102 rt2x00: Use GFP_KERNEL for rx buffer allocation on USB devices
[11:09] <lool> ogra_: mkimage_script just takes a script text file and makes an u-boot image out of it, but it's reading the boot script text from BOOTSCRIPTS_DIR and generating boot.scr in $tmpdir
[11:31] <ogra_> lool, right, so it updates on every flash-kernel run
[11:32] <ogra_> i.e. boot.scr is always regenerated
[11:32] <ogra_> ppisati, see marvin24's comment above
[11:53] <janimo> infinity, thanks for volunteering me to fix issues around mono over a month ago on the cross-arm ml and not telling me. Any more of this and you won't be my second favourite canadian
[11:53]  * janimo must admit he stopped following that list shortly after it started
[12:34] <ppisati> ogra_: to me it looks like a different problem
[12:34] <ppisati> ogra_: we experience squashfs problems
[12:34] <ppisati> ogra_: i mean, corruption
[12:34] <ppisati> i don't know if the two are related
[12:35] <ogra_> the smsc driver issue eats all your ram
[12:39] <ogra_> so i think it is very very likely that it causes the squashfs issues
[12:39] <ogra_> easy to test though, i will try once i have time for omap3 again
[12:43] <ppisati> let me cut&paste what i found back then
[12:45] <ppisati> ogra_: http://paste.ubuntu.com/1108129/
[12:45] <ppisati> marvin24: http://paste.ubuntu.com/1108129/
[12:46] <ppisati> what i saw was the same squashfs/memory corruption you found now
[12:46] <ppisati> but only on the rev a
[12:46] <ppisati> on the rev c everything is fine
[12:46] <ppisati> i probably already thrashed the system i used back then
[12:46] <ppisati> but i can recreate it
[12:46] <ppisati> anyway
[12:46] <ogra_> well, the different revs use different types of RAM
[12:47] <ppisati> problem with memory allocation in a nic driver != squashfs corruption
[12:47] <ppisati> could be
[12:47] <ogra_> is so :)
[12:47] <ppisati> that's why i would like someone with a rev c do repeat my test
[12:47] <ogra_> and the turbo mode of the smsc chip will eat all your ram
[12:47] <ogra_> until it falls over with an oops
[12:48] <ppisati> ok, but here is different
[12:48] <ppisati> my transfer of files over the net was ok
[12:48] <ppisati> but md5 locally was screwed
[12:48] <ppisati> i could mount the squashfs on rev c
[12:48] <ogra_> its super trivial to echo the proper value into the sysfs and test :) i'm just busy fixing omap4 for A3 atm
[12:48] <ppisati> but NOT on rev a
[12:48] <ppisati> etcetc
[12:49] <ogra_> (or to force a proper module option to enforce turbo mode off)
[14:34] <janimo> infinity, FYI  I am not sure how easy it usually is to bring up a full desktop from ubuntu-core chroot, but for me it failed both today and last time you first mentioned it
[14:34] <janimo> maybe it's due to quantal xubuntu/lubuntu not being installable? It failed in dbus and other coreish packages
[14:35] <janimo> oh well, I hear rsalveti will make linaro rootfs tarballs of quantal and then I won't have to worry much about it :)
[14:35] <ogra_> janimo, ubuntu-core is just deboiotstrap+apt
[14:36] <ogra_> if that wouldnt work, no images would work at all
[14:36] <janimo> ogra_, yes, I know. Too bad it's not always straightforward to apt-get install a desktop from that
[14:36] <janimo> indeed that's what I find frustrating and confusing as well
[14:36] <ogra_> http://omappedia.org/wiki/OMAP_Ubuntu_Core is a pretty good read
[14:36] <janimo> and hence I want tarballs :)
[14:37] <ogra_> sudo apt-get install ubuntu-desktop should definitely work, else we would notice in all other builds
[14:38] <janimo> ogra_, I guess the steps of bind mounting /proc & co in the chroot are not that unimportant
[14:38] <ogra_> i dont think anyone checked xubuntu or lubuntu on arm
[14:38] <janimo> that I did not do, even though there were warnings
[14:38] <ogra_> bind mounting /proc ?
[14:38] <janimo> I used the chroot method qith qemu-arm-static
[14:38] <janimo> making an armhf rootfs on x86 is my goal
[14:39] <ogra_> right, no bind mounting for proc or sysfs needed
[14:39] <janimo> bottom of the page you linked to
[14:39] <ogra_> you need to bind mount /dev though
[14:39] <janimo> for m in `echo 'sys dev proc'`; do sudo mount /$m ./$m -o bind; done
[14:39] <janimo> on that page
[14:39] <ogra_> right
[14:39] <ogra_> well, it wouldnt fail for sure, but i would do it differently :)
[14:40] <janimo> yeah, TMTOWTDI is what annoys me with these things, as opposed to one simple command :)
[14:40] <ogra_> you *definitely* *always* need mounted /proc and sysfs ...
[14:40] <ogra_> if you work in a chroot
[14:40] <ogra_> dev only for cretain things like update-initrtamfs
[14:40] <ogra_> *certain
[14:41] <janimo> that is what I usually did when doing images, but now I just copy pasted whatever infinity said on the assumtion that He Knows What He's Talking About (TM)
[14:41] <ogra_> your dbus errors are very likely due to missing /proc
[14:41] <janimo> well dbus fails to init in the postinst hook
[14:41] <janimo> ok, let's try again
[14:41] <ogra_> he should just have pointed you to the panda page
[14:41] <janimo> what was the problem with rootstock again?
[14:42] <ogra_> i was actually planning to copy over bits from there to the ubuntu wikipage ... biut then i changed teams and now its just sitting at the bottom of my TODO
[14:42] <janimo> basically I need something like that but very simple, something that linaro-media-create coudl consume
[14:42] <ogra_> janimo, that we dropped support for it :)
[14:42] <ogra_> janimo, but your boss took over, ask him ;)
[14:42] <janimo> make-ubuntu-rootfs quantal armhf --extras=ubuntu-desktop, xmoto
[14:42] <janimo> done
[14:42] <ogra_> yeah, rootstock at its best :)
[14:43] <janimo> ogra_, I know , Chris pinged me with a config he uses with live-build
[14:43] <janimo> still why there is no simple tool for such a common task is beyond me
[14:45] <ogra_> janimo, well, there is again... now that rootstock was revived
[14:58] <rsalveti> jcrigby: I'm looking at bug 927781 now, and do you know why we didn't reviewed/applied the patch described at the bug?
[14:58] <ubot2> Launchpad bug 927781 in u-boot-linaro "PXELINUX implementation doesn't respect dhcp ConfigFile or PathPrefix values" [Undecided,In progress] https://launchpad.net/bugs/927781
[14:58] <rsalveti> might still be useful for Daviey I guess
[14:59] <rsalveti> Daviey: jcrigby also applied a few PXE patches on the latest u-boot-linaro: http://git.linaro.org/gitweb?p=boot/u-boot-linaro-stable.git;a=summary
[14:59] <rsalveti> don't know how useful they can be for you at this point, but jcrigby should be updating the package at quantal soon as well
[14:59] <Daviey> rsalveti: ooo, will check that out in a bit.. thanks!!
[14:59] <Daviey> rsalveti: do you know if local boot will appear ? :)
[15:01] <rsalveti> Daviey: what you mean exactly?
[15:06] <Daviey> rsalveti: PXELINUX config that says.. boot from local disk.
[15:06] <Daviey> rsalveti: sorry, OTP right now
[15:07] <rsalveti> Daviey: I think so
[15:07] <Daviey> rsalveti: I appreciate there is complexity there
[15:07] <ogra_> pfft, rsalveti eats complexity for breakfast
[15:08] <rsalveti> :P
[15:08] <Daviey>  /nick complexity
[15:08] <ogra_> rsalveti, btw,  A3 is on thu. any news about the PVR driver ?
[15:08] <ogra_> (else i need to release note it)
[15:08] <rsalveti> ogra_: one thing we'd like to check as well, at least with panda, is that if we can enable booting the kernel from zimage and from the usb disk
[15:09] <ogra_>  booting the kernel from zimage  ?
[15:09] <ogra_> you mean kexec ?
[15:09] <rsalveti> instead of uImage from first SD partition
[15:09] <ogra_> ah !
[15:09] <rsalveti> so we could from u-boot, look at the zimage file at the usb disk, and load that instead
[15:10] <rsalveti> ogra_: for pvr it'd be good to get it after A3, it's not in a good shape still, and we'd need to update the xorg driver, pvr driver and probably xorg-server as well
[15:11] <rsalveti> but I believe we'll have to go with the current version anyway, at least to have something
[15:11] <ogra_> and ppisati works on a new kernel too that might need adjust ments
[15:11] <rsalveti> from past experience, waiting a new driver from TI can take ages :-)
[15:11] <rsalveti> TI/SGX :-)
[15:11] <ogra_> no prob, i can release note it ... its just that its properly integrated into ubuntu-drivers-common now and everyone will get it offered right after install
[15:11] <rsalveti> ogra_: yeah, what reminds me I need to sync with him about the 3.5 kernel
[15:11] <ogra_> ++
[15:12] <jcrigby> rsalveti, re the pxe magic patch.  I think I lost track of that bug sometime ago.  No reason.
[15:12] <rsalveti> Daviey: is bug 927781 still relevant for you?
[15:12] <ubot2> Launchpad bug 927781 in u-boot-linaro "PXELINUX implementation doesn't respect dhcp ConfigFile or PathPrefix values" [High,In progress] https://launchpad.net/bugs/927781
[15:12] <rsalveti> ppisati: ping
[15:13] <ogra_> rsalveti, i think there was another similar bug from rbasak btw
[15:13] <ppisati> rsalveti: pong
[15:14] <ogra_> and indeed i cant find it :/
[15:14] <rsalveti> ppisati: I'm curious about how you might be maintaining the kernel for omap4 now
[15:14] <rsalveti> are you planning on switching to 3.5?
[15:14] <ppisati> rsalveti: yes
[15:14] <ppisati> rsalveti: wait
[15:14] <rsalveti> ppisati: are you tracking and doing the forward-porting by yourself?
[15:15] <ppisati> rsalveti: yes
[15:15] <ppisati> rsalveti: so far i ported around ~500 patches
[15:15] <ppisati> rsalveti: of 1700
[15:15] <ppisati> so i'm still in the middle of it
[15:16] <rsalveti> oh
[15:16] <rsalveti> would probably be a sane idea to sync with andy green as well
[15:16] <ogra_> wow, is it really that many ?
[15:16] <Daviey> rsalveti: I'm not sure.. can i get back to you?
[15:16] <Daviey> (OTP)
[15:16] <rsalveti> as he'd probably be doing the same quite soon
[15:16]  * ogra_ thoguht there were only powermgmt and framebuffer issues 
[15:16] <rsalveti> Daviey: lazy bastard, need to learn how to multitask ;P
[15:17] <rsalveti> Daviey: but yeah, sure :-)
[15:17] <ogra_> i'm surprised that results in 1700 patches
[15:17] <rsalveti> that's just... *huge*
[15:17] <ogra_> yep
[15:18] <rsalveti> jcrigby: would be nice to review the current open bugs for u-boot-linaro
[15:18] <rsalveti> we could probably have a few other interesting ones
[15:18] <rsalveti> and probaly a few that are already fixed as well
[15:18] <ppisati> rsalveti: TI told me they will skip 3.5 entirely
[15:19] <rsalveti> ogra_: another thing we need to change is to start using uEnv.txt instead of boot.scr
[15:19] <ppisati> ogra_: i tried cherry-picking some stuff
[15:19] <ppisati> ogra_: but it was impossible in the end
[15:19] <ppisati> ogra_: the more i advanced
[15:19] <ogra_> ouch
[15:19] <rsalveti> ppisati: hm, then why we're forwardporting to 3.5?
[15:19] <ppisati> ogra_: the more new patches relied on some that didn't were suppoed to be there
[15:19] <ppisati> ogra_: etcetc
[15:19] <rsalveti> so it can be maintained by the kernel team as well?
[15:19] <ppisati> rsalveti: because our master is 3.5
[15:20] <ppisati> rsalveti: and we want it to be a rebased topic branch
[15:20] <ppisati> rsalveti: as we did since natty
[15:20] <rsalveti> oh god, I see a lot of pain there
[15:20] <ogra_> rsalveti, yeah, i feared the switch to uEnv.txt
[15:20] <ogra_> especially since we would have to hack up flash-kernel a lot again
[15:20] <ppisati> anyway, i'll shot andy an email to tell him that i'm doing it
[15:21] <ppisati> btw, so far so good
[15:21] <ppisati> boards boot, etcetc
[15:21] <rsalveti> so many kittens...
[15:21] <rsalveti> ppisati: cool, yeah, please always keep him in the loop
[15:21] <ogra_> (i'm still working on the flash-kernel 3.0 fallout in many areas, even though we switched before A1)
[15:21] <rsalveti> as I know he's crazy sometimes and also work heavily on forward-porting stuff
[15:21] <ppisati> "everytime you use something different from traceroute, Van Jacobson kills a kitten"
[15:22] <ppisati> today's facebook status :)
[15:22] <ogra_> pfft, ubuntu hasnt used it in years :)
[15:22] <ogra_> dont be reluctatnt to progess !
[15:30] <infinity> janimo: Oh, I "volunteered" you as a possible person for mono issues and then got distracted by other things and forgot to talk to you about it, apparently.
[15:31] <infinity> janimo: Would you be interested in making the hardfloat port actually work, instead of being the icky softfloat-on-hard thing that it currently is?
[15:32] <janimo> infinity, I was pinged by directhex today and started looking at it
[15:32] <janimo> not sure how much work it is or whether I'll be able to do it but I am setting up the build tree, writing my first C# hello world, etc
[15:33] <janimo> I have a simple app calling floor() from libm which misbehaves as the minimal testcase now
[15:44] <infinity> janimo: Well, there's already "hard float" support in the upstream code, sort of, in bits.  But turning it on doesn't work. :P
[15:45] <infinity> janimo: And, of course, the current build doesn't work for other reasons (ie: can't link to C libraries usefully).
[15:50]  * ogra_ sighs ... 
[15:51] <ogra_> i find the fact that my install tests now take 1.5h vs 10min pretty annoying
[15:51] <ogra_> but i guess i cant have everything
[15:53] <infinity> ogra_: Yeah, but on the bright side, fewer images to test. :P
[15:53] <ogra_> well, testing 3 desktop images simultaneously i was done in 10min in the past :)
[15:54] <ogra_> now the only fast one is ac100
[15:55] <ogra_> gar and omap4 doesnt init the display again :(
[15:56] <janimo> infinity, ah so the situation with mono is different than what I was presented :)
[15:56] <infinity> janimo: What were you presented with?
[15:56] <janimo> as in, no hard float abi at all, everything else works :)
[15:56] <infinity> janimo: Well, that's sort of true.  But only because we're not enabling the HF ABI bits, because that appears to work even less.
[15:57] <janimo> which would have been just a matter of writing new code - not necessarily easy but also not mono style wild goose chase
[15:57] <janimo> I thought the work needed is fairly well localized in the tree
[15:57] <infinity> It might be.  I'm not sure. :P
[15:58] <janimo> so our current build does not work on armhf either because it cannot link to C libs?
[15:58] <infinity> My goal was just to make it build enough to unblock all the dep-waits, and then I ran out of time to care about it working properly.
[15:58] <infinity> janimo: No, it "works".  Well, it also "links".  What I meant was that it can't correctly call into them, because, well, it's not HF.
[15:58] <infinity> janimo: So, any float calls explode, obviously.
[15:59] <janimo> infinity, ah ok, so just the FFI is broken then as expected. phew :)
[15:59] <infinity> janimo: It works just enough to be used as a build-dep to make the rest of the archive build, it works for pure mono code (but it's not HF), it breaks for linking to other languages in a floaty fashion.
[16:00] <infinity> janimo: Working towards making the p/invoke tests pass would probably be enough to say "hey, it works".
[16:00] <ogra_> wow, omap4 display wasnt broken, its just that plymouth bug and that casper takes over 10min to boot
[16:01] <janimo> alright then. I'll be on it this week along with other tasks, see if I can understand the issues enough that there is a chance they don't get cut off from wheezy - the reason I got pinged today
[16:01] <ogra_> so i sit in front of a black screen for 10min
[16:01] <janimo> I saw the general call to action in february but I hoped people who actually care about mono will solve it, upstream included
[16:01]  * ogra_ really expects a lot of complaints from the community about the switch to live images
[16:01] <ogra_> they didnt get even remotely faster
[16:02] <janimo> ogra_, I would take them even if they were slightlu slower just for the amount of maintenance work being cut
[16:02] <GrueMaster> ogra_: Live images woudn't be faster, they only allow an easier way to install on faster media.
[16:02] <janimo> then any optimization in live will translate here too
[16:02] <ogra_> janimo, well, its adds 1h20min tzo the install process
[16:03] <janimo> also, easier wa to install is something that should be synonimous with ubuntu
[16:03] <infinity> ogra_: Slow install that leads to faster runtime doesn't hurt my feelings any.
[16:03] <janimo> the current preinstalled are all but easy
[16:03] <infinity> ogra_: You forget that most people install once or twice, not over and over again like you. :P
[16:03] <ogra_> the copying step takes about 1h ... booting alone takes over 10min thanks to casper etc
[16:03] <ogra_> infinity, agreed ansd i dont want to go back
[16:04] <ogra_> but we will definitely get complaints
[16:04] <infinity> Yep, we will.
[16:04] <infinity> But we always do.
[16:04] <ogra_> heh, true
[16:04] <infinity> Our community is small but remakably vocal. :P
[16:04] <infinity> remarkably, too.
[16:04] <ogra_> ++
[16:04] <GrueMaster> Oh, if only you had someone dedicated to testing these images.
[16:04] <infinity> GrueMaster: Then you'd be the one complaining. ;)
[16:04] <GrueMaster> Well...yea!
[16:05] <GrueMaster> But at least my bitchiness can be mellowed with beer.
[16:05] <ogra_> GrueMaster,  we will ... i'm in boston next week to take care for that
[16:05] <ogra_> at least for the automated side
[16:05] <ogra_> s/automated/automatable/
[16:06] <GrueMaster> Good luck with that.
[16:07] <GrueMaster> Server side should be 100% automatable.  I had a start on some good ideas & started laying the groundwork, but was cut short.
[16:07] <GrueMaster> Not sure how you would automate the desktop stuff.
[16:07] <ogra_> GrueMaster, arm images are built identically to x86 now ... the only bit i have to solve is the booting
[16:07] <ogra_> (thats for server as well as desktop)
[16:08] <GrueMaster> That part is easy.  Use usb boot to boot a custom kernel/initrd that pulls an image from the network and flashes the SD.
[16:08] <infinity> Yeah, they already do that.
[16:09] <GrueMaster> So the hard part is automating the desktop install.  On x86 it is done through libvirt.
[16:15]  * janimo is looking forward to the ac100 live installer :)
[16:15] <ogra_> janimo, that wont happen
[16:15] <ogra_> uness you want to do it (and write a ton of partman reciepes to actually make it work)
[16:15] <janimo> so all that nice talk above and turns out you are still evil
[16:16] <ogra_> lol
[16:16] <ogra_> i'm just lazy
[16:16] <janimo> better than evil for sure :)
[16:16] <ogra_> no, seriosly, before adding a live image for ac100 i would rather create a minimal server one for it :)
[16:16] <ogra_> so that people dont have to remove unity :)
[16:17] <ogra_> which apparently every second seems to do
[16:17] <infinity> I'd rather brick all the ac100s, pretend Tegra2 never happened, and will a new ARM netbook into existence.
[16:17] <janimo> ogra_, why not make the default image xubuntu then or something
[16:18] <ogra_> infinity, so bribe KEybuk that his team finally releases something arm based ;)
[16:18] <janimo> infinity, the omap3 sucks more than tegra2 :)
[16:18] <ogra_> janimo, because i dont want to invest more time than it takes to keep tehm installable
[16:18] <infinity> janimo: omap3 has neon, at least.  tegra2 is the source of so many headaches.
[16:18] <janimo> as a product, not as something to deal with internally
[16:19] <infinity> janimo: If it wasn't for tegra2, I could just say "armv7 == neon" (as so many upstreams mistakenly do), and carry on.
[16:19] <janimo> I thought marvell too had some neon-less armv7?
[16:19] <infinity> Not any that we care about, if they do.
[16:19] <janimo> but agreed, stupid thing from nvidia to hope their GPU is a good enough neon replacement
[16:20] <infinity> Tegra3 is, by all accounts, quite lovely.
[16:20] <infinity> I'm kinda hoping the Trimslice guys upgrade.
[16:20] <infinity> I'd even consider buying a T3 trimslice.
[16:20] <GrueMaster> Marvell, possibly Calxeda.  Not sure about the Samsung SOC.
[16:20] <janimo> infinity, I'd settle for a tegra3 tablet where they max out the RAM
[16:58] <ogra_> come on pandaboard, pedal faster ...
[16:59]  * ogra_ is still in the same install ...
[16:59] <ogra_> and its still removing packages ...
[17:16] <GrueMaster> Hence why I had 7 pandas running tests.  :)
[17:19] <RoyK> I wish there was a way to attach a few SATA interfaces to my panda...
[17:19] <GrueMaster> RoyK: USB-Sata?
[17:19] <RoyK> aka slow-as-hell-disk-io
[17:20] <GrueMaster> Not true sata for sure.
[17:20] <RoyK> so I'm using a good-old pc mobo for this :)
[17:20] <ogra_> RoyK come on, at least you can create users with the gui now after your bug from precise was finally fixed :)
[17:20] <RoyK> yeah - saw it
[17:20] <GrueMaster> But a SSD in a usb case is decently quick.
[17:20] <RoyK> haven't test yet, though
[17:21] <RoyK> GrueMaster: SSD on USB is like a ferrari with tractor wheels
[17:22] <GrueMaster> Heh.
[17:26] <jhobbs> except i'd pay good money for a ferrari with tractor wheels
[17:27] <ogra_> just to pay more money to get proper tires ?
[17:28] <GrueMaster> ogra_: If you have to ask why, this isn't for you.  :P
[17:28] <ogra_> heh
[17:31] <RoyK> say, an Intel 520 SSD connected on USB2 - whoooaahhrghghhzz!
[17:38] <prpplague> RoyK: you can do sata via the GPMC, but it takes some work
[17:44] <scientes> RoyK, you mean usb3 :P
[17:45] <RoyK> scientes: afaik the samba doesn't have usb3
[17:45] <RoyK> erm
[17:45] <RoyK> panda
[17:46] <RoyK> prpplague: if that's the same thing as running the SD card, it's limited to about 32MB/s, which isn't very amusing
[17:46] <scientes> it really just needs sata
[17:47] <RoyK> but then again - not an issue - I thought I could use a panda for a homeserver, but found I couldn't, so I use a fat pc instead :D
[17:48] <scientes> RoyK, i use a sheeveplug w/ sd, but a hard driver with sata would be nicee
[17:49] <prpplague> RoyK: no, i get about about 120MByte/s transfers
[17:57] <RoyK> prpplague: hm... good :) But I guess my RAID-6 on seven drives may live better on a fat box ;)
[17:58] <prpplague> RoyK: indeed, but your commend was to attach a few sata to the panda
[17:59] <RoyK> yep - and that was the original question - then I found I needed more space and ...
[18:27] <kunguz> I have a beagleboard C3. I have successfully installed Ubuntu-arm on it with Xfce desktop envorinment. I have been using it with a dvi monitor. Now I wanted to switch to svideo. I have edited uenv.txt in boot partition. I have set the display as tv and mode as 640x480@60. Unfortunately, I can not see the desktop with my display.
[18:27] <kunguz> I can see the kernel booting up phase
[18:28] <kunguz> But not the desktop, any ideas on how to find a cure for the case?
[18:30] <kunguz> I can see lightdm is running under the list of top
[18:38] <kunguz> I have trid to sudo dpkg-reconfigure lightdm but no chance :(
[18:39] <kunguz> I have manually stopped and restarted lightdm through rs232 link but still no luck :(
[18:40] <kunguz> I am using ubuntu 12.04 by the way.
[18:41] <kunguz> Kernel 32.13
[18:41] <kunguz> Kernel 3çü2.13
[18:41] <kunguz> Kernel 3.2.13
[18:45] <kunguz> There is a xorg.conf file under boot partition table. I have deleted it so that xorg should reconfigure itself. But still the same :(
[18:47] <infinity> kunguz: "kernel 3.2.13"?  So, not an Ubuntu kernel?
[18:50] <kunguz> infinity: that's what I end up when I type in uname -a
[18:50] <infinity> kunguz: Right, which means it's not an Ubuntu kernel.
[18:50] <kunguz> infinity: I did all the updates with sudo apt-get update and sudo apt-get upgrade
[18:51] <infinity> If you got that image from anywhere other than ubuntu.com, you might want to talk to the people who made it.
[18:51] <infinity> Perhaps in #beagle
[18:51] <kunguz> Linux omap 3.2.13-x7 is the beginnig line what uname returns
[18:51] <infinity> Yes, see above.
[18:51] <infinity> (Where did you download the image from?)
[18:52] <kunguz> infinity: this is where I found the image: http://rcn-ee.net/deb/rootfs/precise/ubuntu-12.04-r4-minimal-armhf-2012-07-16.tar.xz
[18:52] <kunguz> infinity: so I need some image without a desktop env.
[18:53] <kunguz> infinity: any suggestions?
[18:53] <kunguz> infinity: I do not want to run gnome on a 256 mb ram device :D
[18:53] <infinity> kunguz: The server image from http://cdimage.ubuntu.com/releases/12.04/release/
[18:54] <infinity> kunguz: Not that I'm saying that the Ubuntu kernel would treat you any better than rcn-ee's, but at least I know how it works. :P
[18:54] <infinity> kunguz: But you could also talk to the folks in #beagle (rcn-ee hangs out there too) about rcn-ee's image.  Either way.
[18:54] <infinity> Our kernel comes with security updates and such, though.
[18:54] <kunguz> infinity: thanks, I will try my chances over there
[18:57] <scientes> kunguz, that is out of date too for mainline 3.2, the current 3.2 stable release is 3.2.23
[18:58] <scientes> which is the base of the ubuntu 3.2 kernel (they just fake the version numbers in a confusing way)
[18:58] <kunguz> scientes: I have all the repository in my update list. When I give sudo apt-get update and sudo apt-get upgrade, it should upgrade itself, right?
[18:58] <infinity> No, cause you don't have any Ubuntu kernel packages installed.
[18:59] <kunguz> infinity: and the way to install them is?
[18:59] <infinity> You could try installing linux-omap, but rcn's kernel being a higher version, flash-kernel will be a bit confused, unless you move his out of the way.
[19:00] <kunguz> infinity: sudo apt-get install linux-omap?
[19:00] <infinity> kunguz: Yeah.  But, read above.  May not do what you think it should because of the "newer" kernel already there.
[19:01] <kunguz> infinity: I am giving it a try to see if anything goes better :)
[19:06] <kunguz> there was a loss of internet connection, now I am back. I hope I did not miss any suggestions
[19:08] <kunguz> Ok, now my beagleboard C3 is installing linux-omap. It will take a while
[19:09] <kunguz> it is great that beagleboard provides usb-otg connection so that I can share my internet with the beagleboard.
[19:15] <kunguz> Now I am rebooting my beagleboard
[19:17] <kunguz> although I installed the new kernel, it appears that it boots to old kernel
[19:18] <kunguz> how do I make it boot into the new kernel?
[19:20] <kunguz> there is no grub :) so I guess I have to change something in uEnv.txt?
[19:22] <kunguz> any directions might help :(
[19:24] <kunguz> Guys, I really need help. Can anyone at least comment?
[19:28] <kunguz> how do the location of the kernel image? so that I can boot using something like bootm 0x80300000
[19:29] <infinity> kunguz: Like I said, flash-kernel would have done the right thing if the other (newer-versioned) kernel weren't there in /boot.
[19:29] <infinity> Well, this is assuming that in all other respects, that's a "normal" Ubuntu image.
[19:29] <infinity> And I really can't say, cause I don't use rcn-ee's images.
[19:30] <kunguz> infinity: thanks anyway
[19:34] <kunguz>  infinity: I am going to reinstall ubuntu with a server-image.
[19:35] <kunguz> infinity: preinstalled-server image is without a desktop and it is light compared to the ones with desktop?
[19:36] <infinity> kunguz: Yeah.  Ignore the size of the image itself, that's mostly just a package pool on the image, the actual software installed is very minimal.
[19:40] <kunguz> 600 mb is quite large, I hope this solves my problem.
[19:41] <scientes> if you need to trip space after install you ran remove /usr/share/doc/*
[21:47] <jimerickson> desktop is broken with last update. login screen is all i get.
[21:47] <Inoperable> hi ppl
[21:47] <Inoperable> anybody here with a galaxy tab 2?
[21:55] <jimerickson> pandaboard ES (omap4)