**** BEGIN LOGGING AT Sat Dec 25 02:59:57 2010
Dec 25 13:34:06 <TheCount> wow, many people
Dec 25 13:34:09 <TheCount> hi all :) halp!
Dec 25 13:34:29 <TheCount> I'm trying to follow the instructions on https://wiki.ubuntu.com/ARM/OMAPMaverickInstall but only get a black screen
Dec 25 13:35:01 <TheCount> BeagleBoard-xM Rev C, Panasonic HDMI TV, 16GB microSD; stock microSD gives some kind of picture
Dec 25 13:35:44 <TheCount> both the regular kernel and the other kernel have the same symptoms; when using a serial console I at least can see that the disk gets resized
Dec 25 13:41:38 <TheCount> sorry, xM B
Dec 25 13:55:24 <dcordes> TheCount: that's all you see on the serial console ?
Dec 25 13:59:43 <TheCount> dcordes: nah, I see a bit more when I turn on the serial console ..
Dec 25 14:00:08 <TheCount> dcordes: but without turning on the serial console it's "uncompressing linux, done, etc" and then nothing.
Dec 25 14:00:21 <TheCount> dcordes: eventually the network link comes up, but all ports are closed
Dec 25 14:00:39 <TheCount> I'm just trying http://elinux.org/BeagleBoardUbuntu#Maverick_10.10_2
Dec 25 14:01:32 <TheCount> the stock microSD gives a slightly misaligned and garbled FB display on my TV, is that normal?
Dec 25 14:01:46 <TheCount> i.e. some overscan issue and the picture is repeated
Dec 25 14:01:53 <TheCount> horizontally
Dec 25 14:03:37 <dcordes> what about official image? doesn't support beale ?
Dec 25 14:05:41 <TheCount> it should. according to the docs this should be perfectly fine.
Dec 25 14:15:41 <dcordes> well then why not using it =
Dec 25 14:16:52 <TheCount> because it DOES not work? :)
Dec 25 14:17:07 <TheCount> guess why I'm here? ;)
Dec 25 14:17:18 <TheCount> like I said: I'm getting a black screen, and a black screen only
Dec 25 14:18:10 * TheCount is trying the netinstall now *sigh*
Dec 25 14:19:01 <TheCount> maybe netinstall via serial gets me to a state where I can at least login to the box and debug on itself
Dec 25 14:19:24 <dcordes> that image in the wiki you are pointing to is not an official ubuntu image
Dec 25 14:19:42 <TheCount> git clone git://github.com/RobertCNelson/netinstall-omap.git
Dec 25 14:19:44 <TheCount> sorry
Dec 25 14:19:47 <TheCount> git clone git://github.com/RobertCNelson/netinstall-omap.git
Dec 25 14:19:52 <TheCount> copy-waste
Dec 25 14:19:57 <TheCount> https://wiki.ubuntu.com/ARM/OMAPMaverickInstall isn't?
Dec 25 14:20:14 <TheCount> it's the very first thing I tried, and it doesn't work.
Dec 25 14:20:26 <TheCount> seems pretty official to me.
Dec 25 14:21:55 * TheCount is slightly frustrated :(
Dec 25 14:44:21 <rsalveti> TheCount: did you replace the kernel like said in the wiki page?
Dec 25 14:44:37 <rsalveti> this black screen issue is usually the problem described at the wiki page
Dec 25 14:50:24 <TheCount> rsalveti: yes, I did. no difference :(
Dec 25 14:51:23 <TheCount> interestingly, the packaging says xM B, but the bootloader says xM A. hm.
Dec 25 14:52:43 <rsalveti> TheCount: the only change from rev B is the processor revision
Dec 25 14:52:48 <rsalveti> so it's basically like the A
Dec 25 14:52:59 <rsalveti> A3 actually
Dec 25 14:55:03 <TheCount> hmm. okay, there's no number with the A. but it was sold as a Rev B
Dec 25 14:55:11 <TheCount> I'm just running a maverick netinst via serial
Dec 25 14:55:22 <TheCount> maybe I can get something showing afterwards
Dec 25 14:55:42 <TheCount> what worries me a bit is the slightly wrong FB display with the testing image
Dec 25 14:55:51 <guerby> rsalveti, hi, I got another crash yesterday still zero logs and no way to reproduce, probably a cumulative thing
Dec 25 14:56:03 <rsalveti> guerby: :-(
Dec 25 14:56:22 <rsalveti> guerby: if you want you can try natty's kernel
Dec 25 14:56:45 <guerby> rsalveti, is there a way through apt-get?
Dec 25 14:58:04 <rsalveti> guerby: yep, but you need to change to the natty's repo, and it'll probably pull more than wanted
Dec 25 14:58:09 <rsalveti> guerby: http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-ti-omap4/linux-image-2.6.35-1101-omap4_2.6.35-1101.3_armel.deb
Dec 25 14:58:37 <guerby> rsalveti, I'm fine in dist-upgrade if this is known to work
Dec 25 14:58:43 <rsalveti> dpkg -i  and flash-kernel should install all that's needed
Dec 25 14:58:51 <guerby> rsalveti, ah ok, trying that
Dec 25 14:58:52 <rsalveti> it's a good test but not a known to work
Dec 25 14:59:07 <rsalveti> and updating it now will probably break other stuff
Dec 25 14:59:12 <guerby> rsalveti, I'm trying dpkg -i/flash kernel stuff
Dec 25 14:59:34 <rsalveti> guerby: http://ppa.launchpad.net/rsalveti/armel/ubuntu/pool/main/x/x-loader/x-loader-omap4-panda_1.4.4+git20101223+6f3a261-1ubuntu1ppa2_armel.deb
Dec 25 14:59:45 <rsalveti> you also need this new x-loader
Dec 25 14:59:58 <guerby> rsalveti, dpkg -i too ?
Dec 25 14:59:58 <rsalveti> just replace the MLO file from this deb into your first partition
Dec 25 15:00:30 <rsalveti> guerby: if you install it you'll find it at /usr/lib/x-loader/omap4430panda/MLO, or something like that
Dec 25 15:00:34 <rsalveti> guerby: you can just extract it
Dec 25 15:00:46 <rsalveti> from your host, and then copy to the first partition
Dec 25 15:00:55 <rsalveti> dpkg -X <deb> .
Dec 25 15:08:00 <guerby> rsalveti, ok copied MLO, dpkg -i, flash-kernel now reboot ...
Dec 25 15:08:11 <rsalveti> guerby: cool, good luck :-)
Dec 25 15:09:35 <guerby> $ cat /proc/version
Dec 25 15:09:35 <guerby> Linux version 2.6.35-1101-omap4 (buildd@crabapple) (gcc version 4.5.2 (Ubuntu/Linaro 4.5.1-12ubuntu1) ) #3-Ubuntu SMP PREEMPT Tue Dec 14 16:05:04 UTC 2010
Dec 25 15:09:46 <guerby> rsalveti, now running my build loop again :)
Dec 25 15:09:58 <rsalveti> guerby: cool :-)
Dec 25 15:10:29 <guerby> rsalveti, it's always better when few commands are needed to try new kernels :)
Dec 25 15:10:54 <guerby> rsalveti, whta's that MLO thing?
Dec 25 15:11:15 <rsalveti> guerby: is the x-loader, a very small boot loader needed by the omap platforms
Dec 25 15:11:34 <rsalveti> that initialize some very basic stuff and then loads the u-boot
Dec 25 15:11:46 <guerby> rsalveti, strange it needs upgrade when kernel changes?
Dec 25 15:12:06 <rsalveti> guerby: it's just because there are still some stuff that are initialized just by the x-loader
Dec 25 15:12:12 <rsalveti> and then the kernel expect it to be initialized
Dec 25 15:12:17 <guerby> rsalveti, ah ok
Dec 25 15:12:22 <guerby> rsalveti, thanks for the info :)
Dec 25 15:12:22 <rsalveti> what changed with this kernel is that more stuff went from the x-loader to the kernel
Dec 25 15:12:50 <rsalveti> what's the correct path
Dec 25 15:13:47 <guerby> rsalveti, BTW I noticed in /var/log/kern.log I get plenty of: Dec 19 22:55:01 gcc44 kernel: [57571.922210] smsc95xx 1-1.1:1.0: usb0: kevent 2 may have been dropped
Dec 25 15:14:07 <rsalveti> guerby: that's something I also get with the previous kernel
Dec 25 15:14:14 <rsalveti> you probably also got it sometimes
Dec 25 15:14:16 <guerby> rsalveti, many identical messages per millisecond
Dec 25 15:14:47 <rsalveti> yeah, this is something it seems to be fixed with the 37 but I still didn't have time to find the fix to backport it
Dec 25 15:15:10 <guerby> rsalveti, ok :)
Dec 25 15:16:03 <guerby> rsalveti, build running, let's see what happens. for reference cmdline=text ro elevator=noop vram=32M mem=768M root=UUID=b5d2dfb1-270c-4966-abe6-dfe7a2a17efd fixrtc smsc95xx.macaddr=32:57:F8:93:E1:CD
Dec 25 15:19:13 <rsalveti> hopefully it'll be better
Dec 25 15:19:50 * rsalveti bbl, lunch
Dec 25 17:12:04 <sveinse> Any armel-cross guys around here now?
Dec 25 17:16:52 <sveinse> I updated my Maverick amd64 host and got a new version of binutils-arm-linux-gnueabi (from 2.20.51.20100908-0ubuntu2cross1.50 to 2.20.51.20100908-0ubuntu2cross1.52)
Dec 25 17:18:20 <sveinse> Now it seems I'm unable to cross build my applications "/usr/lib/gcc/arm-linux-gnueabi/4.5.1/../../../../arm-linux-gnueabi/bin/ld: this linker was not configured to use sysroots"
Dec 25 17:19:07 <sveinse> This could seriously limit our ability to build apps, since we rely on sysroot for building
Dec 25 17:19:35 <sveinse> I'll throw in a bugreport if noone else is familiar with this
Dec 25 17:44:18 <Martyn> Already reported : https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/582645
Dec 25 17:44:19 <ubot2> Launchpad bug 582645 in gcc-4.4 (Ubuntu) "Linker was not configured to use sysroots (affects: 5) (heat: 36)" [Undecided,Fix released]
Dec 25 17:44:33 <sveinse> Yes, I'm commenting on it. Thanks
Dec 25 17:45:45 <sveinse> It really is a blow for us, so we need to take some steps back
Dec 25 17:47:59 <Martyn> I think it's a regression failure
Dec 25 17:50:13 <sveinse> Yes, but the fix is not elegant, as an excellent feature of the toolchain is removed to fix it
Dec 25 18:32:00 <TheCount>  oups ...
Dec 25 18:32:01 <TheCount> asoc: interface omap-mcbsp-dai-0 hw params failed
Dec 25 18:32:08 <TheCount> what the heck does that mean?
Dec 25 18:35:53 <TheCount> and why do I still not have output on my HDMI port *sigh* (Beagleboard-xM Rev B after Maverick Netinstall - the preconfigured image didn't work either :()
Dec 25 18:38:06 <TheCount> hm. at least I can SSH to the box now, yay! :D
Dec 25 19:09:11 <TheCount> *sigh*
Dec 25 19:11:41 <armin76> Martyn: http://www.linuxfordevices.com/c/a/News/ZT-Systems-R1801e-/ <- is that yours?
Dec 25 19:22:23 <TheCount> hah. okay. now I've got omapfb.mode=dvi:1280x720MR-16@60 in my /proc/cmdline, but still no picture. what could be the problem?
Dec 25 19:23:25 <sveinse> TheCount: Does dmesg tell you anything useful in regards of omapfb?
Dec 25 19:26:45 <TheCount> wait a sec, just copied the kernel cmdline from the stock microSD
Dec 25 19:27:38 <TheCount> hm. quite different
Dec 25 19:27:45 <TheCount> root@beagleboard:~# cat /proc/cmdline
Dec 25 19:27:46 <TheCount> console=tty0 console=ttyS2,115200n8 mem=80M@0x80000000 mem=384M@0x88000000 mpurate=1000 buddy=none camera=lbcm3m1 vram=16M omapfb.vram=0:8M,1:4M,2:4M omapfb.mode=dvi:1024x768MR-16@60 omapdss.def_disp=dvi root=/dev/ram0 rw ramdisk_size=131072 initrd=0x88000000,128M rootfstype=ext2
Dec 25 19:28:57 <TheCount> root@beagle:~# dmesg|grep omapfb
Dec 25 19:28:58 <TheCount> [    0.000000] Kernel command line: console=ttyS2,115200n8 console=tty0 root=/dev/mmcblk0p5 ro vram=12MB omapfb.mode=dvi:1280x720MR-16@60 fixrtc buddy=none mpurate=800
Dec 25 19:29:10 <TheCount> sveinse: I'd call that a 'nope' ..
Dec 25 19:31:27 <TheCount> *fiddle*
Dec 25 19:34:36 <TheCount> oh. yay.
Dec 25 19:34:50 <TheCount> with the different kernel parameters I see a different broken display ;)
Dec 25 19:35:22 <Martyn> armin76 : No comment
Dec 25 20:11:18 <dcordes> A slide to unlock feature for the gnome lock screen program would be nice for touchscreen only devices
Dec 25 20:17:14 <TheCount> okay, now I got a broken 1024x768 mode displaying on HDMI. yay!
Dec 25 20:18:09 <TheCount> the other modes are all not listed in modedb.c - I wonder how they were supposed to work?!?
Dec 25 20:20:26 <TheCount> ah. on the fly calculation.
Dec 25 20:21:20 <TheCount> what is the recommended kernel for a beagleboarx-xM rev B?
Dec 25 20:21:32 <TheCount> currently using 2.6.35-1008-linaro-omap ..
Dec 25 20:22:06 <TheCount> and, how would I nail down that damn MAC address properly?
Dec 25 22:26:22 <guerby> rsalveti, no luck, freeze again after two hours
Dec 25 22:27:01 <guerby> Cpu(s): 60.5%us, 27.0%sy,  0.0%ni,  4.7%id,  0.9%wa,  0.0%hi,  7.0%si,  0.0%st
Dec 25 22:27:01 <guerby> Mem:    734472k total,   572936k used,   161536k free,      912k buffers
Dec 25 22:27:01 <guerby> Swap:   524284k total,     4568k used,   519716k free,   481424k cached
Dec 25 22:27:16 <guerby> rebooting
Dec 25 22:27:54 <guerby> rsalveti, interestingly one of the board LED is on, the D1
Dec 25 22:28:00 <guerby> the other D2 is off
**** ENDING LOGGING AT Sun Dec 26 02:59:56 2010