[00:19] <rsalveti> alf_: ogra_: https://bugs.launchpad.net/ubuntu/+source/nux/+bug/979438, for gles support at nux
[00:19] <ubot2> Launchpad bug 979438 in nux "Nux should be built with OpenGL ES2.0 support at ARM" [High,Confirmed]
[00:19] <rsalveti> debdiff attached
[03:07] <MrCurious_> anyone here know how to manually install omap4 addons on a pandaboard?
[03:08] <MrCurious_> scratch that, accidentally solved it
[05:44] <MrCurious_> ubuntu on pandaboard is stuck in the install loop.  does anyone know the command to break it out of tha tloop
[05:44] <MrCurious_> it keeps asking keyboard, location, username, password, then resets and repeats
[05:45] <MrCurious_> ubuntu 11.10 desktop omap4 image
[05:46] <MrCurious_> scratch that remembered  oem-config-remove
[05:52] <twb> I'm surprised it doesn't remove oem on its own -- unles it doesn't have write access to the ramdisk?
[05:53] <MrCurious_> beats me
[05:53] <MrCurious_> i did it manually, and the train is now back on the tracks
[06:52] <marvin24> looks like ubuntu does not provide a "xf86-video-modesetting" driver
[06:56] <twb> marvin24: ubuntu's kernel does KMS, but probably not for relatively obscure arm GPUs
[06:57] <marvin24> well, I wouldn't name geforce/light an obscure arm GPU ...
[06:57] <twb> Shrug
[06:57] <twb> Compared to the vast numbers of x86-y intel/ati/nv GPUs, it is
[06:57] <twb> That's what I meant
[06:58] <marvin24> I just wanted to test it on my ac100 with the newly tegra drm posted yesterday
[06:59] <marvin24> but there's still other stuff to do and compiling it myself should be too difficult
[07:00] <twb> What I do know, is that on my tegra2 TF101, I have a native-resolution fbcon.
[07:00] <twb> I kinda assumed that meant it had KMS, but i haven't investigated.  Oh- but that's with the android kernel, not the ubuntu kernel
[07:02] <marvin24> twb: I was talking about mainline code
[07:03] <marvin24> there is fbdev for tegra yet
[07:03] <twb> lilstevie told me the GPU support is best (for tf101, but they're mostly the same) in the Chrome OS kernel
[07:04] <lilstevie> not at the moment it isn't :p
[07:05] <twb> I have native res in my fbcon and that's all I really care about
[07:05] <lilstevie> heh
[07:05] <lilstevie> yeah
[07:05] <lilstevie> cause your odd and use xinit for everything
[07:06] <marvin24> well, android is on 2.6.39 (I guess) and chromeos on 3.0 ...
[07:06] <lilstevie> marvin24: specific case is neither for those
[07:06] <lilstevie> CrOS is at 2.6.38 and android at 2.6.36
[07:06] <twb> It would be NICE if the animated gif didn't make xinit /usr/bin/midori http://www.bom.gov.au/products/IDR023.loop.shtml#skip visibly laggy, but not enough that ICBF maybe breaking my only working computer
[07:07] <lilstevie> cause the 2.6.39 android kernel is silly
[07:07] <marvin24> mmh, I don't know which kernels are shipped with which version (of android or chromeos)
[07:07] <marvin24> but ac100 has a chromeos kernel with accel'ed X
[07:08] <marvin24> and it is version 3.0 (but still too old for precise)
[07:08] <marvin24> so we badly need a newer kernel sooner or later
[07:08] <lilstevie> tf101 can have accelerated X with .39 but it is stupid
[07:08] <lilstevie> there is some odd bug
[07:08] <lilstevie> breaking fbdev
[07:08] <marvin24> no console?
[07:08] <lilstevie> yep
[07:08] <lilstevie> and f'd colours
[07:08] <marvin24> same here on the nv 3.1 kernel
[07:09] <marvin24> I posted something on the tegra forum, but no reply
[07:09] <lilstevie> heh
[07:09] <marvin24> lilstevie: anything on xda-developers, you know of?
[07:09] <lilstevie> nope
[07:09] <twb> fucked as in yuv thinking its rgb kinda thing?
[07:10] <lilstevie> I am otherwise sidetracked with [redacted]
[07:10] <lilstevie> twb: yes
[07:10] <marvin24> so let's hope the open source driver will make fast progress
[07:10] <twb> I didn't know there even was an accelerated open driver for it
[07:10] <lilstevie> its new
[07:10] <twb> ah, cool
[07:11] <lilstevie> this kind of new http://www.phoronix.com/scan.php?page=news_item&px=MTA4NjA
[07:14] <lilstevie> there are a few other little whispers that I am hearing from nvidia, but they are no more than whispers
[07:16] <lilstevie> we are having some good luck with getting 3.1 running on the tf201 though
[07:16] <lilstevie> so far we can boot and mostly use android with it
[07:18] <twb> Do you get the impression that nvidia are slowly getting a clue about dealing with the FOSS community?
[07:18] <twb> The tf is the first product I've bought from them EVER since they have such a bad rep
[07:18] <lilstevie> well the whispers I am hearing are that they are starting to embrace FOSS, at least in the arm sector
[07:19] <twb> Probably because it's not their core market
[07:19] <twb> Sounds like I should continue to boycott them on the desktop/server segment
[10:02] <serishema> The arm-ubuntu and ubuntu core rootfs FAQs are not clear on who is and is not a developer.
[10:03] <infinity> ?
[10:03] <serishema> I've built stable kernel source for armv7 (920T core, WM8505/Via8505) on one of those generic 7" netbnooks
[10:03] <infinity> Anyone who wants to write software is a developer, I imagine.
[10:03] <serishema> ahh ok
[10:03] <infinity> I'm not sure what your statement means.
[10:04] <infinity> (Which FAQ are you referring to?)
[10:04] <serishema> infinity: https://wiki.ubuntu.com/Core
[10:04] <serishema> this one.
[10:04] <infinity> Also, the 920T isn't ARMv7...
[10:05] <serishema> infinity: i was meaning that I will probably not contribute anything useful to the project
[10:05] <serishema> but still want to hack on it
[10:05] <serishema> andl that peice of info saves me a lot of effort to just get a crash at boot up doesn't it
[10:06] <infinity> A 920T is probably v4t...
[10:06]  * serishema didn't know and it's on the channel topic. Arm cores != ISAs how embarassing
[10:06] <serishema> that explains why it is so hopelessly slow
[10:06] <infinity> So, not even remotely supported by ubuntu-core.
[10:06] <infinity> Debian may well support it.
[10:06] <serishema> The actual chip is a via/wondermedia 8605 @ 600 Mhz
[10:07]  * serishema is wrong about the 920t core part
[10:07] <infinity> Sure, it's not about slow, it's about pure incompatiblity.
[10:07]  * serishema realizes it would be an ISA / EABI issue 
[10:07] <serishema> so the wm8605 is definately an arm v4? and not v7?
[10:07] <infinity> Oh, an 8605 sounds more like an ARMv7. ;)
[10:07] <serishema> ahh
[10:07] <serishema> good
[10:08] <serishema> I guessed from the /board directory name in the wmt uboot code
[10:09] <infinity> But yeah, slow it will be, relatively speaking.
[10:09] <serishema> infinity: tl;dr basically I had been living under a rock (read: working for a boss who makes her run and develop for windows) for too long and wasted effort trying to write drivers for the on chip hardware when they actually exist
[10:09]  * serishema is not expecting this to run X btw if that makes a difference
[10:09] <infinity> It could run X, I'm sure.
[10:09] <infinity> And many other shiny things.
[10:10] <infinity> But yeah, it'll probably perform similarly to a beagleboard, or a Nokia n900, none of which are particularly speedy by today's standards.
[10:10] <infinity> So, patience will be a virtue. ;)
[10:11]  * infinity is surrounded by fast ARM kit, and keeps forgetting that's a relatively new invention.
[10:11] <serishema> basically if it ran ssh, rdesktop and a browser (chrome or firefox,) vi, basic shell prompt tools.. could connect to the internet via my nokia 2730 classic and decode and play mp3/ogg vorbis, etc i'd be really pleased with that
[10:11] <serishema> This is essentially intended as a mobile dumb terminal.
[10:12] <serishema> All real processing happens on amazon EC2 anyway
[10:12] <infinity> Well, any of that's doable.
[10:12] <serishema> so it was a natural choice to use something so cheap it was virtually disposable rather than a real laptop :)
[10:12] <infinity> We build out full userspace for ARM, so... It really comes down to kernel and video support for that SoC, which we obviously don't support out of the box.
[10:12] <infinity> s/build out/build our/
[10:13] <infinity> (And, I'd recommend basing your work on precise/armhf ... Especially on a slower SoC, you'll be glad for the performance boost)
[10:13] <infinity> Unless you're stuck using binary softfp drivers from a vendor. :/
[10:13] <infinity> Then armel it is.
[10:15] <serishema> this is VFP?
[10:15]  * serishema can't get her hands on any vendoer specific code. 
[10:15] <infinity> Well, it's all VFP, it's the ABI that changes.
[10:15] <infinity> Welcome to the confusing world of ARM.
[10:16] <serishema> time for a rebuild then.
[10:16] <infinity> soft = soft floating point, softfp (which our armel port is) = vfp ops with soft calling conventions, hard = vfp ops with new calling convention to make use of extra registers, breaking ABI.
[10:17] <infinity> ubuntu-armhf/debian-armhf = hard, ubuntu-armel = softfp, debian-armel = soft
[10:18] <serishema> basically I got given a bricked one of these netbooks bricked.
[10:19] <serishema> for free
[10:19] <serishema> I've got as far as vfs: cannot mount root fs on uknown block (cos I haven't even made a root fs or initrd)
[10:20]  * serishema is mostly just curious to see if there is a easier way than doing everything from scratch :)
[10:20] <infinity> Well, at least you have a kernel.
[10:20] <infinity> As for "from scratch", given that no installer will work for you, you get to put a tiny bit of effort in.
[10:20] <infinity> But using ubuntu-core as your rootfs will work fine.
[10:21] <infinity> Just need to maybe chroot in and add a user (or set a root password) before you try stuffing it on another device. :P
[10:22] <serishema> nice. I most likely just have to recompile with the right eabi
[10:23] <serishema> I am pretty sure I used armel
[10:23] <serishema> which I don't want
[10:23] <infinity> The kernel doesn't care.
[10:24] <infinity> You're fine.
[10:24] <infinity> Same kernel can run armel and armhf userspaces.
[10:24] <serishema> oh. so the kernel will load any elf for init with the correct header and ISA type?
[10:24] <serishema> and an eabi is a userspace dynamic linker thing?
[10:25] <infinity> Basically, yeah.
[10:25] <serishema> ahh this is a good thing
[10:26] <serishema> I was going to just gcc -static everything to avoid this problem
[10:26] <infinity> Ew.
[10:26] <serishema> but that would be unrealistic on a board with 256mb of ram
[10:26] <serishema> I assume running swap space on a SD card is a bad idea?
[10:27] <infinity> Very.
[10:27] <ogra> works, but is no fun at all
[10:27] <infinity> Unless you like throwing out cards.
[10:27] <infinity> (It's also just dead slow)
[10:27]  * ogra hasnt managed to kill a card with that yet but its close to unusable if you start swapping
[10:27] <infinity> Keeping your VM commit under your RAM size is the saner option, if you're building for a specific use case.
[10:27] <ogra> and i have cards that are constantly in use for 2 years
[10:28] <infinity> ogra: You're a very lucky man.
[10:28] <infinity> ogra: Or your definition of "constantly" is different from mine.
[10:28] <serishema> I just assumed that the write perf would suck too much to be useable.
[10:28] <serishema> I didn't think about it wearing out the card
[10:28] <ogra> well, in my testbuild machines i always use the same cards
[10:28] <infinity> serishema: Write performance is awful, but wear is the real concern.
[10:28] <ogra> across the releases
[10:28] <infinity> serishema: Anal retentive SSD owners often swap to external rotary disks for wear reasons.
[10:29] <infinity> (Or people like me just don't use swap)
[10:29]  * serishema nods 
[10:30] <serishema> if I can't run ssh on a single VT with 256Mb of ram and no swap I have done something seriously wrong :)
[10:30] <infinity> Indeed.
[10:30] <serishema> it worked on my 486 with 8Mb
[10:30] <serishema> 10 years ago
[10:30] <infinity> Well, times have changed a bit since kernel 2.0
[10:30] <serishema> we can't have all forgotten how to program because of java, etc that badly
[10:30] <infinity> But, yeah, 256 is still "a lot" until you get into fancy desktop environments.
[10:31] <serishema> and compilers are better so I assume any hand written arm ASM will be trash compared with gcc's output with -O2?
[10:31] <serishema> which wasn't nessacarly true on 486 in 1999
[10:31] <ogra> oh, fun, compiz FTBFS
[10:31] <ogra> ah, KDE issue
[10:32] <ogra> phew ... wasnt my patch
[10:34] <infinity> serishema: Depends on the quality of your assembly, or what you're trying to do.
[10:35] <infinity> serishema: (Also depends on the quality of your C, as a good C programmer knows more or less what the compiler's going to optimise out anyway)
[10:35] <infinity> serishema: But yeah, in general, GCC's not awful.
[10:35] <serishema> if i'm writing asm it's because i'm doing eairly power up and can't do it in C. I hate ASM.
[10:36] <infinity> ;)
[10:36]  * serishema just stole the code WMT was forced to release for GPL violations for dram controller init 
[10:36] <serishema> I hate that stuff
[10:36] <serishema> Board designers problem
[10:37] <serishema> I have designed boards, but reverse engineering an unknown board is too hard for me :)
[10:37] <serishema> I will definately need to get a newer uboot on it
[10:37] <serishema> theirs is full of crappy bugs
[10:38] <infinity> Meh.  If it's good enough to jam some blobs at some offsets and jump, who cares?
[10:38] <serishema> true.
[10:38] <serishema> The only actual bug which matters is the power button GPIO
[10:39] <serishema> which doesn't have a proper debounce, just a delay by a constant
[10:39] <serishema> but the real delay it should wait varies with the battery voltage
[10:39] <serishema> so you have to press the power button 10 times before it will turn on
[10:39] <infinity> I'm unconvinced that anything related to power buttons is ever correct on any ARM device I own.
[10:39] <infinity> From dev boards to phones to... Well, everything.
[10:39] <serishema> that's normal?
[10:40] <serishema> I noticed a // can't power off myself comment on a function which jumps into some bizare assembly
[10:40] <infinity> Well, your specific issue isn't necessarily normal (though I have two phones that behave like that).
[10:40] <serishema> which appears to among other things set the hibernate flag (WMT specific)
[10:40] <infinity> But I have other boards that are equally but differently confused about what power buttons do. :)
[10:41] <infinity> And a netbook that never actually powers off, just goes into a suspend state.
[10:41] <serishema> that would explain my mysterious battery drain
[10:41] <serishema> and the meaning of the // can't power off myself comment
[10:41] <infinity> Potentially, yeah.
[10:42] <serishema> ahh.. so is this software controllable at all? I can get my hands on a JTAG, etc.
[10:42] <serishema> so reflashing the bootloader is OK
[10:42] <infinity> Depends on the SoC.
[10:42] <infinity> That's a big "maybe".
[10:42] <serishema> when i connect the battery does it actually jump to __start or is that board specific?
[10:42] <infinity> And I don't know anything about the one you've got.
[10:42] <infinity> That's also board specific.
[10:42] <serishema> ahh ok.
[10:43] <infinity> Some reset on power, and jump somewhere sane, some just start garbled and wait for a keypress event.
[10:43] <infinity> (ie: a soft power button that shouldn't even exist)
[10:43] <serishema> urgh
[10:43] <serishema> so just wiring a hardware power switch onto the battery is a bad idea
[10:43] <serishema> since it probably wouldn't work
[10:43] <infinity> Unless it would.
[10:44] <infinity> It would work on a Pandaboard.
[10:44] <infinity> (Maybe even all OMAP SoCs)
[10:44] <serishema> OMAP SoCs are the only ones i've seen which I don't think are insane
[10:44] <infinity> It wouldn't work for beans on an iMX53, which insists on powering on to confusion.
[10:44] <serishema> unfortunately they are too expensive
[10:45] <serishema> I get my arm stuff for free because people give me their bricked devices
[10:45] <serishema> usually they have not even overwritten the boot loader, so a board/soc specific micro SD card can load a kernel onto them
[10:46] <serishema> otherwise.... it's down to the university electronics lab for some unauthorized use of university resources :)
[10:48] <serishema> anyway it doesn't matter. I will just put the 26 amp hour deep cycle battery which is just sitting on my floor on float charge in my car as a 2nd battery
[10:48] <serishema> and then it can waste as much power with soft off as it likes :)
[10:49] <serishema> I occasionally use it to power flourecent lights during power cuts in winter, but that's about it
[10:49]  * serishema lives in the wop wops so every time the wind gets up the power and xDSL go out 
[10:50] <serishema> anyway enough blathering. I will download this and put it in qemu-system arm and see if I can get it to go
[10:51] <serishema> infinity: and as for the orriginal question. I will just subscribe to both mailing lists and lurk
[10:51] <serishema> and should I happen to accidentally do something useful I will post the patch :)
[10:51] <infinity> Heh.  Sure.
[10:51] <infinity> #debian-arm on oftc is another place worth lurking.
[10:51] <serishema> oftc?
[10:51] <infinity> irc.oftc.net
[10:52] <serishema> ahh. another fs/oss related net?
[10:52] <ogra> debian hides there :)
[10:52] <infinity> Yeah
[10:52] <infinity> irc.debian.org points to oftc.
[10:52] <serishema> I wonder where #debian went
[10:52] <infinity> So, that would be your answer. ;)
[10:52] <serishema> Cool
[10:52] <infinity> We only moved, like, a decade ago.
[10:52] <infinity> *cough*
[10:52] <serishema> hhyaha
[10:53]  * serishema disappeared sometime around kernel 2.6.35
[10:53] <ogra> not true, i remember still seeing debian channels around at warty days
[10:53] <serishema> and has just come back
[10:53] <infinity> ogra: Yeah, the move was slow.
[10:53] <ogra> but close to a decade already :)
[10:53] <serishema> naturally it is taking forever to get back up to speed on everything
[10:53] <serishema> there have been so many changes in 3.x
[10:53] <serishema> but I just grabbed the source and broke stuff, rather than trying to find answers on the internet
[10:53] <serishema> hopefully that wasn't stupid
[10:54] <infinity> That's the best way to do it, IMO. :P
[10:54] <infinity> Even if you end up duplicating effort, you learn.
[10:54] <infinity> And then you can submit patches and make the various subystem maintainers cry.
[10:54] <serishema> haha. I'm not that evil
[10:55] <infinity> I derive so much pleasure every day from reading davidm's rants about idiot submissions.
[10:55] <serishema> link?
[10:55] <serishema> oh .. I shall have to join that mailing list too?
[10:55] <infinity> I wouldn't subscribe to LKML, if I were you, unless you're a masochist.
[10:55] <serishema> oh LKML?
[10:56] <serishema> I've heard the horror stories
[10:56] <serishema> didn't realize
[10:56]  * serishema wouldn't even attempt to get a patch into mainline
[10:56] <infinity> Well, Dave's rants tend to be on places like his G+ account, and in private with friends, but.  LKML's educational, if you're bored.
[10:56] <infinity> I tend to stay on the other side of the syscall layer, but a disturbing number of my friends are kernel developers.
[10:57] <serishema> the right side generally
[10:57] <infinity> Both sides suck. :P
[10:57] <infinity> It's just insanity to try to work with both.
[10:57] <serishema> but I had the misfortune of actually being able to make sense of the wrong side of the syscall layer of that certain popular proprietary OS
[10:57] <serishema> haha snap
[10:57] <infinity> So, I let other people do kernel crap, and I'm sitting here with 5 parallel glibc builds going right now.
[10:58] <serishema> So before the recession I got paid as much as $80US an hour to do consulting with user mode/ kernel mode interface crap on windows drivers
[10:58] <serishema> mostly for fixing STOP IRQL_LESS_THAN_EQUAL
[10:58] <serishema> I don't remember the code
[10:58] <serishema> I don't want tio
[10:58] <infinity> Everyone's favourite bluescreen.
[10:58] <serishema> Yeah.
[10:59] <serishema> Since it's ALWAYS caused by the dev not reading the docs :)
[10:59] <serishema> unfortunately this includes MS internal devs
[10:59] <serishema> on wincore who should know better
[10:59] <infinity> I never did learn enough to know what it meant.  Based on the constant name, I'm assuming integer over/underflows and a lost pointer to an IRQ or something?
[10:59] <serishema> Nah
[10:59] <serishema> IRQL is an abstraction
[10:59] <serishema> a moronic one
[10:59] <infinity> Of course.
[10:59] <serishema> it represents IRQ mask registers on the board/CPU specific interrupt controller
[11:00] <serishema> basically if you don't know that certain things require eg the timer interrupt to be masked off
[11:00] <serishema> you shouldn't be writing drivers
[11:01] <serishema> But MS came up with an abstraction to make it easier which actually makes it harder
[11:01] <infinity> Ignorance has never prevented driver development in the past.
[11:01] <serishema> NT kernel = bastardized version of VMS
[11:01]  * serishema doesn't even have windows installed
[11:01] <infinity> I used VMS in high school, but we never wrote to the hardware.
[11:02] <serishema> i only read about VMS
[11:02] <serishema> for class
[11:02] <serishema> before my time
[11:02] <infinity> For some reason, they didn't think that doing kernel development classes that would let us crash the entire school by offlining the VAX would be a good idea.
[11:03] <serishema> they were probably right
[11:03] <infinity> Probably. ;)
[11:03] <serishema> I didn't learn how to do windows kernel at university
[11:03] <serishema> basically I was at a school which forced us to use Windows
[11:03] <serishema> so at that age I had the naevity to try and make it not suck
[11:04] <infinity> My friend's doing a CS degree right now, and I'm moderately impressed that most of their classes are on Linux systems.
[11:04] <serishema> I became the bane of the network admins for all my custom stuff which some how ran when I logged in even though they had supposedly disabled user login scripts
[11:04] <infinity> Most of his profs are idiots.  But at least they're learning on open systems.
[11:04] <serishema> Yeah I transfered
[11:04] <serishema> Being forced to use windows was the lesser evil than being the only girl in a class of 185 with an openly mysogenistic bigot for a professor
[11:05] <serishema> getting my boobs grabbed and being asked if they were real and responding with a ju jisu  wristlocking was a day in the life
[11:05] <serishema> But their course was also 10 years out of date
[11:06] <infinity> You got groped?  Seriously?
[11:06] <serishema> In terms of material
[11:06] <infinity> What the fuck is wrong with people?
[11:06] <serishema> infinity: it was a get wasted, party and get laid type of school
[11:06] <serishema> I missed the memo
[11:06] <infinity> I mean, I'm used to geeks being socially inept, and moreso with women, but... Wow.
[11:06] <serishema> people who actuially wanted to work went else where
[11:06] <serishema> by other students only.. but yeah.
[11:07] <infinity> Sounds lovely. :/
[11:07] <serishema> if a staff member did that the cops would hear about it. But they quickly learnt that I was not to be got on the wrong side of
[11:08]  * serishema lived in ghettos .. built computers out of rubbish and learnt C instead of participating in drugs/gangs, etc 
[11:08] <infinity> Right, remind me not to invite you to the Ubuntu-ARM frat kegger.
[11:08] <serishema> depends.
[11:09] <serishema> infinity: I won't comment since freenode: "there are no girls on the internets" will be in effect.. but let's just say my boyfriend has another girlfriend and I am fine with this.
[11:09]  * serishema isn't your average blond
[11:09] <serishema> anyway this is getting far too OT
[11:09] <serishema> PM?
[11:13] <XorA> serishema: you sound kickass :-D
[11:13] <XorA> backlog was one of the more enjoyable return to work after lunch reads Ive had for a while
[11:14] <serishema> hi XorA
[11:14] <XorA> VMS is a long and distant memory
[11:14] <serishema> XorA: when it comes to VMS I actually don't know what I'm talking about
[11:15] <serishema> i'm 27 so therefore too young to have seen a real live VMS system
[11:16] <XorA> ah right, at univerity the student email/blah system was VMS
[11:16] <tomtiger11> infinity: Why try Debian?
[11:17] <XorA> I was already used to posix style from Amiga so all the [blah]bleh; stuff used to confuse me until I got the hang of it
[11:17] <serishema> tomtiger11: I suspect he was answering my questions when I thought my chip was something older and ubuntu core wouldn't go .
[11:17] <infinity> tomtiger11: Why provide context with your question?
[11:17] <StevenK> I've seen a VMS system. It was even running. It just wasn't doing anything.
[11:17] <serishema> infinity: *steal*
[11:18] <tomtiger11> infinity: Seriously, Is ubuntu-arm incompatible with Raspberry Pi?
[11:18] <infinity> tomtiger11: Yes.
[11:18] <XorA> tomtiger11: yes, Raspberry Pi is old technology
[11:18] <tomtiger11> infinity: Is it the RAM?
[11:18] <infinity> tomtiger11: The Pi is ARMv6, we build for ARMv7.
[11:18] <tomtiger11> Oh
[11:18] <XorA> you have to be nimble to keep up with the ubuntu boys
[11:19] <XorA>  /girls
[11:21] <ndec> ogra: do you think we still need our biweekly call?
[11:24]  * serishema much prefers "get a real computer" or "bitty box" and leaving it at that :)
[11:25] <serishema> since being a bitty box is actually the whole point with arm :)
[12:00] <xranby> tomtiger11: bring the question to the next UDS, to lower the optimization level for the community maintained armel to get back to debian level now when ubuntu-arm have switched to use armhf
[12:05] <infinity> xranby: It's already being discussed internally.
[12:05] <infinity> xranby: And, honestly, while it would be a community port, it needs to be driven by Canonical for infrastructure reasons, so you may as well let us beat the horse dead a bit first.
[12:05] <infinity> xranby: (But it's being beaten)
[12:07] <pnphi> i want to build the package for Ubuntu ARM
[12:07] <pnphi> how do i do ??
[12:08] <xranby> pnphi: you have some ptions  1. setup a complete build environment on a ubuntu arm machine and simply build it using dpkg-buildpackage
[12:08] <xranby> 2. use xdeb to cross compile a package
[12:10] <pnphi> from source of package ubuntu ??
[12:10] <xranby> pnphi: yes from source
[12:11] <pnphi> by the way
[12:11] <pnphi> in the Chroot, can i build the package ?
[12:11] <pnphi> from source
[12:12] <xranby> yes, as long as you have installed all compilers inside the chroot
[12:13] <pnphi> what link will i add source list ??
[12:13] <pnphi> that i can get source
[12:13] <xranby> pnphi:  deb-src http://archive.ubuntu.com/ubuntu/ precise main universe restricted
[12:13] <pnphi> ok
[12:13] <xranby> its the same source archive for all architectures
[12:14] <pnphi> for all ? ok i do
[12:15] <pnphi> ok thank you so much
[12:15] <xranby> pnphi: youre welcome
[12:16] <xranby> infinity: ok i take canonical wants to try a neon build .. what other optimizations are currently untested=
[12:16] <xranby> ?
[12:16] <infinity> xranby: Err, we do?
[12:17] <xranby> let me rephrase the question.. what is it left to flog on the horse? :)
[12:17] <infinity> No, no.  The other direction.
[12:17] <infinity> As in, we also want to drop the baseline for armel.
[12:18] <infinity> But we're discussing in-house how much effort that will be, and if we really want to do it.
[12:18] <xranby> ok, thank you for the heads up
[12:23] <pnphi> where is the tutorial for xdeb ??? i don't search The xdeb
[12:35] <xranby> pnphi: https://wiki.linaro.org/Platform/DevPlatform/CrossCompile/UsingXdeb
[12:36] <xranby> pnphi: wookey are the person to ask about current xdeb status
[12:38] <ogra_> ndec, not really i think, in ubuntu we just swallow what linaro gives us nowadays, but for ppisati it is important to get the kernel issues across, i wonder if we could take that bit to mail or so
[12:39] <ndec> ogra_: ok. i see. we just need to make sure ppisati, sebjan , me and andy discuss sometimes...
[12:39] <ogra_> right, i dont know how important the call is for ppisati ... i guess thats something he needs to answer
[12:44] <pnphi> ok thanks
[12:55] <pnphi> i install the package "g++-arm-linux-gnueab" but  E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi'
[12:58] <ogra_> apt-get install gcc-arm-linux-gnueabihf
[12:58] <ogra_> try that one
[13:40] <ogra_> hmm, so doing a dpkg --get/set-selections between two ac100 precise installs (one armhf the other armel) makesd me end up with linux-image....-mx5 installed on the target system
[13:40]  * ogra_ wonders why
[13:55] <ogra_> hmpf, actually i end up with *only* the linaro lt-mx5 image installed
[13:55] <ogra_> :(
[14:00] <pnphi> install the package "g++-arm-linux-gnueab" but  E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi'
[14:03] <ogra_> apt-get install gcc-arm-linux-gnueabihf
[14:09] <pnphi> joined
[14:09] <pnphi> install the package "g++-arm-linux-gnueab" but  E: Unable to locate package g++-arm-linux-gnueabi E: Couldn't find any package by regex 'g++-arm-linux-gnueabi'
[14:09] <pnphi> what do i add source ?
[14:12] <ogra_> apt-get install gcc-arm-linux-gnueabihf
[14:21] <pnphi> E: Unable to locate package gcc-arm-linux-gnueabihf
[14:26] <pnphi> how use Xdeb to build package ??
[15:34] <rsalveti> ogra_: I don't know if you saw it yesterday, but it'd need to change vram from 32 to 40 at panda
[15:34] <rsalveti> to make SGX to work properly, with flip chain and such
[15:34] <ogra_> rsalveti, yup, i did, i forgot to ask infinity if he had changed it already
[15:35] <ogra_> wasnt there also the option to drop the mem= args too ?
[15:35] <rsalveti> didn't yet open a bug for it, as I know we have tons of places with that thing hardcoded
[15:35] <ogra_> since we dont have ducati support in this kernel ?
[15:35] <rsalveti> not with current kernel I guess
[15:35] <rsalveti> oh, that's true
[15:35] <rsalveti> the next support will be with the newer kernel
[15:35]  * ogra_ will make sure that changes before release
[15:35] <rsalveti> so we can safely remove the hole then
[15:35] <ogra_> k
[15:36] <rsalveti> ogra_: thanks
[18:24] <MrCurious_> anyone know anything about a gstreamer0.10-plugins-bad package and how to get around this show stoper
[18:25] <MrCurious_> looks like that package is corrupt
[18:29] <MrCurious_> and reflash and retry :/
[18:37] <rsalveti> MrCurious: you mean at the TI PPA?
[18:37] <MrCurious_> not sure what you mean?
[18:38] <MrCurious_> the ti licence accepting?
[18:38] <MrCurious_> i installed ubuntu 11.10 desktop omap4
[18:38] <MrCurious_> then did apt-get update upgrade and dist-upgrade
[18:38] <MrCurious_> then tried to install ubuntu-omap4-extras
[18:39] <MrCurious_> then found gstreamer bad was failing
[18:42] <MrCurious_> was following these instructions http://blog.sarine.nl/2011/12/07/installing-ubuntu-11-10-on-pandaboard/
[19:08] <rsalveti> yeah, that one
[19:08] <rsalveti> the broken package was caused by an issue with the builder
[19:08] <rsalveti> there's one way to get it fixed, that's to skip the test checking
[19:08] <rsalveti> let me email TI about it
[19:09] <MrCurious_> how do i skip the test checking?
[19:16] <rsalveti> needs to rebuild the package
[19:16] <rsalveti> if you build it locally, you'll not face that issue
[19:16] <rsalveti> the problem only happens at the launchpad builder
[19:17] <MrCurious_> guess that means my install is on hold until they fix it
[19:22] <rsalveti> MrCurious: you can build it locally and install it by hand
[19:22] <rsalveti> I'll send the proposed fix now by email, I believe they will be able to fix it tomorrow
[19:23] <MrCurious_> awesome
[19:23] <MrCurious_> i am not sure where to get the sources for that, and i have never worked out how to tell apt i did sumething manually
[19:23] <MrCurious_> but i think i can wait until tomorrow
[19:27] <MrCurious_> oh wow! the install didnt loop around kbd, username, .... this time
[19:28] <infinity> rsalveti: Running the testsuite generates a broken package?  That seems a bit wrong.
[19:29] <rsalveti> infinity: when running the test suite under qemu it basically explodes :-)
[19:29] <rsalveti> that's the problem
[19:30] <rsalveti> that's why skipping the test run fixes the build problem, because the build is fine
[19:30] <rsalveti> and goes fine at qemu, just when running the tests that everything breaks
[19:31] <infinity> Oh, I see.  As in, it's actually put qemu in a broken state.
[19:31] <infinity> And people still think qemu is a sane and reasonable solution...
[19:32] <MrCurious_>  i am seeing that ppa.launchpad.net oneiric release is missing a public key, and cant be verified
[20:56] <scientes> anyone know a good ARM SoC with CAN?
[20:57] <scientes> maybe i.MX28  ?
[20:57] <scientes> http://www.freescale.com/webapp/sps/site/taxonomy.jsp?code=IMX28_FAMILY
[20:57] <scientes> wait, thats ARM9, aka like v5, so old
[20:58] <scientes> http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX357
[21:04] <rcn-ee> scientes, how about the ti am335x (2 can ports) beaglebone...
[21:04] <infinity> scientes: Expand CAN?
[21:04] <scientes> infinity, Controller Area Network
[21:04] <scientes> its a broadcast-only (!) bus heavily used in automotive
[21:06] <infinity> can: controller area network core (rev 20090105 abi 8)
[21:06] <infinity> ^-- Should I assume that means I have one?
[21:06] <scientes> infinity, yeah
[21:06] <infinity> (That's dmesg on an i.MX53 QuickStart)
[21:06] <scientes> check if you have a can0 with ip link
[21:06] <scientes> (i.e. if there is a SocketCAN driver)
[21:07] <infinity> I have no can0, but that could just be a module not loaded...
[21:07] <infinity> Or not built in.
[21:07] <infinity> This kernel's somewhat sketchy...
[21:08] <infinity> scientes: The i.MX53 Data Sheet, at least, claims "Two controller area network (FlexCAN) interfaces, 1 Mbps each"
[21:10] <scientes> infinity, try modprobe flexcan mpc5xxx_can
[21:11] <infinity> scientes: That would work better if I had either of those modules. ;)
[21:11] <infinity> scientes: Did I mention my sketchy kernel on this board?
[21:11] <scientes> well, they are in drivers/net/can
[21:11] <scientes> so do a kernel rebuild!
[21:11] <scientes> is it mainlined?
[21:11] <infinity> I could just install a different kernel.  The machine's my mirror right now, and I don't want to offline it.
[21:12] <scientes> yeah, that $149 board is alot better than the $100 usb dongles some are selling
[21:12] <scientes> > 720p encode
[21:12] <scientes> woah
[21:13] <scientes> and SATA nice
[21:14] <scientes> "VMware player to bring up the Linux image on a Windows PC"
[21:14] <scientes> never knew VMware did emulation
[21:14] <infinity> It's a good board.  And the SoC clearly supports what you want.  What I have no idea of is if the board provides ports/pinouts for what you need. ;)
[21:16] <scientes> wow, the picture of it, its just so packed with ports
[21:20] <GrueMaster> scientes: rcn-ee also pointed out the beaglebone.  You can find it on http://beagleboard.org.
[21:24] <scientes> GrueMaster, but the iMX53 is clearly a much more powerful board
[21:25] <GrueMaster> Define "powerful".  It really depends on your usage model/budget.
[21:25] <GrueMaster> (and I was just pointing out another option).
[21:26] <scientes> yeah thxc
[21:26] <scientes> i did see that
[21:26]  * scientes would really like a 4X core
[21:26] <rcn-ee> i think we all are waiting for that day. ;)
[21:27] <scientes> i'm actually using a E-350 x86 board
[21:27] <scientes> but i'd like CAN, and with the prices of usb ones (that are just integrated ARM chips with a gadget port) it makes sense to use one of these
[21:28] <scientes> if i want CAN at all
[21:28] <GrueMaster> Not to brag, but I have tested one.  Server side only though.
[21:28] <GrueMaster> 4x Core system, that is.
[21:29] <infinity> I've played with i.MX6s too.  Sadly, they don't actually exist.
[21:29] <infinity> The ones I used were, I was told, figments of my imagination.
[21:29] <GrueMaster> Heh.
[21:30] <rcn-ee> so did you take it home for yourself, and just tell them it never existed..
[21:30]  * GrueMaster wants armv8.
[21:31] <scientes> 64-bit baby
[21:34] <Haikarainen> anyone awake?
[21:34] <Haikarainen> I tried to install Ubuntu 11.10 with a preinstalled omap4 desktop image on my brand new Pandaboard ES
[21:35] <Haikarainen> It worked fine, until third reboot(after it resized my partition, and then checked the fs) it just greeted me with a terminal login
[21:35] <Haikarainen> I checked the /etc/passwd and the /home folder, no users except root
[21:35] <Haikarainen> got image from http://cdimage.ubuntu.com/releases/11.10/release/
[21:37] <Haikarainen> well, there were plenty of users in etc/passwd but no regular one, and no folders in homedir
[21:38] <scientes> are there some cheaper LVDS touchscreens?
[21:47] <prpplague> scientes: tincantools will have some lvds boards and kits available at the end of next week
[21:48] <prpplague> scientes: first models will be without touchscreen
[21:48] <prpplague> scientes: works with panda and beagle - http://tincantools.com/product.php?productid=16158&cat=0&page=1&featured
[21:49] <prpplague> scientes: is there something specific you are looking for?
[21:51] <scientes> no really prpplague
[21:51] <scientes> i have a mimo usb touchscreen
[21:51] <scientes> that is working with multiseat
[21:53] <prpplague> anyone have a snowball board?
[21:55] <XorA> whats that?
[21:57] <prpplague> XorA: hehe
[21:59] <XorA> what?
[21:59] <XorA> do I miss something?
[22:10] <prpplague> XorA: hehe, no just points out that it isn't well known
[22:10] <XorA> I had to goggle it
[22:18] <MrCurious_> woo hoo, got 11.10 on my pandaboard, and got the omap extras installed
[22:53] <scientes> > omap extras
[22:53] <scientes> *binary blobs
[23:37] <jimerickson> pandaboard ES and 12.04, after latest update there is no desktop, just the login screen over and over.