{"push_id":607094694,"size":179,"distinct_size":0,"ref":"refs/heads/master","head":"de1cf8a7d7a369bc7d63f7be27e3d84ad6a69bb2","before":"5e1459ca13eddea516f8c56122cb3253e7b0e03e","commits":[{"sha":"ace31982585a323afb194f56b9e0486f7bc6570c","author":{"email":"aabb26b59b66824ddb3b34833f2d86ff2d947ae5@qca.qualcomm.com","name":"Kim, Ben Young Tae"},"message":"Bluetooth: btusb: Add setup callback for chip init on USB\n\nSome of chipset does not allow to send a patch or config files through\nHCI VS channel at early stage as well as they don't support to send\nUSB patch files to other channel except USB bulk path.\n\nNew callback added is for initialization of BT controller through USB\n\nSigned-off-by: Ben Young Tae Kim <ytkim@qca.qualcomm.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/ace31982585a323afb194f56b9e0486f7bc6570c"},{"sha":"3267c884cefa86c6d48c4d7c5571c20435271ecf","author":{"email":"aabb26b59b66824ddb3b34833f2d86ff2d947ae5@qca.qualcomm.com","name":"Kim, Ben Young Tae"},"message":"Bluetooth: btusb: Add support for QCA ROME chipset family\n\nThis patch supports ROME Bluetooth family from Qualcomm Atheros,\ne.g. QCA61x4 or QCA6574.\n\nNew chipset have similar firmware downloading sequences to previous\nchipset from Atheros, however, it doesn't support vid/pid switching\nafter downloading the patch so that firmware needs to be handled by\nbtusb module directly.\n\nROME chipset can be differentiated from previous version by reading\nROM version.\n\nT:  Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 16 Spd=12   MxCh= 0\nD:  Ver= 1.10 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=  1\nP:  Vendor=0cf3 ProdID=e300 Rev= 0.01\nC:* #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA\nI:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms\nE:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms\nE:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms\nI:* If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms\nI:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms\nI:  If#= 1 Alt= 2 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms\nI:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  25 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  25 Ivl=1ms\nI:  If#= 1 Alt= 4 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  33 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  33 Ivl=1ms\nI:  If#= 1 Alt= 5 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  49 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  49 Ivl=1ms\n\nT:  Bus=03 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  8 Spd=12   MxCh= 0\nD:  Ver= 2.01 Cls=e0(wlcon) Sub=01 Prot=01 MxPS=64 #Cfgs=  1\nP:  Vendor=0cf3 ProdID=e360 Rev= 0.01\nC:* #Ifs= 2 Cfg#= 1 Atr=e0 MxPwr=100mA\nI:* If#= 0 Alt= 0 #EPs= 3 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=81(I) Atr=03(Int.) MxPS=  16 Ivl=1ms\nE:  Ad=82(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms\nE:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms\nI:* If#= 1 Alt= 0 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=   0 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=   0 Ivl=1ms\nI:  If#= 1 Alt= 1 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=   9 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=   9 Ivl=1ms\nI:  If#= 1 Alt= 2 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  17 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  17 Ivl=1ms\nI:  If#= 1 Alt= 3 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  25 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  25 Ivl=1ms\nI:  If#= 1 Alt= 4 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  33 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  33 Ivl=1ms\nI:  If#= 1 Alt= 5 #EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb\nE:  Ad=83(I) Atr=01(Isoc) MxPS=  49 Ivl=1ms\nE:  Ad=03(O) Atr=01(Isoc) MxPS=  49 Ivl=1ms\n\nSigned-off-by: Ben Young Tae Kim <ytkim@qca.qualcomm.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/3267c884cefa86c6d48c4d7c5571c20435271ecf"},{"sha":"ba6d22393284b703e6174278c31858bf59337ed2","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: add transmit retry support\n\nThis patch introduce a transmit retry handling into at86rf230 transmit\npath. Current behaviour is to wait the normal receive time if we want\nto go into STATE_TX_ON when the transceiver is in STATE_BUSY_RX_AACK\nwhich indicates that a frame is currently receiving. A non force state\nchange will not interrupt the the receiving state.\n\nThe current behaviour is that after the normal receive time we will\nstart a force change into STATE_TX_ON. With this patch we do seven\nretries to go into STATE_TX_ON without forcing. After we hit the\nAT86RF2XX_MAX_TX_RETRIES we will start the force state change.\nThis is a polling like method to go into STATE_TX_ON in times of maximum\nreceiving time.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/ba6d22393284b703e6174278c31858bf59337ed2"},{"sha":"ef5428a1386d472939c763abc68a9d0f1fb18dce","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: cleanup and squash stack variable\n\nI had this variable because I thought it would be protected by\ndisable/enable irq but this is not true. It's protected by stop/wake\nnetdev queue which is called by ieee802154_xmit_complete.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/ef5428a1386d472939c763abc68a9d0f1fb18dce"},{"sha":"74de4c804c53f612ef1287e4241d8d06f8e794c7","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: refactor receive handling\n\nThis patch refactor the receive handling into one function.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/74de4c804c53f612ef1287e4241d8d06f8e794c7"},{"sha":"cca990c85d37a9ed42d2cac53c619abec7faa12f","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: remove multiple dereferencing for irq\n\nBy holding the irq variable inside at86rf230_state_change we can squash\nsome multiple dereferencing for getting irq num.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/cca990c85d37a9ed42d2cac53c619abec7faa12f"},{"sha":"31fa74344c1e75fd66f7b43f456ae9e0a137ba69","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: remove multiple dereferencing for ctx\n\nThis patch cleanups the referencing for the state change context\nvariable. The state change context should only set once and this is by\ninitial a state change. This patch will use the initial state change\nvariable in the complete handler of the state change by using the ctx\ncontext which should be always the same like the initial state change\ncontext.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/31fa74344c1e75fd66f7b43f456ae9e0a137ba69"},{"sha":"263be3326b89a1a4994b29cbe898637fd72e6f0b","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"at86rf230: restore trx len when needed\n\nIn the most cases the spi messages has a length of two. Currently we\nalways set the the len field to two before transmit a spi message. In\ncases for read out/write in the frame buffer we need another len. This\npatch use trx len two as default. For the frame buffer cases we restore\nthe trx len to two on success and failure. This will reduce the len\nsetting of two when it's already two.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/263be3326b89a1a4994b29cbe898637fd72e6f0b"},{"sha":"48f86b7f2673352d075e567a8f3425c548be8424","author":{"email":"7e910bc94ec2be6aec7264bab8402b89ddbe3dd7@google.com","name":"Jakub Pawlowski"},"message":"Bluetooth: Move Service Discovery logic before refactoring\n\nThis patch moves whole packet filering logic of service discovery\ninto new function is_filter_match. It's done because logic inside\nmgmt_device_found is very complicated and needs some\nsimplification.\n\nAlso having whole logic in one place will allow to simplify it in\nthe future.\n\nSigned-off-by: Jakub Pawlowski <jpawlowski@google.com>\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/48f86b7f2673352d075e567a8f3425c548be8424"},{"sha":"2976cdeb27c83c83bf010a314309f07659ead228","author":{"email":"7e910bc94ec2be6aec7264bab8402b89ddbe3dd7@google.com","name":"Jakub Pawlowski"},"message":"Bluetooth: Refactor service discovery filter logic\n\nThis patch refactor code responsible for filtering when service\ndiscovery method is used. Previously this code was mixed with\nmgmt_device found logic. Now when it's in one place whole logic can\nbe greatly simplified. That includes removing no longer necessary\nlength field and merging checks for eir and scan_rsp.\n\nSigned-off-by: Jakub Pawlowski <jpawlowski@google.com>\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/2976cdeb27c83c83bf010a314309f07659ead228"},{"sha":"82f8b651a94d5c7090563fe55cfdb286c461a16c","author":{"email":"7e910bc94ec2be6aec7264bab8402b89ddbe3dd7@google.com","name":"Jakub Pawlowski"},"message":"Bluetooth: fix service discovery behaviour for empty uuids filter\n\nThis patch fixes service discovery behaviour, when provided uuid filter\nis empty and HCI_QUIRK_STRICT_DUPLICATE_FILTER is set. Before this\npatch, empty uuid filter was unable to trigger scan restart, and that\ncaused inconsistent behaviour in applications.\n\nExample: two DBus clients call BlueZ, one to find all devices with\nservice abcd, second to find all devices with rssi smaller than -90.\nSum of those filters, that is passed to mgmt_service_scan is empty\nfilter, with no rssi or uuids set.\nThat caused kernel not to restart scan when quirk was set.\nThat was inconsistent with what happen when there's only one of those\ntwo filters set (scan is restarted and reports devices).\n\nTo fix that, new variable hdev->discovery.result_filtering was\nintroduced. It can indicate that filtered scan is running, no matter\nwhat uuid or rssi filter is set.\n\nSigned-off-by: Jakub Pawlowski <jpawlowski@google.com>\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/82f8b651a94d5c7090563fe55cfdb286c461a16c"},{"sha":"93690c227acf08a2a19cbaf9acbcd2210fbb8ded","author":{"email":"44592b4eea36663c86b994bb0ea99d15309c1c7d@holtmann.org","name":"Marcel Holtmann"},"message":"Bluetooth: Introduce controller setting information for static address\n\nCurrently it is not possible to determine if the static address is used\nby the controller. It is also not possible to determine if using a\nstatic on a dual-mode controller with disabled BR/EDR is possible or\nnot.\n\nTo address this issue, introduce a new setting called static-address. If\nsupport for this setting is signaled that means that the kernel supports\nusing static addresses. And if used on dual-mode controllers with BR/EDR\ndisabled it means that a configured static address can be used.\n\nIn addition utilize the same setting for the list of current active\nsettings that indicates if a static address is configured and if that\naddress will be actually used.\n\nWith this in mind the existing Set Static Address management command\nhas been extended to return the current settings. That way the caller\nof that command can easily determine if the programmed address will\nbe used or if extra steps are required.\n\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/93690c227acf08a2a19cbaf9acbcd2210fbb8ded"},{"sha":"801c1e8da57499a9922223ee1882b2b59debd47c","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Add mgmt HCI channel registration API\n\nThis patch adds an API for registering HCI channels with mgmt-like\nsemantics. For now the only user will be HCI_CHANNEL_CONTROL, but e.g.\n6lowpan is intended to use this as well in the future.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/801c1e8da57499a9922223ee1882b2b59debd47c"},{"sha":"6d785aa345f525e1fdf098b7c590168f0b00f3f1","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Convert mgmt to use HCI chan registration API\n\nThis patch converts the existing mgmt code to use the newly introduced\ngeneric API for registering HCI channels with mgmt-like semantics.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/6d785aa345f525e1fdf098b7c590168f0b00f3f1"},{"sha":"b9a245fb12315f8c6528b29a991a004859c982d5","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Move all mgmt command quirks to handler table\n\nIn order to completely generalize the mgmt command handling we need to\nmove away command-specific information from mgmt_control() into the\nactual command table. This patch adds a new 'flags' field to the handler\nentries which can now contain the following command specific\ninformation:\n\n - Command takes variable length parameters\n - Command doesn't target any specific HCI device\n - Command can be sent when the HCI device is unconfigured\n\nAfter this the mgmt_control() function is completely generic and can\npotentially be reused by new HCI channels.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/b9a245fb12315f8c6528b29a991a004859c982d5"},{"sha":"a69e8375a134eb7f42d5de7e14d0816967282757","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Rename cmd_status() to mgmt_cmd_status()\n\nThis patch renames the cmd_status() function to mgmt_cmd_status() in\npreparation of making it a generic helper for other modules to use too.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/a69e8375a134eb7f42d5de7e14d0816967282757"},{"sha":"2a1afb5ac8d580d2013c2ccc548b4f2689c5ad7a","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Rename cmd_complete() to mgmt_cmd_complete()\n\nThis patch renames the cmd_complete() function to mgmt_cmd_complete() in\npreparation of making it a generic helper for other modules to use too.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/2a1afb5ac8d580d2013c2ccc548b4f2689c5ad7a"},{"sha":"3b0602cd01a571177e169c594e5e52b7b740cf08","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Rename pending_cmd to mgmt_pending_cmd\n\nThis patch renames the pending_cmd struct (used for tracking pending mgmt\ncommands) to mgmt_pending_cmd, so that it can be moved to a more generic\nplace and be used also by other modules using other HCI channels.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/3b0602cd01a571177e169c594e5e52b7b740cf08"},{"sha":"7a00ff445f1337bbd0fbf65d3ae468dfbc7ba53e","author":{"email":"628991c7b0a19c384f9b99c21ec330ce952bb838@intel.com","name":"Johan Hedberg"},"message":"Bluetooth: Add mgmt_send_event() helper to send to any HCI channel\n\nCurrently the mgmt_event() function is only capable of sending to\nHCI_CHANNEL_CONTROL. To void having to change all users of it, add a new\nmgmt_send_event() function that takes a channel parameter, and make the\nold mgmt_event() a wrapper that passes MGMT_CHANNEL_CONTROL to it.\n\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>\nSigned-off-by: Marcel Holtmann <marcel@holtmann.org>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/7a00ff445f1337bbd0fbf65d3ae468dfbc7ba53e"},{"sha":"0402d9f233ac5d66b39452037fef88333b06d51c","author":{"email":"d03dbcdedb9639e397df9b8578e8fc8274f4e6c4@gmail.com","name":"Alexander Aring"},"message":"Bluetooth: fix sco_exit compile warning\n\nWhile compiling the following warning occurs:\n\nWARNING: net/built-in.o(.init.text+0x602c): Section mismatch in\nreference from the function bt_init() to the function\n.exit.text:sco_exit()\nThe function __init bt_init() references\na function __exit sco_exit().\nThis is often seen when error handling in the init function\nuses functionality in the exit path.\nThe fix is often to remove the __exit annotation of\nsco_exit() so it may be used outside an exit section.\n\nSince commit 6d785aa345f525e1fdf098b7c590168f0b00f3f1 (\"Bluetooth:\nConvert mgmt to use HCI chan registration API\") the function \"sco_exit\"\nis used inside of function \"bt_init\". The suggested solution by remove\nthe __exit annotation solved this issue.\n\nSigned-off-by: Alexander Aring <alex.aring@gmail.com>\nSigned-off-by: Johan Hedberg <johan.hedberg@intel.com>","distinct":false,"url":"https://api.github.com/repos/tgraf/net-next/commits/0402d9f233ac5d66b39452037fef88333b06d51c"}]}