{"push_id":631743950,"size":18,"distinct_size":1,"ref":"refs/heads/working","head":"67f073b70062d53cf114b0729a9b0c2e7b3362fe","before":"544f560eeaa543f4affefd01d759a049a2f62e38","commits":[{"sha":"5d71177430d317a321c39f6183853ee46616a9dc","author":{"email":"1542dc81552e668e197a396f69e655c1621c300d@redhat.com","name":"Stanislaw Gruszka"},"message":"myri10ge: check for DMA mapping errors\n\n[ Upstream commit 10545937e866ccdbb7ab583031dbdcc6b14e4eb4 ]\n\nOn IOMMU systems DMA mapping can fail, we need to check for\nthat possibility.\n\nSigned-off-by: Stanislaw Gruszka <sgruszka@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/5d71177430d317a321c39f6183853ee46616a9dc"},{"sha":"f2c58cc43693776826659b9840e39f0843b14016","author":{"email":"17d95d1f97e0668e532c695f667f3a3b359c14b2@gmail.com","name":"Shmulik Ladkani"},"message":"sit: Fix ipip6_tunnel_lookup device matching criteria\n\n[ Upstream commit bc8fc7b8f825ef17a0fb9e68c18ce94fa66ab337 ]\n\nAs of 4fddbf5d78 (\"sit: strictly restrict incoming traffic to tunnel link device\"),\nwhen looking up a tunnel, tunnel's underlying interface (t->parms.link)\nis verified to match incoming traffic's ingress device.\n\nHowever the comparison was incorrectly based on skb->dev->iflink.\n\nInstead, dev->ifindex should be used, which correctly represents the\ninterface from which the IP stack hands the ipip6 packets.\n\nThis allows setting up sit tunnels bound to vlan interfaces (otherwise\nincoming ipip6 traffic on the vlan interface was dropped due to\nipip6_tunnel_lookup match failure).\n\nSigned-off-by: Shmulik Ladkani <shmulik.ladkani@gmail.com>\nAcked-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/f2c58cc43693776826659b9840e39f0843b14016"},{"sha":"5f80f4d8203911275c29edb54bd2e94826b21487","author":{"email":"58d301c70203188c35d379474c26c9cc0636a189@google.com","name":"Neal Cardwell"},"message":"tcp: fix tcp_release_cb() to dispatch via address family for mtu_reduced()\n\n[ Upstream commit 4fab9071950c2021d846e18351e0f46a1cffd67b ]\n\nMake sure we use the correct address-family-specific function for\nhandling MTU reductions from within tcp_release_cb().\n\nPreviously AF_INET6 sockets were incorrectly always using the IPv6\ncode path when sometimes they were handling IPv4 traffic and thus had\nan IPv4 dst.\n\nSigned-off-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nDiagnosed-by: Willem de Bruijn <willemb@google.com>\nFixes: 563d34d057862 (\"tcp: dont drop MTU reduction indications\")\nReviewed-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/5f80f4d8203911275c29edb54bd2e94826b21487"},{"sha":"4035ed7bbef045a41c9f2876e78d9b6fb687ac3a","author":{"email":"312c7d941f03386814be517ffdb3e0eb6624e275@google.com","name":"Eric Dumazet"},"message":"packet: handle too big packets for PACKET_V3\n\n[ Upstream commit dc808110bb62b64a448696ecac3938902c92e1ab ]\n\naf_packet can currently overwrite kernel memory by out of bound\naccesses, because it assumed a [new] block can always hold one frame.\n\nThis is not generally the case, even if most existing tools do it right.\n\nThis patch clamps too long frames as API permits, and issue a one time\nerror on syslog.\n\n[  394.357639] tpacket_rcv: packet too big, clamped from 5042 to 3966. macoff=82\n\nIn this example, packet header tp_snaplen was set to 3966,\nand tp_len was set to 5042 (skb->len)\n\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nFixes: f6fb8f100b80 (\"af-packet: TPACKET_V3 flexible buffer implementation.\")\nAcked-by: Daniel Borkmann <dborkman@redhat.com>\nAcked-by: Neil Horman <nhorman@tuxdriver.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/4035ed7bbef045a41c9f2876e78d9b6fb687ac3a"},{"sha":"522ad79b7fd042f7f735bf1826f2e5b564d8f015","author":{"email":"8042a9733e573ff678660cf1b367d055d2c2096d@redhat.com","name":"Jiri Benc"},"message":"openvswitch: fix panic with multiple vlan headers\n\n[ Upstream commit 2ba5af42a7b59ef01f9081234d8855140738defd ]\n\nWhen there are multiple vlan headers present in a received frame, the first\none is put into vlan_tci and protocol is set to ETH_P_8021Q. Anything in the\nskb beyond the VLAN TPID may be still non-linear, including the inner TCI\nand ethertype. While ovs_flow_extract takes care of IP and IPv6 headers, it\ndoes nothing with ETH_P_8021Q. Later, if OVS_ACTION_ATTR_POP_VLAN is\nexecuted, __pop_vlan_tci pulls the next vlan header into vlan_tci.\n\nThis leads to two things:\n\n1. Part of the resulting ethernet header is in the non-linear part of the\n   skb. When eth_type_trans is called later as the result of\n   OVS_ACTION_ATTR_OUTPUT, kernel BUGs in __skb_pull. Also, __pop_vlan_tci\n   is in fact accessing random data when it reads past the TPID.\n\n2. network_header points into the ethernet header instead of behind it.\n   mac_len is set to a wrong value (10), too.\n\nReported-by: Yulong Pei <ypei@redhat.com>\nSigned-off-by: Jiri Benc <jbenc@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/522ad79b7fd042f7f735bf1826f2e5b564d8f015"},{"sha":"696c5d5f340f57bf1085bc7cc95937d2349988cb","author":{"email":"c9cf31cb6c9821bed82e940f06145b026ca536b5@alphalink.fr","name":"Guillaume Nault"},"message":"l2tp: fix race while getting PMTU on PPP pseudo-wire\n\n[ Upstream commit eed4d839b0cdf9d84b0a9bc63de90fd5e1e886fb ]\n\nUse dst_entry held by sk_dst_get() to retrieve tunnel's PMTU.\n\nThe dst_mtu(__sk_dst_get(tunnel->sock)) call was racy. __sk_dst_get()\ncould return NULL if tunnel->sock->sk_dst_cache was reset just before the\ncall, thus making dst_mtu() dereference a NULL pointer:\n\n[ 1937.661598] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020\n[ 1937.664005] IP: [<ffffffffa049db88>] pppol2tp_connect+0x33d/0x41e [l2tp_ppp]\n[ 1937.664005] PGD daf0c067 PUD d9f93067 PMD 0\n[ 1937.664005] Oops: 0000 [#1] SMP\n[ 1937.664005] Modules linked in: l2tp_ppp l2tp_netlink l2tp_core ip6table_filter ip6_tables iptable_filter ip_tables ebtable_nat ebtables x_tables udp_tunnel pppoe pppox ppp_generic slhc deflate ctr twofish_generic twofish_x86_64_3way xts lrw gf128mul glue_helper twofish_x86_64 twofish_common blowfish_generic blowfish_x86_64 blowfish_common des_generic cbc xcbc rmd160 sha512_generic hmac crypto_null af_key xfrm_algo 8021q garp bridge stp llc tun atmtcp clip atm ext3 mbcache jbd iTCO_wdt coretemp kvm_intel iTCO_vendor_support kvm pcspkr evdev ehci_pci lpc_ich mfd_core i5400_edac edac_core i5k_amb shpchp button processor thermal_sys xfs crc32c_generic libcrc32c dm_mod usbhid sg hid sr_mod sd_mod cdrom crc_t10dif crct10dif_common ata_generic ahci ata_piix tg3 libahci libata uhci_hcd ptp ehci_hcd pps_core usbcore scsi_mod libphy usb_common [last unloaded: l2tp_core]\n[ 1937.664005] CPU: 0 PID: 10022 Comm: l2tpstress Tainted: G           O   3.17.0-rc1 #1\n[ 1937.664005] Hardware name: HP ProLiant DL160 G5, BIOS O12 08/22/2008\n[ 1937.664005] task: ffff8800d8fda790 ti: ffff8800c43c4000 task.ti: ffff8800c43c4000\n[ 1937.664005] RIP: 0010:[<ffffffffa049db88>]  [<ffffffffa049db88>] pppol2tp_connect+0x33d/0x41e [l2tp_ppp]\n[ 1937.664005] RSP: 0018:ffff8800c43c7de8  EFLAGS: 00010282\n[ 1937.664005] RAX: ffff8800da8a7240 RBX: ffff8800d8c64600 RCX: 000001c325a137b5\n[ 1937.664005] RDX: 8c6318c6318c6320 RSI: 000000000000010c RDI: 0000000000000000\n[ 1937.664005] RBP: ffff8800c43c7ea8 R08: 0000000000000000 R09: 0000000000000000\n[ 1937.664005] R10: ffffffffa048e2c0 R11: ffff8800d8c64600 R12: ffff8800ca7a5000\n[ 1937.664005] R13: ffff8800c439bf40 R14: 000000000000000c R15: 0000000000000009\n[ 1937.664005] FS:  00007fd7f610f700(0000) GS:ffff88011a600000(0000) knlGS:0000000000000000\n[ 1937.664005] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n[ 1937.664005] CR2: 0000000000000020 CR3: 00000000d9d75000 CR4: 00000000000027e0\n[ 1937.664005] Stack:\n[ 1937.664005]  ffffffffa049da80 ffff8800d8fda790 000000000000005b ffff880000000009\n[ 1937.664005]  ffff8800daf3f200 0000000000000003 ffff8800c43c7e48 ffffffff81109b57\n[ 1937.664005]  ffffffff81109b0e ffffffff8114c566 0000000000000000 0000000000000000\n[ 1937.664005] Call Trace:\n[ 1937.664005]  [<ffffffffa049da80>] ? pppol2tp_connect+0x235/0x41e [l2tp_ppp]\n[ 1937.664005]  [<ffffffff81109b57>] ? might_fault+0x9e/0xa5\n[ 1937.664005]  [<ffffffff81109b0e>] ? might_fault+0x55/0xa5\n[ 1937.664005]  [<ffffffff8114c566>] ? rcu_read_unlock+0x1c/0x26\n[ 1937.664005]  [<ffffffff81309196>] SYSC_connect+0x87/0xb1\n[ 1937.664005]  [<ffffffff813e56f7>] ? sysret_check+0x1b/0x56\n[ 1937.664005]  [<ffffffff8107590d>] ? trace_hardirqs_on_caller+0x145/0x1a1\n[ 1937.664005]  [<ffffffff81213dee>] ? trace_hardirqs_on_thunk+0x3a/0x3f\n[ 1937.664005]  [<ffffffff8114c262>] ? spin_lock+0x9/0xb\n[ 1937.664005]  [<ffffffff813092b4>] SyS_connect+0x9/0xb\n[ 1937.664005]  [<ffffffff813e56d2>] system_call_fastpath+0x16/0x1b\n[ 1937.664005] Code: 10 2a 84 81 e8 65 76 bd e0 65 ff 0c 25 10 bb 00 00 4d 85 ed 74 37 48 8b 85 60 ff ff ff 48 8b 80 88 01 00 00 48 8b b8 10 02 00 00 <48> 8b 47 20 ff 50 20 85 c0 74 0f 83 e8 28 89 83 10 01 00 00 89\n[ 1937.664005] RIP  [<ffffffffa049db88>] pppol2tp_connect+0x33d/0x41e [l2tp_ppp]\n[ 1937.664005]  RSP <ffff8800c43c7de8>\n[ 1937.664005] CR2: 0000000000000020\n[ 1939.559375] ---[ end trace 82d44500f28f8708 ]---\n\nFixes: f34c4a35d879 (\"l2tp: take PMTU from tunnel UDP socket\")\nSigned-off-by: Guillaume Nault <g.nault@alphalink.fr>\nAcked-by: Eric Dumazet <edumazet@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/696c5d5f340f57bf1085bc7cc95937d2349988cb"},{"sha":"654850db1159769fc8a1c3c26ee07cd25abbddb0","author":{"email":"df4bbba3da7ae0371dc686d07d0ceb66ffa78730@gmail.com","name":"Vlad Yasevich"},"message":"tg3: Work around HW/FW limitations with vlan encapsulated frames\n\n[ Upstream commit 476c18850c6cbaa3f2bb661ae9710645081563b9 ]\n\nTG3 appears to have an issue performing TSO and checksum offloading\ncorreclty when the frame has been vlan encapsulated (non-accelrated).\nIn these cases, tcp checksum is not correctly updated.\n\nThis patch attempts to work around this issue.  After the patch,\n802.1ad vlans start working correctly over tg3 devices.\n\nCC: Prashant Sreedharan <prashant@broadcom.com>\nCC: Michael Chan <mchan@broadcom.com>\nSigned-off-by: Vladislav Yasevich <vyasevic@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/654850db1159769fc8a1c3c26ee07cd25abbddb0"},{"sha":"58345c2e8626ac1ee93723c771f9f11ecdf125ba","author":{"email":"df4bbba3da7ae0371dc686d07d0ceb66ffa78730@gmail.com","name":"Vlad Yasevich"},"message":"tg3: Allow for recieve of full-size 8021AD frames\n\n[ Upstream commit 7d3083ee36b51e425b6abd76778a2046906b0fd3 ]\n\nWhen receiving a vlan-tagged frame that still contains\na vlan header, the length of the packet will be greater\nthen MTU+ETH_HLEN since it will account of the extra\nvlan header.  TG3 checks this for the case for 802.1Q,\nbut not for 802.1ad.  As a result, full sized 802.1ad\nframes get dropped by the card.\n\nAdd a check for 802.1ad protocol when receving full\nsized frames.\n\nSuggested-by: Prashant Sreedharan <prashant@broadcom.com>\nCC: Prashant Sreedharan <prashant@broadcom.com>\nCC: Michael Chan <mchan@broadcom.com>\nSigned-off-by: Vladislav Yasevich <vyasevic@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/58345c2e8626ac1ee93723c771f9f11ecdf125ba"},{"sha":"f9aceca39d40c373f5f1a0866059f8347101a3d5","author":{"email":"bcbf172338421f26297a2592698edf8cc84ecbef@microsoft.com","name":"KY Srinivasan"},"message":"hyperv: Fix a bug in netvsc_start_xmit()\n\n[ Upstream commit dedb845ded56ded1c62f5398a94ffa8615d4592d ]\n\nAfter the packet is successfully sent, we should not touch the skb\nas it may have been freed. This patch is based on the work done by\nLong Li <longli@microsoft.com>.\n\nIn this version of the patch I have fixed issues pointed out by David.\nDavid, please queue this up for stable.\n\nSigned-off-by: K. Y. Srinivasan <kys@microsoft.com>\nTested-by: Long Li <longli@microsoft.com>\nTested-by: Sitsofe Wheeler <sitsofe@yahoo.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/f9aceca39d40c373f5f1a0866059f8347101a3d5"},{"sha":"ae3b8ed5dadbb278498090b18ee70e6211ef2763","author":{"email":"7864bb1e0e12322ea18ea731d051b95b75140567@6wind.com","name":"Nicolas Dichtel"},"message":"ip6_gre: fix flowi6_proto value in xmit path\n\n[ Upstream commit 3be07244b7337760a3269d56b2f4a63e72218648 ]\n\nIn xmit path, we build a flowi6 which will be used for the output route lookup.\nWe are sending a GRE packet, neither IPv4 nor IPv6 encapsulated packet, thus the\nprotocol should be IPPROTO_GRE.\n\nFixes: c12b395a4664 (\"gre: Support GRE over IPv6\")\nReported-by: Matthieu Ternisien d'Ouville <matthieu.tdo@6wind.com>\nSigned-off-by: Nicolas Dichtel <nicolas.dichtel@6wind.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/ae3b8ed5dadbb278498090b18ee70e6211ef2763"},{"sha":"2d435f096dd8618919b86c3575aeb0815bf799b4","author":{"email":"df4bbba3da7ae0371dc686d07d0ceb66ffa78730@gmail.com","name":"Vlad Yasevich"},"message":"sctp: handle association restarts when the socket is closed.\n\n[ Upstream commit bdf6fa52f01b941d4a80372d56de465bdbbd1d23 ]\n\nCurrently association restarts do not take into consideration the\nstate of the socket.  When a restart happens, the current assocation\nsimply transitions into established state.  This creates a condition\nwhere a remote system, through a the restart procedure, may create a\nlocal association that is no way reachable by user.  The conditions\nto trigger this are as follows:\n  1) Remote does not acknoledge some data causing data to remain\n     outstanding.\n  2) Local application calls close() on the socket.  Since data\n     is still outstanding, the association is placed in SHUTDOWN_PENDING\n     state.  However, the socket is closed.\n  3) The remote tries to create a new association, triggering a restart\n     on the local system.  The association moves from SHUTDOWN_PENDING\n     to ESTABLISHED.  At this point, it is no longer reachable by\n     any socket on the local system.\n\nThis patch addresses the above situation by moving the newly ESTABLISHED\nassociation into SHUTDOWN-SENT state and bundling a SHUTDOWN after\nthe COOKIE-ACK chunk.  This way, the restarted associate immidiately\nenters the shutdown procedure and forces the termination of the\nunreachable association.\n\nReported-by: David Laight <David.Laight@aculab.com>\nSigned-off-by: Vlad Yasevich <vyasevich@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/2d435f096dd8618919b86c3575aeb0815bf799b4"},{"sha":"dc5a170002bd45394f1a483e7af6d91b01e91dca","author":{"email":"bbefe24876121db5c95aed4192bf3c36fecd8ace@kau.se","name":"Per Hurtig"},"message":"tcp: fixing TLP's FIN recovery\n\n[ Upstream commit bef1909ee3ed1ca39231b260a8d3b4544ecd0c8f ]\n\nFix to a problem observed when losing a FIN segment that does not\ncontain data.  In such situations, TLP is unable to recover from\n*any* tail loss and instead adds at least PTO ms to the\nretransmission process, i.e., RTO = RTO + PTO.\n\nSigned-off-by: Per Hurtig <per.hurtig@kau.se>\nSigned-off-by: Eric Dumazet <edumazet@google.com>\nAcked-by: Nandita Dukkipati <nanditad@google.com>\nAcked-by: Neal Cardwell <ncardwell@google.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/dc5a170002bd45394f1a483e7af6d91b01e91dca"},{"sha":"8eb99ef81326fae50f26974e33fc1a7c07cb00f5","author":{"email":"7e9c653c8ec3abfdd967a0616fd143ca77e7b405@cn.fujitsu.com","name":"Gao feng"},"message":"ipv6: reallocate addrconf router for ipv6 address when lo device up\n\n[ Upstream commit 33d99113b1102c2d2f8603b9ba72d89d915c13f5 ]\n\ncommit 25fb6ca4ed9cad72f14f61629b68dc03c0d9713f\n\"net IPv6 : Fix broken IPv6 routing table after loopback down-up\"\nallocates addrconf router for ipv6 address when lo device up.\nbut commit a881ae1f625c599b460cc8f8a7fcb1c438f699ad\n\"ipv6:don't call addrconf_dst_alloc again when enable lo\" breaks\nthis behavior.\n\nSince the addrconf router is moved to the garbage list when\nlo device down, we should release this router and rellocate\na new one for ipv6 address when lo device up.\n\nThis patch solves bug 67951 on bugzilla\nhttps://bugzilla.kernel.org/show_bug.cgi?id=67951\n\nchange from v1:\nuse ip6_rt_put to repleace ip6_del_rt, thanks Hannes!\nchange code style, suggested by Sergei.\n\nCC: Sabrina Dubroca <sd@queasysnail.net>\nCC: Hannes Frederic Sowa <hannes@stressinduktion.org>\nReported-by: Weilong Chen <chenweilong@huawei.com>\nSigned-off-by: Weilong Chen <chenweilong@huawei.com>\nSigned-off-by: Gao feng <gaofeng@cn.fujitsu.com>\nAcked-by: Hannes Frederic Sowa <hannes@stressinduktion.org>\nSigned-off-by: David S. Miller <davem@davemloft.net>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/8eb99ef81326fae50f26974e33fc1a7c07cb00f5"},{"sha":"084a2fd4fb44bc3a72e6a091b6f473e8b6176c77","author":{"email":"0e8503a5d55e00d5d2190cff62ef5fd449aa2247@linux.intel.com","name":"Lu Baolu"},"message":"USB: Add device quirk for ASUS T100 Base Station keyboard\n\ncommit ddbe1fca0bcb87ca8c199ea873a456ca8a948567 upstream.\n\nThis full-speed USB device generates spurious remote wakeup event\nas soon as USB_DEVICE_REMOTE_WAKEUP feature is set. As the result,\nLinux can't enter system suspend and S0ix power saving modes once\nthis keyboard is used.\n\nThis patch tries to introduce USB_QUIRK_IGNORE_REMOTE_WAKEUP quirk.\nWith this quirk set, wakeup capability will be ignored during\ndevice configure.\n\nThis patch could be back-ported to kernels as old as 2.6.39.\n\nSigned-off-by: Lu Baolu <baolu.lu@linux.intel.com>\nAcked-by: Alan Stern <stern@rowland.harvard.edu>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/084a2fd4fb44bc3a72e6a091b6f473e8b6176c77"},{"sha":"8ea18089585657066fc23f1ab8cad6f1fa5e529e","author":{"email":"dbcc125931037505776973f7d9b1fa5b44a98577@goketra.com","name":"Joe Savage"},"message":"USB: serial: cp210x: added Ketra N1 wireless interface support\n\ncommit bfc2d7dfdd761ae3beccdb26abebe03cef042f46 upstream.\n\nAdded support for Ketra N1 wireless interface, which uses the\nSilicon Labs' CP2104 USB to UART bridge with customized PID 8946.\n\nSigned-off-by: Joe Savage <joe.savage@goketra.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/8ea18089585657066fc23f1ab8cad6f1fa5e529e"},{"sha":"a17c0d3ba5d6b06bb6cb3efc9418c4375c10f26c","author":{"email":"b15c342f1de186996bcca5e1a23cd684d2fadb32@seluxit.com","name":"Andreas Bomholtz"},"message":"USB: cp210x: add support for Seluxit USB dongle\n\ncommit dee80ad12d2b1b304286a707fde7ab05d1fc7bab upstream.\n\nAdded the Seluxit ApS USB Serial Dongle to cp210x driver.\n\nSigned-off-by: Andreas Bomholtz <andreas@seluxit.com>\nSigned-off-by: Johan Hovold <johan@kernel.org>\nSigned-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/a17c0d3ba5d6b06bb6cb3efc9418c4375c10f26c"},{"sha":"0b9c3a46536a5be91175e280882f74890e617eef","author":{"email":"4645f7897fd33786a2ee1264d590b3c400559d85@linuxfoundation.org","name":"Greg Kroah-Hartman"},"message":"Linux 3.10.58","distinct":false,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/0b9c3a46536a5be91175e280882f74890e617eef"},{"sha":"67f073b70062d53cf114b0729a9b0c2e7b3362fe","author":{"email":"2443f2d7035dafdb8037123777333a60d68ece49@gmail.com","name":"USBhost"},"message":"Linux 3.10.58","distinct":true,"url":"https://api.github.com/repos/USBhost/Nexus-9-Stock-Kernel/commits/67f073b70062d53cf114b0729a9b0c2e7b3362fe"}]}