[00:31] <daurnimator> i'm trying to boot maverick on my beagleboard
[00:31] <daurnimator> its stuck on 'Uncompressing Linux... done, booting kernel'
[00:31] <persia> You had a C3, right?
[00:31] <daurnimator> -xm
[00:31] <persia> Ah, sorry.  My poor memory.
[00:33] <daurnimator> do you want boot log? or got other ideas?
[00:33] <persia> I think you need someone who has an XM.
[00:36] <daurnimator> persia, any idea who that is?
[00:37] <persia> There's been a few folks here who talked about them in the past.  I'm not sure if any of them have them now, or would be able to troubleshoot with you.
[00:39] <GrueMaster> daurnimator: First, what image are you running?
[00:40] <GrueMaster> Also, do you have a monitor attached?
[00:40] <daurnimator> was trying ubuntu-netbook-10.10-preinstalled-netbook-armel+omap.img. yes I have a monitor attached.
[00:42] <GrueMaster> Hmm.  You should have video on the monitor.
[00:43] <GrueMaster> It should show text output indicating that it is enlarging the root file system.
[00:44] <daurnimator> that I do not.
[00:45] <daurnimator> if it helps, D6 is flashing twice at a regular rate..
[00:46] <ojn> ogra: ping
[00:46] <ojn> ogra_ac: ping
[00:48] <daurnimator> GrueMaster, you have an -xm?
[00:48] <GrueMaster> yes.
[00:48] <GrueMaster> Not hooked up currently, though.
[00:48] <daurnimator> GrueMaster, advice/helpful tips then?
[00:49] <GrueMaster> First, I would check your downloads with md5sum.  Compare it with the MD5SUMS file online.
[00:49] <daurnimator> well the gzip archive extracted correctly...
[00:50] <GrueMaster> What size sd card are you using?
[00:51] <daurnimator> ok. the md5 is correct
[00:51] <daurnimator> sd card is 8gb
[00:51] <GrueMaster> Ok.  I have tested 4, 8, and 16G, so that should be ok.
[00:52] <GrueMaster> Try rebooting.
[00:52] <GrueMaster> Is this a production XM?
[00:52] <daurnimator> yes
[00:52] <GrueMaster> ok.
[00:52] <daurnimator> as I sit here I haven't touched it, D6 is flashing twice regulary, and D7 occasionally turns switches on/off
[00:52] <daurnimator> I feel like it could be doing something?
[00:53] <GrueMaster> How did you write to SD.
[00:53] <daurnimator> how long does the rootfs take?
[00:53] <GrueMaster> ?
[00:53] <GrueMaster> On 8G, about 5-10 minutes max.
[00:53] <daurnimator> zcat | sudo dd
[00:54] <GrueMaster> Try gunzip < <image.gz> > <image>;sudo dd bs=4M if=<image of=<SD>
[00:54] <GrueMaster> I have seen a few issues using zcat pipes.
[00:55] <daurnimator> i've got to go out in a sec, so I might just leave it for now, see if something has happended by the time I get back
[00:55] <daurnimator> will be back in a couple of hourss
[00:55] <GrueMaster> Reset it first.  YOu should see something on the screen almost immediately.
[00:55] <GrueMaster> ~10 seconds after reset.
[01:10] <daurnimator> GrueMaster, nope
[01:11] <daurnimator> pastebin
[01:11] <daurnimator> uh, I meant http://pastey.net/141810
[01:11] <daurnimator> GrueMaster, ^^ hope that helps, its where it is now
[01:11] <GrueMaster> Hmm.  Try "sudo dd bs=1024 if=/dev/zero of=<SD>" to wipe your SD & reflash.
[01:11] <daurnimator> i'm off for for a bit now
[01:12] <GrueMaster> You can also try adding serial console info to the kernel parameters.  WIll explain when you return.
[01:57] <daurnimator> GrueMaster, back for 10 mins, I previously had alot larger block size: what wil change?
[02:00] <persia> For this sort of thing, the only difference between different blocksizes for dd is how the caching works.  I almost always use 1M.
[02:02] <persia> Very large bs (where zcat is the max) tends to be more likely to get some unexpected corruption.  Very small bs (anything less than the eraseblock size on the flash) tends to cause the FTL to be overworked, and may waste space on the SD.
[02:06] <daurnimator> persia, so whats the value I should be using? 1024? 1M? 4M?
[02:06] <persia> What's the eraseblock size on your flash?  Use some integer multiple of that.
[02:06] <cooloney> prpplague: hi dave, got your email.
[02:07] <daurnimator> persia, how would I find that one out? >.<
[02:07] <persia> 1M and 4M tend to be integer multiple for most eraseblock sizes.  4M is a bit faster.  1M is a bit safer (but breaks for 2M eraseblock sizes, although these are very rare)
[02:08] <persia> You'd have to find it in the documentation for your SD.  In practice, I don't know of any good ways to discover this based on the hardware.
[02:14] <prpplague> cooloney: hey bud
[03:05] <mouse-_> ahoy ! thank you for providing the community with 10.10 for the beagleboard! (https://wiki.ubuntu.com/ARM/OMAPMaverickInstall)
[03:05] <mouse-_> now i am having problems =D usb keyboard and mouse aren't being recognized!
[03:25] <daurnimator> i have returned :D
[03:25]  * daurnimator pokes GrueMaster 
[03:25] <GrueMaster> Oww.
[03:25] <GrueMaster> Sorry, had stepped out to start dinner.
[03:26] <GrueMaster> Ok, so lets try with serial console to see where it is hanging up at.  Reset and press <ctrl>-c to stop autoboot.
[03:27] <GrueMaster> Let me know when you have a uboot prompt.
[03:29] <daurnimator> now.
[03:29] <GrueMaster> one sec (phone call)
[03:29] <devilhorns> ok, you're second is up :P
[03:29] <GrueMaster> Heh.  Family.
[03:29] <devilhorns> ahh
[03:29] <devilhorns> hope everything is ok
[03:30] <GrueMaster> At any rate, type "mmc init"
[03:30] <GrueMaster> Jut my son wanting a new monitor.
[03:30] <GrueMaster> just
[03:30] <devilhorns> ahh
[03:30] <daurnimator> and then?
[03:30] <GrueMaster> fatload mmc 0:1 0x80000000 uImage
[03:30] <GrueMaster> fatload mmc 0:1 0x81600000 uInitrd
[03:30] <GrueMaster> setenv bootargs vram=12M omapfb.mode=dvi:1280x720MR-16@60    root=/dev/mmcblk0p2 fixrtc console=ttyS2,115200 console=tty1
[03:30] <GrueMaster> bootm 0x80000000 0x81600000
[03:31] <GrueMaster> That should load the kernel & initrd and boot with a lot of stuff on the serial console.
[03:33] <persia> mouse-_, You've connected them to a powered hub?
[03:34] <GrueMaster> persia: Not getting that far.  Should be able to boot to oem-config w/o mouse/keyboard.
[03:34] <GrueMaster> Currently nothing on display.
[03:35] <persia> GrueMaster, "mouse-_" != "daurnimator" :)
[03:35] <GrueMaster> Oh.  Oops.  Didn't see that person.
[03:35] <daurnimator> persia, i'm on dc power now
[03:36] <daurnimator> GrueMaster, its doing things :)
[03:36] <GrueMaster> daurnimator: Anything on the serial console?
[03:36] <GrueMaster> cool
[03:36] <daurnimator> currently on setting up swap, this will take a moment ...
[03:37] <GrueMaster> Anything on the monitor or is it serial console only?
[03:38] <daurnimator> nothing on monitor
[03:38] <GrueMaster> On the monitor, is it HDMI or DVI?
[03:38] <daurnimator> using hdmi=> dvi cable
[03:39] <GrueMaster> Hmm.  Should work.  Make sure monitor has DVI input selected.
[03:39] <GrueMaster> What res can the monitor handle?
[03:40] <daurnimator> up to 1920x1080
[03:41] <GrueMaster> So it should be able to handle the 1280x720 res.
[03:41] <persia> Depends.  Some displays can't handle some non-native resolutions.
[03:42] <persia> Might pass 1920x1080 with setenv to see if it makes a difference.
[03:42] <GrueMaster> I'd have to look, but I believe the 1280x720-16@60 is vesa compliant.
[03:42] <persia> It is: I'm just not convinced arbitrary displays are VESA compliant :)
[03:43] <persia> The're *supposed* to be so though.
[03:43] <GrueMaster> True.
[03:43] <GrueMaster> I have to go fix dinner.  Cooking part is done, now need hands on attention.  Sorry.
[03:45] <mouse-_> persia: no, this is the beagleboard XM. the board comes with 4 usb ports =D
[03:46] <daurnimator> mouse-_, what did you do to get it working? mines not
[03:46] <mouse-_> the XM is so badly supported right now :(
[03:46] <persia> mouse-_, Ah.  I don't have an XM, but on my C4, I needed to supply additional power through a hub to get the keyboard and mouse to work.
[03:47] <persia> mouse-_, Just needs more folk looking at it: I'm certain it *can* be supported, but unless a number of XM users use Ubuntu and help, it's unlikely the rest of us can wave a magic wand :)
[03:47] <mouse-_> :)
[03:48] <daurnimator> ok, so the board rebooted now
[03:48] <daurnimator> still no display
[03:48] <persia> mouse-_, Your display just worked?
[03:48] <mouse-_> the display does just work !
[03:48] <mouse-_> this is 10.10
[03:49] <mouse-_> i'm guessing, maybe someone forgot to compile usb support for it, being that it was just released 8 days ago? lol. i am trying 10.04 now
[03:49] <persia> Hmm.  Are there different variants of the XM?
[03:49] <mouse-_> but the setup_sdcard.sh crashed my kernel! ha!
[03:49] <persia> mouse-_, 10.04 is very likely not to support the XM: I don't believe they were widely available in April.
[03:49] <daurnimator> here is my serial output: http://pastey.net/141812
[03:49] <mouse-_> ahhh, crap, persia. yeah, you're right
[03:50] <mouse-_> check this out,   [   50.032255] EXT4-fs warning (device mmcblk0p2): ext4_clear_journal_err: Marking fs in need of filesystem check.  [   50.032276] BUG: unable to handle kernel paging request at 027c0000
[03:50] <mouse-_> ha!
[03:50] <mouse-_> ext4 bug.
[03:51] <mouse-_> or something else to do with it. what a nightmare
[03:52] <GrueMaster> XM is only supported in Maverick.  Also, I just finished booting mine again.  I am at the oem-config.  Mouse & keyboard work.  Try bottom USB slots.
[03:52] <GrueMaster> Gone again.
[04:28] <daurnimator> so yeah, it seems to be booting now
[04:28] <daurnimator> but theres nothing on the display
[04:35] <persia> Even hardcoding the proper resolution?
[04:35] <persia> What happens if you send Ctrl+Alt+F1?  Should get you a VC.
[05:46] <Sonny_8bit__> hello
[05:47] <Sonny_8bit__> Yesterday I've installed canonical maveric prebuild image on BB C4. The speed is too slow for normal work - is it OK?
[05:51] <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.
[05:56] <persia> Sonny_8bit__, I found I needed to use a powered USB hub to get mouse and keyboard working the way I wanted.
[05:56] <persia> I agree the speed is very slow: I find it nearly unusable.
[05:57] <persia> But the C4 doesn't meet minimum Ubuntu specifications, so I'm not that surprised.
[05:57] <Sonny_8bit__> where's a bottleneck?
[05:57] <persia> Speed might be a bit better if you try uninstalling ubuntu-netbook and try installing lubuntu-desktop
[05:58] <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.
[05:58] <Sonny_8bit__> ubuntu netbook @ Geode LX with 500MHz @ 256 MB DDR worked much better!
[05:59] <Sonny_8bit__> may be the problem is low speed of SD-card read-write?
[05:59] <Martyn> Sonny_8bit__: Will 10.10 even RUN on a geode?
[05:59] <persia> That doesN't help.
[05:59] <persia> You might try instlaling powervr-omap3: I believe that will give you better graphics support.
[05:59] <Sonny_8bit__> i try only 8.xx
[06:00] <Sonny_8bit__> anyway winXP @ Geode works fine enough
[06:00] <Sonny_8bit__> of course w/out 3D
[06:02] <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)
[06:02] <Sonny_8bit__> ok today i will buy new powerd usb hub and try again. and also try to install Maverick to Gedoe
[06:02] <Sonny_8bit__> *Geode
[06:03] <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.
[06:04] <Sonny_8bit__> ok thank you. hope this helps.
[06:05] <Sonny_8bit__> Also i want to ask how to boot Linux from the ext. USB HDD?
[06:05] <rsalveti> Sonny_8bit__: for c4 sd card and lack of ram are the main problem
[06:05] <persia> Sonny_8bit__, Just be prepared for performance on the Geode to be just as slow as the C4.
[06:05] <persia> My understanding is that the C4 *can't* boot from USB.
[06:05] <rsalveti> ubuntu in general eats lots of ram
[06:05] <persia> You could put a kernel on NAND, and then boot with rootfs on USB if you like.
[06:05] <rsalveti> lots of daemons all around
[06:06] <rsalveti> persia: yes, it can
[06:06] <persia> rsalveti, We prefer to say that Ubuntu avoids the user to perform manual actions to deal with environmental concerns :)
[06:06] <Sonny_8bit__> :)
[06:06] <rsalveti> but as c4 has nand, you could just write the correct boot arg and then use the rootfs at your usb
[06:06] <persia> rsalveti, Really?  Loading the bootloader from USB?  I thought that was a ROM issue.
[06:07] <rsalveti> persia: nops, you can even with panda
[06:07] <rsalveti> uart, usb, nand and sd
 can you give detailed steps how to boot from USB?
[06:07] <Sonny_8bit__> may be @ wiki page
[06:07] <rsalveti> yeah, need to create the wiki page
[06:08] <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)
[06:08] <Sonny_8bit__> i should buy panda instead of BB
[06:08] <rsalveti> then I mounted the sd card at my host pc, copied the files (careful with file owners and permission) to my usb disk
[06:09] <persia> rsalveti, So, how?  And if so, why don't we have a regular install?
[06:09] <rsalveti> then you just need to change the boot args from the first partition
[06:09] <rsalveti> to use root=/dev/sda1 for example, instead of root=UUID....
[06:10] <rsalveti> persia: http://elinux.org/BeagleBoardRecovery see usb
 i will try to do the same
[06:12] <rsalveti> Sonny_8bit__: be sure you're using a powered hub
[06:14] <rsalveti> will be out now, ping me in a few hours in case it doesn't work for you
[06:14]  * rsalveti out
[07:58] <hrw> aloha
[08:18] <dommod> hey guys whatever happened to ubuntu netbook remix for arm?
[08:21] <tmzt_> what is supposed to go in /etc/apt/sources.list for armel maverick (on cortex, this is a different machine)
[08:42] <tmzt_> got it it's on ports
[08:53] <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)
[08:54] <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)
[08:55] <tmzt_> what's the different with ubuntu-ports ?
[08:55] <tmzt_> like I'm missing xxd without it
[08:55] <tmzt_> ok
[08:56] <persia> Nothing should be different with ubuntu-ports except architecture.  If you find something, please complain loudly and file lots of bugs.
[08:58] <tmzt_> of course xxd is already installed I knew that
[09:08] <dommod> persia: oh ok. did it ever got released? i can't find any information..
[09:32] <cooloney> ogra: i tried to fresh install the 10.10 release on my es2.1 cleanly.
[09:32] <cooloney> ogra: and then upgrade to latest kernel and alsa-lib, alsa-utils things in -proposed
[09:32] <cooloney> ogra: still fail to get sound work, there is only dummy device
[09:39] <lag> cooloney: I think one of the files have been placed in the incorrect location
[09:40] <lag> cooloney: Where is the omap4 file on your system?
[09:47] <lrg> lag, cooloney: ogra said yesterday he has an update for this
[09:47] <cooloney> lag: do you mean the omap4 for alsa?
[09:47] <lrg> yes
[09:48] <lag> find / -name omap4
[09:49] <lag> Where did it end up?
[09:49] <cooloney> lrg and lag, it looks like there is no such omap4 fiel in $ ls /usr/share/alsa/init/
[09:49] <cooloney> 00main  default  hda  help  info  test
[09:49] <lag> Where did it go then?
[09:49] <cooloney> no idea
[09:49] <lag> Issue that command
[09:50] <cooloney> do you guys know the latest version of alsa-lib or alsa-util which including the fixing?
[09:50] <lag> alsa-utils (1.0.23-3ubuntu1) natty
[09:51] <lag> It was on the bug
[09:51] <cooloney> alsa-utils                             1.0.23-2ubuntu3.2
[09:51] <cooloney> that's mine
[09:51] <cooloney> libasound2                             1.0.23-1ubuntu2.1
[09:51] <lag> Then you still have the error
[09:52] <cooloney> i still don't have the sound
[09:52] <cooloney> kernel is the latest one
[09:52] <cooloney> 903.16
[09:54] <lag> But alsa-utils are not the latest and the omap4 file is missing
[09:54] <lag> It's not surprising that your sound doesn't work :)
[09:55] <cooloney> i think it is not in the repo for upgrade
[09:57] <persia> dommod, It's just part of the normal release.  Check the ports/ directories on cdimage.ubuntu.com
[09:57] <persia> cooloney, Did you enable -proposed?
[09:57] <cooloney> persia: yeah,
[09:58] <dommod> persia: thanks, i will check it out..
[09:58] <persia> Hrm.
[09:58] <persia> dommod, http://cdimage.ubuntu.com/ubuntu-netbook/ports/releases/maverick/
[09:59] <cooloney> persia: deb http://ports.ubuntu.com/ubuntu-ports maverick-proposed restricted main universe multiverse
[09:59] <cooloney> that's in my source.list
[10:00] <cooloney> just finished one apt-get update. nothing to upgrade now.
[10:00] <cooloney> lag: why we need to use this natty version 'alsa-utils (1.0.23-3ubuntu1) natty'?
[10:01] <lag> Because that's the one the fix is in
[10:01] <lag> Look at the bug
[10:01] <persia> lag, Was that not submitted for SRU?
[10:02] <lag> What? The alsa-utils fix?
[10:04] <persia> Yes.
[10:04] <lag> No idea
[10:04] <lag> I've had no input WRT alsa-utils
[10:05] <lag> The only information I have is on the bug report
[10:05] <lag> bug 637947
[10:05] <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
[10:05] <persia> I thought someone was working on an SRU.  Odd that it's not there.
[10:05] <lag> Don't know dude
[10:05] <lag> ogra: Is your man
[10:05] <persia> Probably, indeed.
[10:06] <cooloney> lag: i am using the latest one of alsa-utils, i think
[10:06] <cooloney> alsa-utils" versions published in Ubuntu
[10:06] <cooloney> Natty (1.0.23-3ubuntu1): main/sound
[10:06] <cooloney> Maverick-proposed (1.0.23-2ubuntu3.2): main/sound
[10:07] <cooloney> it is from Maverick-proposed
[10:07] <lag> That looks like the latest version, yes
[10:07] <lag> You said you were using 1.0.23-2ubuntu3.2 a moment ago
[10:08] <persia> 3.2 looks to have the right patch in it.
[10:09] <lag> persia: Where did you look to find that out?
[10:09] <persia> https://launchpad.net/ubuntu/+source/alsa-utils/
[10:09] <persia> Expand the details of 1.0.23-2ubuntu3.2
[10:10] <ogra> cooloney, lag, i missed to also patch the Makefile (assuming there was a .install file) so omap4 isnt installed at all
[10:10] <lag> Ah
[10:10] <ogra> fix is already in the queue
[10:10] <persia> Ah, implementation bug.  Now it all makes sense.
[10:10] <lag> That'll do it
[10:10] <persia> -v through 3.3?
[10:10] <ogra> and i'm still waiting for it before starting to tinker with the pulse stuff
[10:11] <cooloney> ogra: ok, got it.
[11:28] <hrw> http://marcin.juszkiewicz.com.pl/2010/10/19/how-to-cross-compile-arm-kernel-under-ubuntu-10-10/
[11:31] <lag> hrw: Looks good
[11:31] <hrw> tested before posting ;D
[11:32] <lag> I'll bookmark it in case I forget how :)
[11:32] <hrw> mkey
[11:33] <lag> hrw: Will you be at HDS?
[11:33] <hrw> lag: HDS?
[11:34] <lag> Wow, that was all kinds of wrong
[11:34] <lag> UDS = Ubuntu Developer Summit (I didn't mean this either)
[11:34] <lag> I meant UDS
[11:34] <lag> Ah
[11:34] <ogra_ac> he has to be, he subscribed to my specs !
[11:34] <hrw> UDS? I will be
[11:34] <lag> What is wrong with me today
[11:34] <persia> You have UDS on the brain
[11:35] <lag> It was crossed between UDS and UHS
[11:35] <lag> But missed the U and put both U and H
[11:35] <ogra_ac> UH
[11:35] <ogra_ac> :)
[11:35] <lag> HU
[11:35] <lag> :)
[11:35] <hrw> lag: I have to be at uds to get my ea1 pandaboard from JamieBennett's hands
[11:35] <persia> isn't UHS usually in September, anyway?
[11:35] <lag> EA1?
[11:35] <lag> Or ES1?
[11:35] <hrw> lag: EA1
[11:35] <ogra_ac> EA1 = ES2.1
[11:36] <hrw> EA1 = es2.0
[11:36] <lag> persia: Yeah, I was there
[11:36] <lag> Are they the same?
[11:36] <hrw> ogra_ac: ea1 with es2.1 are TI internal
[11:36] <ogra_ac> its the same as 2.1
[11:36] <lag> What does ES and EA mean?
[11:36] <hrw> lag: ES is silicon version. EA1 is pandaboard early adopters
[11:36] <ogra_ac> ES -> Engineering sample
[11:36] <JamieBennett> lag: ES = Extra Special EA = Extra Awesome
[11:37] <hrw> ogra_ac: es2.0 has 200MHz mem instead of 400MHz on es2.1
[11:37] <lag> Lol @ JamieBennett
[11:37] <hrw> or sth like that
[11:37] <ogra_ac> hrw, afaik only es2.1 go to the public
[11:37] <lag> ogra_ac: Where's mine?
[11:38] <lag> I still don't have one
[11:38]  * lag jumps up and down!
[11:38] <ogra_ac> hrw, there are two versions of the 2.1
[11:38] <hrw> ogra_ac: A1 boards are es2.1 but 4weeks at digikey
[11:38] <ogra_ac> lag, i guess still at pandaboard.org
[11:38] <hrw> anyway it is not es1.0
[11:38] <ogra_ac> well, the 2.0 had probs
[11:39] <ogra_ac> at least the 6 layer one
[11:39] <ogra_ac> which iirc is the one with the black PCB
[11:39] <ogra_ac> there was an 8 layer with green PCB that was close to what the 2.1 now is
[11:40] <ogra_ac> fi you have a green one and are sure ist es2.0 then you are fine
[11:40] <hrw> ogra_ac: JamieBennett has my board and board is working. thats all I need so far
[11:45] <ogra_ac> hrw, well, if the compiler doesnt die mid way in a build all is fine i guess :)
[11:46] <hrw> ogra_ac: worksforme
[11:46] <ogra_ac> (and if it boots with the final image)
[11:47] <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?
[11:47] <ogra_ac> ??
[11:47] <hrw> ;D
[11:47] <ogra_ac> did i refer to cross compilation anywhere ?
[11:47] <ogra_ac> we even have a cross howto link in our topic ;)
[11:48] <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
[11:48] <hrw> saboteur: 9.10?
[11:48] <hrw> ops.. 9.04?
[11:48] <ogra_ac> hrw, 9.10 had no support for nslu2
[11:48] <ogra_ac> ah
[11:48] <saboteur> this is the link - https://wiki.ubuntu.com/ARM/NSLU2
[11:48] <ogra_ac> snap
[11:49] <saboteur> jaunty ?
[11:49]  * ogra_ac is happy that jaunty is EOL next week
[11:49] <hrw> saboteur: I would go for Debian instead of such old release
[11:49] <ogra_ac> yeah, better take debian
[11:49] <hrw> ogra_ac: looks like I need to write newer version of amitk's post one day
[11:49] <saboteur> ok, i'll give it a go :)
[11:50] <hrw> ogra_ac: as his points to deprecated repos
[11:50] <saboteur> you know how long writing the flash takes though, lol
[11:50] <hrw> saboteur: nslu2 has such small amount of flash that nearly no one uses it for rootfs
[11:50] <saboteur> this device has to only run mrtg so its sufficient
[11:50] <hrw> ok
[11:51] <saboteur> hrw: actually not rootfs, i just meant the installer image
[11:51] <persia> You really want to be installing Debian, not Ubuntu.  Don't worry about the Ubuntu installer image working.
[11:51] <saboteur> it seemed to take about an hour to run through upslug2
[11:52] <saboteur> you should mark that page as being broken, although if that software is EOL soon there's probably little point
[11:53] <persia> I'm planning to remove that page in about 2 weeks (just because I'll be at a conference in a week)
[11:53] <saboteur> ah :)
[11:53] <saboteur> it runs nicely on sheevas and stuff though yeah?
[11:53] <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.
[11:53] <persia> 9.04 does.
[11:53] <persia> 9.10 won't.  Needs Coretex-A8 or Coretex-A9
[11:54] <saboteur> ah
[11:54] <ogra_ac> hrw, feel free to fix the topic, its open for editing
[11:54] <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.
[11:55] <saboteur> cool, well thanks for the pointers
[11:56] <persia> If you want to run Ubuntu, Sharp, Genesi, and Toshiba have produced hardware that works.
[11:56] <persia> And TI just announced the Panda board, which fits in a Bamboo case to make a complete solution.
[11:57] <persia> (extra bonus: the TI kernel is in-archive and fully supported).
[11:57] <ogra_ac> and the panda is about the same price as the slug
[11:57] <hrw> persia: 9.10 needs arm1136 only. 10.04 needs cortex-Ax
[11:57] <ogra_ac> yeah, 9.10 still was v6 iirc
[11:58] <hrw> I need to finally restart my sheevaplug... so far it is fastest arm here
[11:58] <ogra_ac> until you get your panda ;)
[11:59] <hrw> ogra_ac: yep. then only clock will be faster
[12:01] <persia> Advertised panda clocks are still slower than my QNAP, but would expect panda+bamboo would be perceived as faster for most purposes.
[12:03] <hrw> persia: I hope that bamboo will be released soon
[12:05] <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.
[12:06] <persia> (and it is my secret hope that someone will release an omap4 consumer device first)
[12:06] <persia> (well, maybe not so secret)
[12:07] <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
[12:07] <hrw> persia: anyway even naked pandaboard will be better then my current beagleboard c3 setup
[12:07] <saboteur> what a way to kill time
[12:08] <persia> saboteur, solar inverter management is critical: I'm not sure that's any sort of waste.
[12:08] <persia> hrw, Absolutely.
[12:08] <saboteur> :)
[12:09] <saboteur> later, i'm out!
[12:09] <saboteur> thanks again
[12:09] <hrw> persia: not in power meaning - much less cables
[12:10] <persia> Why less cables?  Don't you still need KVM+E?
[12:11] <hrw> persia: beagleboard c3 + psu + usb hub + usbwifi + usbhdd + usbsd + usbmouse + usbkeyboard + usbhub + 2nd psu + ethernet cable + hdmi cable + serial cable
[12:12] <persia> Yeah, that's too many.
[12:12] <hrw> persia: now it will be: pandaboard + hdmi + usbmouse + usbkeyboard + usbhdd + serial cable
[12:12] <hrw> network via wl1271 wifi
[12:12] <hrw> ah.. one usbhub will be needed
[12:12] <hrw> but power from same psu as PB
[12:13] <ogra_ac> pfft, serial cable
[12:13] <hrw> ogra_ac: 7 serial ports in desktop needs use
[12:13] <ogra_ac> nothing to see or do on the serial console
[12:14] <hrw> ogra_ac: tell it to my alix.1c machine
[12:14] <ogra_ac> you manage all of u-boot through /boot/boot.script and flash-kernel
[12:14] <ogra_ac> (only talking of the panda )
[12:14] <hrw> I have "Serial Graphics Adapter" even in alix.1c ;D
[12:14] <ogra_ac> heh
[12:14] <persia> Serial consoles are useful (for servers without IPMI
[12:14] <ogra_ac> weird HW
[12:15] <amitk-afk> hrw: you should. the cross-compile landscape has been changing too rapidly for me to keep up
[12:15] <ogra_ac> persia, not on panda though
[12:15] <persia> ogra, Sure, but panda is a desktop, not a server.
[12:15] <hrw> ogra_ac: serial cable or ethernet cable... I prefer serial one
[12:15] <persia> Anyone building an omap4 server ought add IPMI, really.
[12:15] <ogra_ac> panda can be a server too
[12:15] <hrw> persia: omap4 is not good for server
[12:16] <persia> Sure.  So can a Mac Mini (I have several as servers).  Doesn't make them server designs.
[12:16] <persia> hrw, Why not?
[12:16] <ogra_ac> and i still wouldnt recommend fussing around on the serial console
[12:16] <hrw> no ethernet, no storage controller
[12:16] <persia> hrw, I thought there was talk about a way to get storage working.  ethernet USB isn't that bad.
[12:16] <hrw> persia: kirkwood with armv7a would be lovely server chip
[12:17] <hrw> persia: 110MB/s via sata contra 30MB/s via usb?
[12:17] <ogra_ac> hrw, well, you havent subscribed to https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-n-public-panda-ppa-build-cluster :)
[12:17] <hrw> 800Mbps via 1GbE contra 40Mbps via usb-ethernet?
[12:17] <ogra_ac> i'll show you how well a server it is ;)
[12:17] <persia> hrw, kirkwood doesn't do that.  I think the successor is called "dove", but that's rumour and speculation.
[12:17] <ogra_ac> no, its called armada in public i think
[12:17] <hrw> persia: kirkwood is nice armv5 chip for server use
[12:18] <persia> (but, yes, I have a kirkwood in a case with SATA and like it very much indeed)
[12:18] <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.
[12:18] <hrw> persia: so with omap4 transferring of 2GB of data from sata drive over ethernet would make usb controller "overheat" not giving any performance
[12:19] <hrw> persia: sure. but for NAS it is ideal
[12:19] <persia> Who said anything about USB for storage.  Aren't there some huge number of IO pins?
[12:19] <hrw> persia: want to connect sata over gpio lines?
[12:19] <persia> Oh, for NAS, yes, kirkwood is sufficient.  I'm not sure about ideal, as I'd like more computation for some things.
[12:19] <persia> hrw, Why not?
[12:20] <ogra_ac> persia, oh, btw, do you think we need a spec for omap3 kernel version ?
[12:20] <persia> ogra, How much do you really want that in a separate source?
[12:20] <hrw> persia: some time ago prpplague told that omap4 gpio is not able to do 33MHz
[12:20] <ogra_ac> i,e, the possible swithc to linaro in case the kernel team doesnt want it in a separate branch
[12:20]  * persia kinda wants to move another kernel *into* the mainline source
[12:20] <ogra_ac> ugh
[12:20] <ogra_ac> apw, what do you think ?
[12:20] <hrw> persia: coreboot developer wants to make x86 hw debugger on pandaboard base
[12:20] <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.
[12:21] <hrw> persia: indeed
[12:21] <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.
[12:22] <ogra_ac> persia, well, it affects the kernel team more than us i think
[12:22] <hrw> hmm. looks like pandaboard will be able to get 320GB sata disk + enclosure
[12:22] <ogra_ac> but i'll happily switch to linaros omap3 kernel instead of having a separate branch
[12:23] <persia> ogra, Yes, but also only affects them when you want to break the rules.
[12:23] <persia> If we can follow the rules, it's not much extra trouble.
[12:23] <hrw> ogra_ac: less maintaince for team?
[12:23] <ogra_ac> persia, as long as they build arm from teh main tree they are always affected
[12:23] <ogra_ac> its about the delay
[12:24] <persia> What delay?
[12:24] <ogra_ac> and the testing they have to do
[12:24] <ogra_ac> builds get massively slowed down due to arm builds
[12:24] <persia> Yeah, but it's not a bad thing.
[12:24] <persia> The alternative is what happens to the powerpc -meta packages, which commonly don't get uploaded for SRUs for *weeks*
[12:24] <ogra_ac> for them it is
[12:24] <hrw> ogra_ac: grab 32 pandas from TI, make a cluster and run buildd?
[12:25] <persia> It's not that long, and it will be less long with better buildds.
[12:25]  * persia agrees with hrw on this
[12:25] <persia> Anyway, there's a spec on kernel flavours: maybe mention it there.
[12:25] <ogra_ac> hrw, see above, thats what i plan
[12:25] <persia> It's really a kernel team decision unless there's some special reason someone else wants to have an external source.
[12:25] <ogra_ac> hrw, wont help though
[12:25] <hrw> ogra_ac: it is a matter of grabbing 2U/4U case, mount pandas inside + ethernet switch + storage and put in rack somewhere
[12:26] <ogra_ac> you cant easily cluster package builds
[12:26] <ogra_ac> hrw, right, thats what we plan ... still
[12:26] <persia> ogra, Depends how you do it, there are ways.
[12:26] <ogra_ac> persia, no supported ones that ubuntu has
[12:26] <hrw> ogra_ac: "make a cluster" as not an exactly cluster - just a bunch of hw in common case
[12:26] <ogra_ac> in case you refer to beowulf like technology
[12:27] <ogra_ac> hrw, right, one package will still build on one panda
[12:27] <hrw> ogra_ac: and one panda will be faster then one babbage
[12:28] <ogra_ac> sure
[12:28] <hrw> and 32 pandas will be faster then 8 babbages (or how many of them are in use now)
[12:28] <ogra_ac> but not as fast as an intel multicodre server
[12:28] <ogra_ac> not for  asingle package
[12:28] <hrw> ogra_ac: blame TI, STE etc for not giving you 4GHz 8core armv7a boards
[12:29] <ogra_ac> its still 2.5h vs 15min or so
[12:29] <hrw> but building 200 packages will take 8h instead of 8 days?
[12:29] <ogra_ac> i'm not talking about 200 packages
[12:29] <ogra_ac> only about one of them
[12:29] <persia> Isn't panda multicore?
[12:30] <ogra_ac> dual, yep
[12:30] <persia> Aren't some of the other buildds only dual?
[12:30] <hrw> ogra_ac: so s/pandaboard/arm realview express/
[12:30] <hrw> realview express has 4core A9 on board
[12:30] <ogra_ac> hrw, get me some into the DC
[12:30] <ogra_ac> afaik thats something only linaro gets :P
[12:30] <hrw> costs more then 10 pandas anyway
[12:30] <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.
[12:31] <ogra_ac> persia, i want to have both dropped
[12:31] <hrw> I think that ubuntu/arm may drop versatile - it is only for qemu anyway
[12:31] <ogra_ac> persia, and with rsalveti's qemu spec we wont need versatile anyway
[12:31] <ogra_ac> hrw, "only" is broad ;)
[12:32] <ogra_ac> its used by many tools we provide
[12:32] <ogra_ac> but there is a replacement
[12:32] <ogra_ac> which we'd like in the archive for natty
[12:32] <persia> ogra, Anyway, I don't think it needs a separate spec.  There's a couple specs in that area already.
[12:32] <ogra_ac> k
[12:32] <hrw> ogra_ac: iirc someone in Linaro works on qemu to make it emulate beagleboard, there is spec for qemu-a9
[12:33]  * ogra_ac just remembers several UDSes we had before where the title of the spec didnt match our expectations at all
[12:33] <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.
[12:33] <persia> Sure.  Spec titles almost never match content.
[12:33] <ogra_ac> hrw, yeah, we have one for packaging (or pulling in the existing qemu-omap package) it
[12:34] <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.
[12:35] <ogra_ac> maintaining a complete branch is
[12:35] <ogra_ac> which is one of the options
[12:36] <persia> How is "maintaining a complete branch" different from "adding a new source package" except finding someone to do it?
[12:36] <persia> I presume that if you want it that much, you already have a way to find someone to do it.
[12:37] <persia> If not, I recommend finding someone to do it before pushing for it to exist
[12:37] <persia> (note that using the linaro tree is another way, because then you're expecting linaro to do it)
[12:39] <ndec> ogra: hi!
[12:40] <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
[12:48] <persia> ndec, There's another update to alsa-utils in the queue.
[12:49] <ndec> persia: argh... i missed this info... is the .deb available anywhere?
[12:51] <persia> I don't think so: I think the source is still awaiting approval.
[12:54] <ogra_ac> ndec, and after that the pulse profile needs to be added additionally, buut i first want proof that the alsa fix works
[12:55] <ogra_ac> (pulse profile is needed to expose hdmi additionally, without it, alnalog should fully work though)
[13:06] <apw> ogra_ac, sorry i am struggling to understand the question
[13:06] <apw> (lacking context i suspect)
[13:07] <ogra_ac> apw, i would like to not have omap3 built from the main tree one way or the other in natty
[13:07] <apw> ogra_ac, omap3 is already not build from the master branch in natty :)
[13:07] <ogra_ac> apw, and i would like to discuss the possibilites at UDS
[13:07] <ogra_ac> oh !
[13:07] <ogra_ac> that saves all probs then, you already took action
[13:07] <persia> See.  No spec required.
[13:07] <apw> and interestingly we are discussing that at the 'version and flavours' session
[13:08] <ogra_ac> great, i'll attend
[13:08] <persia> apw, Just for fair warning, I'm planning to raise ppc at that session.
[13:08] <apw> ie, where are we gettign omap3 from for natty, are we using linaro, basing on linaro, doing our own thing
[13:08] <apw> persia, what might you raise on it, as yes thats also on my radar
[13:08] <apw> and its best to not be blind sided :)
[13:08] <ogra_ac> if linaro provides all functionallity we have in maverick i'd be happy with that
[13:09] <persia> apw, Mostly just to make sure it's discussed.  I'm not going to foreguess conclusions.
[13:09] <ogra_ac> also with taking their binaires directly so kernel team has it off their sholders
[13:09] <persia> apw, That it's on your radar means you are unlikely to be blindsided.
[13:09] <apw> ogra_ac, sounds liek we are thinking the same
[13:09] <ogra_ac> great ;)
[13:10] <apw> persia, well i am worried about powerpc yes, but i am interested in what you are going to ask
[13:10] <hrw> apw: link to spec can you?
[13:10]  * persia goes to -kernel to be even close to topic
[13:12] <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
[13:13] <hrw> subscribed
[13:13] <hrw> apw: catch Linaro kernel people to attend
[13:13] <rsalveti> morning
[13:27] <rsalveti> ogra_ac: nice, I also believe we can go with linaro's kernel for omap3
[13:27] <ogra_ac> :)
[13:27] <rsalveti> at least I believe it's going to be well supported by the next cycle
[13:58] <sveinse> Hello. Where can I find the logs from #ubuntu-arm?
[13:58] <ogra_ac> irclogs.ubuntu.com
[14:21] <daurnimator> GrueMaster, you have a2 or a3?
[14:27] <apw> ogra, does https://blueprints.edge.launchpad.net/ubuntu/+spec/hardware-arm-n-omap-edid-autodetection need a UDS session ?
[14:28] <apw> ogra, NCommander, you have a few other-arm-natty- blueprints which seem to be about h/w detection
[14:28] <apw> would they belong on the hardware- track ?
[14:28] <ogra_ac> which ones ?
[14:28] <rsalveti> apw: this, probably not
[14:28] <ogra_ac> the edid stuff is rsalveti
[14:29] <apw> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-natty-improved-subarch-detection
[14:29] <ogra_ac> thats for the installer and dpkg iits
[14:29] <apw> (there are others similar i seem to remember)
[14:29] <ogra_ac> *iirc
[14:29]  * ogra_ac doesnt remember having any spec related to hw detection
[14:29] <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
[14:30] <apw> ogra_ac, well does that stop it being h/w i wonder?
[14:30] <ogra_ac> apw, its about implementation in userspace
[14:30] <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 :)
[14:31] <ogra_ac> apw, its a blueprint nobody worked on last cycle
[14:31] <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 ?
[14:31] <ogra_ac> well, rsalveti invested some days but to late
[14:31] <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 :)
[14:31] <ogra_ac> apw, yeah, doesnt that show the sillyness of the new approach :P
[14:32] <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
[14:32] <ogra_ac> other-arm-n-arm-thin-clients and other-arm-n-public-panda-ppa-build-cluster are my specs
[14:32] <ogra_ac> (the two in other)
[14:32] <apw> i don't really mind, if its hardware- then i can accept it ... otherwise its someone elses problem :)
[14:32] <rsalveti> apw: I'm ok for not having a session for it
[14:32] <apw> rsalveti, if you are sure ... i'll bosh it from the pending queue
[14:32] <rsalveti> apw: cool, thanks
[14:32] <ogra_ac> apw, given how hard it is to rename it ...
[14:33] <apw> actually rename is pretty easy, but annoying for everyone who has the link
[14:33] <ogra_ac> the ppa cluster is more an IS thing and an overall solution
[14:33] <apw> yeah i concur the other two sound like something other than hardware-
[14:33] <ogra_ac> only a very small part is HW
[14:34] <ogra_ac> and the thin clients would be more for a server (but surely in no way a could) issue
[14:36] <ogra_ac> apw, feel free to rename the subarch thing ...
[14:36] <ogra_ac> NCommander is on vacation atm so he wont change it
[14:38] <apw> ogra_ac, i am more advising, i have no investment one way or the other on which track its on
[14:38] <ogra_ac> hmm, k
[14:38] <apw> to my eye its more h/w than other, but it matters little to the overall goals
[14:39] <ogra_ac> do you know who is scheduling other ?
[14:39] <apw> jcastro i belive
[14:40] <ogra_ac> k
[14:41] <apw> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-arm-n-userland-subarch-detection
[14:42] <apw> ogra_ac, that one should probabally be disponsitioned the same way as the previous one
[14:42] <apw> if the other moves it should to, or not together
[14:42] <ogra_ac> hmm
[14:42] <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
[14:43] <ogra_ac> ndec, its using a lot of GL stuff if available and no, we dont test it, ask the community
[14:43] <ndec> ogra_ac: ok!
[14:44] <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?
[14:44] <ogra_ac> ndec, they are desparately looking for someone to sponsore them omap4 HW btw ;)
[14:44] <ndec> ogra_ac: argh... it's in the menu
[14:44] <ogra_ac> heh
[14:44] <ndec> ogra_ac: who is 'they'?
[14:44] <ogra_ac> kubuntu community
[14:45] <ndec> ah. ok
[14:46] <ndec> well, they will have to write their UI to use gles first ;-)
[14:46] <ogra_ac> hard to do if you dont have gles HW ;)
[14:46] <rsalveti> good thing is that qt can use the eges backend
[14:46] <rsalveti> and this is tested by nokia in general
[14:46] <rsalveti> and meego
[14:46] <ogra_ac> yep
[14:47] <ogra_ac> so kubuntu *might* work
[14:47] <ogra_ac> i know the images we have dont though
[14:47] <ogra_ac> theyy went untested for nearly the whole cycle
[15:01] <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?
[15:02] <ogra_ac> yep
[15:02] <ogra_ac> ubuntu3.2 should have the complete fix
[15:03] <ndec> ogra_ac: you mean ubuntu3.3, right?
[15:03] <ogra_ac> err, indeed
[15:04] <ogra_ac> it hasnt been accepted yet, i might have to change it again ... though that shouldnt change functionallity
[15:15] <_dash__> hi all
[15:15] <_dash__> I am trying to use ubuntu on pandaboard and require some help
[15:15] <ogra_ac> sure ;)
[15:16] <_dash__> how to get source of ubuntu for pandaboard ?
[15:16] <ogra_ac> i told you in the #pandaboard channel already
[15:16] <_dash__> I want some git repo or tarball ... is it available ?
[15:16] <ogra_ac> you can only build it package by package
[15:16] <ogra_ac> no
[15:16] <rsalveti> it's not like OE
[15:17] <ogra_ac> thats not how a packaging system based distro works
[15:17] <_dash__> then how to get source ?
[15:17] <rsalveti> you can grab the source for all the packages
[15:17] <ogra_ac> you pull it from ports.ubuntu.com
[15:17] <_dash__> of current stable release ?
[15:17] <ogra_ac> yes
[15:19] <_dash__> u mean /dists/maverick/main/source/Sources.bz2 ?
[15:20] <ogra_ac> no
[15:21] <ogra_ac> there are 17000 packages under pool/
[15:22] <ogra_ac> honestly, what do you plan to achieve
[15:22] <_dash__> ok I see main, multiverse, restricted, universe ...
[15:23] <_dash__> I just want to get sources of ubuntu, cross compile it and run on panda board
[15:23] <_dash__> I don't want pre-builts
[15:23] <ogra_ac> but why ? WHATS WRONG WITH TEH BINARIES WE PROVIDE
[15:23] <ogra_ac> OOPS
[15:23] <ogra_ac> sorry for the caps
[15:23] <rsalveti> you're probably not going to be able to cross-compile everything
[15:23] <ogra_ac> right
[15:23] <rsalveti> and yes, why do you need to build everything?
[15:24] <rsalveti> add neon? hf?
[15:24] <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.
[15:24] <_dash__> I may require to plug-in plug out or port some of the drivers
[15:25] <ogra_ac> so you want to rebuild kernel bits
[15:25] <_dash__> Basiccaly i want bsp port (u-boot, kernel atleast)
[15:25] <ogra_ac> or compile additional modules
[15:25] <_dash__> yes
[15:25] <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.
[15:25] <rsalveti> then you don't need to build everything by hand
[15:25] <_dash__> ogra_ac: yes
[15:25] <ogra_ac> _dash__, no need to recompile the rest of the distro for that
[15:25] <rsalveti> you just need to hack some packages
[15:25] <ogra_ac> right
[15:25] <rsalveti> like the ones you want to change
[15:25] <_dash__> yes
[15:26] <_dash__> So how do i get BSP port of it ?
[15:26] <ogra_ac> there is no BSP
[15:26] <ogra_ac> apt-get source on the panda can get you the sources
[15:26] <_dash__> ok u-boot and kernel sources ?
[15:26] <ogra_ac> i.e. apt-get source linux-ti-omap4 will get you the kernel package source
[15:27] <ogra_ac> u-boot-linaro-omap4 is the u-boot source iirc
[15:27] <ogra_ac> x-loader-omap4 is the MLO source
[15:27] <_dash__> How do i get it to host machine ?
[15:27] <_dash__> so that I can cross compile kerel and U-boot port
[15:28] <rsalveti> _dash__: you can also use your own panda to build your packages if you need
[15:28] <ogra_ac> scp ?
[15:28] <ogra_ac> right, the panda is really fast enough to build everything on it
[15:28] <_dash__> And does ubuntu recomends any specific toolchain ?
[15:28] <rsalveti> _dash__: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
[15:28] <rsalveti> _dash__: we have our own cross toolchain
[15:28] <ogra_ac> yes, you should use the ubuntu toolchain
[15:28] <rsalveti> packaged by hrw
[15:29] <_dash__> how do i get that toolchain ?
[15:29] <ogra_ac> apt-get install build-essential on the panda
[15:29] <ogra_ac> or for cross builds ask hrw
[15:29] <hrw> apt-get install gcc-arm-linux-gnueabi for cross
[15:29] <rsalveti> but I believe the packages are only available for maverick
[15:30] <ogra_ac> yeah
[15:30] <_dash__> ok so this will give me tooclchain
[15:35] <_dash__> toolchain problem is solved.
[15:35] <_dash__> how to get kernel and u-boot and xloader sources ?
[15:36]  * ogra_ac told you above
[15:36] <_dash__> I got link for kernel ... but which hash ?
[15:36] <Neko> rsalveti, hi, if you are there right now, let me ask.. did a kernel ever exist on maverick for fsl-imx51 or?
[15:36] <rsalveti> _dash__: head?
[15:36] <Neko> was it removed almost instantly?
[15:36] <Neko> we would love to see whatever development it got to before it stopped, post-Lucid
[15:36] <amitk> Neko: Lucid was it
[15:36] <rsalveti> Neko: amitk is your guy
[15:37] <amitk> Neko: the same branch was carried forward in the maverick tree, but not kernel version changes, etc.
[15:37] <_dash__> rsalveti: is it available on git ?
[15:37] <rsalveti> _dash__: what exactly?
[15:37] <ogra_ac> _dash__, you will trash the ubuntu install, you should use packages
[15:37] <ogra_ac> (and rebuild them)
[15:37] <Neko> amitk, same question
[15:38] <ogra_ac> Neko, no changes post lucid
[15:38] <amitk> Neko: already answered
[15:38] <_dash__> rsalveti: Kernel source for cross compilatin ??
[15:38] <ogra_ac> _dash__, use the kernel package and xdeb from the cross toolchain to build a deb
[15:39] <_dash__> 6931849710b21c0688a24646b15ff9db782b21d9 this hash ?
[15:39] <rsalveti> _dash__: the git kernel source is the same thing as the source package
[15:39] <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
[15:39] <amitk> :)
[15:40] <rsalveti> _dash__: hrw posted on his blog how to cross build the kernel today
[15:40] <_dash__> Please share blog link
[15:40]  * hrw ends for today
[15:40] <ogra_ac> hrw, how about updating the channel topic with that ?
[15:40] <hrw> http://marcin.juszkiewicz.com.pl/2010/10/19/how-to-cross-compile-arm-kernel-under-ubuntu-10-10/
[15:40] <hrw> ogra_ac: feel free
[15:40] <ogra_ac> bah, way to long
[15:41] <ogra_ac> that will likely trash it
[15:41]  * ogra_ac tires
[15:41] <hrw> ogra_ac: http://42.pl/u/2u8U
[15:41] <hrw> this one is shorter
[15:41] <ogra_ac> nah, seems it worked ;)
[15:41] <rsalveti> ogra_ac: please, get the shorter one
[15:42] <ogra_ac> done :)
[15:42] <rsalveti> thanks a lot :-)
[15:42] <_dash__> Ok kernel problem solved
[15:44] <ogra_ac> just make sure you build a proper .deb and install it the right way
[15:44] <ogra_ac> else you will trash the setup
[15:45] <_dash__> yes thanks
[15:46] <Neko> launchpad should have a tiny url service :D
[16:19] <ukleinek> Neko: https://bugs.launchpad.net/ubuntu/+filebug :-)
[16:21] <Neko> :D
[16:28] <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..
[16:28] <Neko> does anyone know what on earth that font was?
[16:34] <Neko> also: is prelink safe on armel?
[16:36] <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.
[16:45] <daurnimator> GrueMaster, apparantly on the a3 there is now a pin to turn on the hdmi out
[16:45] <daurnimator> which isn't in the ubuntu kernel
[16:45] <GrueMaster> Interesting.  I'll relook at the documentation.
[16:45] <daurnimator> btw, anyone have a link to the .deb to offload some things to the dsp?
[16:46] <daurnimator> i remember someone linking it recently
[16:48] <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.
[16:50] <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..
[16:51] <rsalveti> hm, yeah, was going to look at this a3 issue later today
[16:51] <rsalveti> rcn-ee_: so, do we need an x-loader/kernel update for a3?
[16:51] <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.
[16:51] <rcn-ee_> rsalveti, ping mpoirier we talked about it this morning and he has my patch. ;)
[16:51] <rsalveti> rcn-ee_: cool :-)
[16:52] <GrueMaster> wait, what?  There is a change to the uboot/xloader for Beagle, a week after release?
[16:52] <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..
[16:52] <rcn-ee_> x-loader change not required..
[16:53] <rsalveti> cool, then it's just the kernel
[16:53] <rsalveti> too bad they changed in a way we can't boot the pre-released image on a3 anymore =\
[16:53] <daurnimator> cool *moves to here again*
[16:53] <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.
[16:54] <rcn-ee_> rsalveti, sadly there was a note in the A2 schematic that i never bothered to read.. ;)
[16:54] <rsalveti> GrueMaster: yup, like we do for blaze
[16:55] <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.. ;)
[16:55] <rsalveti> will create the same uImage but with the patch included
[16:55] <rsalveti> then the user can replace and install the system
[16:55] <GrueMaster> rsalveti: Blaze is slightly different in that it isn't widely sold.
[16:55] <ojn> ogra_ac: ping
[16:55] <rsalveti> later on he can update the kernel and be fine with it
[16:55] <rsalveti> rcn-ee_: yeah
[16:56] <GrueMaster> rcn-ee_: When will the XM A3 SRM be posted to beagleboard.org?
[16:56] <daurnimator> what sort of speed is expected in the end (in terms of general use)
[16:57] <rcn-ee_> it should be up today, i'd pin jkridner as he usually does that..
[16:57] <GrueMaster> daurnimator: The speed is decently usable.  Not as good as a dual core panda, but good for most work.
[16:58] <jkridner|work> GrueMaster: I just uploaded the files to S3....
[16:58] <jkridner|work> creating the links shortly.
[16:58] <GrueMaster> daurnimator: Don't expect a lot of speed when doing massive compiles like openoffice.
[16:58] <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)
[16:58] <GrueMaster> jkridner|work: Excellent.
[16:59] <daurnimator> GrueMaster, I've got it all booted now :P
[16:59] <GrueMaster> Excellent!
[16:59] <daurnimator> bit slower than expected, especially dpkg stuff
[16:59] <rsalveti> cool!
[16:59] <rsalveti> yeah, blame sd card performance
[16:59] <daurnimator> hence wondering if theres anything that can be dsp-offloaded
[16:59] <rsalveti> or sd in general
[17:00] <GrueMaster> jkridner|work: Is this change at the board trace level or can it be made in the field?
[17:00] <rcn-ee_> or very slow if using btrfs with default maverick dpkg..
[17:00] <daurnimator> i'm using an 8gb sdhc card. should be very fast. otherwise all defaults
[17:00] <daurnimator> in any case, I really should be in bed; asleep.
[17:01] <rsalveti> jkridner|work: rcn-ee_: when the a3 was released to public?
[17:01] <rcn-ee_> first customer got them friday...
[17:01] <GrueMaster> daurnimator: With SDHC, the higher the class of SD, the faster it is.
[17:01] <rsalveti> hm, ok, so no that long ago
[17:01] <rcn-ee_> so everyone who got a shipment notice this last week, got them..
[17:02] <daurnimator> ooh really? thats when I got mine >.< I'm quite suprised I'm in the first lot...
[17:02] <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.
[17:03] <daurnimator> GrueMaster, or just people like me on irc, getting utterly lost :P
[17:03] <rsalveti> GrueMaster: sure
[17:03] <rsalveti> will create the uImage and request someone to test, like daurnimator :-)
[17:03] <rcn-ee_> i put a notice on elinux ubuntu page, but https://wiki.ubuntu.com/ARM/OMAPMaverickInstall needs a warning.. ;)
[17:03] <rsalveti> then we can update it
[17:03] <rsalveti> rcn-ee_: yeah, will update with the proper uImage link there once I build it
[17:03] <daurnimator> notes for newbies: use a power adaptor; use a serial cable, and make sure it works.
[17:04] <daurnimator> yeah, I'm happy to test anything you guys care to throw my way
[17:04] <rsalveti> cool
[17:04]  * daurnimator departs
[17:04] <jkridner|work> BeagleBoard-xM Rev A3 files are uploaded to http://beagleboard.org/hardware/design
[17:05] <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..
[17:06] <rsalveti> rcn-ee_: yeah, cool, thanks for the link
[17:53] <ogra_ac> GrueMaster, ??
[17:53] <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/
[17:54] <ogra_ac> ndec, you patched the makefiles ?
[17:55] <GrueMaster> ogra_ac: What are you asking??
[17:55] <ogra_ac> GrueMaster, upgarding images prior to first boot ?
[17:55] <ogra_ac> ECONTEXT
[17:55] <GrueMaster> See above.  TI modified BeagleXM to require a GPIO to enable video out.
[17:56] <rsalveti> ogra_ac: with xm A3
[17:56] <GrueMaster> All shipping XM boards have this mod.
[17:56] <ogra_ac> fun
[17:56] <rsalveti> yeah
[17:56] <ndec> ogra_ac: I downloaded the .diff from the upload queue, and applied
[17:56] <ogra_ac> and we have a fix ?
[17:56] <rsalveti> yup
[17:56] <ogra_ac> ndec, check if the makefiles in the init dir get patched to install oamp4
[17:56] <rsalveti> I'm just building a new uImage and mpoirier will probably forward this to the kernel team
[17:56] <ogra_ac> *omap
[17:57] <GrueMaster> We'll need to test against a non-modified board to make sure it doesn't break C4 & XM A-A2.
[17:57] <ogra_ac> rsalveti, GrueMaster so once we have the file, we indeed should provide info
[17:57] <ogra_ac> yup
[17:57] <GrueMaster> A3 shipped as of last Friday.
[17:57] <ogra_ac> thats really bad timing
[17:57] <rsalveti> yeah
[17:57] <ogra_ac> given we will all be travelling
[17:57] <rsalveti> for default there's no console, and the screen doesn't work
[17:58] <rsalveti> not good :-)
[17:58] <ndec> ogra_ac: grep omap alsactl/init/Makefile --> empty
[17:58] <rcn-ee_> kinda.. there was  a note in the A2 schematic that i and other didn't notice.. ;)
[17:58] <GrueMaster> rcn-ee_: A2 or A3?
[17:58] <ogra_ac> ndec, thats weird, my patch definitely patches Makefile.in and .am
[17:58] <rcn-ee_> the A2 schematic had a note that it would be changing.. ;)
[17:59] <GrueMaster> Ah.
[17:59] <rsalveti> rcn-ee_: I just didn't expect a3 so soon
[18:02] <rsalveti> glad that at least we don't need to change x-loader/u-boot for it
[18:04] <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..
[18:05] <ndec> ogra_ac: it's weird, when I run dpkg-buildpackage, it does not apply the patch serie
[18:08] <rsalveti> rcn-ee_: nice
[18:09] <ndec> ogra_ac: quilt.make is commented out in debian/rules.
[18:09] <ndec> ogra_ac: i need to go home now. let's talk about this tomorrow.
[18:14] <Sonny_8bit> hello, i am currently @ beagleboard under maverick. pls help me to install powervr-omap3
[18:15] <rsalveti> Sonny_8bit: https://wiki.ubuntu.com/ARM/OMAP
[18:15] <Sonny_8bit> thanks
[18:16] <Sonny_8bit> after installing powered usb-hub mouse is working fine
[18:16] <rsalveti> cool
[18:17] <rsalveti> also, make sure your user is also at the video group
[18:17] <rsalveti> tested this morning and it seems the user is not at the video group by default
[18:17] <rsalveti> and this is required to access the pvr device
[18:19] <Sonny_8bit> ok, i am starting...
[18:22] <Neko> guys where are the libegl1-sgx-omap4 etc. packages kept?
[18:22] <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
[18:22] <Sonny_8bit> sorry i use russian localisation
[18:23] <ogra_ac> great, my UTF-8 works :P
[18:23] <ogra_ac> Neko, in the omap4 PPA
[18:23] <Sonny_8bit> it cannot find packages
[18:23] <ogra_ac> Sonny_8bit, do you have multiverse enabled ?
[18:23] <Neko> URL?
[18:23] <ogra_ac> and universe too
[18:23] <Neko> launchpad URL I mean
[18:24] <Neko> I can't search for it it says no results
[18:24] <ogra_ac> Neko, just click on the TI icon on your panda
[18:24] <ogra_ac> oh, wait :P
[18:24] <Neko> I don't have a panda
[18:24] <Sonny_8bit> hmm i dont know exactly 'cause i am new in linux
[18:24] <ogra_ac> get one ;)
[18:24] <Neko> I have a beagle, but I'm not doing this on that :D
[18:24] <Neko> the idea is we match the mx51 gl libs to the same kind of installation process
[18:24] <ogra_ac> you wouldnt get the icon on a beagle ;)
[18:25] <ogra_ac> https://edge.launchpad.net/~tiomap-dev/+archive/release
[18:25] <ogra_ac> Neko, ^^^
[18:25] <ogra_ac> next time search LP yourself
[18:26] <Neko> I did!
[18:26] <Neko> it said no results
[18:26] <Neko> nothing..
[18:26] <Neko> tiomap-dev is what I should have searched for it seems :D
[18:26] <rsalveti> Sonny_8bit: you can activate at the package manager or by editing /etc/apt/sources.list
[18:27] <rsalveti> you'll see that the multiverse and universe repos are commented
[18:27] <ogra_ac> searching for omap4 gets me 350 results
[18:27] <Sonny_8bit> ok - BB is too slow i am waiting for package manger task switch :)
[18:27] <rsalveti> ogra_ac: the default user is not part of the video group, the one used to access the pvr driver
[18:27] <rsalveti> ogra_ac: in this case how we fix that?
[18:28] <ogra_ac> rsalveti, well, the video group isnt used by the system, not sure
[18:28] <ogra_ac> in fact none of the groups are anymore
[18:28] <ogra_ac> apart from adm and admin probably
[18:28] <rsalveti> yup, true
[18:29] <ogra_ac> i wonder how fglrx and nvidia do it
[18:29] <rsalveti> ubuntu adm dialout cdrom plugdev lpadmin admin sambashare
[18:29] <rsalveti> default groups
[18:29] <Sonny_8bit> am i nee to run synaptic package manager or ubuntu software center?
[18:29] <Sonny_8bit> *need
[18:29] <ogra_ac> Sonny_8bit, either will work
[18:30] <rsalveti> Sonny_8bit: see http://www.omappedia.org/wiki/Ubuntu_PPA
[18:30] <ogra_ac> Sonny_8bit, in software center the sources entries can be found under edit
[18:30] <rsalveti> the Enable Universe Repositories on your PandaBoard
[18:30] <ogra_ac> rsalveti, thats for omap4 though
[18:30] <rsalveti> should be similar, but you should enable universe and multiverse
[18:30] <ogra_ac> yeah
[18:30] <rsalveti> ogra_ac: I know, just to display the picture and how it should look like
[18:30] <ogra_ac> yep
[18:31] <ogra_ac> hrm ... so much about USB audio works ...
[18:31]  * ogra_ac just bought a USB soundblaster stick
[18:31] <rsalveti> ogra_ac: still not fixed?
[18:31] <rsalveti> oh, sorry
[18:31] <rsalveti> was thinking about panda audio :-)
[18:31] <ogra_ac> rsalveti, no, thats for my ac100
[18:32] <ogra_ac> i bought a lot of USB crap today ;)
[18:32] <rsalveti> hahah
[18:32] <ogra_ac> 16G usb keys that completely vanish in the socket
[18:32] <ogra_ac> pretty cool things
[18:32] <ogra_ac> and a 1.8" HDD
[18:32] <rsalveti> nice
[18:33] <ogra_ac> yeah, really great for traveling
[18:37] <Neko> ogra, show show show.. I would love a USB key like that
[18:53] <ogra_ac> tsk
[18:55] <ogra_ac> so my new shiny 1.8" disk comes preformatted ...
[18:56] <ogra_ac> with NTFS
[18:56]  * ogra_ac shakes his head
[19:00] <GrueMaster> Cool.  Should work great on your Windows 7 system.  :P
[19:08] <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)
[19:08] <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/
[19:09] <pwork> I installed an Ubuntu ARM img so far, but I can tell things are broken in the OS : dpkg is broken for example :
[19:09] <pwork> "failed to exec dpkg-deb to extract control information: No such file or directory"
[19:10] <pwork> /usr/bin/apt-get doesn't exist neither
[19:10] <pwork> aptitude reinstall dpkg is not possible, since it itself uses dpkg and give me the same error than above
[19:10] <pwork> So here is my question : how can I reinstall an Ubuntu ARM image ?
[19:11] <pwork> The current image is tweaker for the phone, so I'd like to overwrite/reinstall things, without clearing the vhole install
[19:11] <GrueMaster> First, is your phone cpu arm v7?
[19:11] <pwork> GrueMaster, Yes
[19:12] <pwork> Jere is what I get from inside the ARM image :
[19:12] <pwork> root@localhost:/# uname -a
[19:12] <pwork> Linux localhost 2.6.32.15-gf9c0527 #1 PREEMPT Fri Jul 23 17:26:53 CST 2010 armv7l GNU/Linux
[19:12] <pwork> root@localhost:/# cat /etc/lsb-release
[19:12] <pwork> DISTRIB_ID=Ubuntu
[19:12] <pwork> DISTRIB_RELEASE=9.10
[19:12] <pwork> DISTRIB_CODENAME=karmic
[19:12] <pwork> DISTRIB_DESCRIPTION="Ubuntu 9.10"
[19:12] <pwork> root@localhost:/#
[19:12] <GrueMaster> As to Ubuntu Images, they are created for specific platforms (Beagleboard, BeagleXM, Panda, etc).
[19:12] <GrueMaster> Karmic was ArmV6+VFP iirc.
[19:13] <pwork> And how is packages management performed ? Since each image has a specific arch that is bound to a phone ?
[19:14] <pwork> (if you've links, I 'm asking you the man here :s)
[19:15] <pwork> I mean : atm, I use a lenny, that has repositories and packages for i386 or amd64, but nothing for armForSpecificPhone
[19:16] <GrueMaster> They are just armel under Ubuntu.  Jaunty was Armv5, Karmic armV6+vfp, lucid+ is armv7.
[19:17] <GrueMaster> I'm assuming that somewhere down the road (around Ubuntu-S), we will be supporting Armv8 or some such.
[19:22] <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
[19:22] <pwork> Through android asb shell, I should be able to run this ?
[19:22] <GrueMaster> That would probably be the best approach.
[19:23] <pwork> (adb)
[19:23] <pwork> Ok, thanks :)
[19:23] <GrueMaster> I don't know about the android part.  I only test Ubuntu on supported hardware.
[20:40] <pwork> Bye
[20:43] <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?
[20:44] <rsalveti> on A2 it goes to DVI_UP, but pin 4 is disabled (from the schematics)
[20:44] <rsalveti> and on A3 this gpio is nc
[20:45] <rsalveti> I know that setting up gpio 170 for xM is wrong, but not sure if we actually need to set up gpio 129
[20:45] <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..)
[20:45] <rsalveti> should make no difference, just to see if I should apply the entire patch
[20:46] <rsalveti> rcn-ee_: but from the schematics, does it make any sense to set up gpio 129 while pin 4 lifted to disable
[20:46] <rsalveti> on page 9, from a2 schematics
[20:47] <rcn-ee_> loading.. ;) mouse died..
[20:48] <rsalveti> on maverick we're already setting beagle_dvi_device.reset_gpio = 129;
[20:48] <rsalveti> at beagle_display_ini
[20:50] <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..)
[20:51] <rsalveti> rcn-ee_: I know, was just reviewing other changes
[20:51] <rsalveti> to make sure we're fine with all the needed changes
[20:51] <rcn-ee_> okay... yeap as long as you set it somewhere else it should be fine..
[20:52] <rcn-ee_> gpio 129 pin..
[20:53] <rsalveti> rcn-ee_: but if pin 4  is lifted to disable, does it make any difference?
[20:53] <rsalveti> just curious, can be wrong because I'm not a hardware engineer
[20:54] <rcn-ee_> for the A2? with pin 4 lifted, that pin should go high on TFP410 which sets it in non power save mode...
[20:55] <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
[20:56] <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
[21:01] <rsalveti> anyway, good that we're not setting gpio 170 at xM
[21:01] <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..
[21:01] <rcn-ee_> that's why it's worked on my board without that patch..
[21:01] <rsalveti> rcn-ee_: yeah
[21:02] <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.
[21:02] <pwork> Does it sounds possible ?
[21:02] <rsalveti> rcn-ee_: so the only needed change is to avoid using gpio 170 at xM while setting up dvi
[21:02] <rcn-ee_> pwork, lenny's qemu might be too old..
[21:02] <ogra_ac> it very likely is
[21:03] <rcn-ee_> yeah avoid the gpio 170 on the xm and set GPIO2 high to enable the TFP410..
[21:03] <ogra_ac> using a livecd will be slow but work
[21:03] <rsalveti> because this will probably affect some other stuff
[21:04] <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
[21:04] <rcn-ee_> yeap, it might.. for maverick i'd only touch the xM and add the GPIO2 bit, tested on my xM A
[21:04] <rsalveti> yeah, if you're using qemu be sure that the version is newer enough
[21:04] <rsalveti> rcn-ee_: yup, porting the patch right now
[21:04] <pwork> rcn-ee, ogra : Thanks. Slow is not a problem. I'm myself quite slow too :p
[21:05] <ogra_ac> heh
[21:05] <rcn-ee_> pwork, the unstable chroot should work, rootstock with lucid/maverick really stress's out qemu.. ;)
[21:05] <Neko> persia, hi... this "autodetecting hardware in X that is not properly detectable" discussion
[21:05] <Neko> markos will be there but he won't be able to see that discussion as we think arm stuff is more important
[21:05] <rsalveti> rcn-ee_: we also need to check upstream later, still pulling the linux-omap tree
[21:05] <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
[21:05] <ogra_ac> Neko, eh should have subscribed properly
[21:06] <Neko> ogra "subscribed properly"? :D
[21:06] <ogra_ac> Neko, the scheduling software takes attendance into account
[21:06] <Neko> they conflict
[21:06] <ogra_ac> to the spec
[21:06] <ogra_ac> right
[21:06] <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..
[21:06] <ogra_ac> the SW cares for them to not conflict if you are subscribed to both
[21:06] <Neko> we had to sub late, sorry
[21:06] <Neko> but, persia has an efikamx... :)
[21: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)
[21:07] <ogra_ac> is he subbed to both specs ?
[21:07] <ogra_ac> the schedule is still dynamically changing
[21:07] <rsalveti> pwork: yeah, but rootstock uses qemu
[21:07] <rsalveti> to generate the image
[21:07] <rsalveti> unless you're on arm already
[21:07] <pwork> Ah ok
[21:08] <pwork> rsalveti, : Tip: In my country, 'salveta' is a brand of water with bubbles. Could be of some interest for you
[21:08] <pwork> :D
[21:08] <rsalveti> pwork: haha, which country?
[21:09] <ogra_ac> sounds italian
[21:09] <ogra_ac> (guessing)
[21:09] <Neko> markos_ see ogra's comments above....
[21:09] <rsalveti> salveti is an italian name
[21:09] <Neko> subscribe and they may not conflict?
[21:09] <pwork> rsalveti, France
[21:09] <ogra_ac> Neko, yeah, with a bit of luck ...
[21:10] <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
[21:14] <Neko> it is more an informational thing
[21:36] <bkero> persia: ping
[21:46] <kmargar> Neko: yeah, I'll subscribe to it as well
[21:51] <Neko> kmargar, http://summit.ubuntu.com/uds-n/track/performance/ Thursday, top
[21:53] <kmargar> moment
[21:54] <markos_> those go without saying :
[21:54] <markos_> :)
[23:01] <zumbi_> what a couple on uds :)