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