**** BEGIN LOGGING AT Wed Nov 09 02:59:57 2011
Nov 09 04:14:43 <vganesh> hi i am a novice and am trying to boot linux over pb11mpcore through an sdcard. How do i configure the sdcard so that i can set the environment variables in the arm board
Nov 09 06:46:56 <leekic> Can ubuntu 11.10 install on I.MX51 board?
Nov 09 06:56:44 <infinity> leekic: It can almost certainly run on one, but no, we have no installer for them right now.
Nov 09 06:57:04 <infinity> leekic: (Since every new installer image on ARM needs a different boot loader and kernel, we don't produce one for every board...)
Nov 09 12:13:43 <punxos> Hi
Nov 09 15:55:30 <nontrivial> hello
Nov 09 15:55:50 <nontrivial> does anyone know if 11.10 will run on an arm plug server
Nov 09 15:55:56 <nontrivial> such as TonidoPlug
Nov 09 17:50:14 <Neko> hmm that guy disappeared before anyone answered...
Nov 09 17:58:49 <GrueMaster> Not that it matters.  I don't think that system is armv7 compatible.  Seems based on Shivaplug processor.  Can't find better details.
Nov 09 20:14:58 <prpplague> anyone got some handy dandy instructions for using ubuntu 11.10 with dual displays on the pandaboard?
Nov 09 20:43:24 <robclark> prpplague, plug in two monitors, see what happens?
Nov 09 20:43:53 <robclark> prpplague, I guess it "should just work", at least if the two monitors have a similar pixel clock
Nov 09 20:44:29 <prpplague> robclark: yea, only thing i had to do was enable the secondary display
Nov 09 20:44:30 <robclark> (but in reality, I dunno..  I only have one monitor)
Nov 09 20:44:43 <prpplague> robclark: nhg was wanting to know if there was some specific docs for it
Nov 09 20:44:47 <robclark> it should come up mirrored by default
Nov 09 20:45:17 <robclark> open monitors control panel, unclick "mirror" (or whatever it says) to get virtual desktop..
Nov 09 20:45:25 <robclark> ie. it should just work like on PC
Nov 09 20:45:41 <robclark> (or PC without nvidea binary driver, at least)
Nov 09 20:53:55 <prpplague> robclark: interesting, i had to enable it via sysfs first, then it showed up in the monitors panel
Nov 09 20:54:27 <robclark> hmm, one of the displays not getting enabled properly?
Nov 09 20:54:35 <robclark> hdmi?
Nov 09 20:55:02 <prpplague> robclark: dvi
Nov 09 20:55:15 <prpplague> robclark: hdmi comes up ok
Nov 09 20:55:30 <robclark> hmm..  dvi relies on external (to dvi) i2c to detect connection..
Nov 09 20:56:03 <robclark> so it should not care about the dss state, whether it shows up in monitor control panel or not
Nov 09 20:57:34 <robclark> prpplague, anyways, the code (if you care) is in omap_connector.c, in omap_connector_detect()
Nov 09 20:58:00 <prpplague> robclark: interesting, thanks for the info
Nov 09 20:58:06 <robclark> np
Nov 09 21:27:43 <Neko> GrueMaster, any news on the NM hangs on boot and oem-config doesn't uninstall itself bugs?
Nov 09 21:28:48 <GrueMaster> nm hangs?  Not sure I know of that one.  As to oem-config, that is documented in the release notes with a workaround.
Nov 09 21:29:41 <GrueMaster> Essentially, you need to open a console (ctrl-alt-F1), login, and type "sudo oem-config-remove && sudo reboot".
Nov 09 21:31:00 <GrueMaster> ubuntu
Nov 09 21:31:14 <GrueMaster> erp.  wrong window.
Nov 09 21:31:55 <Neko> you told me about this nm hang :( something about NM stalling on boot which may have caused a long, long wait before oem-config ran in the first place
Nov 09 21:32:19 <GrueMaster> I think that was fixed prior to release.
Nov 09 21:32:31 <Neko> okay.. as for the oem-config thing I was hoping that there was a real fix and not just a "workaround in the release notes", even a particular knowledge of what caused the breakage in the first place even if nobody touched it yet
Nov 09 21:34:18 <GrueMaster> We are still debugging it.  I can hit it with the right SD card 99% of the time, others are only hitting it ~%60.  And there are no relevent messages in any logs.  I need to tweak the scripts that launch oem-config to generate their own output logs.
Nov 09 21:34:51 <GrueMaster> Even then, this will not be fixed in Oneiric.  Can't fix images w/o respin, which never happens after release.
Nov 09 21:34:55 <Neko> okay, the release note says "in some corner cases" but the bug doesn't relate what those cases might be
Nov 09 21:36:19 <GrueMaster> The "corner cases" are that I can easily reproduce it, but others can't.  Since I have at least 1 of every board rev released, I have a wider variety to test with.  And I also have a large collection of SD cards.
Nov 09 21:37:21 <GrueMaster> Some combinations reduce the repeatability greatly.  Others cause it to manifest everytime.  I can reproduce it 99% of the time with one SD card on every platform rev.
Nov 09 21:37:35 <Neko> so it's related to... extremely slow disks?
Nov 09 21:39:08 <GrueMaster> Not sure.  The one I have that reproduces more frequently is a Micro Center Class 6 16Gb SD.  My class 10 16G work most of the time, and my class 2 4GB rarely.
Nov 09 21:39:32 <GrueMaster> It appears to be highly timing related.
Nov 09 21:41:10 <GrueMaster> I'll look at debugging it more soon.  I was in Orlando since 10/26 so haven't been able to look at it yet.  And I'm busy with other priority work atm.
Nov 09 21:42:29 <GrueMaster> Best case scenario is that I can root cause the issue or come up with a workaround that can be scripted and applied between resize and oem-conifg steps.  It would be semi-manual though, so a bit of a cludge any way you look at it.
**** ENDING LOGGING AT Thu Nov 10 02:59:58 2011