{"push_id":2741159516,"size":7,"distinct_size":1,"ref":"refs/heads/shigeru_work","head":"70ae9813c8070ba3414bb36fb92fb7eb790a8967","before":"1fdb8ead8f6e81d2b3ff24afd599a6cba4ad34fc","commits":[{"sha":"31e338ae29d59de2edfc66bff01bced11b4d687f","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Implement efi_devpath_to_media_path\n\nTakes a generic device path as its input. Scans through it to find the\nfirst media_path node in it and returns a pointer to it. If none is\nfound, NULL is returned.\n\nSponsored by: Netflix","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/31e338ae29d59de2edfc66bff01bced11b4d687f"},{"sha":"dcd30763d3e3c1f60650166f01afbb906e587ca9","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Store the number of handles we get back in efipart_nhandles rather\nthan the number of bytes. Don't divide by the element size every time\nwe have to iterate. Eliminate now-unused variables.\n\nSponsored by: Netflix","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/dcd30763d3e3c1f60650166f01afbb906e587ca9"},{"sha":"16aeab99fb30d70990236a9dc019186cfac88112","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Implement efi_devpath_match_node\n\nReturns true if the first node pointed to by devpath1 is identical to\nthe first node pointed to by devpath2, with care taken to not read\npast the end of the valid parts of either devpath1 or\ndevpath2. Otherwise, returns false.\n\nSponsored by: Netflix","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/16aeab99fb30d70990236a9dc019186cfac88112"},{"sha":"3d3bfe70b671a0d9dbcbca754e71febfe42ae68d","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Implement efi_devpath_length\n\nReturn the total length, in bytes, of the device path (including the\nterminating node at the end).\n\nSponsored by: Netflix","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/3d3bfe70b671a0d9dbcbca754e71febfe42ae68d"},{"sha":"037d7589d294b912cee5493c71576f1c05fa7195","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Implement efiblk_get_pdinfo_by_device_path\n\nLookup a block device by it's device path. We use a 'loose' lookup\nwhereby we scan forward to the first Media Path portion of the device\npath, then look at all our handles for one whose first Media Path\nmatches. This will also work if the device path pointed to has a\nfollowing file path (or paths) as that's ignored. It assumes that\nthere's only one media path node that describes the entire device,\nwhich is true as of the latest UEFI spec (2.7 Errata A) as far as I've\nbeen able to determine.\n\nSponsored by: Netflix","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/037d7589d294b912cee5493c71576f1c05fa7195"},{"sha":"f372fa70e8fc41a03748fdadf38356c766b7aef8","author":{"name":"imp","email":"7ebbccbf2a9ebaa9338648798afddf195f6f1b63@FreeBSD.org"},"message":"Finalize the boot manager protocol support for next-stage boot\nloading.\n\nIf we are booting in a conforming UEFI Boot Manager Environment, then\nuse the BootCurrent variable to find the BootXXXX we're using. Once we\nfind that, then if it contains more than one EFI_DEVICE_PATH in its\nwhat to boot section, try to use the last one as the kernel to\nload. This will also set the default root partition as well. If\nthere's only one path, or if there's an error along the way, assume\nthat nothing specific was specified and revert to the old\nalgorithm. If something was specified, but not found, then fail the\nboot. Otherwise you that, specific thing. On FreeBSD, this can be set\nusing efibootmgr -l <loader> -k <kernel>. We try a few variations of\nkernel to cope with the fact that UEFI comes from a DOS world where\npaths might be upper case and/or contain back-slashes.\n\nNote: In an ideal world, we'd work out where we are in chain loading\nby looking at the passed-in image handle and doing name\nmatching. However, that's unreliable since at least boot1.efi booted\nimages don't have that, hence the assumption that loader.efi needs to\nload the last thing on the list, if possible.\n\nThe reason we fail for something specific is so that we can fully\nparticipate in the UEFI Boot Manager Protocol and fail over to the\nnext item in the list of BootOrder choices when something goes wrong\nat this stage.\n\nThis implements was was talked about in freebsd-arch@ last year\nhttps://docs.freebsd.org/cgi/getmsg.cgi?fetch=3576+0+archive/2017/freebsd-arch/20171022.freebsd-arch\nand documented in full (after changed resulting from the discussion) in\nhttps://docs.google.com/document/d/1aK9IqF-60JPEbUeSAUAkYjF2W_8EnmczFs6RqCT90Jg/edit#\nalthough one or two minor details may have been modified in this\nimplementation to make it work, and the ZFS MEDIA PATH extension isn't\nimplemented. This does not yet move things to ESP:\\efi\\freebsd\\loader.efi.\n\nRelNotes: Yes\nSponsored by: Netflix\nDifferential Revision: https://reviews.freebsd.org/D16403","distinct":false,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/f372fa70e8fc41a03748fdadf38356c766b7aef8"},{"sha":"70ae9813c8070ba3414bb36fb92fb7eb790a8967","author":{"name":"Jenkins CI","email":"d95b56ce41a2e1ac4cecdd398defd7414407cc08@jenkins-00.os-hackers.jp"},"message":"Merge branch 'master' into shigeru_work","distinct":true,"url":"https://api.github.com/repos/bsd-hacker/freebsd/commits/70ae9813c8070ba3414bb36fb92fb7eb790a8967"}]}
{"actor":{"display_login":"bsd-hacker"}}