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