)]}'
{
  "commit": "006ca0fbaa447cac329579d1072304833208358c",
  "tree": "efe0ff68e3f64c81715ba6dca9a7b2ed1f6b3304",
  "parents": [
    "89b810ec9bde2689b06fdd2b23ccbb3f926d7575"
  ],
  "author": {
    "name": "Chris Dickens",
    "email": "christopher.a.dickens@gmail.com",
    "time": "Sat Sep 12 18:39:28 2020 -0700"
  },
  "committer": {
    "name": "Chris Dickens",
    "email": "christopher.a.dickens@gmail.com",
    "time": "Sat Sep 12 18:39:28 2020 -0700"
  },
  "message": "Guard against getting stuck while handling events\n\nAlba Mendez (user mildsunrise) reports that a thread can get stuck at a\nspecific point while handling events, thus preventing other events from\nbeing handled. This change addresses two such points in the code:\n\n  1) When processing completed transfers in handle_event_trigger(), the\n     function wll loop for as long as the completed_transfers list is\n     not empty. Since the event data lock is released and reacquired for\n     each completed transfer, it is possible for the completed_transfers\n     list to never be emptied. Address this by cutting the list and only\n     process the transfers that have completed at that point in time.\n\n  2) When processing events, the Linux backend will reap transfers for\n     each device that indicates activity until the reap fails (either\n     because there are no completed transfers or some other error\n     occurs). It is possible for transfers to be reaped at a rate slower\n     than that at which they are completing, thus preventing the loop\n     from exiting. Address this by limiting the number of transfers\n     reaped for each device to 25 for every call to the Linux backend\u0027s\n     handle_events() function.\n\nCloses #780\n\nSigned-off-by: Chris Dickens \u003cchristopher.a.dickens@gmail.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "272177eef75ac24a42b6c9d3b566168369e29591",
      "old_mode": 33188,
      "old_path": "libusb/io.c",
      "new_id": "9db322b0108f1bfeecd3e8cb52ca2d0808cad45f",
      "new_mode": 33188,
      "new_path": "libusb/io.c"
    },
    {
      "type": "modify",
      "old_id": "d0e57e4f4e8f735f6b14081031dcc0981f5aec19",
      "old_mode": 33188,
      "old_path": "libusb/libusbi.h",
      "new_id": "da45121f33593f4723fe928c15f97b5410e3646e",
      "new_mode": 33188,
      "new_path": "libusb/libusbi.h"
    },
    {
      "type": "modify",
      "old_id": "27bed33cd4bdd41c7b6653aa192f03ce7e135326",
      "old_mode": 33188,
      "old_path": "libusb/os/linux_usbfs.c",
      "new_id": "f5c92c26c2a11754d58194f304d2d7dc386491ba",
      "new_mode": 33188,
      "new_path": "libusb/os/linux_usbfs.c"
    },
    {
      "type": "modify",
      "old_id": "e9e05123aa57d41954a1a67efbc7dc870e5424a3",
      "old_mode": 33188,
      "old_path": "libusb/version_nano.h",
      "new_id": "a2be5c200507c816f8cfe8f9c443915e50dda900",
      "new_mode": 33188,
      "new_path": "libusb/version_nano.h"
    }
  ]
}
