[07:59] <ppisati> morning everyone
[08:40] <janimo> ppisati, hello
[08:40] <janimo> hope you had a nice vacation :)
[08:41] <ppisati> the kind of vacation where you need some vacation after it to recover :)
[08:41] <ppisati> yep, it was good :)
[09:05] <ppisati> janimo: did you go to the linaro connect meeting?
[09:06] <janimo> ppisati, no
[09:08] <ppisati> janimo: it's a pity, i would reallt liked to be there but when i booked my vacation i wasn't aware of it
[09:55] <olive> there is no ti omap4 ppa for oneiric ?
[09:55] <ogra_> no, TI usually fills up the PPAs around release or shortly after
[09:56] <olive> https://launchpad.net/~tiomap-dev/+archive/release/+packages natty/maverick
[11:59] <ogra_> infinity, i'm setting PREINSTALL_POOL_SEEDS="" for ac100 so we dont get build failures all the time (i dont feel like researching why ac100 server fails the pool installation, given the image wont be supported etc)
[12:31] <jes> hi, I'm testing youtube videos on pandaboard, ubuntu netbook 11.04 installed, firefox and gnash codec
[12:31] <jes> the videos don't play continuously, and stops a lot, even when the download of the data is not the problem
[12:32] <jes> does anyone knows any possible solution to this?
[12:33] <ogra_> fix gnash :)
[12:33] <jes> I don't know if the problem is the SD card, which one are you using?
[12:34] <jes> I'm with Sandisk class 6
[12:34] <ogra_> honestly thoughm i think gnash is pretty outdated if it comes to compatibility with recent flash, you could try lightspark, which attempts to be compatible with more recent flash but will likely be vers slow due to SW rendering
[12:37] <ndec> gnash is likely far from being optimized on omap4. what does the CPU look like while doing flash/gnash?
[12:38] <ogra_> it might eat one core :)
[12:38] <ogra_> but it should theoretically work ... kind of at least
[12:38] <ndec> from what I read, it 'kind of work', no?
[12:39] <ogra_> it works on tegra for exactly one movie here it just doesn never close again after playing that :)
[12:39] <ogra_> so you have the plugin stuck in the bg until you kill your session
[12:39] <ndec> nice
[12:39] <ndec> i never tried gnash..
[12:39] <ogra_> but hey, it works for one film ;)
[12:40] <ogra_> though that was maverick ... i havent tried since i must admit
[12:41] <jes> CPU is very busy when using gnash
[12:41] <ogra_> thats expected indeed
[12:42] <ogra_> given it does everything in software
[12:43] <jes> do you think a better SD card or disabling swap memory could affect directly in streaming?
[12:44] <jes> or just is a SW issue? I'm using Sandisk class 6
[12:45] <ogra_> i dont think a faster SD will change behavior much
[12:47] <ogra_> janimo, there are un-uploaded changes in livecd-rootfs from you, ok to upload them (or do you need additioanl ones or so)
[12:47] <jes> ok, I will try lightspark codec then
[12:47] <janimo> ogra_, sure, ok to upload
[12:47] <jes> hope it work
[12:47] <ndec> SD card is lilely not involved in this use case. if your CPU is too loaded and if gnash cannot keep up with the rate of the decoder you might expect some freeze (a/v sync)
[12:47] <janimo> I did not do so as they are not yet used at the moment, and so to go together with possible other changes from others
[12:48] <ogra_> well you could already test a livefs build
[12:48] <ogra_> if your packages are all in the archive at least
[12:49] <janimo> ogra_, they are in NEW :)
[12:49] <ogra_> still ?
[12:49] <ogra_> bah
[12:49] <janimo> the mx ones yes, at least they were this morning
[12:49] <ogra_> i thought they were out already
[12:49] <ogra_> binary or source NEW ?
[12:49] <janimo> NEW queue is quite full,
[12:49] <janimo> source
[12:49] <ogra_> hrm, k
[12:50] <janimo> ogra_, https://launchpad.net/ubuntu/oneiric/+queue?queue_state=0&queue_text=mx
[12:50] <janimo> ogra_, what is the ac100 situation, are those out of NEW?
[12:51] <ogra_> yep
[12:51] <janimo> nice
[12:51] <ndec> so you guys make build for MX and ac100 for 11.10?
[12:51] <ndec> will that be full images?
[12:51] <ogra_> ac100 has to be a 2 part image due to the design of the device
[12:52] <ndec> and what's the MX?
[12:52] <ogra_> its a tarball installer inside the initrd ... after that bit its like the panda image
[12:52] <ogra_> (oem-config preinstalled image etc)
[12:52] <ogra_> the mx5 will be a full SD image i think
[12:53] <ogra_> both are "community supported" :)
[12:53] <ndec> cool
[12:54] <ndec> i am upgrading my 11.10 alpha3 setup, already 377 updates... 219MB to download.. you guys push too many things ;-)
[12:54] <ogra_> heh, yeah
[12:54] <ogra_> upgrade daily ;)
[12:54] <ogra_> weekly gets you such numbers
[12:55] <ogra_> especially around freeze times
[12:55] <ogra_> where the upload frequency doubles or triples
[12:55] <ndec> that's what i do with my laptop, and it's broken every other day ... so i am a bit more cautious with my panda ;-)
[12:55] <ogra_> lol
[12:56] <ogra_> yeah, one has to set priorities
[12:56] <ndec> it's just that it takes more time to reinstall on panda than on a laptop!
[12:56] <ogra_> reinstall ? well, that should take 10-20min only from a fresh image
[12:56] <ndec> do we have image for panda which are not preinstalled?
[12:57] <ogra_> netboot and netinstall are
[12:57] <ndec> well, I want everything on external USB
[12:57] <ndec> ok, no real live image?
[12:58] <ogra_> no
[12:58] <ogra_> unless you like 2h installs :)
[13:06] <jesangar> also has a problem with sound through HDMI, not working at all
[13:07] <jesangar> how to redirect music via HDMI cable?
[13:42] <ogra_> janimo, whoops, you forgot the closing ;; for your mx5 case statement
[13:42]  * ogra_ uploads a fix
[14:27] <janimo> ogra_, thanks, sorry
[14:59] <infinity> ogra_: Why are you doing ac100 server at all?  Or is that just for rapid testing turnaround and then you'll switch to a desktop image?
[14:59] <ogra_> i want to have the option while working on the images
[15:00] <ogra_> and i think the server team is actually interested in a server image
[15:00] <ogra_> or at least in a desk topless image
[15:00] <ogra_> hmm, that space wasnt intentional
[15:00] <armin76> lol
[15:00] <infinity> *shrug*... Kay... Just seems like a weird target for a "server" image. :)
[15:01] <ogra_> it surely is
[15:01] <infinity> I should look at WTF is going on with the pool installation sometime this week while I'm multitasking with other stuff.
[15:01] <ogra_> it requires finer grained cdimage changes to supress building it
[15:01] <infinity> I mean, it works on the only server image we "care" about, but it's effin' bizarre that it doesn't work for you.
[15:01] <ogra_> i'm not that far up the stack yet :)
[15:02] <ogra_> currently i wonder if i should make the initrd building fail for ac100-tarball-installer if the md5 sum is missing
[15:04]  * ogra_ just noticed that the hook for installing the actual installer isnt in the package yet so i wonder if i can improve it somehow before adding it
[15:12] <ogra_> argh !
[15:12] <prpplague> ogra_: argh to you too!
[15:12] <ogra_> df: Warning: cannot read table of mounted file systems: No such file or director
[15:12] <ogra_> stdin: Illegal seek
[15:12] <ogra_> mkinitramfs: for root  missing  /sys/block/ entry
[15:12] <ogra_> mkinitramfs: workaround is MODULES=most
[15:12] <ogra_> mkinitramfs: Error please report the bug
[15:12] <ogra_> wow
[15:13] <ogra_> heh, hey prpplague
[15:13] <prpplague> ogra_: what's cookin today?
[15:13] <ogra_> infinity, hmm, i supppose using MOYDULES=dep on a buildd isnt so clever
[15:14]  * ogra_ wonders why else it could fail 
[15:15] <infinity> Yeah, MODULES=dep isn't going to work on hardware that isn't your target. :/
[15:15] <ogra_> i'll go with list then
[15:15] <ogra_> that should work
[15:18] <ogra_> well, at least the automatic installing of linux-ac100 seems to work
[15:25] <rajendra_> Hi, I was trying to use OTG on panda board as HOST
[15:25] <rajendra_> I don't see volatge on the OTG... when I connect a device
[15:25] <rajendra_> IS OTG as host supported on ubuntu, Natty
[15:28] <ogra_> check the kernel config in /boot
[15:28] <ogra_> is it enabled ?
[15:30] <rajendra_> I have enabled all the options in menuconfig
[15:30] <ogra_> so you recompiled the kernel ?
[15:30] <rajendra_> yes
[15:31] <ogra_> as package i suppose so you didnt break the distro mechanics ?
[15:31] <rajendra_> I guess not
[15:32] <rajendra_> I just enabled all the options under USB and re-built the kernel
[15:32] <ogra_> well, are you sure it is running that kernel ?
[15:32] <rajendra_> yes..
[15:32] <ogra_> (how did you tell it to use the new one=
[15:32] <ogra_> )
[15:33] <rajendra_> I copy the newly built image into SD-card and I boot from SD-card
[15:33] <ogra_> anyway, if you are sure the kernel options are correct, all i can say is that i dont think we tested OTG much
[15:33] <ogra_> well, that leaves you with an out of sync initrd
[15:34] <rajendra_> one clarification... have u tested OTG as host
[15:34] <ogra_> you should just put vmlinuz in /boot, unpack a modules tarball and run update-initramfs, that will do all bits you need, including copying the kernel to the vfat
[15:35] <rajendra_> ok... I will try that
[15:35] <ogra_> i'm not sure which OTG aspects we tested at all, and unfortunately our QA guy who did that testing is on vacation this week
[15:35] <rajendra_> oh...
[15:36] <ogra_> i can tell you on monday ... that wont help you much right now though
[15:36] <rajendra_> shall I ping you on monday on this
[15:37] <rajendra_> anyway I will try what u have suggested
[15:38] <ogra_> thats just how to do it the clean way for an ubuntu install, i doubt it will affect your problem if you are sure that kernel runs
[15:38] <rajendra_> I tested it as device (by connecting it to PC), board powers up
[16:47] <ogra_> infinity, hmm, looking at the live-build output i notice that i have two tarballs
[16:47] <ogra_> livecd.ubuntu-ac100.rootfs.tar-20110816-armel.gz and livecd.ubuntu-ac100.rootfs.tar.gz
[16:48] <ogra_> any idea where the one with the weird timestamp comes from ?
[16:49] <ogra_> (i assume its just a link or so, would be silly to have two actual tarballs)
[16:50]  * MrCurious_ wonders about usb speed on pandaboard under ubuntu
[16:52] <ogra_> MrCurious, its slow, known bug
[16:52] <ogra_> MrCurious, if you ping the NIC it will get faster ... alternatively you can run with nosmp
[16:53] <MrCurious_> oh, i had a different one
[16:53] <ogra_> ah
[16:53] <MrCurious_> pinging nic didnt speed mine, it was just 1/2 as fast on 11.04 as 10.10
[16:54] <MrCurious_> of cource i used wireless, and not ether, so that could explain that bit
[16:54] <ogra_> heh, yeah, definitely
[16:54] <ogra_> it only works if you ping the wired NIC
[16:54] <MrCurious_> i would happily move back to 10.10 if only the omap addons would work with that version
[16:54] <ogra_> they do ?
[16:54] <ogra_> in fact its the only version that has all bits
[16:54]  * MrCurious_ shakes his head not a few weeks back
[16:55] <MrCurious_> when i tried 3 to 4 weeks back, 10.10 had a dependency issue on omap addons
[16:55] <MrCurious_> i bug reported that
[16:55] <ogra_> against the TI ppa ?
[16:55] <MrCurious_> maybe it was 4 - 8 weeks (time has sped up recently)
[16:55] <ogra_> heh
[16:56] <MrCurious_> i installed 10.10, then tried to add the omap addons meta package, and 2 packages had unresolvable dependencies, as such the omap addons would only artially install
[16:57] <ogra_> you should only need to klick the TI icon actually
[16:57] <ogra_> though it needs universe enabled manually first
[16:57] <ogra_> iirc there was a bug in 10.10
[16:59] <MrCurious_> other than the only get 1/2 of ram memory bug?
[17:00] <ogra_> 1/2 memory ?
[17:00] <ogra_> its 768M iirc
[17:00] <MrCurious_> whoops. half of half was missing i stored it in my brain poorly
[17:01] <MrCurious_> the way the day is going here, its like somebody called do-over on monday
[17:09] <infinity> ogra_: The ones without timestamps are links to the ones with.  Every livefs build looks like that.
[17:09] <ogra_> weird
[17:09] <infinity> ogra_: Curious that you've only now noticed. :)
[17:09] <ogra_> given you build the one without timestamp from livecd-rootfs
[17:10] <ogra_> is it renamed at some point ?
[17:10] <infinity> (Though I admit it comes out weird with tarballs, due to the multiple dots in the filename, and the timestamping code being a bit braindead)
[17:11] <ogra_> what is the tarball code in livecd-rootfs for then ?
[17:12] <infinity> Hrm?
[17:12] <ogra_>         (cd "binary/$INITFS/filesystem.dir/" && tar -c *) | \
[17:12] <ogra_>                 gzip -9 --rsyncable > "$PREFIX.rootfs.tar.gz"
[17:12] <ogra_>         chmod 644 "$PREFIX.rootfs.tar.gz"
[17:12] <ogra_> thats in auto/build
[17:12] <infinity> That creates the tarball..
[17:12] <dabukalam> I'm having problems with installing ubuntu on beagleboard. I followed the instructions and dded the image to the SD card, but it won't boot. After connecting a serial com link I find that the problem is with booting the kernel. Is there some sort of flag I can use to make it more verbose?
[17:13] <infinity> And then BuildLiveCD publishes it elsewhere.
[17:13] <ogra_> but it creates it without timestamp
[17:13] <ogra_> you said above the file is the one with timestamp
[17:13] <infinity> sudo mv ${file} ${PUBDIR}${NOW}/${base}-${NOW}-${ARCH}.${ext}
[17:13] <ogra_> and the link is the one without
[17:13] <infinity> ln -sf ${base}-${NOW}-${ARCH}.${ext} ${PUBDIR}${NOW}/${base}.${ext}
[17:14] <infinity> I know what I said. :)
[17:14] <ogra_> ah, so they are shuffled around, k
[17:14] <infinity> BuildLiveCD takes the non-timestamp one from $chroot/build and publishes it to ~public_html with some mangling.
[17:14] <ogra_> where the heck do you always pull out these code snippets !
[17:15] <infinity> Which is what leads to the timestamp being in a weird place.
[17:15] <infinity> (But the timestamp thing really doesn't matter, since they go away when published again on cdimage...)
[17:15]  * ogra_ greps for hours and doesnt find anything
[17:15] <infinity> ogra_: I pull them out of knowing the code a bit too well? :)
[17:15] <ogra_> damned
[17:16] <ogra_> grr, so why does my update-initramfs fail now
[17:17] <ogra_> so i'm using something like: copy_exec /foo / || echo "foo"
[17:17] <ogra_> in my initramfs hook
[17:17] <ogra_> apparently that makes live-build think the hook exited -1
[17:18]  * ogra_ doesnt get it 
[17:19] <infinity> Why would you want to ignore copy_exec failing anyway?
[17:19] <infinity> Just out of curiosity...
[17:19] <ogra_> because i need something that installs the md5 file if its there
[17:20] <ogra_> something that doesnt fail if its not there, so i can install the package but dont fail until live-build put it in place
[17:20] <infinity> And are you sure you don't want copy_exec /foo /bar ?
[17:20] <ogra_> it doesnt fail here locally
[17:20] <ogra_> i want the md5 in /
[17:20] <infinity> $2 is a target name, not directory
[17:21] <ogra_> ?
[17:21] <ogra_> its usuallsy /sbin or /bin
[17:21] <infinity> Oh, you're right, the docs are out-of-date compared to the code being changed to allow people to use it like copy. :P
[17:22] <infinity> s/copy/cp/
[17:22] <ogra_> yep, since a while
[17:22] <ogra_> anyway, i see no reason why it would exit non zero
[17:23] <ogra_> the actual code is: copy_exec /installer.md5 / || echo "Warning: no tarball md5sum file found !"
[17:23] <infinity> ...
[17:24] <infinity> The ! is your problem.
[17:24] <ogra_> huh ?
[17:24] <infinity> Running that on a local terminal will show you. :P
[17:24] <ogra_> its inside quotes
[17:24] <infinity> dconrad@cthulhu:~$ copy_exec /installer.md5 / || echo "Warning: no tarball md5sum file found !"
[17:24] <infinity> bash: !": event not found
[17:24] <ogra_> URGH!
[17:24]  * ogra_ shakes head
[17:24] <infinity> Double quotes get interpreted still.  You want single-quotes if you want an unparsed string.
[17:25] <ogra_> i'm really wasting version numvbers today
[17:27] <ogra_> funny though it also works locally with an exclamation mark added
[17:27] <ogra_> ARGH!!!!
[17:28]  * ogra_ forhead -> wood x 10
[17:28] <ogra_> k, it isnt that line failing at all
[17:30] <ogra_> sigh
[17:35]  * ogra_ uploads a fix and goes into hibernate until the next publisher is through
[18:01] <dabukalam> I'm having problems with installing ubuntu on beagleboard. I followed the instructions and dded the image to the SD card, but it won't boot. After connecting a serial com link I find that the problem is with booting the kernel. Is there some sort of flag I can use to make it more verbose?
[18:08] <janimo> dabukalam, removing the quiet and spash options from the boot cmdline shoudl make it more verbose
[18:09] <dabukalam> how do I do that? beagle sutoboots, if i cut it, where do i go to remove those options?
[18:09] <dabukalam> it's not grub :/
[18:14] <dabukalam> janimo, ping
[18:14] <janimo> dabukalam, right, you need to modify the SDcard image
[18:14] <janimo> in your computer
[18:15] <janimo> mount the VFAT partition and alter boot.scr using mkimage
[18:15] <janimo> there should be resources for editing/updateing boot.scr on omap, I have no link handy though
[18:16] <janimo> dabukalam, what do you mean by 'sutoboots'?
[18:16] <janimo> ah, autoboots
[18:16] <dabukalam> autoboots ;)
[18:16] <dabukalam> yeah, wait
[18:16] <dabukalam> so you want me to modify the .img file that I dded to the card? or mount the sd card and modify the files in it?
[18:16] <janimo> indeed, I would first try a new SDcard/ new image writing
[18:17] <dabukalam> tried it 4 times so far
[18:17] <janimo> those were tested and kernel should not panic on boot unless the hw is broken in some way
[18:17] <janimo> try a final natty ?
[18:17] <dabukalam> always get the same Uncompressing Linux... done, booting the kernel.
[18:17] <dabukalam> and then nothing
[18:17] <janimo> dabukalam, that may be because it takes long (minutes) on first boot
[18:17] <dabukalam> it's not a hw problem because I'm doing a reinstall, it was maverick before
[18:17] <janimo> as it resized the card
[18:17] <janimo> the partition I mean
[18:17] <dabukalam> ah shit
[18:18] <dabukalam> so after rebooting 8 times, should I just turn it on now and give it time or flash the image again?
[18:18] <janimo> should be documented I guess more prominently as it is indeed confusing
[18:18] <janimo> yes, give it time
[18:18] <dabukalam> k i'll brb :D
[18:18] <janimo> although it can be annoying not knowing exactly how much to wait
[18:18] <janimo> depends on SD card speed to
[18:18] <janimo> too
[18:30] <dabukalam> janimo: I'm at 10 mins so far, really tempted to pull the plug
[18:31] <janimo> dabukalam, hmm
[18:31] <janimo> then try editing the boot.cmd on the SD card
[18:31] <janimo> and boot without quiet
[18:31] <janimo> look for how to do it by googling mkimage boot.cmd
[19:37] <arcaico> Hello, I need the usbserial.ko and option.ko modules from ARM
[19:37] <arcaico> someone can help me?
[21:24] <RoAkSoAx> rsalveti: is there any particular preseed file you guys use to install when PXE'ing?
[21:43] <rsalveti> RoAkSoAx: GrueMaster or mahmoh should know better
[21:44] <rsalveti> RoAkSoAx: but were you able to install ubuntu using the netboot files?
[21:45] <RoAkSoAx> rsalveti: not really, at least not yet :) I'm trying to test different params for the kernel and see what results are shown cause most of the stuff is added automatically and might be needed to be dropped in cobbler
[21:46] <Daviey> RoAkSoAx: next week, we need to review the shipped cobbler seed
[21:46] <RoAkSoAx> Daviey: puufff we ship an ubuntu-server NQA seed
[21:46] <RoAkSoAx> pluys the sample seed
[21:46] <RoAkSoAx> Daviey: additionally, in orchestra we ship and ensemble seed
[21:46] <RoAkSoAx> :)
[21:46] <rsalveti> RoAkSoAx: ok, makes sense
[21:50] <RoAkSoAx> rsalveti: i just cant get it to display anything on my monitor while it's supposed to be installing the system
[21:51] <rsalveti> RoAkSoAx: hm, what is the issue you're seeing?
[21:51] <rsalveti> guess I poke me about it, but I'm using another pc atm, so can't check the logs
[21:51] <rsalveti> *you
[21:51] <rsalveti> could be a kernel issue
[21:53] <RoAkSoAx> rsalveti: there's no signal in the monitors. It appears that the monitor obtains signal and then  looses it
[21:53] <RoAkSoAx> rsalveti: http://pastebin.ubuntu.com/667705/
[21:53] <RoAkSoAx> rsalveti: pxer file: http://pastebin.ubuntu.com/667706/
[21:54] <rsalveti> RoAkSoAx: are you using the dvi or hdmi output at your panda?
[21:55] <RoAkSoAx> rsalveti: hdmi to dvi
[21:55] <rsalveti> hm, you're missing the vram cmd line settings
[21:55] <rsalveti> [    0.000000] Kernel command line: locale=en_US text  auto url=http://192.168.2.118/cblr/svc/op/ks/system/arm9 host2
[21:55] <rsalveti> actually, you're missing all the specific kernel cmd line arguments for panda
[21:56] <rsalveti> hm, but it seems your pxe config file is right
[21:56] <rsalveti> could be that the kernel is not getting all the arguments or your boot log is not showing the entire line
[21:56] <RoAkSoAx> rsalveti: maybe, I';m trying with less arguments
[21:58] <rsalveti> jcrigby: do you know if is there any cmdline size limitation when using pxe at u-boot?
[21:58] <rsalveti> check RoAkSoAx's logs
[21:59] <RoAkSoAx> rsalveti: btw.. i don't know if this is a bug or not
[21:59] <Daviey> RoAkSoAx: Do you have serial console?
[21:59] <RoAkSoAx> rsalveti: but when PXE booting, u-boot does not look for ethernet address in the way of 01-<MAC separated by ->
[22:00] <RoAkSoAx> rsalveti: it directly searchs for a <MAC>
[22:01] <rsalveti> hm, would be good to check the pxe spec to see what is expected
[22:01] <jcrigby> rsalveti, yes it is actually the number of tokens in the line
[22:01] <rsalveti> lool should know it
[22:01] <rsalveti> jcrigby: because it seems his kernel didn't get the whole cmd line from u-boot
[22:01] <jcrigby> it is the same line length issue we have had in other times
[22:01] <jcrigby> next u-boot doubles from 16 to 32
[22:02] <jcrigby> you can get around it by spliting into two env vars and combining
[22:02] <jcrigby> there is a comment in one of mahmoh 's bugs
[22:02] <jcrigby> let me look
[22:03] <RoAkSoAx> rsalveti: AFAIK "Ethernet (ARP type 1) with address 88:99:AA:BB:CC:DD it would search for the filename 01-88-99-aa-bb-cc-dd." whicle u-boot is search for 88-99-AA-BB-CC-DD (ALL in uppercase
[22:03] <RoAkSoAx> Daviey: yeah that's where I got the log
[22:04] <Daviey> RoAkSoAx: are you tailing the tftpd log to see all the requests it is making?
[22:05] <Daviey> it's unusual if it is only making 1 request
[22:05] <Daviey> it should make about 10.
[22:05] <Daviey> I wonder if it is trying it's mac first, then 01- ?
[22:06] <RoAkSoAx> Daviey: i already checked and it is not :)
[22:06] <RoAkSoAx> Daviey: it never loks for 01-
[22:07] <Daviey> RoAkSoAx: naturally. :)
[22:07] <RoAkSoAx> Daviey: it looks for <MAC in uppercase> thenm for IP as in C0ABCETC
[22:07] <RoAkSoAx> Daviey: and then it dies :)
[22:07] <Daviey> RoAkSoAx: Just out of interest, can you pastebin the requests it is making?
[22:07] <RoAkSoAx> Daviey: sure
[22:07] <RoAkSoAx> Daviey: give me a sec
[22:08] <Daviey> I should just reproduce it here.. but i am lazy.
[22:09] <jcrigby> rsalveti, see comments #3 and #5 here: https://bugs.launchpad.net/ubuntu/+source/u-boot-linaro/+bug/820116
[22:09] <ubot2> Ubuntu bug 820116 in u-boot-linaro "usb start in uEnv.txt fails with test - minimal test >>> like /bin/sh" [Medium,Confirmed]
[22:09] <lool> RoAkSoAx: There are various non-compliant behaviors of the pxe implementation in u-boot; the path of least resistance if you want to do network boot today is to dump what requests it sends (with tshark or just look at the serial console output) and configure your tftp layout accordingly
[22:10] <RoAkSoAx> Daviey: http://pastebin.ubuntu.com/667715/
[22:10] <lool> the whole pxelinux.cfg thing is entirely pxelinux specific for instance, and that doesn't relate to pxe at all
[22:10] <Daviey> lool: path of least reistence = suck.
[22:10] <Daviey> resistance*
[22:11] <RoAkSoAx> lool: yes that's what I noticed and ended up writing up a file manually
[22:12] <Daviey> specialcasing cobbler for ARM on this issue just feels rather wrong.
[22:12] <lool> Daviey: Yes, I'm not saying we shouldn't fix it, but I can also sympathize with people who want something to work with right now  :-)
[22:12] <lool> Daviey: Well I've been poking at cobbler exactly to fix this kind of things
[22:12] <lool> Daviey: but I don't think it should special case pxelinux.cfg
[22:12] <Daviey> lool: i noticed your recent vital upload :)
[22:12] <RoAkSoAx> Daviey: the whole thing: http://pastebin.ubuntu.com/667717/
[22:13] <lool> Daviey: :-)
[22:13] <lool> Daviey: I did discover some scary things though
[22:13] <Daviey> lool: oh?
[22:13] <lool> Daviey: such as if arch == s309, elif arch == powerpc elif ... kind of things
[22:13] <lool> *s390
[22:14] <lool> Daviey: would you happen to know why it doesn't simply use dnsmasq for everything?  recent versions provide all of DNS, DHCP and TFTP servers
[22:14] <RoAkSoAx> lool: I have the cobbler integration almost done though
[22:14] <Daviey> well that can be handled if we switch to using the tftpd.py rather than hpa-tftpd which is what we are currently doing
[22:14] <lool> I couldn't figure the urge for having their own python tftp server in it
[22:14] <Daviey> I have been thinking for a while on the fly TFTP file generation makes more sense
[22:15] <lool> Daviey: I would like if we would reuse dnsmasq because it's a popular implementation and is already used by libvirt IIRC
[22:15] <Daviey> lool: it does make losts of sense to have a cgi style generation, rather than flat files IMO.
[22:15] <lool> Daviey: Well, I see where you're going to, it's kind of seducing, but it feels a bit gadget-ish given practical needs?
[22:16] <Daviey> two concerns for me with tftpd.py are security and does it scale?
[22:16] <lool> the main limitation I would see is if your ruleset becomes really large and you don't want to write a large file and restart daemons
[22:16] <Daviey> security i haven't sniffed at
[22:16] <Daviey> but does it scale? well providing it's multi-threaded it *should* imo.. it's not a heavy task what it is doing
[22:17] <Daviey> well hpa-tftpd or dnsmasq shouldn't require restarts
[22:18] <Daviey> but if fixing uboot is going to be a real pain in the butt, then suggesting use of a patched tftpd.py might make sense
[22:18] <lool> Daviey: yup; if usign isc-dhcpd it would though  :-/
[22:18] <Daviey> RoAkSoAx: thoughts?
[22:18] <lool> Daviey: patching u-boot is trivial, but implementing something sane isn't  :-/
[22:18] <Daviey> lool: Hah, i didn't know isc-dhcpd supported tftp :)
[22:19] <lool> the current implementation is essentially a partial copy of what pxelinux would be doing with a crucial difference: the behavior is hardcoded in your u-boot binary rather than in the first pxelinux bits you load from the network
[22:19] <Daviey> lool: Well s/01-// seems kinda wrong.. so prepending that string might make sense?
[22:20] <RoAkSoAx> Daviey: i already though on writing a file for tftp such as <MAC upper case> rather than 01-<MAC lowercase> for arm cobbler systems
[22:20] <lool> Sure, this is trivial; the question is what is this u-boot implementation actually complying to
[22:20] <RoAkSoAx> thought*
[22:20] <Daviey> I actually hoped we could use uboot PXE to chainload ipxe.. but ipxe seems to be amd64/i386 specific at this time.
[22:20] <Daviey> (although i did see some work to resolve this)
[22:20] <lool> Daviey: haha, I was looking at ipxe/gpxe 10 days ago over Connect
[22:20] <Daviey> lool: success?
[22:20] <lool> zero ARM support, and the design will require major code updates to support it
[22:21] <Daviey> lovely.
[22:21] <Daviey> #fml
[22:21] <lool> Daviey: But I have good idea on approaching this, in fact you folks just touched what I've been giving thoughts in the last weeks, would you like to get on the phone about it?
[22:21] <lool> or mumble
[22:21] <Daviey> RoAkSoAx: well, what is an arm cobbler system? :)
[22:22] <Daviey> lool: are you still on euro time?
[22:22] <lool> I am
[22:22] <Daviey> lool / RoAkSoAx: Good for a call tomorrow?
[22:22] <RoAkSoAx> Daviey: a cobbler system based of a "arm" import
[22:22] <RoAkSoAx> Daviey: sure
[22:22] <Daviey> RoAkSoAx: i see!
[22:22] <lool> wfm
[22:23] <lool> RoAkSoAx: yep, ultimately we might want to import images, perhaps with a different import backend though
[22:23] <lool> but there are so many ARM issues
[22:24] <lool> for instance pandaboards currently don't get a good MAC address on boot from an eeprom
[22:24] <lool> there's a piece of logic in linux to generate a local address from the dieid (cpuid), but I don't think it's in u-boot yet
[22:24] <lool> and even that would be a bit screwy
[22:24] <Daviey> well pandaboards are not /really/ that importiant, it's really to demostrate proof of concept for a real ARM server.
[22:24] <Daviey> So hopefully that gets resolved.
[22:28] <RoAkSoAx> lool: Cobbler already "imports" images
[22:28] <RoAkSoAx> lool: basically, if everything on http://ports.ubuntu.com/ubuntu-ports/dists/oneiric/main/installer-armel/current/images/omap4/netboot/ is under a path, you can simply import them into cobbler
[22:29] <RoAkSoAx> lool: the mpatch is done, hasn't yet been released though
[22:29] <RoAkSoAx> lool: something like:" sudo cobbler import --name=oneiric-arm --path=/path/to/netboot/images/files --breed=ubuntu --arch=arm --os-version=oneiric
[22:29] <lool> RoAkSoAx: wow, it seriously imports Ubuntu ARM images, well done then
[22:30] <RoAkSoAx> lool: yeah, this will land in the archives tomorrow
[22:44] <rsalveti> lool: current u-boot is already calculating the mac address same way as the kernel
[22:44] <rsalveti> so you should have a "unique" mac per panda
[22:46] <rsalveti> jcrigby: but is this bug going to also affect the way pxe is passing the kernel cmd arguments?
[22:47] <rsalveti> as the issue seems to be with the append line at the pxe config file
[22:47] <rsalveti> RoAkSoAx: cool, that's awesome
[23:18] <lool> rsalveti: cool
[23:26] <lool> RoAkSoAx, Daviey: the MAC address thing seems to be a trivial change to format_mac_pxecfg() in common/cmd_pxecfg.c; would you file a bug on it though?
[23:27] <Daviey> lool: ack
[23:27] <Daviey> lool: package or u-boot project?
[23:28] <lool> either is ifne
[23:28] <lool> project is u-boot-linaro
[23:28] <lool> package is also u-boot-linaro
[23:28] <Daviey> lool: what is the difference between u-boot and u-boot-linaro?
[23:28] <jcrigby> rsalveti, I don't know perhaps there is another bug
[23:28] <lool> u-boot is the upstream project
[23:28] <lool> u-boot-linaro is our branch
[23:29] <lool> with patches staged for mainline mostly
[23:29] <lool> things coming from landing teams or for instance the pxecfg commands
[23:29]  * Daviey wonders who is tracking https://bugs.launchpad.net/ubuntu/+source/u-boot
[23:29] <lool> I am in Debian, that's a packaging of the u-boot tarball releases
[23:29] <lool> it's not used in Ubuntu except for the host tools though (mkimage etc.)
[23:29] <Daviey> ah
[23:30] <lool> (Well Clint is mostly looking after it in Debian, but I worked on it too and am poking it from time to time)
[23:30] <Daviey> Clint Adams?
[23:31] <rsalveti> jcrigby: I expect it to be similar, but could be a new bug
[23:31] <rsalveti> seems easy to test if you have a pxe environemt set up already
[23:31] <lool> Daviey: yes
[23:31] <lool> Daviey: clint@debian.org (used to be schizo)
[23:31] <lool> Daviey: he picks up new RCs and releases in a matter of hours  :-)
[23:41] <Xofrats> Hi, is this the best place to try to track down a bug with the crosscompiler?
[23:45] <Daviey> lool: bug #827705
[23:45] <ubot2> Launchpad bug 827705 in u-boot-linaro "PXE boot requests non-standard config filename" [Undecided,New] https://launchpad.net/bugs/827705
[23:46] <rsalveti> Xofrats: sure, what kind of issues?
[23:50] <Xofrats> Basically, I'm cross-compiling using arm-linux-gnueabi-4.5.2-8u3
[23:50] <Xofrats> Kernel for the msm series
[23:51] <Xofrats> The kernel booted up fine, but I found that the touchscreen was way off, and the only thing that I did different was to compile the kernel under ubuntu x86-64
[23:51] <Xofrats> I think that gcc is somehow optimizing out something that is causing it
[23:52] <Xofrats> s/that is/which is/
[23:52] <Xofrats> Problem is the tssc (touchscreen) code is compiled into the kernel itself, so it's not like I can compare modules
[23:59] <Xofrats> So before I nuke badkernel out of the water and try to find a different crosscompiler, anything I can do to track down the issue?