**** BEGIN LOGGING AT Sat Dec 25 02:59:57 2010 Dec 25 13:34:06 wow, many people Dec 25 13:34:09 hi all :) halp! Dec 25 13:34:29 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 BeagleBoard-xM Rev C, Panasonic HDMI TV, 16GB microSD; stock microSD gives some kind of picture Dec 25 13:35:44 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 sorry, xM B Dec 25 13:55:24 TheCount: that's all you see on the serial console ? Dec 25 13:59:43 dcordes: nah, I see a bit more when I turn on the serial console .. Dec 25 14:00:08 dcordes: but without turning on the serial console it's "uncompressing linux, done, etc" and then nothing. Dec 25 14:00:21 dcordes: eventually the network link comes up, but all ports are closed Dec 25 14:00:39 I'm just trying http://elinux.org/BeagleBoardUbuntu#Maverick_10.10_2 Dec 25 14:01:32 the stock microSD gives a slightly misaligned and garbled FB display on my TV, is that normal? Dec 25 14:01:46 i.e. some overscan issue and the picture is repeated Dec 25 14:01:53 horizontally Dec 25 14:03:37 what about official image? doesn't support beale ? Dec 25 14:05:41 it should. according to the docs this should be perfectly fine. Dec 25 14:15:41 well then why not using it = Dec 25 14:16:52 because it DOES not work? :) Dec 25 14:17:07 guess why I'm here? ;) Dec 25 14:17:18 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 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 that image in the wiki you are pointing to is not an official ubuntu image Dec 25 14:19:42 git clone git://github.com/RobertCNelson/netinstall-omap.git Dec 25 14:19:44 sorry Dec 25 14:19:47 git clone git://github.com/RobertCNelson/netinstall-omap.git Dec 25 14:19:52 copy-waste Dec 25 14:19:57 https://wiki.ubuntu.com/ARM/OMAPMaverickInstall isn't? Dec 25 14:20:14 it's the very first thing I tried, and it doesn't work. Dec 25 14:20:26 seems pretty official to me. Dec 25 14:21:55 * TheCount is slightly frustrated :( Dec 25 14:44:21 TheCount: did you replace the kernel like said in the wiki page? Dec 25 14:44:37 this black screen issue is usually the problem described at the wiki page Dec 25 14:50:24 rsalveti: yes, I did. no difference :( Dec 25 14:51:23 interestingly, the packaging says xM B, but the bootloader says xM A. hm. Dec 25 14:52:43 TheCount: the only change from rev B is the processor revision Dec 25 14:52:48 so it's basically like the A Dec 25 14:52:59 A3 actually Dec 25 14:55:03 hmm. okay, there's no number with the A. but it was sold as a Rev B Dec 25 14:55:11 I'm just running a maverick netinst via serial Dec 25 14:55:22 maybe I can get something showing afterwards Dec 25 14:55:42 what worries me a bit is the slightly wrong FB display with the testing image Dec 25 14:55:51 rsalveti, hi, I got another crash yesterday still zero logs and no way to reproduce, probably a cumulative thing Dec 25 14:56:03 guerby: :-( Dec 25 14:56:22 guerby: if you want you can try natty's kernel Dec 25 14:56:45 rsalveti, is there a way through apt-get? Dec 25 14:58:04 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 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 rsalveti, I'm fine in dist-upgrade if this is known to work Dec 25 14:58:43 dpkg -i and flash-kernel should install all that's needed Dec 25 14:58:51 rsalveti, ah ok, trying that Dec 25 14:58:52 it's a good test but not a known to work Dec 25 14:59:07 and updating it now will probably break other stuff Dec 25 14:59:12 rsalveti, I'm trying dpkg -i/flash kernel stuff Dec 25 14:59:34 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 you also need this new x-loader Dec 25 14:59:58 rsalveti, dpkg -i too ? Dec 25 14:59:58 just replace the MLO file from this deb into your first partition Dec 25 15:00:30 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 guerby: you can just extract it Dec 25 15:00:46 from your host, and then copy to the first partition Dec 25 15:00:55 dpkg -X . Dec 25 15:08:00 rsalveti, ok copied MLO, dpkg -i, flash-kernel now reboot ... Dec 25 15:08:11 guerby: cool, good luck :-) Dec 25 15:09:35 $ cat /proc/version Dec 25 15:09:35 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 rsalveti, now running my build loop again :) Dec 25 15:09:58 guerby: cool :-) Dec 25 15:10:29 rsalveti, it's always better when few commands are needed to try new kernels :) Dec 25 15:10:54 rsalveti, whta's that MLO thing? Dec 25 15:11:15 guerby: is the x-loader, a very small boot loader needed by the omap platforms Dec 25 15:11:34 that initialize some very basic stuff and then loads the u-boot Dec 25 15:11:46 rsalveti, strange it needs upgrade when kernel changes? Dec 25 15:12:06 guerby: it's just because there are still some stuff that are initialized just by the x-loader Dec 25 15:12:12 and then the kernel expect it to be initialized Dec 25 15:12:17 rsalveti, ah ok Dec 25 15:12:22 rsalveti, thanks for the info :) Dec 25 15:12:22 what changed with this kernel is that more stuff went from the x-loader to the kernel Dec 25 15:12:50 what's the correct path Dec 25 15:13:47 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 guerby: that's something I also get with the previous kernel Dec 25 15:14:14 you probably also got it sometimes Dec 25 15:14:16 rsalveti, many identical messages per millisecond Dec 25 15:14:47 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 rsalveti, ok :) Dec 25 15:16:03 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 hopefully it'll be better Dec 25 15:19:50 * rsalveti bbl, lunch Dec 25 17:12:04 Any armel-cross guys around here now? Dec 25 17:16:52 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 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 This could seriously limit our ability to build apps, since we rely on sysroot for building Dec 25 17:19:35 I'll throw in a bugreport if noone else is familiar with this Dec 25 17:44:18 Already reported : https://bugs.launchpad.net/ubuntu/+source/gcc-4.4/+bug/582645 Dec 25 17:44:19 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 Yes, I'm commenting on it. Thanks Dec 25 17:45:45 It really is a blow for us, so we need to take some steps back Dec 25 17:47:59 I think it's a regression failure Dec 25 17:50:13 Yes, but the fix is not elegant, as an excellent feature of the toolchain is removed to fix it Dec 25 18:32:00 oups ... Dec 25 18:32:01 asoc: interface omap-mcbsp-dai-0 hw params failed Dec 25 18:32:08 what the heck does that mean? Dec 25 18:35:53 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 hm. at least I can SSH to the box now, yay! :D Dec 25 19:09:11 *sigh* Dec 25 19:11:41 Martyn: http://www.linuxfordevices.com/c/a/News/ZT-Systems-R1801e-/ <- is that yours? Dec 25 19:22:23 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 TheCount: Does dmesg tell you anything useful in regards of omapfb? Dec 25 19:26:45 wait a sec, just copied the kernel cmdline from the stock microSD Dec 25 19:27:38 hm. quite different Dec 25 19:27:45 root@beagleboard:~# cat /proc/cmdline Dec 25 19:27:46 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 root@beagle:~# dmesg|grep omapfb Dec 25 19:28:58 [ 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 sveinse: I'd call that a 'nope' .. Dec 25 19:31:27 *fiddle* Dec 25 19:34:36 oh. yay. Dec 25 19:34:50 with the different kernel parameters I see a different broken display ;) Dec 25 19:35:22 armin76 : No comment Dec 25 20:11:18 A slide to unlock feature for the gnome lock screen program would be nice for touchscreen only devices Dec 25 20:17:14 okay, now I got a broken 1024x768 mode displaying on HDMI. yay! Dec 25 20:18:09 the other modes are all not listed in modedb.c - I wonder how they were supposed to work?!? Dec 25 20:20:26 ah. on the fly calculation. Dec 25 20:21:20 what is the recommended kernel for a beagleboarx-xM rev B? Dec 25 20:21:32 currently using 2.6.35-1008-linaro-omap .. Dec 25 20:22:06 and, how would I nail down that damn MAC address properly? Dec 25 22:26:22 rsalveti, no luck, freeze again after two hours Dec 25 22:27:01 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 Mem: 734472k total, 572936k used, 161536k free, 912k buffers Dec 25 22:27:01 Swap: 524284k total, 4568k used, 519716k free, 481424k cached Dec 25 22:27:16 rebooting Dec 25 22:27:54 rsalveti, interestingly one of the board LED is on, the D1 Dec 25 22:28:00 the other D2 is off **** ENDING LOGGING AT Sun Dec 26 02:59:56 2010