Based on the number of commits today, I'm going to go ahead and guess the tree was unlocked from release mode.
Does anybody want to take a look at this now? I think it may be a good idea to refactor the URL parsing code to be easier to read, follow, and reason about. There are many ways I could do it, but I'm not sure what the cleanest approach would be. Any feedback is much appreciated. Original message with patch: http://marc.info/?l=openbsd-tech&m=139208386213686&q=raw On 2/10/14 8:57 PM, Jean-Philippe Ouellet wrote: > Hello, > > I patched the sparc64 bootloader to allow users to manually specify > network config and where to load the kernel from via openfirmware > parameters instead of always requiring rarp/bootparams/bootp. > > This enables remote bootstrapping of semi-recent sun boxes (like > the T1000) on networks where you are unable to set up the required > daemons. With this patch, the only thing required to bootstrap a > server with blank disks is access to the remote management port, > any tftp server to serve ofwboot.net, and any nfs server to serve > the kernel. > > I'm not the first one to want to be able to do this, and I tried > to make it behave as users expect: http://marc.info/?t=137129897800005 > > Historically it made sense for ofwboot to assume the user already > has the relevant daemons on the network because they were required > to get ofwboot loaded in the first place, but at some point sun's > firmware allowed people to specify network config and a tftp > server/file to load. So, for newer machines all the daemons are an > artificial requirement imposed only by OpenBSD's ofwboot. > > If someone happens to have a variety of sun hardware laying around, > I'm particularly interested in the format and availability of the > /options/network-boot-arguments ofw property across different > firmware versions. I expect only newer boxes to have it at all; > older ones still require rarp & friends to load ofwboot in the first > place, so these changes shouldn't affect them. > > I know you guys are busy with all the other stuff you're trying to > fit in before 5.5, but if someone does find some time to test this > and/or give some feedback it'd be much appreciated. > > This patch also includes various style(9), alphabetizing, and > whitespace changes which are unrelated to the netbooting logic. I > could put them in a separate diff if it helps. Patch stripped cause it's long, and the mail client I'm at right now tries to be too smart with long lines and screws up the formatting. original message at http://marc.info/?l=openbsd-tech&m=139208386213686
