{"push_id":1905482897,"size":33,"distinct_size":33,"ref":"refs/heads/idosch-next","head":"188e785629fdf14de208aeb2ac6bf5510b4da105","before":"0cdf03270cd820498308e1fcd40d01c47f6efad0","commits":[{"sha":"a1e155ece1a5b68c4f845788e03a567574f606aa","author":{"name":"Paolo Abeni","email":"760d0d6fcadb77e1b4c1d3c7879788c2b4ed8bbe@redhat.com"},"message":"IP: do not modify ingress packet IP option in ip_options_echo()\n\nWhile computing the response option set for LSRR, ip_options_echo()\nalso changes the ingress packet LSRR addresses list, setting\nthe last one to the dst specific address for the ingress packet\n- via memset(start[ ...\nThe only visible effect of such change - beyond possibly damaging\nshared/cloned skbs - is modifying the data carried by ICMP replies\nchanging the header information for reported the ingress packet,\nwhich violates RFC1122 3.2.2.6.\nAll the others call sites just ignore the ingress packet IP options\nafter calling ip_options_echo()\nNote that the last element in the LSRR option address list for the\nreply packet will be properly set later in the ip output path\nvia ip_options_build().\nThis buggy memset() predates git history and apparently was present\ninto the initial ip_options_echo() implementation in linux 1.3.30 but\nstill looks wrong.\n\nThe removal of the fib_compute_spec_dst() call will help\ncompletely dropping the skb->dst usage by __ip_options_echo() with a\nlater patch.\n\nSigned-off-by: Paolo Abeni <pabeni@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/a1e155ece1a5b68c4f845788e03a567574f606aa"},{"sha":"91ed1e666a4ea2e260452a7d7d311ac5ae852cba","author":{"name":"Paolo Abeni","email":"760d0d6fcadb77e1b4c1d3c7879788c2b4ed8bbe@redhat.com"},"message":"ip/options: explicitly provide net ns to __ip_options_echo()\n\n__ip_options_echo() uses the current network namespace, and\ncurrently retrives it via skb->dst->dev.\n\nThis commit adds an explicit 'net' argument to __ip_options_echo()\nand update all the call sites to provide it, usually via a simpler\nsock_net().\n\nAfter this change, __ip_options_echo() no more needs to access\nskb->dst and we can drop a couple of hack to preserve such\ninfo in the rx path.\n\nSigned-off-by: Paolo Abeni <pabeni@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/91ed1e666a4ea2e260452a7d7d311ac5ae852cba"},{"sha":"61a1030bad628f7264cd5e5d0f4d71b5488eb4a4","author":{"name":"Paolo Abeni","email":"760d0d6fcadb77e1b4c1d3c7879788c2b4ed8bbe@redhat.com"},"message":"Revert \"ipv4: keep skb->dst around in presence of IP options\"\n\nip_options_echo() does not use anymore the skb->dst and don't\nneed to keep the dst around for options's sake only.\nThis reverts commit 34b2cef20f19c87999fff3da4071e66937db9644.\n\nSigned-off-by: Paolo Abeni <pabeni@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/61a1030bad628f7264cd5e5d0f4d71b5488eb4a4"},{"sha":"3bdefdf9d9c2a972085742578b08d99f14c09555","author":{"name":"Paolo Abeni","email":"760d0d6fcadb77e1b4c1d3c7879788c2b4ed8bbe@redhat.com"},"message":"udp: no need to preserve skb->dst\n\n__ip_options_echo() does not need anymore skb->dst, so we can\navoid explicitly preserving it for its own sake.\n\nThis is almost a revert of commit 0ddf3fb2c43d (\"udp: preserve\nskb->dst if required for IP options processing\") plus some\nlifting to fit later changes.\n\nSigned-off-by: Paolo Abeni <pabeni@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/3bdefdf9d9c2a972085742578b08d99f14c09555"},{"sha":"21e27f2d8652522ca0ef35918e8d24b329149a73","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'IP-cleanup-LSRR-option-processing'\n\nPaolo Abeni says:\n\n====================\nIP: cleanup LSRR option processing\n\nThe __ip_options_echo() function expect a valid dst entry in skb->dst;\nas result we sometimes need to preserve the dst entry for the whole IP\nRX path.\n\nThe current usage of skb->dst looks more a relic from ancient past that\na real functional constraint. This patchset tries to remove such usage,\nand than drops some hacks currently in place in the IP code to keep\nskb->dst around.\n\n__ip_options_echo() uses of skb->dst for two different purposes: retrieving\nthe netns assicated with the skb, and modify the ingress packet LSRR address\nlist.\n\nThe first patch removes the code modifying the ingress packet, and the second\none provides an explicit netns argument to __ip_options_echo(). The following\npatches cleanup the current code keeping arund skb->dst for __ip_options_echo's\nsake.\n\nUpdating the __ip_options_echo() function has been previously discussed here:\n\nhttp://marc.info/?l=linux-netdev&m=150064533516348&w=2\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/21e27f2d8652522ca0ef35918e8d24b329149a73"},{"sha":"c3ecbe757c973d59994d9496b829052ed688ae1e","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"net: phy: allow settings table to support more than 32 link modes\n\nAllow the phy settings table to support more than 32 link modes by\nswitching to the ethtool link mode bit number representation, rather\nthan storing the mask.  This will allow phylink and other ethtool\ncode to share the settings table to look up settings.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/c3ecbe757c973d59994d9496b829052ed688ae1e"},{"sha":"da4625ac2637e4e5249dc08a10f8dce7643603d2","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"net: phy: split out PHY speed and duplex string generation\n\nOther code would like to make use of this, so make the speed and duplex\nstring generation visible, and place it in a separate file.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/da4625ac2637e4e5249dc08a10f8dce7643603d2"},{"sha":"0ccb4fc65d2799a315d5ee8732d75f35a114379c","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"net: phy: move phy_lookup_setting() and guts of phy_supported_speeds() to phy-core\n\nphy_lookup_setting() provides useful functionality in ethtool code\noutside phylib.  Move it to phy-core and allow it to be re-used (eg,\nin phylink) rather than duplicated elsewhere.  Note that this supports\nthe larger linkmode space.\n\nAs we move the phy settings table, we also need to move the guts of\nphy_supported_speeds() as well.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/0ccb4fc65d2799a315d5ee8732d75f35a114379c"},{"sha":"1f3645bb41f2e2b15fe5799476284bf2cd138722","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"net: phy: add 1000Base-X to phy settings table\n\nAdd the missing 1000Base-X entry to the phy settings table.  This was\nnot included because the original code could not cope with more than\n32 bits of link mode mask.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/1f3645bb41f2e2b15fe5799476284bf2cd138722"},{"sha":"a81497bee70eb15039594b3116913133aa9c9b29","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"net: phy: provide a hook for link up/link down events\n\nSometimes, we need to do additional work between the PHY coming up and\nmarking the carrier present - for example, we may need to wait for the\nPHY to MAC link to finish negotiation.  This changes phylib to provide\na notification function pointer which avoids the built-in\nnetif_carrier_on() and netif_carrier_off() functions.\n\nStandard ->adjust_link functionality is provided by hooking a helper\ninto the new ->phy_link_change method.\n\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/a81497bee70eb15039594b3116913133aa9c9b29"},{"sha":"5e5758d9d84256d55da831e940276c3216997f3e","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"net: phy: export phy_start_machine() for phylink\n\nphylink will need phy_start_machine exported, so lets export it as a\nGPL symbol.  Documentation/networking/phy.txt indicates that this\nshould be a PHY API function.\n\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/5e5758d9d84256d55da831e940276c3216997f3e"},{"sha":"453d00defba502a48e3f9a218a519b233ff83d16","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"net: phy: add I2C mdio bus\n\nAdd an I2C MDIO bus bridge library, to allow phylib to access PHYs which\nare connected to an I2C bus instead of the more conventional MDIO bus.\nSuch PHYs can be found in SFP adapters and SFF modules.\n\nSince PHYs appear at I2C bus address 0x40..0x5f, and 0x50/0x51 are\nreserved for SFP EEPROMs/diagnostics, we must not allow the MDIO bus\nto access these I2C addresses.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/453d00defba502a48e3f9a218a519b233ff83d16"},{"sha":"9525ae83959b60c6061fe2f2caabdc8f69a48bc6","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"phylink: add phylink infrastructure\n\nThe link between the ethernet MAC and its PHY has become more complex\nas the interface evolves.  This is especially true with serdes links,\nwhere the part of the PHY is effectively integrated into the MAC.\n\nSerdes links can be connected to a variety of devices, including SFF\nmodules soldered down onto the board with the MAC, a SFP cage with\na hotpluggable SFP module which may contain a PHY or directly modulate\nthe serdes signals onto optical media with or without a PHY, or even\na classical PHY connection.\n\nMoreover, the negotiation information on serdes links comes in two\nvarieties - SGMII mode, where the PHY provides its speed/duplex/flow\ncontrol information to the MAC, and 1000base-X mode where both ends\nexchange their abilities and each resolve the link capabilities.\n\nThis means we need a more flexible means to support these arrangements,\nparticularly with the hotpluggable nature of SFP, where the PHY can\nbe attached or detached after the network device has been brought up.\n\nEthtool information can come from multiple sources:\n- we may have a PHY operating in either SGMII or 1000base-X mode, in\n  which case we take ethtool/mii data directly from the PHY.\n- we may have a optical SFP module without a PHY, with the MAC\n  operating in 1000base-X mode - the ethtool/mii data needs to come\n  from the MAC.\n- we may have a copper SFP module with a PHY whic can't be accessed,\n  which means we need to take ethtool/mii data from the MAC.\n\nPhylink aims to solve this by providing an intermediary between the\nMAC and PHY, providing a safe way for PHYs to be hotplugged, and\nallowing a SFP driver to reconfigure the serdes connection.\n\nPhylink also takes over support of fixed link connections, where the\nspeed/duplex/flow control are fixed, but link status may be controlled\nby a GPIO signal.  By avoiding the fixed-phy implementation, phylink\ncan provide a faster response to link events: fixed-phy has to wait for\nphylib to operate its state machine, which can take several seconds.\nIn comparison, phylink takes milliseconds.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\n\n- remove sync status\n- rework supported and advertisment handling\n- add 1000base-x speed for fixed links\n- use functionality exported from phy-core, reworking\n  __phylink_ethtool_ksettings_set for it\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/9525ae83959b60c6061fe2f2caabdc8f69a48bc6"},{"sha":"ce0aa27ff3f68ed4ea1631d33797e573b3508bfa","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"sfp: add sfp-bus to bridge between network devices and sfp cages\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/ce0aa27ff3f68ed4ea1631d33797e573b3508bfa"},{"sha":"770a1ad55763a8a783cb71078e0b33a6b91ad92b","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"phylink: add module EEPROM support\n\nAdd support for reading module EEPROMs through phylink.\n\nReviewed-by: Florian Fainelli <f.fainelli@gmail.com>\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/770a1ad55763a8a783cb71078e0b33a6b91ad92b"},{"sha":"ecbd87b8430419199cc9dd91598d5552a180f558","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"phylink: add support for MII ioctl access to Clause 45 PHYs\n\nAdd support for reading and writing the clause 45 MII registers.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/ecbd87b8430419199cc9dd91598d5552a180f558"},{"sha":"da7c1862f05842236490a8e65cc6f57d8160c05d","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@armlinux.org.uk"},"message":"phylink: add in-band autonegotiation support for 10GBase-KR mode.\n\nAdd in-band autonegotation support for 10GBase-KR mode.\n\nSigned-off-by: Russell King <rmk+kernel@armlinux.org.uk>\nReviewed-by: Andrew Lunn <andrew@lunn.ch>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/da7c1862f05842236490a8e65cc6f57d8160c05d"},{"sha":"73970055450eebc6fc36fd170e56cc45889d0093","author":{"name":"Russell King","email":"8640768d851c67eb4c0e8bfcf2aabcc8010b9372@arm.linux.org.uk"},"message":"sfp: add SFP module support\n\nAdd support for SFP hotpluggable modules via sfp-bus and phylink.\nThis supports both copper and optical SFP modules, which require\ndifferent Serdes modes in order to properly negotiate the link.\n\nOptical SFP modules typically require the Serdes link to be talking\n1000BaseX mode - this is the gigabit ethernet mode defined by the\n802.3 standard.\n\nCopper SFP modules typically integrate a PHY in the module to convert\nfrom Serdes to copper, and the PHY will be configured by the vendor\nto either present a 1000BaseX Serdes link (for fixed 1000BaseT) or a\nSGMII Serdes link.  However, this is vendor defined, so we instead\ndetect the PHY, switch the link to SGMII mode, and use traditional\nPHY based negotiation.\n\nSigned-off-by: Russell King <rmk+kernel@arm.linux.org.uk>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/73970055450eebc6fc36fd170e56cc45889d0093"},{"sha":"234709336b8484a1e7f32710a3f06bc3f54dd9c4","author":{"name":"David S. Miller","email":"79caf591e37e1438a2d55ae59670d5cd0d717764@davemloft.net"},"message":"Merge branch 'phylink-and-sfp-support'\n\nRussell King says:\n\n====================\nphylink and sfp support\n\nThis patch series introduces generic support for SFP sockets found on\nvarious Marvell based platforms.  The idea here is to provide common\nSFP socket support which can be re-used by network drivers as\nappropriate, rather than each network driver having to re-implement\nSFP socket support.\n\nSFP sockets typically use other system resources, eg, I2C buses to read\nidentifying information, and GPIOs to monitor socket state and control\nthe socket.  Meanwhile, some network drivers drive multiple ethernet\nports from one instantiation of the driver.\n\nIt is not desirable to block the initialisation of a network driver\n(thus denying other ports from being operational) if the resources\nfor the SFP socket are not yet available.  This means that an element\nof independence between the SFP support code and the driver is\nrequired.\n\nMore than that, SFP modules effectively bring hotplug PHYs to\nnetworking - SFP copper modules normally contain a standard PHY\naccessed over the I2C bus, and it is desirable to read their state\nso network drivers can be appropriately configured.\n\nTo add to the complexity, SFP modules can be connected in at least\ntwo places:\n\n1. Directly to the serdes output of a MAC with no intervening PHY.\n   For example:\n\n     mvneta ----> SFP socket\n\n2. To a PHY, for example:\n\n     mvpp2 ---> PHY ---> copper\n                 |\n                 `-----> SFP socket\n\nThis code supports both setups, although it's not fully implemented\nwith scenario (2).\n\nMoreover, the link presented by the SFP module can be one of the\n10Gbase-R family (for SFP+ sockets), SGMII or 1000base-X (for SFP\nsockets) depending on the module, and network drivers need to\nreconfigure themselves accordingly for the link to come up.\n\nFor example, if the MAC is configured for SGMII and a fibre module\nis plugged in, the link won't come up until the MAC is reconfigured\nfor 1000base-X mode.\n\nThe SFP code manages the SFP socket - detecting the module, reading\nthe identifying information, and managing the control and status\nsignals.  Importantly, it disables the SFP module transmitter when\nthe MAC is down, so that the laser is turned off (but that is not\na guarantee.)\n\nphylink provides the mechanisms necessary to manage the link modes,\nbased on the SFP module type, and supports hot-plugging of the PHY\nwithout needing the MAC driver to be brought up and down on\ntransitions.  phylink also supports the classical static PHY and\nfixed-link modes.\n\nI currently (but not included in this series) have code to convert\nmvneta to use phylink, and the out of tree mvpp2x driver.  I have\nnothing for the mvpp2 driver at present as that driver is only\nrecently becoming functional on 10G hardware, and is missing a lot\nof features that are necessary to make things work correctly.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/234709336b8484a1e7f32710a3f06bc3f54dd9c4"},{"sha":"9060e6bae61a253f83a39145419f23fc67b401cf","author":{"name":"Intiyaz Basha","email":"5245de0e4759394a0742bef560f0ea73244e5c26@cavium.com"},"message":"liquidio: add missing strings in oct_dev_state_str array\n\nThere's supposed to be a one-to-one correspondence between the 18 macros\nthat #define the OCT_DEV states (in octeon_device.h) and the strings in the\noct_dev_state_str array, but there are only 14 strings in the array.\n\nAdd the missing strings (so they become 18 in total), and also revise some\nincorrect/outdated text of existing strings.\n\nSigned-off-by: Intiyaz Basha <intiyaz.basha@cavium.com>\nSigned-off-by: Felix Manlunas <felix.manlunas@cavium.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","distinct":true,"url":"https://api.github.com/repos/idosch/linux/commits/9060e6bae61a253f83a39145419f23fc67b401cf"}]}
{"actor":{"display_login":"idosch"}}