)]}'
{
  "log": [
    {
      "commit": "09d989d179d0c679043556dda77c51b41a2dae7e",
      "tree": "6dcf9bf260e401aa341cb0f34c1e35690d6bb17b",
      "parents": [
        "a2bff2694b02448e1d5873ac010582bc9898021c"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Fri Jan 29 19:58:57 2010 -0500"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Mon Feb 01 15:40:06 2010 -0500"
      },
      "message": "cfg80211: add regulatory hint disconnect support\n\nThis adds a new regulatory hint to be used when we know all\ndevices have been disconnected and idle. This can happen\nwhen we suspend, for instance. When we disconnect we can\nno longer assume the same regulatory rules learned from\na country IE or beacon hints are applicable so restore\nregulatory settings to an initial state.\n\nSince driver hints are cached on the wiphy that called\nthe hint, those hints are not reproduced onto cfg80211\nas the wiphy will respect its own wiphy-\u003eregd regardless.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "84920e3e47f654a22b540606fb8c1ab90b870942",
      "tree": "2df8748b39b9cca53cfd2704487f6183b09d26aa",
      "parents": [
        "93895757df4ebe22c98b9128b98ebf8cec972c60"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Thu Jan 14 20:08:20 2010 -0500"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Jan 15 17:02:06 2010 -0500"
      },
      "message": "cfg80211: make regulatory_hint_11d() band specific\n\nIn practice APs do not send country IE channel triplets for channels\nthe AP is not operating on and if they were to do so they would have\nto use the regulatory extension which we currently do not process.\nNo AP has been seen in practice that does this though so just drop\nthose country IEs.\n\nAdditionally it has been noted the first series of country IE\nchannels triplets are specific to the band the AP sends. Propagate\nthe band on which the country IE was found on reject the country\nIE then if the triplets are ever oustide of the band.\n\nAlthough we now won\u0027t process country IE information with multiple\nband information we leave the intersection work as is as it is\ntechnically possible for someone to want to eventually process these\ntype of country IEs with regulatory extensions.\n\nCc: Jouni Malinen \u003cjouni.malinen@atheros.com\u003e\nCc: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "aa11d958d1a6572eda08214d7c6a735804fe48a5",
      "tree": "d025b05270ad1e010660d17eeadc6ac3c1abbd7d",
      "parents": [
        "07f6642ee9418e962e54cbc07471cfe2e559c568",
        "9799218ae36910af50f002a5db1802d576fffb43"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Aug 12 17:44:53 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Aug 12 17:44:53 2009 -0700"
      },
      "message": "Merge branch \u0027master\u0027 of master.kernel.org:/pub/scm/linux/kernel/git/davem/net-2.6\n\nConflicts:\n\tarch/microblaze/include/asm/socket.h\n"
    },
    {
      "commit": "8b19e6ca3bac7e04e93fb73f561d670e77c5fae6",
      "tree": "50a1487febe99b670aab253c4eebee2b8b3c8268",
      "parents": [
        "abc7381bcca6ce9dc101f112a13e14957bfbda7e"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Thu Jul 30 17:38:09 2009 -0700"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Tue Aug 04 16:44:19 2009 -0400"
      },
      "message": "cfg80211: enable country IE support to all cfg80211 drivers\n\nSince the bss is always set now once we are connected, if the\nbss has its own information element we refer to it and pass that\ninstead of relying on mac80211\u0027s parsing.\n\nNow all cfg80211 drivers get country IE support, automatically and\nwe reduce the call overhead that we had on mac80211 which called this\nupon every beacon and instead now call this only upon a successfull\nconnection by a STA on cfg80211.\n\nAcked-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "371842448c05b42d11a4be1c8e4e81d62ecc7534",
      "tree": "37c6f66d8a34999801cd09abffd7d7b66c0925dd",
      "parents": [
        "cd3468bad96c00b5a512f551674f36776129520e"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Thu Jul 30 17:43:48 2009 -0700"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Mon Aug 03 16:31:21 2009 -0400"
      },
      "message": "cfg80211: fix regression on beacon world roaming feature\n\nA regression was added through patch a4ed90d6:\n\n\"cfg80211: respect API on orig_flags on channel for beacon hint\"\n\nWe did indeed respect _orig flags but the intention was not clearly\nstated in the commit log. This patch fixes firmware issues picked\nup by iwlwifi when we lift passive scan of beaconing restrictions\non channels its EEPROM has been configured to always enable.\n\nBy doing so though we also disallowed beacon hints on devices\nregistering their wiphy with custom world regulatory domains\nenabled, this happens to be currently ath5k, ath9k and ar9170.\nThe passive scan and beacon restrictions on those devices would\nnever be lifted even if we did find a beacon and the hardware did\nsupport such enhancements when world roaming.\n\nSince Johannes indicates iwlwifi firmware cannot be changed to\nallow beacon hinting we set up a flag now to specifically allow\ndrivers to disable beacon hints for devices which cannot use them.\n\nWe enable the flag on iwlwifi to disable beacon hints and by default\nenable it for all other drivers. It should be noted beacon hints lift\npassive scan flags and beacon restrictions when we receive a beacon from\nan AP on any 5 GHz non-DFS channels, and channels 12-14 on the 2.4 GHz\nband. We don\u0027t bother with channels 1-11 as those channels are allowed\nworld wide.\n\nThis should fix world roaming for ath5k, ath9k and ar9170, thereby\nimproving scan time when we receive the first beacon from any AP,\nand also enabling beaconing operation (AP/IBSS/Mesh) on cards which\nwould otherwise not be allowed to do so. Drivers not using custom\nregulatory stuff (wiphy_apply_custom_regulatory()) were not affected\nby this as the orig_flags for the channels would have been cleared\nupon wiphy registration.\n\nI tested this with a world roaming ath5k card.\n\nCc: Jouni Malinen \u003cjouni.malinen@atheros.com\u003e\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nReviewed-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "d1c96a9a29a5f34fa50133889b6110dca6cc3d43",
      "tree": "b933187d131af5f14fe06978c001cb38e010a3c3",
      "parents": [
        "84540869678649074ae040bc9b063ef38ec9c83a"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Sat Feb 21 00:24:13 2009 -0500"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Feb 27 14:52:59 2009 -0500"
      },
      "message": "cfg80211: make __regulatory_hint() static\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "e38f8a7a8bebbab9d97f204e2cf05ef58b048a1d",
      "tree": "6b0e9f6ce18eb6e2e6d1b29db3538399d0735b70",
      "parents": [
        "3fc71f775af677f640f0f0780b16f1b0958f6d9d"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Sat Feb 21 00:20:39 2009 -0500"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Feb 27 14:52:59 2009 -0500"
      },
      "message": "cfg80211: Add AP beacon regulatory hints\n\nWhen devices are world roaming they cannot beacon or do active scan\non 5 GHz or on channels 12, 13 and 14 on the 2 GHz band. Although\nwe have a good regulatory API some cards may _always_ world roam, this\nis also true when a system does not have CRDA present. Devices doing world\nroaming can still passive scan, if they find a beacon from an AP on\none of the world roaming frequencies we make the assumption we can do\nthe same and we also remove the passive scan requirement.\n\nThis adds support for providing beacon regulatory hints based on scans.\nThis works for devices that do either hardware or software scanning.\nIf a channel has not yet been marked as having had a beacon present\non it we queue the beacon hint processing into the workqueue.\n\nAll wireless devices will benefit from beacon regulatory hints from\nany wireless device on a system including new devices connected to\nthe system at a later time.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "fe33eb390854886e1fd5d4835d833b80d145aafb",
      "tree": "5349c48092c9528b5640d5981425e161e0731ed3",
      "parents": [
        "0441d6ffc705de17d85923264a1b03b71ebfccb8"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Sat Feb 21 00:04:30 2009 -0500"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Feb 27 14:52:57 2009 -0500"
      },
      "message": "cfg80211: move all regulatory hints to workqueue\n\nAll regulatory hints (core, driver, userspace and 11d) are now processed in\na workqueue.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "f130347c2dd8e7ce0757cd3cf80bedbc6ed63c4c",
      "tree": "868f78203b5f529d80a014ed2169e7eab0a260ed",
      "parents": [
        "47f4d8872ffc57ad92d0fb344e677d12acc34acd"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Fri Jan 30 09:26:42 2009 -0800"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Mon Feb 09 15:03:45 2009 -0500"
      },
      "message": "cfg80211: add get reg command\n\nThis lets userspace request to get the currently set\nregulatory domain.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "716f9392e2b84cacc18cc11f7427cb98adeb1c3d",
      "tree": "f56a37fc79aa331b8f5b57a5038f1b4c93d8a578",
      "parents": [
        "d46e5b1d0c617a2a46353812d7f02115c17b5e72"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Thu Jan 22 15:05:51 2009 -0800"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Thu Jan 29 16:01:17 2009 -0500"
      },
      "message": "cfg80211: pass more detailed regulatory request information on reg_notifier()\n\nDrivers may need more information than just who set the last regulatory domain,\nas such lets just pass the last regulatory_request receipt. To do this we need\nto move out to headers struct regulatory_request, and enum environment_cap. While\nat it lets add documentation for enum environment_cap.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "3f2355cb9111ac04e7ae06a4d7044da2ae813863",
      "tree": "11f5594b7d48281a12a2116ad7af1d20d5947455",
      "parents": [
        "88dc1c3f7f9058cd5ceae1e4b53453484c7b0364"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Wed Nov 12 14:22:02 2008 -0800"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Tue Nov 25 16:41:26 2008 -0500"
      },
      "message": "cfg80211/mac80211: Add 802.11d support\n\nThis adds country IE parsing to mac80211 and enables its usage\nwithin the new regulatory infrastructure in cfg80211. We parse\nthe country IEs only on management beacons for the BSSID you are\nassociated to and disregard the IEs when the country and environment\n(indoor, outdoor, any) matches the already processed country IE.\n\nTo avoid following misinformed or outdated APs we build and use\na regulatory domain out of the intersection between what the AP\nprovides us on the country IE and what CRDA is aware is allowed\non the same country.\n\nA secondary device is allowed to follow only the same country IE\nas it make no sense for two devices on a system to be in two\ndifferent countries.\n\nIn the case the AP is using country IEs for an incorrect country\nthe user may help compliance further by setting the regulatory\ndomain before or after the IE is parsed and in that case another\nintersection will be performed.\n\nCONFIG_WIRELESS_OLD_REGULATORY is supported but requires CRDA\npresent.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nAcked-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "be3d48106c1e5d075784e5e67928a6b5ffc0f3b6",
      "tree": "40f9a5d6beefa0f6812f06368a94f0b17658f247",
      "parents": [
        "d2372b315289aec9f565a855023c40654a5bff68"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes@sipsolutions.net",
        "time": "Fri Oct 24 20:32:21 2008 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Oct 31 19:02:30 2008 -0400"
      },
      "message": "wireless: remove struct regdom hinting\n\nThe code needs to be split out and cleaned up, so as a\nfirst step remove the capability, to add it back in a\nsubsequent patch as a separate function. Also remove the\npublically facing return value of the function and the\nwiphy argument. A number of internal functions go from\nbeing generic helpers to just being used for alpha2\nsetting.\n\nSigned-off-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "f3b407fba52e1b86ca286ee7c218a4fb00bd29e0",
      "tree": "df5c4fce124d0792e4a52aa269f42cb734cefb12",
      "parents": [
        "cf03268e6ed6cfacaa5e32db41ea832c4d10438b"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes@sipsolutions.net",
        "time": "Tue Oct 21 09:57:41 2008 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Oct 31 19:00:42 2008 -0400"
      },
      "message": "wireless: remove cfg80211_reg_mutex\n\nThis mutex is wrong, we use cfg80211_drv_mutex (which should\npossibly be renamed to just cfg80211_mutex) everywhere except\nin one place, fix that and get rid of the extra mutex.\n\nAlso get rid of a spurious regulatory_requests list definition.\n\nSigned-off-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "cf03268e6ed6cfacaa5e32db41ea832c4d10438b",
      "tree": "48820b35da3f48206682493f932212d6c46b2410",
      "parents": [
        "e37d4dffdffb7f834bd28d4ae8e3dcdf07fce508"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes@sipsolutions.net",
        "time": "Tue Oct 21 09:42:38 2008 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Fri Oct 31 19:00:41 2008 -0400"
      },
      "message": "wireless: don\u0027t publish __regulatory_hint\n\nThis function requires an internal lock to be held, so it cannot\nbe published to other modules in the kernel.\n\nSigned-off-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "a3d2eaf0dcad6dfdf44f3093aef688dfca714b6c",
      "tree": "a8e004bc52b6344451007beb1bf9822aed62004a",
      "parents": [
        "734366deaee05b1a5842d977960b4cc574d7551d"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes@sipsolutions.net",
        "time": "Mon Sep 15 11:10:52 2008 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Sep 24 16:17:59 2008 -0400"
      },
      "message": "cfg80211: fix regulatory code const\n\nA few pointers and structures in the regulatory code are const,\nbut because it wasn\u0027t done properly a whole bunch of bogus\ncasts were needed to compile without warning. Mark everything\nconst properly to avoid that kind of junk code.\n\nSigned-off-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "734366deaee05b1a5842d977960b4cc574d7551d",
      "tree": "e5cdf95f9c718f8b49872b83dcc8dbb459487c0a",
      "parents": [
        "762af43bda3d8281a2738d3920ae5ded170aaf39"
      ],
      "author": {
        "name": "Johannes Berg",
        "email": "johannes@sipsolutions.net",
        "time": "Mon Sep 15 10:56:48 2008 +0200"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Wed Sep 24 16:17:59 2008 -0400"
      },
      "message": "cfg80211: clean up regulatory mess\n\nThe recent code from Luis is an #ifdef hell and contains lots of\ncode that\u0027s stuffed into the wrong file making a whole bunch of\nthings needlessly non-static, and besides, what is it doing in\ncore.c??\n\nSigned-off-by: Johannes Berg \u003cjohannes@sipsolutions.net\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    },
    {
      "commit": "b2e1b30290539b344cbaff0d9da38012e03aa347",
      "tree": "8d021d078c12f3d7b47da4b52a54eff4509daa98",
      "parents": [
        "63f2c0464875b6ef2132cecb19b2a5abbf061227"
      ],
      "author": {
        "name": "Luis R. Rodriguez",
        "email": "lrodriguez@atheros.com",
        "time": "Tue Sep 09 23:19:48 2008 -0700"
      },
      "committer": {
        "name": "John W. Linville",
        "email": "linville@tuxdriver.com",
        "time": "Mon Sep 15 16:48:19 2008 -0400"
      },
      "message": "cfg80211: Add new wireless regulatory infrastructure\n\nThis adds the new wireless regulatory infrastructure. The\nmain motiviation behind this was to centralize regulatory\ncode as each driver was implementing their own regulatory solution,\nand to replace the initial centralized code we have where:\n\n* only 3 regulatory domains are supported: US, JP and EU\n* regulatory domains can only be changed through module parameter\n* all rules were built statically in the kernel\n\nWe now have support for regulatory domains for many countries\nand regulatory domains are now queried through a userspace agent\nthrough udev allowing distributions to update regulatory rules\nwithout updating the kernel.\n\nEach driver can regulatory_hint() a regulatory domain\nbased on either their EEPROM mapped regulatory domain value to a\nrespective ISO/IEC 3166-1 country code or pass an internally built\nregulatory domain. We also add support to let the user set the\nregulatory domain through userspace in case of faulty EEPROMs to\nfurther help compliance.\n\nSupport for world roaming will be added soon for cards capable of\nthis.\n\nFor more information see:\n\nhttp://wireless.kernel.org/en/developers/Regulatory/CRDA\n\nFor now we leave an option to enable the old module parameter,\nieee80211_regdom, and to build the 3 old regdomains statically\n(US, JP and EU). This option is CONFIG_WIRELESS_OLD_REGULATORY.\nThese old static definitions and the module parameter is being\nscheduled for removal for 2.6.29. Note that if you use this\nyou won\u0027t make use of a world regulatory domain as its pointless.\nIf you leave this option enabled and if CRDA is present and you\nuse US or JP we will try to ask CRDA to update us a regulatory\ndomain for us.\n\nSigned-off-by: Luis R. Rodriguez \u003clrodriguez@atheros.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n"
    }
  ]
}