**** BEGIN LOGGING AT Fri Dec 11 02:59:56 2009
Dec 11 07:46:19 <Mendocinox> Good morning to everybody
Dec 11 07:47:28 <Mendocinox> any Ubuntu issue on ARM9, Anyka 7802L/266Mhz processor it is possible?
Dec 11 08:46:57 <lool> Mendocinox: We don't have any kernel for that, but the jaunty / 9.04 userspace should work
Dec 11 08:47:08 <lool> later ones will not
Dec 11 08:58:31 <Mendocinox> lool: thanks. the distro names 9.04 userspace?
Dec 11 08:58:41 <Mendocinox> Where can I find that?
Dec 11 09:04:46 <lool> Mendocinox: I mean Ubuntu jaunty / Ubuntu 9.04 for ARM
Dec 11 09:04:58 <lool> You can find it at http://ports.ubuntu.com/ubuntu-ports/
Dec 11 09:05:06 <lool> Usually accessed with APT
Dec 11 09:07:40 <Mendocinox> thank you very much for your help, lool brother
Dec 11 12:52:08 <asac> ogra: so we want to try the new kernel asap i guess? who will get that in?
Dec 11 12:52:29 <ogra> cooloney will care for imx51 i think
Dec 11 12:52:39 <asac> on the other front i would like to not land uboot for imx51 until we have a booting install image. ... unless we dont find what is going on
Dec 11 12:52:43 <asac> does that make sense?
Dec 11 12:53:22 <ogra> yes
Dec 11 12:53:24 <asac> not saying we shouldnt work on uboot ... just not land it until we have an image that works more or less well to hand out. if we think uboot is safe to land we can just do it once we have it though
Dec 11 12:53:40 <asac> ogra: do you know when ncommander will be back?
Dec 11 12:53:47 <asac> e.g. do we need to find someone else checking dove?
Dec 11 12:53:49 <ogra> yeah, i will do some scripting in my holidays on boring days :)
Dec 11 12:54:07 * ogra checks googlecal
Dec 11 12:54:14 <asac> hey ... holidays should be holy
Dec 11 12:54:35 <ogra> nah
Dec 11 12:54:40 <ogra> i'll be bored enough
Dec 11 12:55:04 <asac> ogra: so cooloney is imx51 ... who is dove?
Dec 11 12:55:17 <ogra> and i have to read mail at least every second day ... i dont like to return from holidays having thethousands of mails waiting
Dec 11 12:55:23 <ogra> ericm i think
Dec 11 12:55:27 <asac> ericmiao?
Dec 11 12:55:30 <asac> yeah
Dec 11 12:55:34 <ogra> but we should probably as in #kernel to be sure
Dec 11 12:55:57 <asac> maybe he can help us? those issues dont really feel like they start in user space ;)
Dec 11 12:56:05 * ogra gets between 400 and 600 mails per day ... i wont stay away from my mailbox for more than a week
Dec 11 12:56:28 <ogra> i think they are a combo of HW and toolchain
Dec 11 12:57:09 <asac> lool: status on my dove board ;)?
Dec 11 12:57:18 <ogra> i want to have the switch to uboot for imx51 done in my first workweek after my holiday
Dec 11 12:57:37 <asac> yes.
Dec 11 12:57:40 <ogra> (i.e. by jan. 8th)
Dec 11 12:57:51 <ogra> so we can do some testbuilds before A2 freeze
Dec 11 12:58:01 <asac> i will probably do some excersizes with uboot just for fun (not really for image, but to get used to the whole procedure etc.)
Dec 11 12:58:13 <asac> yeah.
Dec 11 12:58:13 <ogra> yeah
Dec 11 12:58:17 <ogra> you should get yourself a beagleboard
Dec 11 12:58:17 <lool> asac: No, I worked mostly on python policy in the last two weeks
Dec 11 12:58:19 <asac> i would like to get a working install this year though
Dec 11 12:58:21 <lool> I'm starting to see the end of it
Dec 11 12:58:26 <asac> hmm
Dec 11 12:58:32 <ogra> its great for exercises on uboot :)
Dec 11 12:58:42 <lool> asac: You say on ubuntu-devel@ that thumb2 improves performance, but it generally does not
Dec 11 12:58:47 <ogra> or for any exercises :)
Dec 11 12:58:53 <asac> lool: thats what was said ;)
Dec 11 12:59:05 <ogra> lool, it should according to arm
Dec 11 12:59:14 <lool> asac: You said "While this improves performance"
Dec 11 12:59:16 <lool> asac: And it does not
Dec 11 12:59:20 <ogra> lool, and given that we have smaller binaries it must actually
Dec 11 12:59:23 <asac> i only carry forward the marketing stuff communicates
Dec 11 12:59:28 <ogra> probably not noticeabled
Dec 11 12:59:33 <lool> It decreases cache pressure
Dec 11 12:59:40 <lool> But code will actually run slower
Dec 11 12:59:55 <ogra> because of compression ?
Dec 11 13:00:01 <lool> No
Dec 11 13:00:15 <asac> lool: what counts is that the overall performance of the system is supposed to be better
Dec 11 13:00:16 <lool> asac: It's just FYI; I personally thought Thumb2 was faster until yesterday
Dec 11 13:00:23 <asac> lool: ok thanks ;)
Dec 11 13:00:35 <asac> i am not sure what exactly is faster/slower on the CPU level
Dec 11 13:00:46 <asac> just that what we are doing is supposed to improve performance summed up
Dec 11 13:00:47 <lool> Did someone look at how big the .kos are on armel?
Dec 11 13:00:56 <lool> du -hs `find /lib/modules/2.6.32-7-generic -type d -name crypto` => stupidly small numbers
Dec 11 13:01:02 <lool> Biggest is 852K    /lib/modules/2.6.32-7-generic/kernel/crypto
Dec 11 13:01:15 <asac> lool: the problem is that all modules are copied
Dec 11 13:01:16 <asac> its a bug
Dec 11 13:01:18 <lool> (uncompressed -- don't see how that could bloat by MBs on armel)
Dec 11 13:01:19 <shenki> lool: do you have some sources for your claims (not that i'm questioning you, I'm interested in this topic)
Dec 11 13:01:25 <lool> asac: What's the list of dirs?
Dec 11 13:01:26 <asac> or are you not referring to the bug?
Dec 11 13:01:32 <asac> lool: all dirs. we tracked it down
Dec 11 13:01:36 <asac> https://bugs.edge.launchpad.net/ubuntu/+source/cryptsetup/+bug/495161
Dec 11 13:01:38 <ubot4> Launchpad bug 495161 in cryptsetup "initramfs cryptroot hook bloats armel initrd by adding >13M of compressed modules" [Critical,Triaged]
Dec 11 13:01:46 <lool> shenki: A Freescale guy who told me it was documented in ARM docs
Dec 11 13:02:12 <lool> shenki: Note that performance of some programs might improve if they fit in the L2 cache thanks to T2 instead of having to be read from RAM on e.g. every loop
Dec 11 13:02:12 <asac> is thumb2 realized in microcode?
Dec 11 13:02:23 <lool> shenki: But in general, without taking care of cache it's actually slower
Dec 11 13:02:24 <asac> (/me thought arm doesnt do microcode ... but has no clue to be honest)
Dec 11 13:02:31 <lool> asac: I have no idea
Dec 11 13:02:37 <shenki> lool: the instruction decode slows it down? or...
Dec 11 13:02:50 <lool> shenki: I have no idea
Dec 11 13:03:04 <shenki> lool: is this in comparision to 'thumb' (not v2) or ARM?
Dec 11 13:03:06 <asac> we hopefully will get some benchmarks at some point ;)
Dec 11 13:03:09 <lool> I didn't look at that ARM errata, but that guy was reasonnable and very confident on this
Dec 11 13:03:25 <lool> shenki: It's thumb2 versus arm
Dec 11 13:03:29 <shenki> asac: im thinking i might re-do my tests with thumb2 vs ARMv7 :)
Dec 11 13:03:35 <shenki> http://jms.id.au/wiki/TheresSomethingOnMyArm
Dec 11 13:03:38 <ogra> asac, heh, we seem to have a race on the bug both duplicating each other :)
Dec 11 13:03:55 <shenki> asac: there is a writeup of the tests ive done
Dec 11 13:03:58 <asac> ogra: really?
Dec 11 13:04:02 <asac> i am just posting things we find
Dec 11 13:04:03 <asac> ;)
Dec 11 13:04:07 <ogra> me too
Dec 11 13:04:12 <asac> the bug seems ok to me
Dec 11 13:04:14 <lool> asac: I've read the comments on that bug already
Dec 11 13:04:23 <lool> asac: I don't know what the find outputs on armel systems
Dec 11 13:04:24 <asac> ogra: i was faster ;)
Dec 11 13:04:30 <lool> On my ubuntu install it's really small
Dec 11 13:04:33 <ogra> yeah, you definately win :)
Dec 11 13:04:35 <asac> lool: the find outputs empty
Dec 11 13:04:43 <asac> thats one of the things we are investigating:
Dec 11 13:04:45 <ogra> lool, see the last two comments
Dec 11 13:04:47 <asac> a) add a safety belt: dont call copy_modules_dir if archcrypto is empty
Dec 11 13:04:48 <asac> b) find out why on arm archcrypto is empty in the first place; if the find needs to be adjusted to it.
Dec 11 13:04:49 <lool> So your find returns empty
Dec 11 13:04:50 <lool> ok
Dec 11 13:04:57 <ogra> right
Dec 11 13:05:14 <lool> asac: Both have to be addressed
Dec 11 13:05:27 <ogra> asac, b) is easy ... there is no crypto dir at all
Dec 11 13:05:40 <lool> shenki: I asked about power usage too, but he said it was similar or identical
Dec 11 13:05:44 <asac> lool: yes. title of those is:
Dec 11 13:05:44 <asac> two things to do here:
Dec 11 13:05:46 <asac> a)
Dec 11 13:05:47 <asac> b)
Dec 11 13:05:57 <ogra> root@ubuntu:/# grep SAHARA boot/config-2.6.31-601-imx51
Dec 11 13:05:57 <ogra> CONFIG_MXC_SAHARA=y
Dec 11 13:05:57 <ogra> # CONFIG_MXC_SAHARA_POLL_MODE is not set
Dec 11 13:05:57 <ogra> # CONFIG_MXC_SAHARA_USER_MODE is not set
Dec 11 13:06:07 <ogra> the crypto stuff for imx51 is compiled in
Dec 11 13:06:18 <asac> ogra: yeah. so a) is enough ;)
Dec 11 13:06:19 <ogra> no modules you could find
Dec 11 13:06:23 <lool> asac: I was suggesting to do both because you wrote here "thats one of the things we are investigating"
Dec 11 13:06:33 <shenki> lool: what kind of engineer was your freescale friend? (how far down in the stack)
Dec 11 13:06:33 <lool> I thought it meant you would only do one of the two
Dec 11 13:06:35 <asac> right. sorry
Dec 11 13:06:36 <asac> no
Dec 11 13:06:37 <asac> both
Dec 11 13:06:51 <lool> shenki: *cough*
Dec 11 13:07:08 <asac> maybe it was a powerpc fanatic ;)
Dec 11 13:07:21 <shenki> :)
Dec 11 13:07:39 <ogra> or the office gardener :)
Dec 11 13:07:39 <asac> i can only say that i can act quicker with 2 thumbs ;) rather than one cut off ;)
Dec 11 13:07:45 <lool> shenki: Actually http://www.arm.com/products/CPUs/archi-thumb2.html shows that thumb2 is not higher performance
Dec 11 13:08:02 <lool> shenki: It's faster than *thmb 1*!
Dec 11 13:08:15 <shenki> hrm. wtf did they invent thumb2 then!?
Dec 11 13:08:19 <lool> So I guess the higher performance stuff comes from thumb1 comparisons
Dec 11 13:08:27 <asac> the high level outcome of that is definitly better performance for the whole system
Dec 11 13:08:34 <lool> shenki: Well it might overall be better than ARM in some cases
Dec 11 13:08:35 <asac> if no net improvement on CPU level, size reduction is good :)
Dec 11 13:08:41 <lool> shenki: And your binaries are smaller too
Dec 11 13:09:01 <shenki> yeah, cache, memory...all ins
Dec 11 13:09:02 <armin76> for windows *g*
Dec 11 13:09:07 <lool> asac: You might see larger code performing *slower* though
Dec 11 13:09:16 <lool> let's say firefox for instance
Dec 11 13:09:20 <shenki> chromium is 30% smaller ARM v thumb
Dec 11 13:09:26 <shenki> s/ins/wins
Dec 11 13:09:29 <lool> I don't think firefox fits in cache
Dec 11 13:09:49 <lool> Anyway, /me returns to python policy stuff
Dec 11 13:09:55 <asac> no. but if size is smaller its still faster to get from mem to cpu
Dec 11 13:09:58 <asac> even if not in cache
Dec 11 13:10:09 <asac> thats my ignorant idea of this
Dec 11 13:11:14 <asac> anyway... details ;)
Dec 11 13:11:23 <asac> real life will show if this was worth it ;)
Dec 11 13:44:53 <asac> plars: do we have a bug about busted dove image? maybe we should open one?
Dec 11 13:45:26 <asac> plars: can you confirm that a lucid chroot on modern dove doesnt work at all?
Dec 11 13:45:33 <plars> asac: yes, 494831
Dec 11 13:45:34 <asac> (to narrow down if its only kernel problem)
Dec 11 13:45:39 <asac> bug 494831
Dec 11 13:45:39 <ubot4> Launchpad bug 494831 in linux-mvl-dove "Alignment trap/Unhandled fault errors on boot" [Critical,New] https://launchpad.net/bugs/494831
Dec 11 13:46:20 <asac> plars: feel free to target such obvious release blockers for lucid
Dec 11 13:46:21 <plars> asac: will give it a try
Dec 11 13:46:31 <asac> done
Dec 11 13:47:29 <asac> ok added tags
Dec 11 13:47:58 <asac> also subscribe dmart
Dec 11 13:48:03 <asac> subscribed
Dec 11 13:52:43 <plars> asac: so do you believe that less likely to be kernel, more likely to be toolchain?
Dec 11 13:53:01 <ogra> asac, do we want to duplicate Bug 494827 ?
Dec 11 13:53:03 <ubot4> Launchpad bug 494827 in ubiquity "Installing on babbage 3, crashed at ~98%" [Undecided,New] https://launchpad.net/bugs/494827
Dec 11 14:06:17 <asac> ogra: yeah
Dec 11 14:06:34 <asac> plars: i dont know . i hope its either or ... and not a combination
Dec 11 14:06:44 <asac> but starting with a chroot will help checking that imo
Dec 11 14:07:16 <ogra> though let me quickly replace the script in a test install and see if ubiquity actually survives
Dec 11 14:09:30 <ogra> well, FSVO quickly :)
Dec 11 14:12:05 <asac> ogra: it survives
Dec 11 14:12:07 <asac> i tried it
Dec 11 14:12:10 <asac> it installs etc.
Dec 11 14:12:21 <asac> at least when commenting the lines after "Copying files..."
Dec 11 14:12:30 <ogra> a full ubiquity run ?
Dec 11 14:12:33 <asac> yes
Dec 11 14:12:42 <asac> at about 60% you can change the file
Dec 11 14:12:44 <asac> and it will just succeed
Dec 11 14:12:50 <ogra> well, i'll do it anyway since i want a lucid install
Dec 11 14:13:04 <asac> ogra: the install doesnt boot here. seems to be usb-storage problem though
Dec 11 14:13:16 <asac> so maybe with a different disc variant it will work
Dec 11 14:13:19 <asac> well it boots
Dec 11 14:13:20 <ogra> i'll check
Dec 11 14:13:21 <asac> just doesnt start X
Dec 11 14:13:25 <asac> you end up at the console
Dec 11 14:13:40 <asac> and gdm cannot be killed/restarted without locking up the whole system
Dec 11 14:14:07 <armin76> feature
Dec 11 14:14:19 <ogra> i'll investigate that once i have a proper install
Dec 11 14:21:36 <ogra> hmm, ubiquity doesnt really like to be re-run if it crashed once apparently
Dec 11 14:21:47 <ogra> thats annoying
Dec 11 14:23:33 <asac> ogra: reusing existing partitions is broken too
Dec 11 14:23:46 <asac> so delete + create partition to workaround
Dec 11 14:23:58 <ogra> i always to a full reinstall
Dec 11 14:24:00 <asac> plars: do we have a bug on that already?
Dec 11 14:24:13 <asac> hmm.
Dec 11 14:24:13 <ogra> no need to delete for that
Dec 11 14:24:18 <asac> ogra: maybe your usb is busted now?
Dec 11 14:24:28 <ogra> just check "use complete device"
Dec 11 14:24:35 <asac> not here ;)
Dec 11 14:24:43 <asac> i have a good karmic partition on that i want to keep
Dec 11 14:24:49 <ogra> ah
Dec 11 14:24:56 <ogra> i have an extra disk for that
Dec 11 14:24:56 <asac> until i have stacked up hardware redundancy
Dec 11 14:25:01 <asac> yeah
Dec 11 14:25:08 <asac> will get that too soon i guess
Dec 11 14:25:19 <ogra> a well partitioned disk with separate home etc ...
Dec 11 14:25:20 <plars> asac: on what?
Dec 11 14:25:28 <ogra> though i started doing my work on SATA recently
Dec 11 14:25:37 <asac> 15:23 < asac> ogra: reusing existing partitions is broken too
Dec 11 14:25:37 <asac> 15:23 < asac> so delete + create partition to workaround
Dec 11 14:25:39 <ogra> so its not that important anymore
Dec 11 14:25:41 <asac> ubiquity
Dec 11 14:25:42 <asac> plars: ^^
Dec 11 14:25:57 <ogra> its partman, not ubiquity
Dec 11 14:26:23 <plars> asac: hmm... sounds familiar, like possibly something we filed a while back and got untagged because it was not specific to armel
Dec 11 14:26:28 <plars> asac: will have to search around for it
Dec 11 14:26:33 <asac> thx
Dec 11 14:26:45 <asac> ogra: yeah
Dec 11 14:26:55 <asac> also ubiquity is really really slow on arm imo
Dec 11 14:27:05 <asac> not sure what they do, but it feels not really designed for speed
Dec 11 14:27:11 <asac> similar to update-manager :)
Dec 11 14:27:12 <ogra> yes, lool filed a bug for that around jaunty
Dec 11 14:27:21 <ogra> still open iirc
Dec 11 14:27:26 <asac> actually i edited the hook file at about 58%
Dec 11 14:27:31 <asac> then at about 60% the change was gone
Dec 11 14:27:37 <asac> feels like it copies everything twice or something
Dec 11 14:27:45 <asac> or i didnt hit save properly
Dec 11 14:27:55 <ogra> i'll replace the file while langpacks are downloaded ;)
Dec 11 14:28:01 <asac> but that doenst make the general slowness go away
Dec 11 14:28:18 <ogra> its the throughput ...
Dec 11 14:28:31 <asac> grapics driver is also sucky ;)
Dec 11 14:28:36 <ogra> the USB controller gets you something like 16MB/s
Dec 11 14:28:40 <asac> displaying stuff alone is really slow
Dec 11 14:28:42 <asac> yeah
Dec 11 14:28:43 <asac> could be
Dec 11 14:28:44 <ogra> there is no graphics driver
Dec 11 14:28:45 <asac> but but but
Dec 11 14:28:53 <ogra> its framebuffer
Dec 11 14:28:53 <asac> its also happning for things like timezone selection etc.
Dec 11 14:29:01 <armin76> video killed the radio star
Dec 11 14:29:02 <ogra> the driver that exists is 100% closed source
Dec 11 14:29:12 <asac> i know.
Dec 11 14:29:26 <ogra> and we dont include the imx-libs package yet
Dec 11 14:29:37 <asac> is that something for restricted?
Dec 11 14:29:38 <ogra> i'll push that to the archive during this cycle
Dec 11 14:29:42 <asac> hmm
Dec 11 14:29:44 <asac> ok
Dec 11 14:29:49 <ogra> parts of it ...
Dec 11 14:29:59 <ogra> there are binary files for video codecs
Dec 11 14:30:12 <ogra> but i split the package already, look in the P3A
Dec 11 14:30:52 <ogra> with imx-libs we at least have a 2D gpu API available ...
Dec 11 14:31:00 <asac> cool
Dec 11 14:31:03 <asac> will check
Dec 11 14:31:06 <ogra> and a vpu for gstreamer
Dec 11 14:31:15 <asac> have to run for lunch and then prepare the release report
Dec 11 15:02:12 <ogra> weird ... ubiwuity is sitting at partitoning at 5% since 20min
Dec 11 15:02:19 <ogra> no errors or anything
Dec 11 15:05:08 <ogra> err
Dec 11 15:05:23 <ogra> so now i'm confused, i got dropped back to the partitioner step
Dec 11 15:16:52 <plars> ogra: this sounds like the usb problems I was seeing
Dec 11 15:17:04 <ogra> there are no errors anywhere
Dec 11 15:17:11 <plars> ogra: I got an on screen error, and a lot of spam in dmesg though
Dec 11 15:17:19 <ogra> nothing ...
Dec 11 15:17:31 <ogra> dmesg is fine, installer debug log is fine
Dec 11 15:17:40 <ogra> it just starts over
Dec 11 15:17:44 <ogra> i rebooted now
Dec 11 15:18:23 <lool> suihkulokki: Did you manage to get your LD_PRELOAD exec() wrapper working with qemu-arm?
Dec 11 15:26:39 * ogra doesnt get it, same issue, no errors ... the same image worked fine on the same hardware yesterday
Dec 11 15:27:07 <asac> JamieBennett: can you check if there is more to add to weekly summary?
Dec 11 15:27:12 <asac> https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Lucid
Dec 11 15:27:38 <ogra> its also extremely slow
Dec 11 15:28:42 <ogra> sigh, what is that
Dec 11 15:29:09 <asac> ogra: there are bugs with usb imo
Dec 11 15:29:17 <ogra> asac, no errors at all
Dec 11 15:29:37 <suihkulokki> lool: yeah, I have even a nice demo ready
Dec 11 15:29:49 <ogra> and after the first try the disk was properly partitioned
Dec 11 15:29:56 <suihkulokki> now I just need to get it uploaded somewhere with a readme
Dec 11 15:29:59 <asac> ogra: yes. repartitioning is a problme
Dec 11 15:30:05 <asac> did you unmount it before starting ubiquity?
Dec 11 15:30:10 <ogra> nope
Dec 11 15:30:15 <asac> yo uneed to do that
Dec 11 15:30:16 <ogra> i never had to do that
Dec 11 15:30:31 <ogra> and i would expect any errors to show up in any log files
Dec 11 15:30:32 <asac> right
Dec 11 15:30:44 <lool> suihkulokki: Cool!  may I help?
Dec 11 15:30:52 <asac> i think its a regression, but we seem to have big bugs on resetting usb devices/ports
Dec 11 15:30:52 <ogra> i see the partitioning steps in the logs and in dmesg
Dec 11 15:31:02 <lool> suihkulokki: It looks like it's something I definitely want to use instead of the static binary
Dec 11 15:31:04 <ogra> and they finish properly
Dec 11 15:31:06 <asac> ogra: for me ubiquity crashed
Dec 11 15:31:09 <lool> suihkulokki: Do you have a name for it?
Dec 11 15:31:11 <asac> and UI stayed up
Dec 11 15:31:14 <asac> so you didnt see it
Dec 11 15:31:18 <ogra> then ubiquity jumps back to the partitioner
Dec 11 15:31:26 <asac> think it forked a process that crashed and then waits for ever fo rthat to end
Dec 11 15:31:26 <ogra> no
Dec 11 15:31:38 <lool> suihkulokki: Perhaps in qemu itself?
Dec 11 15:31:40 <ogra> i can even watch the slideshow while it hangs at 5%
Dec 11 15:32:02 <ogra> until it gets me back to the partitioner
Dec 11 15:32:14 <ogra> where i then see that it properly formatted and partitioned
Dec 11 15:32:25 <asac> good. cant you then continue?
Dec 11 15:32:34 <asac> oh reusing existing partitions definitly crashes ubiquitiy ;)
Dec 11 15:32:34 <ogra> yes, to get into the same loop
Dec 11 15:32:40 <asac> ogra: try advanced.
Dec 11 15:32:44 <asac> remove partition, add new ... continue
Dec 11 15:32:46 <asac> thats what i used
Dec 11 15:32:48 <asac> and it worked
Dec 11 15:32:53 <ogra> i *dont* reuse existing partitions
Dec 11 15:32:56 <suihkulokki> lool: will you be arount in ~2h ?
Dec 11 15:33:01 <suihkulokki> bit busy atm
Dec 11 15:33:09 <ogra> i click "use entire disk"
Dec 11 15:33:16 <asac> ogra: well. still just try that. if that works we can have someone else gather the details for the bug
Dec 11 15:33:21 <ogra> i did the exact same thing three or four times yesterday
Dec 11 15:33:27 <asac> ogra: dont use that. maybe thats broken ;)
Dec 11 15:33:27 <ogra> and it worked flawless
Dec 11 15:33:35 <asac> hmm
Dec 11 15:33:37 <asac> well. ;)
Dec 11 15:33:47 <asac> maybe reboot and try again ;)?
Dec 11 15:33:56 <ogra> i did that two times already
Dec 11 15:33:58 <lool> suihkulokki: Yes
Dec 11 15:34:08 <asac> ogra: then try what i suggested. use advanced
Dec 11 15:34:09 <asac> ;)
Dec 11 15:34:13 <lool> Well I might leave a bit at that time, but worst case leave a message here
Dec 11 15:34:13 <ogra> i'm using the same image (same SD even) in the exact same HW i used yesterday
Dec 11 15:34:27 <ogra> going the exact same way i did yesterday
Dec 11 15:34:48 <ogra> well, i'll try your suggestion
Dec 11 15:35:03 <ogra> though i dont get why that issue shows up at all
Dec 11 15:35:15 <ogra> especially without *any* error messages
Dec 11 15:35:34 * ogra reboots
Dec 11 15:35:57 <ogra> asac, i agree though that if its in that state everything gets unusable slow
Dec 11 15:36:03 <suihkulokki> as for the name, it is called croco atm
Dec 11 15:36:33 <lool> W: Bizarre Error - File size is not what the server reported 65872 1
Dec 11 15:36:35 <lool> Tss
Dec 11 15:38:33 <suihkulokki> not tried on ubuntu, but I think croco too is affected by https://bugs.launchpad.net/ubuntu/+source/linux/+bug/452175
Dec 11 15:38:36 <ubot4> Launchpad bug 452175 in bash "Random segfaults when using ld.so explicitly to start a program" [Medium,Confirmed]
Dec 11 15:39:43 <lool> Never seen that one yet
Dec 11 15:40:57 <lool> suihkulokki: The loop doesn't segfault for me (on amd64)
Dec 11 15:41:01 <lool> while :; do /lib64/ld-linux-x86-64.so.2 /bin/bash -c '/usr/bin/which apt-get'; done
Dec 11 15:41:56 <lool> Ah right it's noted in the bug that amd64 works
Dec 11 15:49:10 <ogra> sigh
Dec 11 15:49:19 <ogra> so i zeroed out the disk ...
Dec 11 15:49:23 <ogra> same issue
Dec 11 15:54:14 <asac> yes. not sure. i had tons of issues with partman
Dec 11 15:54:29 <asac> only way it worked was to remove a partition manually, add it then
Dec 11 15:54:52 <asac> i will do another install i guess
Dec 11 15:55:16 <asac> ogra: how can i make an install image out of a converted boot image without needing to put everything on it?
Dec 11 15:56:11 <asac> is there a trick or should i just do a fresh dd ?
Dec 11 15:56:24 <ogra> do a fresh dd
Dec 11 15:56:42 <ogra> you would need to manually replace the initrd and change the cmdline
Dec 11 15:56:56 <ogra> to get the casper bits
Dec 11 15:57:34 <asac> k
Dec 11 15:57:40 <ogra> funny is that the led on my usb key flashes madly
Dec 11 15:58:16 <ogra> if i wouldnt knoe better i'd say its copying
Dec 11 15:58:21 <ogra> *know
Dec 11 16:01:40 <asac> ogra: would it be easy for you to check whether its ok with the old kernel?
Dec 11 16:01:50 <ogra> ha !
Dec 11 16:01:55 <ogra> this time it moved on
Dec 11 16:02:00 <asac> see ;)
Dec 11 16:02:02 <ogra> formatting just took ages
Dec 11 16:02:04 <asac> be patient ;)
Dec 11 16:02:12 <ogra> it has never been that slow
Dec 11 16:02:31 <ogra> and i use the same USB key for all my test installs since jaunty
Dec 11 16:02:47 <asac> ok doing an install on a SD card now
Dec 11 16:02:56 <asac> since the ext4 issues feel liks usb related
Dec 11 16:03:03 <asac> also i want a fixed hwclock :/
Dec 11 16:06:10 * ogra has no hwclock probs 
Dec 11 16:06:23 <ogra> just give up your resistance to ethernet cables ;)
Dec 11 16:07:44 <armin76> use reiser4 *g*
Dec 11 16:08:01 <asac> haha
Dec 11 16:08:06 <asac> nework manager works great ;)
Dec 11 16:08:13 <asac> just not on livecd before X
Dec 11 16:15:42 <ogra> oho !
Dec 11 16:15:50 <ogra> write error on swap device
Dec 11 16:15:56 <ogra> i guess thats my issue
Dec 11 16:16:13 <ogra> its spilling the console but doesnt show up in any log
Dec 11 16:17:19 * ogra suspects compcache is broken
Dec 11 16:24:41 <ogra> oh my
Dec 11 16:28:27 <ogra> hmm, calling swapoff -a wasnt so clever it seems
Dec 11 17:00:46 <asac> ogra: so my test install is now at apt stage ;)
Dec 11 17:00:54 <asac> (test install on SD as usb was broken)
Dec 11 17:01:13 <ogra> as USB ?
Dec 11 17:01:24 <ogra> oh, as usb was broken ...
Dec 11 17:01:25 <asac> usb-storage big thing that is
Dec 11 17:01:29 * ogra read SD as usb :)
Dec 11 17:01:33 <asac> hehe
Dec 11 17:01:34 <asac> no
Dec 11 17:01:51 <ogra> well, there is definately something wonky with swap
Dec 11 17:02:08 <ogra> but i couldnt find out if its compcache or the swap device on disk
Dec 11 17:02:17 <ogra> the latter would explain your usb issues though
Dec 11 17:02:26 <ogra> (that you have to unmount etc)
Dec 11 17:02:31 <ogra> and also the slowness
Dec 11 17:05:54 <asac> ogra: swap might be related to the usb prob
Dec 11 17:06:15 <asac> but not 100% sure
Dec 11 17:06:36 <asac> ogra: can i disable this bootsplash thing easily with redboot?
Dec 11 17:06:49 <asac> i hav ethe feeling i dont see enough ;)
Dec 11 17:07:40 <ogra> install redboot-tools on your x86 machine
Dec 11 17:07:42 <asac> hmm. installer downloads language packs if there is net
Dec 11 17:07:47 <ogra> yeah
Dec 11 17:07:56 <asac> thats bad ;)
Dec 11 17:07:59 <ogra> perferct time to apply the crypto fix :)
Dec 11 17:07:59 <asac> i dont need lang packs
Dec 11 17:08:03 <asac> oh there is a skip
Dec 11 17:08:07 <ogra> right
Dec 11 17:08:07 <asac> not sure if should hit that ;)
Dec 11 17:08:10 <asac> lets wait
Dec 11 17:21:38 <ogra> swapoff /dev/ramzswap0 ...
Dec 11 17:21:50 <ogra> thats speeding things up a lot
Dec 11 17:21:53 <asac> hmm
Dec 11 17:22:04 * asac doesnt try that at 98% ;)
Dec 11 17:22:06 <ogra> and i didnt have any issues with partitioning this time
Dec 11 17:22:14 <ogra> heh, no
Dec 11 17:22:21 <ogra> you have to do it right after boot
Dec 11 17:22:30 <ogra> before anything has swapped
Dec 11 17:24:24 <asac> 100% ;)
Dec 11 17:24:27 <asac> gogogo
Dec 11 17:24:31 <asac> its getting late
Dec 11 17:24:42 <ogra> 40% in 20min .... new speed record
Dec 11 17:24:43 <asac> yes. restarting now ;)
Dec 11 17:25:00 <asac> i saw an odd diff when looking through the kernel update we had in lucid
Dec 11 17:25:05 <asac> ogra: why was there an update?
Dec 11 17:25:09 <asac> thought there were no changes
Dec 11 17:25:16 <ogra> merge with the latest upstream source
Dec 11 17:25:34 <asac>                 uv_cpu_hub_info(cpu)->m_val = m_val;
Dec 11 17:25:34 <asac> -               uv_cpu_hub_info(cpu)->n_val = m_val;
Dec 11 17:25:34 <asac> +               uv_cpu_hub_info(cpu)->n_val = n_val;
Dec 11 17:25:36 <ogra> if .31 gets updated the branch gets re-merged
Dec 11 17:25:45 <asac> either it was a bad bug before
Dec 11 17:25:48 <asac> or its a bad bug now ;)
Dec 11 17:25:50 <ogra> heh
Dec 11 17:25:55 <ogra> i guess the latter
Dec 11 17:26:01 <ogra> but lets wait for the new kernel
Dec 11 17:26:05 <ogra> patches are there
Dec 11 17:26:14 <asac> though n_val = n_val sounds so right ;)
Dec 11 17:26:32 <ogra> heh
Dec 11 17:26:36 <asac> so our imx51 kernel contact is on vacatioon till end of year?
Dec 11 17:26:47 <ogra> not that i know of
Dec 11 17:26:52 <asac> me triggers some panic in team ;)
Dec 11 17:27:02 <asac> he is not here yet ;)
Dec 11 17:27:02 <ogra> depends whom you refer to :)
Dec 11 17:27:10 <asac> coloonel
Dec 11 17:27:12 <asac> y
Dec 11 17:27:15 <ogra> right, i mailed him the link to the tgz
Dec 11 17:27:23 <asac> he works offline?
Dec 11 17:27:29 <ogra> did he say anything about vacation ?
Dec 11 17:27:37 <asac> so .... yay!
Dec 11 17:27:38 <asac> the install works
Dec 11 17:27:45 <asac> just usb storage was the problem
Dec 11 17:27:45 <ogra> he works in asia ...
Dec 11 17:27:50 <asac> install on SD works well
Dec 11 17:27:52 <asac> i am using it now ;)
Dec 11 17:27:55 * asac happy
Dec 11 17:27:59 <ogra> where its 1:30 am now
Dec 11 17:28:02 <ogra> great
Dec 11 17:28:04 <asac> i guess the m_val above is the problem ;)
Dec 11 17:28:05 <ogra> good to hear
Dec 11 17:28:09 <asac> for the usb-storage thing
Dec 11 17:28:13 <ogra> talk to the kernel team then
Dec 11 17:28:26 <asac> we should really get two kernel folks on the team
Dec 11 17:28:30 <asac> we have separate kernels anyway
Dec 11 17:28:44 <ogra> but thats coming from the upstream core
Dec 11 17:28:54 <asac> sure? maybe its a merge issue
Dec 11 17:28:54 <ogra> there were no changes in the board patches
Dec 11 17:29:06 <ogra> even then its coming from upstream
Dec 11 17:29:07 <asac> i wouldnt think that our kernel folks are perfect at merging
Dec 11 17:29:13 <asac> especially since they have zillions of patches to go through
Dec 11 17:29:14 <ogra> the code didnt change on the imx51 side
Dec 11 17:29:31 <asac> right
Dec 11 17:29:35 <asac> thats x86
Dec 11 17:29:35 <asac> ;)
Dec 11 17:29:40 <ogra> so while it might be a merge issue, the *cause* is upstream changes
Dec 11 17:30:14 <ogra> i think apw does the rebase
Dec 11 17:30:28 <asac> right. merge issue is for me: mistake on rebase
Dec 11 17:30:33 <asac> rebasing also requires merging
Dec 11 17:30:43 <asac> anyway
Dec 11 17:30:48 <asac> that particular hunk ix x86
Dec 11 17:30:53 <asac> and hopefully doesnt change anything for us
Dec 11 17:31:22 <asac> ogra: what does it take to make a kernel from the fsl code drop?
Dec 11 17:31:29 <ogra> i think the most imx51 stuff is in platform specific subdirs anyway
Dec 11 17:31:45 <ogra> asac, a .31 tree :)
Dec 11 17:31:54 <asac> we have that
Dec 11 17:32:02 <ogra> then you should just be able to apply them one by one
Dec 11 17:32:07 <asac> i mean we could just clone the current .31 tree
Dec 11 17:32:11 <asac> and apply them
Dec 11 17:32:26 <ogra> right
Dec 11 17:32:32 <ogra> its 170 patches
Dec 11 17:32:38 <asac> do we reall yneed to base that on ubuntu tree?
Dec 11 17:32:42 <ogra> there is a script in the tarball
Dec 11 17:32:44 <asac> we could just use upstream tree and the patches probably will just apply
Dec 11 17:32:55 <ogra> for your own stuff upstream should work
Dec 11 17:33:08 <ogra> for the distro we need the ubuntu tree
Dec 11 17:33:12 <asac> why?
Dec 11 17:33:18 <ogra> you need apparmor and friends
Dec 11 17:33:23 <asac> hmm
Dec 11 17:33:23 <ogra> and aufs
Dec 11 17:33:30 <ogra> and the other ubuntu suace patches
Dec 11 17:33:35 <ogra> *sauce
Dec 11 17:33:35 <asac> so apparmore is not upstream?
Dec 11 17:33:41 <asac> what a bad thing ;)
Dec 11 17:33:47 <asac> what is ubuntu sauce?
Dec 11 17:33:58 <ogra> the stuff on top of the dogfood
Dec 11 17:34:01 <ogra> :)
Dec 11 17:34:02 <asac> doesnt that mean: arbitrary hack-crap added at some point for odd reasons ;)?
Dec 11 17:34:22 <asac> ok. me should stop bitching about kernel trees ;)
Dec 11 17:34:47 <ogra> see /lib/modules/$(uname -r)/kernel/ubuntu/
Dec 11 17:35:10 <ogra> and i think we also merge staging from greg
Dec 11 17:35:20 <ogra> or at least parts of that
Dec 11 17:35:35 <asac> what is  lirc?
Dec 11 17:35:46 <asac> bunch of modules there and i have no clue why they are there ;)
Dec 11 17:35:46 <ogra> infrared remote control
Dec 11 17:35:52 <ogra> for dvb cards etc
Dec 11 17:36:00 <asac> thats considered esesntial enough?
Dec 11 17:36:07 <ogra> apparently :)
Dec 11 17:36:10 <asac> to justify forking?
Dec 11 17:36:21 <ogra> its not forked
Dec 11 17:36:26 <ogra> it sits on top
Dec 11 17:36:31 <ogra> like a sauce :)
Dec 11 17:36:43 <asac> well. it requires rebasing each and every release
Dec 11 17:36:48 <asac> which means that merge bugs can happen
Dec 11 17:36:51 <asac> and sneak in ;)
Dec 11 17:37:00 <asac> of course better than merging instead of rebasing ;)
Dec 11 17:37:04 <ogra> we also develop stuff in tree afaik
Dec 11 17:37:15 <asac> in tree?
Dec 11 17:37:19 <ogra> that havent been accepted upstream yet but will be soon
Dec 11 17:37:22 <ogra> in our tree
Dec 11 17:37:27 <asac> yes
Dec 11 17:37:35 <asac> but thats also sitting on top i hope
Dec 11 17:37:38 <ogra> but better talk to the kernel team about that
Dec 11 17:37:41 <asac> and not covered by upstream merges that came later ;)
Dec 11 17:38:29 <ogra> i *think* they are knowing what they do ...
Dec 11 17:38:39 <ogra> ... sometimes ...
Dec 11 17:38:42 <asac> i am not convinced ;)
Dec 11 17:38:48 <ogra> ... depending on beer level ...
Dec 11 17:39:03 <asac> like i ping rtg everytime getting from him a hard confirm that the harware magic is disabled in wifi drivers
Dec 11 17:39:13 <asac> and then during UDS emmet has issues because they are still not disabled ;)
Dec 11 17:39:31 <asac> even though rtg confirmed at beta and rc time that its turned off ;)
Dec 11 17:39:56 <ogra> merge issues :P
Dec 11 17:40:00 <asac> right ;)
Dec 11 17:40:14 <asac> anyway. in general situation is much better ;)
Dec 11 17:40:27 <asac> than in the past ;)
Dec 11 17:40:28 * JamieBennett needs lirc for his XBMC machine ;)
Dec 11 17:40:46 <ogra> there you go
Dec 11 17:40:50 <ogra> usecase !
Dec 11 17:41:00 <asac> bugabundo also needs 70 firefox extensions
Dec 11 17:41:04 <asac> doesnt make it better ;)
Dec 11 17:41:07 <JamieBennett> :)
Dec 11 17:41:33 <ogra> looool
Dec 11 17:41:49 <asac> there are always crackful users out there ;) if you ship something it gets used. - and for them its essential
Dec 11 17:42:13 <asac> anyway. /me goes back to productive discussion mode ;
Dec 11 17:42:18 <asac> evn though its friday
Dec 11 17:42:49 <asac> JamieBennett: so for me lucid images work well with the workaround on SD cards
Dec 11 17:42:59 <asac> did you manage to install yet?
Dec 11 17:43:16 * ogra is at 60%
Dec 11 17:43:28 <JamieBennett> I haven't tried but I can do an install tonight (I've downloaded the image)
Dec 11 17:43:44 <asac> JamieBennett: ok. the image for tomorrow should work oob
Dec 11 17:43:59 <JamieBennett> Soooo, today or tomorrow testing?
Dec 11 17:44:14 <asac> you can test today and hack cryptroot fs after the file was copied to /target
Dec 11 17:44:17 <asac> _or_ tomorrow
Dec 11 17:44:23 <asac> with an image that should just work (TM)
Dec 11 17:44:31 <asac> but tomorrow is saturday ;)
Dec 11 17:44:42 <ogra> thats one day before sunday
Dec 11 17:44:46 <JamieBennett> do we get Saturday off or something?
Dec 11 17:44:47 <JamieBennett> ;)
Dec 11 17:44:49 <ogra> or the day after friday
Dec 11 17:44:55 <asac> JamieBennett: not you ;)
Dec 11 17:44:59 <JamieBennett> :)
Dec 11 17:45:03 <asac> you closed too many work items
Dec 11 17:45:05 <asac> thats suspicious
Dec 11 17:45:09 <asac> you need more work ;)
Dec 11 17:45:41 * JamieBennett has some hot potatoes in there though
Dec 11 17:45:52 <JamieBennett> which I have no control over
Dec 11 17:46:02 <ogra> asac, you are scary
Dec 11 17:46:12 <JamieBennett> but we like it ;)
Dec 11 17:46:36 <asac> hehe
Dec 11 17:46:50 <asac> i think you cant be more scared about me than i am already ;)
Dec 11 17:46:51 <armin76> asac: so hows chromium?
Dec 11 17:47:02 <asac> armin76: running swiftly with full speed
Dec 11 17:47:08 <asac> j.k.
Dec 11 17:47:09 <asac> startsup
Dec 11 17:47:14 <asac> and has some issue with sandboxing
Dec 11 17:47:15 <ogra> asac, lets say we get used to it :)
Dec 11 17:47:17 <asac> but now i have a real install
Dec 11 17:47:23 <JamieBennett> ship it ;)
Dec 11 17:47:25 <asac> and i hope it just goes away
Dec 11 17:47:42 <armin76> asac: had to touch too much stuff or?
Dec 11 17:48:01 <asac> armin76: yesterday and today a bunch of fixes got landed upstrema (including mines)
Dec 11 17:48:10 <asac> armin76: no. we upstreamed everything basically
Dec 11 17:48:18 <asac> fta doesnt add new patches to packages unfortuantely
Dec 11 17:48:39 <armin76> why unfortunately? thats nice if the patches land upstream
Dec 11 17:48:51 <armin76> *actually* land, that is
Dec 11 17:49:22 <asac> armin76: yes. its fortunately that they land upstream
Dec 11 17:49:37 <asac> but that fta doesnt even add a patch to get things going quicker ;) ... its ok
Dec 11 17:49:48 <fta> i do, when upstream refuses the patches, otherwise, i prefer to wait 1 day or 2 to get it upstreamed
Dec 11 17:51:20 <fta> if you add a patch in a daily that's going to land upstream soon, the next build will fail so you have to touch the package twice just to gain 1 day
Dec 11 17:51:26 <fta> and build 3 times
Dec 11 17:51:28 <asac> hmm. wer realy have usb-storage issues
Dec 11 17:51:38 <asac> i cannot mount my usb disk at all
Dec 11 17:51:42 <asac> its not even detected anymore
Dec 11 17:52:23 <ogra> asac, really sounds like a 3.0 issue
Dec 11 17:52:50 * ogra wishes he had a 3.0 to verify such things
Dec 11 17:53:53 <asac> ogra: once i hvae install chromium here i will try the 2.0 and compare
Dec 11 17:53:58 <asac> but i think its really a busted kernel ;)
Dec 11 17:54:00 <asac> karmic worked well
Dec 11 17:54:10 <ogra> 2.0 is bad
Dec 11 17:54:17 <asac> thats why i am looking for cooloney ;)
Dec 11 17:54:18 <ogra> they never worked reliably
Dec 11 17:54:24 <asac> want someone to blame here ;)
Dec 11 17:54:32 <asac> ogra: loic said just graphics had issues
Dec 11 17:54:33 <asac> we will see
Dec 11 17:54:37 <ogra> i think its a v7 issue
Dec 11 17:54:52 <ogra> but i dont see any usb issues on my babbage
Dec 11 18:04:43 <asac> ww ... chromium doesnt need additional depends on a fresh install
Dec 11 18:04:45 <asac> fta: ;)
Dec 11 18:04:52 <asac> everything built-in ;)
Dec 11 18:05:00 <ogra> ffmpeg too ?
Dec 11 18:05:10 <asac> we have a different package
Dec 11 18:05:13 <ogra> ah
Dec 11 18:05:33 <fta> there are few libs dlsymed, like opengl for webgl
Dec 11 18:05:45 <asac> fta: thast --disable-sandbox?
Dec 11 18:05:51 <fta> yes
Dec 11 18:06:00 <asac> hmm. doest help ;(
Dec 11 18:06:18 <asac> still getting same prob
Dec 11 18:06:20 <asac> vitual functions etc.
Dec 11 18:06:41 <fta> asac, hm, no, --no-sandbox
Dec 11 18:07:27 <fta> do you get a oh snap! somewhere?
Dec 11 18:07:28 <asac> sure?
Dec 11 18:07:35 <asac> yes
Dec 11 18:07:42 <asac> i get "oh snap!"
Dec 11 18:07:48 * ogra had that too on arm
Dec 11 18:08:01 <asac> that mens that the browser process died
Dec 11 18:08:24 <asac> but no .crash file or something
Dec 11 18:08:25 <asac> hmm
Dec 11 18:08:36 <ogra> right, was the same for me
Dec 11 18:08:46 <ogra> and no errors on cmdline or so
Dec 11 18:09:01 <asac> i think its a new issue though
Dec 11 18:09:13 <asac> the first one got a backtrace and it didnt find neon symbols
Dec 11 18:09:17 <asac> so now we dont use neon
Dec 11 18:09:32 <ogra> thats good
Dec 11 18:09:35 <asac> which was never intended
Dec 11 18:09:40 <ogra> since dove doesnt have neon
Dec 11 18:09:44 <fta> asac, http://code.google.com/p/chromium/wiki/LinuxDebugging
Dec 11 18:09:47 <asac> not sure how to break at the virtual functio thing
Dec 11 18:10:07 <asac> ogra: we sem to have no neon symbols either ... at least not the ones chromium wnated
Dec 11 18:10:25 <ogra> i think imx51 has *some* neon
Dec 11 18:10:31 <asac> cool
Dec 11 18:10:31 <asac> chrome --renderer-cmd-prefix='gdb --args'
Dec 11 18:11:14 <ogra> (though someone at UDS said bbg3.0 should have full neon support)
Dec 11 18:11:34 <asac> oops
Dec 11 18:12:00 <asac> ogra: well. seems that hardware might have it, but our libs didnt have whatever NEON symbol was expected
Dec 11 18:12:03 <asac> anyway
Dec 11 18:12:11 <ogra> right
Dec 11 18:12:12 <asac> waiting for the infinit abort backtrace to finish ;)
Dec 11 18:12:24 <ogra> but we cant use it anyway since dove doesnt have it
Dec 11 18:13:34 * asac  installs dbg symbols
Dec 11 18:14:02 * ogra goes afk ... will check back later to look after my babbage
Dec 11 18:28:24 <lool> The montavista folks told me gdb is broken with T2  :-/
Dec 11 18:31:57 <asac> hmm
Dec 11 18:31:59 <asac> thats bad
Dec 11 18:32:10 <asac> i get infinite backtrace in libc abort
Dec 11 18:32:16 <asac> lets see if dbg symbols help there
Dec 11 23:04:54 <ramana> hi - what arch. does the marvell dove board run at ? is it equivalent to the marvell sheevaplug boards ?
Dec 11 23:13:31 <lool> ramana: No, dove is v7, sheevaplug is v5
Dec 11 23:13:40 <lool> ramana: google for "armada" for dove
Dec 11 23:13:42 <ramana> lool: ok thanks.
Dec 11 23:13:47 <lool> and for kirkwood for sheevaplug
Dec 11 23:14:02 <ramana> aha .. so dove uses armada . I knew that sheevaplug was kirkwood.
Dec 11 23:17:13 <ramana> thanks - lool .
Dec 12 00:27:09 <asac> lool: when you said its broken for T2 ... more than https://bugs.edge.launchpad.net/ubuntu/+source/gdb/+bug/406368 ?
Dec 12 00:27:10 <ubot4> Launchpad bug 406368 in gdb "Thumb-2 debugging support" [Wishlist,Triaged]
**** ENDING LOGGING AT Sat Dec 12 02:59:57 2009