=== plars-afk is now known as plars [08:51] anyone else got a problem with the oneiric final image on panda, where the horizontal alignment is way off? [08:54] well, it's more like it's horizontally squashed [08:59] Not here... [08:59] Though I haven't tested today's spin (about to), I don't see how it would be different from yesterday's. [09:02] infinity, hmm, frambuffer changes ? [09:02] *frame [09:03] (no idea how they could influence us, but werent there some in the initrd ?) [09:06] infinity - also once i get to lightdm it seems to kill the display [09:07] i just got the image this morning [09:08] I'm testing right now. [09:11] could just be my stupid monitor. i've had issues with it in the past [09:12] Well, sure, if you keep calling it stupid, I can see how that would cause issues in your relationship. [09:12] Try being less of a jerk to your monitor? :) [09:16] panda and monitors have always had difficult relationship as well.. [09:16] yeah, i suggested for the first release already that TI should just ship the pandas with a monitor [09:16] but they never listen to me :( [09:19] perhaps it's having its revenge [09:20] ogra_: i tried to install the omap extras package onmy panda today.. and .. poof no xorg [09:21] xranby, hmm [09:21] so the good news are that something are available in the ppa now [09:22] right, i guess we need to talk to rsalveti about that [09:22] the sgx packages come from linaro ... they have been tested there, probably some incompatibility with our kernel or so [09:23] i will download the latest oneiric panda image and retry [09:23] the image i used are some days old [09:28] ogra_: the sgx don't come from linaro... [09:28] but from TI [09:28] Indeed, it's all ndec's fault. [09:29] xranby: how exactly did you install the omap extra? [09:29] ndec: clicked on the nice shiny button [09:29] in the unity launcher [09:29] only that? [09:29] it opened the software center [09:29] and then i clicked on install [09:29] and it said it was done [09:29] that should not install anything since our meta package is empty. [09:29] ^ [09:29] it did install something on my board :P [09:30] so if that install nothing, that can't break anything ;-) [09:30] ok i will retest using the latest unadulterated oneiric image [09:30] i guess it installed ubuntu-omap4-extras, right? [09:30] It should just install an empty package. [09:30] ndec: Yeah. [09:30] xranby: check the version of the package, it should be 1.1~1 [09:31] He may have done this with an older image that still referenced the natty ppa. [09:31] Before I fixed that. :P [09:31] xranby: can you share the output of apt-cache policy [09:31] infinity: that's what i guesed ;-) [09:31] guessed [09:33] ndec: just a second [09:38] ndec: http://paste.ubuntu.com/706596/ [09:38] yep, all natty [09:41] ogra_: false alarm then, im fetching a new image [09:41] heh [12:51] morning [13:06] So I've got an Ubuntu root file system for my OMAP 3 beagleboard [13:06] But it won't boot on a new disk because in the boot.scr there is a UID that appears incorrect [13:06] Is there a way to fix that? [13:08] jeremiah_: update your boot.scr? [13:09] ndec: I tried to do that by hand but it doesn't seem to have any effect [13:09] Is there a way that is used by others? [13:09] jeremiah_: what do you mean by hand? [13:09] the boot.scr is generated with mkimage. [13:09] I edited the boot.scr in emacs [13:11] e.g. mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "Ubuntu" -d ./boot.cmd ./boot.scr [13:11] from http://elinux.org/BeagleBoardUbuntu#Beagle_Bx.2FCx_.26_xM [13:11] Thanks ndec! I'll go read that URL [13:11] if you use a UUID you will need to use an initramfs, where the init will read the UUID and find the actual device to mount [13:12] so if you know the actual root device, you can use it in root= instead of UUID. [13:12] ndec: I thought the device I needed to specify was something like /dev/mmblk0 [13:12] but that doesn't seem to work. :( [13:13] /dev/mmcblk0p2 likely [13:13] I was reading through the docs last night and it almost seemed like I could format my usb thumb drive like I did the sd card and make it boot of teh usb drive [13:13] Ah, of cou! [13:13] rse [13:15] brandini: you cannot 'boot' from the usb drive, but you can boot from SD (mlo, uboot, uimage) and have the root fs on USB driver [13:16] ndec: the docs say first is usb, then mmc [13:17] brandini: ok... well you can boot from USB yes, but that's using a special protocol with the OMAP rom code. it's for OTG, not HOST. it's used for example for when you connect your phone to flash it... [13:18] ahhhh ok [13:19] so even if I put MLO and uboot on a thumb drive it won't boot properly from that? [13:19] brandini: no. it won't [13:20] you can do this http://omappedia.org/wiki/Ubuntu_on_OMAP_FAQ#I_want_to_install_Ubuntu_on_external_USB_hard_disk_instead_of_sluggish_SD_card [13:20] to put root fs on USB driver [13:20] drive [13:22] interesting [13:22] leave it to me to actually read the docs and get more confused :) [13:23] brandini: reading the docs is great , no confusion! [13:25] I didn't understand that there was a difference between the first boot device and the second [13:25] in how it tried to initiate the boot sequence [13:25] I thought no matter what the device was it would look for MLO, then uboot [13:39] brandini: the difference in 1st vs 2nd boot is not in mlo/uboot, that part never changes. [13:39] on 1st boot the initramfs will enlarge the partition and launch the installer. it will generate /etc/flash-kernel.conf [13:39] on further boots, the initramfs will directly mount the root fs [13:43] http://pandaboard.org/sites/default/files/board_reference/A1/Panda_Board_Spec_DOC-21010_REV0_6.pdf [13:43] so on page 21 where it talks about SYSBOOT [13:46] that's where I was reading that [13:46] the default is 000101 which says USB, MMC1 [13:47] brandini: and as i told you USB here does not mean what you were hoping. if you look at the OMAP4 TRM docs, there is a chapter on 'booting' [13:47] ok [13:48] I'm not saying I don't believe, just showing you how I got confused [13:48] sure. i know this doc. [13:48] I pulled down rev X of that last night... 5500 pages or something :) [13:49] and it's just the public version ;-) [13:50] lol [13:50] right [13:50] and there is a pretty extensive errata doc too [13:56] ndec: so I found the assembly source for booting the beagle on openbsd, it doesn't seem similar enough to actually boot the panda [13:56] i guess so [13:56] you guess so? [13:57] omap3 vs omap4? a8 vs a9 smp... [13:57] yeah [13:57] that's why I'm trying to read this TRM [13:58] wonder if looking at the ubuntu version is a good start [14:07] hello, someone here who can help me with industrial i/o driver ? [14:50] ndec: I found some interesting stuff after reading 27.4.5.3 in the public doc :) [14:50] what's 27.4.5.3 exactly? [14:51] it explains what you were trying to tell me earlier about the booting of usb [14:51] ah! [14:51] s/trying to tell/telling/g [14:51] i am hoping i wasn't too far from the reality ;-) [14:51] you weren't at all [14:52] this is fun, I wonder how far I can go with this === zyga is now known as zyga-afk [16:23] brandini: On the omap4 usbboot, we are using that (or soon will be) in our panda build cluster. I already use it in my test setup. Really usefull for booting and clobbering SD image hands free. === zyga-afk is now known as zyga [17:08] brandini: usbboot is indeed using the actual USB boot mechanism. (this refers to our discussion earlier) [17:25] :) [17:25] I want a panda build cluster! === martyn is now known as Martyn [17:53] is it always valid to cast a uint8 pointer to a uint32 pointer, even if the pointer is not 4-byte aligned? [17:54] anybody knows if the answer is "yes" on arm as well? [18:16] the kernel will trap and handle the unaligned accesses [18:18] by default, most likely, but it's going to be slow and i think it's possible to disable the fixup so that the app crashes instead [18:23] unaligned neon accesses may infinite loop instead === zyga is now known as zyga-brb === chrisccoulson_ is now known as chrisccoulson [23:31] hey guys where can I find a list of jaunty armel packages [23:34] j4r00tn, they got removed when jaunty went eof.. for x86 there's an old repo, but i don't there's one of those for ports.. [23:34] j4r00tn, are you using an armv5 device?