{"push_id":3447049947,"size":405,"distinct_size":398,"ref":"refs/heads/linux-next","head":"a392ee45bae77bc52e9af2e86069f87c9703edb6","before":"ab8bba4ec4b9a1a63c02741e1e420d1d53d1a1c8","commits":[{"sha":"65fd2c2afac31a4b46a80150347a1748fa9101cb","author":{"name":"Boris Pismenny","email":"3243c904767318412257c1e0ab0ee9a742d0deb1@mellanox.com"},"message":"xfrm: gso partial offload support\n\nThis patch introduces support for gso partial ESP offload.\n\nSigned-off-by: Boris Pismenny <borisp@mellanox.com>\nSigned-off-by: Raed Salem <raeds@mellanox.com>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/65fd2c2afac31a4b46a80150347a1748fa9101cb"},{"sha":"f981c57ffd2d7cf2dd4b6d6f8fcb3965df42f54c","author":{"name":"Jeremy Sowden","email":"b3f594e10a9edcf5413cf1190121d45078c62290@azazel.net"},"message":"vti4: eliminated some duplicate code.\n\nThe ipip tunnel introduced in commit dd9ee3444014 (\"vti4: Fix a ipip\npacket processing bug in 'IPCOMP' virtual tunnel\") largely duplicated\nthe existing vti_input and vti_recv functions.  Refactored to\ndeduplicate the common code.\n\nSigned-off-by: Jeremy Sowden <jeremy@azazel.net>\nSigned-off-by: Steffen Klassert <steffen.klassert@secunet.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/f981c57ffd2d7cf2dd4b6d6f8fcb3965df42f54c"},{"sha":"27602e2c44da4091bef99e6c877e20c78b7f6e81","author":{"name":"David S. Miller","email":"fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net"},"message":"Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf\n\nAlexei Starovoitov says:\n\n====================\npull-request: bpf 2019-03-24\n\nThe following pull-request contains BPF updates for your *net* tree.\n\nThe main changes are:\n\n1) libbpf verision fix up from Daniel.\n\n2) fix liveness propagation from Jakub.\n\n3) fix verbose print of refcounted regs from Martin.\n\n4) fix for large map allocations from Martynas.\n\n5) fix use after free in sanitize_ptr_alu from Xu.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/27602e2c44da4091bef99e6c877e20c78b7f6e81"},{"sha":"aa9aaa4d61c0048d3faad056893cd7860bbc084c","author":{"name":"Erik Schmauss","email":"c1c748b4340bdb8017262c01716c34a610017dbe@intel.com"},"message":"ACPI: use different default debug value than ACPICA\n\nRather than setting debug output flags during early init, its makes\nmore sense to simply re-define ACPI_DEBUG_DEFAULT specifically for\nLinux.\n\nACPICA commit 60903715711f4b00ca1831779a8a23279a66497d\n\nLink: https://github.com/acpica/acpica/commit/60903715\nFixes: ce5cbf53496b (\"ACPI: Set debug output flags independent of ACPICA\")\nReported-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>\nTested-by: Alexandru Gagniuc <mr.nuke.me@gmail.com>\nSigned-off-by: Erik Schmauss <erik.schmauss@intel.com>\nSigned-off-by: Bob Moore <robert.moore@intel.com>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/aa9aaa4d61c0048d3faad056893cd7860bbc084c"},{"sha":"98acea86c913ac017a274242d35a1e1383e5ee97","author":{"name":"Rafael J. Wysocki","email":"27ffc44a8ec6a212fba98cfc3246c6ce8ab131e0@intel.com"},"message":"PM / arch: x86: Rework the MSR_IA32_ENERGY_PERF_BIAS handling\n\nThe current handling of MSR_IA32_ENERGY_PERF_BIAS in the kernel is\nproblematic, because it may cause changes made by user space to that\nMSR (with the help of the x86_energy_perf_policy tool, for example)\nto be lost every time a CPU goes offline and then back online as well\nas during system-wide power management transitions into sleep states\nand back into the working state.\n\nThe first problem is that if the current EPB value for a CPU going\nonline is 0 ('performance'), the kernel will change it to 6 ('normal')\nregardless of whether or not this is the first bring-up of that CPU.\nThat also happens during system-wide resume from sleep states\n(including, but not limited to, hibernation).  However, the EPB may\nhave been adjusted by user space this way and the kernel should not\nblindly override that setting.\n\nThe second problem is that if the platform firmware resets the EPB\nvalues for any CPUs during system-wide resume from a sleep state,\nthe kernel will not restore their previous EPB values that may\nhave been set by user space before the preceding system-wide\nsuspend transition.  Again, that behavior may at least be confusing\nfrom the user space perspective.\n\nIn order to address these issues, rework the handling of\nMSR_IA32_ENERGY_PERF_BIAS so that the EPB value is saved on CPU\noffline and restored on CPU online as well as (for the boot CPU)\nduring the syscore stages of system-wide suspend and resume\ntransitions, respectively.\n\nHowever, retain the policy by which the EPB is set to 6 ('normal')\non the first bring-up of each CPU if its initial value is 0, based\non the observation that 0 may mean 'not initialized' just as well as\n'performance' in that case.\n\nWhile at it, move the MSR_IA32_ENERGY_PERF_BIAS handling code into\na separate file and document it in Documentation/admin-guide.\n\nFixes: abe48b108247 (x86, intel, power: Initialize MSR_IA32_ENERGY_PERF_BIAS)\nFixes: b51ef52df71c (x86/cpu: Restore MSR_IA32_ENERGY_PERF_BIAS after resume)\nReported-by: Thomas Renninger <trenn@suse.de>\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nAcked-by: Borislav Petkov <bp@suse.de>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/98acea86c913ac017a274242d35a1e1383e5ee97"},{"sha":"06bd779d51c34cfdd7620090a6e0ef98ecb9d9c8","author":{"name":"Rafael J. Wysocki","email":"27ffc44a8ec6a212fba98cfc3246c6ce8ab131e0@intel.com"},"message":"PM / arch: x86: MSR_IA32_ENERGY_PERF_BIAS sysfs interface\n\nThe Performance and Energy Bias Hint (EPB) is expected to be set by\nuser space through the generic MSR interface, but that interface is\nnot particularly nice and there are security concerns regarding it,\nso it is not always available.\n\nFor this reason, add a sysfs interface for reading and updating the\nEPB, in the form of a new attribute, energy_perf_bias, located\nunder /sys/devices/system/cpu/cpu#/power/ for online CPUs that\nsupport the EPB feature.\n\nSigned-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>\nReviewed-by: Hannes Reinecke <hare@suse.com>\nAcked-by: Borislav Petkov <bp@suse.de>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/06bd779d51c34cfdd7620090a6e0ef98ecb9d9c8"},{"sha":"b0153fdd7e8a625d4879f07d3cfb1ee1e2364222","author":{"name":"Victor Raj","email":"b97218e2ae792187150930de16e27c07f223bf67@intel.com"},"message":"ice: update VSI config dynamically\n\nWhen VSI increases the number of queues dynamically, the scheduler\njust needs to add the new required nodes rather than re-adjusting with\npreviously allocated number of nodes. Readjusting didn't provide enough\nparents to add the upper layer nodes also can't place lan and rdma\nsubtrees separately.\n\nIn decrease case, keep the VSI configuration with max number of queues\nalways. This will leave some extra nodes in the tree but no harm done.\n\nSigned-off-by: Victor Raj <victor.raj@intel.com>\nReviewed-by: Bruce Allan <bruce.w.allan@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/b0153fdd7e8a625d4879f07d3cfb1ee1e2364222"},{"sha":"840bcd88f899da6a5076ab4bc8dd0f6fcd8d19ef","author":{"name":"Michal Swiatkowski","email":"e7842c25af909b74419cd58f93c3b8c990d7c2a1@intel.com"},"message":"ice: Restore VLAN switch rule if port VLAN existed before\n\nThe VLAN rule is lost when VM starts or the AVF driver (iavf.ko) is\nreloaded. So it is necessary to add this rule again.\n\nSigned-off-by: Michal Swiatkowski <michal.swiatkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/840bcd88f899da6a5076ab4bc8dd0f6fcd8d19ef"},{"sha":"8d051b8b5d52a32ac096a62bb932193202e2e759","author":{"name":"Alan Brady","email":"8acfb077b0d1f37a59cd97f4ff54069589ec8e91@intel.com"},"message":"ice: use irq_num var in ice_vsi_req_irq_msix\n\nSomeone went through the effort of making this a variable so let's use\nit instead of recalculating it again.\n\nSigned-off-by: Alan Brady <alan.brady@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/8d051b8b5d52a32ac096a62bb932193202e2e759"},{"sha":"250c3b3e0aa25ad09c0c7638ba9ba3c0e54464a1","author":{"name":"Brett Creeley","email":"b262324d6111c333b6dd853c5912792b1b122f39@intel.com"},"message":"ice: Enable link events over the ARQ\n\nThe hardware now supports link events over the admin receive queue (ARQ),\nso enable HW link events over the ARQ and remove code for link event\npolling.\n\nSigned-off-by: Brett Creeley <brett.creeley@intel.com>\nReviewed-by: Bruce Allan <bruce.w.allan@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/250c3b3e0aa25ad09c0c7638ba9ba3c0e54464a1"},{"sha":"6c869cb7a8f02b0c5f5494bb37c29b6686711ec8","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Retrieve rx_buf in separate function\n\nIntroduce ice_get_rx_buf, which will fetch the Rx buffer and do the DMA\nsynchronization. Length of the packet that hardware Rx descriptor\ncontains is now read in ice_clean_rx_irq, so we can feed ice_get_rx_buf\nwith it and resign from rx_desc passed as argument in ice_fetch_rx_buf\nand ice_add_rx_frag.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/6c869cb7a8f02b0c5f5494bb37c29b6686711ec8"},{"sha":"bbb97808a0eff71fd841d297dba8cd3ebc4d700d","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Pull out page reuse checks onto separate function\n\nIntroduce ice_can_reuse_rx_page which will verify whether the page can\nbe reused and return the boolean result to caller.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/bbb97808a0eff71fd841d297dba8cd3ebc4d700d"},{"sha":"1857ca42a734d41261f4c30e5f625fa7e2b70b0d","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Get rid of ice_pull_tail\n\nInstead of adding a frag and later when dealing with EOP frame accessing\nthat frag in order to copy the headers onto linear part of skb, we can do\nthis in ice_add_rx_frag in case where the data_len is still 0 and frame\nwon't fit onto the linear part as a whole.\n\nFunction comment of ice_pull_tail was a bit misleading because of\nmentioned optimizations that can be performed (drop a frag/maintaining\naccurate truesize of skb) - it seems that this part of logic was dropped\nand the comment was not updated to reflect this change.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/1857ca42a734d41261f4c30e5f625fa7e2b70b0d"},{"sha":"03c66a1376616015b04b6783feadfcf02ba37c3f","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Introduce bulk update for page count\n\n{get,put}_page are atomic operations which we use for page count\nhandling. The current logic for refcount handling is that we increment\nit when passing a skb with the data from the first half of page up to\nnetstack and recycle the second half of page. This operation protects us\nfrom losing a page since the network stack can decrement the refcount of\npage from skb.\n\nThe performance can be gently improved by doing the bulk updates of\nrefcount instead of doing it one by one. During the buffer initialization,\nmaximize the page's refcount and don't allow the refcount to become\nless than two.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/03c66a1376616015b04b6783feadfcf02ba37c3f"},{"sha":"1d032bc77bb8f85d8adfd14a1a8c67c12b07eece","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Gather the rx buf clean-up logic for better reuse\n\nPull out the code responsible for page counting and buffer recycling so\nthat it will be possible to clean up the Rx buffers in cases where we\nwon't allocate skb (ex. XDP)\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/1d032bc77bb8f85d8adfd14a1a8c67c12b07eece"},{"sha":"712edbbb67d404bae055d88e162e13980b426663","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: Limit the ice_add_rx_frag to frag addition\n\nRefactor ice_fetch_rx_buf and ice_add_rx_frag in a way that we have\nstandalone functions that do either the skb construction or frag\naddition to previously constructed skb.\n\nThe skb handling between rx_bufs is spread among various functions. The\nice_get_rx_buf will retrieve the skb pointer from rx_buf and if it is a\nNULL pointer then we do the ice_construct_skb, otherwise we add a frag\nto the current skb via ice_add_rx_frag. Then, on the ice_put_rx_buf the\nskb pointer that belongs to rx_buf will be cleared. Moving further, if\nthe current frame is not EOP frame we assign the current skb to the\nrx_buf that is pointed by updated next_to_clean indicator.\n\nWhat is more during the buffer reuse let's assign each member of\nice_rx_buf individually so we avoid the unnecessary copy of skb.\n\nLast but not least, this logic split will allow us for better code reuse\nwhen adding a support for build_skb.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/712edbbb67d404bae055d88e162e13980b426663"},{"sha":"a65f71fed5add2ec5713fcc605842f5f2dff22a3","author":{"name":"Maciej Fijalkowski","email":"6e43d54b1a6c42e516245ce6bd7c54ee4231434f@intel.com"},"message":"ice: map Rx buffer pages with DMA attributes\n\nProvide DMA_ATTR_WEAK_ORDERING and DMA_ATTR_SKIP_CPU_SYNC attributes to\nthe DMA API during the mapping operations on Rx side. With this change\nthe non-x86 platforms will be able to sync only with what is being used\n(2k buffer) instead of entire page. This should yield a slight\nperformance improvement.\n\nFurthermore, DMA unmap may destroy the changes that were made to the\nbuffer by CPU when platform is not a x86 one. DMA_ATTR_SKIP_CPU_SYNC\nattribute usage fixes this issue.\n\nAlso add a sync_single_for_device call during the Rx buffer assignment,\nto make sure that the cache lines are cleared before device attempting\nto write to the buffer.\n\nSigned-off-by: Maciej Fijalkowski <maciej.fijalkowski@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/a65f71fed5add2ec5713fcc605842f5f2dff22a3"},{"sha":"2ebd4428d93a2f6ce0c813b10a1a43b6a8241fe5","author":{"name":"Dave Ertman","email":"d533bb79cc2e9d5aba41f44db40660bf150dee6c@intel.com"},"message":"ice: Prevent unintended multiple chain resets\n\nIn the current implementation of ice_reset_subtask, if multiple reset\ntypes are set in the pf->state, the most intrusive one is meant to be\nperformed only, but the bits requesting the other types are not being\ncleared. This would lead to another reset being performed the next time\nthe service task is scheduled.\n\nChange the flow of ice_reset_subtask so that all reset request bits in\npf->state are cleared, and we still perform the most intrusive of the\nresets requested.\n\nSigned-off-by: Dave Ertman <david.m.ertman@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/2ebd4428d93a2f6ce0c813b10a1a43b6a8241fe5"},{"sha":"105e5bc23a3a9de3f6c2d6af116bfc0d2334519a","author":{"name":"Preethi Banala","email":"0e714daf1a300c155154718feeddb421f191493c@intel.com"},"message":"ice: change VF VSI tc info along with num_queues\n\nUpdate VF VSI tc info along with vsi->num_txq/num_rxq when VF requests to\nconfigure queues.\n\nSigned-off-by: Preethi Banala <preethi.banala@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/105e5bc23a3a9de3f6c2d6af116bfc0d2334519a"},{"sha":"2bdc97be97136004e4a13d3ade50ad2e6d6c7d44","author":{"name":"Bruce Allan","email":"9ca9a0356a10eed24a8d9ec38dc19d9cd20ba07b@intel.com"},"message":"ice: add and use new ice_for_each_traffic_class() macro\n\nThere are numerous for() loops iterating over each of the max traffic\nclasses.  Use a simple iterator macro instead to make the code cleaner.\n\nSigned-off-by: Bruce Allan <bruce.w.allan@intel.com>\nSigned-off-by: Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>\nTested-by: Andrew Bowers <andrewx.bowers@intel.com>\nSigned-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>","distinct":true,"url":"https://api.github.com/repos/jessfraz/linux/commits/2bdc97be97136004e4a13d3ade50ad2e6d6c7d44"}]}
{"actor":{"display_login":"jessfraz"}}