)]}'
{
  "log": [
    {
      "commit": "e7fec0bbf13b9bc2869a18e66f0cda7bb7f559f0",
      "tree": "85ea7f9d0c91f847202dd2a7cb75ef22f9472a68",
      "parents": [
        "20d57f8e2553fa6f5cd382131b7f18e91c7141fc"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Oct 27 14:33:45 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:43 2009 -0800"
      },
      "message": "wimax/i2400m: fix inverted value in i2400ms_bus_setup()\n\nFix inverted setting of \u0027retries\u0027; when we are in the probe() path, we\nshould retry to enable the function only once; otherwise until it\ntimes out.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "20d57f8e2553fa6f5cd382131b7f18e91c7141fc",
      "tree": "261b3904e28a3e0746b48f52599cc7d26e167740",
      "parents": [
        "5a039e78522502067a68c969fb87fba1e39bc2a6"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 26 09:27:02 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:42 2009 -0800"
      },
      "message": "wimax/i2400m: fix SDIO debugfs dentry name\n\nThe SDIO specific debugfs dentry was being misnamed \"i2400m-usb\"\ninstead of \"i2400m-sdio\".\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "5a039e78522502067a68c969fb87fba1e39bc2a6",
      "tree": "8c154503cc1de69b0d6b5b40ddb6874dd11b3d8a",
      "parents": [
        "faf57162e462eafe87458e21bf641f9d138f8171"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Oct 23 17:31:31 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:41 2009 -0800"
      },
      "message": "wimax/i2400m: fix bad assignment of return value in i2400mu_tx_bulk_out\n\nThe function was always setting the return value to the amount of\nbytes transferred, overwriting the error code in error paths.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "faf57162e462eafe87458e21bf641f9d138f8171",
      "tree": "c59c3a457768924a37b2feb80125b35cd15ac056",
      "parents": [
        "fae92216da87d1c78aa51c4503acb312a47266e9"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Oct 20 11:10:59 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:40 2009 -0800"
      },
      "message": "wimax/i2400m: handle USB stalls\n\nWhen the device stalls, clear it and retry; if it keeps failing too\noften, reset the device.\n\nThis specially happens when running on virtual machines; the real\nhardware doesn\u0027t seem to trip on stalls too much, except for a few\nreports in the mailing list (still to be confirmed this is the cause,\nalthough it seems likely.\n\nNOTE: it is not clear if the URB has to be resubmitted fully or start\nonly at the offset of the first transaction sent. Can\u0027t find\ndocumentation to clarify one end or the other.\n\nTests that just resubmit the whole URB seemed to work in my\nenvironment.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "fae92216da87d1c78aa51c4503acb312a47266e9",
      "tree": "0df0784e265e6ec55eb0ed5566b8bf99e1dd2ba7",
      "parents": [
        "02eb41ef2a8631022fd90e096c57562dec9e7a9a"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Oct 23 17:48:36 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:39 2009 -0800"
      },
      "message": "wimax/i2400m: don\u0027t retry SDIO enable in probe() paths\n\nThe iwmc3200 has a quirk where retrying SDIO enable during the probe()\npath causes bad interactions with the TOP function controller that\ncauses a reset storm. The workaround is simply not to retry an SDIO\nenable in said path (and still do in the reset / reinitialization\npaths).\n\nThe driver does so by checking i2400ms-\u003edebugfs_dentry to see if it\nhas been initialized; if not, it is in the probe() path. Document said\nfact in i2400ms-\u003edebugfs_entry.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "02eb41ef2a8631022fd90e096c57562dec9e7a9a",
      "tree": "65280a03f80a15214f715510739bf9a983ecea5b",
      "parents": [
        "296bd4bdd0a43c5e56ee310bcb9b4722e5d52db8"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Oct 23 17:45:07 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:38 2009 -0800"
      },
      "message": "wimax/i2400m: correctly identify all iwmc3200-based SKUs\n\nDifferent paths of the i2400m SDIO driver need to take care of a few\nSKU-specific quirks. For the ones that are common to to all the\niwmc3200 based devices, introduce i2400ms-\u003eiwmc3200 [set in\ni2400ms_probe()], so it doesn\u0027t have to check against the list of\niwmc3200 SKU IDs on each quirk site.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "296bd4bdd0a43c5e56ee310bcb9b4722e5d52db8",
      "tree": "b28697a4970d95b6605e5c2b92e18fe7208573f0",
      "parents": [
        "5ab5a7215a0cfd40572a9f09276ebcb071ee6fb7"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Oct 20 11:09:25 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:37 2009 -0800"
      },
      "message": "wimax/i2400m: Fix USB timeout specifications (to ms from HZ)\n\nThe USB code was incorrectly specifiying timeouts to be in jiffies vs\nmsecs. On top of that, lower it to 200ms, as 1s is really too long\n(doesn\u0027t allow the watchdog to trip a reset if the device timesout too\noften).\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "5ab5a7215a0cfd40572a9f09276ebcb071ee6fb7",
      "tree": "3847969bc4148ecba2eea45aaf3a5706350ca892",
      "parents": [
        "c931ceeb780560ff652a8f9875f88778439ee87e"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Oct 15 18:16:08 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:36 2009 -0800"
      },
      "message": "wimax/i2400m: fix device getting stuck in IDLE mode\n\nThe i2400m, when conected, will negotiate with the WiMAX basestation\nto put the link in IDLE mode when it is not being used. Upon RX/TX\ntraffic, the link has to be restablished and that might require some\ncrypto handshakes and maybe a DHCP renew.\n\nThis process might take up to 20 (!) seconds and in some cases we were\nseeing network watchdog warnings that weren\u0027t needed.\n\nSo the network watchdog timeout is updated to be slightly above that\n20s threshold. As well, the driver itself will double check if the\ndevice is stuck in IDLE mode -- if that happens, the device will be\nreset (in this case the queue is also woken up to remove bogus--once\nthe device is reset--warnings).\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "c931ceeb780560ff652a8f9875f88778439ee87e",
      "tree": "ca754722967ff1b9a4660ef38b0eae3d36f38a58",
      "parents": [
        "55a662d6468005ec3cd799fbd8d0ad03dfae6d2a"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 16:24:56 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:36 2009 -0800"
      },
      "message": "wimax/i2400m: introduce i2400m_reset(), stopping TX and carrier\n\nCurrently the i2400m driver was resetting by just calling\ni2400m-\u003ebus_reset(). However, this was missing stopping the TX queue\nand downing the carrier. This was causing, for the corner case of the\ndriver reseting a device that refuses to go out of idle mode, that a\nfew packets would be queued and more than one reset would go through,\nmaking the recovery a wee bit messy.\n\nTo avoid introducing the same cleanup in all the bus-specific driver,\nintroduced a i2400m_reset() function that takes care of house cleaning\nand then calling the bus-level reset implementation.\n\nThe bulk of the changes in all files are just to rename the call from\ni2400m-\u003ebus_reset() to i2400m_reset().\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "55a662d6468005ec3cd799fbd8d0ad03dfae6d2a",
      "tree": "388ebff423706a896d599a8447d9a8a7ad14d268",
      "parents": [
        "a8ee303cae6fbdaa639afa50b9d03ce6f0c7d7da"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 23:11:26 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Nov 03 12:49:34 2009 -0800"
      },
      "message": "wimax/i2400m: implement passive mode as a module option\n\nSome versions of the user space Intel WiMAX daemon need to have full\ncontrol over the device initialization sequence. By setting the module\noption i2400.passive_mode to 1, the driver defers all device\nconfiguration and initialization to user space.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "a8ee303cae6fbdaa639afa50b9d03ce6f0c7d7da",
      "tree": "91c3a39faff5efe635e31be76dbce03609695a4d",
      "parents": [
        "097acbeff98178e01c2f6adb2259ab4d811340cc"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Oct 08 12:36:03 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:25 2009 +0900"
      },
      "message": "wimax/i2400m: SDIO: fix oops on reset when TXing on uninitialized data\n\nCurrently the SDIO part of the TX resources were initialized/released\nwith bus_dev_{start,stop}.\n\nThe generic code\u0027s TX subsystem is destroyed afterwards, so there is a\nwindow from the bus-TX destruction to the generic-TX destruction where\nthe generic-TX code might call into bus-TX to do transactions.\n\nThe SDIO code cannot really cope with this (whereas in USB, how it is\nlaid out, it correctly ignores it). In any case, it made no sense for\nthe SDIO TX code to be in i2400m-\u003ebus_dev_start/stop(), so moved to\ni2400m-\u003ebus_setup/release(), which also takes care of the oops.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "097acbeff98178e01c2f6adb2259ab4d811340cc",
      "tree": "72546c92d9438b1cad4dd7b37a3298a0763ff9fa",
      "parents": [
        "4a78fd9a736db4c871bc8b583d66b61c38abd299"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Oct 08 12:33:50 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:23 2009 +0900"
      },
      "message": "wimax/i2400m: make i2400m-\u003ebus_dev_{stop,start}() optional\n\nIn coming commits, the i2400m SDIO driver will not use\ni2400m-\u003ebus_dev_stop().\n\nThus changed to check before calling, as an empty stub has more\noverhead than a call to check if the function pointer is non-NULL.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "4a78fd9a736db4c871bc8b583d66b61c38abd299",
      "tree": "2f8e5c53eb81091c321436b70280b9627e673815",
      "parents": [
        "0c96859d7a5f0286ed70d3c4e140ac6816a350da"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Oct 08 08:11:38 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:22 2009 +0900"
      },
      "message": "wimax/i2400m: fix oops caused by race condition when exiting USB kthreads\n\nCurrent i2400m USB code had to threads (one for processing RX, one for\nTX). When calling i2400m_{tx,rx}_release(), it would crash if the\nthread had exited already due to an error.\n\nSo changed the code to have the thread fill in/out\ni2400mu-\u003e{tx,rx}_kthread under a spinlock; then the _release()\nfunction will call kthread_stop() only if {rx,tx}_kthread is still\nset.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "0c96859d7a5f0286ed70d3c4e140ac6816a350da",
      "tree": "1b1553333c356bd477bc20b9ed95705d8ef3ca89",
      "parents": [
        "46c501473d0a6fa62435dfd65c6884e1fd63b327"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 22:57:39 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:21 2009 +0900"
      },
      "message": "wimax/i2400m: Let device\u0027s status reports change the device state\n\nCurrently __i2400m_dev_start was forcing, after uploading firmware and\ndoing a few checks to WIMAX_ST_UNINITIALIZED.\n\nThis can be overriding state changes that the device might have caused\nby sending reports; thus it makes more sense to remove it and let the\ndevice update the status on its own by sending reports.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "46c501473d0a6fa62435dfd65c6884e1fd63b327",
      "tree": "00cfe53c4542e3f44e86b28245b33dcdda137e90",
      "parents": [
        "a0beba21c3e2dff9a31739f1660ba3ff8c7150a7"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 22:46:29 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:20 2009 +0900"
      },
      "message": "wimax/i2400m: fix oops in TX when tearing down the device\n\nAll the entry points into the TX module should check if the device has\nbeen torn down. Otherwise, when the device resets or shuts down, there\nare windows when a call to i2400m_tx*() will oops the system.\n\nFor that, make i2400m_tx_release() set i2400m-\u003etx_buf to NULL under\nthe tx_lock. Then, any entry point [i2400m_tx(), _tx_msg_sent(),\n_tx_msg_get()] will check for i2400m-\u003etx_buf to be NULL and exit\ngracefully.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "a0beba21c3e2dff9a31739f1660ba3ff8c7150a7",
      "tree": "c38d559fd600274c4526f835c2b614a55df5d4c6",
      "parents": [
        "af77dfa7811cd4e533003a9e7e9bf27dece96c6d"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 21:43:10 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:19 2009 +0900"
      },
      "message": "wimax/i2400m: queue device\u0027s report until the driver is ready for them\n\nThe i2400m might start sending reports to the driver before it is done\nsetting up all the infrastructure needed for handling them.\n\nCurrently we were just dropping them when the driver wasn\u0027t ready and\nthat is bad in certain situations, as the sync between the driver\u0027s\nidea of the device\u0027s state and the device\u0027s state dissapears.\n\nThis changes that by implementing a queue for handling\nreports. Incoming reports are appended to it and a workstruct is woken\nto process the list of queued reports.\n\nWhen the device is not yet ready to handle them, the workstruct is not\nwoken, but at soon as the device becomes ready again, the queue is\nprocessed.\n\nAs a consequence of this, i2400m_queue_work() is no longer used, and\nthus removed.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "af77dfa7811cd4e533003a9e7e9bf27dece96c6d",
      "tree": "fa2b04d211e450631414fb9cf6d31aa251887947",
      "parents": [
        "b9ee95010bee6c0e17d18bc9d9c0cfab6e8cb73a"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 21:37:53 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:19 2009 +0900"
      },
      "message": "wimax/i2400m: move i2400m_init() out of i2400m.h\n\nUpcoming changes will have to add things to this function that expose\nmore internals, which would mean more forward declarators.\n\nFrankly, it doesn\u0027t need to be an inline, so moved to driver.c, where\nthe declarations will be taken from the header file.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "b9ee95010bee6c0e17d18bc9d9c0cfab6e8cb73a",
      "tree": "d1fd6706e054bb337d3ac79e96e32d2ec5145047",
      "parents": [
        "5eeae35b9a2e304fc4ae3d9eed63afeea23b482c"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 12:34:13 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:18 2009 +0900"
      },
      "message": "wimax/i2400m: fix deadlock: don\u0027t do BUS reset under i2400m-\u003einit_mutex\n\nSince the addition of the pre/post reset handlers, it became clear\nthat we cannot do a I2400M-RT-BUS type reset while holding the\ninit_mutex, as in the case of USB, it will deadlock when trying to\ncall i2400m_pre_reset().\n\nThus, the following changes:\n\n - clarify the fact that calling bus_reset() w/ I2400M_RT_BUS while\n   holding init_mutex is a no-no.\n\n - i2400m_dev_reset_handle() will do a BUS reset to recover a gone\n   device after unlocking init_mutex.\n\n - in the USB reset implementation, when cold and warm reset fails,\n   fallback to QUEUING a usb reset, not executing a USB reset, so it\n   happens from another context and does not deadlock.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "5eeae35b9a2e304fc4ae3d9eed63afeea23b482c",
      "tree": "7d4dcc2d36785b78d990c02af968d61467000a40",
      "parents": [
        "28cff50d99ce9a1db65b7d4dcdcc0f1f8d9f9309"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Oct 07 12:20:15 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:17 2009 +0900"
      },
      "message": "wimax/i2400m: when stopping the device, cancel any pending message\n\nThe stop procedure for the device must make sure that any task that is\nwaiting on a message is properly cancelled.\n\nThis was being taken care of only by the __i2400m_dev_reset_handle()\npath and the rest was working by chance because the waits have a\ntimeout.\n\nFixed by adding a proper cancellation in __i2400m_dev_stop().\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "28cff50d99ce9a1db65b7d4dcdcc0f1f8d9f9309",
      "tree": "67c39a2383a8eba76e7c036c6d85dbbd86399a08",
      "parents": [
        "6f4fc90a36fbe87e3003b3f7c8090ecc89bd1353"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "cindy.h.kao@intel.com",
        "time": "Fri Oct 02 19:31:17 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:16 2009 +0900"
      },
      "message": "wimax/i2400m: change the bcf_len to exclude the extended header size\n\nThe actual fw-\u003esize may not equal to the bcf size indicated in\nthe bcf header if the extended bcf debug header is added in the tail.\n\nTo reflect the actual fw size that will be downloaded to the device,\nit is now retrived from from the size field indicated in the bcf header.\n\nAll of the headers (if there are extended headers) should indicate same\nvalue for the size field since only one set of firmware chunks is downloaded\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\n"
    },
    {
      "commit": "6f4fc90a36fbe87e3003b3f7c8090ecc89bd1353",
      "tree": "9c782cc91f7a374b45bf3ec8c59637cd0a4b4d01",
      "parents": [
        "81d3f905389e22bb9a5176b9309c3f451c260e1a"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "cindy.h.kao@intel.com",
        "time": "Fri Oct 02 19:18:43 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:15 2009 +0900"
      },
      "message": "wimax/i2400m: use JUMP cmd for last FW chunk indication\n\nBoth secure and non-secure boot must set the JUMP command in the\nbootmode header as the last FW chunk, so we change to use the JUMP\ncommand to decide if the FW chunk download is completed.\n\nSince we tend to use one single FW to support both secure and non-secure\nboot for most of the time, I2400M_BRH_SIGNED_JUMP is actually found\neven for non-secure boot. But in case the FW does come with\nI2400M_BRH_JUMP, we check for both of them in i2400m_dnload_bcf().\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "81d3f905389e22bb9a5176b9309c3f451c260e1a",
      "tree": "8b7cc14d8c19d63f4d7a3e1d38cf49defc769620",
      "parents": [
        "de9315fa3a35ebe587cc1a1c88655d095846785e"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Sat Oct 03 16:51:02 2009 +0900"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:14 2009 +0900"
      },
      "message": "wimax: allow WIMAX_RF_QUERY calls when state is still uninitialized\n\nUntil now, calls to wimax_rfkill() will be blocked until the device is\nat least past the WIMAX_ST_UNINITIALIZED state, return -ENOMEDIUM when\nthe device is in the WIMAX_ST_DOWN state.\n\nIn parallel, wimax-tools would issue a wimax_rfkill(WIMAX_RF_QUERY)\ncall right after opening a handle with wimaxll_open() as means to\nverify if the interface is really a WiMAX interface [newer kernel\nversion will have a call specifically for this].\n\nThe combination of these two facts is that in some cases, before the\ndriver has finalized initializing its device\u0027s firmware, a\nwimaxll_open() call would fail, when it should not.\n\nThus, change the wimax_rfkill() code to allow queries when the device\nis in WIMAX_ST_UNINITIALIZED state.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "de9315fa3a35ebe587cc1a1c88655d095846785e",
      "tree": "184d55b02470af301bdcd1e9f9f482ea24da1c64",
      "parents": [
        "9835fd84990ca253c5b625005717a9be492788c0"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 30 16:33:26 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:13 2009 +0900"
      },
      "message": "wimax: allow user space to send messages once the device is registered\n\nIt makes sense that the messaging pipe to the device can be used\nbefore the device is fully ready, as long as it is registered with the\nstack. Some debugging tools need it.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "9835fd84990ca253c5b625005717a9be492788c0",
      "tree": "9daa36006886eecf80fe5c715049ef8307aecc0a",
      "parents": [
        "e1633fd636f3ed0379fcf08c47962205eadddb6b"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Sep 29 16:28:24 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:12 2009 +0900"
      },
      "message": "wimax/i2400m: fix race condition with tcpdump et al\n\ntcpdump and friends were not being able to decode packets sent via\nWiMAX; they had a zero ethernet type, even when the stack was properly\nsending them to the device with the right type.\n\nIt happens that the driver was overwriting the (fake) ethernet header\nfor creating the hardware header and that was bitting the cloning used\nby tcpdump (et al) to look into the packets.\n\nUse pkskb_expand_head() [method copied from the e1000 driver] to fix.\n\nThanks to Herbert Xu and Andi Kleen for helping to diagnose and\npointing to the right fix.\n\nCc: Herbert Xu \u003cgondor.apana.org.au\u003e\nCc: Andi Kleen \u003candi@firstfloor.org\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "e1633fd636f3ed0379fcf08c47962205eadddb6b",
      "tree": "bca581b6d125e4c5b8d95c2d141a4b6d14fa6049",
      "parents": [
        "3725d8c97436aeaa03eeb0c25361a7ec0f3f5bd2"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Sep 18 11:50:50 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:11 2009 +0900"
      },
      "message": "wimax/i2400m: reduce verbosity of debug messages in boot mode\n\nMissed a debug message that was being constantly printed as a\ndev_err(); became annoying. Demote it to a debug message.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "3725d8c97436aeaa03eeb0c25361a7ec0f3f5bd2",
      "tree": "c773759b4757473172ff6ba3ec26c134f5fc3d42",
      "parents": [
        "2869da8587604e3fea5f85aeade486a08e8313bf"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Sep 17 15:20:45 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:10 2009 +0900"
      },
      "message": "wimax/i2400m: Implement pre/post reset support in the USB driver\n\nThe USB stack can callback a driver is about to be reset by an\nexternal entity and right after it, so the driver can save state and\nthen restore it.\n\nThis commit implements said support; it is implemented actually in the\ncore, bus-generic driver [i2400m_{pre,post}_reset()] and used by the\nbus-specific drivers. This way the SDIO driver can also use it once\nsaid support is brought to the SDIO stack.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "2869da8587604e3fea5f85aeade486a08e8313bf",
      "tree": "e5894e5ffbc7eea4c3dc01406abfbbcfd8022467",
      "parents": [
        "0856ccf29dfbaf957e4be80dd3eb88d97810b633"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 16 18:33:26 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:09 2009 +0900"
      },
      "message": "wimax/i2400m: do bootmode buffer management in i2400m_setup/release()\n\nAfter the introduction of i2400m-\u003ebus_setup/release, there is no more\nrace condition where the bootmode buffers are needed before\ni2400m_setup() is called.\n\nBefore, the SDIO driver would setup RX before calling i2400m_setup()\nand thus need those buffers; now RX setup is done in\ni2400m-\u003ebus_setup(), which is called by i2400m_setup().\n\nThus, all the bootmode buffer management can now be done completely\ninside i2400m_setup()/i2400m_release(), removing complexity from the\nbus-specific drivers.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "0856ccf29dfbaf957e4be80dd3eb88d97810b633",
      "tree": "a33cf96b010ce3814747b67eb60743554af2070f",
      "parents": [
        "c2315b4ea9ac9c3f8caf03c3511d86fabe4a5fcd"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 16 18:23:27 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:08 2009 +0900"
      },
      "message": "wimax/i2400m: introduce i2400m-\u003ebus_setup/release\n\nThe SDIO subdriver of the i2400m requires certain steps to be done\nbefore we do any acces to the device, even for doing firmware upload.\n\nThis lead to a few ugly hacks, which basically involve doing those\nsteps in probe() before calling i2400m_setup() and undoing them in\ndisconnect() after claling i2400m_release(); but then, much of those\nsteps have to be repeated when resetting the device, suspending, etc\n(in upcoming pre/post reset support).\n\nThus, a new pair of optional, bus-specific calls\ni2400m-\u003ebus_{setup/release} are introduced. These are used to setup\nbasic infrastructure needed to load firmware onto the device.\n\nThis commit also updates the SDIO subdriver to use said calls.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "c2315b4ea9ac9c3f8caf03c3511d86fabe4a5fcd",
      "tree": "17e2d15abfd26fa83f8a9654bf581f6d40fc8c33",
      "parents": [
        "8f90f3ee83dc54e182d6a7548727cbae4b523e6e"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 16 17:10:55 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:07 2009 +0900"
      },
      "message": "wimax/i2400m: clarify and fix i2400m-\u003e{ready,updown}\n\nThe i2400m driver uses two different bits to distinguish how much the\ndriver is up. i2400m-\u003eready is used to denote that the infrastructure\nto communicate with the device is up and running. i2400m-\u003eupdown is\nused to indicate if \u0027ready\u0027 and the device is up and running, ready to\ntake control and data traffic.\n\nHowever, all this was pretty dirty and not clear, with many open spots\nwhere race conditions were present.\n\nThis commit cleans up the situation by:\n\n - documenting the usage of both bits\n\n - setting them only in specific, well controlled places\n   (i2400m_dev_start, i2400m_dev_stop)\n\n - ensuring the i2400m workqueue can\u0027t get in the middle of the\n   setting by flushing it when i2400m-\u003eready is set to zero. This\n   allows the report hook not having to check again for the bit to be\n   set [rx.c:i2400m_report_hook_work()].\n\n - using i2400m-\u003eupdown to determine if the device is up and running\n   instead of the wimax state in i2400m_dev_reset_handle().\n\n - not loosing missed messages sent by the hardware before\n   i2400m-\u003eready is set. In rx.c, whatever the device sends can be\n   sent to user space over the message pipes as soon as the wimax\n   device is registered, so don\u0027t wait for i2400m-\u003eready to be set.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "8f90f3ee83dc54e182d6a7548727cbae4b523e6e",
      "tree": "8a81fd0076562a5c6e30a652c63fa25343783dc6",
      "parents": [
        "ac53aed9349242095a780f57ac0c995fb170c950"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 16 17:53:57 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:06 2009 +0900"
      },
      "message": "wimax/i2400m: cleanup initialization/destruction flow\n\nCurrently the i2400m driver was starting in a weird way: registering a\nnetwork device, setting the device up and then registering a WiMAX\ndevice.\n\nThis is an historic artifact, and was causing issues, a some early\nreports the device sends were getting lost by issue of the wimax_dev\nnot being registered.\n\nFix said situation by doing the wimax device registration in\ni2400m_setup() after network device registration and before starting\nthed device.\n\nAs well, removed spurious setting of the state to UNINITIALIZED;\ni2400m.dev_start() does that already.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "ac53aed9349242095a780f57ac0c995fb170c950",
      "tree": "2962df61c6bdee9f184bb278a8b25b4c5a6d219d",
      "parents": [
        "cb5b756f746b77c5323ae413a41e9a40ea33c453"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 16 16:30:39 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:05 2009 +0900"
      },
      "message": "wimax/i2400m: on device stop, clean up pending wake \u0026 TX work\n\nWhen the i2400m device needs to wake up an idle WiMAX connection, it\nschedules a workqueue job to do it.\n\nCurrently, only when the network stack called the _stop() method this\nwork struct was being cancelled. This has to be done every time the\ndevice is stopped.\n\nSo add a call in i2400m_dev_stop() to take care of such cleanup, which\nis now wrapped in i2400m_net_wake_stop().\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "cb5b756f746b77c5323ae413a41e9a40ea33c453",
      "tree": "9fc7d2d16a0945f644cc742ea0c7bb4db4459df8",
      "parents": [
        "1a5a73c0c5459f991b871855eb36099df65ecb7e"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Tue Sep 15 15:25:20 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:04 2009 +0900"
      },
      "message": "wimax/i2400m: don\u0027t overwrite error codes when failing to load firmware\n\nMake sure that i2400m_dev_bootstrap() doesn\u0027t overwrite the last known\nerror code with -ENOENT; when a firmware fails to load, we want to\nknow the cause and not a generic error code.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "1a5a73c0c5459f991b871855eb36099df65ecb7e",
      "tree": "e41fe888a42dec357d52c4d8edacc8cd9aa455e9",
      "parents": [
        "7b43ca708a767a5f68eeeb732c569c0f11a7d6f7"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Sep 14 15:28:14 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:03 2009 +0900"
      },
      "message": "wimax/i2400m: implement .reset_resume in USB subdriver\n\nCurrent driver didn\u0027t implement the .reset_resume method. The i2400m\nnormally always reset on a comeback from system standby/hibernation.\n\nThis requires previously applied commits to cache the firmware image\nfile.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "7b43ca708a767a5f68eeeb732c569c0f11a7d6f7",
      "tree": "8811c30691a5e4355c56e9b52a7f8fb9fe9108fb",
      "parents": [
        "3ef6129e57b04c116b1907b72c7a20720e6dde75"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Sep 14 14:10:16 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:02 2009 +0900"
      },
      "message": "wimax/i2400m: cache firmware on system suspend\n\nIn preparation for a reset_resume implementation, have the firmware\nimage be cached in memory when the system goes to suspend and released\nwhen out.\n\nThis is needed in case the device resets during suspend; the driver\ncan\u0027t load firmware until resume is completed or bad deadlocks\nhappen.\n\nThe modus operandi for this was copied from the Orinoco USB driver.\n\nThe caching is done with a kobject to avoid race conditions when\nreleasing it. The fw loader path is altered only to first check for a\ncached image before trying to load from disk. A Power Management event\nnotifier is register to call i2400m_fw_cache() or i2400m_fw_uncache()\nwhich take care of the actual cache management.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "3ef6129e57b04c116b1907b72c7a20720e6dde75",
      "tree": "a560950398c057010f9f591d10ed0dfe0eb8e98a",
      "parents": [
        "b0fbcb2a0b54ee201fa8af61fdebe14c050f18fe"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Sep 14 14:05:19 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:01 2009 +0900"
      },
      "message": "wimax/i2400m: add reason argument to i2400m_dev_reset_handle()\n\nIn preparation for reset_resume support, in which the same code path\nis going to be used, add a diagnostic message to dev_reset_handle()\nthat can be used to distinguish how the device got there.\n\nThis uses the new payload argument added to i2400m_schedule_work() by\nthe previous commit.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "b0fbcb2a0b54ee201fa8af61fdebe14c050f18fe",
      "tree": "81ad0f43ffd45e3d677c2bc0da50af8c9ee1de58",
      "parents": [
        "7329012e673231dee9a21567cfb9881f5ea462ba"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Sep 14 13:29:32 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:56:00 2009 +0900"
      },
      "message": "wimax/i2400m: clean up \u0026 add a payload argument to i2400m_schedule_work()\n\nForthcoming commits use having a payload argument added to\ni2400m_schedule_work(), which then becomes nearly identical to\ni2400m_queue_work().\n\nThis patch thus cleans up both\u0027s implementation, making it share\ncommon helpers and adding the payload argument to\ni2400m_schedule_work().\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "7329012e673231dee9a21567cfb9881f5ea462ba",
      "tree": "676f665bf8ca7f52923ed388db109ad2807c305c",
      "parents": [
        "f8fc3295570115267ce1ce901f362d13d194aefc"
      ],
      "author": {
        "name": "Dirk Brandewie",
        "email": "dirk.j.brandewie@intel.com",
        "time": "Wed Aug 12 11:29:46 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:59 2009 +0900"
      },
      "message": "wimax/i6x50: add Intel WiFi/WiMAX Link 6050 Series support\n\nAdd support for the WiMAX device in the Intel WiFi/WiMAX Link 6050\nSeries; this involves:\n\n - adding the device ID to bind to and an endpoint mapping for the\n   driver to use.\n\n - at probe() time, some things are set depending on the device id:\n\n   + the list of firmware names to try\n\n   + mapping of endpoints\n\nSigned-off-by: Dirk Brandewie \u003cdirk.j.brandewie@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "f8fc3295570115267ce1ce901f362d13d194aefc",
      "tree": "7546bcfa99081af6c6898a36d7abb6b6dea8d726",
      "parents": [
        "10607c86e163e3da8bdf58a934da7dd3a68dcb7c"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "cindy.h.kao@intel.com",
        "time": "Fri Sep 04 17:38:46 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:59 2009 +0900"
      },
      "message": "wimax/iwmc3200: add new sdio device ID to support iwmc3200 2.5GHz sku\n\nDifferent sdio device IDs are designated to support different intel\nwimax silicon sku. The new macro SDIO_DEVICE_ID_IWMC3200_WIMAX_2G5(0x1407)\nis added to support iwmc3200 2.5GHz sku.  The existing\nSDIO_DEVICE_ID_IWMC3200_WIMAX(0x1402) is for iwmc3200 general sku.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "10607c86e163e3da8bdf58a934da7dd3a68dcb7c",
      "tree": "ae12d72aec61824697dee9d0b509ef37d02f49e3",
      "parents": [
        "bfc44187bbaeabf597be6566a24e8fa7d689b984"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 09 17:11:57 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:58 2009 +0900"
      },
      "message": "wimax/i2400m: on firmware upload, select BCF header that matches device\u0027s request\n\nDevices based on the i2400m emit a \"barker\" (32 bit unsigned) when\nthey boot. This barker is used to select, in the firmware file image,\nwhich header should be used to process the rest of the file.\n\nThis commit implements said support, completing the series started by\nprevious commits.\n\nWe modify the i2400m_fw_dnload() firmware loading path by adding a\ncall to i2400m_bcf_hdr_find() [new function], in which the right BCF\nheader [as listed in i2400m-\u003efw_hdrs by i2400m_fw_check()] is\nlocated. Then this header is fed to i2400m_dnload_init() and\ni2400m_dnload_finalize().\n\nThe changes to i2400m_dnload_finalize() are smaller than they look;\nthey add the bcf_hdr argument and use that instead of bcf. Likewise in\ni2400m_dnload_init().\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "bfc44187bbaeabf597be6566a24e8fa7d689b984",
      "tree": "aa7d6f28babc971950bf1e7589919c74f2ca6fa9",
      "parents": [
        "fabce1a485dd985c0e4c16f61f4ddb5e27e49cbf"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Sep 04 17:07:21 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:57 2009 +0900"
      },
      "message": "wimax/i2400m: support extended firmware format\n\nThe SBCF firmware format has been extended to support extra headers\nafter the main payload. These extra headers are used to sign the\nfirmware code with more than one certificate. This eases up\ndistributing single code images that work in more than one SKU of the\ndevice.\n\nThe changes to support this feature will be spread in a series of\ncommits. This one just adds the support to parse the extra headers and\nstore them in i2400m-\u003efw_hdrs. Coming changes to the loader code will\nuse that to determine which header to upload to the device.\n\nThe i2400m_fw_check() function now iterates over all the headers and\nfor each, calls i2400m_fw_hdr_check(), which does some basic checks on\neach header. It then stores the headers for the bootloader code to use.\n\nThe i2400m_dev_bootstrap() function has been modified to cleanup\ni2400m-\u003efw_hdrs when done.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "fabce1a485dd985c0e4c16f61f4ddb5e27e49cbf",
      "tree": "be682e23feea2e06c6ff7a1a1bb9f2f82b1b27e7",
      "parents": [
        "923d708fed9d47c7b4d67694500d766337663e29"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Sep 04 14:53:43 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:56 2009 +0900"
      },
      "message": "wimax/i2400m: verify firmware format version is known\n\nMake sure the bootloading code checks that the format of the file is\nunderstood (major version match). This also fixes a dumb typo in\nextracting the major version field.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "923d708fed9d47c7b4d67694500d766337663e29",
      "tree": "54cc91baf9f495f924e467625e2bf50cbce79f48",
      "parents": [
        "ebc5f62b76ad540ff7b3e438506638009e7812a6"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Fri Sep 04 14:50:59 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:55 2009 +0900"
      },
      "message": "wimax/i2400m: fix reboot echo/ack barker deadlock\n\nThe i2400m based devices can get in a sort of a deadlock some times;\nwhen they boot, they send a reboot \"barker\" (a magic number) and then\nthe driver has to echo that same barker to ack reception\n(echo/ack). Then the device does a final ack by sending an ACK barker.\n\nThe first time this happens, we don\u0027t know ahead of time with barker\nthe device is going to send, as different device models and SKUs will\nsend different barker depending on the EEPROM programming.\n\nIf the device has sent the barker before the driver has been able to\nread it, the driver looses, as it doesn\u0027t know which barker it has to\necho/ack back. With older devices, we tried a couple of combinations\nand that always worked; but now, with adding support for more, in\nwhich we have an unlimited number of new barkers, that is not an\noption.\n\nSo we rework said case so that when the device gets stuck, we just\ncycle through all the known types until one forces the device to send\nan ack. Otherwise, the driver gives up and aborts.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "ebc5f62b76ad540ff7b3e438506638009e7812a6",
      "tree": "3981373fb584478e1807ee347efc26e75d245d9c",
      "parents": [
        "aba3792ac2d7c808a2d2fd2adf89531e083bdb90"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Sep 03 15:53:30 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:54 2009 +0900"
      },
      "message": "wimax/i2400m: retry loading firmware files in sequence\n\nThe i2400m firmware loader is given a list of firmware files to try to\nload by the probe() function (which can be different based on the\ndevice\u0027s model / generation).\n\nCurrent code didn\u0027t attempt to load, check and try to boot with each\nfile, but just to try to load if off disk. This is limiting in some\ncases, where we might want to try to load a firmware and if it fails\nto load onto the device, just fall back to another one.\n\nThis changes the behaviour so all files are tried for being loaded\nfrom disk, checked and uploaded to the device until one suceeds in\nbringing the device up.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "aba3792ac2d7c808a2d2fd2adf89531e083bdb90",
      "tree": "fdf901fe2d666805ad27a421b076cce2bfed7352",
      "parents": [
        "32742e6158657f19ad31653705bef56d983508e7"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Sep 03 15:14:29 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:53 2009 +0900"
      },
      "message": "wimax/i2400m: rework bootrom initialization to be more flexible\n\nThis modifies the bootrom initialization code of the i2400m driver so\nit can more easily support upcoming hardware.\n\nCurrently, the code detects two types of barkers (magic numbers) sent\nby the device to indicate the types of firmware it would take (signed\nvs non-signed).\n\nThis schema is extended so that multiple reboot barkers are\nrecognized; upcoming hw will expose more types barkers which will have\nto match a header in the firmware image before we can load it.\n\nFor that, a barker database is introduced; the first time the device\nsends a barker, it is matched in the database. That gives the driver\nthe information needed to decide how to upload the firmware and which\ntypes of firmware to use. The database can be populated from module\nparameters.\n\nThe execution flow is not altered; a new function\n(i2400m_is_boot_barker) is introduced to determine in the RX path if\nthe device has sent a boot barker. This function is becoming heavier,\nso it is put away from the hot reception path [this is why there is\nsome reorganization in sdio-rx.c:i2400ms_rx and\nusb-notifc.c:i2400mu_notification_grok()].\n\nThe documentation on the process has also been updated.\n\nAll these modifications are heavily based on previous work by Dirk\nBrandewie \u003cdirk.brandewie@intel.com\u003e.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "32742e6158657f19ad31653705bef56d983508e7",
      "tree": "05a13b990dac551c18e1fd468ca1383b86f40e0c",
      "parents": [
        "59bdc4be0b819173a8f840fc11ccb82d6f2ca64b"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Sep 03 15:56:40 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:52 2009 +0900"
      },
      "message": "wimax/i2400m: decide properly if using signed vs non-signed firmware loading\n\nThe i2400m based devices can boot two main types of firmware images:\nsigned and non-signed. Signed images have signature data included that\nmust match that of a certificate stored in the device.\n\nCurrently the code is making the decission on what type of firmware\nload (signed vs non-signed) is going to be loaded based on a hardcoded\ndecission in __i2400m_ack_verify(), based on the barker the device\nsent upon boot.\n\nThis is not flexible enough as future hardware will emit more barkers;\nthus the bit has to be set in a place where there is better knowledge\nof what is going on. This will be done in follow-up commits -- however\nthis patch paves the way for it.\n\nSo the querying of the mode is packed into i2400m_boot_is_signed();\nthe main changes are just using i2400m_boot_is_signed() to determine\nthe method to follow and setting i2400m-\u003esboot in\ni2400m_is_boot_barker(). The modifications in i2400m_dnload_init() and\ni2400m_dnload_finalize() are just reorganizing the order of the if\nblocks and thus look larger than they really are.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "59bdc4be0b819173a8f840fc11ccb82d6f2ca64b",
      "tree": "f984caa23124ddc13c2251afd31cb3f3aeb9d253",
      "parents": [
        "4c2b1a11646bf74e2926ce8b13a21884adc1e05c"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 02 15:41:23 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:51 2009 +0900"
      },
      "message": "wimax/i2400m: workaround not-so-working %zd printf format\n\nThe kernel\u0027s %zd modifier does not really work. Use %ld (has to cast\nssize_t to long).\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "4c2b1a11646bf74e2926ce8b13a21884adc1e05c",
      "tree": "59cd5b59b21969264c6833b567b828484a6d76ed",
      "parents": [
        "4dc1bf074e4db5aa281a7b82ceebb24df98922d2"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 02 15:36:05 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:50 2009 +0900"
      },
      "message": "wimax: allow specifying debug levels as command line option\n\nAdd \"debug\" module options to all the wimax modules (including\ndrivers) so that the debug levels can be set upon kernel boot or\nmodule load time.\n\nThis is needed as currently there was a limitation where the debug\nlevels could only be set when a device was succesfully\nenumerated. This made it difficult to debug issues that made a device\nnot probe properly.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "4dc1bf074e4db5aa281a7b82ceebb24df98922d2",
      "tree": "614874495312dd914454c0e5612f6f1c65b27b32",
      "parents": [
        "c77ca950abb587bcebad6dcd0b0b41d7c0255ce9"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Wed Sep 02 15:31:48 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:49 2009 +0900"
      },
      "message": "wimax/i2400m: add missing debug submodule definition\n\nThe i2400m driver was missing the definition for the sysfs debug\nlevel, which is declared in debug-levels.h.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "c77ca950abb587bcebad6dcd0b0b41d7c0255ce9",
      "tree": "e60031fcfe1d4a99a54db0403bdcd3f07dd5ebe7",
      "parents": [
        "8d8fe198c6a756ae96617548af4776e7a86c0d3e"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Aug 31 17:57:56 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:48 2009 +0900"
      },
      "message": "wimax/i2400m: during probe, call sdio_disable at most once\n\nIn the Intel Wireless Multicomm 3200, the initialization is\norchestrated by a component called Top. This component also monitors\nhow many times a function is reset (via sdio_disable) to detect\npossible issues and will reset the whole multifunction device if any\nfunction triggers a maximum reset level.\n\nDuring WiMAX\u0027s probe, the driver needs to wait for Top to come up\nbefore it can enable the WiMAX function. If it cannot, it will return\n-ENODEV and the Top driver will rescan the SDIO bus once done\nloading.\n\nCurrently, the WiMAX SDIO probe routine was trying a few times before\nreturning -ENODEV, and this was triggering Top\u0027s too-many-resets\ndetector. This is, in any case, unnecessary because the Top driver will\nforce the bus rescan when the functions can be probed successfully.\n\nAdded then a maxtries argument to i2400ms_enable_func() and set it to\n1 when calling from probe. We want to reuse this function instead of\nflat calling out sdio_enable_func() to take advantage of hardware\nquirk workarounds.\n\nReported-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "8d8fe198c6a756ae96617548af4776e7a86c0d3e",
      "tree": "a3ff223523a46a5d4efd3bdea705622a766601d4",
      "parents": [
        "77e1251a7cc64c1e483a31c41c139fdf8121e75e"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "evans@localhost.localdomain",
        "time": "Tue Aug 18 19:27:18 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:47 2009 +0900"
      },
      "message": "wimax/i2400m: don\u0027t write to memory allocated by request_firmware()\n\nIn kernel 2.6.31, the firmware requested to ram could be marked\nwith read only attribute, and we can\u0027t write any thing directly\nto the memory when setting up the last JUMP brh cmd.\n\nChanged so that the scratch buffer is used.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "77e1251a7cc64c1e483a31c41c139fdf8121e75e",
      "tree": "03f0f2cc77eb0335073c64883c5fd56217219713",
      "parents": [
        "339ccc362cb60b48e478ff494172efadb385c0ab"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Aug 31 17:15:49 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:46 2009 +0900"
      },
      "message": "wimax/i2400m: be smarter about copying command buffer to bm_cmd_buf\n\nBecause some underlying bus APIs (like USB) don\u0027t like data buffers in\nthe stack or vmalloced areas, the i2400m driver provides a scratch\nbuffer (i2400m-\u003ebm_cmd_buf) for said low-level drivers to copy command\ndata to before passing it to said API. This is only used during boot\nmode.\n\nHowever, at some the code was copying the buffer even when the command\nwas already specified in said buffer. This is ok, but it needs to be\nmore careful. As thus, change so that:\n\n(a) the copy happens only if command buffer is not the scratch buffer\n\n(b) use memmove() in case there is overlapping\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "339ccc362cb60b48e478ff494172efadb385c0ab",
      "tree": "4948984a3660362764b9e77e1bcb022a8610d976",
      "parents": [
        "2093586de29418820b89aae05746511392f8ad73"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "cindy.h.kao@intel.com",
        "time": "Mon Aug 10 18:36:15 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:45 2009 +0900"
      },
      "message": "wimax/i2400m/sdio: clear the INTR status bit after reading size\n\nIn order to avoid issues during high-load traffic, the interrupt\nstatus register has to be cleared ONLY after the RX size is read.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "2093586de29418820b89aae05746511392f8ad73",
      "tree": "b5d021b77a886380e3ac529e6a837b063cff0779",
      "parents": [
        "8bec9a5efd5691c5a32d85da1da09643290ebb72"
      ],
      "author": {
        "name": "Dirk Brandewie",
        "email": "dirk.j.brandewie@intel.com",
        "time": "Wed Aug 12 11:29:46 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:44 2009 +0900"
      },
      "message": "wimax/i2400m: USB driver uses a configurable endpoint map\n\nNewer generations of the i2400m USB WiMAX device use a different\nendpoint map; in order to make it easy to support it, we make the\nendpoint-to-function mapeable instead of static.\n\nSigned-off-by: Dirk Brandewie \u003cdirk.j.brandewie@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "8bec9a5efd5691c5a32d85da1da09643290ebb72",
      "tree": "1730936bbb2c7810a51d6748ddd2cbc6c90f3f2f",
      "parents": [
        "5c29e21d4768a7f1ce46f622b379802edeb1daf3"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "evans@localhost.localdomain",
        "time": "Mon Aug 17 19:39:12 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:43 2009 +0900"
      },
      "message": "wimax/iwmc3200: increase wait time before enable retry\n\nWhen trying to enable the iwmc3200 WiMAX SDIO function, we loop\nwaiting for the top controller to be up and running (at which point we\ncan succesfully enable the function). Between each try we wait for\nI2400MS_INIT_SLEEP_INTERVAL ms.\n\nIntegration tests have found the current value of 10ms to be too\nshort; it was upped to 100ms to give more time to the top controller\nto be ready.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "5c29e21d4768a7f1ce46f622b379802edeb1daf3",
      "tree": "061f6e0f77bb242b11ce42e87ae1fe00c7fc4cd6",
      "parents": [
        "f2696fbdb623993a9b4c05455df7ae3158a01111"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "evans@localhost.localdomain",
        "time": "Mon Aug 17 19:39:12 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:42 2009 +0900"
      },
      "message": "wimax/iwmc3200: don\u0027t disable the SDIO function if enable fails\n\nIn the iwmc3200, disabling the WiMAX SDIO function when enable fails\nwould possibly result in a device reset triggered by the iwmc3200\u0027s\ntop controller since it monitors the bus reset activities from each\nSDIO function. In any case, the disable makes no sense; if the enable\nfails, it should not be disabled.\n\nThus we remove the unecessary sdio_disable_func() in\ni2400ms_enable_function().\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "f2696fbdb623993a9b4c05455df7ae3158a01111",
      "tree": "63dd6e4fbad1d6712bbc58038d4e04f5cfc025b5",
      "parents": [
        "c30836580b35ae5cab3de97a3df16878fe097868"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "evans@localhost.localdomain",
        "time": "Mon Aug 17 19:17:58 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:41 2009 +0900"
      },
      "message": "wimax/iwmc3200: overwrite SDIO IOR timeout value to avoid platform hang\n\nThe default SDIO IOE wait timeout returned from iwmc3200-wimax\u0027s CCCR\nis not efficient. This inefficiency will actually cause problems on\nMoorestown platforms (system hang).\n\nThis is a sillicon bug that requires a software patch to by\noverwritting func-\u003eenable_timeout. The new value I2400MS_IOR_TIMEOUT\nis recommended and verified from the system integration results.\n\nFuture sillicon releases will have this default value corrected in the\nfuture.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "c30836580b35ae5cab3de97a3df16878fe097868",
      "tree": "f88a13e7b9455b9f92260d95f9d9d3854911deaa",
      "parents": [
        "a134fd6b103b78378e3beb6af94d8d8c2abdd19d"
      ],
      "author": {
        "name": "Dirk Brandewie",
        "email": "dirk.j.brandewie@intel.com",
        "time": "Thu Aug 13 13:48:29 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:40 2009 +0900"
      },
      "message": "wimax/i2400m: Make boot retries a BUS-specific parameter\n\nIn i2400m-based devices, the driver\u0027s bootloader will retry to load\nthe firmware when things go wrong. The driver currently has a constant\n(I2400M_BOOT_RETRIES) which governs the max number of tries.\n\nHowever, different SKUs of the same hardware may admit or require\ndifferent numbers of retries due to it\u0027s particulars, so it is made a\nBUS specific parameter and different values are assigned for 5x50\ndevices versus the 3200 ones.\n\nSigned-off-by: Dirk Brandewie \u003cdirk.j.brandewie@intel.com\u003e\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "a134fd6b103b78378e3beb6af94d8d8c2abdd19d",
      "tree": "4a747fdeda7afce7d690c869bb6194f9a400f503",
      "parents": [
        "81b182a7542c4282191fa0b1e8d9fcb022c03e68"
      ],
      "author": {
        "name": "Dirk Brandewie",
        "email": "dirk.j.brandewie@intel.com",
        "time": "Tue Aug 18 08:51:52 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:39 2009 +0900"
      },
      "message": "wimax/i2400m: Ensure boot mode cmd and ack buffers are alloc\u0027d before first message\n\nThe change to the SDIO boot mode RX chain could try to use the cmd and\nack buffers befor they were allocated.  USB does not have the problem\nbut both were changed for consistency\u0027s sake.\n\nSigned-off-by: Dirk Brandewie \u003cdirk.j.brandewie@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "81b182a7542c4282191fa0b1e8d9fcb022c03e68",
      "tree": "826fb3d9b5253eb1fb233be90ffa71aa12a9515d",
      "parents": [
        "abb307338396bd58f5d9d32c4e56ef40ff668a74"
      ],
      "author": {
        "name": "Dirk Brandewie",
        "email": "dirk.j.brandewie@intel.com",
        "time": "Fri Jul 24 09:04:33 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:38 2009 +0900"
      },
      "message": "wimax/i2400m: Update comments to talk about SDIO reset and not USB.\n\nFixing comments from original cut and paste error\n\nSigned-off-by: Dirk Brandewie \u003cdirk.j.brandewie@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "abb307338396bd58f5d9d32c4e56ef40ff668a74",
      "tree": "bcdab73e66735c613d67cee9cba3356b796013ac",
      "parents": [
        "2d44f204adf503eb1774f0ab7e404031168851ea"
      ],
      "author": {
        "name": "Dan Williams",
        "email": "dcbw@redhat.com",
        "time": "Thu Sep 17 13:06:14 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:37 2009 +0900"
      },
      "message": "i2400m: minimal ethtool support\n\nAdd minimal ethtool support for carrier detection.\n\nSigned-off-by: Dan Williams \u003cdcbw@redhat.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "2d44f204adf503eb1774f0ab7e404031168851ea",
      "tree": "7aca07e44a8ba70d031d353f092e392f6541cb0e",
      "parents": [
        "a6346fa583766a51b7723288fc5d73ee5ea93479"
      ],
      "author": {
        "name": "Roel Kluin",
        "email": "roel.kluin@gmail.com",
        "time": "Mon Jul 13 00:59:53 2009 +0200"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:36 2009 +0900"
      },
      "message": "wimax: misplaced parenthesis\n\nFix misplaced parenthesis\n\nSigned-off-by: Roel Kluin \u003croel.kluin@gmail.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "a6346fa583766a51b7723288fc5d73ee5ea93479",
      "tree": "5c8a6a682a93eccde349c59705550e0ebbc5817d",
      "parents": [
        "c29eaf3faef7547ba72355bac44e9ca6ffdaee39"
      ],
      "author": {
        "name": "Roel Kluin",
        "email": "roel.kluin@gmail.com",
        "time": "Mon Jul 13 01:48:42 2009 +0200"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:35 2009 +0900"
      },
      "message": "i2400m: keep index within ms_to_errno[]\n\nEnsure that index `status\u0027 remains within ms_to_errno[]\n\nSigned-off-by: Roel Kluin \u003croel.kluin@gmail.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "c29eaf3faef7547ba72355bac44e9ca6ffdaee39",
      "tree": "aa622b0943b0aef40b449379dff1561770357af5",
      "parents": [
        "5b45bfe5010ae1ddaac463d1bcdb141a4ff4ff66"
      ],
      "author": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Thu Aug 27 17:54:53 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:34 2009 +0900"
      },
      "message": "wimax: indicate initial SW rfkill state is \"blocked\"\n\nThe WiMAX stack assumes that all WiMAX devices are SW OFF when they\nare initialized. The recent changes in the RFKILL stack thus cause an\ninitial call after rfkill_register(), because by default, rfkill\nconsiders devices to be SW ON upon registration.\n\nSo call rfkill_init_sw_state() to set it to SW OFF so\nrfkill_register() doesn\u0027t do that unnecessary step.\n\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "5b45bfe5010ae1ddaac463d1bcdb141a4ff4ff66",
      "tree": "8115ce638a420e4ba6610ea6c2e126ddb9180b86",
      "parents": [
        "663ebb4aa2fd0d19e3d1da0fed3fa3fa134a4ef0"
      ],
      "author": {
        "name": "Cindy H Kao",
        "email": "cindy.h.kao@intel.com",
        "time": "Thu Aug 27 15:25:12 2009 -0700"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:33 2009 +0900"
      },
      "message": "wimax/i2400m: fix the bootmode RX deadlock in SDIO driver\n\ni2400ms_bus_bm_wait_for_ack() causes a race condition. It happens\nbecause this function clears i2400ms-\u003ebm_ack_size before waiting for\nan interrupt, which is set by the interrupt service routine i2400ms_rx()\nto indicate reception and size of received data; thus, if the interrupt\ncame right before the clearing/waiting, it is lost.\n\nThe fix is clear the bm_ack_size to -EINPROGRESS before we are enabling\nthe RX interrupt configuration in i2400ms_rx_setup(). Then everytime\nwhen the interrupt service routine i2400ms_rx() is invoked during bootmode,\nbm_ack_size is updated with the actual rx_size and it is cleared to\n-EINPROGRESS again after the RX data is handled.\n\nSigned-off-by: Cindy H Kao \u003ccindy.h.kao@intel.com\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "663ebb4aa2fd0d19e3d1da0fed3fa3fa134a4ef0",
      "tree": "20fc1aa70b1cdd474bf4c3ad155328248a17703c",
      "parents": [
        "eb2ff967a587a4a784fd2390f38e324a5bec01ec"
      ],
      "author": {
        "name": "Oliver Neukum",
        "email": "oliver@neukum.org",
        "time": "Wed Aug 19 13:50:45 2009 -0600"
      },
      "committer": {
        "name": "Inaky Perez-Gonzalez",
        "email": "inaky@linux.intel.com",
        "time": "Mon Oct 19 15:55:32 2009 +0900"
      },
      "message": "wimax/i2400m/usb: remove unnecessary power management primitive in i2400m\n\nThis patch removes an unneeded power management primitive.\nPower management is automatically enabled as probe ends.\n\nSigned-off-by: Oliver Neukum \u003coliver@neukum.org\u003e\nSigned-off-by: Inaky Perez-Gonzalez \u003cinaky@linux.intel.com\u003e\n"
    },
    {
      "commit": "eb2ff967a587a4a784fd2390f38e324a5bec01ec",
      "tree": "63deb9023b47287a7fad08465f7c75a5c41e29fc",
      "parents": [
        "2ad9afbf5ca27482aa275de517261d56fd1e7ba0"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Wed Oct 07 22:50:40 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 21:32:01 2009 -0700"
      },
      "message": "xfrm: remove skb_icv_walk\n\nThe last users of skb_icv_walk are converted to ahash now,\nso skb_icv_walk is unused and can be removed.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2ad9afbf5ca27482aa275de517261d56fd1e7ba0",
      "tree": "d93778400bf46842c2b8ad246d8aed0692058d21",
      "parents": [
        "8631e9bdfea189b2e5efe3b03825cc24ebb6cfb7"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Wed Oct 07 22:49:57 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 21:32:00 2009 -0700"
      },
      "message": "ah: Remove obsolete code\n\nah4 and ah6 are converted to ahash now, so we can remove the\ncode for the obsolete hash algorithm.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "8631e9bdfea189b2e5efe3b03825cc24ebb6cfb7",
      "tree": "14b2c37263e5a528ad7a140171ed3a71b18936df",
      "parents": [
        "dff3bb0626279bae04ed10ed61ab726d6b3ef4b4"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Wed Oct 07 22:49:01 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 21:31:59 2009 -0700"
      },
      "message": "ah6: convert to ahash\n\nThis patch converts ah6 to the new ahash interface.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "dff3bb0626279bae04ed10ed61ab726d6b3ef4b4",
      "tree": "95caf10e16dd277d91a6c986208fc807bce7ce05",
      "parents": [
        "49cbf952488e7fa2f1160c80016e09e6c2854b24"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Wed Oct 07 22:48:17 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 21:31:59 2009 -0700"
      },
      "message": "ah4: convert to ahash\n\nThis patch converts ah4 to the new ahash interface.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "49cbf952488e7fa2f1160c80016e09e6c2854b24",
      "tree": "ef83643af4a84531bc09807172879e11d64a2da0",
      "parents": [
        "2395f0e862aadf7d82d5a95cb2e8fdade8d7970d"
      ],
      "author": {
        "name": "Steffen Klassert",
        "email": "steffen.klassert@secunet.com",
        "time": "Wed Oct 07 22:47:16 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 21:31:58 2009 -0700"
      },
      "message": "ah: Add struct crypto_ahash to ah_data\n\nTo support for ahash algorithms, we add a pointer to a\ncrypto_ahash to ah_data.\n\nSigned-off-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "2395f0e862aadf7d82d5a95cb2e8fdade8d7970d",
      "tree": "d0bdfef400507b0b4adb4601edca8fdf87ceb80c",
      "parents": [
        "8edf19c2fe028563fc6ea9cb1995b8ee4172d4b6"
      ],
      "author": {
        "name": "Alan Cox",
        "email": "alan@linux.intel.com",
        "time": "Wed Oct 14 05:22:24 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 18:53:43 2009 -0700"
      },
      "message": "cosa: Kill off the use of the old ioctl path\n\nSigned-off-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "8edf19c2fe028563fc6ea9cb1995b8ee4172d4b6",
      "tree": "55c423bc7e13e99e816d95886f7d340dc1163ffa",
      "parents": [
        "c720c7e8383aff1cb219bddf474ed89d850336e3"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Thu Oct 15 00:12:40 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 18:52:54 2009 -0700"
      },
      "message": "net: sk_drops consolidation part 2\n\n- skb_kill_datagram() can increment sk-\u003esk_drops itself, not callers.\n\n- UDP on IPV4 \u0026 IPV6 dropped frames (because of bad checksum or policy checks) increment sk_drops\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c720c7e8383aff1cb219bddf474ed89d850336e3",
      "tree": "4f12337e6690fccced376db9f501eaf98614a65e",
      "parents": [
        "988ade6b8e27e79311812f83a87b5cea11fabcd7"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Thu Oct 15 06:30:45 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sun Oct 18 18:52:53 2009 -0700"
      },
      "message": "inet: rename some inet_sock fields\n\nIn order to have better cache layouts of struct sock (separate zones\nfor rx/tx paths), we need this preliminary patch.\n\nGoal is to transfert fields used at lookup time in the first\nread-mostly cache line (inside struct sock_common) and move sk_refcnt\nto a separate cache line (only written by rx path)\n\nThis patch adds inet_ prefix to daddr, rcv_saddr, dport, num, saddr,\nsport and id fields. This allows a future patch to define these\nfields as macros, like sk_refcnt, without name clashes.\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "988ade6b8e27e79311812f83a87b5cea11fabcd7",
      "tree": "864fccbc78ffa108cde15648440b543f8f7e6688",
      "parents": [
        "93860b08e31a3202b6e67e386811545e719a0165"
      ],
      "author": {
        "name": "Krishna Kumar",
        "email": "krkumar2@in.ibm.com",
        "time": "Wed Oct 14 19:55:07 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:26 2009 -0700"
      },
      "message": "genetlink: Optimize and one bug fix in genl_generate_id()\n\n1. GENL_MIN_ID is a valid id -\u003e no need to start at\n   GENL_MIN_ID + 1.\n2. Avoid going through the ids two times: If we start at\n   GENL_MIN_ID+1 (*or bigger*) and all ids are over!, the\n   code iterates through the list twice (*or lesser*).\n3. Simplify code - no need to start at idx\u003d0 which gets\n   reset to GENL_MIN_ID.\n\nPatch on net-next-2.6. Reboot test shows that first id\npassed to genl_register_family was 16, next two were\nGENL_ID_GENERATE and genl_generate_id returned 17 \u0026 18\n(user level testing of same code shows expected values\nacross entire range of MIN/MAX).\n\nSigned-off-by: Krishna Kumar \u003ckrkumar2@in.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "93860b08e31a3202b6e67e386811545e719a0165",
      "tree": "332e0431ec85fc7109e50de6ecd8c67d55f3aa75",
      "parents": [
        "0d9a40de60a4470777913d8d42044ae548e6545d"
      ],
      "author": {
        "name": "Krishna Kumar",
        "email": "krkumar2@in.ibm.com",
        "time": "Wed Oct 14 19:54:53 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:26 2009 -0700"
      },
      "message": "genetlink: Optimize genl_register_family()\n\ngenl_register_family() doesn\u0027t need to call genl_family_find_byid\nwhen GENL_ID_GENERATE is passed during register.\n\nPatch on net-next-2.6, compile and reboot testing only.\n\nSigned-off-by: Krishna Kumar \u003ckrkumar2@in.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "0d9a40de60a4470777913d8d42044ae548e6545d",
      "tree": "6192c325ca3275e9f1f7f6ad76fecbce8fa545d1",
      "parents": [
        "a1c1f5eab7d8c3b4f645df8ce2882ff4f578aa45"
      ],
      "author": {
        "name": "Krishna Kumar",
        "email": "krkumar2@in.ibm.com",
        "time": "Wed Oct 14 19:54:19 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:25 2009 -0700"
      },
      "message": "cxgb3: No need to wake queue in xmit handler\n\nThe xmit handler doesn\u0027t need to wake the queue after stopping\nit temporarily (some other drivers are doing the same).\n\nPatch on net-next-2.6, multiple netperf sessions tested.\n\nSigned-off-by: Krishna Kumar \u003ckrkumar2@in.ibm.com\u003e\nAcked-by: Divy Le Ray \u003cdivy@chelsio.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "a1c1f5eab7d8c3b4f645df8ce2882ff4f578aa45",
      "tree": "9c153a26263abd2455ec11c424cb5a764759900a",
      "parents": [
        "d816d4238245b019d6f86f58163c78f015bd94ed"
      ],
      "author": {
        "name": "Einar Lueck",
        "email": "elelueck@de.ibm.com",
        "time": "Wed Oct 14 22:54:59 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:24 2009 -0700"
      },
      "message": "ctcm rollback in case of errors\n\nGroup device now cleanly reacts to failures during channel start and\nimplements a clean rollback.\n\nSigned-off-by: Einar Lueck \u003celelueck@de.ibm.com\u003e\nSigned-off-by: Ursula Braun \u003cursula.braun@de.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "d816d4238245b019d6f86f58163c78f015bd94ed",
      "tree": "49ca1fdc96ce1b65ed91a9d288b4efce70565128",
      "parents": [
        "d62e09e34eba15be382a7aed27b0fa67112e29e0"
      ],
      "author": {
        "name": "Klaus-Dieter Wacker",
        "email": "kdwacker@de.ibm.com",
        "time": "Wed Oct 14 22:54:58 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:22 2009 -0700"
      },
      "message": "lcs: Recognize return codes of ccw_device_set_online().\n\nThe creation of a new lcs device requires a call to the function\nccw_device_set_online() for the read and the write channel. Failure\nof either call should terminate the lcs device creation immediately\nwith return code -ENODEV.\n\nSigned-off-by: Klaus-Dieter Wacker \u003ckdwacker@de.ibm.com\u003e\nSigned-off-by: Ursula Braun \u003cursula.braun@de.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "d62e09e34eba15be382a7aed27b0fa67112e29e0",
      "tree": "06207d14939f8f23b135d1b5cdabcad17bbd529a",
      "parents": [
        "9a4ff8d417e4ef2eeecb4a4433e3dbd8251aae5e"
      ],
      "author": {
        "name": "Klaus-Dieter Wacker",
        "email": "kdwacker@de.ibm.com",
        "time": "Wed Oct 14 22:54:57 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:21 2009 -0700"
      },
      "message": "lcs: ODEBUG: object is on stack, but not annotated.\n\nTimer_list structure in lcs_send_lancmd() is allocated on stack.\nInitialization with init_timer() leads to above ODEBUG message.\nInstead use init_timer_on_stack() which prevents above msg.\n\nSigned-off-by: Klaus-Dieter Wacker \u003ckdwacker@de.ibm.com\u003e\nSigned-off-by: Ursula Braun \u003cursula.braun@de.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "9a4ff8d417e4ef2eeecb4a4433e3dbd8251aae5e",
      "tree": "873f21076473e535a526ae8ff0162e9aabe930b3",
      "parents": [
        "49f5eba7575e6dfb146c5e24623d50200ce23ff1"
      ],
      "author": {
        "name": "Ursula Braun",
        "email": "ursula.braun@de.ibm.com",
        "time": "Wed Oct 14 22:54:56 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:20 2009 -0700"
      },
      "message": "af_iucv: remove duplicate sock_set_flag\n\nRemove duplicate sock_set_flag(sk, SOCK_ZAPPED) in iucv_sock_close,\nwhich has been overlooked in September-commit\n7514bab04e567c9408fe0facbde4277f09d5eb74.\n\nCc: Hendrik Brueckner \u003cbrueckner@linux.vnet.ibm.com\u003e\nSigned-off-by: Ursula Braun \u003cursula.braun@de.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "49f5eba7575e6dfb146c5e24623d50200ce23ff1",
      "tree": "11ecea1f40d78601ef4d5f85080cd4b8728632a4",
      "parents": [
        "7194660da7a6d119fa469bd11b58e7367a5cbdf4"
      ],
      "author": {
        "name": "Hendrik Brueckner",
        "email": "brueckner@linux.vnet.ibm.com",
        "time": "Wed Oct 14 22:54:55 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:57:19 2009 -0700"
      },
      "message": "af_iucv: use sk functions to modify sk-\u003esk_ack_backlog\n\nInstead of modifying sk-\u003esk_ack_backlog directly, use respective\nsocket functions.\n\nSigned-off-by: Hendrik Brueckner \u003cbrueckner@linux.vnet.ibm.com\u003e\nSigned-off-by: Ursula Braun \u003cursula.braun@de.ibm.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "7194660da7a6d119fa469bd11b58e7367a5cbdf4",
      "tree": "ea947d2db06aae4ad7d453017fc47321bb8cd8f3",
      "parents": [
        "caa2dd53bc2f9c44938f2f261ebe15e2f26cc51e"
      ],
      "author": {
        "name": "Dhananjay Phadke",
        "email": "dhananjay@netxen.com",
        "time": "Fri Oct 16 15:50:12 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:47 2009 -0700"
      },
      "message": "netxen; update version to 4.0.62\n\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "caa2dd53bc2f9c44938f2f261ebe15e2f26cc51e",
      "tree": "6fade4ac91dcd549acfec39891dc7bc57f0a6341",
      "parents": [
        "7cecdca133ea9791adce21819b9e9eed79045f23"
      ],
      "author": {
        "name": "Narender Kumar",
        "email": "narender.kumar@qlogic.com",
        "time": "Fri Oct 16 15:50:11 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:46 2009 -0700"
      },
      "message": "netxen: sysfs control for auto firmware recovery\n\nFirmware hang detection and recovery (reset) need to\nbe disabled for diagnostic tools, which can run\nsome disruptive tests.\n\nThis adds a driver level control to turn off this\nfeature by diag tools.\n\nSigned-off-by: Narender Kumar \u003cnarender.kumar@qlogic.com\u003e\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "7cecdca133ea9791adce21819b9e9eed79045f23",
      "tree": "368fd8adec2d47e3e035631060a7fdf487876f66",
      "parents": [
        "6abb4b83eac25d91f6de834e97b2ea38e979575b"
      ],
      "author": {
        "name": "Dhananjay Phadke",
        "email": "dhananjay@netxen.com",
        "time": "Fri Oct 16 15:50:10 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:44 2009 -0700"
      },
      "message": "netxen: fix error codes in for tools access\n\nUse -EIO or -EINVAL as error codes, these can get passed up\nto applications (tools).\n\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "6abb4b83eac25d91f6de834e97b2ea38e979575b",
      "tree": "d06065cc9c37f3bbc9a2a15a6c9e09535e3adb79",
      "parents": [
        "0be367bd5d10634c0836f57a684432fee935d929"
      ],
      "author": {
        "name": "Amit Kumar Salecha",
        "email": "amit@netxen.com",
        "time": "Fri Oct 16 15:50:09 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:42 2009 -0700"
      },
      "message": "netxen: onchip memory access change\n\nAdd support for different windowing scheme for on chip\nmemory in future chip revisions. This is required by\ndiagnostic tools.\n\nSigned-off-by: Amit Kumar Salecha \u003camit@netxen.com\u003e\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "0be367bd5d10634c0836f57a684432fee935d929",
      "tree": "da3f8b320d4166e4132bc37653d22d3c4d6edcc1",
      "parents": [
        "fb1f6a4378fe211d8c1397311d26e747e5ec61c5"
      ],
      "author": {
        "name": "Amit Kumar Salecha",
        "email": "amit@qlogic.com",
        "time": "Fri Oct 16 15:50:08 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:41 2009 -0700"
      },
      "message": "netxen: reset sequence changes\n\nFuture revisions need different chip reset sequence\nand firmware initialization.\n\nAlso clean up some never used debug code.\n\nSigned-off-by: Amit Kumar Salecha \u003camit@netxen.com\u003e\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "fb1f6a4378fe211d8c1397311d26e747e5ec61c5",
      "tree": "52c3c2b56b9887f920119c75c89cb7e4b0a0cef5",
      "parents": [
        "0a2aa440603f27ad40bcc14806f4d87aabbd8a0f"
      ],
      "author": {
        "name": "Amit Kumar Salecha",
        "email": "amit@qlogic.com",
        "time": "Fri Oct 16 15:50:07 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:40 2009 -0700"
      },
      "message": "netxen: 128 memory controller support\n\nFuture revisions of the chip have 128 bit memory\ntransactions. Require drivers to implement rmw\nin case of sub-128 bit accesses by driver. This\nis mostly used by diagnostic tools.\n\nSigned-off-by: Amit Kumar Salecha \u003camit@netxen.com\u003e\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "0a2aa440603f27ad40bcc14806f4d87aabbd8a0f",
      "tree": "f3c425e1b380f63fb707ca53f8940b2665ac5633",
      "parents": [
        "12d7ea2c5a5c87834daf9fcd920aab80ff6248b1"
      ],
      "author": {
        "name": "Amit Kumar Salecha",
        "email": "amit@qlogic.com",
        "time": "Fri Oct 16 15:50:06 2009 +0000"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Sat Oct 17 23:44:39 2009 -0700"
      },
      "message": "netxen: defines for next revision\n\nSigned-off-by: Amit Kumar Salecha \u003camit@netxen.com\u003e\nSigned-off-by: Dhananjay Phadke \u003cdhananjay@netxen.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "12d7ea2c5a5c87834daf9fcd920aab80ff6248b1",
      "tree": "780152d27e4e431e0ed13b08f954c4d880388779",
      "parents": [
        "21912d1ca2546ca96743c91d5a4125aef2d9df70"
      ],
      "author": {
        "name": "Ajit Khaparde",
        "email": "ajitk@serverengines.com",
        "time": "Fri Oct 16 18:02:12 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Fri Oct 16 18:02:12 2009 -0700"
      },
      "message": "be2net: Add support for next generation of BladeEngine device.\n\nAdd new PCI ids to support next generation of BladeEngine device.\n\nSigned-off-by: Ajit Khaparde \u003cajitk@serverengines.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "21912d1ca2546ca96743c91d5a4125aef2d9df70",
      "tree": "7eb4356b1156b8cbe3ca6d1249603300127266b2",
      "parents": [
        "b2d76447dfb8c695324c61c87f63e414f44fce5a"
      ],
      "author": {
        "name": "Rémi Denis-Courmont",
        "email": "remi.denis-courmont@nokia.com",
        "time": "Thu Oct 15 12:29:14 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 12:30:42 2009 -0700"
      },
      "message": "Phonet: hold socket before giving it to sk_deliver_skb()\n\nSigned-off-by: Rémi Denis-Courmont \u003cremi.denis-courmont@nokia.com\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "b2d76447dfb8c695324c61c87f63e414f44fce5a",
      "tree": "ef8aba2616862fe37a070a75b004e86169954efd",
      "parents": [
        "35c5f8fef12a2e4b788aa45ff72206ce4ac8e4b4"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:19:31 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:19:31 2009 -0700"
      },
      "message": "bnx2x: Update to version 1.52.1-1\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "35c5f8fef12a2e4b788aa45ff72206ce4ac8e4b4",
      "tree": "ec8f02d834781cd6cc14e374340d7db70343ce7b",
      "parents": [
        "061bc702f6912b6e45b9aaf1c9bf2f8122406d47"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:19:05 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:19:05 2009 -0700"
      },
      "message": "bnx2x: Report the maximal available BW as link speed\n\nThe device is limited to the maximal BW allocation, so it should be displayed as\nthe link speed to notify the user.\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "061bc702f6912b6e45b9aaf1c9bf2f8122406d47",
      "tree": "dde7adf887e08b7d7ceeff445a2731abf461f803",
      "parents": [
        "c4ff7cbf88be8bb0e3f942089f0ef0a40d98d654"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:18:47 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:18:47 2009 -0700"
      },
      "message": "bnx2x: Do not call load/unload functionality from DCC\n\nThere is really no need to clear the MAC or the FW filtering rules - it was\nadded for completion, but caused race conditions with load/unload. Removing this\nredundant code\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "c4ff7cbf88be8bb0e3f942089f0ef0a40d98d654",
      "tree": "f0117805606dbf9acb4bc9488975a380a63751cc",
      "parents": [
        "f34d28ea0174df63253dc20a95de0b48e3d8145a"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:18:27 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:18:27 2009 -0700"
      },
      "message": "bnx2x: Adding FW mailbox mutex\n\nDCC commands are not protected with the RTNL lock, so a mutex should be added\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "f34d28ea0174df63253dc20a95de0b48e3d8145a",
      "tree": "f3a1617b224b1305f6090ed05c33e16c136d8eb7",
      "parents": [
        "52a7a12fb560f22dd093ca74f3a768d51b044a40"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:18:08 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:18:08 2009 -0700"
      },
      "message": "bnx2x: Changing the Disabled state to a flag\n\nWhen working with DCC, a function can be disabled or enabled (virtual link down\nor up). Using the function state introduced some race conditions with the\nload/unload flow.\nUsing a separate flag to indicate that the function is disabled.\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "52a7a12fb560f22dd093ca74f3a768d51b044a40",
      "tree": "0cbd1755098b65af8e43f6980987462362bdc34b",
      "parents": [
        "b015e3d112cab1880d262c56655c3ff60e179ceb"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:17:45 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:17:45 2009 -0700"
      },
      "message": "bnx2x: Remove old FW files\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "b015e3d112cab1880d262c56655c3ff60e179ceb",
      "tree": "5d3d2c780e4ac8cfdd88e921c36fbcf447d585ad",
      "parents": [
        "69dc2df3aaee2ce5e875b14b7271436559be9a95"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:17:20 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:17:20 2009 -0700"
      },
      "message": "bnx2x: Allowing 0 as initial fairness value\n\nValue of zero was used to disable the fairness mechanism. Though the code\n(driver and FW) allowed changing the value at run time, it did not allow to do\nthat if the mechanism was disabled to begin with.\nFixed the FW to allow turning on and off the mechanism at run time. Fixed the\ncode to read the value from the chip at the right sequence.\nWithout this fix, if the initial value was set to zero, traffic could not run on\nthe interface.\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "69dc2df3aaee2ce5e875b14b7271436559be9a95",
      "tree": "82eb3bba83fbd7146fe45546d2659fd7c27789a8",
      "parents": [
        "09115cd42b52704ebd1789524e3e318963a5558d"
      ],
      "author": {
        "name": "Eilon Greenstein",
        "email": "eilong@broadcom.com",
        "time": "Thu Oct 15 00:16:27 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Thu Oct 15 00:16:27 2009 -0700"
      },
      "message": "bnx2x: Add FW 5.2.7\n\nSigned-off-by: Eilon Greenstein \u003ceilong@broadcom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "09115cd42b52704ebd1789524e3e318963a5558d",
      "tree": "983e6dcc5e04e6ed814c9c31e0fa6bf3d12e7251",
      "parents": [
        "766e9037cc139ee25ed93ee5ad11e1450c4b99f6"
      ],
      "author": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Oct 14 21:32:43 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Oct 14 21:32:43 2009 -0700"
      },
      "message": "sparc: Add missing __NR_recvmmsg define.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    },
    {
      "commit": "766e9037cc139ee25ed93ee5ad11e1450c4b99f6",
      "tree": "062702b8edf203a6e91d1e6853ab24989617d758",
      "parents": [
        "48bccd25df71f4f8177cb800f4b288222eb57761"
      ],
      "author": {
        "name": "Eric Dumazet",
        "email": "eric.dumazet@gmail.com",
        "time": "Wed Oct 14 20:40:11 2009 -0700"
      },
      "committer": {
        "name": "David S. Miller",
        "email": "davem@davemloft.net",
        "time": "Wed Oct 14 20:40:11 2009 -0700"
      },
      "message": "net: sk_drops consolidation\n\nsock_queue_rcv_skb() can update sk_drops itself, removing need for\ncallers to take care of it. This is more consistent since\nsock_queue_rcv_skb() also reads sk_drops when queueing a skb.\n\nThis adds sk_drops managment to many protocols that not cared yet.\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n"
    }
  ],
  "next": "48bccd25df71f4f8177cb800f4b288222eb57761"
}