**** BEGIN LOGGING AT Mon Jul 30 02:59:59 2012
Jul 30 03:14:38 <trelane> I'm annihilating SD cards, any suggestions for something more durable? (using a beaglebone)
Jul 30 03:16:39 <scientes> trelane, what type of warning do you get before they go?
Jul 30 03:22:18 <trelane> scientes, none that I've been able to capture before the failure, but lots of error reading, drive seek, etc from the kernel afterwards
Jul 30 03:22:33 <scientes> eek, i should make some backups
Jul 30 03:22:39 <trelane> [   17.989135] end_request: I/O error, dev mmcblk0, sector 984986
Jul 30 03:22:39 <trelane> [   20.791503] mmcblk0: error -110 transferring data, sector 984987, nr 29, cmd response 0x900, card status 0x0
Jul 30 03:23:07 <trelane> starting to think that SD is the achilles heel
Jul 30 03:23:23 <scientes> well eSATA is obviously the way to go
Jul 30 03:23:34 <scientes> usb is both slow, and doesn't support power spinning down
Jul 30 03:23:50 <heathkid> scientes: how do we interface with eSATA???
Jul 30 03:24:17 <scientes> I don't think the beaglebone has esata
Jul 30 03:24:34 <scientes> but some arm devices do
Jul 30 03:24:50 <trelane> scientes, not many I've seen, yet, but they are coming
Jul 30 03:24:51 <heathkid> such as?
Jul 30 03:25:03 <scientes> they have been around for quite a while
Jul 30 03:25:12 <scientes> there was even a sheevaplug that had esata years ago
Jul 30 03:25:32 * scientes doesn't have esata
Jul 30 03:25:47 <trelane> scientes, IIRC though that wasn't native esata but a USB adapter
Jul 30 03:25:51 <trelane> which is what I'm considering now
Jul 30 03:25:55 <scientes> and the 2nd revision of the original sheeaplug can be retrofitted, but i have 1st revision
Jul 30 03:26:05 <scientes> yes usb hard drive works
Jul 30 03:26:10 <scientes> its just hot cause it never spinns down
Jul 30 03:26:16 <scientes> the other option is ntp
Jul 30 03:26:17 <heathkid> solid state drives???
Jul 30 03:26:32 <scientes> putting solid state drive on usb is a sin
Jul 30 03:27:02 <heathkid> true... but will it work?
Jul 30 03:27:05 <trelane> scientes, I don't need the performance, I need the reliability
Jul 30 03:27:08 <trelane> heathkid, of course, it's just slower
Jul 30 03:27:13 <heathkid> and stop killing DS cards?
Jul 30 03:27:17 <heathkid> SD
Jul 30 03:27:32 <scientes> hard drives are more reliable than ssd in my experience
Jul 30 03:27:36 <scientes> as long as you arn't dropping them
Jul 30 03:28:12 * heathkid thinks maybe he wants to drop them...
Jul 30 03:28:30 * trelane mumbles something about the cloud and goes to find an umbrella
Jul 30 03:28:36 * heathkid ponders... maybe only a few hundred G's though...
Jul 30 03:28:53 <trelane> heathkid, screw it, we've got a pallet and an incline drop table, and duct tape
Jul 30 03:29:02 <trelane> stick the hard drive between several of those and pull the red handle
Jul 30 03:29:20 <trelane> or we could just skip that and use... the bat
Jul 30 03:29:20 <heathkid> I can do a 600G 1/2 sine pulse drop
Jul 30 03:29:52 <heathkid> I just want something that works and doesn't wear out after a few days
Jul 30 03:29:56 <trelane> that should reliably kill just about any hard drive
Jul 30 03:30:03 <heathkid> not SSD
Jul 30 03:30:13 <trelane> depends on construction
Jul 30 03:30:33 <heathkid> they should construct them better then
Jul 30 03:30:44 <heathkid> I'd settle for 100G's
Jul 30 03:31:29 <heathkid> *any* set-top box will survive 70G without even a glitch in the signal...
Jul 30 03:31:35 <trelane> regardless I need something that can handle high read/write cycles better than SD
Jul 30 03:31:41 <scientes> honestly trelane hard drives are the best way to get reliable space
Jul 30 03:31:46 <scientes> with ssd you never have enough space
Jul 30 03:31:48 <heathkid> very trure
Jul 30 03:31:52 <heathkid> ture
Jul 30 03:31:54 <heathkid> bah
Jul 30 03:31:56 <heathkid> how about "true"
Jul 30 03:32:07 <trelane> scientes, actually my problem isn't space, I barely use _ANY_ but I write to the same file once a minute (rrdtool)
Jul 30 03:32:11 <trelane> and in about a week, it shits the bed
Jul 30 03:32:25 <scientes> trelane, why dont you just do it in memory then?
Jul 30 03:32:34 <scientes> thats what almost all embeded machines do
Jul 30 03:32:45 <trelane> I've thought about a ram disk, my concern there is preserving data
Jul 30 03:32:53 <scientes> hard drives and ram are the only store that can handle that type of stuff
Jul 30 03:33:01 <trelane> not to be overly dramatic but if data's lost, the ramifications for this system is people starve
Jul 30 03:33:09 <scientes> trelane, you could save it every few hours
Jul 30 03:33:19 <scientes> well then use a hard drive
Jul 30 03:33:26 <scientes> or multiple hard drives
Jul 30 03:33:33 <trelane> that's kind of what I'm thinking
Jul 30 03:33:34 <trelane> cloud :/
Jul 30 03:34:01 <scientes> ssds can do it too, as long as there is plenty of free space, cause they just move the writes around
Jul 30 03:34:13 <scientes> but hard drives really are the best at writing
Jul 30 03:34:43 <scientes> and if you are moving every minute you don't need power saving
Jul 30 03:34:45 <trelane> right, and I'm using ~400KB with the database
Jul 30 03:34:52 <trelane> solar :)
Jul 30 03:35:00 <scientes> ohhhh
Jul 30 03:35:07 <scientes> then hard drive might not be best
Jul 30 03:35:16 <trelane> system will be deployed to the third world, attached to, err, miscellanious agricultural systems whihc produce food
Jul 30 03:35:17 <scientes> you really should be using networked ram disk then
Jul 30 03:36:02 <trelane> yeah ram disk is sounding more and more like the solution
Jul 30 03:36:16 <trelane> starting to look at my pandaboard es too instead
Jul 30 03:36:57 <scientes> if you have a battery and solar ram isn't that bad
Jul 30 03:37:08 <scientes> if you were really fancy, you would store it to a known place in ram
Jul 30 03:37:17 <scientes> and then when it started up it could actuall use the last runs
Jul 30 03:37:36 <scientes> so it could crash (use watchdog device) and recover
Jul 30 03:37:55 <scientes> without ever hitting a disk
Jul 30 03:37:59 <trelane> that's an interesting idea, since it should never lose power
Jul 30 03:38:18 <scientes> you could even back it three times in ram
Jul 30 03:38:28 <scientes> or rather, with parity bits
Jul 30 03:39:22 * scientes is not sure the kernel has anything that would allow implamenting that feature
Jul 30 03:39:30 <scientes> ---well-known memory locations that is
Jul 30 10:36:00 <daurnimator> so I've got ubuntu running on my beagleboard... how do I speed up the gfx?
Jul 30 10:47:10 <janimo> marvin24, I see you have a new branch. Please let me know when you want the ubuntu package updated and which branch should it be rebased on
Jul 30 10:47:22 <marvin24> janimo: this is for android
Jul 30 10:47:29 <marvin24> so just ignore it
Jul 30 10:47:36 <janimo> ah, so you are testing andorid as well?
Jul 30 10:48:00 <marvin24> not me, but others seem to be interesed
Jul 30 10:48:05 <marvin24> but I hate to do the double work
Jul 30 10:48:52 <marvin24> GNU/Linux should use l4t-r15-ac100 (which is a bit behind of the android branch, thanks nivida!)
Jul 30 10:52:19 <janimo> marvin24, did you get some confirmation from nvidia that they indeed are behind and need to port fixes to the L4T branch too?
Jul 30 10:52:29 <janimo> anyway should I upgrade to your latest l4t branch now?
Jul 30 10:53:13 <marvin24> janimo: the branch is taged as "rc" so I guess they plan an update
Jul 30 10:53:24 <marvin24> janimo: yes, you can do a new package if you like
Jul 30 10:53:41 <marvin24> unfortunately, the console problem is still present
Jul 30 10:53:46 <ogra_> marvin24, did you test with the binary driver ? does it run any better ?
Jul 30 10:54:09 <marvin24> ogra_: what do you mean by "better"?
Jul 30 10:54:12 <janimo> console problem meaning you need to pass console=tty1 on the command line? That is ok as long as not a regression from existing 3.1
Jul 30 10:54:17 <marvin24> it doesn't crash
Jul 30 10:54:18 <ogra_> marvin24, "at all"
Jul 30 10:54:22 <janimo> nice  I see you fixes the logo moving problem on boot
Jul 30 10:54:23 <marvin24> janimo: yes
Jul 30 10:54:26 <ogra_> ah, thats an improvement
Jul 30 10:54:41 <marvin24> well, I didn't tested it much
Jul 30 10:54:48 <marvin24> that is what users are for ;-)
Jul 30 10:55:18 <ogra_> well, if you get a mousepointer thats more than i got with what we have in the archive
Jul 30 10:55:21 <janimo> marvin24, regarding the zram/zcache stuff
Jul 30 10:55:28 <janimo> that seems dropped from the latest branch
Jul 30 10:55:36 <ogra_> i agree, the rest is for users :)
Jul 30 10:55:47 <marvin24> janimo: mmh?
Jul 30 10:55:53 <marvin24> you man zcache updates?
Jul 30 10:55:53 <janimo> http://paste.ubuntu.com/1119216/
Jul 30 10:55:56 <ogra_> janimo, the code or the option ?
Jul 30 10:56:02 <janimo> this is what I get as config delta
Jul 30 10:56:18 <janimo> maybe I need to resync with defconfig, I know I did that last time
Jul 30 10:56:30 <ogra_> bah, crap
Jul 30 10:58:08 <marvin24> janimo: it should be autoenabled
Jul 30 10:58:14 <marvin24> at least I didn't removed it
Jul 30 10:58:23 * janimo checks.
Jul 30 10:58:34 <marvin24> paz00_defconfig has it
Jul 30 10:58:56 <janimo> maybe the disappearance of xvmalloc pulled out those that depended on it
Jul 30 11:00:34 <ogra_> NCommander, where do i find a wiki doc for booting highbank images in qemu ? i'm searching my butt off but seem to not be able to find anything
Jul 30 11:00:48 <infinity> ogra_: Won't work anyway.
Jul 30 11:00:58 <ogra_> oh?
Jul 30 11:01:02 <marvin24> janimo: paz00_defconfig is created by "make savedefconfig", so the option should be still needed
Jul 30 11:01:12 <ogra_> i thought it was the new hotness
Jul 30 11:01:24 <janimo> marvin24, ok, resyncing with defconfig now
Jul 30 11:01:36 <marvin24> janimo: thanks
Jul 30 11:02:08 <infinity> ogra_: https://launchpad.net/bugs/1030600 needs fixing first.
Jul 30 11:02:09 <ubot2> Ubuntu bug 1030600 in linux "please build/install highbank dtb file" [Medium,In progress]
Jul 30 11:02:19 <ogra_> egh, ok
Jul 30 11:03:20 <janimo> ah I see why last time we got failurie to boot from VFAT, merging defconfig has the NLS bits modular
Jul 30 11:04:29 <ogra_> heh
Jul 30 11:04:39 * ogra_ reads https://wiki.ubuntu.com/ARM/Server/Install
Jul 30 11:04:50 <ogra_> "Booting into the Installed System
Jul 30 11:04:51 <ogra_> Your system should now boot into the installed system. "
Jul 30 11:05:02 <ogra_> thats a very useful paragraph
Jul 30 11:10:34 <lilstevie> ogra_, that sounds like an instruction that cannot be missed
Jul 30 12:13:02 <ogra_> infinity, hmm, the SUBARCH hardcoding seems to really get in our way in debian-cd now
Jul 30 12:13:43 <ogra_> i wonder if its actually in the environment and we could just drop  it
Jul 30 12:15:01 * ogra_ cant rember why we put it there first place
Jul 30 12:18:40 <infinity> We hardcode SUBARCH?
Jul 30 12:19:47 <infinity> ogra_: Oh, in post-boot?
Jul 30 12:20:17 <infinity> ogra_: Looks like just some unfortunate cargo-culting, that should definitely be fixable.
Jul 30 12:20:40 <infinity> (Or in boot, rather, whatever)
Jul 30 12:20:57 <ogra_> yeah, if i'm in the office i'll drop it and throw out some testbuilds
Jul 30 12:21:15 * ogra_ doesnt want to do that from unstable hotel network
Jul 30 12:21:54 <ogra_> worst case we need to drop the symlinks and actually use a script per subarch but i'd rather not
Jul 30 12:22:06 <infinity> ogra_: I'm not sure it's in the environment, but that could perhaps be fixed.
Jul 30 12:22:27 <infinity> ogra_: Check tools/boot/sarge/boot-m68k, which tries to guess subarch based on the kernel in play.  We could do something like that, perhaps.
Jul 30 12:22:41 <ogra_> ah, yeah
Jul 30 12:23:12 <ogra_> well, lets first tryif we have the var set, i think lool added it back then because of some discrepancy between live and d-i builds
Jul 30 12:23:22 <infinity> ogra_: But breaking the symlinks wouldn't be world-ending either.  Just means we have to remember to keep all the derivatives in sync.
Jul 30 12:23:31 <ogra_> right
Jul 30 12:24:06 <ogra_> well, i would like to unify it to one script (or a functions file we source at the top of the scripts) actually
Jul 30 12:24:21 <infinity> build.sh:        export SUBARCH="${FULLARCH#*+}"
Jul 30 12:24:28 <ogra_> instead of having a per subarch wood made of symlinks
Jul 30 12:24:28 <infinity> It *should* be in the environment.
Jul 30 12:24:32 <ogra_> k
Jul 30 12:25:40 <ogra_> s/wood/forest/ :)
Jul 30 13:13:25 <janimo> ogra_, do you use bluetooth headsets with the ac100?
Jul 30 13:14:05 <ogra_> janimo, not atm, but yeah, i did a lot in the past
Jul 30 13:14:30 <ogra_> it can get a little choppy under load with a usb BT dongle
Jul 30 13:14:43 <ogra_> not sure how well it works with builtin BT
Jul 30 13:14:56 <janimo> did you not try the built-in?
Jul 30 13:15:46 <ogra_> i only got a device that has BT as my last one
Jul 30 13:15:46 <janimo> marvin24, your newest branch boots here, does not seem worse than what I had before. Still needs going to a VT and back to X after a screen blank
Jul 30 13:15:57 <ogra_> all others i always had had no BT
Jul 30 13:16:15 <janimo> ok. Could it depend on the headset too?
Jul 30 13:16:27 <janimo> I wonder if using BT headset with the ac100 is worth it
Jul 30 13:16:31 <ogra_> probably, but i doubt it
Jul 30 13:17:13 <ogra_> i havent gotten mumble to work reliably with it ... gets to choppy due to load ... if yuo just want to play back music it should be fine though
Jul 30 13:17:23 <ogra_> but i think duplex is hard for it
Jul 30 13:17:40 <janimo> heh, I have issues with mumble even on the wired headsets quite often
Jul 30 13:17:47 <ogra_> heh
Jul 30 13:19:45 <janimo> ikepanhc, still awake? :)
Jul 30 13:20:05 <ikepanhc> janimo: yes, anything?
Jul 30 13:21:02 <janimo> ikepanhc, nope, I just assumed you went to sleep a while ago :)
Jul 30 13:21:45 <ikepanhc> janimo: just back to home, lay on the bed with laptop
Jul 30 13:23:06 <ikepanhc> janimo: do you remember how to send request to promote to proposed?
Jul 30 13:23:23 <ikepanhc> janimo: the build is done and it looks good
Jul 30 13:23:23 <janimo> ikepanhc, from PPA?
Jul 30 13:23:29 <ikepanhc> janimo: yes
Jul 30 13:23:49 <janimo> I used a script and did not need intervention from others, it needs upload permissions though.
Jul 30 13:23:57 <janimo> Let's see if your upload rights are enough
Jul 30 13:24:01 <janimo> just a moment
Jul 30 13:24:39 <ikepanhc> janimo: though the status not changed yet https://bugs.launchpad.net/ubuntu/+source/linux-armadaxp/+bug/1030308
Jul 30 13:24:39 <ubot2> Ubuntu bug 1030308 in linux-armadaxp "linux-armadaxp: 3.2.0-1606.9 -proposed tracker" [Medium,In progress]
Jul 30 13:25:05 <janimo> ikepanhc, can you bzr branch this?  bzr+ssh://bazaar.launchpad.net/+branch/ubuntu-archive-tools/
Jul 30 13:25:35 <ikepanhc> janimo: I have that already
Jul 30 13:25:40 <janimo> then copy-proposed-kernel.py precise linux-armadaxp
Jul 30 13:25:50 <janimo> that is a script inside that repo
Jul 30 13:25:56 <janimo> that is what I used and worked fine
Jul 30 13:25:59 <ikepanhc> janimo: thanks, that's what I need
Jul 30 13:26:03 <infinity> ikepanhc: Your "prepare package" is still In Progress.
Jul 30 13:26:18 <infinity> janimo: Drop the .py, those symlinks will go away eventually.
Jul 30 13:26:22 <ikepanhc> infinity: yes, but the build is done
Jul 30 13:26:35 <infinity> Anyhow, I can go the copy.  I'll need to accept it and fix overrides anyway.
Jul 30 13:26:40 <ogra_> hmpf, so omap already fell over after dropping SUBARCH=
Jul 30 13:26:40 <janimo> infinity, did not look close enough to realize it was a symlink :)
Jul 30 13:26:50 <ikepanhc> infinity: https://launchpad.net/~canonical-kernel-team/+archive/ppa/+build/3690595
Jul 30 13:26:54 * ogra_ waits for omap4 to get some logs
Jul 30 13:27:45 <janimo> marvin24, so you say you have no issues with X not being able to restore from screen blanking unless going via a VT?
Jul 30 13:28:28 <janimo> tegra_pwm tegra_pwm.o: pwm_disable called on disabled PWM
Jul 30 13:28:30 <infinity> ikepanhc: If you set 'prepare package' to "Fix Released", the bot will take care of the rest, I believe.
Jul 30 13:28:41 <infinity> ikepanhc: (The rest, as in setting the next task, not doing the upload)
Jul 30 13:28:42 <janimo> marvin24,  ^is the only thing in dmesg that may be related
Jul 30 13:29:01 <ikepanhc> infinity: I thought bot shall change the status
Jul 30 13:29:15 <marvin24> janimo: the console blank is "fixed" by installing the nvifia drivers
Jul 30 13:29:52 <marvin24> ^ never seen this message before
Jul 30 13:30:12 <infinity> ikepanhc: It might.  You'd have to ask Brad.  It certainly doesn't update statuses on the tasks I do.
Jul 30 13:30:45 <janimo> marvin24, rebooting with nvidia-tegra installed now. I wanted to try it out without first, to get the basics tested
Jul 30 13:31:07 <ikepanhc> infinity: how about give it few hours. and see how it goes?
Jul 30 13:31:19 <infinity> ikepanhc: Or, I could just ask Brad. :P
Jul 30 13:31:57 <ikepanhc> not necessary, I love to wait and see
Jul 30 13:32:37 <janimo> ikepanhc, the bot usually changed the statuses in a few hours, IIRC, probably does not check every 15 minutes
Jul 30 13:43:40 <ogra_> bah, crap, actually deploying my fix on nusakan would probably have helped
Jul 30 13:46:12 <janimo> ogra_, I too see the fuse: module is already loaded error
Jul 30 13:46:18 <janimo> even though fuse is not listed by lsmod
Jul 30 13:46:23 <janimo> on the ac100
Jul 30 13:46:51 <ogra_> do we have it builtin ?
Jul 30 13:46:56 <janimo> infinity any idea what can cause such confusion?
Jul 30 13:47:01 <janimo> ogra_, no, it is module
Jul 30 13:47:12 <janimo> it is in /lib/modules
Jul 30 13:47:18 <janimo> and according to config
Jul 30 13:47:34 <janimo> I get fuse:module is already loaded in dmesg every time I try to modprobe it
Jul 30 13:47:59 <janimo> and Error inserting fuse as modprobe output on the console
Jul 30 13:48:06 <janimo> other modules insert fine
Jul 30 13:48:47 <janimo> marvin24, with the new kernel and the nvidia drivers launching gnome-terminal kills X and sends me to lightdm
Jul 30 13:48:59 <janimo> marvin24, what userland are you testing with usually?
Jul 30 13:49:08 <ogra_> infinity, btw, i found a very elegant solution to the boot.scr stuff in flash-kernel ... i'll just compoletely drop boot.scr ;)
Jul 30 13:49:48 <infinity> ogra_: ?
Jul 30 13:50:00 <infinity> ogra_: Oh, in favor of uENV.txt or something?
Jul 30 13:50:04 <ogra_> infinity, we planned to move to uEnv.tx anyway ...
Jul 30 13:50:07 <ogra_> yeah !
Jul 30 13:50:28 <ogra_> and the baeuty of it is that you can split it into uEnv and preEnv.txt files
Jul 30 13:50:48 <ogra_> uEnv will carry all generic bits, preEnv will get the cdmline
Jul 30 13:51:22 <ogra_> so preEnv can be created by f-k-i and contain root= ... (and reside in /etc/flash-kernel for user convenience
Jul 30 13:51:24 <ogra_> )
Jul 30 13:51:28 * ogra_ goes for a smoke
Jul 30 13:51:36 <marvin24> janimo: unity-2d
Jul 30 13:52:11 <marvin24> did you got these errors also with the older build?
Jul 30 13:52:34 <janimo> marvin24, same here, unity-2d
Jul 30 13:53:02 <janimo> marvin24, I need to check. It looks like I did not have the tegra drivers installed in a while
Jul 30 13:53:03 <marvin24> mmh, I often use the terminal
Jul 30 13:53:23 <marvin24> janimo: check with e.g. es2_info
Jul 30 13:54:29 <janimo> marvin24, that was the plan, that's why I installed the nvidia drivers, to test some gles
Jul 30 13:54:37 <marvin24> janimo: some other user on #ac100 also reported crashes  (but on wheezy)
Jul 30 13:54:43 <janimo> but got derailed when it crashed X
Jul 30 13:54:52 <janimo> marvin24, you're on 12.04?
Jul 30 13:54:54 <janimo> this is quantal
Jul 30 13:54:55 <marvin24> yes
Jul 30 13:55:25 <marvin24> I still wait until it becomes "stable" ...
Jul 30 14:09:34 <janimo> marvin24, weird, I get an X crash when starting xterm and as soon as I get into a sudo shell
Jul 30 14:09:37 <janimo> bizarre
Jul 30 14:10:18 * janimo wonders if some device nodes related to nvidia drivers suddenly behave differently when an admin user does something to them indirectly
Jul 30 14:10:42 <marvin24> janimo: also crashes with a user xterm?
Jul 30 14:10:52 <janimo> no, just as soon as I sudo in that
Jul 30 14:10:59 <janimo> reproducibly
Jul 30 14:11:03 <marvin24> great
Jul 30 14:11:13 <marvin24> I'll test this out when I'm back home
Jul 30 14:13:15 * janimo keeps dreaming of the world where working in the software industry will not involve any hardware at all
Jul 30 14:14:20 * janimo unfairly blames hw for majority of software bugs too
Jul 30 14:14:53 <marvin24> the problem here is more non-open-source software
Jul 30 14:14:57 <marvin24> than hw
Jul 30 14:16:42 <janimo> indeed, closed source. We do not even know for sure if nvidia did not put some _broken hardware_ inside those binaries!!
Jul 30 14:21:36 <marvin24> you may try to shake the driver a bit
Jul 30 14:22:03 <marvin24> maybe some loose skews will fall out
Jul 30 14:22:10 <marvin24> *screws
Jul 30 14:22:38 <marvin24> which you can send back to NV
Jul 30 14:24:42 <janimo> the driver may get shaken indeed as part of me throwing the ac100 out the window :)
Jul 30 14:25:13 <janimo> some nice first world problems we've got here
Jul 30 15:50:26 <marvin24> janimo: what Xorg version does quantal use
Jul 30 15:50:28 <marvin24> ?
Jul 30 15:50:34 <marvin24> 1.12.3 ?
Jul 30 15:50:55 <marvin24> precise seems to use 1.11.3 (abi 11)
Jul 30 15:51:23 <marvin24> if wheezy also used 1.12.3, then I guess this is a driver (abi 12) problem
Jul 30 15:52:36 <janimo> this is abi 12 indeed
Jul 30 15:53:01 <janimo> marvin24, I narrowsed down the crash to running .bashrc from the sudo shell
Jul 30 15:53:15 <janimo> within that setting the PS1 prompt using ANSI escape sequences
Jul 30 15:53:21 <marvin24> wow, even more bizarre
Jul 30 15:53:23 <janimo> no idea why that would crash x though
Jul 30 15:53:34 <janimo> I do not yet have a minimal sequence that crashes
Jul 30 15:53:39 <marvin24> if you change the prompt?
Jul 30 15:53:48 <janimo> yes, that line in .bashrc causes the crash
Jul 30 15:53:50 <ogra_> did you disable CONFIG_USERPACE_UTF8_SUPPORT ?
Jul 30 15:53:53 <ogra_> :P
Jul 30 15:54:30 <janimo> ogra_, heh. I actually need to pastebin the config changes for review
Jul 30 15:55:07 <janimo> ogra_, marvin24 http://paste.ubuntu.com/1119676/
Jul 30 15:55:37 <janimo> all changes due to sync with defconfig, nothing explicitly changed by me
Jul 30 15:57:01 <ogra_> does TEGRA_OTG actually work ?
Jul 30 15:57:05 <janimo> ogra_, no idea
Jul 30 15:57:11 * ogra_ thought it didnt
Jul 30 15:57:38 <ogra_> wow, what disabled USB_MASS_STORAGE in the past ?
Jul 30 15:57:42 <marvin24> well, "theoreticly it should" (C)
Jul 30 15:57:45 <janimo> ogra_, snafus probably
Jul 30 15:57:55 <ogra_> or is that diff against a local config ?
Jul 30 15:58:05 <marvin24> is frontswap efficivily enabled?
Jul 30 15:58:18 * ogra_ hopes not
Jul 30 15:58:55 <marvin24> I'm still experimenting with otg
Jul 30 15:59:06 <marvin24> it does something, but not right yet
Jul 30 15:59:16 <marvin24> (or I fail to do it right)
Jul 30 15:59:20 <ogra_> well, it shouldnt do any harm to have it on at least
Jul 30 15:59:28 <ogra_> even if its not fully working
Jul 30 15:59:40 <marvin24> well, it crashes kernel when used together with uboot
Jul 30 15:59:58 <marvin24> but that's a different "Baustelle"
Jul 30 16:00:46 <janimo> ogra_, can flash-kernel be forced to flash an older kernel
Jul 30 16:01:00 <janimo> I downgrade with dpkg -i on ac100 but it did not run flash-kernel
Jul 30 16:01:24 <ogra_> yes, it takes the desired kernel version as option
Jul 30 16:03:19 <ogra_> (the zz-flash-kernel script in /etc/kernel.d should have actually done that on your package install
Jul 30 16:03:21 <ogra_> )
Jul 30 16:26:29 <[XeN]> I'm looking for the ubuntu version that runs on the exynos 4212 SoC but can't find it. Can anyone help?
Jul 30 16:37:19 <rsalveti> [XeN]: give the linaro leb a try for origen on your board
Jul 30 16:37:30 <rsalveti> at linaro we have the samsung landing team maintaining the kernel for it
Jul 30 16:37:59 <[XeN]> what is the linaro leb?
Jul 30 16:39:23 <[XeN]> I'm talking about the ODROID-X. Ubuntu already runs on the board but I can't find the image. Only OMAP, iMX etc.
Jul 30 16:39:54 <hrw> [XeN]: that's why rsalveti suggests Linaro images for Origen
Jul 30 16:40:12 <[XeN]> what's origen?
Jul 30 16:40:24 <rsalveti> origen is the developer board based on 4410
Jul 30 16:40:36 <rsalveti> it's not the same one, but I believe the kernel should probably be quite compatible with
Jul 30 16:40:59 <rsalveti> at linaro we have what we call as leb, based on both ubuntu and android
Jul 30 16:41:07 <rsalveti> supporting the boards we have available
Jul 30 16:41:16 <rsalveti> and regarding samsung, origen is the one used
Jul 30 16:41:55 <hrw> rsalveti: 4210 is on origen
Jul 30 16:41:57 <[XeN]> ok. got it
Jul 30 16:42:15 <rsalveti> sorry, 4210
Jul 30 16:42:20 <[XeN]> so the odroid is 4412 quad core. should be compatible
Jul 30 16:44:11 <[XeN]> the thing I'm looking for is the gfx drivers and kernel sources. the odroid people will release the kernel src too. but only for 3.0.15.
Jul 30 16:44:58 <[XeN]> for the gfx I found an open one but in alpha state
Jul 30 16:45:49 <[XeN]> I just thought there is a ubuntu image for the platform where I can grab these stuff from.
Jul 30 16:46:05 <infinity> [XeN]: There's no Ubuntu image for it, no.
Jul 30 16:46:47 <[XeN]> would be interesting what the guys at hardkernel use to show the boards capabilities.
Jul 30 17:44:45 <ogra_> bug 1028905
Jul 30 17:44:47 <ubot2> Launchpad bug 1028905 in cdrom-detect "cdrom-detect in quantal omap4 hangs trying to look for install media on an extended partition" [High,Confirmed] https://launchpad.net/bugs/1028905
**** ENDING LOGGING AT Tue Jul 31 02:59:58 2012