**** BEGIN LOGGING AT Thu Aug 16 02:59:58 2012
**** BEGIN LOGGING AT Thu Aug 16 03:18:28 2012
Aug 16 04:18:26 <infinity> robclark: You around?
Aug 16 04:24:51 <robclark> hey infinity
Aug 16 04:24:57 <infinity> Yo.
Aug 16 04:25:23 <infinity> Do you know if all the pieces are in place in quantal for us to violently remove the -omapfb X driver, and have -omap magically work?
Aug 16 04:25:54 <robclark> mostly.. I think rsalveti was working on making xorg autodetect the right driver
Aug 16 04:26:17 <infinity> Autodetection wouldn't be necessary if omapfb wasn't on disk, right? :)
Aug 16 04:26:21 <rsalveti> you can already remove omapfb
Aug 16 04:26:29 <rsalveti> but -omap is still not working automatically
Aug 16 04:26:30 <robclark> but other than the need for a .conf file, it should be all good
Aug 16 04:26:49 <infinity> rsalveti: So, removing omapfb right now just falls back to fbdev?
Aug 16 04:27:18 <rsalveti> infinity: it was never using omapfb
Aug 16 04:27:48 <infinity> rsalveti: seriously?
Aug 16 04:28:38 <rsalveti> no, by default it was using fbdev afaik, and the proprietary omap one if you had the sgx driver installed
Aug 16 04:29:04 <infinity> So, omapfb was just lame code that we never executed, despite shipping?  Go us.
Aug 16 04:30:20 <rsalveti> infinity: it could be used, I believe folks using beagle were using it in the past
Aug 16 04:30:55 <infinity> rsalveti: "could be used" isn't the same as "loaded by default", which is what I meant by "never executed".
Aug 16 04:31:06 <rsalveti> it was never used for panda
Aug 16 04:31:17 <rsalveti> and I believe for beagle as well, once we switched for the drm driver
Aug 16 04:31:27 <rsalveti> which iirc happened at the previous cycle already
Aug 16 04:31:36 <robclark> I suppose it doesn't hurt to have.. beagle folks could always add a xorg.conf
Aug 16 04:31:47 <infinity> I assume the goal for -omap is to actually *use* it in an automagic fashion on all OMAP[2345]* SoCs?
Aug 16 04:31:55 <rsalveti> infinity: yup
Aug 16 04:32:01 <infinity> \o/
Aug 16 04:32:04 <rsalveti> and that's what I'm currently trying to do
Aug 16 04:32:08 <robclark> omapfb would probably be a bit better performance (despite no xrandr) if you don't have pvr libs
Aug 16 04:32:39 <infinity> robclark: Having working kms is such a massive win that I doubt anyone will care about marginally slower 2D draws.
Aug 16 04:32:47 <infinity> robclark: Assuming it is only marginal.
Aug 16 04:33:16 <scientes_> dms=awesomesause
Aug 16 04:33:26 <scientes_> *kms
Aug 16 04:33:30 <robclark> well.. I need to add support for cached buffers when you don't have pvr.. that will minimalize the perf difference
Aug 16 04:33:38 <robclark> but I haven't had time to do that yet
Aug 16 04:33:45 <scientes_> drkms ;)
Aug 16 04:34:24 <rsalveti> so I'd vote in favor of improving the -omap driver for all omap socs
Aug 16 04:34:36 <rsalveti> first getting it to work automatically, then improving it
Aug 16 04:34:44 <rsalveti> and getting sgx to work on the panda case
Aug 16 04:34:56 <rsalveti> if maintaining -omapfb is a pain
Aug 16 04:37:46 <robclark> yup
Aug 16 04:39:16 <rsalveti> robclark: also, for plymouth, this is what is already done at upstream: http://cgit.freedesktop.org/plymouth/commit/?id=527400dc5a9da4cd3ef8a831e7309e1627d6b3b0
Aug 16 04:39:26 <rsalveti> they also removed the parts specific for radeon and nouveau
Aug 16 04:39:43 <rsalveti> I'm checking if this patch would be enough in our case already, but it's now finally using a generic solution for all use cases
Aug 16 04:40:08 * robclark expects that should work
Aug 16 06:30:20 <rsalveti> robclark: yup, worked fine
Aug 16 07:52:42 <ogra_> rsalveti, you rock !!!
Aug 16 07:53:20 <ogra_> sadly now that we have a splash we wont have a desktop anymore
Aug 16 07:53:36 <ogra_> (unity-2d was dropped yesterday)
Aug 16 08:21:43 <TheMuso> ogra_: And if my tests with LLVM Pipe on an x86 machine with fbdev on an NVIDIA card that is not supported by nouveau yet are anything to go by, LLVM pipe on arm will be *VERY* painful.
Aug 16 08:23:09 <TheMuso> Actually thats something I should test tomorrow. Remove the pvr driver and see how bad things are.
Aug 16 08:23:26 <TheMuso> Meh screw tomorrow, lets try now. :)
Aug 16 08:26:11 <ogra_> TheMuso, LLVM pipe on arm is nonexisting yet
Aug 16 08:26:26 <ogra_> i mean there is *something* but thats far from usable
Aug 16 08:26:37 <ogra_> alpha state at most
Aug 16 08:27:42 <TheMuso> Ah ok.
Aug 16 08:27:52 <TheMuso> Well even on X86 IMO its really poor.
Aug 16 08:28:09 <TheMuso> I can't believe we even want to consider putting that into users hands. Sure its not an LTS, but its a release..
Aug 16 08:28:10 <ogra_> yep, you need a powerful machine
Aug 16 08:53:51 <suihkulo1ki> https://blogs.oracle.com/henrik/entry/oracle_releases_jdk_for_linux
Aug 16 08:54:07 <suihkulo1ki> softfloat abi still, but I guess installable using multiarch?
Aug 16 08:59:59 <marvin24> ogra_: did you tried unity-3d with the tegra drivers on quantal?
Aug 16 09:01:29 <ogra_> marvin24, not yet, i suppose i should before the 13 abi becomes the default
Aug 16 09:02:53 <marvin24> I always thought unity works fine on omap ...
Aug 16 09:10:35 <ogra_> if you have working drivers it does
Aug 16 09:31:42 * ogra_ tries an ubuntu-desktop install  in a qemu beagle VM for laughs
Aug 16 10:03:22 <jonjo> hi
Aug 16 10:04:44 <jonjo> can anyone help me with PowerVR SGX?
Aug 16 10:05:15 <sveinse> jonjo: More specifically?
Aug 16 10:05:16 <jonjo> I am trying to get OpenGL ES working with x11
Aug 16 10:05:42 <jonjo>  I am using the samsung s5pv210 core
Aug 16 10:06:00 <sveinse> jonjo: Sorry, no experience with x11 in this context
Aug 16 11:28:47 <sveinse> Are there any particular reasons which requires kernel >=3.0 in precise (armel), or can it run fine on say 2.6.37 ?
Aug 16 11:47:00 <ogra_> udev migth need features from newer kernels
Aug 16 11:47:08 <ikke-t> hi, i'm failing setting pandaboard to boot over nfs. anyone able to help?
Aug 16 11:47:26 <ikke-t> it get's stuck at the time it should mount the nfs, kernel is up
Aug 16 11:48:37 <sveinse> ogra_, might? Where can I learn better what might is?
Aug 16 11:48:47 <ikke-t> this is the last output on serial:
Aug 16 11:48:50 <ikke-t> http://paste.ubuntu.com/1150485/
Aug 16 11:48:52 <ogra_> dunno, udev changelog probably
Aug 16 11:51:38 <ikke-t> using ubuntu precise for the exercise
Aug 16 11:51:49 <ikke-t> anyone booting over nfs here?
Aug 16 11:53:11 <ogra_> did you set BOOT=nfs in your initramfs config before creating the initrd ?
Aug 16 11:53:26 <ogra_> it should theoretically *just work*
Aug 16 11:56:20 <ikke-t> ogra_: yes, i did, along with netboot for module option
Aug 16 11:57:03 <ikke-t> my kernel params are:
Aug 16 11:57:04 <ikke-t> ro console=ttyO2,115200n8 vram=40M mem=456M@0x80000000 mem=512M@0xA0000000 elevator=noop root=/dev/nfs nfsroot=10.10.10.252:/mnt/ikraid/ikke/nfs/panda,nolock,wsize=1024,rsize=1024 rootdelay=18 ip=dhcp fixrtc netboot=nfs boot=nfs
Aug 16 11:57:12 <ikke-t> anything obviously wrong there?
Aug 16 11:58:22 <ogra_> not on first glance, your paste doesnt have a rootpath though
Aug 16 11:59:26 <ikke-t> that's from dhcp, targeted for pxe
Aug 16 12:00:03 <ikke-t> should it contain the nfs path in dhcp answer?
Aug 16 12:00:25 <ikke-t> i used that for ipxe boots
Aug 16 12:03:33 <ikke-t> ogra_: the hdmi output seems to print something about the path too
Aug 16 12:03:39 <ikke-t> t: need a path
Aug 16 12:03:59 <ikke-t> i don't see what's before "t:", since it's out of tv borders
Aug 16 12:04:20 <ikke-t> how to provide it the path?
Aug 16 12:04:44 <ogra_> you can set it in your dhcpd config
Aug 16 12:04:49 <LetoThe2nd> known issues with the latest nfs-common updates on QQ? my panda always gets stuck on "gssd stop/pre-start, process 1016"
Aug 16 12:05:02 * ogra_ isnt sure about the exact wording
Aug 16 12:05:22 <ogra_> LetoThe2nd, either that or a kernel thing
Aug 16 12:05:32 <ogra_> you could try the new 3.5 kernel if you want ;)
Aug 16 12:05:52 <LetoThe2nd> ogra_: its a vanilla 3.4.7 + RT
Aug 16 12:05:58 <ogra_> people.canonical.com/~ppisati/ti-omap4-tilt-34-on-35/linux-image-3.5.0-205-omap4_3.5.0-205.10_armhf.deb
Aug 16 12:17:26 <ikke-t> ah, it seems i would need dhcp option rootpath. unfortunately monowall dhcp server doesn't have that.
Aug 16 12:57:27 <ppisati> ogra_: for Q/omap4, did you do something for pulseaudio?
Aug 16 12:57:48 <ogra_> what should i do for pulseaudio ?
Aug 16 12:57:50 <ppisati> ogra_: i've a P/omap4 userbase + 3.4 kernel but i've no audio output
Aug 16 12:58:10 <ppisati> ogra_: in the audio settings there's only a dummy output
Aug 16 12:58:17 <ogra_> yes, the device name changed somewhere along the road since precise
Aug 16 12:58:27 <ppisati> ogra_: right, that thing
Aug 16 12:58:39 <ppisati> ogra_: so i need to upgrade my usb disk to Q it seems...
Aug 16 12:58:41 <ogra_> we will need to update th ealsa udev rules once there is a final name
Aug 16 12:59:06 <ppisati> but does it work now or not?
Aug 16 12:59:26 <ogra_> it doesnt until we fix the udev rule or the device name
Aug 16 12:59:34 <ppisati> ah
Aug 16 13:00:06 <ppisati> can't remember if i tested audio on the previous Q snapshots
Aug 16 13:00:34 <ogra_> i tested it and knew it was broken, but didnt bother until we have a final kernel
Aug 16 13:01:48 <ogra_> ppisati, /lib/udev/rules.d/90-alsa-ucm.rules has the device id's we match against (as shown in "cat /proc/asound/cards")
Aug 16 13:31:31 <ppisati> flag@panda:~$ cat /proc/asound/cards
Aug 16 13:31:32 <ppisati>  0 [PandaBoardES   ]: PandaBoardES - PandaBoardES
Aug 16 13:31:32 <ppisati>                       PandaBoardES
Aug 16 13:31:46 <ppisati> flag@panda:~$ grep PandaBoardES /lib/udev/rules.d/90-alsa-ucm.rules
Aug 16 13:31:47 <ppisati> ATTRS{id}=="PandaBoardES", RUN+="/usr/bin/alsaucm -c PandaBoardES set _verb HiFi"
Aug 16 13:31:49 <ppisati> ATTRS{id}=="PandaBoardES", RUN+="/usr/bin/alsaucm -c PandaBoardES set _verb Record"
Aug 16 13:32:04 <ppisati> ah
Aug 16 13:32:10 <ppisati> could not open configuration file /usr/share/alsa/ucm/PandaBoardES/PandaBoardES.conf
Aug 16 13:32:13 <ppisati> uhm
Aug 16 13:34:41 <ogra_> sounds like a bug :)
Aug 16 13:51:52 <rsalveti> ogra_: hopefully we'll get the sgx stuff working before feature freeze
Aug 16 13:52:17 <rsalveti> ti should be able to publish the driver based on the latest xorg abi probably tomorrow
Aug 16 13:52:40 <rsalveti> it'd also be good to have the new 3.5 based kernel available at quantal as well
Aug 16 13:52:41 * ogra_ prays
Aug 16 13:52:51 <rsalveti> it works way better at my panda es
Aug 16 13:52:51 <ogra_> rsalveti, will be uploaded tomorrw
Aug 16 13:53:10 <rsalveti> great
Aug 16 13:53:33 <ogra_> so should it already seed the omap xorg driver ?
Aug 16 13:53:55 <ogra_> i dont think it will do any harm, wont be auto selected anyway
Aug 16 13:53:55 <rsalveti> ogra_: you can, but it'll not make any difference
Aug 16 13:54:11 <ogra_> its awesome if you add a minimal xorg.conf though
Aug 16 13:54:12 <rsalveti> I'm working on trying to get the autoload/autodetect working properly
Aug 16 13:54:23 <ogra_> first time i see the monitor applet work :)
Aug 16 13:54:30 <ogra_> yep, i got that
Aug 16 13:54:58 <ogra_> even without we coudl worst case just ship it with an xorg.conf.d snippet though
Aug 16 13:55:01 <rsalveti> the problem with the xorg.conf is that if it fails, it'll not load x
Aug 16 13:55:12 <ogra_> oh, ouch
Aug 16 13:55:45 <rsalveti> unless we also add fbdev there, should be possible
Aug 16 13:55:55 <rsalveti> but the good thing about the autoload is that it tries a bunch of drivers
Aug 16 13:56:05 <rsalveti> and fbdev is always the last one, in case it all fails
Aug 16 13:56:16 <ogra_> iirc asac patched fbdev ages ago to use autoload
Aug 16 13:56:56 <rsalveti> I have a solution for the omap driver already, but first want to check with upstream if that's the way to go
Aug 16 13:57:03 <rsalveti> so either way we should have something for next week
Aug 16 13:57:11 <ogra_> cool
Aug 16 13:57:20 <ogra_> oh, yay, finally
Aug 16 13:57:52 <rsalveti> I think the new xorg will land this week still, right?
Aug 16 13:57:52 * ogra_ fiddles with quem since a while ... i was finally able to produce a proper string that gives me an USB disk in the beaglexm emu
Aug 16 13:57:54 <rsalveti> if not done yet
Aug 16 13:58:22 <ogra_> i think they planned to move it tomorrow
**** ENDING LOGGING AT Fri Aug 17 02:59:58 2012