{"push_id":1353452633,"size":1000,"distinct_size":0,"ref":"refs/heads/base/net","head":"29fbff8698fc0ac1a1d74584b258e0bf18b469f9","before":"1e5d343b8f23770e8ac5d31f5c439826bdb35148","commits":[{"sha":"3cee070a13b141b8eb5727c3bfa9920092f87264","author":{"name":"Cyril Bur","email":"2930b3a675f4ecf9cbd2c3ca549b79d6dd135b26@gmail.com"},"message":"powerpc: Return the new MSR from msr_check_and_set()\n\nmsr_check_and_set() always performs a mfmsr() to determine if it needs\nto perform an mtmsr(), as mfmsr() can be a costly operation\nmsr_check_and_set() could return the MSR now on the CPU to avoid\ncallers of msr_check_and_set having to make their own mfmsr() call.\n\nSigned-off-by: Cyril Bur <cyrilbur@gmail.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/3cee070a13b141b8eb5727c3bfa9920092f87264"},{"sha":"e909fb83d39292679118761426d7784715ad79ad","author":{"name":"Cyril Bur","email":"2930b3a675f4ecf9cbd2c3ca549b79d6dd135b26@gmail.com"},"message":"powerpc: Never giveup a reclaimed thread when enabling kernel {fp, altivec, vsx}\n\nAfter a thread is reclaimed from its active or suspended transactional\nstate the checkpointed state exists on CPU, this state (along with the\nlive/transactional state) has been saved in its entirety by the\nreclaiming process.\n\nThere exists a sequence of events that would cause the kernel to call\none of enable_kernel_fp(), enable_kernel_altivec() or\nenable_kernel_vsx() after a thread has been reclaimed. These functions\nsave away any user state on the CPU so that the kernel can use the\nregisters. Not only is this saving away unnecessary at this point, it\nis actually incorrect. It causes a save of the checkpointed state to\nthe live structures within the thread struct thus destroying the true\nlive state for that thread.\n\nSigned-off-by: Cyril Bur <cyrilbur@gmail.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/e909fb83d39292679118761426d7784715ad79ad"},{"sha":"d11994314b2bfe028bc39be24b44298787925160","author":{"name":"Cyril Bur","email":"2930b3a675f4ecf9cbd2c3ca549b79d6dd135b26@gmail.com"},"message":"powerpc: signals: Stop using current in signal code\n\nMuch of the signal code takes a pt_regs on which it operates. Over\ntime the signal code has needed to know more about the thread than\nwhat pt_regs can supply, this information is obtained as needed by\nusing 'current'.\n\nThis approach is not strictly incorrect however it does mean that\nthere is now a hard requirement that the pt_regs being passed around\ndoes belong to current, this is never checked. A safer approach is for\nthe majority of the signal functions to take a task_struct from which\nthey can obtain pt_regs and any other information they need. The\ncaveat that the task_struct they are passed must be current doesn't go\naway but can more easily be checked for.\n\nFunctions called from outside powerpc signal code are passed a pt_regs\nand they can confirm that the pt_regs is that of current and pass\ncurrent to other functions, furthurmore, powerpc signal functions can\ncheck that the task_struct they are passed is the same as current\navoiding possible corruption of current (or the task they are passed)\nif this assertion ever fails.\n\nCC: paulus@samba.org\nSigned-off-by: Cyril Bur <cyrilbur@gmail.com>\nSigned-off-by: Michael Ellerman <mpe@ellerman.id.au>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/d11994314b2bfe028bc39be24b44298787925160"},{"sha":"93409033ae653f1c9a949202fb537ab095b2092f","author":{"name":"Andrew Collins","email":"7d13601456d872fd7380b21e66c482fe5761085a@cradlepoint.com"},"message":"net: Add netdev all_adj_list refcnt propagation to fix panic\n\nThis is a respin of a patch to fix a relatively easily reproducible kernel\npanic related to the all_adj_list handling for netdevs in recent kernels.\n\nThe following sequence of commands will reproduce the issue:\n\nip link add link eth0 name eth0.100 type vlan id 100\nip link add link eth0 name eth0.200 type vlan id 200\nip link add name testbr type bridge\nip link set eth0.100 master testbr\nip link set eth0.200 master testbr\nip link add link testbr mac0 type macvlan\nip link delete dev testbr\n\nThis creates an upper/lower tree of (excuse the poor ASCII art):\n\n            /---eth0.100-eth0\nmac0-testbr-\n            \\---eth0.200-eth0\n\nWhen testbr is deleted, the all_adj_lists are walked, and eth0 is deleted twice from\nthe mac0 list. Unfortunately, during setup in __netdev_upper_dev_link, only one\nreference to eth0 is added, so this results in a panic.\n\nThis change adds reference count propagation so things are handled properly.\n\nMatthias Schiffer reported a similar crash in batman-adv:\n\nhttps://github.com/freifunk-gluon/gluon/issues/680\nhttps://www.open-mesh.org/issues/247\n\nwhich this patch also seems to resolve.\n\nSigned-off-by: Andrew Collins <acollins@cradlepoint.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/93409033ae653f1c9a949202fb537ab095b2092f"},{"sha":"d8cedaabe71236d27da1ff03d32ab1da06ed041f","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Avoid unused-value build warning from ia64-linux-gcc\n\nxchg() is used to set NCSI channel's state in order for consistent\naccess to the state. xchg()'s return value should be used. Otherwise,\none build warning will be raised (with -Wunused-value) as below message\nindicates. It is reported by ia64-linux-gcc (GCC) 4.9.0.\n\n net/ncsi/ncsi-manage.c: In function 'ncsi_channel_monitor':\n arch/ia64/include/uapi/asm/cmpxchg.h:56:2: warning: value computed is \\\n not used [-Wunused-value]\n  ((__typeof__(*(ptr))) __xchg((unsigned long) (x), (ptr), sizeof(*(ptr))))\n   ^\n net/ncsi/ncsi-manage.c:202:3: note: in expansion of macro 'xchg'\n  xchg(&nc->state, NCSI_CHANNEL_INACTIVE);\n\nThis removes the atomic access to NCSI channel's state avoid the above\nbuild warning. We have to hold the channel's lock when its state is readed\nor updated. No functional changes introduced.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/d8cedaabe71236d27da1ff03d32ab1da06ed041f"},{"sha":"bc7e0f50aa6958676115bffc1e5e58703579e04b","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Introduce NCSI_RESERVED_CHANNEL\n\nThis defines NCSI_RESERVED_CHANNEL as the reserved NCSI channel\nID (0x1f). No logical changes introduced.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/bc7e0f50aa6958676115bffc1e5e58703579e04b"},{"sha":"55e02d0837fb4cf023832252847bfbff453603cc","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Don't probe on the reserved channel ID (0x1f)\n\nWe needn't send CIS (Clear Initial State) command to the NCSI\nreserved channel (0x1f) in the enumeration. We shouldn't receive\na valid response from CIS on NCSI channel 0x1f.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/55e02d0837fb4cf023832252847bfbff453603cc"},{"sha":"a15af54f8f2a32d629781417503843bfbd02a004","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Rework request index allocation\n\nThe NCSI request index (struct ncsi_request::id) is put into instance\nID (IID) field while sending NCSI command packet. It was designed the\navailable IDs are given in round-robin fashion. @ndp->request_id was\nintroduced to represent the next available ID, but it has been used\nas number of successively allocated IDs. It breaks the round-robin\ndesign. Besides, we shouldn't put 0 to NCSI command packet's IID\nfield, meaning ID#0 should be reserved according section 6.3.1.1\nin NCSI spec (v1.1.0).\n\nThis fixes above two issues. With it applied, the available IDs will\nbe assigned in round-robin fashion and ID#0 won't be assigned.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/a15af54f8f2a32d629781417503843bfbd02a004"},{"sha":"a0509cbeef5dafbab42c42622e012bcc94c3eb9e","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Allow to extend NCSI request properties\n\nThere is only one NCSI request property for now: the response for\nthe sent command need drive the workqueue or not. So we had one\nfield (@driven) for the purpose. We lost the flexibility to extend\nNCSI request properties.\n\nThis replaces @driven with @flags and @req_flags in NCSI request\nand NCSI command argument struct. Each bit of the newly introduced\nfield can be used for one property. No functional changes introduced.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/a0509cbeef5dafbab42c42622e012bcc94c3eb9e"},{"sha":"83afdc6aad9d767cae271df1ca15641b9cbe3bfe","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Rework the channel monitoring\n\nThe original NCSI channel monitoring was implemented based on a\nbackoff algorithm: the GLS response should be received in the\nspecified interval. Otherwise, the channel is regarded as dead\nand failover should be taken if current channel is an active one.\nThere are several problems in the implementation: (A) On BCM5718,\nwe found when the IID (Instance ID) in the GLS command packet\nchanges from 255 to 1, the response corresponding to IID#1 never\ncomes in. It means we cannot make the unfair judgement that the\nchannel is dead when one response is missed. (B) The code's\nreadability should be improved. (C) We should do failover when\ncurrent channel is active one and the channel monitoring should\nbe marked as disabled before doing failover.\n\nThis reworks the channel monitoring to address all above issues.\nThe fields for channel monitoring is put into separate struct\nand the state of channel monitoring is predefined. The channel\nis regarded alive if the network controller responses to one of\ntwo GLS commands or both of them in 5 seconds.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/83afdc6aad9d767cae271df1ca15641b9cbe3bfe"},{"sha":"c0cd1ba4f8bd8b5fef43bc51a2983673b8f086ff","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/ncsi: Introduce ncsi_stop_dev()\n\nThis introduces ncsi_stop_dev(), as counterpart to ncsi_start_dev(),\nto stop the NCSI device so that it can be reenabled in future. This\nAPI should be called when the network device driver is going to\nshutdown the device. There are 3 things done in the function: Stop\nthe channel monitoring; Reset channels to inactive state; Report\nNCSI link down.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/c0cd1ba4f8bd8b5fef43bc51a2983673b8f086ff"},{"sha":"2c15f25b2923435515298589dcaa2eace6a948c1","author":{"name":"Gavin Shan","email":"bb32b15705e6e40930aad50252d4e3af8ca61d1b@linux.vnet.ibm.com"},"message":"net/faraday: Stop NCSI device on shutdown\n\nThis stops NCSI device when closing the network device so that the\nNCSI device can be reenabled later.\n\nSigned-off-by: Gavin Shan <gwshan@linux.vnet.ibm.com>\nReviewed-by: Joel Stanley <joel@jms.id.au>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/2c15f25b2923435515298589dcaa2eace6a948c1"},{"sha":"9a8dd213d2a38349e5ea2ca8888400952112b45c","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'ncsi-next'\n\nGavin Shan says:\n\n====================\nnet/ncsi: NCSI Improvment and bug fixes\n\nThis series of patches improves NCSI stack according to the comments\nI received after the NCSI code was merged to 4.8.rc1:\n\n  * PATCH[1/8] fixes the build warning caused by xchg() with ia64-linux-gcc.\n    The atomic operations are removed. The NCSI's lock should be taken when\n    reading or updating its state and chained state.\n  * Channel ID (0x1f) is the reserved one and it cannot be valid channel ID.\n    So we needn't try to probe channel whose ID is 0x1f. PATCH[2/8] and\n    PATCH[3/8] are addressing this issue.\n  * The request IDs are assigned in round-robin fashion, but it's broken.\n    PATCH[4/8] make it work.\n  * PATCH[5/8] and PATCH[6/8] reworks the channel monitoring to improve the\n    code readability and its robustness.\n  * PATCH[7/8] and PATCH[8/8] introduces ncsi_stop_dev() so that the network\n    device can be closed and opened afterwards. No error will be seen.\n\nChangelog\n=========\nv2:\n  * The NCSI's lock is taken when reading or updating its state as the\n    {READ,WRITE}_ONCE() isn't reliable.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/9a8dd213d2a38349e5ea2ca8888400952112b45c"},{"sha":"813cfc89f826edc6d78ac0dc0cfbf45ca6483fd4","author":{"name":"Baoyou Xie","email":"a64ab05ff5ae1965dcd0bc08bf775301ca7059f0@linaro.org"},"message":"drm/rockchip: add missing header dependencies\n\nWe get 2 warnings when building kernel with W=1:\ndrivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:130:5: warning: no previous prototype for 'rockchip_drm_fbdev_init' [-Wmissing-prototypes]\ndrivers/gpu/drm/rockchip/rockchip_drm_fbdev.c:173:6: warning: no previous prototype for 'rockchip_drm_fbdev_fini' [-Wmissing-prototypes]\n\nIn fact, these functions are declared\nin drivers/gpu/drm/rockchip/rockchip_drm_fbdev.h,\nso this patch adds missing header dependencies.\n\nSigned-off-by: Baoyou Xie <baoyou.xie@linaro.org>\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nLink: http://patchwork.freedesktop.org/patch/msgid/1474789109-22010-1-git-send-email-baoyou.xie@linaro.org","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/813cfc89f826edc6d78ac0dc0cfbf45ca6483fd4"},{"sha":"6239817702e6fc3737d95256586a767a9b4f7fc0","author":{"name":"Baoyou Xie","email":"a64ab05ff5ae1965dcd0bc08bf775301ca7059f0@linaro.org"},"message":"drm/rockchip: mark symbols static where possible\n\nWe get 2 warnings when building kernel with W=1:\ndrivers/gpu/drm/rockchip/rockchip_drm_drv.c:309:6: warning: no previous prototype for 'rockchip_drm_fb_suspend' [-Wmissing-prototypes]\ndrivers/gpu/drm/rockchip/rockchip_drm_drv.c:318:6: warning: no previous prototype for 'rockchip_drm_fb_resume' [-Wmissing-prototypes]\n\nIn fact, these functions are only used in the file in which they are\ndeclared and don't need a declaration, but can be made static.\nSo this patch marks these functions with 'static'.\n\nSigned-off-by: Baoyou Xie <baoyou.xie@linaro.org>\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nLink: http://patchwork.freedesktop.org/patch/msgid/1474789388-3284-1-git-send-email-baoyou.xie@linaro.org","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/6239817702e6fc3737d95256586a767a9b4f7fc0"},{"sha":"188af070d4d20474cba4d42b4eaf728ba116f418","author":{"name":"Baoyou Xie","email":"a64ab05ff5ae1965dcd0bc08bf775301ca7059f0@linaro.org"},"message":"drm/mediatek: mark symbols static where possible\n\nWe get 4 warnings when building kernel with W=1:\ndrivers/gpu/drm/mediatek/mtk_hdmi.c:1089:6: warning: no previous prototype for 'mtk_hdmi_audio_enable' [-Wmissing-prototypes]\ndrivers/gpu/drm/mediatek/mtk_hdmi.c:1095:6: warning: no previous prototype for 'mtk_hdmi_audio_disable' [-Wmissing-prototypes]\ndrivers/gpu/drm/mediatek/mtk_hdmi.c:1101:5: warning: no previous prototype for 'mtk_hdmi_audio_set_param' [-Wmissing-prototypes]\ndrivers/gpu/drm/mediatek/mtk_hdmi.c:1627:5: warning: no previous prototype for 'mtk_hdmi_audio_digital_mute' [-Wmissing-prototypes]\n\nIn fact, both functions are only used in the file in which they are\ndeclared and don't need a declaration, but can be made static.\nSo this patch marks both functions with 'static'.\n\nSigned-off-by: Baoyou Xie <baoyou.xie@linaro.org>\n[seanpaul fixed checkpatch warning for argument alignment]\nSigned-off-by: Sean Paul <seanpaul@chromium.org>\nLink: http://patchwork.freedesktop.org/patch/msgid/1474789109-22010-2-git-send-email-baoyou.xie@linaro.org","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/188af070d4d20474cba4d42b4eaf728ba116f418"},{"sha":"077675c1e8a193a6355d4a7c8c7bf63be310b472","author":{"name":"Chris Wilson","email":"4181b934c2715a2bba60cdb3cc1b35b2777d1c23@chris-wilson.co.uk"},"message":"drm: Convert prime dma-buf <-> handle to rbtree\n\nCurrently we use a linear walk to lookup a handle and return a dma-buf,\nand vice versa. A long overdue TODO task is to convert that to a\nhashtable. Since the initial implementation of dma-buf/prime, we now\nhave resizeable hashtables we can use (and now a future task is to RCU\nenable the lookup!). However, this patch opts to use an rbtree instead\nto provide O(lgN) lookups (and insertion, deletion). rbtrees were chosen\nover using the RCU backed resizable hashtable to firstly avoid the\nreallocations (rbtrees can be embedded entirely within the parent\nstruct) and to favour simpler code with predictable worst case\nbehaviour. In simple testing, the difference between using the constant\nlookup and insertion of the rhashtable and the rbtree was less than 10%\nof the wall time (igt/benchmarks/prime_lookup) - both are dramatic\nimprovements over the existing linear lists.\n\nv2: Favour rbtree over rhashtable\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=94631\nSigned-off-by: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Sean Paul <seanpaul@chromium.org>\nCc: David Herrmann <dh.herrmann@gmail.com>\nReviewed-by: David Herrmann <dh.herrmann@gmail.com>\nReviewed-by: Sean Paul <seanpaul@chromium.org>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: http://patchwork.freedesktop.org/patch/msgid/20160926204414.23222-1-chris@chris-wilson.co.uk","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/077675c1e8a193a6355d4a7c8c7bf63be310b472"},{"sha":"85c91580555ac610b266260bc7866c51bdc4d205","author":{"name":"Ville Syrjälä","email":"97bbb7c58ba09bd338b1646c9fa52af32290a230@linux.intel.com"},"message":"drm/edid: Clear old audio latency values before parsing the new EDID\n\nClear out stale audio latency information (potentially from a previous\nEDID) before constructing the ELD from the EDID.\n\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nAcked-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: http://patchwork.freedesktop.org/patch/msgid/1475070703-6435-2-git-send-email-ville.syrjala@linux.intel.com","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/85c91580555ac610b266260bc7866c51bdc4d205"},{"sha":"75d7e542bd3669a7ce41b713be8d3fd71e0ed2fa","author":{"name":"Ville Syrjälä","email":"97bbb7c58ba09bd338b1646c9fa52af32290a230@linux.intel.com"},"message":"drm/edid: Clear old dvi_dual/max_tmds_clock before parsing the new EDID\n\nClear out old max_tmds_clock and dvi_dual information (possibly from a\nprevious EDID) before parsing the current EDID. Tne current EDID might\nnot even have these in its HDMI VSDB, which would mean that we'd leave\nthe old stale values in place.\n\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nAcked-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: http://patchwork.freedesktop.org/patch/msgid/1475070703-6435-3-git-send-email-ville.syrjala@linux.intel.com","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/75d7e542bd3669a7ce41b713be8d3fd71e0ed2fa"},{"sha":"ab5603c4d334224e3a884e62e7083ec69849fa7a","author":{"name":"Ville Syrjälä","email":"97bbb7c58ba09bd338b1646c9fa52af32290a230@linux.intel.com"},"message":"drm/edid: Make max_tmds_clock kHz instead of MHz\n\nWe generally store clocks in kHz, so let's do that for the\nHDMI max TMDS clock value as well. Less surpising.\n\nv2: Deal with superfluous code shuffling\n\nCc: Alex Deucher <alexander.deucher@amd.com>\nCc: \"Christian König\" <christian.koenig@amd.com>\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nReviewed-by: Christian König <christian.koenig@amd.com> (v1)\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nSigned-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nLink: http://patchwork.freedesktop.org/patch/msgid/1475070703-6435-4-git-send-email-ville.syrjala@linux.intel.com","distinct":false,"url":"https://api.github.com/repos/open-mesh-mirror/linux-merge/commits/ab5603c4d334224e3a884e62e7083ec69849fa7a"}]}
{"actor":{"display_login":"open-mesh-syncer"}}