**** BEGIN LOGGING AT Sun Jul 10 02:59:58 2011 Jul 10 08:07:29 hi all Jul 10 08:07:49 iam using root stock to build filessystem Jul 10 08:08:38 iam following from here http://elinux.org/BeagleBoardUbuntu Jul 10 08:08:57 now iam building it for pandaboard Jul 10 08:09:24 i have doubt in the --seed mentioned in above link Jul 10 08:10:16 document says Jul 10 08:10:19 "--seed linux-image-omap" Jul 10 08:10:25 for beagle board Jul 10 08:10:42 what should i relace for the pandaboard Jul 10 08:33:51 is there a way to tell the cpu temp on ubuntu 11.04 on a panda board? Jul 10 16:26:42 problem: PXE -> netboot is hanging for me on panda: http://pastebin.ubuntu.com/641355/ and http://pastebin.ubuntu.com/641394/ any help would be appreciated Jul 10 16:29:05 Give me a sec as I am still pulling the latest netboot stuff (& getting properly caffienated). Jul 10 16:32:00 mahmoh, Do you have anything connected to HDMI? If so, maybe try without "debian-installer/framebuffer=false console=ttyO2,115200n8" Jul 10 16:32:50 persia: it's all remote so I'll have to check tomorrow, that was another thing under debug-todo Jul 10 16:33:03 Ah. Remote makes it trickier :) Jul 10 16:33:15 more fun that way Jul 10 16:36:04 That's why I am taking a look. Jul 10 16:36:29 mahmoh: Tell me how you have the system setup to boot so I can replicate. Jul 10 16:36:39 Do you know if your serial tool closes on HUP? I wonder if there's a HUP or BREAK sent between u-boot and linux. Jul 10 16:36:54 Is there somewhere a git tree containing a more recent version of the linux omap4 kernel? (newer than 2.6.38) natty tree contains only upto 2.6.38 and the Oneiric omap4 branch contains also 2.6.38 Jul 10 16:37:12 it's open all the time Jul 10 16:37:39 Jotschi, A specifically Ubuntu kernel, or any kernel? Jul 10 16:37:43 Jotschi: There is work being done on 3.0, but it is full of segfaults atm. Jul 10 16:38:26 I need the omap4 ubuntu kernel because it seems it is the only kernel (at least i know of) that supports the powervr graphics driver. Jul 10 16:39:03 That's ABI-dependent, not code dependent. Jul 10 16:39:29 The issue being that the powervr driver is only distributed as binary blobs, so need to be used with a kernel they were linked against. Jul 10 16:39:30 GrueMaster: tftp & dhcp, the config above sits in the tftboot/pxelinux.cfg directory with as the IP in hex (or 00000000 in my case) Jul 10 16:41:03 GrueMaster: I'm not using dhcp for now since I'm setting ipaddr and serverip manually along with kernel_ram and initrd_ram (0x80000000 / 0x81600000 ) Jul 10 16:42:26 persia, i see but why is that so? Other binary drivers can be used with multiple kernel version. I was told that the kernel itself needs to contain some sort of code to work with the powervr driver. Sorry don't have any further info on that topic. Jul 10 16:43:38 Jotschi, Most of the binary drivers that work with multiple kernel versions have some sort of open-source shim layer, which translates the ABI of the kernel it is compiled against to the ABI required by the binary driver. To my knowledge, nobody has done this for the powervr drivers. Jul 10 16:44:06 The few exceptions are wildly lucky accidents, and inherently untrustworthy in the face of continued kernel development. Jul 10 16:45:01 http://git.linaro.org//linux-linaro-oneiric.git has some 2.6.39 stuff, but everything is upstreamable there, so it may not include the binary stuff (I'm not sure). Jul 10 16:48:02 http://kernel.ubuntu.com/ppisati/ubuntu-oneiric.git has some 3.0 stuff, but is known buggy work-in-progress. Jul 10 16:48:40 I don't know against precisely which tree the demo of powervr running unity was built, but I know that this isn't all uploaded to Ubuntu yet. Jul 10 16:53:08 GrueMaster: manual bootargs didn't work any better for me Jul 10 16:54:46 persia, i see. Thanks for the explanation. Jul 10 17:03:13 mahmoh, If you manually load that kernel and initrd with no PXE, does it behave as expected? Jul 10 17:03:56 persia: haven't tried but I think GrueMaster did. I'll add it to my todo for tmw when I can physically assault the panda ;) Jul 10 17:04:45 I've booted the netboot images with no problem before. Haven't tried the latest yet (just pulled it). Jul 10 17:05:15 GrueMaster: pls let me know if the latest works for you Jul 10 17:06:34 mahmoh, You ought to be able to do it with just a serial connection and remote power control, if you can load u-boot. Jul 10 17:06:47 Worst case, PXE-boot u-boot so you have a console. Jul 10 17:07:30 Ok, latest netboot (boot.img-serial) behaves as it should. Has to be something either with the pxe cfg or u-boot's pxe internals. Jul 10 17:07:49 I have d-i running over serial console. Jul 10 17:08:04 I'm in u-boot now ... do you mean the usb-boot? I can't drop anything onto the MMC remotely - at least I didn't know that I could Jul 10 17:08:11 * GrueMaster goes back to enabling pxe environment. Jul 10 17:08:49 mahmoh, No, I mean u-boot. Since you have a working ethernet driver in u-boot, you ought be able to load the images over the network from the u-boot console. Jul 10 17:09:00 GrueMaster: can you try it using just the uImage and uInitrd and not the boot.img to get a bit closer to what I'm doing? Jul 10 17:09:06 mahmoh, Once you have the images loaded, then bootm as normal. Jul 10 17:11:01 ah, I see, trying ... Jul 10 17:11:18 mahmoh: I first need to re-enable pxe on my server & dhcp server. Jul 10 17:13:04 persia: that worked! Jul 10 17:13:37 uh, but I forgot to specify the initrd ;) Jul 10 17:13:39 mahmoh, Excellent. You have now verified that the issue is not with the uImage and uInitrd! Jul 10 17:14:05 Now, check to see what is different about u-boot directly loading things and u-boot being instructed by PXE... Jul 10 17:14:19 persia: user error ;) Jul 10 17:14:30 that may be above my pay grade Jul 10 17:15:52 old joke, worry Jul 10 17:15:53 Right. Troubleshooting 101 :) Jul 10 17:15:55 sorry even Jul 10 17:16:15 So, first check your u-boot console output to see if anything is different before control was handed over to linux. Jul 10 17:17:38 persia: the only difference that I "see" is that the kernel boots with bootm and doesn't with pxe boot Jul 10 17:17:59 There doesn't appear to be any difference in the addresses from which things load or anything else? Jul 10 17:18:03 That's annoying. Jul 10 17:18:26 Next, check to see if there is a way to get u-boot into verbose mode, and try both again with more verbose information. Jul 10 17:18:31 I can try reversing the entries to see of that makes a difference, since it tried to boot the lastly loaded initrd first last time Jul 10 17:18:43 Given the u-boot output you pasted before, I strongly suspect the problem lies in the passing of the boot arguments. Jul 10 17:19:06 don't know how to do that, GrueMaster jcrigby rsalveti - u-boot verbose mode or debug mode? Jul 10 17:19:24 Maybe worth trying: I'm a big fan of understand-before-doing but doing-to-understand has a huge history. Jul 10 17:20:05 mahmoh, You'd have to recompile, setting DBGFLAGS in config.mk Jul 10 17:20:35 you learn better that way, I agree Jul 10 17:21:20 Not necessarily: engineers have been known to discover all sorts of things that confused scientists (although the opposite is also true). Jul 10 17:21:26 maybe I can con one of these guys ^^^ to recompile and provide both binaries for a while, if not I'll get to it tomorrow then Jul 10 17:22:49 Recompiling: `apt-get source foo; cd foo-${version); edit-some-stuff; dch -i 'Fiddle around'; debuild -b` Jul 10 17:23:12 noted, thx Jul 10 17:24:59 I'm just not a fan of being stuck waiting. If you feel like doing something else, go ahead. If you feel frustrated and stuck, I'm happy to help give hints (where I can) to help you keep going. Jul 10 17:25:18 persia: I appreciate that Jul 10 17:25:19 mahmoh: So far I am still in the setup phase. It looks like on reset, it is looking for panda/netboot.scr via bootp. What do you have for that? Jul 10 17:26:20 GrueMaster: interesting, I don't - I think that's for bootp and I'm doing pxe so ... but I might use that as a fallback until pxe is working Jul 10 17:27:09 So when u-boot starts, you interrupt it and set things manually? Jul 10 17:27:29 right now I have been, yes Jul 10 17:33:28 is there a way to tell the cpu temp on ubuntu 11.04 on a panda board? Jul 10 17:33:33 Interesting. On boot, it tries to load either boot.scr, uEnv.txt, or uImage from the SD before switching to bootp to find panda/netboot.scr. I am going to try creating this file. Should be similar to boot.scr in format. Jul 10 17:38:35 Ok, that appears to work...somewhat. Jul 10 17:40:17 It is kind of painful waiting for pxe to whittle down the mac addr before loading pxelinux.cfg/default. Jul 10 17:40:50 MrCurious: donno but once I'm installed I'll check unless someone else beats me to it, check the panda specs and see if there's a temp sensor, if there is (I'm guessing so) there should be a way to grab the info out of sys or proc or some other utility (lm-sensors) Jul 10 17:41:04 GrueMaster: save default as 00000000 Jul 10 17:41:11 or link it Jul 10 17:42:29 MrCurious, There is an i2c bus, but it looks like the support in i2c tools didn't land until 3.0.3: you may need to backport or run oneiric to use them. Jul 10 17:42:52 Actually, pxelinux uses the mac address, not ip. It needs to be panda/pxelinux.cfg/C0A80040. Jul 10 17:42:55 no worries, iwill wait for next release then Jul 10 17:42:58 ty Jul 10 17:43:39 MrCurious, If you have a spare SD, and want to try the Alpha, someone filing bugs about i2c issues would likely help make sure that we have full support in oneiric :) Jul 10 17:43:58 (mind you, if you have time to spare from constructing our new robotic overlords :) ) Jul 10 17:45:08 mahmoh: I am now able to boot with MLO & u-boot only on SD. It pulls panda/netboot.scr using bootp. That file is http://paste.ubuntu.com/641426/ Jul 10 17:45:24 But it is failing using the pxelinux.cfg file you linked. Jul 10 17:45:51 missing environment variable: initrd_ram Jul 10 17:46:04 GrueMaster: yeah, that's why you have to do it manually Jul 10 17:46:24 or you can include those two in the uEnv.txt if you want for now Jul 10 17:46:29 Nothing should be done manually (that's the point in this exercise). Jul 10 17:47:11 I think jcrigby will fix once we have a working formula ;) Jul 10 17:49:57 If the uEnv.txt is provided over the network, is this used? Jul 10 17:50:34 I don't believe it can be now, just on the SD Jul 10 17:52:41 uEnv.txt, no. But you can create a netboot.scr and put it on the tftp server under panda/netboot.scr. Use mkimage to create it. Same format as boot.scr. Jul 10 17:53:05 Oh, cool. That gives much richer control over the command line, etc. Jul 10 17:53:32 Is it safe to just grab one of the boot.scr files from the netboot page, and rename that? Jul 10 17:53:37 GrueMaster: you tinkering with the lan9514 support in u-boot? Jul 10 17:54:05 persia: not quite that simple, but close. prpplague^2 yes. Jul 10 17:55:13 ok, I think I have all the right sauce, rebooting. Jul 10 17:55:14 GrueMaster: dandy, i just heard about the support last week Jul 10 17:56:48 GrueMaster, What needs doing to convert boot.scr -> netboot.scr? Should d-i spit out some netboot.scr files? Jul 10 17:56:49 hrm. File not found loading panda/uInitrd. Jul 10 17:58:01 persia: eventually we can have d-i generate them. Let me figure out what it needs specifically first. Jul 10 17:58:27 GrueMaster, Sorry. I thought maybe that was known. No hurry :) Jul 10 17:58:42 Currently, mine looks like this: http://paste.ubuntu.com/641432/ Jul 10 17:59:12 Getting closer. Just not sure why it failed to load the kernel & ramdisk. Jul 10 18:09:09 interesting. Something is off with pxelinux.cfg/default. When I run 'tftpboot 0x81600000 panda/uInitrd' it loads fine. Using the pxelinux.cfg mahmoh supplied, it fails. Same file is attempted to load. Jul 10 18:10:41 Seems to be a bug in the pxe handler. Jul 10 18:10:44 Very strange. Jul 10 18:12:52 My u-boot output. http://paste.ubuntu.com/641435/ Jul 10 18:13:49 do you have that file under your tftp root? panda/uInitrd ? Jul 10 18:14:03 yes. Jul 10 18:14:44 Note the chopped '.lename ' line. Very odd. Jul 10 18:16:17 do you have both the uImage and uInitrd under the tftp root also? I'm unsure why it's looking for it both under / and panda/ Jul 10 18:16:47 It works when I use tftpboot to load them. Same path. Jul 10 18:16:51 I can get it to load but then it dies after booting the loaded files (via pxe boot) Jul 10 18:17:10 What address are you using for pxecfg_ram? Jul 10 18:17:20 right, same here. 0x816000000 Jul 10 18:17:45 0x81600000 Jul 10 18:18:07 That should be for uInitrd. Jul 10 18:18:22 it looks like it has both paths Jul 10 18:18:29 Mine is defaulting to 0x88000000 Jul 10 18:18:57 I think that's were it's loading the pxe config file Jul 10 18:19:26 That's why I was asking. Jul 10 18:19:55 Do you have the READE.pxecfg from the u-boot source? Jul 10 18:20:06 yea Jul 10 18:20:23 oh, you need a full pxe config! Jul 10 18:22:26 GrueMaster: try this one - http://paste.ubuntu.com/641441/ Jul 10 18:23:04 that should work with your setup, it may even really work for you if my theory is correct Jul 10 18:25:23 * persia suspects the failure to load uInitrd above was a spurious carriage return somewhere Jul 10 18:29:29 mahmoh: The "panda/" is redundant. By default it looks in that directory on the tftp server. Jul 10 18:30:17 GrueMaster: it's not for pxe unless you setup your tftp root to be panda/ Jul 10 18:31:05 With your config, I now get "Retreiving file: panda/panda/uInitrd" Jul 10 18:31:19 So, yes it is. Jul 10 18:31:46 That or you are using a different u-boot.bin than I am. Jul 10 18:32:06 wha? that doesn't make sense Jul 10 18:32:14 * mahmoh reviews the pastebin again Jul 10 18:33:16 Put all of your config files & u-boot.bin in a tarball and throw it up on people.u.c for me to compare. Jul 10 18:34:24 GrueMaster: do me one favor then and remove the leading panda from both the kernel and initrd in the pxe config and try that Jul 10 18:34:47 * mahmoh waits another 30 mins. for netboot install to complete! Jul 10 18:34:54 on an sd card that is Jul 10 18:35:51 mahmoh: see my earlier pastebin for my config. It has the correct path, but there is something broken in the pxecfg boot. sequence. I can manually pull the uInitrd just fine. Jul 10 18:36:44 GrueMaster: you need the first four lines from http://paste.ubuntu.com/641441/ Jul 10 18:37:27 mahmoh: no, you don't. They make absolutely no difference. Jul 10 18:38:16 The DEFAULT only fails, the IPAPPEND is ignored. Jul 10 18:38:54 Ignoring unknown command: IPAPPEND Jul 10 18:39:52 GrueMaster: then our setups are very different, I'll send you what I have once my netinstall finishes so you have exactly what I have, if the boot fails you'll have to wait until tmw Jul 10 18:40:21 I am getting different output from u-boot.bin than you are, and I am using the u-boot.bin from the deb you linked. So again, please send me a tarball so I can compare the two. Jul 10 18:42:09 Or, if there is some technical limitation in sending a tarball, at least all of filesize, md4sum, sha1sum, and sha256sum (as triple collisions are rare) Jul 10 18:42:44 persia: Total tarball size should be less than 1M. Jul 10 18:42:56 I know. Jul 10 18:44:27 I can email Jul 10 18:44:57 that works too. Sent it to me @ gmail.com (same userid). Jul 10 18:45:24 Gets here faster w/o skipping back & forth over the pond. Jul 10 18:49:53 GrueMaster: this is the one I gave you before? this is the one I think I'm using (still waiting on the install) http://launchpadlibrarian.net/74393697/u-boot-linaro-omap4-panda_2011.06.5-0ubuntu1_armel.deb Jul 10 18:50:16 That's what I am using. Jul 10 19:41:29 Ok, I took a break from mucking with the pxe stuff and just ran tftpboot manually to pull the kernel & initrd (after pxecfg had errored out). It boots into netinstall no problem. So there is still something off with the pxecfg stuff, either in the script files or in u-boot.bin. Jul 10 19:41:48 Nice reduction of the problem! Jul 10 19:42:29 Has anyone tried the same PXE scripts on some device with native PXE support in shipped firmware? Jul 10 19:42:55 Obviously, it would need different kernel/initrd, but the netinstall stuff for the appropriate architecture should be in a parallel location. Jul 10 19:44:04 I tried the pxe config example in the README.pxecfg that is part of the u-boot source. It has all kinds of fail (beyond the kernel stuff). It has an issue chaining pxelinux.cfg files. Jul 10 19:44:08 if you mean non-arm then yes, I know my pxe setup works Jul 10 19:44:38 mahmoh, I don't really care about the architecture, but I do mean not using the u-boot you're testing on pandas. Jul 10 19:44:58 For the alternate device, have you tested with an Ubuntu netinstall image? With the same method of passing arguments, etc.? Jul 10 19:45:00 I think the answer is yes then Jul 10 19:45:14 yes Jul 10 19:45:42 Well, that's kinda annoying. It points the problem at u-boot. :( Jul 10 19:45:55 Didn't someone say they had it working about 10 days ago? Jul 10 19:47:00 I think we have to update that to pxe is somewhat working, just can't boot with it ;) unless there's another problem Jul 10 19:47:51 it has to be u-boot, since the uImage and uInitrd work, and the pxe setup and netinstall work, so the only piece left is u-boot Jul 10 19:48:06 rsalveti: jcrigby: ^ Jul 10 19:57:28 In that case, I think we need a debug build of u-boot to run through the failure scenarios. Jul 10 19:57:36 agreed Jul 10 19:57:50 I'm not convinced that it's trivial to have a known verified working PXE environment for most folk. Jul 10 19:58:27 Is that something you can build locally? I can prepare something if not, but I don't have a good way to get you my builds in a trusted manner. Jul 10 20:03:41 persia: I can build the u-boot debug locally but I'd have to set it up, I only need the binary to you could compress and email? Jul 10 20:03:57 just make 100% sure it's the latest ;) Jul 10 20:04:18 If you trust email, you're doing it wrong :) But that's another matter. Jul 10 20:04:34 persia: there's gpg ;) Jul 10 20:04:37 I have about the same setup as you, but I've done the setup more times :) Jul 10 20:05:08 I don't believe we've exchanged keys. As a result, I doubt you can be sure it's really me (although I suppose you could check against my upload key, which would give you some confidence). Jul 10 20:05:52 persia: it's a debug u-boot, if someone tries to poison it, I'd love to see it - it would make me smile Jul 10 20:06:28 I'm sure they'd rather hack at my bank accounts or CC, assuming I have those Jul 10 20:07:13 at least one would hope Jul 10 20:15:26 Ok, figured out what was wrong with my pxelinux.cfg. Damn paste.ubuntu.com had left some erroneous crlf in the file when I initially pulled it. Now it is pulling the kernel & initrd properly, but hangs after booting. Panda leds are in rapid blink. Jul 10 20:16:03 GrueMaster: ok, so you're stuck where I am now, welcome Jul 10 20:16:32 GrueMaster, Is that the same hang (based on u-boot output) mahmoh posted earlier? Jul 10 20:17:01 No output past loading kernel & initrd. Jul 10 20:17:04 Retrying. Jul 10 20:17:19 looks like it Jul 10 20:17:22 So, like http://pastebin.ubuntu.com/641355/ ? Jul 10 20:18:57 yes. Jul 10 20:19:34 Hangs after init ramdisk: Verifying Checksum ... OK Jul 10 20:20:13 Well, there's a lot to be said for repeatable results. Jul 10 20:20:20 so it fails to load the kernel image! Jul 10 20:20:40 jcrigby: ^ Jul 10 20:21:02 Not sure that it fails to load the image. Fails to boot using the pxeboot method. Looking into it now. Jul 10 20:21:09 No, the kernel is loaded (see the stanza directly above that). The issue is just that the kernel doesn't appear to be doing anything at this point. Jul 10 20:21:22 But my results match your original pastebin. Jul 10 20:21:28 ^load^boot Jul 10 20:21:42 GrueMaster, Do you have HDMI on that device? Does it generate something there? Jul 10 20:22:11 Grrr. My mirror seems unable to build an oneiric armel build environment on my panda today. Jul 10 20:22:12 I'll have to switch to YAP for that. (Yet Another Panda) :P Jul 10 20:22:25 mahmoh, I won't be building you a debug build anytime soon. Jul 10 20:22:32 np Jul 10 20:22:54 persia: I can here in a minute. My babbage is a mini buildd. Jul 10 20:23:25 Mine is gathering dust, as it only booted the once, which didn't seem reproducible :( Jul 10 20:23:51 The panda was *supposed* to be a buildd, but the IO options make it less ideal than I'd prefer. Jul 10 20:24:27 * persia is currently looking at new boards, hoping to find someting a bit more useful: maybe the quickstart or snowball. Jul 10 20:25:07 If/when I can break away from here, I plan on going to Fry's and getting some external drive enclosures for my panda's. I have the drives, just no way to plug them in. Jul 10 20:26:26 GrueMaster: you won't be using the drives as boot drives will you? root drives you can Jul 10 20:27:19 Ok, same failure on 3 pandas. Jul 10 20:27:29 no hdmi? Jul 10 20:27:29 No, they will only be for rootfs. Jul 10 20:27:36 Nothing on hdmi. Jul 10 20:27:51 I don't think it is actually jumping to the kernel. Jul 10 20:28:36 As I usually get "Starting kernel ..." Which is from the kernel init code. Jul 10 20:28:49 What happens if one loads uboot, rather than linux that that point? Do we jump to the new u-boot? Jul 10 20:28:54 it's not, that's probably the bug - someone could go look a the code and compare the pxe to the bootp and see what's the diff. Jul 10 20:29:19 * persia wants to make sure that it's not something related to the kernel command line, but rather a failure to execute-in-place Jul 10 20:29:39 I don't know the code that well and it has a lot of platforms it works with. Jul 10 20:30:41 persia: If I let u-boot pull the pxelinux.cfg but boot manually, it works fine, meaning it is getting the kernel cmdline from pxelinux.cfg properly. Jul 10 20:31:28 What appears to be happening is u-boot's pxe boot code isn't jumping to the right kernel location. Jul 10 20:32:11 GrueMaster, So the only difference is whether bootm is called manually or in netboot.scr? Jul 10 20:32:23 I am running into a time constraint here. I really need to get these drive enclosures and it is Sunday. Jul 10 20:32:45 bootm is called internally by the pxecfg code in u-boot. Jul 10 20:32:55 And appears to be wrong. Jul 10 20:33:08 I suspect you're right. Jul 10 20:33:25 But go shopping: electronics stores have fixed hours, but #ubuntu-arm doesn't. Jul 10 20:33:37 It works if I just use my netboot.scr to manually tftp the kernel & initrd followed by a bootm call. Jul 10 20:34:11 Back in several (3+) hours. Jul 10 20:41:48 nice, root=/dev/sda2 (usb root!) that should speed things up a bit! Jul 10 20:42:30 By a factor of 4-5, usually. Jul 10 20:44:14 Grrr. Son took the car to the store. Jul 10 20:44:30 * GrueMaster has to wait to go to Fry's...again. Jul 10 20:50:24 huge backlog Jul 10 20:50:31 GrueMaster: mahmoh: what is the current issue? Jul 10 20:50:50 rsalveti, http://pastebin.ubuntu.com/641355/ Jul 10 20:51:01 pxecfg boot fails to properly jump into the kernel startpoint. Jul 10 20:51:15 to be more precise. Jul 10 20:51:15 If *anything* is done manually, it works, but from what we can tell, u-boot isn't handing over execution to linux when booted from PXE Jul 10 20:51:22 rsalveti: pxe boot fails to start the kernel, it loads both uimage + uinitrd, gets to checksum verification, then hangs Jul 10 20:52:07 GrueMaster: and you said it worked when doing the same steps with tftpboot? Jul 10 20:52:21 interesting that it's loading the kernel and initrd Jul 10 20:54:03 rsalveti: essentially, if I use tftpboot to load the kernel & initrd into their respective memory locations then I can get them to boot using bootm $kernel_ram $initrd_ram. Jul 10 20:55:08 but pxecfg boot fails. Jul 10 20:56:00 No output on serial console or hdmi. Only indicator is both leds start blinking very rapidly on the panda. Jul 10 20:59:18 that means a hang at x-loader/u-boot Jul 10 21:00:16 Is there any way to see what pxecfg is doing behind the scenes? Like a debug switch I can turn on at compile time? Jul 10 21:01:25 GrueMaster: what are the mem addresses you're loading uImage and uInitrd when doing tftp by hand? Jul 10 21:01:37 let me check the code Jul 10 21:02:24 Same as those used in the normal boot.scr Jul 10 21:03:09 pxe is using a different address Jul 10 21:03:25 Load address: 0x81600000 Jul 10 21:03:30 Load address: 0x80000000 Jul 10 21:03:37 why? I have kernel_ram & initrd_ram set to use the same addresses. Jul 10 21:03:46 That's what I have. Jul 10 21:04:07 Unless they are opposite. Jul 10 21:04:09 yeah, bootp to those same addresses works too Jul 10 21:04:46 yeah, it should be fine Jul 10 21:05:02 for some reason my boot.src file is using a different address for uImage Jul 10 21:06:24 mahmoh: what is the pxe file you're using at the host size? Jul 10 21:06:29 will try to reproduce the error here Jul 10 21:06:39 3.1M 4.M initrd Jul 10 21:11:02 * GrueMaster won't be able to go to Fry's today, rolls up sleaves and dives back into debugging. Jul 10 21:15:45 GrueMaster: do you have the pxecfg file in hands? Jul 10 21:15:48 the one you're using Jul 10 21:16:06 Yes. Where do you want it? Jul 10 21:16:21 GrueMaster: just paste it somewhere Jul 10 21:17:00 http://paste.ubuntu.com/641509/ Jul 10 21:18:24 Here's my netboot.scr http://paste.ubuntu.com/641511/ Jul 10 21:19:11 I only have MLO & u-boot.bin on my SD. On boot, u-boot pulls netboot.scr via bootp. Jul 10 21:20:50 ok, cool, let me try Jul 10 21:48:08 GrueMaster: which suites are you running for phoronix? Jul 10 21:48:46 I've only ran the disk test suite for benchmarking filesystem performance on SD. Jul 10 21:51:06 and my board rebooted! great Jul 10 21:57:45 mahmoh: So that was a netboot install running through u-boot manually, right? Jul 10 22:05:15 GrueMaster: via bootp, so almost everything over the net except up to u-boot Jul 10 22:06:50 Until the pxecfg issue gets resolved, you could use a netboot.script. Just add tftpboot to the netboot.scr I posted earlier to pull kernel & initrd. Not as good as pxe, but workable. Jul 10 22:12:36 GrueMaster: yeah, I think I may have to do something like that but I'm guessing the pxe issue could get resolved quickly Jul 10 22:12:45 What's the disadvantage to traditional dhcp+tftp when compared to PXE? Jul 10 22:13:22 pxe gives you a menu of boot options and a default. Jul 10 22:13:35 mahmoh: yeah, hopefully :-) Jul 10 22:13:47 I have full confidence ;) Jul 10 22:13:52 finally able to install a working tftp server and such, with a panda able to test Jul 10 22:14:09 had all my setup at another computer Jul 10 22:14:14 GrueMaster: so I'm running the apache system test suite with a usb root disk, let's see how that goes Jul 10 22:14:48 mahmoh: Are you doing it through jenkins? I'm still looking into getting that up and running. Jul 10 22:15:01 GrueMaster, Where does the menu display? At console, or on the automation host? Jul 10 22:15:04 not yet, one step at a time Jul 10 22:15:25 persia: on the serial console. Jul 10 22:16:50 bbl Jul 10 22:17:05 Ah. So exceedingly useful for local (or remote-serial) activity, and equivalent for the total automation scenario. Not that I don't like improved ability to troubleshoot or shift defaults :) Jul 10 22:17:37 It can be very useful in a fully automated environment. Jul 10 22:18:49 But first we need to get pxe working, then make it work more intelligently (instead of having a mac address built in at compile time). Jul 10 22:19:23 I thought there was a plan to sort that, and generate a meaningful mac address. Jul 10 22:19:30 Time for me to do something else for a while. Jul 10 22:19:46 There is, just not implemented yet. Jul 10 22:19:57 Oh, heh. Jul 10 22:51:21 xchat for ARM? Jul 10 23:17:10 So, yeah, xchat is so very available for ARM. Jul 11 01:13:39 hah! google.com/+ interactive tour blew up my X session on ubuntu 11.04 pandaboard :) Jul 11 01:13:55 google + will blow your mind (or your embedded systems mind) **** ENDING LOGGING AT Mon Jul 11 02:59:56 2011