[05:01] <twb`> lilstevie: hey, I think I must be doing it wrong; I'm trying to get into the SOS (single) kernel
[05:01] <twb`> With the system completely off, I hit voldn+power, and it pops up saying "press volup to confirm" with some android icons in the middle of the screen
[05:02] <twb`> At that point, no matter what I hit, it seems to boot into the LNX kernel -- at least I assume it's LNX not SOS, because X comes up
[05:04] <twb`> nm, I misread the message.
[05:04] <twb`> I have to hit power+voldn, then click voldn, then click volup
[05:06] <twb`> Except that STILL didn't work, WTF, why is X still there
[05:20] <twb`> So if you're curious, what I'm *now* trying is to copy the debian armhf rootfs onto a USB key, then put that on the TF101 as a chroot.  And in *there* to do "make localyesconfig" and see what happens
[05:22] <twb`> localmodconfig turns off all the CONFIG_MEDIA_TUNER_*=m's
[05:22] <twb`> localyesconfig has no effect
[05:22] <twb`> I guess they aren't very useful unless you're running them on a kernel that's more like Debian/Ubuntu default, where almost everything is =m
[05:23] <lilstevie> heh
[05:23] <lilstevie> did you make sure your kernel command line on SOS is single
[05:28] <twb`> i think so
[05:43] <twb`> lilstevie: do you find you have an area of brightness near the dock connector, mostly noticable when the entire screen is set to #000 ?
[05:43] <lilstevie> twb`: that is due to the backlight layout
[05:44] <twb`> OK, so it's not just mine is defective
[05:44] <lilstevie> there are 4 spots around the screen which are noticeably brighter
[05:44] <twb`> I half-suspected it was normal; I'll live with it
[05:44] <lilstevie> it's cause the screen is sidelit rather than having a backplane that lights up
[05:45] <twb`> Can you selectively turn off some of those when your window is only e.g. in the top-left of the screen, to save power? :-)
[05:46] <twb`> Ref. Flinn and Satyanarayanan, (2004)
[05:49] <lilstevie> lol
[05:49] <lilstevie> no
[05:49] <lilstevie> it is all or nothing
[05:49] <twb`> Just checking
[05:49] <twb`> Since there's no rotating HDD, backlight and LCD will be some of the biggest power consumers
[05:50] <lilstevie> they are the biggest consumers :)
[05:50] <twb`> Especially if you find some way to power down the RF modules when they're not actively used
[05:50] <lilstevie> well bt isn't powered up if you don't load it
[05:51] <lilstevie> but both wifi and bt are rfkill compat
[05:51] <twb`> Does NM proactively power them down by default?
[05:51] <lilstevie> nm doesn't touch the wifi
[05:51] <lilstevie> on 2.6.36
[05:51] <lilstevie> cause it is incompatible
[05:51] <twb`> on .36 "ip a" can't even see the wifi
[05:52] <lilstevie> but without an active scan working you cant scan :p
[05:52] <lilstevie> I get damn good battery life on mine though
[05:52] <lilstevie> I use about 10% per hour
[05:52] <lilstevie> all times
[05:52] <lilstevie> because of lack of suspend
[05:52] <twb`> So about 10 hours on ubuntu, with no real effort to tune/rice it?
[05:53] <lilstevie> 20
[05:53] <lilstevie> 100% dock 100% tf
[05:53] <twb`> Wow, that's MORE than asus quoted
[05:53] <twb`> I was expecting more like 10hours since they quote 16
[05:53] <twb`> I guess that's because android has all that phone-home spyware huh ? ;-)
[05:56] <twb`> So anyway, any idea why "ip a" and "rfkill" can't see wifi with the .36 kernel you provided?
[05:56] <twb`> *kernel and rootfs
[06:00] <lilstevie> because the driver is stuffed
[06:00] <lilstevie> like most bcm4329 drivers
[06:00] <lilstevie> androids method of rfkilling the wifi is to unload its module
[06:00] <twb`> OK
[06:01] <infinity> Which is decidedly effective.
[06:01] <twb`> Pfft
[06:01] <twb`> Only if rmmoding it also powers it down
[06:02] <lilstevie> well it unloads the firmware
[06:02] <lilstevie> :p
[06:02]  * twb` sighs
[06:02] <lilstevie> more specifically it triggers the reset gpio
[06:02] <twb`> Of COURSE there's a firmware blob, how silly of me
[06:02] <infinity> Yeah.  It was actually the only good way I had (short of rebooting) to "reset" an ath9k on a netbook here.
[06:02] <twb`> 9k doesn't have blobs
[06:03] <lilstevie> trimslice has blobs too
[06:03] <lilstevie> for both its eht and wifi
[06:03] <twb`> I know because 9k works OOTB on debian
[06:03] <twb`> Which as the FSF "has finally taken a step towards being a free operating system, by removing binary blobs from its kernels"
[06:04] <lilstevie> that doesn't mean the blobs aren't slipstreamed into it :p
[06:04] <twb`> :-P
[06:04] <lilstevie> in /lib/firmware
[06:04] <twb`> Only if you enable non-free/restricted section
[06:04] <twb`> That's why iwl (intel) wifi doesn't work OOTB on debian, but does on Ubuntu
[06:05] <infinity> Not sure I claimed ath9k had a blob.
[06:06] <infinity> Just that rmmodding was an effective solution to getting it to unbork itself.
[06:06] <twb`> Sorry, that was me misreading
[07:37] <twb`> Does TF101 (Tegra 2) speak Thumb EE?  If so, and I'm compiling a custom kernel specifically for that device, is there any reason *not* to enable CONFIG_ARM_THUMBEE?
[07:43] <lilstevie> twb`: I enabled it once and it wouldn't compile
[07:44] <twb`> OK
[07:44] <lilstevie> but yes tegra2 does speak thumb
[07:44] <lilstevie> just not ENON
[07:44] <lilstevie> er
[07:44] <lilstevie> NEON
[07:44] <twb`> thumb, thumb2, thumbee, thumb2-ee, or what?
[07:45] <lilstevie> at least thumb and thumb2
[07:45] <lilstevie> :p
[07:45] <lilstevie> what ever is in the A9 mandate
[07:53] <ppisati> NCommander: ping
[08:15] <twb`> lilstevie: what's tegra PWM do?
[08:26] <ppisati> anyone using the panda board attached to an hdmi video? i'm missing some packages to make it work...
[08:52] <janimo> ogra_, around?
[08:54] <janimo> ppisati, by hdmi video you mean a monitor via hdmi cable?
[08:54] <janimo> I don't think that needs special packages
[08:59] <ppisati> janimo: yep
[08:59] <ppisati> janimo: uhmmm
[09:00] <ppisati> janimo: is your panda attached to an hdmi monitor?
[09:00] <ppisati> janimo: and are you running latest kernel?
[09:04] <ogra_> janimo, just finishing my mail, then i'll get to debian-äcd
[09:04] <twb`> lilstevie: it's annoying that when the screen blanks (like, DPMS), the only way to unblank it is hitting the power button -- you can't unblank it from the keyboard or touchscreen
[09:10] <ogra_> janimo, sigh, so even if i add the code, we cant build test images, cross your fingers the archive skew vanishes today
[09:22] <ogra_> janimo, does the mx5 actually need a fat partition to boot ?
[09:22] <janimo> ogra_, that's how the linaro image does it
[09:22] <ogra_> (code looks good, happy to merge it)
[09:22] <ogra_> k
[09:22] <ogra_> then let me merge
[09:22] <janimo> ogra_, if uboot knows about other FS types it may not be needed
[09:23] <janimo> ogra_, there's a raw non-fs area where bootloader is loaded from
[09:23] <janimo> and depending on what that can do the rest of the process is up to it
[09:23] <ogra_> well, depends which device you bukd for i guess, i think the efikas can boot from /boot on ext2
[09:23] <janimo> so I think uboot at fixed locaion then usbboot or whatever uboot is capable of should work
[09:24] <janimo> ogra_, ah this is quickstart only, I am not aware of any other mx53 board
[09:24] <ogra_> right, thats a good start
[09:24] <janimo> I'd be happy though if this code worked for mx51 and older boards too
[09:24] <ogra_> depends if the u-boot works on it
[09:24] <janimo> ppisati, I only connect the monitor via hdmi, and only when I need to test graphics (GLES)
[09:25] <janimo> ppisati, my connection is flakey sometimes it works, most times not
[09:25] <janimo> may be a timing issues
[09:25] <janimo> sometimes restarting the monitor helps
[09:25] <janimo> ppisati, what I usually found is it works better - almost always maybe - with stock images, not ones which I meddled with and upgraded
[09:25] <janimo> so stock latest linaro Ubuntu LEB for panda booted up fine in X
[09:26] <janimo> ogra_, ah indeed, those may be redboot only.
[09:26] <ogra_> well, there is a u-boot that supports them
[09:26] <ogra_> but no idea if thats the one we use :)
[09:27] <janimo> ogra_, then we couild look into it once mx53 works, likely in P
[09:27] <ogra_> as long as the quickstart works its fine i'd say
[09:27] <janimo> if there is demand from users. I have no idea how popular those boards are
[09:27] <janimo> ogra_, which package is holding us up today?
[09:27] <janimo> is that why ac100 for today is not published?
[09:32] <twb`> What does "ld: no machine record defined" mean?
[09:32] <ogra_> janimo, merged ...
[09:33] <ogra_> janimo, i enmabled it in cdimage too and started a testbuild, but dont hold your breath, this morning we still had archive skew through unity
[09:40] <janimo> ogra_, thanks, let's see how far that goes
[09:44] <ppisati> janimo: so you are using linaro images
[09:45] <ppisati> janimo: that makes me think we miss something
[09:45] <ppisati> janimo: for example, what's X saying about it?
[09:45] <janimo> ppisati, no, it worked with natty 11.04 too
[09:45] <janimo> I just used a recent linaro one to test my monitor and gles
[09:46] <janimo> It may be that a proper default kernel/X setup works. I mostly use the panda headless, then when I need a monitor I switch the one from my laptop manually
[09:47] <janimo> this may be one of the issues, I am not sure how good hdmi hotplug on the panda is
[09:47] <ppisati> janimo: yeop, it worked in natty but lately we switched away from omafb
[09:47] <ppisati> omapfb
[09:47] <janimo> also I am not sure if X is having a say in this, headless images sometimes come up with a green tty login on the monitor, sometimes not
[09:47] <janimo> I think it is mostly kernel
[09:48] <ppisati> and i don't have any video output anymore since then
[09:48] <janimo> omapfb used to do console framebuffer too?
[09:48] <ppisati> yep
[09:49] <janimo> ppisati, I know it worked for me with a stock 3.0 kernel 2 weeks ago in oneiric
[09:49] <janimo> haven't tested since
[09:49] <ppisati> ok
[09:49] <ppisati> right now X complains loudly:
[09:49] <ppisati> Fatal server error:
[09:49] <ppisati> [   141.057] no screens found
[09:49] <ppisati> [   141.057]
[09:49] <ppisati> and dies there
[09:49] <janimo> rsalveti, has been fixing DRM related things in that period, but those should be unrelated to the actual physical display support, which I think is the issue here
[09:50] <janimo> ppisati, ah, you may be misssing the 99-pvr.conf file for X
[09:50] <janimo> in /usr/share/X11/xorg.conf.d or such?
[09:50] <ppisati> flag@omap:~$ ls -la /usr/share/X11/xorg.conf.d/
[09:50] <ppisati> total 28
[09:50] <ppisati> drwxr-xr-x 2 root root 4096 2011-09-12 17:59 .
[09:50] <ppisati> drwxr-xr-x 5 root root 4096 2011-09-12 17:59 ..
[09:50] <ppisati> -rw-r--r-- 1 root root 1099 2011-09-09 15:30 10-evdev.conf
[09:50] <ppisati> -rw-r--r-- 1 root root  590 2011-06-29 18:42 11-evdev-quirks.conf
[09:50] <ppisati> -rw-r--r-- 1 root root  364 2011-06-29 18:42 11-evdev-trackpoint.conf
[09:50] <janimo> or maybe unrelated, I know I had to edit such a file
[09:50] <ppisati> -rw-r--r-- 1 root root  749 2011-07-05 15:56 50-synaptics.conf
[09:50] <ppisati> -rw-r--r-- 1 root root  660 2011-05-25 09:33 50-wacom.conf
[09:50] <ppisati> no pvr config here
[09:51] <janimo> it used to be there in older SGX packages
[09:51] <janimo> but went away recently as X is now supposed to figure out things without a static config
[09:51] <ppisati> what does your X log says?
[09:51] <janimo> I even merged rsalveti's patch to Xorg last week, may not have been uploaded yet
[09:51] <janimo> I'll send you the pvr to place it there and see if it works
[09:52] <ppisati> ok
[09:52] <janimo> ppisati, sent
[09:55] <ppisati> janimo: got it and copied
[09:58]  * ppisati notes panda still takes ages to reboot...
[09:58]  * ogra_ watches the mx5 build go into the exciting phase
[10:00] <ogra_> kernel installation seems to have worked ... next critical point is ubuntu-desktop^
[10:03] <ppisati> janimo: still no luck
[10:04] <ppisati> janimo: is your panda up&running?
[10:04] <ppisati> janimo: can you tell me what you X log looks like?
[10:04] <janimo> ppisati, it is now, but headless
[10:04] <ppisati> janimo: X should be working anyway
[10:04] <janimo> ppisati, http://paste.ubuntu.com/688214/
[10:05] <ogra_> oh, awesome, no archive skew anymore \o/
[10:05] <janimo> ogra_, quick, roll images. This may only last 20 minutes :)
[10:05] <ogra_> lol, yeah
[10:06] <ogra_> well, i notice it only because i already roll an image for you ;)
[10:06] <ogra_> and watch the log
[10:08] <ppisati> janimo: dpkg -S /usr/lib/xorg/modules/drivers/pvr_drv.so
[10:08] <ppisati> janimo: what does it say on your panda?
[10:13] <janimo> ppisati, I have the linaro maintainers overlay PPA activated
[10:13] <janimo> I think only that had the updated sgx stuff
[10:13] <ppisati> ah
[10:13] <janimo> but I am not 100% sure
[10:13] <ppisati> that could be
[10:13] <ppisati> ok
[10:13] <janimo> dpkg still running, I have a dist-upgrade going on
[10:14] <janimo> ppisati, pv4-omap4
[10:14] <janimo> pvr-omap4
[10:14] <ppisati> uhm
[10:14] <ppisati> but i'm running oneiric
[10:14] <ppisati> crap
[10:14] <ogra_> that should soon show up in the ti ppa too
[10:14] <janimo> I am running oneiric too
[10:14] <ogra_> iirc rsalveti planned to copy these packages over
[10:14] <ppisati> ok, let me try if it works
[10:15] <janimo> no idea, what their status is. Ideally they should be in the main archives, it is essential functionality
[10:15] <janimo> put in restricted if they have licensing issues
[10:15] <ogra_> right, its just that nobody did the work for this yet
[10:18] <janimo> ogra_, are there any non-technical blockers for this?
[10:19] <twb`> lilstevie: hey, since you're compiling the kernel without PCI support, what is the backplane?  How is e.g. the wifi chip connected to the CPU?
[10:21] <ogra_> janimo, i dont think so, but better ask david about the licensing status
[10:23] <lilstevie> twb`: kernel is compile without PCI support because PCI is unused
[10:24] <lilstevie> wifi/bt is SDIO
[10:24] <ppisati> crap
[10:24] <ppisati> pvr compilation faield
[10:24] <ppisati> ufff...
[10:25] <lilstevie> and the backplane I was talking about was the LCD one, most devices the whole back is covered in a film which supplies the backlight
[10:25] <lilstevie> this one uses 4 sets of 2 or 3 LED's that supply the backlight
[10:27] <janimo> ppisati, do you use the linaro ppa?
[10:27] <janimo> I know that had a fix for building with the 3.0 kernel
[10:27] <janimo> I wonder if new changes landed which broke it again
[10:31] <ppisati> janimo: yep, just enabled it
[10:31] <lilstevie> hm
[10:31] <lilstevie> twb, did you get that?
[10:37] <ppisati> ok, my bad
[10:37] <ppisati> now it's properly installed
[10:37] <ppisati> let's see...
[10:44] <ppisati> ok, now is a bit better
[10:44] <ppisati> but X still complains
[10:45] <ppisati> [   141.016] (EE) Couldn't get PVR Services status
[10:45] <ppisati> [   141.016] (EE) No devices detected.
[10:45] <ogra_> hmm, watching the buuld log for mx5 it strikes me that we should review the set of default languages we ship
[10:46] <ogra_> seems we currenntly only have zh, en, es and pt
[10:46] <ppisati> zh?
[10:47] <ogra_> chinese
[10:47] <ppisati> you should add Sanskrit, i head it's the way to go! :)
[10:47] <ppisati> i heard
[10:47] <ogra_> nah, swaheli
[10:47] <ppisati> or what was that language that was supposed to suprsed everything else...
[10:47] <ogra_> or that click tune the african bush people speak ... i think we have a translation for it
[10:48]  * ogra_ tries to remember the name
[10:48] <ogra_> ah, xhosa was it
[10:48] <ogra_> mark invested a lot into that translation years ago
[10:48] <ppisati> really? :)
[10:48] <ogra_> yep
[10:48] <ogra_> hired 4 people around hoary
[10:48] <ogra_> took them two cycles to get everything together
[10:49] <ogra_> but i think its rotting since then
[10:49] <ppisati> ah yes
[10:49] <ppisati> the Esperanto! :)
[10:50] <ogra_> we have esperanto too
[10:50] <ogra_> and klingon
[10:51] <ppisati> then if have Klingon we are good :)
[10:51] <ogra_> language-pack-tlh i think
[10:51] <ogra_> might be funny to roll an image that defaults to it
[10:51] <ppisati> asd :)
[10:55] <ppisati> btw, one day you'll have to teach me how to roll a release
[10:55] <ogra_> you mean building images ?
[10:56] <ogra_> we had a spec for writing a howto, but that fell off the shelf for O
[10:56] <ogra_> we'll re-visit it in P
[10:56] <ppisati> well, actually i would like to know how do the entire process
[10:57] <ppisati> i mean, setup my own builders, build a list of known packages and then create an img out of them
[10:57] <ogra_> one part of that is trivial... sadly the other is so hard that not even i would run my own builders
[10:58] <ogra_> for building the livefs you just need to use livecd-rootfs and call the right command ...
[10:58] <ppisati> ok
[10:59] <ogra_> to make an image out of that you need to have a setup of cdimage and debian-cd ... both of thzem expect a certain environment (servers to find packages on, etc)
[10:59] <ogra_> setting up the latter part isnt easy
[10:59] <ppisati> uhm, i see
[11:00] <ogra_> i usually do test builds in the datacenter
[11:00] <ogra_> i know NCommander once set up a local build env ... but that took him days
[11:02] <ppisati> isn;t the raspberry pi an armv6?
[11:03] <ppisati> so it's limited to... karmic?
[11:03] <ppisati> i guess people would like something more up to date
[11:03] <ppisati> and would love to "recompile" their own version of ubuntu
[11:04] <ppisati> for me it was something i would like to know
[11:04] <ogra_> rebuilding the archive ?
[11:04] <ogra_> that will take you ages unless you have a good amount of arm builders
[11:04] <ppisati> ah right
[11:05] <ppisati> no cross compilation...
[11:05] <ogra_> and you need to know a lot about packages if you run into issues, i wouldnt suggest to anyone to even think about attempting it currently
[11:05] <ogra_> i know that one of linaros masterplans is to make that easy
[11:05] <ppisati> that would be awesome
[11:05] <ogra_> but i suspect that will still take multiple cycles
[11:06] <ogra_> for cross building we will at least get a bunch of big packages that will support it in the future
[11:06] <ppisati> that would help a lot
[11:06] <ogra_> (see the ubuntu-devel ML discussion about that)
[11:07] <ppisati> i think i missed the thread
[11:08] <ogra_> subject: "What would you like to cross-compile?"
[11:21] <ppisati> we have audioooooooooooooooooooooooooooooo
[11:21] <ppisati> :)
[11:30] <ogra_> ppisati, from pulse ?
[11:31] <ppisati> ogra_: aplay
[11:31] <ogra_> yeahm, that was announced in fridays call already
[11:31] <ppisati> doh
[11:31] <ppisati> wasn't there
[11:32] <ogra_> pulse is more critical (and the reason why i was so pushy to get sound devices back)
[11:32] <ppisati> well, if aplya works it means the kernel is good
[11:32] <ppisati> i mean
[11:32] <ppisati> driver&c is ok
[11:32] <ppisati> pulse is not running on my setup right now
[11:32] <ppisati> and i wonder why...
[11:33] <ppisati> ok
[11:33] <ppisati> pulseaudio running now
[11:33] <ppisati> let's see
[11:41] <ppisati> uhm
[11:54] <ppisati> rsalveti: when you are up&running, can you take a look at this http://paste.ubuntu.com/688274/
[11:55] <ppisati> rsalveti: can't get any video output on my oneiric panda
[11:56] <rsalveti> ppisati: the pvr xorg driver is not expected to work with latest kernel
[11:57] <ppisati> rsalveti: uhm, so no X for oneiric?
[11:57] <rsalveti> ppisati: I still didn't fix it because ti was saying that they would release a new version with the fixes and some other improvements
[11:57] <rsalveti> ppisati: you can have X, but without the pvr driver
[11:57] <ppisati> rsalveti: usign which driver?
[11:57] <rsalveti> fbdev
[11:58] <rsalveti> ppisati: I can probably fix the driver, will see, but wasn't going to do it because of the new driver
[11:58] <ppisati> rsalveti: no prob
[11:58] <rsalveti> but you know how it works, it can be the case that TI will only release it after the release
[11:58] <ppisati> rsalveti: if i can get any ouput with another driver, i'll use that
[11:58] <ppisati> yeah
[11:58] <rsalveti> ppisati: just remove the package that provides /usr/lib/xorg/modules/drivers/pvr_drv.so
[11:59] <rsalveti> ppisati: will give it a try later today
[11:59] <rsalveti> let you know if it works
[11:59] <ppisati> rsalveti: wiuthouyt that pkt, was not working
[11:59] <rsalveti> ppisati: what was the errot then?
[11:59] <rsalveti> it should always work with fbdev
[12:00] <rsalveti> unless the drm driver is broken in some sort
[12:01] <ppisati> removing pvr, wait...
[12:02] <ogra_> ppisati, fyi https://bugs.launchpad.net/ubuntu/+bug/848154
[12:02] <ubot2`> Ubuntu bug 848154 in ubuntu "ARM version not supporting V6 RaspPi" [Undecided,Invalid]
[12:03] <ppisati> so we already have a bug :)
[12:04] <ogra_> yeah, i just closed it :)
[12:06] <ppisati> flag@omap:~$ sudo X -configure
[12:06] <ppisati> X.Org X Server 1.10.4
[12:06] <ppisati> Release Date: 2011-08-19
[12:06] <ppisati> X Protocol Version 11, Revision 0
[12:06] <ppisati> Build Operating System: Linux 2.6.31-608-imx51 armv7l Ubuntu
[12:06] <ppisati> Current Operating System: Linux omap 3.0.0-1204-omap4 #9-Ubuntu SMP PREEMPT Mon Sep 5 19:29:18 UTC 2011 armv7l
[12:06] <ppisati> Kernel command line: console=ttyO2,115200n8 root=/dev/sda1 rootwait ro vram=32 elevator=noop earlyprintk
[12:06] <ppisati> Build Date: 09 September 2011  11:41:55AM
[12:06] <ppisati> xorg-server 2:1.10.4-1ubuntu1 (For technical support please see http://www.ubuntu.com/support)
[12:06] <ppisati> Current version of pixman: 0.22.2
[12:06] <ppisati>         Before reporting problems, check http://wiki.x.org
[12:06] <ppisati>         to make sure that you have the latest version.
[12:06] <ppisati> Markers: (--) probed, (**) from config file, (==) default setting,
[12:06] <ppisati>         (++) from command line, (!!) notice, (II) informational,
[12:06] <ppisati>         (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[12:07] <ppisati> (==) Log file: "/var/log/Xorg.0.log", Time: Tue Sep 13 14:06:04 2011
[12:07] <ppisati> List of video drivers:
[12:07] <ppisati>         sisusb
[12:07] <ppisati>         cirrus
[12:07] <ppisati>         r128
[12:07] <ppisati>         mach64
[12:07] <ppisati>         radeon
[12:07] <ppisati>         ati
[12:07] <ppisati>         fbdev
[12:07] <ppisati>         vesa
[12:07] <ppisati> No devices to configure.  Configuration failed.
[12:07] <ppisati>  ddxSigGiveUp: Closing log
[12:07] <ppisati> it seems it doesn't care about fbdev
[12:07] <ogra_> pastebin !!!!!!!!!!
[12:07] <ogra_> for more than three lines please
[12:08] <ogra_> and i'm not sure X -configure works if you dont have a PCI bus
[12:12] <ppisati> well at one point the X log says
[12:12] <ppisati> "falling back to old method to probe for <drivername here>"
[12:13] <ppisati> so i guess it's trying hard to find the gfx chip
[12:13] <ogra_> well, then it should generate a config for "<drivername here>" :P
[12:13] <ogra_> but afaqik it only scans the PCI bus
[12:13] <ppisati> it should, but it doesn't... :)
[12:13] <ogra_> even USB isnt supported
[12:14] <ogra_> asac once added a hack to make it walk /dev/fbX but that might have been dropped
[12:14] <ppisati> i'll try with a dummy xorg.conf then
[12:14] <ogra_> why do you use an xorg.conf at all ?
[12:14] <ppisati> i don't
[12:14] <ppisati> that's the point
[12:14] <ogra_> it will autodetect fbdev just fine without
[12:14] <ppisati> nope
[12:14] <ppisati> it doesn't
[12:15] <ogra_> how doesnt it ?
[12:15] <ppisati> wait
[12:15] <ppisati> let me paste the entire x.log here
[12:15] <ppisati> ok
[12:15] <ppisati> kidding :)
[12:15] <ogra_> :9
[12:15] <ppisati> wait
[12:18] <ppisati> http://paste.ubuntu.com/688285/
[12:24] <ogra_> thats what you get if you start lightdm ?
[12:25] <ogra_> janimo, hmm, livefs build seems to be fine but somehow it tries to use a tar.gz instead of the .ext3 image
[12:31] <ppisati> ogra_: sorry, wrong buffer
[12:31] <ppisati> there's no /dev/fbX
[12:31] <ogra_> oh
[12:31] <ppisati> http://paste.ubuntu.com/688296/
[12:32] <ogra_> well, then its no surprise that it fails
[12:32] <ppisati> but isn't /dev/fbX provided my omapfb?
[12:32] <ppisati> because that was turned off in latest kernl upload
[12:32] <ppisati> because IIRC clashed with omap drm
[12:33] <ppisati> (but i'll have to check)
[12:37] <janimo> ogra_, you mean cdimage tries to use tar.gz?
[12:37] <ogra_> yes, just discussing the bug with colin in #ubuntu-release
[12:37] <janimo> I am not sure how those interact, I tried making it look like the omap script
[12:37] <ogra_> seems we did soemthing wrong in our implementation
[12:37] <ogra_> its not your fault
[12:38] <ogra_> NCommander wrote the code in question and i nodded it off
[12:38] <janimo> ogra_, but should it not have affected other subarchs as well?
[12:38] <ogra_> only if you build ac100 first
[12:39] <janimo> uh, the builds leak info into other builds?
[12:39]  * ppisati goes to try the linaro kernel...
[12:39] <ogra_> janimo, right, and thats a bug ... we introduced a variable PREINSTALLED_IMAGE_FILESYSTEM that carries the suffix ... but never gets reset if it was changed
[12:40] <janimo> ok
[12:40] <ogra_> the existance of that variable alone is wrong, we need to solve that differently
[12:40] <ogra_> but for now i'll just fix the bug ... something to re-visit in P
[12:41] <janimo> I am looking at jasper, as it needs to handle this slightly differently. No MLO, different partition number
[12:42] <janimo> if the image boots up fine, jasper is likely the next step that is needed
[12:43] <janimo> not having the reformat/rewrite vfat thing would help  I guess
[12:43] <janimo> I may just skip those calls for mx53
[12:45] <ogra_> feel free to drop them completely
[12:45] <ogra_> but then you are responsible for getting it fixed ;)
[12:45] <ogra_> in case it doesnt work
[12:56] <janimo> ogra_, heh.
[13:11] <ogra_> Post-processing pre-installed images ...
[13:11] <ogra_> /bin/sh: Syntax error: end of file unexpected (expecting "fi")
[13:11] <ogra_> make: *** [bin-preinstalled_images] Error 2
[13:11] <ogra_> ...
[13:11] <ogra_> No image for armel+mx5!
[13:11] <ogra_> hmm
[13:12]  * ogra_ wonders if he did a paste error
[13:18] <ogra_> ah no
[13:18]  * ogra_ fixes and tries another build
[13:28] <ogra_> janimo, http://cdimage.ubuntu.com/daily-preinstalled/20110913.2/ all for you :) happy testing "
[13:28] <ogra_> !
[13:52] <janimo> ogra_, thanks, will test :)
[15:46] <rbasak> GrueMaster: ping
[15:47] <GrueMaster> rbasak: Morning.  What can I do you for?
[15:48] <rbasak> GrueMaster: I've written up LUKS status in https://wiki.ubuntu.com/ARM/QA/Server and filed LP: #848782 against debian-installer. Should I mark the bug against a milestone or anything, and is there anything else I need to do?
[15:49] <GrueMaster> I just saw the updated wiki, thanks.  I'll review the bug and triage it as needed.  Not sure that it will get fixed before Beta 2, but good to know.  Thanks for your assistance.
[15:50] <rbasak> Cool, I'll bug you for more work once I've cleared up my queue a bit :)
[18:14] <nina> hi everybody
[18:14] <nina> just tried to install ubuntu 11.04 image on beagleboard-xM C4 rev. usb mouse / keyboard is not working / powered up
[18:14] <nina> devices are working smoothly with shipped angstrom image
[18:16] <nina> besides usb ethernet is also not powering up, so i have no access to the board... is there any bugfixed kernel ?
[18:23] <infinity> nina: The oneiric kernel might treat you better.
[18:23] <infinity> (maybe)
[18:24] <GrueMaster> nina: This is a known issue with newer beagleXM boards.  See https://wiki.ubuntu.com/ARM/OmapNetbook.
[18:40] <zeMUppet> Evening all. Is there any reason I would have issues getting Ubuntu 10.10 to boot on the BB Xm Rev C4? I followed the instructions as listed on the Wiki for the OMAP Maverick Install. After writing the image to the SD card, replacing the uImage and vmlinuz files in their respective partitions, and then attempting to boot the BB seems dead i.e. there is no activity from the SD card LED's. The BB is definitely working (have subsequentl
[18:40] <zeMUppet> y booted into Angstrom).
[18:41] <GrueMaster> zeMUppet: Not sure, but I don't think 10.10 would even support the XM C4.  Try 11.04.
[18:43] <GrueMaster> iirc, the issue on 10.10 was related to the change to the XM just after 10.10 release that required a GPIO for DVI to be enabled.  The issue with 11.04 was a lot different (but similar in that it came out after 11.04 release).
[18:45] <zeMUppet> Thanks, I'll look into 11.04.
[18:46] <GrueMaster> You could also look at 11.10 Beta 1 (or daily) if you have time.  It should work out of the box, and if not, your test results would be helpful in making it work for release.
[18:52] <zeMUppet> I was tempted to try Oneric, but I'm going about using the DSP and I'm unsure of how that'll work out (all the documentation for the DSP in Ubuntu uses Maverick as the base). Normally I wouldnt mind new frontiers, but this project has a scarily close deadline.