wireguard-openbsd/sbin/fdisk/cmd.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sbin/fdisk/cmd.c?h=jd%2Fqueueboosts 2017-11-13T21:00:32Z Constrain MBR partition offsets to 0 .. disk.size - 1. 2017-11-13T21:00:32Z krw krw@openbsd.org 2017-11-13T21:00:32Z urn:sha1:2a122e652f6d6a7b323681073f82146cb4ebaa12 Issue reported by Alexi Malinin via bugs@. Thanks! 'reinit' should check the MBR on disk, as the man page says. 2016-09-03T17:46:19Z krw krw@openbsd.org 2016-09-03T17:46:19Z urn:sha1:a51ea6b81f8c74e1e51001111e17d3056fb811d1 Makes 'reinit' respect current state of disk when deciding between MBR and GPT initialization. Problem noted by halex@ capitalize a question like all the others 2016-08-02T16:00:10Z jcs jcs@openbsd.org 2016-08-02T16:00:10Z urn:sha1:7a5c5a5c58a42880275a8af68807549313d1aeac ok krw Dump strdup()/free() dance and just use a local buffer to translate help 2016-03-30T23:40:54Z krw krw@openbsd.org 2016-03-30T23:40:54Z urn:sha1:9f2db557ac5bc6406078eedc73ed19c4762a62a8 messages to GPT. Unchecked strdup() result noted by mestre@. ok mestre@ tim@ The GPT versions of help strings that don't contain'MBR' were 2016-03-28T18:14:01Z krw krw@openbsd.org 2016-03-28T18:14:01Z urn:sha1:5994ed7e2212e5f6030caa54e75e5c526157bdf3 leaking. Refactor logic a bit to avoid leak and make logic clearer. Noticed by (and initial diff from) mestre@ and his friend clang. Revamp the display of GPT information, hiding less important 2016-01-09T18:10:56Z krw krw@openbsd.org 2016-01-09T18:10:56Z urn:sha1:77db81de27cd5d3171d0adc7c2cb1637205cf3db information under the '-v' flag. This brings the GPT display more into line with the MBR display and simplifies and hardens the parsing of the partition info in the install scripts. Original problem with install scripts parsing hand edited GPT information reported by Valere Monseur via bugs@. Man page fixes and tweaks from jmc@. Install script changes tested & ok rpe@. When prompting for a GPT partition type, use the partition's current type as 2015-11-26T08:15:07Z tim tim@openbsd.org 2015-11-26T08:15:07Z urn:sha1:145e5a872a9b83c8670aad345be452d26cf1d696 default; OK krw@ Try harder to prevent 0-length partitions from being defined. 2015-11-25T19:32:35Z krw krw@openbsd.org 2015-11-25T19:32:35Z urn:sha1:582de77c227ebcb76fce6e6d276a6d8decb49f11 Suggested by & ok tim@ Bring GPT partition editing into line with MBR partition editing 2015-11-21T16:45:41Z krw krw@openbsd.org 2015-11-21T16:45:41Z urn:sha1:684c15929ab3ac3abbbcdba77d2d06b5fd9f917c by presenting the existing offset and size as the defaults. Enhance getuint64() to take a minimum value as ask_num() does. Use this to ensure that GPT partitions are constrained to the valid area of the disk. Leave MBR partition constraints alone for the moment. Original problem(s) noted by tim@ Nuke long standing annoyance of EDIT() macros and switch both Xedit() 2015-11-21T02:12:09Z krw krw@openbsd.org 2015-11-21T02:12:09Z urn:sha1:7f41e46f446cb37f87d2b5dccc7653d035ffeb75 and Xgedit() to a new mechanism. Keep a copy of the old partition and compare final edited version to that to decide if it is dirty. Fixes a number of (but not all!) nits in editing partitions. Original problem(s) noted by, suggestions from, much testing and ok tim@