[00:01] <GrueMaster> Finally.  Got the netbook booting from the usb drive.
[00:01] <GrueMaster> Thing boots too quick.
[00:01] <devilhorns> lol
[00:05] <GrueMaster> Hrm.  It is using the application font settings.
[00:06] <devilhorns> hrm....ok
[00:06] <devilhorns> simple enough change for me
[00:06] <devilhorns> but
[00:06] <devilhorns> it does actually change ?
[00:06] <GrueMaster> yes
[00:06] <devilhorns> very odd
[00:07] <devilhorns> ok, the problem must be somewhere else then ... cause the regular (non-efl) launcher is using the same gtk-font-name stuff (gtkrc)
[00:07] <devilhorns> hrrmm
[00:07] <GrueMaster> As soon as I select ok from the font list popup, it changes.
[00:07] <devilhorns> GrueMaster, font list popup ?
[00:07] <devilhorns> oh right, nvm
[00:07] <devilhorns> had a brain-fart
[00:08] <GrueMaster> When you start the gnome-appearance-properties app and select the font tab, it gives you a list of font settings (application, document,desktop, etc).
[00:08] <devilhorns> hehe yea
[00:08] <devilhorns> had forgotten about that :)
[00:09] <devilhorns> ok, so if normal launcher and efl launcher are doing it the same way ... then why doesn't it work w/ the efl one ... hrrrm
[00:09] <devilhorns> back to the drawing board
[00:10] <GrueMaster> I would look at gconf settings between the two.  There is probably an applet that isn't triggering une-efl
[00:10] <devilhorns> well, I'm thinking it's something slightly different ;)
[00:10] <devilhorns> I'll know in about 5 minutes
[00:11] <GrueMaster> Hmm.  Not that is odd.
[00:11] <GrueMaster> Appearance is changing the font in une-efl for the application list window.
[00:11] <GrueMaster> And it is immediate.
[00:12] <devilhorns> isn't it supposed to ? :)
[00:13] <GrueMaster> So, on my test system with current maverick, when I change the application font, the window in une-efl titled "Adminitration" changes the title only.
[00:13] <GrueMaster> Not the icon fonts nor the launcher list on the left.
[00:13] <devilhorns> hrrmm
[00:13] <devilhorns> doesn't change any fonts here :(
[00:15] <GrueMaster> Ok, a comparison.  In lucid-x86 une, the application font is changing the launcher titles on the left (Favorites, files, Accessories, etc), the current launcher list (Preferences in this case), and the time & date font on the panel.
[00:16] <GrueMaster> On Maverick-omap, it is only the launcher list title that is changed.
[00:16] <GrueMaster> Oops, excuse me.  The time & date on the panel changes too.
[00:16] <devilhorns> hrmm, odd
[00:19] <GrueMaster> So in une-efl, I would look to see how the left panel is getting it's font info.  It should be the same as the une-efl icon window title.
[00:19] <GrueMaster> (not sure how best to describe it otherwise).
[00:20] <devilhorns> hehe :) I get what you mean
[00:20] <devilhorns> thanks for the help :)
[00:23] <devilhorns> ok yea, this is just wrong for use w/ gnome-appearance-properties (wrt fonts) ...
[00:23] <GrueMaster> I have screenshots at http://members.dsl-only.net/~tdavis/lucid.png  and http://members.dsl-only.net/~tdavis/maverick.png
[00:24] <devilhorns> oh awesome ... I love screenies :)
[00:25] <devilhorns> I see what you mean ... hrm ok
[00:25] <devilhorns> that points me in a direction :)
[00:25] <GrueMaster> Another oddity that isn't in the screenshots is that with lucid une, the icon fonts are also changed.  In Maverick une-efl, the icon font only changes when hovering over the icon.
[00:25]  * GrueMaster could probably spend a few days deepdiving into finding gui differences.
[00:26] <devilhorns> GrueMaster, hehe na
[00:26] <devilhorns> no worries
[00:27] <devilhorns> think I may be on to something here
[00:33] <devilhorns> well, guess I will bite the bullet and install all of the ubuntu-netbook stuff
[00:38] <devilhorns> so much for a light system :)
[00:47] <slangasek> ogra_cmpc: u-boot-linaro 2010.09~rc1.1-0ubuntu2 upload is on its way to maverick; wrt armel this is bugfix-only so it should not negatively impact omap4, but you guys should definitely test and poke me and jcrigby if there are any regressions, since we aren't in a position to test panda support
[00:53] <GrueMaster> slangasek: Will this make tomorrow's image?  If so, I'll test it first thing.
[00:53] <slangasek> GrueMaster: yep
[00:53] <GrueMaster> Ok.
[01:47] <devilhorns> ogra_cmpc, GrueMaster patch coming for font size fix :)
[01:51] <devilhorns> GrueMaster, don't suppose you have the Bug # for this one ?
[01:58] <devilhorns> GrueMaster, font size patch attached to bug #628204
[01:58] <ubot2> Launchpad bug 628204 in netbook-launcher-efl (Ubuntu Maverick) (and 3 other projects) "go-home-applet not accessable on armel images (affects: 2) (heat: 14)" [Medium,New] https://launchpad.net/bugs/628204
[01:58] <devilhorns> (couldn't find the bug # for the actual issue)
[08:24] <sveinse> I was told some time ago that the latest CodeSourcery compiler is not the most efficient, but rather older releases work better. Does anyone know anything about this statement? (I do know Ubuntu uses its own native compiler.)
[08:27] <hrw> morning
[08:35] <rsavoye> sveinse, I don't think that is accurate
[08:36] <ndec> ogra: hi
[08:37] <ndec> ogra: i would like to be able to easily add console output and console login on a ubuntu image.
[08:37] <ndec> ogra: today it requires to regenerate the boot.scr and add the proper file in /etc/init/
[08:38] <ndec> ogra: can't we find some uboot magic env variable, which is not set by default for the console so that I can easily break and do setenv console ttyS0?
[08:44] <sveinse> rsavoye: That's exactly my question. I just heard about someone doing a performance comparison on ARM between the various CS releases
[08:45] <sveinse> Perhaps someone in this channels did know about it...
[08:55] <lag> ndec: Are you still interested in David's audio presentation?
[08:57] <ogra> ndec, i'll work on that today after i made sure the apturl stuff didnt add any regression (i'd also love to test that one but still havent heard back about the PPA)
[09:00] <amitk> ndec: I heard rumours that the panda might have facilities to measure current consumption of various subsystems. Do you know anything about this?
[09:04] <ndec> lag: more than ever!
[09:05] <lag> I'll get them for you
[09:05] <ndec> amitk: i would continue to call this, rumours...
[09:05] <ndec> amitk: rumours, that I didn't heard... let me try to check with some folks.
[09:06] <berco> persia: hi!
[09:07] <ndec> ogra: thx. for the PPA you should be able to use any other public PPA in the mean time.
[09:07] <ogra> ndec, since the setup happens on first boot i need to roll an image for each change i want to test so i would prefer to go with the real thing
[09:07] <berco> persia: I wrote a /usr/share/alsa/SDP4430.conf file but it doesn't seem to be taken into account. Is there a way to debug this? I don't find useful doc in google or alsa-project.org for this particular item
[09:08] <ogra> (beyond that we dont have many public armel PPAs :) )
[09:08] <ndec> ogra: argh...
[09:09] <persia> berco, Did you add a conditional inclusion entry into 00main?
[09:09] <berco> persia: no
[09:09]  * ogra sighs about 180 new bugs in his inbox overnight
[09:10] <persia> berco, If you put it in init/ you need to fiddle with init/00main, if you put it in cards/ you need to fiddle with aliases.conf
[09:10] <ndec> ogra: you should be happy! more bugs means that more people use your stuff!
[09:11] <berco> persia: I put my file in cards/
[09:11] <ogra> well, many of them are old cruft i dont really care about anymore due to changing teams etc
[09:12] <ogra> i just get the CC's
[09:12] <persia> berco, And the driver reports "SDP4430" precisely?
[09:12] <ogra> but i have to go through them nontheless
[09:13] <persia> berco, The logic that includes it is in /usr/share/alsa/alsa.conf : cards.@hooks
[09:13] <berco> persia: I think so. What command do you recommend me to use to be sure?
[09:13] <berco> persia: aplay -l reports "card 0: SDP4430 [SDP4430], device 0: Multimedia null-codec-dai-0 []"
[09:14] <persia> I think that ought get included.
[09:14] <persia> The amixer output doesn't show your config changes?
[09:15] <berco> persia: that's right. My changes are not reflected by amixer
[09:15] <berco> I added an entry in aliases.conf which gets included from alsa.conf
[09:15] <berco> Is that even needed?
[09:16] <persia> I generally recommend an entry in aliases.conf to sort things, but in this case it may not be needed because there is an exact string match
[09:17] <berco> persia: is there a way to debug the file is read properly? Like if I have some syntax problems... as this is my first time with this .conf file
[09:18] <berco> persia: I pastebin here my file http://pastebin.ubuntu.com/494629/
[09:20] <persia> I don't know of one: I'll look a bit more.  There's documentation on the format in /usr/share/doc/libasound2/examples/asoundrc.txt.gz
[09:22] <lag> ndec: Am I correct in thinking that the 4430sdp is the dev board and the sdp4430 is the sound chip?
[09:23] <persia> lag, I just missed you ~11 hours back: the key is that there is a very high chance that wiremap for the working board and the wiremap for the not working board differ slightly, which is the bit that needs changing.
[09:24] <lag> persia: Yes, I received that
[09:24] <persia> Ah, OK.  Thought maybe you missed it, given the hour.
[09:24] <lag> Hence why I'm trying to track down the schematic for the 4430sdp
[09:24] <ndec> lag: these are just names... which are probably bad in fact... but yes, in the kernel the blaze is called '4430SDP' and the audio chip is called 'SDP4430'... SDP means software development platform
[09:24] <persia> berco, Looks like there's some (limited) syslog output for errors.  Looking more...
[09:24] <berco> persia: thnaks
[09:25] <berco> checking do too on my side. but looks similar to what I found on the alsa wiki
[09:25] <lag> ndec: I would like the schematic for whatever the 4430SDP was - I need to compare it to the Panda
[09:26] <ndec> lag: isn't that in the public TRM?
[09:26] <ndec> lag: oops. sorry boards schematics is not in TRM
[09:26] <lag> :)
[09:27] <suihkulokki> there is a public omap4 trm?
[09:28] <ndec> suihkulokki: yes: http://focus.ti.com/pdfs/wtbu/OMAP4430_ES2.0_Public_TRM_vJ.pdf
[09:28]  * persia suspects that while schematics might be protected IP, the basic wiremap for the driver probably isn't (as we already have the one for 4430SDP in the kernel driver), so someone with internal access can likely compare the wiremaps, and explain the diff for the more public boards.
[09:30] <lag> I have already seen that the Panda uses different outputs to it's predecessor
[09:31] <lag> 	snd_soc_dapm_enable_pin(codec->dapm, "Headset Mic");
[09:31] <lag> 	snd_soc_dapm_enable_pin(codec->dapm, "Headset Stereophone");
[09:31] <persia> lag, If you haven't already, you might want to ask the folks on #alsa-soc (freenode) for more guidance on specifically what you need.
[09:31] <lag> These were 'disable' before
[09:31] <lag> I made them enable, but it didn't make a difference
[09:32] <persia> You might have to raise the volume on the amplifiers, as well as just turning them on.
[09:35] <persia> berco, From what I can tell, running amixer is the best way to find out whether the configuration was parsed correctly.
[09:40] <persia> berco, If you haven't found it yet,  http://www.alsa-project.org/alsa-doc/alsa-lib/conffunc.html (and related) seem to be good for parsing the configuration files.
[09:45] <berco> persia: thanks. amixer tells me it wasn't parsed or my conffile is malformed :)
[09:46] <persia> Excellent!  That means that 1) your file is being included, and 2) it has a bug
[09:46] <persia> That's a wonderful place to start fixing it.
[09:49] <berco> persia: what I meant is that I don't see any change. So I'm not even sure it is actually parsed
[09:49] <mopdenacker> hi! Everytime I install the UNE images, I have to create a /etc/init/ttyO2 file to get a login prompt on the serial line. I need this because there is no openssh-server package on UNE.
[09:50] <mopdenacker> Would it make sense to add such a file to UNE images for OMAP?
[09:50] <mopdenacker> At least for OMAP4?
[09:50] <persia> mopdenacker, It's intentional that it isn't there.  You ought be able to apt-get install openssh-server right after install if you want it.
[09:51] <mopdenacker> Or to install openssh-server... (Not sure whether we can do this, this would impact the desktop).
[09:51] <ndec> mopdenacker: we discussed this earlier with ogra ;-)
[09:51] <mopdenacker> persia: right. OK.
[09:51] <ndec> mopdenacker: ogra will try to make it easy to get a console login, but it won't be in the default image
[09:52] <mopdenacker> persia: the real trouble is that the Blaze board has a very special keyboard, which at the moment doesn't allow you to type "apt-get".
[09:52] <persia> Why do y'all want it?  Doesn't the default console (HDMI, HID) work?
[09:52] <mopdenacker> That's an input problem...
[09:52] <persia> mopdenacker, Can you use the mouse?  openssh-server is in the software-centre
[09:52] <persia> Err, "pointer" :)
[09:52] <mopdenacker> persia: that's a good idea...
[09:53] <mopdenacker> persia: oops, sorry for forgetting about the UI way of installing packages :-}
[09:54] <persia> Nothing to be sorry about, really, but remember that the netbook images are intentionally focused on UI solutions.
[09:54] <mopdenacker> Right. This applies to the desktop images as well.
[09:54] <persia> Adding a server image would be nicer for those of us who prefer CLI, but someone would have to care for it, and there's never been enough volunteers.
[09:55] <persia> Are there desktop images?  I thought there were only images for Ubuntu Netbook, Kubuntu Netbook, Kubuntu Mobile.
[09:55] <mopdenacker> I meant desktop installs.
[09:56] <mopdenacker> They don't have openssh-server by default, which definitely makes sense.
[09:56] <persia> Oh, right.  I meant that I didn't think anyone was making Desktop images for OMAP :)
[09:58] <mopdenacker> This could happen when the Panda is out. It now has enough RAM (and cpu power) to be a real desktop replacement.
[10:02] <persia> Mostly needs someone to care for it.
[10:02] <persia> Given a large enough volume of interested testers and developers, it's not technically that difficult to make.
[10:03] <persia> That said, my expectation is that a fair number of folk who install one of the available images will end up removing the metapackage, and customising it in all sorts of ways.
[10:05] <mopdenacker> Yes, probably
[10:09] <berco> persia: do u know if alsa-utils restart is enough to re-read the config or shall I reboot each time to test?
[10:12] <persia> alsa-utils restart ought be enough.
[10:13] <persia> I'd probably do "stop" and then "start", but that's be being careful
[10:13] <berco> ok
[10:13] <persia> Mind you, odd stuff happens on boot, related to HW detection, etc. but in terms of amixer telling you about parse errors, you should be fine.
[10:17] <mopdenacker> Hey, I have a new error installing the latest pre-installed image for OMAP4. Ubiquity fails to start:
[10:17] <mopdenacker> http://paste.ubuntu.com/494643/
[10:18] <mopdenacker> I didn't see this on Tuesday. May I file a bug?
[10:18] <persia> Please do.
[10:18] <persia> f your system has internet, please file it *from* the affected system, with `ubuntu-bug ubiquity`
[10:18] <persia> This will include lots of useful data about the issue.
[10:19] <persia> Even better, if your system is reporting the crash with apport, use apport to file the bug directly.
[10:20]  * ogra wonders if that has to do with the broken swap file
[10:20] <ogra> is that todays or yesterdays image ?
[10:20] <mopdenacker> Yes, it does have Internet access, but it will be difficult to configure the proxy with the Blaze limited keyboard.
[10:20] <mopdenacker> Todays
[10:21] <mopdenacker> I don't have a Panda to reproduce this, unfortunately.
[10:24] <ogra> looks like its not starting here either
[10:24] <ogra> gar !
[10:24] <ogra> so i cant test the PPA changes
[10:24]  * ogra curses
[10:36] <hrw> how faster is native compilation on panda (es2.0 8layer) compared to normal beagleboard?
[10:36] <persia> hrw, likely an order of magnitude for big stuff, down to no improvement for little stuff.
[10:36] <ogra> RAAAAHHHHHH !!!!!!!
[10:36] <ogra>   * Run oem-config-wrapper as the user oem rather than root.
[10:36] <ogra>     - Fixes issues with pulseaudio applet not working
[10:36] <ogra>     - Prevents root terminals from ctrl-alt-t (LP: #594233)
[10:37]  * ogra goes mad
[10:37] <hrw> persia: fighting ftfbs on bbc3 is pain, so I want to know how better it will be on panda
[10:38] <persia> hrw, night and day.  I don't have a panda, but my powerpc is similar in specs to what has been announced, and I don't tend to have issues with that.  I find bulding stuff on the beagle incredibly painful.
[10:38] <ogra> hrw, kernel package builds for omap4 take about 6h on the buildds, they take 2.5h on a panda with a similar setup (USB disk)
[10:39] <ogra> so i'D say twice as fast at least
[10:39] <hrw> nice
[10:39] <hrw> ~month of wait then
[10:39] <ogra> though a kernel build isnt really representative since it doesnt do as much disk operations as most other packages ... i.e. CPU bound
[10:39] <persia> ogra, Do you have similar statistics for boost?  kernel compiles don't need that much RAM.
[10:40] <hrw> ogra: run openjdk ;D
[10:40] <ogra> persia, no, its a stopwatch measure ricardo did
[10:40] <persia> openjdk is also a poor example.
[10:40]  * ogra cant run *anything* atm due to that super silly oem-config change
[10:40] <persia> openoffice.org would be interesting for comparison.
[10:40] <persia> ogra, Grab a beta image and apt-get upgrade
[10:41] <ogra> persia, doesnt help with jasper regression testing
[10:41] <ogra> i need to find the issues before freeze
[10:41] <persia> No.  Completely worthless for that.
[10:41] <ogra> which wont happen since i dont expect any oem-config change today
[10:41] <persia> Eeek!  File a bug immediately, and mark it critical, just in case.
[10:41] <ogra> at least none thats in time
[10:43] <hrw> persia: but I did build of openjdk on bbc3 ;D
[10:44] <persia> hrw, You have my sympathy, but really, it's not a fair comparison, as the build time there is hugely dependent on bootstrapping code, rather than CPU/Memory/IO
[10:45] <persia> kernel is CPU bound.  Boost is typically memory bound.  openoffice.org tends to switch back and forth (and requires lots of IO, so can be IO bound on vrey fast high-memory machines)
[10:49] <hrw> ok
[10:53] <dmart> ogra: hi there
[10:54] <ogra> hey dmart
[10:54] <dmart> I posted a possible fix to bug #587632
[10:54] <ubot2> Launchpad bug 587632 in libmad (Ubuntu) "Sound very distorted on armel (affects: 2) (heat: 18)" [Undecided,Confirmed] https://launchpad.net/bugs/587632
[10:54] <dmart> don't know if you saw... are you in a position to test it?
[10:55] <ogra> not right now, after the freeze i will be (since it's a bugfix and improvement it should be possible to still get it in)
[10:56] <dmart> ok
[10:56] <persia> Does anyone else have a device running maverick with working audio?  Could someone else help verify the fix above sooner?
[10:57] <ogra> GrueMaster probably ... once he gets up
[10:57] <ogra> but that might well be after freeze kicks in too
[10:57] <persia> Well, lots of folks have been talking about audio, and maybe other folks have beagles or something.
[10:58] <ogra> yeah
[10:58] <dmart> I have the board, but unforunately nothing to plug into it (not here, right now, anyway)
[10:58] <ogra> i only have a panda running atm and there the audio driver is still screwed
[10:59] <persia> heh.  Clearly you need to adapt to the using-headphones-on-the-mp3-player-all-the-time lifestyle :)
[10:59] <persia> ogra, berco's hacks make it work (the wrong way) if you just want audio to work.
[11:00] <dmart> There was a small bit of Thumb-2 specific code which turned out to have a bug.  I _think_ it should be fixed in my branch, but it doesn need testing ;)
[11:00] <dmart> -> _does_ need testing
[11:04] <ogra> mopdenacker, save your time, no need for a bug, installer team fixed it
[11:06] <ogra> argh
[11:06] <ogra> and the image only has jasper 0.20
[11:06] <ogra> which still has the broken SWAP file and no PPA stuff at all
[11:06]  * ogra sighs and fires off a rebuild
[11:09] <ndec> ogra: so current 20100916 is broken? you confirm? I am just flashing it now...
[11:10] <ogra> ndec, when it fails you can try to get to a shell (hitting left ot right arrow at the splash), create a user called "oem" and reboot, that should get you a bit further
[11:10] <ndec> ogra: well, we have an internal release tomorrow, and I need a working image... so 0914 is better, right?
[11:11] <ogra> it didnt fully complete for me but at least you get a graphical login then
[11:11] <ogra> yes
[11:11] <ogra> though that will still miss lots of fixes from yesterday
[11:11] <ndec> ogra: what kind of fixes?
[11:11] <ogra> i'm not sure when evan will upload the installer fix
[11:11] <ogra> they usually collect a bunch before uploading
[11:12] <ogra> jasper saw some extra love ... we use a swapfile again, the PPA stuff was added ... the launcher saw many fixes, the default config too (a set of default launchers in the favorites) etc etc
[11:13] <ogra> yesterday was possibly the most productive day of this cycle  :) plenty of fixes
[11:14] <ogra> sigh
[11:14] <ogra> rebuild failed
[11:14] <ogra> samba and ubuntuone are uninstallable
[11:14] <ogra> what an annoying day !
[11:20] <ogra> ndec, PPAs enabled !
[11:20] <ogra> (which sadly doesnt help much with the broken images :/ but at least its one step more)
[11:26] <lag> ndec: Did you get around to finding the Blaze schematic for me please?
[11:28] <persia> lag, ndec Why do we need the Blaze schematic?  Isn't that the one that already works?
[11:30] <lag> Exactly
[11:31] <lag> I've looked through the driver and nothing jumps out and shouts "change me"
[11:32] <lag> Well, that's not strictly true, but I have changed all the things I think need changing and still no audio
[11:32] <lag> I would be interested to hear from anyone who has had sound running on their 6 layer board
[11:33] <lag> I can't get mine working, even with the hacky files
[11:34]  * ogra doesnt touch such old HW anymore :P
[11:34] <ogra> 8 layer FTW !
[11:34] <ogra> lag, i'll try later today ... :)
[11:34] <persia> Ya know, things'd likely work better if "old" was measured in terms of years rather than weeks.
[11:34] <ogra> weeks ?
[11:35] <lag> I see that there are a few other outputs that are plumbed into the expansion ports
[11:35] <ogra> i recived them within two days :)
[11:35]  * lag wonders if sound is playing out from those instead of the headphone jack
[11:35] <ogra> iirc we had sound defaulting to HDMI on the ES1 in prague
[11:35] <ogra> i wonder if thats still the case
[11:36]  * lag would love to work on the 8 layer, but no one sent him one 
[11:36]  * lag is sad
[11:36]  * ogra comforts lag
[11:36] <lag> I have HDMI plugged in and turned up
[11:36] <ogra> k
[11:36] <lag> As well as an external speaker on the headphone jack
[11:36] <persia> lag, Quite possibly.  You can check with pamon
[11:36] <lag> And ...
[11:36]  * ogra doesnt have speakers on his monitor
[11:36] <lag> Nothing
[11:37] <lag> I didn't think I did either, until one day they came on with white noise and scared the bejesus out of me
[11:37] <ogra> heh
[11:37] <persia> quick'n'dirty trick is to mirror outputs to file sinks, and checking the content.
[11:37] <lag> Eh?
[11:37] <lag> How does one do that then?
[11:38] <persia> pamon lets one feed data into arbitrary sources and pull data from arbitrary sinks in parallel.
[11:38] <persia> no manpage, but `pamon --help` gives nice usage instructions.
[11:39] <persia> Oh, just packaging error: manpage is the pacat manpage.
[11:44] <lag> pamon just churns out lots of garbage
[11:44] <lag> Then crashes the Panda
[11:48] <persia> Well, that's not ideal.  Hrm.
[11:57] <lag> Are there any tools I can use to debug?
[11:57] <lag> diwic told me about speaker-test, but that doesn't even work on my desktop machine
[12:01] <lag> Does anyone know if there an application that will let me play through a specific Card/Device number?
[12:01] <lag> I.e. though the devices listed in "aplay -l"?
[12:02] <persia> aplay
[12:02] <persia> aplay / arecord let you directly interact with ALSA
[12:02] <persia> paplay / parecord let you interact with pulse
[12:03] <persia> pacat / parec / pamon give you slightly lower level access to pulse
[12:04] <lag> Awesome
[12:04] <lag> Why don't people tell you these things sooner?
[12:05] <lag> I just managed to panic the kernel via aplay
[12:05] <suihkulokki> did you ask earlier? :)
[12:05] <lag> Doh!
[12:05]  * persia has the unfortunate habit of being reactive: much information is available on request
[12:05] <lag> I've been asking all sorts of stupid questions for the past 24hrs
[12:05] <lag> persia: What is the meaning of life ... no, kernel development?
[12:05] <lag> ;)
[12:06] <persia> 42 and trying to clean up after the HW vendors
[12:06] <persia> Err, scratch the first one: wrong question
[12:06] <persia> The correct answer would be "pies"
[12:06] <lag> 2 * pies?
[12:06] <persia> If you like.  One at a time is usually sufficient for me.
[12:06] <lag> 2 * pies * r2
[12:07] <ndec> lag: gst is actually useful to test your audio config: 'gst-launch audiotestsrc ! alsasink' you can replace alsasink with pulsesink
[12:08]  * persia likes to leave gst until after ALSA and pulse are working :)
[12:10] <ndec> persia: of course... but with audiotestsrc you aren't taking any big risk!
[12:10]  * lag just POOHed himself again
[12:10]  * lag has sound from HDMI
[12:10] <lag> Ahhhhhhhhhhhhhhhhhhhhhhhhh
[12:11] <persia> Oh, probably not these days.  I just had poor impressions from gst from back when PA was polypaudio, and got out of the habit of using it.  I understand that most of the frustrating bugs have been fixed in the past couple years, but haven't been fiddling with it.
[12:11] <persia> lag, nice!
[12:11] <ndec> lag: what did you do? are you using our custom config files?
[12:11] <ndec> lag: which command do you use?
[12:12]  * persia suspects lag of hacking the drivers directly
[12:12] <lag> I call it 'sound' it was actually white noise
[12:12] <persia> That's fine: indicates you connected *something*
[12:12] <lag> I have been hacking drivers, but I don't think this is a consequence of that
[12:12] <persia> What else would have caused it?
[12:13] <ogra> unwashed ears ?
[12:13] <lag> Do: aplay -Dhw:0,6 -f dat /usr/share/sounds/ubuntu/stereo/desktop-login.ogg
[12:13]  * lag tries more HW devices
[12:13]  * lag ... and braces one's self
[12:14] <persia> lag, Um, does aplay handle ogg?  manpage says it doesn't.
[12:14] <persia> manpage claims voc, wav, raw, and au
[12:14] <persia> (with wav as default)
[12:15] <ndec> lag: ogg does not work, and would explain the noise... try a wav
[12:15] <ndec> lag: locate *.wav
[12:15] <persia> /usr/share/sounds/alsa has a heap of .wav files for testing
[12:15] <ndec> lag: aplay -Dxxx foo.wav
[12:16] <persia> And leave -f alone: you want to test that ALSA is correctly reporting the preferred format
[12:20] <lag> It complained when I didn't use the correct format
[12:20] <lag> Wait one
[12:21] <ndec> lag: it's because aplay does not understand ogg.
[12:21] <lag> Grrrrrrrrrrrrrrrrrrrr
[12:21] <lag> [ 1013.521209] omapdss DISPC error: GFX_FIFO_UNDERFLOW, disabling GFX
[12:22] <persia> If it complains about the wrong format without -F that's a driver bug
[12:22] <persia> It really ought correctly autodetect it
[12:22] <lag> Perhaps it was because I was using ogg
[12:23] <lag> It's the file format ogra said worked out of the box
[12:23] <ogra> lag, with a proper player
[12:23] <lag> But that was before I started playing with aplay
[12:23] <ogra> use totem or some such
[12:23] <persia> No, don't.
[12:23] <ogra> i doubt it works easily from cmdline without jumpig through some piping hoops
[12:24] <persia> *once* we confirm the lower-level layers are working, it's worth testing with .ogg and totem
[12:24] <ogra> right
[12:24] <ogra> when i said that i wasnt referring to cmdline tinkering
[12:24] <persia> ogra, `ogg123 foo.ogg` is the no-hoops command-line way, but that still depends on the lower level layers working.
[12:24] <mopdenacker> You can also use alsaplayer if you need a player with full ALSA support.
[12:24] <mopdenacker> This one supports ogg and other formats IIRC.
[12:24] <ogra> persia, does that use pulse and gstreamer ?
[12:25]  * ogra doubts it
[12:25] <persia> ogra, pulse, not gst
[12:25] <mopdenacker> alsaplayer has a CLI.
[12:25] <lag> Channels count not available
[12:25]  * ogra tries to find some belated breakfast
[12:26] <persia> lag, That indicates a detection failure: are you exporting that from the driver?
[12:26] <lag> 	.name = "HDMI",
[12:26] <lag> 	.playback = {
[12:26] <lag> 		.stream_name = "Playback",
[12:26] <lag> 		.channels_min = 2,
[12:26] <lag> 		.channels_max = 8,
[12:26] <lag> 		.rates = SNDRV_PCM_RATE_48000,
[12:26] <lag> 		.formats = SNDRV_PCM_FMTBIT_S16_LE | SNDRV_PCM_FMTBIT_S32_LE,
[12:27] <lag> It says the same even when I use -c2
[12:28] <mopdenacker> I may have found another issue... With the preinstalled images, the rootfs gets resized twice. After reboot, you still get:
[12:28] <mopdenacker> Begin: Running /scripts/init-premount ... done.
[12:28] <mopdenacker> Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
[12:28] <mopdenacker> Begin: Running /scripts/local-premount ... [    9.730651]  mmcblk1: p1 p2
[12:28] <mopdenacker> Resizing root filesystem. Please[   13.573852] EXT3-fs: barriers not enabled
[12:28] <mopdenacker>  wait, this will take a moment ...
[12:28] <mopdenacker> This takes something like 15-20s
[12:28] <mopdenacker> while it has already been done.
[12:29] <mopdenacker> Again, I can't test on the Panda... Would this be worth another bug?
[12:29] <lag> ogra, can help you with that
[12:29] <persia> mopdenacker, Please, file bugs for everything.  Worst case they get rejected.
[12:30] <lag> If jasper has done it's job properly it will only restart once
[12:30] <persia> Personally, I think that one doesn't matter: the resize is to the *same* size, and not doing that means complicated self-modifying code in jasper
[12:31] <mopdenacker> Right, that's acceptable if this just happens once.
[12:31] <mopdenacker> persia: thanks! I was right to ask you :-)
[12:32] <persia> Sure, but it doesn't hurt to have a wontfix bug in LP to document this for the next person :)
[12:34] <mopdenacker> All right. On which project? Jasper?
[12:35] <ndec> mopdenacker: if you test on blaze, that could explain why you see the problem. i suppose that something in the boot.scr tells uinitrd to do the resize. after resize boot.scr is regenerated and flashed, but flash will not work on blaze... so you might end up rebooting with the original boot.scr. ogra, could that be correct?
[12:35] <lag> Wooooooooooooooooooooooooo
[12:35] <lag> SOUND!
[12:35] <persia> mopdenacker, yep: `ubuntu-bug jasper`
[12:36] <persia> lag, Nice work.  Userspace hacks, or all kernel?
[12:36] <ndec> persia: that is indeed the right question ;-)
[12:36] <persia> ndec, Can you think of any reason not to have some open bugs for Blaze?  I'm not sure they can all be closed, given the information available, but tracking them can't hurt
[12:37] <ndec> lag: with hw:0,0 you should be able to test headset too (this is the lower jack input on the board).
[12:37] <ndec> persia: no reason, since we do want blaze to be supported ;-)
[12:38] <lag> Nope
[12:38] <persia> ndec, I think I agree with your diagnosis of the issue, but based on that, let's try to get the discussion in the LP bugs :)
[12:38] <lag> Only hw:0,6 works
[12:38] <lag> HDMI
[12:38] <lag> I will have a look and see what I can do within the driver to get the jack working
[12:39] <ndec> persia: one problem we've seen is that flash_kernel will use mmcblk0p1, and on blaze this is eMMC, not SD Card. so you end up flashing in eMMC new uboot, boot.scr, uImage, ... but you will boot from SD card, and you end up booting with the old versions.
[12:39] <ndec> ogra: ^^^^
[12:39] <persia> lag, If you look at the shell script with the `amixer ...` calls, you might be able to figure out which settings are incorrect from autodetect by getting sound item by item.
[12:39] <lag> Judging from the schematic, I believe the lower jack to be hw:0,9
[12:39] <persia> ndec, So, how can we differentiate Blaze from Panda?  That logic needs to go into flash_kernel (and that needs a bug against flash_kernel detailing the issue)
[12:39] <ndec> lag: can you pastebin a diff? and can you confirm that you don't use our custom default.pa and amixer.sh
[12:40] <ndec> persia: blaze and panda are different machine (at kernel level). so they are different in /proc/cpuinfo
[12:40] <lag> No, I am using default.pa and amixer.sh
[12:40] <persia> ndec, Lovely.  Please file a bug :)
[12:43] <ogra_cmpc> ndec, and please attach the /proc/cupinfo output there
[12:43] <persia> Or even a patch, if you're feeling adventerous :)
[12:44] <ogra_cmpc> mopdenacker, what ndec describes above is most likely your bug
[12:44] <ogra_cmpc> persia, well, we should ship bleach with jasper if we expect others to look at the code :P
[12:44] <ndec> persia: against which package?
[12:45] <persia> ogra, With a change to flash_kernel, it doesn't need a jasper hack
[12:45] <ogra_cmpc> ndec, jasper-initramfs
[12:45] <persia> ndec, Ideally a patch to flash_kernel to make it work on Blaze
[12:45] <ogra_cmpc> no
[12:45] <persia> ogra, Why?
[12:45] <persia> Why not?
[12:45] <ogra_cmpc> jasper creates the flash-kernel conf
[12:45] <ogra_cmpc> which flash-kernel reads the device from
[12:45] <persia> But flash-kernel *also* has machine-detection logic
[12:46] <ogra_cmpc> yes, it needs to learn about blaze, but the .conf needs to be written by jasper pointing to emmc
[12:46] <persia> and, actually, for the Blaze, where one apparently has both SD and eMMC, it becomes *interesting* to use that logic.
[12:46] <ndec> persia: ogra: I think there are 2 problems. #1) we want the image to work on blaze from SD card, #2) we want the image to work on blaze when flashed from emmc
[12:46] <ogra_cmpc> it doesnt need machine detectiuon since NCommanders changes anymore
[12:46] <persia> ndec, Please file a bug with *two* tasks (Also Affects Distribution ...)
[12:46] <ogra_cmpc> so we use that
[12:46] <ogra_cmpc> no
[12:47] <ogra_cmpc> please only against jasper
[12:47]  * persia remains unconvinced that the unrecognised fallback should be used when we are able to recognize something
[12:47] <ndec> ogra: persia: we will need machine detection if we want to support flash in eMMC on blaze
[12:47] <ogra_cmpc> ndec, right and we have a bug for that already
[12:48] <ndec> ogra: which one?
[12:48] <ogra_cmpc> i cant look it up from here
[12:48] <ndec> which bug ID, i mean?
[12:48] <ogra_cmpc> ill tell you after i fnished eating my breakfast :)
[12:48] <persia> ogra_cmpc has exceedingly limited local information: one really needs to ask ogra, who is unfortunately AFK
[12:49] <ogra_cmpc> persia, feel free to look search in ubuntu-armel bugs (i dont do anything different)
[12:49] <ogra_cmpc> -look
[12:50] <persia> bugs.launchpad.net/~ubuntu-armel/+bugs ?
[12:50] <lag> Okay, now I can confirm that I am _not_ using default.pa and amixer.sh
[12:50] <ogra_cmpc> no idea, i use evolution :)
[12:50]  * persia repeats the mutt motto, with gusto
[12:50] <lag> But I don't think my changes would have done anything
[12:50] <persia> Oh, and without the "less" bit
[12:50] <lag> I think HDMI worked before
[12:50] <lag> ndec: Please confirm?
[12:51] <persia> ndec, Maybe bug #615773 ?
[12:51] <ubot2> Launchpad bug 615773 in initramfs-tools (Ubuntu Maverick) (and 3 other projects) "flash-kernel fails to handle raw boot partitons on eMMC (affects: 1) (heat: 120)" [Undecided,Invalid] https://launchpad.net/bugs/615773
[12:51] <ogra_cmpc> persia, yep, that one
[12:52] <ndec> lag: with our default.pa and amixer.conf audio works with the daily image.
[12:52] <lag> From the lower audio jack?
[12:53] <lag> Can you email me all the files I need
[12:54] <lag> The only audio I've _ever_ heard was from HDMI
[12:54] <ndec> from lower headset and hdmi too.
[12:54] <ndec> lag: berco has the latest files. berco can you please send them to lag
[12:54] <lag> It would be advantageous for me to at least ensure the port works with the usespace hacks
[12:55] <lag> You don't need those files to retrieve audio from HDMI
[13:07] <ogra> ndec, "board" is non capitalized on the blaze ?
[13:07] <ogra> its "Board" on the panda
[13:14]  * persia grumbles about ports.ubuntu.com being painfully slow today
[13:32] <ndec> ogra: mopdenacker can confirm, I am running a old version.
[13:34] <lag> Still nothing from berco
[13:34] <lag> Is he around?
[13:38] <berco> lag: ndec: sorry. I wasn't looking at my desktop screen. Pandaboard is my new desktop :)
[13:39] <berco> How do you want the files? In Launchpad?
[13:39] <persia> How different are they from the ones you added yesterday?
[13:40] <persia> Alternately, should the ones from yesterday be sufficient to allow lag to verify operation before fixing the driver?
[13:40] <berco> lag: files attached to bug 637947 are the correct ones
[13:40] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 1 other project) "no sound devices on current ES2.0 boards (affects: 1) (heat: 12)" [High,Confirmed] https://launchpad.net/bugs/637947
[13:42] <berco> persia: yeop, same files as yesterday
[13:42] <persia> Cool.
[13:43] <lag> Great ta
[13:46] <ndec> berco: you can use pidgin on the panda ;-)
[13:47] <ogra> or install xchat if you want a sane IRC app
[13:53]  * persia points out that smuxi can allow someone to use the same IRC client (with the same identify, and simulataneous response) on both machines, if one likes.
[13:53] <persia> That said, it might be a bit interesting on armel, as it's Mono, so it could be used to help debug that :)
[13:57] <mopdenacker> ogra, ndec : I confirm: on the Blaze, /proc/cpuinfo lists "OMAP4430 4430SDP board" ("board" is not capitalized)
[13:58] <ogra> funny
[14:01] <ogra> NCommander, can you bump https://edge.launchpad.net/ubuntu/+source/ubiquity/2.3.19/+build/1962841 ?
[14:07] <ogra> NCommander, and https://edge.launchpad.net/ubuntu/+source/samba/2:3.5.4~dfsg-1ubuntu6/+build/1962200
[14:07] <ndec> lag: thanks a lot for your email...
[14:09] <lag> No problem
[14:09] <lag> I think it would be better if you were there in person :)
[14:12] <ogra> NCommander, ignore the above, pitti did it already
[14:19] <ogra> ndec, can anyone from your team upload something to https://edge.launchpad.net/~tiomap-dev/+archive/release ?
[14:19] <ogra> (it will only then generate the key file i need)
[14:20] <ogra> (anything will do, even a dummy package)
[14:21] <persia> hello-debhelper :)
[14:21] <ogra> yeah, something like that
[14:21] <ogra> sigh, 76 packages in queue
[14:22] <ogra> 22h behind
[14:22] <ogra> i hate freezes !
[14:23] <ogra> (or not having 20 pandas as buildds)
[14:23] <persia> Um, why do you hate freezes?  freezes is when the buildds catch up best.
[14:23] <ogra> well, i hate the two days before freezes
[14:24] <ogra> and the freeze day
[14:24] <persia> Or do you just dislike your fellow developers habit of uploading *everything* just before freeze?
[14:24] <ogra> *until* the buuldds have catched up
[14:24] <ogra> i do the same, so i'm not allowed to complain
[14:24] <persia> Obviously the solution is to make sure your favorite architecture is the fastest, and use that to build arch: all stuff :)
[14:24] <ogra> actually ... i hate queues !
[14:24] <ogra> bah
[14:25] <asac> i assume you would also hate to wait if there were no queue ;)
[14:25] <ogra> well, we should have a lottery system ... uploads only happen if qUeue < 2
[14:25] <asac> and you would probably not hate to wait if all was fine ;) so you really hate that things are broken ;)
[14:25] <ogra> ELSE THEY GET REJECTED
[14:26] <ogra> OOPS
[14:26] <ogra> WHATS THAT 1
[14:26] <asac> hehe
[14:26] <persia> ogra, Folks would just create loop scripts to work around that.
[14:26] <asac> brute force uploads
[14:26] <ogra> bah
[14:26] <ogra> i had to re-plug my kbd
[14:26] <ogra> to get caps off
[14:26] <persia> The other option would be to patch launchpad to force publication of all architectures in sync...
[14:26] <ogra> i should upgrade to maverick, lucid is to unstable :P
[14:27] <asac> you run lucid? interesting
[14:27] <ogra> on my laptop ? sure
[14:27] <ogra> i have enough maverick machines around me
[14:27] <asac> heh
[14:28] <ogra> they never get stuck in caps though ...
[14:28] <ogra> (if i use ssh :P )
[14:28] <asac> haha
[14:31] <ndec> ogra: i uploaded a package.
[14:34] <ogra> ndec, merci !
[14:34] <ndec> ogra: bitte.
[14:35] <ogra> :)
[14:46] <rsalveti> mopdenacker: thanks for checking the rootstock bugs and helping improving it :-)
[14:47] <mopdenacker> rsalveti: my improvements were tiny. Thanks anyway!
[14:47] <rsalveti> all contributions are welcome :-)
[14:50] <ogra> ndec, btw, your PPA builders live at the very bottom of https://edge.launchpad.net/builders
[14:51] <ndec> ogra: what do you mean?
[14:51] <ogra> you have dedicated PPA buildds
[14:51] <ndec> ogra: how many?
[14:52] <ogra> if you look for a running build on the builders page you find them at the bottom
[14:52] <ogra> two
[14:52] <ogra> shared with other PPA folks
[14:52] <ndec> ogra: other tiomap-dev PPA, you mean/
[14:52] <ogra> before all builds were done by the main builders
[14:52] <ogra> now all PPAs are separated out to build on these two machines
[14:54] <ogra> having the PPAs on the main builder meant that builds went in the very end of the queue with a very low prio
[14:54] <persia> This is a very good thing :)
[14:54] <ogra> yes
[14:54] <ndec> ogra: deb is ready in tiomap-dev/release.
[14:56] <ogra> ndec, i only needed the key file :)
[14:56] <ogra> the PPA only generates initially it if an upload happened
[14:56] <ndec> ogra: ok, so you have it anyways ;-)
[14:57] <ogra> yeah, already uploaded jasper with the key in it :=
[14:57] <ogra> :)
[15:02] <rsalveti> huge queue for armel, and one disabled builder :-(
[15:02] <ogra> ha, finally all three packages that break builds are buiolding now
[15:02] <ogra> rsalveti, yeah ...
[15:02] <rsalveti> and qt building for lucid
[15:03] <rsalveti> cool, we can then have a new image
[15:03] <ogra> we want PANDA ! * * *  we want PANDA ! * * * we want PANDA ! * * * we want PANDA ! * * * we want PANDA ! * * * we want PANDA ! * * * we want PANDA ! * * *
[15:04]  * ogra proposes a buildd for every package in main !
[15:04] <ogra> no more delays ! never !
[15:04] <rsalveti> haha :-)
[15:05] <ogra> (probably more power costs than travle costs for the company though)
[15:08] <ogra> hmm, linux-ti-omap4 seems stuck in NEW
[15:08] <rsalveti> :-(
[15:08] <ogra> well, thats easier than waiting for a build :)
[15:10] <rsalveti> ogra: btw, don't know if you saw my test message yesterday, but latest u-boot-linaro also works well for omap3
[15:10] <rsalveti> so we could just start using it instead of maintaining our own
[15:10] <rsalveti> and we got a new upload yesterday
[15:10] <ogra> yeah, saw that (i must admit i forgot about it again, thanks fo rthe reminder)
[15:10] <rsalveti> probably still in the queue
[15:11] <ogra> let me check
[15:11] <ogra> https://edge.launchpad.net/ubuntu/+source/u-boot-linaro/2010.09~rc1.1-0ubuntu2/+build/1962151
[15:11] <ogra> yup, didnt build yet
[15:12] <ogra> i'll change the build scripts as soon as we have it
[15:12] <ogra> then we can drop the old cruft
[15:12] <rsalveti> yup, cool
[15:12] <rsalveti> and we'll finally have the led working at panda
[15:12] <ogra> yeah
[15:13] <ogra> did you enable heartbeat too ?
[15:13] <rsalveti> yup
[15:13] <ogra> bah
[15:13]  * ogra finds that annoying
[15:13] <rsalveti> but it's useful
[15:13] <ogra> but probably helpful for developers
[15:13] <ogra> yeah
[15:13] <rsalveti> you can easily notice when you got a kernel panic
[15:13] <ogra> but its the one reason my XM doesnt stay on all the time
[15:14] <rsalveti> hm
[15:14] <ogra> i dont like the blinking on my desk all the time ... but thats only me
[15:15] <rsalveti> haha, I think it's kind of cool
[15:15] <rsalveti> makes me know that the board is alive
[15:15] <ogra> sure, but its also distracting when working
[15:15] <rsalveti> and that's a good thing when we're running unstable software
[15:15] <ogra> sure
[15:15] <rsalveti> haha, I have another table at my side, so I don't get distracted
[15:16] <ogra> i do too
[15:16] <ogra> but the boards i mainly work with live on my desk next to me
[15:16] <rsalveti> argh, process update-apt-xapi eating all my beagle
[15:16] <ogra> mnam mnam
[15:17] <ogra> but software-center will be breezing fast :)
[15:17] <ogra> if you get it started and it doesnt OOM indeed
[15:17] <rsalveti> hahaha, that's something I don't need now, for sure
[15:17] <rsalveti> using swap
[15:17] <ogra> heh, yeah
[15:17] <rsalveti> it'll work, but slooooooooow
[15:18]  * rsalveti wants a real working 512MB xM
[15:40] <ogra> https://lists.ubuntu.com/archives/ubuntu-devel/2010-September/031431.html
[15:41] <rsalveti> hm, almost 2 hours :-)
[15:41] <persia> 17:00?  It's almost always been at 0:00 previously.  I wonder why...
[15:43] <ogra> persia, because robbiew was grateful and didnt lock the door at 0:00 last night :)
[15:43]  * ogra ponders if he should pull the efl launcher text fix in untested 
[15:44] <ogra> just for the excitement :)
[15:45] <persia> Don't.
[15:45] <persia> Anything that is really broken can still be uploaded post-FinalFreeze
[15:45] <ogra> persia, its only two lines :)
[15:46] <persia> Sure, but why now vs. after testing?
[15:46] <ogra> like a jasper rewrite ou mean ?
[15:46] <ogra> *you
[15:46] <persia> Anything.
[15:46] <persia> I've seen complete repackaging efforts, with new package splits and new upstream versions happen, as long as they would have to happen anyway (high impact, release critical, security, etc.)
[16:02]  * rsalveti lunch
[16:08] <avinashhm> hi, i am trying to boot ubuntu fs ... I am getting error when did a sudo .. any one faced this type ...
[16:08] <avinashhm> ubuntu@ubuntu:~$ sudo su
[16:08] <avinashhm> sudo: can't open /etc/sudoers: Permission denied
[16:08] <avinashhm> sudo: no valid sudoers sources found, quitting
[16:11] <persia> What filesystem are you using?  How did you write it to your rootfs media?
[16:14] <avinashhm> i picked up one of the .gz files uploaded in share point ... so not sure how they wrote into rootfs :-( ... i did sudo tar -xzvf fs.gz ...
[16:15] <GrueMaster> Where did this image come from?  What platform are you trying to boot?
[16:16] <persia> avinashhm, I'm unsure, and don't tend to trust random stuff in share point :)  I've seen that a number of times, but always when someone made a mistake preparing the rootfs, and somehow stripped the setuid bits.
[16:18] <avinashhm> GrueMaster, i am picking it from http://ubuntu-omap.tif.ti.com/rootfs/maverick/ .. i am not sure if this link is accessible from outside .. i am booting on OMAP ...OMAP4 ..
[16:18] <persia> ndec, Any idea what is happening for avinashhm ?
[16:19] <avinashhm> persia, is there any link from where i can pick standard ubuntu minimal FS for arm based SOC .. omap specifically ...
[16:19] <persia> No.  All the images are big flashy ones.
[16:19] <GrueMaster> heh.  Pretty much.
[16:19] <avinashhm> persia, my .gz file is 80mb .. ytpically how much are others ...
[16:19]  * ogra_cmpc would call them rather mis-sized
[16:19] <ogra_cmpc> err
[16:19] <ogra_cmpc> heh
[16:20] <ogra_cmpc> *mid-sized
[16:20] <GrueMaster> The current compressed image is 537M
[16:20] <ogra_cmpc> avinashhm, 520M
[16:20] <persia> The most well-tested image for omap is probably http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/ but today's happens to not boot.
[16:20] <ogra_cmpc> the 20100914 should work fine
[16:20] <GrueMaster> I would recommend http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100914/maverick-preinstalled-netbook-armel+omap4.img.gz
[16:20] <GrueMaster> It is well tested and works.
[16:22] <avinashhm> GrueMaster, ogra_cmpc, .. i am downloading this ... let me try ... what i need to do after downloading ... any specific instructions ...
[16:23] <ogra_cmpc> avinashhm, there is a link on the page http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[16:23] <ogra_cmpc> linking to instructions
[16:23] <ogra_cmpc> though note that these images are specifically for panda ...
[16:24] <ogra_cmpc> blaze or other hardware might or might not work atm
[16:24] <ogra_cmpc> oh, and even more specifically ES2.0 omap4
[16:24] <avinashhm> ogra_cmpc,found the link ...i ll follow ... huff .. i am testing on SDP .. :-( ...
[16:25] <ogra_cmpc> we were reported an issue with the eMMC today that might bite you
[16:26] <avinashhm> i wont' use emmc .. i ll use MMC .. As much as possible, let me try to avoid the biting :-)
[16:26] <ogra_cmpc> (the kernel handling script expects the vfat partition to live on mmcblk0p1 (which isnt on the SD on blaze))
[16:26] <avinashhm> what type of kernel handling scripts .. not aware ...
[16:27] <ndec> avinashhm: you are using TI internal releases... this is not the right place to discuss this...
[16:28] <avinashhm> ndec, sorry .. but have been stuck with this from morning .. i could think of this channel only ...
[16:30] <ogra_cmpc> GrueMaster, heh, so oregon saved moses ?
[16:30]  * ogra_cmpc watches news and giggles
[16:30] <GrueMaster> Buhh?
[16:32] <GrueMaster> ogra_cmpc: What are you talking about?
[16:34]  * GrueMaster wants whatever ogra_cmpc is taking.
[16:34] <ogra_cmpc> seems a camel called moses got stuck in a sinkhole ...
[16:34] <GrueMaster> Oh.  That.
[16:34] <ogra_cmpc> was apparently a big enough story to end up on german tv
[16:35] <ogra_cmpc> hedalinse was "oregon saves moses"
[16:38] <GrueMaster> The headline here was "Rescuers dig camel out of sink hole in Oregon City".  I never read it because it was not that interesting.
[16:38] <GrueMaster> Especially with all the other news about animal rescues here almost weekly.
[16:39] <ogra_cmpc> yeah, i wouldnt have cared for it either ... but it made it to german news
[16:40] <GrueMaster> This is far more interesting.  http://www.urbandaddy.com/la/food/11245/__:url
[16:42] <ogra_cmpc> hey ! i'm trying to lose weight !
[16:43] <persia> drive-by-bacon?
[16:43] <GrueMaster> fatty.  :P
[16:48] <lag> Who here has sound working on their ES2.0 boards?
[16:48] <ogra> rsalveti, i'd say go for DKMS for the kernel mods, its unlikely the kernel team will do an upload just for omap
[16:48] <lag> With or without the hacky files
[16:49] <GrueMaster> Not me.
[16:49] <GrueMaster> I'll run an update to see if I can pull in any fixes.
[16:50] <GrueMaster> Note I don't have an HDMI monitor to test HDMI Audio.
[16:52] <lag> I'm not interested in HDMI sound
[16:53] <GrueMaster> grrr.  My panda has a crash report with core dump, but apport can't handle it.
[16:53] <lag> Basically, I have _never_ heard sound from the Headphone Jack
[16:53] <lag> With or without the hacky files
[16:53] <lag> So I don't know if I've repaired it or not
[16:55] <lag> ndec: berco: If I'm not mistaken, those hacky files are all Pulse Audio related right?
[16:56] <ndec> lag: no... default.pa and daemon.conf are pulse audio, but you have the amixer.sh shell script that needs to run at least once to configure alsa.
[16:56] <prpplague> lag: still no audio?
[16:56] <prpplague> lag: which board rev do you have?
[16:57] <persia> daemon.conf is mostly just a performance enhancement, and ought be ignored (there is a better way to fix it for pulse, already waiting for upload)
[16:57] <lag> I have it via HDMI
[16:57] <lag> But I am very new to this stuff
[16:57] <persia> default.pa is workarounds for the broken driver, because it's not being autodetected, mostly.
[16:57] <lag> I'm learning, but still don't really know what's going on
[16:57] <prpplague> lag: what kind of speakers are you using on the headset jack?
[16:57] <persia> the amixer.sh script contains all the hints that ought be required to create the machine driver for ASoC
[16:58] <berco> lag: you can also switch from headset to hdmi from the Volume Applet in the UI
[16:58] <lag> prpplague: I've tried earphones and an external speaker
[16:59] <lag> berco: How do you do that then?
[16:59] <berco> lag: just so that you know, the audio output on panda is the bottom plug on the connector
[16:59] <berco> lag: go with you mouse on the volume icon
[17:00] <berco> lag: then sound preferences and you have an output tab where you should see HDMI and Onboard_speakers
[17:00] <lag> Nope
[17:00] <lag> Just Onboard speakers
[17:00] <berco> lag: you can switch dynamically b/w the 2
[17:00] <lag> I don't see HDMI
[17:00] <berco> lag: have you run the "amixer.sh -a" script?
[17:02] <lag> I ran amixer-settings.sh
[17:02] <lag> That robclark sent me
[17:02] <prpplague> lag: and you are using a es2.0 8-layer board??
[17:02] <lag> Nope
[17:02] <lag> 6
[17:03] <prpplague> lag: check to see if L28 directly behind the headset jacks is populate with a square chip or if there are two solder bridges there
[17:05] <lag> There is nothing between the solder points
[17:05] <berco> lag: I think you need "-a" option to run the script
[17:07]  * ogra whistels innocently and quickly adds serial getty handling to jasper 1h before final freeze ... to make ndec happy
[17:07] <lag> prpplague: Don't tell me my board in incapable of sound?
[17:07] <prpplague> lag: ok so there are 4 solder points and nothing is connected on any of them?
[17:07] <ndec> ogra: what change exactly are you doing for getty?
[17:07] <lag> I only see 2
[17:07] <lag> U22 and L38
[17:08] <ogra> ndec, adding an /etc/init/serial.conf script if jasper detects console= on the cmdline
[17:08] <prpplague> lag: L28 is a super small pad, it should have two solder bridges running across the board
[17:08] <ndec> ogra: ok ...
[17:08] <ogra> ndec, so if console= is set a getty will come up by default
[17:08] <prpplague> lag: let me take a picture
[17:09] <ndec> ogra: and console can be set at uboot prompt , right? no need to update boot.scr?
[17:09] <ogra> as i said, i wont change the defaults for boot.scr ... but that addition should ease your life
[17:09] <ogra> you should always use /boot/boot.script and run sudo flash-kernel
[17:10] <ogra> but indeed, if you hack in all the boot.scr commands manually, you can set the cmdline as you like on uboot prompt
[17:13] <prpplague> lag: http://imagebin.ca/view/C-Otvqp.html
[17:13] <prpplague> lag: that is with a filter populated
[17:13] <lag> prpplague: I've sent you an email
[17:14] <lag> That tiny square chip _is_ on my abord
[17:14] <lag> board*
[17:15] <prpplague> lag: ok the filter is populated, i suspect that you have a bad filter
[17:15] <prpplague> lag: we dropped that part from the 8-layer board because we were having constant quality issues with it
[17:15] <lag> :(
[17:16] <prpplague> lag: got anyone who can do a board re-work?
[17:16] <prpplague> lag: the filter needs to be removed and soldered across two sets of pads http://imagebin.ca/view/rVkPnEG.html
[17:17] <lag> Nope
[17:18] <lag> I could probably do it, but I'd need permission from someone up-top
[17:20] <ogra> ndec, how is the external SD called on blaze ? mmcblk1 ?
[17:21] <ndec> ogra: what i mean, is that I don't want to modify boot.scr, but at uboot prompt set console to whatever I want. then the default scripts in boot.scr can read the console var.
[17:21] <ndec> ogra: i forgot to hit enter a few mins ago...
[17:21] <ogra> that wont work
[17:21] <ndec> ogra: yes SD is mmcblk1 on blaze
[17:21] <ogra> boot.src sets the options
[17:21] <ogra> so it would overwrite
[17:21] <ndec> ogra: it cannot inherit a variable?
[17:21] <ogra> we could do such a change but i guess we wont get allowed for mavverick anymore
[17:22] <ogra> final freeze is in 40min
[17:22] <lag> prpplague: Can the kernel auto-detect (un)plugging of the Headphone Jack?
[17:22] <prpplague> lag: no
[17:23] <prpplague> lag: the original design didn't have that support and we were too far along when i came aboard to get that corrected
[17:23] <lag> k
[17:24] <lag> prpplague: Perhaps you can give me a more full answer
[17:24] <lag> prpplague: Why does something that works on Blaze, not work on Panda?
[17:25] <lag> Despite the same Audio chip and CODEC being in use
[17:25] <lag> The only thing I found that looked incorrect was: snd_soc_dapm_disable_pin(codec->dapm, "Headset Stereophone");
[17:25] <lag> Which I've changed to enable
[17:28] <prpplague> lag: if you have changed that to enable, then your headset will not work
[17:28] <prpplague> lag: on the panda
[17:28] <ogra> ndec, bug 640406 should be fixed with jasper 0.25 (just uploaded)
[17:28] <ndec> lag: the same thing does not work on blaze either... you still need to run the custom scripts on blaze too
[17:28] <ubot2> Launchpad bug 640406 in jasper-initramfs (Ubuntu) "Flashing OMAP4 kernel uses the wrong partition on Blaze (affects: 1) (heat: 12)" [Medium,Confirmed] https://launchpad.net/bugs/640406
[17:29] <ndec> ogra: thx. we will test when it's in a daily
[17:29] <lag> ndec: Ah okay - that makes sense
[17:29] <ogra> should be tomorrow (if the queue cleans up until then) to saturday
[17:29] <ogra> s/to/or/
[17:29] <lag> ndec: So has this driver ever worked on its own?
[17:30] <ogra> lag, no, thats the prob
[17:30] <ndec> lag: yes, it works. we can have audio on speaker or hdmi. the problem is that it requires the custom config which is not standard.
[17:30] <ogra> it always needed handholding through alsa hacks
[17:31] <lag> That clears lots up
[17:31] <ogra> (and pulse ... but thats a fallout of the broken alsa config)
[17:31] <ndec> lag: I just booted 20100914, and added the 2 pulse scripts and ran amixer.sh, and I have audio on the panda HDMI and speaker
[17:31] <lag> Does the daily build work?
[17:31] <ogra> 14 is the last one that works
[17:31] <lag> k
[17:32] <ogra> 15 didnt build, 16 is screwed due to oem-config being broken
[17:36]  * ndec leaving for now... will be back later
[17:47] <devilhorns> good morning all (or afternoon, or evening) :)
[17:55] <avinashhm> hi, is there any default password for root login ... ??
[17:56] <ogra> ubuntu locks root by default
[17:56] <ogra> if you use the ti image there might be internal info ...
[17:56] <ogra> for the ubuntu image, make sure to finish the oem-config tool on the screen after first reboot
[17:59] <avinashhm> ogra, not sure ... with ubuntu login, used ubuntu password ... with root login, i am not sure ...
[17:59] <ogra> try sudo
[17:59] <ogra> and the password you used
[18:00] <rsalveti> generally we use sudo for everything that needs root access
[18:00] <avinashhm> yeah .. tried .. ubuntu@ubuntu:~$ sudo /etc/cron
[18:00] <avinashhm> sudo: can't open /etc/sudoers: Permission denied
[18:00] <avinashhm> sudo: no valid sudoers sources found, quitting
[18:00] <avinashhm> ubuntu@ubuntu:~$
[18:00] <ogra> yeah
[18:01] <ogra> ls -l /etc/sudoers
[18:01] <rsalveti> hm
[18:01] <ogra> check permissions
[18:01] <rsalveti> missing file or missing being into sudo group
[18:01] <ogra> should be -r--r----- and owned by root.root
[18:02] <ogra> just FYI everyone ... final freeze is in effect !!!
[18:02] <ogra> oh sooo cold ...
[18:02] <avinashhm> treid .. ubuntu@ubuntu:~$ ls -l /etc/sudoers
[18:02] <avinashhm> -r--r----- 1 root root 513 2010-09-16 14:21 /etc/sudoers
[18:02] <avinashhm> ubuntu@ubuntu:~$
[18:03] <prpplague> lag: make sure you un-do that change of the headset plug detect
[18:03] <avinashhm> there is chance right ... in sudoers, may be ubuntu isn't a sudoer .. so it's telling permission denied ???
[18:04] <lag> prpplague: Already done :)
[18:04] <ogra> avinashhm, yeah, that could be
[18:04] <prpplague> lag: okie crokie
[18:05] <avinashhm> ogra, wait i ll cat the file in my PC .. just to see ...
[18:05] <ogra> ubuntu uses the admin group for sudo
[18:05] <ogra> check thats in there
[18:05] <ogra> and your user needs to be in that group
[18:06] <avinashhm> can i send a file in IRC ???never tried though
[18:07] <persia> is the sudo binary correctly setuid?
[18:08] <ogra> avinashhm, paste.ubuntu.com
[18:08] <ogra> and paste the link here then
[18:09] <avinashhm> checked the sudo binary ...
[18:10] <avinashhm> ubuntu@ubuntu:~$ ls -l /usr/bin/sudo
[18:10] <avinashhm> -rwsr-xr-x 2 root root 106996 2010-08-31 22:46 /usr/bin/sudo
[18:10] <avinashhm> ubuntu@ubuntu:~$
[18:10] <persia> Hrm.
[18:10] <persia> And annoyingly, we can't look at sudoers without root access.
[18:10] <avinashhm> This is how my sudoers looks ...
[18:10] <avinashhm> http://paste.ubuntu.com/494864/
[18:11] <ogra> looks good too
[18:11] <avinashhm> persia, i am looking it through my PC ubuntu ... catted ...
[18:11] <ogra> what does the groups command give you ?
[18:12] <avinashhm> ubuntu@ubuntu:~$ groups
[18:12] <avinashhm> ubuntu adm dialout cdrom floppy audio dip video admin
[18:12] <avinashhm> ubuntu@ubuntu:~$
[18:12] <ogra> is your filesystem mounted readonly possibly ?
[18:12] <avinashhm> ogra, not sure, anything missing ???
[18:12] <ogra> no, you are in admin
[18:12] <ogra> looks all good, should work
[18:13] <ogra> my only idea it that the card is locked or your fs was remounted readonly because fsck found errors
[18:14] <avinashhm> my boot args .. so its RW only ...console=ttyO2,115200n8 root=/dev/nfs rw nfsroot=172.24.136.169:/
[18:14] <ogra> nfs ?
[18:14] <ogra> hm
[18:14] <avinashhm> i am not using on a card .. .my filesystem in in nfs ...
[18:14] <ogra> no_root_squash set on the server ?
[18:15] <avinashhm> ogra, not sure ... where to check ???
[18:15] <ogra> /etc/exports usually
[18:15] <ogra> (on the server)
[18:16] <avinashhm> yeah .. set properly ... /new-data/nfs-share *(rw,sync,no_root_squash,subtree_check)
[18:18] <ogra> hmm, out of ideas here
[18:18] <avinashhm> i give up for now .. let me try the whole exercise on MMC tomorrow ... it's already 10:30 here ...i ll go home ...hey gusys ... thanks very much for the help and response .. thanks ogra again ...
[18:18] <ogra> does mount show you its rw mounted ?
[18:19] <ogra> yeah, 730pm here ... i'm ready to call it a day too :)
[18:19] <avinashhm> let me check ... last experiment for day ...
[18:20] <avinashhm> out of luck today .. .:-)
[18:20] <avinashhm> ubuntu@ubuntu:~$ mount | grep nfs
[18:20] <avinashhm> /dev/root on / type nfs (rw)
[18:20] <avinashhm> ubuntu@ubuntu:~$
[18:21] <avinashhm> ogra, c u tomorrow .. thx again ...
[18:21] <ogra> bye
[18:21] <GrueMaster> avinashhm: I have seen this issue before.  Not sure how I got around it.  Will look into further.
[18:21] <avinashhm> thats promising ... GrueMaster.... thanks
[18:22] <avinashhm> bye ..
[18:25] <slangasek> GrueMaster: daily build looking ok on panda with the new u-boot?
[18:26] <slangasek> hmm, u-boot isn't listed in the preinstalled-netbook manifest; how does that get pulled in?
[18:27] <GrueMaster> slangasek: Can't tell.  Image was borked (according to ogra) so haven't tested it.  I'll try moving uboot to an older image.
[18:28] <slangasek> ok
[18:29] <rsalveti> slangasek: I believe it's still waiting in the queue
[18:29] <rsalveti> but not sure
[18:29] <rsalveti> at least todays image didn't get it
[18:30] <slangasek> oh drat, let me see what's going on here
[18:30] <slangasek> the source is in, the binaries are not
[18:30] <slangasek> thanks for calling me on it :)
[18:30]  * GrueMaster holds off modifying images.
[18:30] <ogra_cmpc> slangasek, we dont install the package
[18:30] <ogra_cmpc> debian-cd uses just the binary
[18:31] <slangasek> yeah... still in the build queue, that's why I didn't get any mails about its absence
[18:31] <rsalveti> it's useful just to create the first partition
[18:31] <slangasek> I assumed it would get built quickly, but I guess the pre-freeze rush applies
[18:31] <ogra_cmpc> yep, i'm waiting for it and will change debian-cd accordingly
[18:31] <ogra_cmpc> yeah
[18:31] <ogra_cmpc> armel is 24h behind or so
[18:31] <persia> NCommander, You still about?  Could you bump the kde4libs build to just behind anything landing on the image?
[18:31] <slangasek> ogra_cmpc: oh, this is in debian-cd? alrightythen
[18:32] <ogra_cmpc> yeah :)
[18:34] <ogra_cmpc> slangasek, oh, you asked about panda ... that will be picked up automatically ... i though about omap3 ... that needs the change to linaro u-boot still
[18:34] <ogra_cmpc> (thus debian-cd)
[18:35] <slangasek> ogra_cmpc: picked up automatically from where / how?
[18:35] <ogra_cmpc> archive
[18:35] <slangasek> ok
[18:36] <slangasek> pulled into the image as a package, or pulled in somewhere else?
[18:36] <ogra_cmpc> it unpacks the latest deb and takes u-boot.bin out
[18:36] <ogra_cmpc> then we use the bin on the vfat partition
[18:36] <slangasek> debian-cd still, or is debian-cd only in charge for omap3?
[18:36] <ogra_cmpc> for all our images
[18:36] <slangasek> ok
[18:37] <ogra_cmpc> for omap3 we simply still use our package ... i'm waiting for the new linaro binary here to make the change
[18:37] <ogra_cmpc> (need to change package name and .bin location)
[18:41] <ogra_cmpc> `
[18:45] <rsalveti> argh, cold coffee
[18:46] <devilhorns> ewww
[19:02] <slangasek> ogra_cmpc: oh, you're going to use u-boot-linaro for omap3 as well this cycle?
[19:02] <slangasek> I thought it was deemed safer not to change
[19:02] <slangasek> it works fine for us of course, but that's no guarantee :)
[19:04] <rsalveti> slangasek: I tested it yesterday, for beagle B5, C4 and xM p8, it worked fine
[19:04] <rsalveti> the idea is to change to linaro's too
[19:04] <rsalveti> it seems the new one provided by linaro fixed a but for xM
[19:05] <rsalveti> so it's just better to use it instead of maintaining ours
[19:05] <rsalveti> easy to debug and fix in case of new bugs :-)
[19:07] <slangasek> ok :
[19:07] <slangasek> )
[19:09] <rsalveti> GrueMaster: if possible, could you test Dave Martin's fix for bug 587632?
[19:09] <ubot2> Launchpad bug 587632 in libmad (Ubuntu) "Sound very distorted on armel (affects: 2) (heat: 48)" [Undecided,Fix released] https://launchpad.net/bugs/587632
[19:09] <rsalveti> needs a working environment to test the sound
[19:09] <GrueMaster> Sure.  Give me a sec.
[19:10] <rsalveti> see comment #9
[19:11] <rsalveti> thanks :-)
[19:27] <ogra_cmpc> slangasek, well, they are identical now after jcrigby did a big bughunt the last days, so there is no reason to keep ours
[19:37] <GrueMaster> rsalveti: libmad isn't part of the image.  Will have to download & test.
[19:41] <GrueMaster> libmad0 is the actual package.  Looking at what needs it for testing.
[19:44] <rsalveti> GrueMaster: just play a mp3 with xine or any other tool that uses mad
[19:45] <rsalveti> then you'll need to build the new version, and test
[19:45] <GrueMaster> Yea, I know how to test it.  Just looking to see what is available to install.  Our default uses gstreamer, not xine.
[19:45] <rsalveti> oh, ok
[19:45] <GrueMaster> (and beagle isn't a speed deamon when it comes to...much.)
[19:46] <rsalveti> yeah :-(
[19:48] <GrueMaster> Not getting any output on my XM.  No audio of any kind.
[19:49] <rsalveti> good test, never saw anyone saying it worked for xM :-)
[19:50] <rsalveti> possibly bug++
[19:50] <GrueMaster> Well, beagle is in the middle of a lucid->maverick upgrade.  Didn't want to disturb it.
[19:51] <rsalveti> let me boot mine
[19:51] <rsalveti> xM
[19:53] <GrueMaster> Ok, now I have sound on XM.  Alsamixer tweaking.
[19:54] <rsalveti> oh, cool
[19:56] <GrueMaster> Hrm.  Nothing passing through pulseaudio yet.
[23:35] <persia> GrueMaster, Could you remind me of the bug number for the issue where different beagleboards acted differently for audio?
[23:36] <GrueMaster> I'll have to dig.  Not sure if it got filed.
[23:36] <rsalveti> probably something GrueMaster just found
[23:37] <persia> Heh, he does that.
[23:37] <rsalveti> nobody tests audio, that's something we just noticed this week
[23:37] <persia> I think it's similar to the issue with the sdp4430 being discussed, and has a similar solution, but I believe the HW docs for the beagleboards are likely miles easier to access, so we can get the right drivers in place.
[23:38] <rsalveti> persia: yep, for sure
[23:38] <GrueMaster> Part of the problem is I made an assumption (partly based on discussions here) that the XM was just an expanded beagle.
[23:39] <GrueMaster> I didn't think the wiring for audio would change.
[23:39] <persia> probably depends on viewpoint :)  I have some suspicion that some of the "Beagleboard clones" have different wiremaps.
[23:40] <persia> But from a libc perspective, the entire family is likely identical.
[23:41] <rsalveti> http://beagle.s3.amazonaws.com/design/xM-A/BB_xM_SRM_A2_01.pdf
[23:41] <rsalveti> for xm
[23:41] <rsalveti> http://beagleboard.org/static/BBSRM_latest.pdf
[23:41] <rsalveti> for beagle
[23:48] <persia> rsalveti, Are there also SRMs for other Beagles (e.g. A2, B3)?  Do we know if they are the same or different?
[23:49] <rsalveti> persia: one problem is that our xM is not the A2
[23:49] <rsalveti> and *I* don't know much about the difference in hardware
[23:49] <rsalveti> besides the memory
[23:49] <GrueMaster> This is true.  We could be hitting a non-issue.
[23:51] <persia> Well, it doesn't hurt to try to get as many docs in one place as possible so that folks can write the appropriate drivers.
[23:52] <persia> Comparing page 79 of Beagle_SRM_C4.doc to page 85 of Beagle_SRM_XM_A2_01.doc, I'm fairly sure these need different handling: most critically the input ports, but it's more complicated than that alone.
[23:55]  * rsalveti out for a bit, dinner