{"push_id":1190190168,"size":465,"distinct_size":1,"ref":"refs/heads/bond","head":"68328244263307a05b379d9b285e2f867df2d741","before":"9df02783a8e5f8b05f0d1b5803484ead29ce04c8","commits":[{"sha":"de25aae110edb2f99a6665c46d5fa8ba78946cd4","author":{"name":"Daniel Kahn Gillmor","email":"68bd938c8de8aef89ea85716009418408b5d42c1@fifthhorseman.net"},"message":"man: clarify different uses of MACAddress\n\nImprove the networkd documentation to clarify that Match.MACAddress is for\nselection, but Link.MACAddress describes an action to be taken.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/de25aae110edb2f99a6665c46d5fa8ba78946cd4"},{"sha":"87c7c9d75e8f5f671824deb0dcc4d05f4b4ab11b","author":{"name":"Daniel Kahn Gillmor","email":"68bd938c8de8aef89ea85716009418408b5d42c1@fifthhorseman.net"},"message":"network: test MAC address parsing\n\nnetworkd currently silently accepts some strings as MAC addresses that it\nprobably shouldn't (like \"ab:cd:ef:12:34:56:78\" and \"ab:cd:ef:12:3 4:56\").\n\nAdd tests to MAC address parsing to ensure that we only accept valid MAC\naddresses, and that we accept the three most common forms of MAC address\n(colon-delimited hex, IEEE, and Cisco)\n\nSeveral of these tests currently fail, but another commit in this series will\nresolve them.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/87c7c9d75e8f5f671824deb0dcc4d05f4b4ab11b"},{"sha":"1a7906ae914fd233305fff0acf4b9138ff944209","author":{"name":"Daniel Kahn Gillmor","email":"68bd938c8de8aef89ea85716009418408b5d42c1@fifthhorseman.net"},"message":"basic: define HEXDIGITS\n\ndefine HEXDIGITS alongside DIGITS, and use it where it's already useful.  We'll\nuse it again shortly when parsing MAC addresses.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/1a7906ae914fd233305fff0acf4b9138ff944209"},{"sha":"dd4d201ab1c9456e1bffc39f9dec00a4a4619084","author":{"name":"Daniel Kahn Gillmor","email":"68bd938c8de8aef89ea85716009418408b5d42c1@fifthhorseman.net"},"message":"util-lib: add ether_addr_from_string()\n\nThis isn't quite symmetrical to in_addr_from_string() because it also returns\nan offset indicating how much of the string was consumed by the matched\npattern.  This offset reporting is needed for either of the following use\ncases:\n\n * verifying the lack of trailing garbage after such an address\n * parsing subsequent data from the same string","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/dd4d201ab1c9456e1bffc39f9dec00a4a4619084"},{"sha":"9ed8b06c9be4a5efae432d5cf4b1c47d03e6f107","author":{"name":"Daniel Kahn Gillmor","email":"68bd938c8de8aef89ea85716009418408b5d42c1@fifthhorseman.net"},"message":"network: rely on ether_addr_from_string instead of sscanf","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/9ed8b06c9be4a5efae432d5cf4b1c47d03e6f107"},{"sha":"f150100ad43125682cfd01da4cb92ffc8eb17a09","author":{"name":"Susant Sahani","email":"2feb63a0244a77636cc776d6f2cc8278d154267a@redhat.com"},"message":"networkd: Drop IPv6LL address when link is down\n\nNow we are not dropping the IPv6LL address when link is down.\nSo next time when link is up and before kernel acquired this address\nwe are using the old address.\n\nWhen the link is down kernel tells us that this address is no longer\nvalid . Let's remove this address and again when kernel tells us\nthat the address is added let's use it.\n\nfixes #3264","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/f150100ad43125682cfd01da4cb92ffc8eb17a09"},{"sha":"9be572497df8dd0a076c3a2c9142e25b1106aa60","author":{"name":"Tejun Heo","email":"39ce71949ba156d4f16fa2bbd8d8d52985c17722@fb.com"},"message":"core: introduce CGroupIOLimitType enums\n\nCurrently, there are two cgroup IO limits, bandwidth max for read and write,\nand they are hard-coded in various places.  This is fine for two limits but IO\nis expected to grow more limits - low, high and max limits for bandwidth and\nIOPS - and hard-coding each limit won't make sense.\n\nThis patch replaces hard-coded limits with an array indexed by\nCGroupIOLimitType and accompanying string and default value tables so that new\nlimits can be added trivially.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/9be572497df8dd0a076c3a2c9142e25b1106aa60"},{"sha":"ac06a0cf8a5c5bd58bfa022408361e982f100bcb","author":{"name":"Tejun Heo","email":"39ce71949ba156d4f16fa2bbd8d8d52985c17722@fb.com"},"message":"core: add support for IOReadIOPSMax and IOWriteIOPSMax\n\ncgroup IO controller supports maximum limits for both bandwidth and IOPS but\nsystemd resource control currently only supports bandwidth limits.  This patch\nadds support for IOReadIOPSMax and IOWriteIOPSMax when unified cgroup hierarchy\nis in use.\n\nIt isn't difficult to also add BlockIOReadIOPS and BlockIOWriteIOPS for legacy\nhierarchies but IO control on legacy hierarchies is half-broken anyway, so\nlet's leave it alone for now.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/ac06a0cf8a5c5bd58bfa022408361e982f100bcb"},{"sha":"979d03117ffeccd2cc18c8ff843932b03ea065b9","author":{"name":"Tejun Heo","email":"39ce71949ba156d4f16fa2bbd8d8d52985c17722@fb.com"},"message":"core: update CGroupBlockIODeviceBandwidth to record both rbps and wbps\n\nCGroupBlockIODeviceBandwith is used to keep track of IO bandwidth limits for\nlegacy cgroup hierarchies.  Unlike the unified hierarchy counterpart\nCGroupIODeviceLimit, a CGroupBlockIODeviceBandwiddth records either a read or\nwrite limit and has a couple issues.\n\n* There's no way to clear specific config entry.\n\n* When configs are cleared for an IO direction of a unit, the kernel settings\n  aren't cleared accordingly creating discrepancies.\n\nThis patch updates CGroupBlockIODeviceBandwidth so that it behaves similarly to\nCGroupIODeviceLimit - each entry records both rbps and wbps limits and is\ncleared if both are at default values after kernel settings are updated.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/979d03117ffeccd2cc18c8ff843932b03ea065b9"},{"sha":"64faf04c1f178804e066972ab0d6ff1181c0d373","author":{"name":"Tejun Heo","email":"39ce71949ba156d4f16fa2bbd8d8d52985c17722@fb.com"},"message":"core: factor out io and blkio helper functions from cgroup_context_apply()\n\nFactor out the following functions out of cgroup_context_apply()\n\n* cgroup_context_[blk]io_weight()\n* cgroup_apply_[blk]io_device_weight()\n* cgroup_apply_[blk]io_device_limit()\n\nThis is pure refactoring and shouldn't cause any functional differences.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/64faf04c1f178804e066972ab0d6ff1181c0d373"},{"sha":"538b48524cf48afc299ab78690bc03c18af67ede","author":{"name":"Tejun Heo","email":"39ce71949ba156d4f16fa2bbd8d8d52985c17722@fb.com"},"message":"core: translate between IO and BlockIO settings to ease transition\n\nDue to the substantial interface changes in cgroup unified hierarchy, new IO\nsettings are introduced.  Currently, IO settings apply only to unified\nhierarchy and BlockIO to legacy.  While the transition is necessary, it's\npainful for users to have to provide configs for both.  This patch implements\ntranslation from one config set to another for configs which make sense.\n\n* The translation takes place during application of the configs.  Users won't\n  see IO or BlockIO settings appearing without being explicitly created.\n\n* The translation takes place only if there is no config for the matching\n  cgroup hierarchy type at all.\n\nWhile this doesn't provide comprehensive compatibility, it should considerably\nease transition to the new IO settings which are a superset of BlockIO\nsettings.\n\nv2:\n\n- Update test-cgroup-mask.c so that it accounts for the fact that\n  CGROUP_MASK_IO and CGROUP_MASK_BLKIO move together.  Also, test/parent.slice\n  now sets IOWeight instead of BlockIOWeight.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/538b48524cf48afc299ab78690bc03c18af67ede"},{"sha":"42e1d23f323db01885ddeb97121c4098f0af6700","author":{"name":"Jonathan Boulle","email":"03dbbf8948330b12b57aa5f91b95e27b41a0b167@gmail.com"},"message":"core/dbus: further simplify branch code (#3283)\n\nfree_and_strdup already handles the NULL case for us, so we can remove\r\nan extraneous conditional check.\r\n\r\nAs noted in https://github.com/systemd/systemd/pull/3279/files#r63687717","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/42e1d23f323db01885ddeb97121c4098f0af6700"},{"sha":"e75690c3894458f1869f21b615e80507284a9170","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"NEWS: mention SessionsMax, InhibitorsMax, MulticastSnooping...\n\n... logind SIGHUP support, sd_journal_open_{directory,files}_fd,\nspecifiers in DeviceAllow, \"generated\" and \"trasnient\" unit types.\n\nMove removed features to the end and cluster features by type.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/e75690c3894458f1869f21b615e80507284a9170"},{"sha":"cf1d3efce9ada4a7401a273b215896bce32610d1","author":{"name":"Uwe Kleine-König","email":"3664bd5c9e057fff251e468143e40ff76783ac4e@pengutronix.de"},"message":"rules: add /dev/disk/by-partuuid symlinks also for dos partition tables\n\nblkid reports PARTUUID values also for partitions that are defined by a\ndos partitioning scheme. Instead of limiting the partitioning scheme to\n\"gpt or dos\" just drop the test for the partitioning scheme and trust\nblkid to do the right thing.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/cf1d3efce9ada4a7401a273b215896bce32610d1"},{"sha":"cfd75d5e79fcedab0239ec97a6762fe08c5cda2b","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"Merge pull request #3293 from michaelolbrich/partuuid\n\nrules: add /dev/disk/by-partuuid symlinks also for dos partition tables","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/cfd75d5e79fcedab0239ec97a6762fe08c5cda2b"},{"sha":"f3f054f03e6de7865132e9602da178dfc82102ab","author":{"name":"tblume","email":"039b6cce6398bd37c7146bd53b7ad59242f98700@suse.com"},"message":"systemctl: restore the no-sync option for legacy halt (#3249)\n\nThe sync() call on shutdown had been removed with commit 57371e5829a61e5ee6c9f98404dfc729d6c62608\r\ntogether with the no-sync option for the shutdown commands.\r\nThe sync call was restored in commit 4a3ad39957399c4a30fc472a804e72907ecaa4f9 but the no-sync option\r\nwasn't re-added.\r\nI think we should restore this option at least for the legacy halt command.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/f3f054f03e6de7865132e9602da178dfc82102ab"},{"sha":"823e5fabb783d452607ff8ccaa5235af14eb44eb","author":{"name":"Franck Bui","email":"2cefc4f43bda51709aede578e048d855a359c3d2@suse.com"},"message":"systemctl: reload configuration when enabling sysv units too (#3297)\n\nAfter enabling/disabling a unit, the daemon configuration is expected\r\nto be unless '--no-reload' option is passed.\r\n\r\nHowever this is not done when enabling a sysv units. This can lead to\r\nthe following scenario:\r\n\r\n   $ cp /etc/init.d/named /etc/init.d/foo\r\n   $ systemctl enable foo\r\n   foo.service is not a native service, redirecting to systemd-sysv-install\r\n   Executing /usr/lib/systemd/systemd-sysv-install enable foo\r\n   $ systemctl start foo\r\n   Failed to start foo.service: Unit foo.service failed to load: No such file or directory.\r\n\r\nThis can also be seen after installing a package providing a sysv\r\nservice: the service can't be started unless 'daemon-reload' is called\r\nmanually. This shouldn't be needed and this patch will fix this case\r\ntoo since during package installation, the service is expected to be\r\nenabled/disabled.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/823e5fabb783d452607ff8ccaa5235af14eb44eb"},{"sha":"35b132e8ad3c50614605e00cf8ff20988094d21c","author":{"name":"Zbigniew Jędrzejewski-Szmek","email":"77dc704bc81310147658033dcc63fa6fb3a4d704@in.waw.pl"},"message":"systemctl: suppress no-[Install] hint when --quiet is used (#3295)\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=1336960","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/35b132e8ad3c50614605e00cf8ff20988094d21c"},{"sha":"9243aa45fa0cfcd399aa7db1abd1e64e9ac515e3","author":{"name":"tomty89","email":"419eb695c41a99a4a33fd259cdc099c1b2008be7@gmail.com"},"message":"[networkd-ndisc] set IPv6LL address in DHCP client\n\nFix issue #3256 and probably #1982. Referenced link_acquire_ipv6_conf() in networkd-link.c.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/9243aa45fa0cfcd399aa7db1abd1e64e9ac515e3"},{"sha":"59bc1530b8a06621bf29109984898daa3f8cc6ce","author":{"name":"tomty89","email":"419eb695c41a99a4a33fd259cdc099c1b2008be7@gmail.com"},"message":"[networkd-dhcp6] do not call sd_dhcp6_client_start() from dhcp6_request_address()\n\nStarting the DHCP client doesn't seem like dhcp6_request_address()'s responsibility anyway. Whenever it's called, sd_dhcp6_client_start() is unconditionally called outside of it as well. See ndisc_router_handler() and ndisc_handler() in networkd-ndisc.c.","distinct":false,"url":"https://api.github.com/repos/ssahani/systemd/commits/59bc1530b8a06621bf29109984898daa3f8cc6ce"}]}
{"actor":{"display_login":"ssahani"}}