{"push_id":868659888,"size":7,"distinct_size":7,"ref":"refs/heads/signals","head":"f792f08fa80b23c0e929f8b814236226a566ddc8","before":"951e72059b776f55b25d9b59966d7e1f7139a239","commits":[{"sha":"9a699cc208c9654cbcb81a28bd33fdb1c9f968d6","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Make parent process handle and propogate USR1/2 signals\n\nIn order to be able to automate writing configuration and/or stats\nthe signals USR1 and USR2 need to be able to be sent to the parent\nprocess since its pid can be read from /var/run/keepalived.pid.\nThe parent then needs to propogate these signals to a vrrp child.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/9a699cc208c9654cbcb81a28bd33fdb1c9f968d6"},{"sha":"644f61749811085a80c0e5e9c314e4a1a0975e81","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Ignore all signals except those explicitly wanted\n\nIn order to harden keepalived against a user accidentally sending\na wrong signal to keepalived, set all signals other than those we\nwant actioned to be ignored.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/644f61749811085a80c0e5e9c314e4a1a0975e81"},{"sha":"d5beced6d86c201b9c5dc4d7be4918c7d2f0a7fd","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Remove potential race condition when setting signal handlers\n\nThere was the potential for signal_run_callback to be invoked\nafter calling sigaction for a signal, prior to the internal signal\nhandler signal_SIG***_handler and signal_SIG***_v variables being\nset up.\n\nTo remove the race condition, when setting a signal handler block\nthe signal until the internal handlers have been fully set up.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/d5beced6d86c201b9c5dc4d7be4918c7d2f0a7fd"},{"sha":"9054e692e9a3ce6c80b5a8986b576d7991ba3124","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Make signal_ignore mean ignore\n\nsignal_ignore was setting a signal handler for the signal, but\nthen itaking no action when the signal was received. This is now\nchanged so the signal is actually set to be ignored.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/9054e692e9a3ce6c80b5a8986b576d7991ba3124"},{"sha":"d96014cae6bc2cc58cca44f12f817f07fcca8f97","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Streamline signal handling code\n\nThere was some duplication of the code for signal handling, and\nthis slight restructuring avoids the duplication and makes it\nsimpler.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/d96014cae6bc2cc58cca44f12f817f07fcca8f97"},{"sha":"722058e87af73dc1f2df02ed0ae48d5002d4b7be","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Invoke notify scripts with the default signal disposition\n\nIt is reasonable for notify scripts to expect to be invoked with\nthe standard signal disposition, so when first setting up signal\ndispositions, remember the original state so it can be restored\nbefore the notify scripts are exec'd.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/722058e87af73dc1f2df02ed0ae48d5002d4b7be"},{"sha":"f792f08fa80b23c0e929f8b814236226a566ddc8","author":{"email":"d6b8e48afb2534b213e391cab43016505747a234@armitage.org.uk","name":"Quentin Armitage"},"message":"Return address of previous signal handler according to SA_SIGINFO\n\nThe man page for sigaction(2) states that SA_SIGINFO is only\nmeaningful when establishing a signal handler. This appears not\nto be the case, since the flag will be set in the oldact structure\non return from sigaction if the previous signal handler was\nestablished using the SA_SIGINFO flag.\n\nSigned-off-by: Quentin Armitage <quentin@armitage.org.uk>","distinct":true,"url":"https://api.github.com/repos/pqarmitage/keepalived/commits/f792f08fa80b23c0e929f8b814236226a566ddc8"}]}