I should amend my previous comment to: "We already have a DHCP server on our network". So adding yet another DHCP server would play havoc on our network.
On Wed, Jul 23, 2014 at 1:40 PM, John Syn <[email protected]> wrote: > > From: William Hermans <[email protected]> > Reply-To: "[email protected]" <[email protected]> > Date: Wednesday, July 23, 2014 at 1:24 PM > To: "[email protected]" <[email protected]> > Subject: Re: [beagleboard] Re: TFTP from u-boot: slow and buggy > > Yeah, but I'm not loading uboot over the network. Just the kernel and file > system. Plus that is a guide using Ubuntu for which my instructions wont > work on. As I used Debian. > > One curious thing however, and perhaps I am wrong for loading uboot via a > network. I do not use or need a dhcp server for my instructions, and am > thinking a dhcp server is not necessary if you use static IP's. But I am > not 100% sure where, or how uboot would get its IP from if you're loading > it via network. > > Anyhow, having multiple dhcp servers on the same network can cause > problems which may be difficult to trace down. Even if they are technically > on different subnets, Hence why I do not use a BOOTP/DHCP server. > > You’re right, since we use u-boot to do TFTP, I’m not sure what Brendan is > trying to do. On my SDCard, I have MLO, u-boot.img and uEnv.txt. > > Regards, > John > > > > > On Wed, Jul 23, 2014 at 1:13 PM, John Syn <[email protected]> wrote: > >> >> From: Brendan Bleker <[email protected]> >> Reply-To: "[email protected]" <[email protected]> >> Date: Wednesday, July 23, 2014 at 1:02 PM >> To: "[email protected]" <[email protected]> >> Subject: [beagleboard] Re: TFTP from u-boot: slow and buggy >> >> Have you got this to work? >> >> I've been working on a very similar thing, only I'm trying to load u-boot >> through TFTP. You may find the following TI wiki useful: >> >> >> http://processors.wiki.ti.com/index.php/Ubuntu_12.04_Set_Up_to_Network_Boot_an_AM335x_Based_Platform >> >> At this point I have not got a Network Bootable img file, that is where >> I'm stuck... >> >> William’s instructions are much easier to follow: >> >> >> http://www.embeddedhobbyist.com/debian-tips/beaglebone-black/beaglebone-black-nfs-root/ >> >> Robert describes the uEnv.txt setup which works great for me. >> >> http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#nfs_support >> >> Regards, >> John >> >> >> >> >> >> On Wednesday, January 8, 2014 8:47:12 AM UTC-8, Lee Crocker wrote: >>> >>> I have a setup that loads u-boot onto the BBB over the serial port, and >>> then tells u-boot to load the .dtb and kernel from a local TFTP server. >>> Loading the small .dtb file works perfectly (although slowly), and >>> succeeds. Loading the kernel takes too long, causes lots of retries, and >>> finally errors out. If I manually get the kernel from that same TFTP server >>> onto my laptop, it loads in about 11 seconds--over wifi--so the server is >>> working fine. It's just u-boot's TFTP client that seems to be causing the >>> errors. I have seen other messages around the net advising changing the >>> server's block size to 1468, which I did, and telling u-boot to turn dcache >>> off, which isn't an option anymore, but it still fails. >>> >>> Has anyone actually got this working? Which tftp server are you using, >>> and what parameters? Is there a patch to u-boot that might fix its client? >>> >>> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> >> -- >> For more options, visit http://beagleboard.org/discuss >> --- >> You received this message because you are subscribed to the Google Groups >> "BeagleBoard" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected]. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > > -- > For more options, visit http://beagleboard.org/discuss > --- > You received this message because you are subscribed to the Google Groups > "BeagleBoard" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
