**** BEGIN LOGGING AT Tue Oct 19 02:59:57 2010
Oct 19 03:31:47 <daurnimator> so yeah, it seems to be booting now
Oct 19 03:31:53 <daurnimator> but theres nothing on the display
Oct 19 03:38:44 <persia> Even hardcoding the proper resolution?
Oct 19 03:39:01 <persia> What happens if you send Ctrl+Alt+F1?  Should get you a VC.
Oct 19 04:49:17 <Sonny_8bit__> hello
Oct 19 04:50:18 <Sonny_8bit__> Yesterday I've installed canonical maveric prebuild image on BB C4. The speed is too slow for normal work - is it OK?
Oct 19 04:54:34 <Sonny_8bit__> and my UCB mouse connected to unpowerd USB hub @ EHCI port is blinking 1 per 2 seconds and not working properly! Althought in Angstrom image it worked perfect.
Oct 19 04:59:23 <persia> Sonny_8bit__, I found I needed to use a powered USB hub to get mouse and keyboard working the way I wanted.
Oct 19 04:59:52 <persia> I agree the speed is very slow: I find it nearly unusable.
Oct 19 05:00:12 <persia> But the C4 doesn't meet minimum Ubuntu specifications, so I'm not that surprised.
Oct 19 05:00:18 <Sonny_8bit__> where's a bottleneck?
Oct 19 05:00:31 <persia> Speed might be a bit better if you try uninstalling ubuntu-netbook and try installing lubuntu-desktop
Oct 19 05:01:07 <persia> Three things: there's not enough RAM (minimum is 384), the CPU is kinda slow, and the graphics drivers aren't installed by default.
Oct 19 05:01:43 <Sonny_8bit__> ubuntu netbook @ Geode LX with 500MHz @ 256 MB DDR worked much better!
Oct 19 05:02:25 <Sonny_8bit__> may be the problem is low speed of SD-card read-write?
Oct 19 05:02:27 <Martyn> Sonny_8bit__: Will 10.10 even RUN on a geode?
Oct 19 05:02:30 <persia> That doesN't help.
Oct 19 05:02:48 <persia> You might try instlaling powervr-omap3: I believe that will give you better graphics support.
Oct 19 05:02:49 <Sonny_8bit__> i try only 8.xx
Oct 19 05:03:21 <Sonny_8bit__> anyway winXP @ Geode works fine enough
Oct 19 05:03:32 <Sonny_8bit__> of course w/out 3D
Oct 19 05:05:21 <persia> Martyn, At least some docs I find claim the Geode LX is i686 compatible, so it ought run Maverick (but I expect it to have performance similar to omap3, albeit likely with accelerated X without installing a driver package)
Oct 19 05:05:39 <Sonny_8bit__> ok today i will buy new powerd usb hub and try again. and also try to install Maverick to Gedoe
Oct 19 05:05:44 <Sonny_8bit__> *Geode
Oct 19 05:06:22 <persia> Do try installing powervr-omap3: it should at least make video performance a *lot* faster, and offloading that from the already overwhelmed CPU can't hurt.
Oct 19 05:07:38 <Sonny_8bit__> ok thank you. hope this helps.
Oct 19 05:08:20 <rsalveti> Sonny_8bit__: for c4 sd card and lack of ram are the main problem
Oct 19 05:08:20 <Sonny_8bit__> Also i want to ask how to boot Linux from the ext. USB HDD?
Oct 19 05:08:27 <persia> Sonny_8bit__, Just be prepared for performance on the Geode to be just as slow as the C4.
Oct 19 05:08:43 <persia> My understanding is that the C4 *can't* boot from USB.
Oct 19 05:08:50 <rsalveti> ubuntu in general eats lots of ram
Oct 19 05:08:54 <persia> You could put a kernel on NAND, and then boot with rootfs on USB if you like.
Oct 19 05:08:56 <rsalveti> lots of daemons all around
Oct 19 05:09:04 <rsalveti> persia: yes, it can
Oct 19 05:09:24 <persia> rsalveti, We prefer to say that Ubuntu avoids the user to perform manual actions to deal with environmental concerns :)
Oct 19 05:09:38 <Sonny_8bit__> :)
Oct 19 05:09:41 <rsalveti> but as c4 has nand, you could just write the correct boot arg and then use the rootfs at your usb
Oct 19 05:09:47 <persia> rsalveti, Really?  Loading the bootloader from USB?  I thought that was a ROM issue.
Oct 19 05:10:05 <rsalveti> persia: nops, you can even with panda
Oct 19 05:10:15 <rsalveti> uart, usb, nand and sd
Oct 19 05:10:31 <Sonny_8bit__> <rsalveti> can you give detailed steps how to boot from USB?
Oct 19 05:10:46 <Sonny_8bit__> may be @ wiki page
Oct 19 05:10:57 <rsalveti> yeah, need to create the wiki page
Oct 19 05:11:17 <rsalveti> what I've done with my panda rootfs is to run the pre-installed, run the first boot and the setup (user account and etc)
Oct 19 05:11:57 <Sonny_8bit__> i should buy panda instead of BB
Oct 19 05:11:58 <rsalveti> then I mounted the sd card at my host pc, copied the files (careful with file owners and permission) to my usb disk
Oct 19 05:12:14 <persia> rsalveti, So, how?  And if so, why don't we have a regular install?
Oct 19 05:12:18 <rsalveti> then you just need to change the boot args from the first partition
Oct 19 05:12:38 <rsalveti> to use root=/dev/sda1 for example, instead of root=UUID....
Oct 19 05:13:28 <rsalveti> persia: http://elinux.org/BeagleBoardRecovery see usb
Oct 19 05:13:58 <Sonny_8bit__> <rsalveti> i will try to do the same
Oct 19 05:15:53 <rsalveti> Sonny_8bit__: be sure you're using a powered hub
Oct 19 05:17:47 <rsalveti> will be out now, ping me in a few hours in case it doesn't work for you
Oct 19 05:17:49 * rsalveti out
Oct 19 07:01:54 <hrw> aloha
Oct 19 07:21:36 <dommod> hey guys whatever happened to ubuntu netbook remix for arm?
Oct 19 07:24:35 <tmzt_> what is supposed to go in /etc/apt/sources.list for armel maverick (on cortex, this is a different machine)
Oct 19 07:45:56 <tmzt_> got it it's on ports
Oct 19 07:56:56 <persia> dommod, Some time back the netbook team decided to play with us, and stopped being a remix.  It's one of the standard images (and likely the most popular)
Oct 19 07:58:04 <persia> tmzt_, The software-sources tool is supposed to do the right thing.  If you don't have a local mirror and don't want anything fancy, just deb http://ports.ubuntu.com/ubuntu-ports maverick main restricted universe multiverse (repeat for maverick-security and maverick-updates)
Oct 19 07:58:29 <tmzt_> what's the different with ubuntu-ports ?
Oct 19 07:58:41 <tmzt_> like I'm missing xxd without it
Oct 19 07:58:43 <tmzt_> ok
Oct 19 07:59:47 <persia> Nothing should be different with ubuntu-ports except architecture.  If you find something, please complain loudly and file lots of bugs.
Oct 19 08:01:30 <tmzt_> of course xxd is already installed I knew that
Oct 19 08:11:29 <dommod> persia: oh ok. did it ever got released? i can't find any information..
Oct 19 08:35:11 <cooloney> ogra: i tried to fresh install the 10.10 release on my es2.1 cleanly.
Oct 19 08:35:34 <cooloney> ogra: and then upgrade to latest kernel and alsa-lib, alsa-utils things in -proposed
Oct 19 08:36:03 <cooloney> ogra: still fail to get sound work, there is only dummy device
Oct 19 08:42:39 <lag> cooloney: I think one of the files have been placed in the incorrect location
Oct 19 08:43:16 <lag> cooloney: Where is the omap4 file on your system?
Oct 19 08:50:22 <lrg> lag, cooloney: ogra said yesterday he has an update for this
Oct 19 08:50:29 <cooloney> lag: do you mean the omap4 for alsa?
Oct 19 08:50:33 <lrg> yes
Oct 19 08:52:03 <lag> find / -name omap4
Oct 19 08:52:11 <lag> Where did it end up?
Oct 19 08:52:14 <cooloney> lrg and lag, it looks like there is no such omap4 fiel in $ ls /usr/share/alsa/init/
Oct 19 08:52:18 <cooloney> 00main  default  hda  help  info  test
Oct 19 08:52:33 <lag> Where did it go then?
Oct 19 08:52:41 <cooloney> no idea
Oct 19 08:52:54 <lag> Issue that command
Oct 19 08:53:12 <cooloney> do you guys know the latest version of alsa-lib or alsa-util which including the fixing?
Oct 19 08:53:55 <lag> alsa-utils (1.0.23-3ubuntu1) natty
Oct 19 08:54:05 <lag> It was on the bug
Oct 19 08:54:24 <cooloney> alsa-utils                             1.0.23-2ubuntu3.2
Oct 19 08:54:28 <cooloney> that's mine
Oct 19 08:54:40 <cooloney> libasound2                             1.0.23-1ubuntu2.1
Oct 19 08:54:54 <lag> Then you still have the error
Oct 19 08:55:37 <cooloney> i still don't have the sound
Oct 19 08:55:43 <cooloney> kernel is the latest one
Oct 19 08:55:49 <cooloney> 903.16
Oct 19 08:57:18 <lag> But alsa-utils are not the latest and the omap4 file is missing
Oct 19 08:57:39 <lag> It's not surprising that your sound doesn't work :)
Oct 19 08:58:48 <cooloney> i think it is not in the repo for upgrade
Oct 19 09:00:38 <persia> dommod, It's just part of the normal release.  Check the ports/ directories on cdimage.ubuntu.com
Oct 19 09:00:55 <persia> cooloney, Did you enable -proposed?
Oct 19 09:01:03 <cooloney> persia: yeah,
Oct 19 09:01:10 <dommod> persia: thanks, i will check it out..
Oct 19 09:01:11 <persia> Hrm.
Oct 19 09:01:21 <persia> dommod, http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/
Oct 19 09:02:46 <cooloney> persia: deb http://ports.ubuntu.com/ubuntu-ports maverick-proposed restricted main universe multiverse
Oct 19 09:02:55 <cooloney> that's in my source.list
Oct 19 09:03:14 <cooloney> just finished one apt-get update. nothing to upgrade now.
Oct 19 09:03:54 <cooloney> lag: why we need to use this natty version 'alsa-utils (1.0.23-3ubuntu1) natty'?
Oct 19 09:04:23 <lag> Because that's the one the fix is in
Oct 19 09:04:30 <lag> Look at the bug
Oct 19 09:05:03 <persia> lag, Was that not submitted for SRU?
Oct 19 09:05:54 <lag> What? The alsa-utils fix?
Oct 19 09:07:16 <persia> Yes.
Oct 19 09:07:42 <lag> No idea
Oct 19 09:07:58 <lag> I've had no input WRT alsa-utils
Oct 19 09:08:12 <lag> The only information I have is on the bug report
Oct 19 09:08:18 <lag> bug 637947
Oct 19 09:08:20 <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 3 other projects) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 125)" [High,Fix committed] https://launchpad.net/bugs/637947
Oct 19 09:08:32 <persia> I thought someone was working on an SRU.  Odd that it's not there.
Oct 19 09:08:48 <lag> Don't know dude
Oct 19 09:08:55 <lag> ogra: Is your man
Oct 19 09:09:01 <persia> Probably, indeed.
Oct 19 09:09:52 <cooloney> lag: i am using the latest one of alsa-utils, i think
Oct 19 09:09:53 <cooloney> alsa-utils" versions published in Ubuntu
Oct 19 09:09:53 <cooloney> Natty (1.0.23-3ubuntu1): main/sound
Oct 19 09:09:54 <cooloney> Maverick-proposed (1.0.23-2ubuntu3.2): main/sound
Oct 19 09:10:06 <cooloney> it is from Maverick-proposed
Oct 19 09:10:47 <lag> That looks like the latest version, yes
Oct 19 09:11:04 <lag> You said you were using 1.0.23-2ubuntu3.2 a moment ago
Oct 19 09:11:20 <persia> 3.2 looks to have the right patch in it.
Oct 19 09:12:17 <lag> persia: Where did you look to find that out?
Oct 19 09:12:32 <persia> https://launchpad.net/ubuntu/+source/alsa-utils/
Oct 19 09:12:51 <persia> Expand the details of 1.0.23-2ubuntu3.2
Oct 19 09:13:13 <ogra> cooloney, lag, i missed to also patch the Makefile (assuming there was a .install file) so omap4 isnt installed at all
Oct 19 09:13:28 <lag> Ah
Oct 19 09:13:31 <ogra> fix is already in the queue
Oct 19 09:13:32 <persia> Ah, implementation bug.  Now it all makes sense.
Oct 19 09:13:36 <lag> That'll do it
Oct 19 09:13:47 <persia> -v through 3.3?
Oct 19 09:13:56 <ogra> and i'm still waiting for it before starting to tinker with the pulse stuff
Oct 19 09:14:30 <cooloney> ogra: ok, got it.
Oct 19 10:31:31 <hrw> http://marcin.juszkiewicz.com.pl/2010/10/19/how-to-cross-compile-arm-kernel-under-ubuntu-10-10/
Oct 19 10:34:30 <lag> hrw: Looks good
Oct 19 10:34:44 <hrw> tested before posting ;D
Oct 19 10:35:17 <lag> I'll bookmark it in case I forget how :)
Oct 19 10:35:48 <hrw> mkey
Oct 19 10:36:47 <lag> hrw: Will you be at HDS?
Oct 19 10:36:55 <hrw> lag: HDS?
Oct 19 10:37:08 <lag> Wow, that was all kinds of wrong
Oct 19 10:37:28 <lag> UDS = Ubuntu Developer Summit (I didn't mean this either)
Oct 19 10:37:33 <lag> I meant UDS
Oct 19 10:37:52 <lag> Ah
Oct 19 10:37:56 <ogra_ac> he has to be, he subscribed to my specs !
Oct 19 10:37:57 <lag> What is wrong with me today
Oct 19 10:37:58 <hrw> UDS? I will be
Oct 19 10:38:05 <persia> You have UDS on the brain
Oct 19 10:38:12 <lag> It was crossed between UDS and UHS
Oct 19 10:38:20 <lag> But missed the U and put both U and H
Oct 19 10:38:30 <ogra_ac> UH
Oct 19 10:38:34 <ogra_ac> :)
Oct 19 10:38:34 <lag> HU
Oct 19 10:38:36 <lag> :)
Oct 19 10:38:37 <hrw> lag: I have to be at uds to get my ea1 pandaboard from JamieBennett's hands
Oct 19 10:38:43 <persia> isn't UHS usually in September, anyway?
Oct 19 10:38:48 <lag> EA1?
Oct 19 10:38:51 <lag> Or ES1?
Oct 19 10:39:03 <hrw> lag: EA1
Oct 19 10:39:03 <ogra_ac> EA1 = ES2.1
Oct 19 10:39:08 <hrw> EA1 = es2.0
Oct 19 10:39:10 <lag> persia: Yeah, I was there
Oct 19 10:39:22 <lag> Are they the same?
Oct 19 10:39:32 <hrw> ogra_ac: ea1 with es2.1 are TI internal
Oct 19 10:39:32 <lag> What does ES and EA mean?
Oct 19 10:39:33 <ogra_ac> its the same as 2.1
Oct 19 10:39:52 <hrw> lag: ES is silicon version. EA1 is pandaboard early adopters
Oct 19 10:39:56 <ogra_ac> ES -> Engineering sample
Oct 19 10:40:05 <JamieBennett> lag: ES = Extra Special EA = Extra Awesome
Oct 19 10:40:21 <hrw> ogra_ac: es2.0 has 200MHz mem instead of 400MHz on es2.1
Oct 19 10:40:23 <lag> Lol @ JamieBennett
Oct 19 10:40:25 <hrw> or sth like that
Oct 19 10:40:47 <ogra_ac> hrw, afaik only es2.1 go to the public
Oct 19 10:41:03 <lag> ogra_ac: Where's mine?
Oct 19 10:41:10 <lag> I still don't have one
Oct 19 10:41:15 * lag jumps up and down!
Oct 19 10:41:17 <ogra_ac> hrw, there are two versions of the 2.1
Oct 19 10:41:24 <hrw> ogra_ac: A1 boards are es2.1 but 4weeks at digikey
Oct 19 10:41:26 <ogra_ac> lag, i guess still at pandaboard.org
Oct 19 10:41:30 <hrw> anyway it is not es1.0
Oct 19 10:42:05 <ogra_ac> well, the 2.0 had probs
Oct 19 10:42:12 <ogra_ac> at least the 6 layer one
Oct 19 10:42:23 <ogra_ac> which iirc is the one with the black PCB
Oct 19 10:42:57 <ogra_ac> there was an 8 layer with green PCB that was close to what the 2.1 now is
Oct 19 10:43:22 <ogra_ac> fi you have a green one and are sure ist es2.0 then you are fine
Oct 19 10:43:58 <hrw> ogra_ac: JamieBennett has my board and board is working. thats all I need so far
Oct 19 10:49:03 <ogra_ac> hrw, well, if the compiler doesnt die mid way in a build all is fine i guess :)
Oct 19 10:49:19 <hrw> ogra_ac: worksforme
Oct 19 10:49:40 <ogra_ac> (and if it boots with the final image)
Oct 19 10:50:26 <hrw> ogra_ac: I know that ubuntu people assumes that cross compilation is source of all evil etc but maybe it is time to forget that?
Oct 19 10:50:35 <ogra_ac> ??
Oct 19 10:50:43 <hrw> ;D
Oct 19 10:50:44 <ogra_ac> did i refer to cross compilation anywhere ?
Oct 19 10:51:04 <ogra_ac> we even have a cross howto link in our topic ;)
Oct 19 10:51:33 <saboteur> hey i'm trying to install ubuntu on my nslu2 and it's killing ssh with an OOM message when it goes to detect the disks
Oct 19 10:51:42 <hrw> saboteur: 9.10?
Oct 19 10:51:50 <hrw> ops.. 9.04?
Oct 19 10:51:58 <ogra_ac> hrw, 9.10 had no support for nslu2
Oct 19 10:52:00 <ogra_ac> ah
Oct 19 10:52:01 <saboteur> this is the link - https://wiki.ubuntu.com/ARM/NSLU2
Oct 19 10:52:03 <ogra_ac> snap
Oct 19 10:52:09 <saboteur> jaunty ?
Oct 19 10:52:31 * ogra_ac is happy that jaunty is EOL next week
Oct 19 10:52:31 <hrw> saboteur: I would go for Debian instead of such old release
Oct 19 10:52:40 <ogra_ac> yeah, better take debian
Oct 19 10:52:57 <hrw> ogra_ac: looks like I need to write newer version of amitk's post one day
Oct 19 10:53:05 <saboteur> ok, i'll give it a go :)
Oct 19 10:53:19 <hrw> ogra_ac: as his points to deprecated repos
Oct 19 10:53:22 <saboteur> you know how long writing the flash takes though, lol
Oct 19 10:53:43 <hrw> saboteur: nslu2 has such small amount of flash that nearly no one uses it for rootfs
Oct 19 10:53:45 <saboteur> this device has to only run mrtg so its sufficient
Oct 19 10:53:51 <hrw> ok
Oct 19 10:54:06 <saboteur> hrw: actually not rootfs, i just meant the installer image
Oct 19 10:54:32 <persia> You really want to be installing Debian, not Ubuntu.  Don't worry about the Ubuntu installer image working.
Oct 19 10:54:50 <saboteur> it seemed to take about an hour to run through upslug2
Oct 19 10:55:39 <saboteur> you should mark that page as being broken, although if that software is EOL soon there's probably little point
Oct 19 10:56:12 <persia> I'm planning to remove that page in about 2 weeks (just because I'll be at a conference in a week)
Oct 19 10:56:19 <saboteur> ah :)
Oct 19 10:56:35 <saboteur> it runs nicely on sheevas and stuff though yeah?
Oct 19 10:56:40 <persia> Install it if you like, but if you're the sort active enough to come ask for support, we'll do our best to point you at the best way to support your device.
Oct 19 10:56:50 <persia> 9.04 does.
Oct 19 10:57:04 <persia> 9.10 won't.  Needs Coretex-A8 or Coretex-A9
Oct 19 10:57:08 <saboteur> ah
Oct 19 10:57:36 <ogra_ac> hrw, feel free to fix the topic, its open for editing
Oct 19 10:57:38 <persia> I sympathise with you: I've a few machines that would be running Ubuntu ARM if it weren't for that.  Still, Debian works.
Oct 19 10:58:19 <saboteur> cool, well thanks for the pointers
Oct 19 10:59:36 <persia> If you want to run Ubuntu, Sharp, Genesi, and Toshiba have produced hardware that works.
Oct 19 10:59:56 <persia> And TI just announced the Panda board, which fits in a Bamboo case to make a complete solution.
Oct 19 11:00:07 <persia> (extra bonus: the TI kernel is in-archive and fully supported).
Oct 19 11:00:31 <ogra_ac> and the panda is about the same price as the slug
Oct 19 11:00:36 <hrw> persia: 9.10 needs arm1136 only. 10.04 needs cortex-Ax
Oct 19 11:00:55 <ogra_ac> yeah, 9.10 still was v6 iirc
Oct 19 11:01:37 <hrw> I need to finally restart my sheevaplug... so far it is fastest arm here
Oct 19 11:01:56 <ogra_ac> until you get your panda ;)
Oct 19 11:02:25 <hrw> ogra_ac: yep. then only clock will be faster
Oct 19 11:04:44 <persia> Advertised panda clocks are still slower than my QNAP, but would expect panda+bamboo would be perceived as faster for most purposes.
Oct 19 11:07:03 <hrw> persia: I hope that bamboo will be released soon
Oct 19 11:08:48 <persia> I'm not that fussed.  I'm not expecting to be in the first round of HW releases anyway (given how many other people will do more useful things than have another desktop to use for IRC), so I'm convinced bamboo will be available by the time I have a need for one.
Oct 19 11:09:12 <persia> (and it is my secret hope that someone will release an omap4 consumer device first)
Oct 19 11:09:20 <persia> (well, maybe not so secret)
Oct 19 11:10:24 <saboteur> just for interests sake and for nerd factor, this will be monitoring my ups voltages etc as well as link utilization and solar inverter output/temps
Oct 19 11:10:28 <hrw> persia: anyway even naked pandaboard will be better then my current beagleboard c3 setup
Oct 19 11:10:31 <saboteur> what a way to kill time
Oct 19 11:11:18 <persia> saboteur, solar inverter management is critical: I'm not sure that's any sort of waste.
Oct 19 11:11:26 <persia> hrw, Absolutely.
Oct 19 11:11:44 <saboteur> :)
Oct 19 11:12:11 <saboteur> later, i'm out!
Oct 19 11:12:12 <saboteur> thanks again
Oct 19 11:12:33 <hrw> persia: not in power meaning - much less cables
Oct 19 11:13:25 <persia> Why less cables?  Don't you still need KVM+E?
Oct 19 11:14:38 <hrw> persia: beagleboard c3 + psu + usb hub + usbwifi + usbhdd + usbsd + usbmouse + usbkeyboard + usbhub + 2nd psu + ethernet cable + hdmi cable + serial cable
Oct 19 11:15:09 <persia> Yeah, that's too many.
Oct 19 11:15:20 <hrw> persia: now it will be: pandaboard + hdmi + usbmouse + usbkeyboard + usbhdd + serial cable
Oct 19 11:15:37 <hrw> network via wl1271 wifi
Oct 19 11:15:48 <hrw> ah.. one usbhub will be needed
Oct 19 11:16:00 <hrw> but power from same psu as PB
Oct 19 11:16:22 <ogra_ac> pfft, serial cable
Oct 19 11:16:47 <hrw> ogra_ac: 7 serial ports in desktop needs use
Oct 19 11:16:49 <ogra_ac> nothing to see or do on the serial console
Oct 19 11:17:11 <hrw> ogra_ac: tell it to my alix.1c machine
Oct 19 11:17:14 <ogra_ac> you manage all of u-boot through /boot/boot.script and flash-kernel
Oct 19 11:17:25 <ogra_ac> (only talking of the panda )
Oct 19 11:17:42 <hrw> I have "Serial Graphics Adapter" even in alix.1c ;D
Oct 19 11:17:48 <ogra_ac> heh
Oct 19 11:17:52 <persia> Serial consoles are useful (for servers without IPMI
Oct 19 11:17:52 <ogra_ac> weird HW
Oct 19 11:18:06 <amitk-afk> hrw: you should. the cross-compile landscape has been changing too rapidly for me to keep up
Oct 19 11:18:14 <ogra_ac> persia, not on panda though
Oct 19 11:18:40 <persia> ogra, Sure, but panda is a desktop, not a server.
Oct 19 11:18:50 <hrw> ogra_ac: serial cable or ethernet cable... I prefer serial one
Oct 19 11:18:51 <persia> Anyone building an omap4 server ought add IPMI, really.
Oct 19 11:18:57 <ogra_ac> panda can be a server too
Oct 19 11:19:05 <hrw> persia: omap4 is not good for server
Oct 19 11:19:15 <persia> Sure.  So can a Mac Mini (I have several as servers).  Doesn't make them server designs.
Oct 19 11:19:19 <persia> hrw, Why not?
Oct 19 11:19:20 <ogra_ac> and i still wouldnt recommend fussing around on the serial console
Oct 19 11:19:27 <hrw> no ethernet, no storage controller
Oct 19 11:19:49 <persia> hrw, I thought there was talk about a way to get storage working.  ethernet USB isn't that bad.
Oct 19 11:19:56 <hrw> persia: kirkwood with armv7a would be lovely server chip
Oct 19 11:20:11 <hrw> persia: 110MB/s via sata contra 30MB/s via usb?
Oct 19 11:20:18 <ogra_ac> hrw, well, you havent subscribed to https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-n-public-panda-ppa-build-cluster :)
Oct 19 11:20:32 <hrw> 800Mbps via 1GbE contra 40Mbps via usb-ethernet?
Oct 19 11:20:40 <ogra_ac> i'll show you how well a server it is ;)
Oct 19 11:20:41 <persia> hrw, kirkwood doesn't do that.  I think the successor is called "dove", but that's rumour and speculation.
Oct 19 11:20:59 <ogra_ac> no, its called armada in public i think
Oct 19 11:21:02 <hrw> persia: kirkwood is nice armv5 chip for server use
Oct 19 11:21:09 <persia> (but, yes, I have a kirkwood in a case with SATA and like it very much indeed)
Oct 19 11:21:54 <persia> hrw, Even my 1.2GHz kirkwood isn't as fast as some folk would like for some workloads.  Compute-intensive servers do better with multi-core chips.
Oct 19 11:21:57 <hrw> persia: so with omap4 transferring of 2GB of data from sata drive over ethernet would make usb controller "overheat" not giving any performance
Oct 19 11:22:21 <hrw> persia: sure. but for NAS it is ideal
Oct 19 11:22:21 <persia> Who said anything about USB for storage.  Aren't there some huge number of IO pins?
Oct 19 11:22:42 <hrw> persia: want to connect sata over gpio lines?
Oct 19 11:22:51 <persia> Oh, for NAS, yes, kirkwood is sufficient.  I'm not sure about ideal, as I'd like more computation for some things.
Oct 19 11:22:56 <persia> hrw, Why not?
Oct 19 11:23:06 <ogra_ac> persia, oh, btw, do you think we need a spec for omap3 kernel version ?
Oct 19 11:23:22 <persia> ogra, How much do you really want that in a separate source?
Oct 19 11:23:31 <hrw> persia: some time ago prpplague told that omap4 gpio is not able to do 33MHz
Oct 19 11:23:31 <ogra_ac> i,e, the possible swithc to linaro in case the kernel team doesnt want it in a separate branch
Oct 19 11:23:34 * persia kinda wants to move another kernel *into* the mainline source
Oct 19 11:23:42 <ogra_ac> ugh
Oct 19 11:23:52 <ogra_ac> apw, what do you think ?
Oct 19 11:24:02 <hrw> persia: coreboot developer wants to make x86 hw debugger on pandaboard base
Oct 19 11:24:04 <persia> hrw, when it comes to the detailed technique of how to make SATA work, prpplague is the person I look towards to come up with a good answer.
Oct 19 11:24:22 <hrw> persia: indeed
Oct 19 11:24:45 <persia> ogra, So, it's my feeling that if you think you need the flexibility, you're expecting to be breaking rules we have in place for very good reasons.
Oct 19 11:25:41 <ogra_ac> persia, well, it affects the kernel team more than us i think
Oct 19 11:25:59 <hrw> hmm. looks like pandaboard will be able to get 320GB sata disk + enclosure
Oct 19 11:26:04 <ogra_ac> but i'll happily switch to linaros omap3 kernel instead of having a separate branch
Oct 19 11:26:17 <persia> ogra, Yes, but also only affects them when you want to break the rules.
Oct 19 11:26:24 <persia> If we can follow the rules, it's not much extra trouble.
Oct 19 11:26:28 <hrw> ogra_ac: less maintaince for team?
Oct 19 11:26:54 <ogra_ac> persia, as long as they build arm from teh main tree they are always affected
Oct 19 11:27:03 <ogra_ac> its about the delay
Oct 19 11:27:08 <persia> What delay?
Oct 19 11:27:11 <ogra_ac> and the testing they have to do
Oct 19 11:27:24 <ogra_ac> builds get massively slowed down due to arm builds
Oct 19 11:27:33 <persia> Yeah, but it's not a bad thing.
Oct 19 11:27:50 <persia> The alternative is what happens to the powerpc -meta packages, which commonly don't get uploaded for SRUs for *weeks*
Oct 19 11:27:55 <ogra_ac> for them it is
Oct 19 11:28:01 <hrw> ogra_ac: grab 32 pandas from TI, make a cluster and run buildd?
Oct 19 11:28:13 <persia> It's not that long, and it will be less long with better buildds.
Oct 19 11:28:21 * persia agrees with hrw on this
Oct 19 11:28:31 <persia> Anyway, there's a spec on kernel flavours: maybe mention it there.
Oct 19 11:28:40 <ogra_ac> hrw, see above, thats what i plan
Oct 19 11:28:47 <persia> It's really a kernel team decision unless there's some special reason someone else wants to have an external source.
Oct 19 11:28:57 <ogra_ac> hrw, wont help though
Oct 19 11:29:03 <hrw> ogra_ac: it is a matter of grabbing 2U/4U case, mount pandas inside + ethernet switch + storage and put in rack somewhere
Oct 19 11:29:09 <ogra_ac> you cant easily cluster package builds
Oct 19 11:29:24 <ogra_ac> hrw, right, thats what we plan ... still
Oct 19 11:29:28 <persia> ogra, Depends how you do it, there are ways.
Oct 19 11:29:38 <ogra_ac> persia, no supported ones that ubuntu has
Oct 19 11:29:42 <hrw> ogra_ac: "make a cluster" as not an exactly cluster - just a bunch of hw in common case
Oct 19 11:29:55 <ogra_ac> in case you refer to beowulf like technology
Oct 19 11:30:14 <ogra_ac> hrw, right, one package will still build on one panda
Oct 19 11:31:00 <hrw> ogra_ac: and one panda will be faster then one babbage
Oct 19 11:31:07 <ogra_ac> sure
Oct 19 11:31:22 <hrw> and 32 pandas will be faster then 8 babbages (or how many of them are in use now)
Oct 19 11:31:28 <ogra_ac> but not as fast as an intel multicodre server
Oct 19 11:31:39 <ogra_ac> not for  asingle package
Oct 19 11:31:58 <hrw> ogra_ac: blame TI, STE etc for not giving you 4GHz 8core armv7a boards
Oct 19 11:32:09 <ogra_ac> its still 2.5h vs 15min or so
Oct 19 11:32:31 <hrw> but building 200 packages will take 8h instead of 8 days?
Oct 19 11:32:44 <ogra_ac> i'm not talking about 200 packages
Oct 19 11:32:52 <ogra_ac> only about one of them
Oct 19 11:32:59 <persia> Isn't panda multicore?
Oct 19 11:33:06 <ogra_ac> dual, yep
Oct 19 11:33:17 <persia> Aren't some of the other buildds only dual?
Oct 19 11:33:20 <hrw> ogra_ac: so s/pandaboard/arm realview express/
Oct 19 11:33:32 <hrw> realview express has 4core A9 on board
Oct 19 11:33:34 <ogra_ac> hrw, get me some into the DC
Oct 19 11:33:48 <ogra_ac> afaik thats something only linaro gets :P
Oct 19 11:33:49 <hrw> costs more then 10 pandas anyway
Oct 19 11:34:05 <persia> ogra, But you'd probably make the kernel team happier by being able to drop -versatile than by dropping -omap, really.  At least -omap has real users.
Oct 19 11:34:19 <ogra_ac> persia, i want to have both dropped
Oct 19 11:34:34 <hrw> I think that ubuntu/arm may drop versatile - it is only for qemu anyway
Oct 19 11:34:41 <ogra_ac> persia, and with rsalveti's qemu spec we wont need versatile anyway
Oct 19 11:34:57 <ogra_ac> hrw, "only" is broad ;)
Oct 19 11:35:11 <ogra_ac> its used by many tools we provide
Oct 19 11:35:21 <ogra_ac> but there is a replacement
Oct 19 11:35:32 <ogra_ac> which we'd like in the archive for natty
Oct 19 11:35:45 <persia> ogra, Anyway, I don't think it needs a separate spec.  There's a couple specs in that area already.
Oct 19 11:35:51 <ogra_ac> k
Oct 19 11:36:00 <hrw> ogra_ac: iirc someone in Linaro works on qemu to make it emulate beagleboard, there is spec for qemu-a9
Oct 19 11:36:18 * ogra_ac just remembers several UDSes we had before where the title of the spec didnt match our expectations at all
Oct 19 11:36:20 <persia> hrw, There's a number of folk who rely on qemu working for armel for their regular work: we can't make that go away.
Oct 19 11:36:46 <persia> Sure.  Spec titles almost never match content.
Oct 19 11:36:59 <ogra_ac> hrw, yeah, we have one for packaging (or pulling in the existing qemu-omap package) it
Oct 19 11:37:47 <persia> But it's not worth a spec for a few people to argue one way or the other, nor for a 5 minute session where everyone agrees.  There are other places that talk about what comes out of "linux", and adding new source is trivial enough to not need a spec.
Oct 19 11:38:08 <ogra_ac> maintaining a complete branch is
Oct 19 11:38:43 <ogra_ac> which is one of the options
Oct 19 11:39:38 <persia> How is "maintaining a complete branch" different from "adding a new source package" except finding someone to do it?
Oct 19 11:39:53 <persia> I presume that if you want it that much, you already have a way to find someone to do it.
Oct 19 11:40:37 <persia> If not, I recommend finding someone to do it before pushing for it to exist
Oct 19 11:40:55 <persia> (note that using the linaro tree is another way, because then you're expecting linaro to do it)
Oct 19 11:43:03 <ndec> ogra: hi!
Oct 19 11:43:53 <ndec> ogra: i am just testing the audio stuff now... and i am confused. is that supposed to work? it looks like i am missing some files after clean 10.10 install, + apt-get upgrade (for -updates) and apt-get upgrade for (-proposed), with no reboot in between
Oct 19 11:51:59 <persia> ndec, There's another update to alsa-utils in the queue.
Oct 19 11:52:20 <ndec> persia: argh... i missed this info... is the .deb available anywhere?
Oct 19 11:54:22 <persia> I don't think so: I think the source is still awaiting approval.
Oct 19 11:58:00 <ogra_ac> ndec, and after that the pulse profile needs to be added additionally, buut i first want proof that the alsa fix works
Oct 19 11:58:30 <ogra_ac> (pulse profile is needed to expose hdmi additionally, without it, alnalog should fully work though)
Oct 19 12:09:47 <apw> ogra_ac, sorry i am struggling to understand the question
Oct 19 12:09:54 <apw> (lacking context i suspect)
Oct 19 12:10:16 <ogra_ac> apw, i would like to not have omap3 built from the main tree one way or the other in natty
Oct 19 12:10:36 <apw> ogra_ac, omap3 is already not build from the master branch in natty :)
Oct 19 12:10:38 <ogra_ac> apw, and i would like to discuss the possibilites at UDS
Oct 19 12:10:46 <ogra_ac> oh !
Oct 19 12:10:57 <ogra_ac> that saves all probs then, you already took action
Oct 19 12:10:58 <persia> See.  No spec required.
Oct 19 12:10:58 <apw> and interestingly we are discussing that at the 'version and flavours' session
Oct 19 12:11:12 <ogra_ac> great, i'll attend
Oct 19 12:11:20 <persia> apw, Just for fair warning, I'm planning to raise ppc at that session.
Oct 19 12:11:24 <apw> ie, where are we gettign omap3 from for natty, are we using linaro, basing on linaro, doing our own thing
Oct 19 12:11:42 <apw> persia, what might you raise on it, as yes thats also on my radar
Oct 19 12:11:55 <apw> and its best to not be blind sided :)
Oct 19 12:11:57 <ogra_ac> if linaro provides all functionallity we have in maverick i'd be happy with that
Oct 19 12:12:32 <persia> apw, Mostly just to make sure it's discussed.  I'm not going to foreguess conclusions.
Oct 19 12:12:32 <ogra_ac> also with taking their binaires directly so kernel team has it off their sholders
Oct 19 12:12:52 <persia> apw, That it's on your radar means you are unlikely to be blindsided.
Oct 19 12:12:54 <apw> ogra_ac, sounds liek we are thinking the same
Oct 19 12:12:59 <ogra_ac> great ;)
Oct 19 12:13:08 <apw> persia, well i am worried about powerpc yes, but i am interested in what you are going to ask
Oct 19 12:13:21 <hrw> apw: link to spec can you?
Oct 19 12:13:37 * persia goes to -kernel to be even close to topic
Oct 19 12:15:42 <apw> hrw, its a skeleton at the moment, but it'll be this one: https://blueprints.edge.launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
Oct 19 12:16:14 <hrw> subscribed
Oct 19 12:16:35 <hrw> apw: catch Linaro kernel people to attend
Oct 19 12:16:48 <rsalveti> morning
Oct 19 12:30:44 <rsalveti> ogra_ac: nice, I also believe we can go with linaro's kernel for omap3
Oct 19 12:30:57 <ogra_ac> :)
Oct 19 12:31:00 <rsalveti> at least I believe it's going to be well supported by the next cycle
Oct 19 13:01:11 <sveinse> Hello. Where can I find the logs from #ubuntu-arm?
Oct 19 13:02:04 <ogra_ac> irclogs.ubuntu.com
Oct 19 13:24:25 <daurnimator> GrueMaster, you have a2 or a3?
Oct 19 13:30:58 <apw> ogra, does https://blueprints.edge.launchpad.net/ubuntu/+spec/hardware-arm-n-omap-edid-autodetection need a UDS session ?
Oct 19 13:31:34 <apw> ogra, NCommander, you have a few other-arm-natty- blueprints which seem to be about h/w detection
Oct 19 13:31:44 <apw> would they belong on the hardware- track ?
Oct 19 13:31:52 <ogra_ac> which ones ?
Oct 19 13:31:57 <rsalveti> apw: this, probably not
Oct 19 13:32:05 <ogra_ac> the edid stuff is rsalveti
Oct 19 13:32:17 <apw> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-natty-improved-subarch-detection
Oct 19 13:32:30 <ogra_ac> thats for the installer and dpkg iits
Oct 19 13:32:32 <apw> (there are others similar i seem to remember)
Oct 19 13:32:37 <ogra_ac> *iirc
Oct 19 13:32:50 * ogra_ac doesnt remember having any spec related to hw detection
Oct 19 13:32:52 <rsalveti> there's a discussion about integrating the same stuff with omap 4 and omap 3, but don't know if it actually needs a session
Oct 19 13:33:11 <apw> ogra_ac, well does that stop it being h/w i wonder?
Oct 19 13:33:39 <ogra_ac> apw, its about implementation in userspace
Oct 19 13:33:42 <apw> rsalveti, well i am in your hands, i ask because its an old blueprint being continued, if you need a session say yes and i'll accept it :)
Oct 19 13:34:07 <ogra_ac> apw, its a blueprint nobody worked on last cycle
Oct 19 13:34:07 <apw> ogra_ac, but by that approach we'd have nothing on the cloud track cause we do all our work on our laptops ?  no ?
Oct 19 13:34:18 <ogra_ac> well, rsalveti invested some days but to late
Oct 19 13:34:40 <apw> ogra_ac, no complaints, just checking if it needs one ... the slots are filling and if it should be in the mix i need to tick and if not i need to cross :)
Oct 19 13:34:44 <ogra_ac> apw, yeah, doesnt that show the sillyness of the new approach :P
Oct 19 13:35:11 <apw> ogra_ac, well indeed.  and why i wondered if it was a h/w related issue as its about detecting and handling specific hw
Oct 19 13:35:16 <ogra_ac> other-arm-n-arm-thin-clients and other-arm-n-public-panda-ppa-build-cluster are my specs
Oct 19 13:35:24 <ogra_ac> (the two in other)
Oct 19 13:35:32 <apw> i don't really mind, if its hardware- then i can accept it ... otherwise its someone elses problem :)
Oct 19 13:35:40 <rsalveti> apw: I'm ok for not having a session for it
Oct 19 13:35:52 <apw> rsalveti, if you are sure ... i'll bosh it from the pending queue
Oct 19 13:36:01 <rsalveti> apw: cool, thanks
Oct 19 13:36:03 <ogra_ac> apw, given how hard it is to rename it ...
Oct 19 13:36:29 <apw> actually rename is pretty easy, but annoying for everyone who has the link
Oct 19 13:36:30 <ogra_ac> the ppa cluster is more an IS thing and an overall solution
Oct 19 13:36:45 <apw> yeah i concur the other two sound like something other than hardware-
Oct 19 13:36:53 <ogra_ac> only a very small part is HW
Oct 19 13:37:15 <ogra_ac> and the thin clients would be more for a server (but surely in no way a could) issue
Oct 19 13:39:30 <ogra_ac> apw, feel free to rename the subarch thing ...
Oct 19 13:39:42 <ogra_ac> NCommander is on vacation atm so he wont change it
Oct 19 13:41:42 <apw> ogra_ac, i am more advising, i have no investment one way or the other on which track its on
Oct 19 13:41:53 <ogra_ac> hmm, k
Oct 19 13:42:04 <apw> to my eye its more h/w than other, but it matters little to the overall goals
Oct 19 13:42:11 <ogra_ac> do you know who is scheduling other ?
Oct 19 13:42:22 <apw> jcastro i belive
Oct 19 13:43:14 <ogra_ac> k
Oct 19 13:44:53 <apw> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-n-userland-subarch-detection
Oct 19 13:45:10 <apw> ogra_ac, that one should probabally be disponsitioned the same way as the previous one
Oct 19 13:45:23 <apw> if the other moves it should to, or not together
Oct 19 13:45:52 <ogra_ac> hmm
Oct 19 13:45:56 <ndec> ogra_ac: rsalveti: anyone tried the kubuntu netbook edition? just read about this yesterday. i don't even know if it's using efl or ogl/ogles
Oct 19 13:46:27 <ogra_ac> ndec, its using a lot of GL stuff if available and no, we dont test it, ask the community
Oct 19 13:46:41 <ndec> ogra_ac: ok!
Oct 19 13:47:09 <ndec> ogra_ac: by the way, i just realized that I don't have the icon on the desktop. I rebooted with desktop, not netbook, and I can't find the icon. is that normal?
Oct 19 13:47:24 <ogra_ac> ndec, they are desparately looking for someone to sponsore them omap4 HW btw ;)
Oct 19 13:47:25 <ndec> ogra_ac: argh... it's in the menu
Oct 19 13:47:34 <ogra_ac> heh
Oct 19 13:47:41 <ndec> ogra_ac: who is 'they'?
Oct 19 13:47:48 <ogra_ac> kubuntu community
Oct 19 13:49:03 <ndec> ah. ok
Oct 19 13:49:21 <ndec> well, they will have to write their UI to use gles first ;-)
Oct 19 13:49:38 <ogra_ac> hard to do if you dont have gles HW ;)
Oct 19 13:49:43 <rsalveti> good thing is that qt can use the eges backend
Oct 19 13:49:54 <rsalveti> and this is tested by nokia in general
Oct 19 13:49:57 <rsalveti> and meego
Oct 19 13:49:59 <ogra_ac> yep
Oct 19 13:50:14 <ogra_ac> so kubuntu *might* work
Oct 19 13:50:21 <ogra_ac> i know the images we have dont though
Oct 19 13:50:34 <ogra_ac> theyy went untested for nearly the whole cycle
Oct 19 14:05:03 <ndec> ogra_ac: i'd like to rebuild alsa-utils latest patch to test it. if I get the source for x.y.z, and the deb diff, I just need to apply the diff and rebuild, right?
Oct 19 14:05:41 <ogra_ac> yep
Oct 19 14:05:58 <ogra_ac> ubuntu3.2 should have the complete fix
Oct 19 14:06:29 <ndec> ogra_ac: you mean ubuntu3.3, right?
Oct 19 14:06:37 <ogra_ac> err, indeed
Oct 19 14:07:06 <ogra_ac> it hasnt been accepted yet, i might have to change it again ... though that shouldnt change functionallity
Oct 19 14:18:15 <_dash__> hi all
Oct 19 14:18:41 <_dash__> I am trying to use ubuntu on pandaboard and require some help
Oct 19 14:19:00 <ogra_ac> sure ;)
Oct 19 14:19:08 <_dash__> how to get source of ubuntu for pandaboard ?
Oct 19 14:19:32 <ogra_ac> i told you in the #pandaboard channel already
Oct 19 14:19:42 <_dash__> I want some git repo or tarball ... is it available ?
Oct 19 14:19:45 <ogra_ac> you can only build it package by package
Oct 19 14:19:49 <ogra_ac> no
Oct 19 14:19:54 <rsalveti> it's not like OE
Oct 19 14:20:07 <ogra_ac> thats not how a packaging system based distro works
Oct 19 14:20:12 <_dash__> then how to get source ?
Oct 19 14:20:22 <rsalveti> you can grab the source for all the packages
Oct 19 14:20:23 <ogra_ac> you pull it from ports.ubuntu.com
Oct 19 14:20:23 <_dash__> of current stable release ?
Oct 19 14:20:29 <ogra_ac> yes
Oct 19 14:22:49 <_dash__> u mean /dists/maverick/main/source/Sources.bz2 ?
Oct 19 14:24:03 <ogra_ac> no
Oct 19 14:24:14 <ogra_ac> there are 17000 packages under pool/
Oct 19 14:25:38 <ogra_ac> honestly, what do you plan to achieve
Oct 19 14:25:39 <_dash__> ok I see main, multiverse, restricted, universe ...
Oct 19 14:26:10 <_dash__> I just want to get sources of ubuntu, cross compile it and run on panda board
Oct 19 14:26:20 <_dash__> I don't want pre-builts
Oct 19 14:26:28 <ogra_ac> but why ? WHATS WRONG WITH TEH BINARIES WE PROVIDE
Oct 19 14:26:32 <ogra_ac> OOPS
Oct 19 14:26:37 <ogra_ac> sorry for the caps
Oct 19 14:26:39 <rsalveti> you're probably not going to be able to cross-compile everything
Oct 19 14:26:44 <ogra_ac> right
Oct 19 14:26:52 <rsalveti> and yes, why do you need to build everything?
Oct 19 14:27:20 <rsalveti> add neon? hf?
Oct 19 14:27:22 <persia> _dash__, So, there's something like 12G of source, and it takes something like a few weeks to compile it, given a farm of fast machines.
Oct 19 14:27:48 <_dash__> I may require to plug-in plug out or port some of the drivers
Oct 19 14:28:08 <ogra_ac> so you want to rebuild kernel bits
Oct 19 14:28:10 <_dash__> Basiccaly i want bsp port (u-boot, kernel atleast)
Oct 19 14:28:15 <ogra_ac> or compile additional modules
Oct 19 14:28:16 <_dash__> yes
Oct 19 14:28:17 <persia> http://cdimage.ubuntu.com/daily/current/source/ has a good chunk of it (the sources needed for the Ubuntu Desktop flavour), if you want a smaller bite.
Oct 19 14:28:43 <rsalveti> then you don't need to build everything by hand
Oct 19 14:28:45 <_dash__> ogra_ac: yes
Oct 19 14:28:45 <ogra_ac> _dash__, no need to recompile the rest of the distro for that
Oct 19 14:28:50 <rsalveti> you just need to hack some packages
Oct 19 14:28:54 <ogra_ac> right
Oct 19 14:28:59 <rsalveti> like the ones you want to change
Oct 19 14:29:06 <_dash__> yes
Oct 19 14:29:17 <_dash__> So how do i get BSP port of it ?
Oct 19 14:29:24 <ogra_ac> there is no BSP
Oct 19 14:29:36 <ogra_ac> apt-get source on the panda can get you the sources
Oct 19 14:29:40 <_dash__> ok u-boot and kernel sources ?
Oct 19 14:29:57 <ogra_ac> i.e. apt-get source linux-ti-omap4 will get you the kernel package source
Oct 19 14:30:14 <ogra_ac> u-boot-linaro-omap4 is the u-boot source iirc
Oct 19 14:30:26 <ogra_ac> x-loader-omap4 is the MLO source
Oct 19 14:30:43 <_dash__> How do i get it to host machine ?
Oct 19 14:30:56 <_dash__> so that I can cross compile kerel and U-boot port
Oct 19 14:31:08 <rsalveti> _dash__: you can also use your own panda to build your packages if you need
Oct 19 14:31:10 <ogra_ac> scp ?
Oct 19 14:31:25 <ogra_ac> right, the panda is really fast enough to build everything on it
Oct 19 14:31:29 <_dash__> And does ubuntu recomends any specific toolchain ?
Oct 19 14:31:33 <rsalveti> _dash__: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
Oct 19 14:31:42 <rsalveti> _dash__: we have our own cross toolchain
Oct 19 14:31:44 <ogra_ac> yes, you should use the ubuntu toolchain
Oct 19 14:31:48 <rsalveti> packaged by hrw
Oct 19 14:32:10 <_dash__> how do i get that toolchain ?
Oct 19 14:32:28 <ogra_ac> apt-get install build-essential on the panda
Oct 19 14:32:35 <ogra_ac> or for cross builds ask hrw
Oct 19 14:32:42 <hrw> apt-get install gcc-arm-linux-gnueabi for cross
Oct 19 14:33:02 <rsalveti> but I believe the packages are only available for maverick
Oct 19 14:33:10 <ogra_ac> yeah
Oct 19 14:33:32 <_dash__> ok so this will give me tooclchain
Oct 19 14:38:35 <_dash__> toolchain problem is solved.
Oct 19 14:38:58 <_dash__> how to get kernel and u-boot and xloader sources ?
Oct 19 14:39:08 * ogra_ac told you above
Oct 19 14:39:15 <_dash__> I got link for kernel ... but which hash ?
Oct 19 14:39:21 <Neko> rsalveti, hi, if you are there right now, let me ask.. did a kernel ever exist on maverick for fsl-imx51 or?
Oct 19 14:39:23 <rsalveti> _dash__: head?
Oct 19 14:39:27 <Neko> was it removed almost instantly?
Oct 19 14:39:35 <Neko> we would love to see whatever development it got to before it stopped, post-Lucid
Oct 19 14:39:50 <amitk> Neko: Lucid was it
Oct 19 14:39:59 <rsalveti> Neko: amitk is your guy
Oct 19 14:40:15 <amitk> Neko: the same branch was carried forward in the maverick tree, but not kernel version changes, etc.
Oct 19 14:40:15 <_dash__> rsalveti: is it available on git ?
Oct 19 14:40:34 <rsalveti> _dash__: what exactly?
Oct 19 14:40:41 <ogra_ac> _dash__, you will trash the ubuntu install, you should use packages
Oct 19 14:40:46 <ogra_ac> (and rebuild them)
Oct 19 14:40:58 <Neko> amitk, same question
Oct 19 14:41:16 <amitk> Neko: already answered
Oct 19 14:41:16 <ogra_ac> Neko, no changes post lucid
Oct 19 14:41:30 <_dash__> rsalveti: Kernel source for cross compilatin ??
Oct 19 14:41:53 <ogra_ac> _dash__, use the kernel package and xdeb from the cross toolchain to build a deb
Oct 19 14:42:25 <_dash__> 6931849710b21c0688a24646b15ff9db782b21d9 this hash ?
Oct 19 14:42:30 <rsalveti> _dash__: the git kernel source is the same thing as the source package
Oct 19 14:42:49 <amitk> _dash__: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4 (if you break anything, you get to keep both pieces) :0
Oct 19 14:42:52 <amitk> :)
Oct 19 14:43:24 <rsalveti> _dash__: hrw posted on his blog how to cross build the kernel today
Oct 19 14:43:42 <_dash__> Please share blog link
Oct 19 14:43:43 * hrw ends for today
Oct 19 14:43:52 <ogra_ac> hrw, how about updating the channel topic with that ?
Oct 19 14:43:54 <hrw> http://marcin.juszkiewicz.com.pl/2010/10/19/how-to-cross-compile-arm-kernel-under-ubuntu-10-10/
Oct 19 14:44:01 <hrw> ogra_ac: feel free
Oct 19 14:44:04 <ogra_ac> bah, way to long
Oct 19 14:44:09 <ogra_ac> that will likely trash it
Oct 19 14:44:13 * ogra_ac tires
Oct 19 14:44:31 <hrw> ogra_ac: http://42.pl/u/2u8U
Oct 19 14:44:36 <hrw> this one is shorter
Oct 19 14:44:38 <ogra_ac> nah, seems it worked ;)
Oct 19 14:44:49 <rsalveti> ogra_ac: please, get the shorter one
Oct 19 14:45:23 <ogra_ac> done :)
Oct 19 14:45:27 <rsalveti> thanks a lot :-)
Oct 19 14:45:53 <_dash__> Ok kernel problem solved
Oct 19 14:47:19 <ogra_ac> just make sure you build a proper .deb and install it the right way
Oct 19 14:48:01 <ogra_ac> else you will trash the setup
Oct 19 14:48:08 <_dash__> yes thanks
Oct 19 14:49:32 <Neko> launchpad should have a tiny url service :D
Oct 19 15:22:16 <ukleinek> Neko: https://bugs.launchpad.net/ubuntu/+filebug :-)
Oct 19 15:24:27 <Neko> :D
Oct 19 15:31:36 <Neko> question: I remember for Jaunty/Karmic etc. there was a console font that was used from the installer that replaced the horrible VGA one, and it was LIKE Terminus, but it was a little more curvy..
Oct 19 15:31:44 <Neko> does anyone know what on earth that font was?
Oct 19 15:37:21 <Neko> also: is prelink safe on armel?
Oct 19 15:39:22 <GrueMaster> daurnimator: I have a prerelease A board, but it should be nearly identical.  I don't remember any mention of changes that would affect video.  Looking at the SRM, it looks like there were changes to power OVP on A1 and Camera and Memeory changes for A2.
Oct 19 15:48:18 <daurnimator> GrueMaster, apparantly on the a3 there is now a pin to turn on the hdmi out
Oct 19 15:48:25 <daurnimator> which isn't in the ubuntu kernel
Oct 19 15:48:52 <GrueMaster> Interesting.  I'll relook at the documentation.
Oct 19 15:49:04 <daurnimator> btw, anyone have a link to the .deb to offload some things to the dsp?
Oct 19 15:49:11 <daurnimator> i remember someone linking it recently
Oct 19 15:51:24 <GrueMaster> The really odd part of this change is that it would make the XM incompatible with the Beagleboard I would think, which is not the intention.
Oct 19 15:53:22 <rcn-ee_> GrueMaster, it shoudn't...  there's already an is_omap36xx check that it's buried under.. and the change doesn't afffect the A2 as it isn't connected..
Oct 19 15:54:08 <rsalveti> hm, yeah, was going to look at this a3 issue later today
Oct 19 15:54:39 <rsalveti> rcn-ee_: so, do we need an x-loader/kernel update for a3?
Oct 19 15:54:41 <GrueMaster> rcn-ee_: Have you been following daurnimator's problem?  He has an A2 and is not getting video out.  I have an A rev, and mine works fine here.
Oct 19 15:54:41 <rcn-ee_> rsalveti, ping mpoirier we talked about it this morning and he has my patch. ;)
Oct 19 15:54:56 <rsalveti> rcn-ee_: cool :-)
Oct 19 15:55:34 <GrueMaster> wait, what?  There is a change to the uboot/xloader for Beagle, a week after release?
Oct 19 15:55:37 <rcn-ee_> Yeap GrueMaster talked with daurnimator on #beagle this morning, he tested out the patch i was workign on that enables dvi on the A3... kernel's are a building and then images will get rebuilt for lucid/maverick..
Oct 19 15:55:48 <rcn-ee_> x-loader change not required..
Oct 19 15:56:14 <rsalveti> cool, then it's just the kernel
Oct 19 15:56:28 <rsalveti> too bad they changed in a way we can't boot the pre-released image on a3 anymore =\
Oct 19 15:56:33 <daurnimator> cool *moves to here again*
Oct 19 15:56:48 <GrueMaster> ok.  Had me worried.  But still w/o patch, system won't boot.  We'll need to come up with some documentation on how to update kernel, which will need to be done before first boot.
Oct 19 15:57:38 <rcn-ee_> rsalveti, sadly there was a note in the A2 schematic that i never bothered to read.. ;)
Oct 19 15:58:04 <rsalveti> GrueMaster: yup, like we do for blaze
Oct 19 15:58:10 <rcn-ee_> on the A2, the pin was not connected to make it work, on the a3 it got connected to a new unused pin.. ;)
Oct 19 15:58:22 <rsalveti> will create the same uImage but with the patch included
Oct 19 15:58:28 <rsalveti> then the user can replace and install the system
Oct 19 15:58:30 <GrueMaster> rsalveti: Blaze is slightly different in that it isn't widely sold.
Oct 19 15:58:31 <ojn> ogra_ac: ping
Oct 19 15:58:37 <rsalveti> later on he can update the kernel and be fine with it
Oct 19 15:58:47 <rsalveti> rcn-ee_: yeah
Oct 19 15:59:59 <GrueMaster> rcn-ee_: When will the XM A3 SRM be posted to beagleboard.org?
Oct 19 16:00:01 <daurnimator> what sort of speed is expected in the end (in terms of general use)
Oct 19 16:00:56 <rcn-ee_> it should be up today, i'd pin jkridner as he usually does that..
Oct 19 16:01:03 <GrueMaster> daurnimator: The speed is decently usable.  Not as good as a dual core panda, but good for most work.
Oct 19 16:01:44 <jkridner|work> GrueMaster: I just uploaded the files to S3....
Oct 19 16:01:46 <jkridner|work> creating the links shortly.
Oct 19 16:01:49 <GrueMaster> daurnimator: Don't expect a lot of speed when doing massive compiles like openoffice.
Oct 19 16:01:52 <rcn-ee_> daurnimator, if your not using the mpurate variable you can get more speed by bumping that to 800Mhz (1Ghz will be avialbe in the next kernel)
Oct 19 16:02:03 <GrueMaster> jkridner|work: Excellent.
Oct 19 16:02:15 <daurnimator> GrueMaster, I've got it all booted now :P
Oct 19 16:02:23 <GrueMaster> Excellent!
Oct 19 16:02:39 <daurnimator> bit slower than expected, especially dpkg stuff
Oct 19 16:02:42 <rsalveti> cool!
Oct 19 16:02:52 <rsalveti> yeah, blame sd card performance
Oct 19 16:02:59 <daurnimator> hence wondering if theres anything that can be dsp-offloaded
Oct 19 16:02:59 <rsalveti> or sd in general
Oct 19 16:03:11 <GrueMaster> jkridner|work: Is this change at the board trace level or can it be made in the field?
Oct 19 16:03:17 <rcn-ee_> or very slow if using btrfs with default maverick dpkg..
Oct 19 16:03:54 <daurnimator> i'm using an 8gb sdhc card. should be very fast. otherwise all defaults
Oct 19 16:04:06 <daurnimator> in any case, I really should be in bed; asleep.
Oct 19 16:04:18 <rsalveti> jkridner|work: rcn-ee_: when the a3 was released to public?
Oct 19 16:04:29 <GrueMaster> daurnimator: With SDHC, the higher the class of SD, the faster it is.
Oct 19 16:04:29 <rcn-ee_> first customer got them friday...
Oct 19 16:04:45 <rsalveti> hm, ok, so no that long ago
Oct 19 16:04:50 <rcn-ee_> so everyone who got a shipment notice this last week, got them..
Oct 19 16:05:10 <daurnimator> ooh really? thats when I got mine >.< I'm quite suprised I'm in the first lot...
Oct 19 16:05:47 <GrueMaster> rsalveti: ogra_ac:  Should we update the release notes with instructions on how to update the image prior to first boot?  If not, we could see a lot of bug reports.
Oct 19 16:06:14 <daurnimator> GrueMaster, or just people like me on irc, getting utterly lost :P
Oct 19 16:06:23 <rsalveti> GrueMaster: sure
Oct 19 16:06:34 <rsalveti> will create the uImage and request someone to test, like daurnimator :-)
Oct 19 16:06:36 <rcn-ee_> i put a notice on elinux ubuntu page, but https://wiki.ubuntu.com/ARM/OMAPMaverickInstall needs a warning.. ;)
Oct 19 16:06:41 <rsalveti> then we can update it
Oct 19 16:07:01 <rsalveti> rcn-ee_: yeah, will update with the proper uImage link there once I build it
Oct 19 16:07:02 <daurnimator> notes for newbies: use a power adaptor; use a serial cable, and make sure it works.
Oct 19 16:07:12 <daurnimator> yeah, I'm happy to test anything you guys care to throw my way
Oct 19 16:07:24 <rsalveti> cool
Oct 19 16:07:40 * daurnimator departs
Oct 19 16:07:44 <jkridner|work> BeagleBoard-xM Rev A3 files are uploaded to http://beagleboard.org/hardware/design
Oct 19 16:09:04 <rcn-ee_> rsalveti, btw patch is here: http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6-stable/annotate/head:/patches/beagle/0001-omap-beagle-use-GPIO2-on-the-xM-A3-to-turn-DVI-on.patch  it won't apply cleanly to ubuntu kernel, but it should be in that omap36xx if..
Oct 19 16:10:00 <rsalveti> rcn-ee_: yeah, cool, thanks for the link
Oct 19 16:56:50 <ogra_ac> GrueMaster, ??
Oct 19 16:56:59 <ndec> ogra_ac: I tried to build alsa-utils with the patch from the upload queue... still the file omap4 file isn't there: http://paste.ubuntu.com/516366/
Oct 19 16:57:49 <ogra_ac> ndec, you patched the makefiles ?
Oct 19 16:58:11 <GrueMaster> ogra_ac: What are you asking??
Oct 19 16:58:35 <ogra_ac> GrueMaster, upgarding images prior to first boot ?
Oct 19 16:58:39 <ogra_ac> ECONTEXT
Oct 19 16:59:04 <GrueMaster> See above.  TI modified BeagleXM to require a GPIO to enable video out.
Oct 19 16:59:15 <rsalveti> ogra_ac: with xm A3
Oct 19 16:59:17 <GrueMaster> All shipping XM boards have this mod.
Oct 19 16:59:25 <ogra_ac> fun
Oct 19 16:59:29 <rsalveti> yeah
Oct 19 16:59:34 <ndec> ogra_ac: I downloaded the .diff from the upload queue, and applied
Oct 19 16:59:34 <ogra_ac> and we have a fix ?
Oct 19 16:59:40 <rsalveti> yup
Oct 19 17:00:00 <ogra_ac> ndec, check if the makefiles in the init dir get patched to install oamp4
Oct 19 17:00:03 <rsalveti> I'm just building a new uImage and mpoirier will probably forward this to the kernel team
Oct 19 17:00:05 <ogra_ac> *omap
Oct 19 17:00:15 <GrueMaster> We'll need to test against a non-modified board to make sure it doesn't break C4 & XM A-A2.
Oct 19 17:00:26 <ogra_ac> rsalveti, GrueMaster so once we have the file, we indeed should provide info
Oct 19 17:00:35 <GrueMaster> A3 shipped as of last Friday.
Oct 19 17:00:35 <ogra_ac> yup
Oct 19 17:00:46 <ogra_ac> thats really bad timing
Oct 19 17:00:53 <rsalveti> yeah
Oct 19 17:00:57 <ogra_ac> given we will all be travelling
Oct 19 17:01:06 <rsalveti> for default there's no console, and the screen doesn't work
Oct 19 17:01:08 <rsalveti> not good :-)
Oct 19 17:01:17 <ndec> ogra_ac: grep omap alsactl/init/Makefile --> empty
Oct 19 17:01:19 <rcn-ee_> kinda.. there was  a note in the A2 schematic that i and other didn't notice.. ;)
Oct 19 17:01:42 <GrueMaster> rcn-ee_: A2 or A3?
Oct 19 17:01:59 <ogra_ac> ndec, thats weird, my patch definitely patches Makefile.in and .am
Oct 19 17:02:02 <rcn-ee_> the A2 schematic had a note that it would be changing.. ;)
Oct 19 17:02:09 <GrueMaster> Ah.
Oct 19 17:02:54 <rsalveti> rcn-ee_: I just didn't expect a3 so soon
Oct 19 17:05:26 <rsalveti> glad that at least we don't need to change x-loader/u-boot for it
Oct 19 17:07:36 <rcn-ee_> on the plus side for power managment users, invert that pin and you disable the tfp410 chip to save some juice on the a3..
Oct 19 17:08:54 <ndec> ogra_ac: it's weird, when I run dpkg-buildpackage, it does not apply the patch serie
Oct 19 17:11:20 <rsalveti> rcn-ee_: nice
Oct 19 17:12:45 <ndec> ogra_ac: quilt.make is commented out in debian/rules.
Oct 19 17:12:59 <ndec> ogra_ac: i need to go home now. let's talk about this tomorrow.
Oct 19 17:17:54 <Sonny_8bit> hello, i am currently @ beagleboard under maverick. pls help me to install powervr-omap3
Oct 19 17:18:17 <rsalveti> Sonny_8bit: https://wiki.ubuntu.com/ARM/OMAP
Oct 19 17:18:53 <Sonny_8bit> thanks
Oct 19 17:19:25 <Sonny_8bit> after installing powered usb-hub mouse is working fine
Oct 19 17:19:39 <rsalveti> cool
Oct 19 17:20:13 <rsalveti> also, make sure your user is also at the video group
Oct 19 17:20:28 <rsalveti> tested this morning and it seems the user is not at the video group by default
Oct 19 17:20:48 <rsalveti> and this is required to access the pvr device
Oct 19 17:22:22 <Sonny_8bit> ok, i am starting...
Oct 19 17:25:30 <Neko> guys where are the libegl1-sgx-omap4 etc. packages kept?
Oct 19 17:25:42 <Sonny_8bit> system says sonny@sonny-beagleboard:/$ sudo apt-get install libegl1-sgx-omap3 libgles1-sgx-omap3 libgles2-sgx-omap3 Чтение списков пакетов... Готово Построение дерева зависимостей        Чтение информации о состоянии... Готово E: Не удалось найти пакет libegl1-sgx-omap3 E: Не удалось найти пакет libgles1-s
Oct 19 17:25:55 <Sonny_8bit> sorry i use russian localisation
Oct 19 17:26:10 <ogra_ac> great, my UTF-8 works :P
Oct 19 17:26:20 <ogra_ac> Neko, in the omap4 PPA
Oct 19 17:26:21 <Sonny_8bit> it cannot find packages
Oct 19 17:26:36 <ogra_ac> Sonny_8bit, do you have multiverse enabled ?
Oct 19 17:26:53 <Neko> URL?
Oct 19 17:26:58 <ogra_ac> and universe too
Oct 19 17:27:02 <Neko> launchpad URL I mean
Oct 19 17:27:08 <Neko> I can't search for it it says no results
Oct 19 17:27:11 <ogra_ac> Neko, just click on the TI icon on your panda
Oct 19 17:27:15 <ogra_ac> oh, wait :P
Oct 19 17:27:16 <Neko> I don't have a panda
Oct 19 17:27:17 <Sonny_8bit> hmm i dont know exactly 'cause i am new in linux
Oct 19 17:27:21 <ogra_ac> get one ;)
Oct 19 17:27:25 <Neko> I have a beagle, but I'm not doing this on that :D
Oct 19 17:27:36 <Neko> the idea is we match the mx51 gl libs to the same kind of installation process
Oct 19 17:27:41 <ogra_ac> you wouldnt get the icon on a beagle ;)
Oct 19 17:28:50 <ogra_ac> https://edge.launchpad.net/~tiomap-dev/+archive/release
Oct 19 17:28:55 <ogra_ac> Neko, ^^^
Oct 19 17:29:05 <ogra_ac> next time search LP yourself
Oct 19 17:29:17 <Neko> I did!
Oct 19 17:29:20 <Neko> it said no results
Oct 19 17:29:22 <Neko> nothing..
Oct 19 17:29:35 <Neko> tiomap-dev is what I should have searched for it seems :D
Oct 19 17:29:51 <rsalveti> Sonny_8bit: you can activate at the package manager or by editing /etc/apt/sources.list
Oct 19 17:30:10 <rsalveti> you'll see that the multiverse and universe repos are commented
Oct 19 17:30:14 <ogra_ac> searching for omap4 gets me 350 results
Oct 19 17:30:32 <Sonny_8bit> ok - BB is too slow i am waiting for package manger task switch :)
Oct 19 17:30:54 <rsalveti> ogra_ac: the default user is not part of the video group, the one used to access the pvr driver
Oct 19 17:31:07 <rsalveti> ogra_ac: in this case how we fix that?
Oct 19 17:31:32 <ogra_ac> rsalveti, well, the video group isnt used by the system, not sure
Oct 19 17:31:45 <ogra_ac> in fact none of the groups are anymore
Oct 19 17:31:57 <ogra_ac> apart from adm and admin probably
Oct 19 17:32:05 <rsalveti> yup, true
Oct 19 17:32:19 <ogra_ac> i wonder how fglrx and nvidia do it
Oct 19 17:32:20 <rsalveti> ubuntu adm dialout cdrom plugdev lpadmin admin sambashare
Oct 19 17:32:23 <rsalveti> default groups
Oct 19 17:32:30 <Sonny_8bit> am i nee to run synaptic package manager or ubuntu software center?
Oct 19 17:32:39 <Sonny_8bit> *need
Oct 19 17:32:56 <ogra_ac> Sonny_8bit, either will work
Oct 19 17:33:08 <rsalveti> Sonny_8bit: see http://www.omappedia.org/wiki/Ubuntu_PPA
Oct 19 17:33:15 <ogra_ac> Sonny_8bit, in software center the sources entries can be found under edit
Oct 19 17:33:21 <rsalveti> the Enable Universe Repositories on your PandaBoard
Oct 19 17:33:31 <ogra_ac> rsalveti, thats for omap4 though
Oct 19 17:33:32 <rsalveti> should be similar, but you should enable universe and multiverse
Oct 19 17:33:36 <ogra_ac> yeah
Oct 19 17:33:46 <rsalveti> ogra_ac: I know, just to display the picture and how it should look like
Oct 19 17:33:53 <ogra_ac> yep
Oct 19 17:34:20 <ogra_ac> hrm ... so much about USB audio works ...
Oct 19 17:34:31 * ogra_ac just bought a USB soundblaster stick
Oct 19 17:34:32 <rsalveti> ogra_ac: still not fixed?
Oct 19 17:34:36 <rsalveti> oh, sorry
Oct 19 17:34:47 <rsalveti> was thinking about panda audio :-)
Oct 19 17:34:50 <ogra_ac> rsalveti, no, thats for my ac100
Oct 19 17:35:14 <ogra_ac> i bought a lot of USB crap today ;)
Oct 19 17:35:19 <rsalveti> hahah
Oct 19 17:35:39 <ogra_ac> 16G usb keys that completely vanish in the socket
Oct 19 17:35:47 <ogra_ac> pretty cool things
Oct 19 17:35:54 <ogra_ac> and a 1.8" HDD
Oct 19 17:36:03 <rsalveti> nice
Oct 19 17:36:19 <ogra_ac> yeah, really great for traveling
Oct 19 17:40:21 <Neko> ogra, show show show.. I would love a USB key like that
Oct 19 17:56:50 <ogra_ac> tsk
Oct 19 17:58:16 <ogra_ac> so my new shiny 1.8" disk comes preformatted ...
Oct 19 17:59:14 <ogra_ac> with NTFS
Oct 19 17:59:24 * ogra_ac shakes his head
Oct 19 18:03:39 <GrueMaster> Cool.  Should work great on your Windows 7 system.  :P
Oct 19 18:11:39 <pwork> Hello, I'm new to linux arm, but not so new to linux (using and tweaking a debian lenny from command line only for 2 years)
Oct 19 18:11:56 <pwork> I try to run ubuntu on a HTC Desire android smartphone, using http://nexusonehacks.net/nexus-one-hacks/how-to-install-ubuntu-on-your-nexus-oneandroid/
Oct 19 18:12:52 <pwork> I installed an Ubuntu ARM img so far, but I can tell things are broken in the OS : dpkg is broken for example :
Oct 19 18:12:53 <pwork> "failed to exec dpkg-deb to extract control information: No such file or directory"
Oct 19 18:13:08 <pwork> /usr/bin/apt-get doesn't exist neither
Oct 19 18:13:36 <pwork> aptitude reinstall dpkg is not possible, since it itself uses dpkg and give me the same error than above
Oct 19 18:14:01 <pwork> So here is my question : how can I reinstall an Ubuntu ARM image ?
Oct 19 18:14:38 <pwork> The current image is tweaker for the phone, so I'd like to overwrite/reinstall things, without clearing the vhole install
Oct 19 18:14:46 <GrueMaster> First, is your phone cpu arm v7?
Oct 19 18:14:54 <pwork> GrueMaster, Yes
Oct 19 18:15:33 <pwork> Jere is what I get from inside the ARM image :
Oct 19 18:15:34 <pwork> root@localhost:/# uname -a
Oct 19 18:15:34 <pwork> Linux localhost 2.6.32.15-gf9c0527 #1 PREEMPT Fri Jul 23 17:26:53 CST 2010 armv7l GNU/Linux
Oct 19 18:15:34 <pwork> root@localhost:/# cat /etc/lsb-release
Oct 19 18:15:34 <pwork> DISTRIB_ID=Ubuntu
Oct 19 18:15:34 <pwork> DISTRIB_RELEASE=9.10
Oct 19 18:15:36 <pwork> DISTRIB_CODENAME=karmic
Oct 19 18:15:38 <pwork> DISTRIB_DESCRIPTION="Ubuntu 9.10"
Oct 19 18:15:40 <GrueMaster> As to Ubuntu Images, they are created for specific platforms (Beagleboard, BeagleXM, Panda, etc).
Oct 19 18:15:40 <pwork> root@localhost:/#
Oct 19 18:16:06 <GrueMaster> Karmic was ArmV6+VFP iirc.
Oct 19 18:16:49 <pwork> And how is packages management performed ? Since each image has a specific arch that is bound to a phone ?
Oct 19 18:17:10 <pwork> (if you've links, I 'm asking you the man here :s)
Oct 19 18:18:09 <pwork> I mean : atm, I use a lenny, that has repositories and packages for i386 or amd64, but nothing for armForSpecificPhone
Oct 19 18:19:49 <GrueMaster> They are just armel under Ubuntu.  Jaunty was Armv5, Karmic armV6+vfp, lucid+ is armv7.
Oct 19 18:20:49 <GrueMaster> I'm assuming that somewhere down the road (around Ubuntu-S), we will be supporting Armv8 or some such.
Oct 19 18:25:42 <pwork> GrueMaster, Ok :) Thanks for info. So if dkpg, and so far base system, is broken, I need to shift from the "place ubuntu.zip on your SD card" black box method to https://wiki.ubuntu.com/ARM/RootfsFromScratch
Oct 19 18:26:05 <pwork> Through android asb shell, I should be able to run this ?
Oct 19 18:26:07 <GrueMaster> That would probably be the best approach.
Oct 19 18:26:11 <pwork> (adb)
Oct 19 18:26:19 <pwork> Ok, thanks :)
Oct 19 18:26:30 <GrueMaster> I don't know about the android part.  I only test Ubuntu on supported hardware.
Oct 19 19:43:57 <pwork> Bye
Oct 19 19:46:27 <rsalveti> rcn-ee_: at http://bazaar.launchpad.net/~beagleboard-kernel/%2Bjunk/2.6-stable/annotate/head:/patches/beagle/0001-omap-beagle-a2-3-fix-dvi-reset-gpio.patch do we actually need to set up GPIO 129?
Oct 19 19:47:21 <rsalveti> on A2 it goes to DVI_UP, but pin 4 is disabled (from the schematics)
Oct 19 19:47:28 <rsalveti> and on A3 this gpio is nc
Oct 19 19:48:16 <rsalveti> I know that setting up gpio 170 for xM is wrong, but not sure if we actually need to set up gpio 129
Oct 19 19:48:36 <rcn-ee_> rsalveti, that first gpio should be done, but it for maverick it's not needed.. (can't think of a good sru reason, since it works..)
Oct 19 19:48:43 <rsalveti> should make no difference, just to see if I should apply the entire patch
Oct 19 19:49:33 <rsalveti> rcn-ee_: but from the schematics, does it make any sense to set up gpio 129 while pin 4 lifted to disable
Oct 19 19:49:42 <rsalveti> on page 9, from a2 schematics
Oct 19 19:50:19 <rcn-ee_> loading.. ;) mouse died..
Oct 19 19:51:47 <rsalveti> on maverick we're already setting beagle_dvi_device.reset_gpio = 129;
Oct 19 19:52:03 <rsalveti> at beagle_display_ini
Oct 19 19:53:59 <rcn-ee_> then you'r safe.. i diff'ed between angstrom (which wasn't having an issue) that was one big thing i was missing in my tree but it doesn't affect the dvi issue people where having.. (i need to rename that patch..)
Oct 19 19:54:26 <rsalveti> rcn-ee_: I know, was just reviewing other changes
Oct 19 19:54:36 <rsalveti> to make sure we're fine with all the needed changes
Oct 19 19:55:05 <rcn-ee_> okay... yeap as long as you set it somewhere else it should be fine..
Oct 19 19:55:18 <rcn-ee_> gpio 129 pin..
Oct 19 19:56:25 <rsalveti> rcn-ee_: but if pin 4  is lifted to disable, does it make any difference?
Oct 19 19:56:45 <rsalveti> just curious, can be wrong because I'm not a hardware engineer
Oct 19 19:57:23 <rcn-ee_> for the A2? with pin 4 lifted, that pin should go high on TFP410 which sets it in non power save mode...
Oct 19 19:58:41 <rsalveti> rcn-ee_: this is the patch we're using: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commitdiff;h=8a1f3f2ed8b35c03606b90eecccda612aa48d32a;hp=a9296f7cc96073c74d06b2ea5e300e620f856177
Oct 19 19:59:42 <rsalveti> rcn-ee_: yeah, but my question is, does it make any difference to set gpio_129 when the pin 4 is lifted and the pin is high anyway
Oct 19 20:04:18 <rsalveti> anyway, good that we're not setting gpio 170 at xM
Oct 19 20:04:31 <rcn-ee_> ah sorry i see it.. yeah it looks like the 129 gpio is not needed, since it's not hocked up on the A2 and the A3 uses a differnet pin..
Oct 19 20:04:55 <rcn-ee_> that's why it's worked on my board without that patch..
Oct 19 20:04:56 <rsalveti> rcn-ee_: yeah
Oct 19 20:05:22 <pwork> Back, I'm running a debian lenny am64, and plan to create a ubuntu maverick rootstock. Debian lenny's bpo debootstrap doesn't suport ubuntu maverick (no script), so I plan to run a maverick live cd (if it exists) and create the rootstock from here.
Oct 19 20:05:28 <pwork> Does it sounds possible ?
Oct 19 20:05:45 <rsalveti> rcn-ee_: so the only needed change is to avoid using gpio 170 at xM while setting up dvi
Oct 19 20:05:49 <rcn-ee_> pwork, lenny's qemu might be too old..
Oct 19 20:06:02 <ogra_ac> it very likely is
Oct 19 20:06:18 <rcn-ee_> yeah avoid the gpio 170 on the xm and set GPIO2 high to enable the TFP410..
Oct 19 20:06:23 <ogra_ac> using a livecd will be slow but work
Oct 19 20:06:25 <rsalveti> because this will probably affect some other stuff
Oct 19 20:07:10 <pwork> rcn-ee: Indeed, but I just realize that I have an unstable debian chroot installed on it. Maybe I can debootstrap from this unstable chroot, to create a ubuntu maverick chroot. It would be a chroot inside another chroot, don't know if it's reasonable
Oct 19 20:07:17 <rcn-ee_> yeap, it might.. for maverick i'd only touch the xM and add the GPIO2 bit, tested on my xM A
Oct 19 20:07:17 <rsalveti> yeah, if you're using qemu be sure that the version is newer enough
Oct 19 20:07:54 <rsalveti> rcn-ee_: yup, porting the patch right now
Oct 19 20:07:57 <pwork> rcn-ee, ogra : Thanks. Slow is not a problem. I'm myself quite slow too :p
Oct 19 20:08:14 <ogra_ac> heh
Oct 19 20:08:17 <rcn-ee_> pwork, the unstable chroot should work, rootstock with lucid/maverick really stress's out qemu.. ;)
Oct 19 20:08:23 <Neko> persia, hi... this "autodetecting hardware in X that is not properly detectable" discussion
Oct 19 20:08:35 <Neko> markos will be there but he won't be able to see that discussion as we think arm stuff is more important
Oct 19 20:08:53 <rsalveti> rcn-ee_: we also need to check upstream later, still pulling the linux-omap tree
Oct 19 20:08:58 <Neko> but I would love to find input on braindead stuff like how xorg-video-vesa and vga and other completely non-arm video drivers are installed by default
Oct 19 20:09:05 <ogra_ac> Neko, eh should have subscribed properly
Oct 19 20:09:19 <Neko> ogra "subscribed properly"? :D
Oct 19 20:09:20 <ogra_ac> Neko, the scheduling software takes attendance into account
Oct 19 20:09:23 <Neko> they conflict
Oct 19 20:09:27 <ogra_ac> to the spec
Oct 19 20:09:32 <ogra_ac> right
Oct 19 20:09:39 <rcn-ee_> Yeap, i was looking at tmlind's master, it's missing the xM check in that location, so we need to wait for that..
Oct 19 20:09:45 <ogra_ac> the SW cares for them to not conflict if you are subscribed to both
Oct 19 20:09:55 <Neko> we had to sub late, sorry
Oct 19 20:10:00 <Neko> but, persia has an efikamx... :)
Oct 19 20:10:06 <pwork> I'm surely missing some point, but I won't use qemu : this rootstock image is intended to run on an android phone, not on a PC emulator (I believe qemu is an ARm emulator for PC :s)
Oct 19 20:10:11 <ogra_ac> is he subbed to both specs ?
Oct 19 20:10:28 <ogra_ac> the schedule is still dynamically changing
Oct 19 20:10:29 <rsalveti> pwork: yeah, but rootstock uses qemu
Oct 19 20:10:36 <rsalveti> to generate the image
Oct 19 20:10:41 <rsalveti> unless you're on arm already
Oct 19 20:10:45 <pwork> Ah ok
Oct 19 20:11:37 <pwork> rsalveti, : Tip: In my country, 'salveta' is a brand of water with bubbles. Could be of some interest for you
Oct 19 20:11:42 <pwork> :D
Oct 19 20:12:05 <rsalveti> pwork: haha, which country?
Oct 19 20:12:25 <ogra_ac> sounds italian
Oct 19 20:12:31 <Neko> markos_ see ogra's comments above....
Oct 19 20:12:31 <ogra_ac> (guessing)
Oct 19 20:12:33 <rsalveti> salveti is an italian name
Oct 19 20:12:39 <Neko> subscribe and they may not conflict?
Oct 19 20:12:44 <pwork> rsalveti, France
Oct 19 20:12:56 <ogra_ac> Neko, yeah, with a bit of luck ...
Oct 19 20:13:29 <ogra_ac> Neko, if you want to make sure, you need to make your participation essential ... but that should be reserved for people actually being essential for the spec
Oct 19 20:17:43 <Neko> it is more an informational thing
Oct 19 20:39:33 <bkero> persia: ping
Oct 19 20:50:08 <kmargar> Neko: yeah, I'll subscribe to it as well
Oct 19 20:54:21 <Neko> kmargar, http://summit.ubuntu.com/uds-n/track/performance/ Thursday, top
Oct 19 20:56:50 <kmargar> moment
Oct 19 20:57:31 <markos_> those go without saying :
Oct 19 20:57:32 <markos_> :)
Oct 19 22:04:47 <zumbi_> what a couple on uds :)
**** ENDING LOGGING AT Wed Oct 20 02:59:56 2010