GitHub PushEvent at 2014-09-19 11:28:39
Repository: linux-rockchip
Actor: rperier
Payload: {"shas":[["936767039cdf9409153fbaafa3127b0c85101097","b5d956a3aea5f44be7f6c978cd8f9c554c686c63@emulex.com","be2net: send a max of 8 EQs to be_cmd_modify_eqd() on Lancer\n\nThe MODIFY_EQ_DELAY FW cmd on Lancer is supported for a max of 8 EQs per cmd.\n\nSigned-off-by: Kalesh AP <kalesh.purayil@emulex.com>\nSigned-off-by: Sathya Perla <sathya.perla@emulex.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Kalesh AP",true],["2f951a9abe040741f76a029691ab3e4eb3389acf","b5d956a3aea5f44be7f6c978cd8f9c554c686c63@emulex.com","be2net: enable PCIe error reporting on VFs too\n\nCurrently PCIe error reporting is enabled only on PFs. This patch enables\nthis feature on VFs too as Lancer VFs support it.\n\nSigned-off-by: Kalesh AP <kalesh.purayil@emulex.com>\nSigned-off-by: Sathya Perla <sathya.perla@emulex.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Kalesh AP",true],["0943629688c62c69d1355bf2abcd217029899da0","fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","Merge branch 'be2net-next'\n\nSathya Perla says:\n\n====================\nbe2net: patch set\n\nPatch 1 fixes some minor issues with log messages in be2net.\n\nPatch 2 replaces strcpy() calls with strlcpy() to avoid possible buffer\noverflow.\n\nPatch 3 improves the RX buffer posting scheme for jumbo frames.\n\nPatch 4 replaces the use of v0 of SET_FLOW_CONTROL cmd with v1 to receive\na definitive completion status from FW.\n\nPatch 5 adds support for ethtool \"-m\" ethtool option.\n\nPatch 6 fixes port-type reporting via ethtool get_settings for QSFP/SFP+\ninterfaces.\n\nPatch 7 fixes the usage of MODIFY_EQD FW cmd to target a max of 8 EQs on\nLancer chip.\n\nPatch 8 enables PCIe error reporting even for VFs.\n\nPls consider applying this patch set to net-next. Thanks.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","David S. Miller",true],["e8db78dd6af727fdbeefa1fc624bc5d7c572d841","a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","ARM: mvebu: add gpio fan support to Armada 370 RD\n\nThe Armada 370 RD platform has a GPIO-controlled fan on MPP8, so this\ncommit adds the relevant hardware description to Armada 370 RD Device\nTree.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nAcked-by: Andrew Lunn <andrew@lunn.ch>\nLink: https://lkml.kernel.org/r/1410429419-29820-2-git-send-email-thomas.petazzoni@free-electrons.com\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>","Thomas Petazzoni",true],["5b1e9e80c044442cc80eb6bb03b11165515eedb8","a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","ARM: mvebu: add user LED support of Armada 370 RD\n\nThe Armada 370 RD has a GPIO controlled LED connected on MPP32, so\nthis commit adds the relevant hardware description to Armada 370 RD\nDevice Tree.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nAcked-by: Andrew Lunn <andrew@lunn.ch>\nLink: https://lkml.kernel.org/r/1410429419-29820-3-git-send-email-thomas.petazzoni@free-electrons.com\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>","Thomas Petazzoni",true],["9a72c2da690d78e93cff24b9f616412508678dd5","262b42b771725e3ebec40395f2b058e593df7462@redhat.com","bonding: fix div by zero while enslaving and transmitting\n\nThe problem is that the slave is first linked and slave_cnt is\nincremented afterwards leading to a div by zero in the modes that use it\nas a modulus. What happens is that in bond_start_xmit()\nbond_has_slaves() is used to evaluate further transmission and it becomes\ntrue after the slave is linked in, but when slave_cnt is used in the xmit\npath it is still 0, so fetch it once and transmit based on that. Since\nit is used only in round-robin and XOR modes, the fix is only for them.\nThanks to Eric Dumazet for pointing out the fault in my first try to fix\nthis.\n\nCall trace (took it out of net-next kernel, but it's the same with net):\n[46934.330038] divide error: 0000 [#1] SMP\n[46934.330041] Modules linked in: bonding(O) 9p fscache\nsnd_hda_codec_generic crct10dif_pclmul\n[46934.330041] bond0: Enslaving eth1 as an active interface with an up\nlink\n[46934.330051]  ppdev joydev crc32_pclmul crc32c_intel 9pnet_virtio\nghash_clmulni_intel snd_hda_intel 9pnet snd_hda_controller parport_pc\nserio_raw pcspkr snd_hda_codec parport virtio_balloon virtio_console\nsnd_hwdep snd_pcm pvpanic i2c_piix4 snd_timer i2ccore snd soundcore\nvirtio_blk virtio_net virtio_pci virtio_ring virtio ata_generic\npata_acpi floppy [last unloaded: bonding]\n[46934.330053] CPU: 1 PID: 3382 Comm: ping Tainted: G           O\n3.17.0-rc4+ #27\n[46934.330053] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011\n[46934.330054] task: ffff88005aebf2c0 ti: ffff88005b728000 task.ti:\nffff88005b728000\n[46934.330059] RIP: 0010:[<ffffffffa0198c33>]  [<ffffffffa0198c33>]\nbond_start_xmit+0x1c3/0x450 [bonding]\n[46934.330060] RSP: 0018:ffff88005b72b7f8  EFLAGS: 00010246\n[46934.330060] RAX: 0000000000000679 RBX: ffff88004b077000 RCX:\n000000000000002a\n[46934.330061] RDX: 0000000000000000 RSI: ffff88004b3f0500 RDI:\nffff88004b077940\n[46934.330061] RBP: ffff88005b72b830 R08: 00000000000000c0 R09:\nffff88004a83e000\n[46934.330062] R10: 000000000000ffff R11: ffff88004b1f12c0 R12:\nffff88004b3f0500\n[46934.330062] R13: ffff88004b3f0500 R14: 000000000000002a R15:\nffff88004b077940\n[46934.330063] FS:  00007fbd91a4c740(0000) GS:ffff88005f080000(0000)\nknlGS:0000000000000000\n[46934.330064] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[46934.330064] CR2: 00007f803a8bb000 CR3: 000000004b2c9000 CR4:\n00000000000406e0\n[46934.330069] Stack:\n[46934.330071]  ffffffff811e6169 00000000e772fa05 ffff88004b077000\nffff88004b3f0500\n[46934.330072]  ffffffff81d17d18 000000000000002a 0000000000000000\nffff88005b72b8a0\n[46934.330073]  ffffffff81620108 ffffffff8161fe0e ffff88005b72b8c4\nffff88005b302000\n[46934.330073] Call Trace:\n[46934.330077]  [<ffffffff811e6169>] ?\n__kmalloc_node_track_caller+0x119/0x300\n[46934.330084]  [<ffffffff81620108>] dev_hard_start_xmit+0x188/0x410\n[46934.330086]  [<ffffffff8161fe0e>] ? harmonize_features+0x2e/0x90\n[46934.330088]  [<ffffffff81620b06>] __dev_queue_xmit+0x456/0x590\n[46934.330089]  [<ffffffff81620c50>] dev_queue_xmit+0x10/0x20\n[46934.330090]  [<ffffffff8168f022>] arp_xmit+0x22/0x60\n[46934.330091]  [<ffffffff8168f090>] arp_send.part.16+0x30/0x40\n[46934.330092]  [<ffffffff8168f1e5>] arp_solicit+0x115/0x2b0\n[46934.330094]  [<ffffffff8160b5d7>] ? copy_skb_header+0x17/0xa0\n[46934.330096]  [<ffffffff8162875a>] neigh_probe+0x4a/0x70\n[46934.330097]  [<ffffffff8162979c>] __neigh_event_send+0xac/0x230\n[46934.330098]  [<ffffffff8162a00b>] neigh_resolve_output+0x13b/0x220\n[46934.330100]  [<ffffffff8165f120>] ? ip_forward_options+0x1c0/0x1c0\n[46934.330101]  [<ffffffff81660478>] ip_finish_output+0x1f8/0x860\n[46934.330102]  [<ffffffff81661f08>] ip_output+0x58/0x90\n[46934.330103]  [<ffffffff81661602>] ? __ip_local_out+0xa2/0xb0\n[46934.330104]  [<ffffffff81661640>] ip_local_out_sk+0x30/0x40\n[46934.330105]  [<ffffffff81662a66>] ip_send_skb+0x16/0x50\n[46934.330106]  [<ffffffff81662ad3>] ip_push_pending_frames+0x33/0x40\n[46934.330107]  [<ffffffff8168854c>] raw_sendmsg+0x88c/0xa30\n[46934.330110]  [<ffffffff81612b31>] ? skb_recv_datagram+0x41/0x60\n[46934.330111]  [<ffffffff816875a9>] ? raw_recvmsg+0xa9/0x1f0\n[46934.330113]  [<ffffffff816978d4>] inet_sendmsg+0x74/0xc0\n[46934.330114]  [<ffffffff81697a9b>] ? inet_recvmsg+0x8b/0xb0\n[46934.330115] bond0: Adding slave eth2\n[46934.330116]  [<ffffffff8160357c>] sock_sendmsg+0x9c/0xe0\n[46934.330118]  [<ffffffff81603248>] ?\nmove_addr_to_kernel.part.20+0x28/0x80\n[46934.330121]  [<ffffffff811b4477>] ? might_fault+0x47/0x50\n[46934.330122]  [<ffffffff816039b9>] ___sys_sendmsg+0x3a9/0x3c0\n[46934.330125]  [<ffffffff8144a14a>] ? n_tty_write+0x3aa/0x530\n[46934.330127]  [<ffffffff810d1ae4>] ? __wake_up+0x44/0x50\n[46934.330129]  [<ffffffff81242b38>] ? fsnotify+0x238/0x310\n[46934.330130]  [<ffffffff816048a1>] __sys_sendmsg+0x51/0x90\n[46934.330131]  [<ffffffff816048f2>] SyS_sendmsg+0x12/0x20\n[46934.330134]  [<ffffffff81738b29>] system_call_fastpath+0x16/0x1b\n[46934.330144] Code: 48 8b 10 4c 89 ee 4c 89 ff e8 aa bc ff ff 31 c0 e9\n1a ff ff ff 0f 1f 00 4c 89 ee 4c 89 ff e8 65 fb ff ff 31 d2 4c 89 ee 4c\n89 ff <f7> b3 64 09 00 00 e8 02 bd ff ff 31 c0 e9 f2 fe ff ff 0f 1f 00\n[46934.330146] RIP  [<ffffffffa0198c33>] bond_start_xmit+0x1c3/0x450\n[bonding]\n[46934.330146]  RSP <ffff88005b72b7f8>\n\nCC: Eric Dumazet <eric.dumazet@gmail.com>\nCC: Andy Gospodarek <andy@greyhouse.net>\nCC: Jay Vosburgh <j.vosburgh@gmail.com>\nCC: Veaceslav Falico <vfalico@gmail.com>\nFixes: 278b208375 (\"bonding: initial RCU conversion\")\nSigned-off-by: Nikolay Aleksandrov <nikolay@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Nikolay Aleksandrov",true],["b06333f4a783c3a53a6c81bfef4f8fc4bade3811","a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","ARM: mvebu: add LED class support built-in in mvebu_v7_defconfig\n\nFor some reason, while all other features are configured built-in, the\nLED class support was configured as a module in\nmvebu_v7_defconfig. This commit makes it consistent with the other\noptions, by making this feature built-in.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nAcked-by: Andrew Lunn <andrew@lunn.ch>\nLink: https://lkml.kernel.org/r/1410429419-29820-4-git-send-email-thomas.petazzoni@free-electrons.com\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>","Thomas Petazzoni",true],["e4d223bb9bd3ac5fa87ead246f5a7e1019b1faea","a5d87d2bd7c424ee5cbdb4e978635bf653d5a005@free-electrons.com","ARM: mvebu: add gpio-fan to mvebu_v7_defconfig\n\nSince one of the platforms (Armada 370 RD) is now using the gpio-fan\ndriver, it makes sense to enable it in mvebu_v7_defconfig.\n\nSigned-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>\nAcked-by: Andrew Lunn <andrew@lunn.ch>\nLink: https://lkml.kernel.org/r/1410429419-29820-5-git-send-email-thomas.petazzoni@free-electrons.com\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>","Thomas Petazzoni",true],["20adfa1a81af00bf2027644507ad4fa9cd2849cf","df4bbba3da7ae0371dc686d07d0ceb66ffa78730@gmail.com","bridge: Check if vlan filtering is enabled only once.\n\nThe bridge code checks if vlan filtering is enabled on both\ningress and egress.   When the state flip happens, it\nis possible for the bridge to currently be forwarding packets\nand forwarding behavior becomes non-deterministic.  Bridge\nmay drop packets on some interfaces, but not others.\n\nThis patch solves this by caching the filtered state of the\npacket into skb_cb on ingress.  The skb_cb is guaranteed to\nnot be over-written between the time packet entres bridge\nforwarding path and the time it leaves it.  On egress, we\ncan then check the cached state to see if we need to\napply filtering information.\n\nSigned-off-by: Vladislav Yasevich <vyasevic@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Vlad Yasevich",true],["635126b7ca13a01d6322fbf7bdc5d1c738d26807","cbd80080413a7dff621bc5de2d3d61903bde20a2@redhat.com","bridge: Allow clearing of pvid and untagged bitmap\n\nCurrently, it is possible to modify the vlan filter\nconfiguration to add pvid or untagged support.\nFor example:\n  bridge vlan add vid 10 dev eth0\n  bridge vlan add vid 10 dev eth0 untagged pvid\n\nThe second statement will modify vlan 10 to\ninclude untagged and pvid configuration.\nHowever, it is currently impossible to go backwards\n  bridge vlan add vid 10 dev eth0 untagged pvid\n  bridge vlan add vid 10 dev eth0\n\nHere nothing happens.  This patch correct this so\nthat any modifiers not supplied are removed from\nthe configuration.\n\nSigned-off-by: Vlad Yasevich <vyasevic@redhat.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Vlad Yasevich",true],["9e07a422383c6775bd995613f66f1816266a8063","fe08d3c717adf2ae63592e4c9aec6e3e404d8e3e@davemloft.net","Merge branch 'bridge_vlan_filtering'\n\nVladislav Yasevich says:\n\n====================\nbridge: Two small fixes to vlan filtering code.\n\nThis series corrects 2 small issues that I've ran across recently\nwhile doing more work with vlan filtering changes.\n====================\n\nSigned-off-by: David S. Miller <davem@davemloft.net>","David S. Miller",true],["1536340e7c67694b134cbbc07168e5a524e49d08","69652caca27c8b940640ad396ab71f93cacec34f@linux-foundation.org","Merge branches 'locking-urgent-for-linus' and 'timers-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip\n\nPull futex and timer fixes from Thomas Gleixner:\n \"A oneliner bugfix for the jinxed futex code:\n\n   - Drop hash bucket lock in the error exit path.  I really could slap\n     myself for intruducing that bug while fixing all the other horror\n     in that code three month ago ...\n\n  and the timer department is not too proud about the following fixes:\n\n   - Deal with a long standing rounding bug in the timeval to jiffies\n     conversion.  It's a real issue and this fix fell through the cracks\n     for quite some time.\n\n   - Another round of alarmtimer fixes.  Finally this code gets used\n     more widely and the subtle issues hidden for quite some time are\n     noticed and fixed.  Nothing really exciting, just the itty bitty\n     details which bite the serious users here and there\"\n\n* 'locking-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n  futex: Unlock hb->lock in futex_wait_requeue_pi() error path\n\n* 'timers-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:\n  alarmtimer: Lock k_itimer during timer callback\n  alarmtimer: Do not signal SIGEV_NONE timers\n  alarmtimer: Return relative times in timer_gettime\n  jiffies: Fix timeval conversion to jiffies","Linus Torvalds",true],["42f272539487e49c9ea830ad97db41eb9937d5dc","02e0a999c50b1f88df7a8f5a04e1b76b35ea6a88@lunn.ch","net: DSA: Marvell mv88e6171 switch driver\n\nThis is the Marvell driver with some cleanups by Claudio Leite\nand myself.\n\nSigned-off-by: Andrew Lunn <andrew@lunn.ch>\nCc: Claudio Leite <leitec@staticky.com>\nSigned-off-by: Claudio Leite <leitec@staticky.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Andrew Lunn",true],["9d06d34bcc62f4cc3679704ac42cff5b44a97c6e","16a9a54ddf4259952e3c118c763138e83693d7fd@perches.com","ARM: orion5x: Convert pr_warning to pr_warn\n\nUse the more common pr_warn.\n\nOther miscellanea:\n\no Realign arguments\n\nSigned-off-by: Joe Perches <joe@perches.com>\nAcked-by: Andrew Lunn <andrew@lunn.ch>\nLink: https://lkml.kernel.org/r/b438c7c54306f095a150e50df41fbba4d515c2f8.1410632835.git.joe@perches.com\nSigned-off-by: Jason Cooper <jason@lakedaemon.net>","Joe Perches",true],["9b5330edf1f8e24a8ca25412e6d341e0fae0ad0a","9b59a7962753ebf931b546cc568d1169b235ae3e@freescale.com","net:fec: add enet refrence clock for i.MX 6SX chip\n\ni.MX6sx enet has below clocks for user config:\nclk_ipg: ipg_clk_s, ipg_clk_mac0_s, 66Mhz\nclk_ahb: enet system clock, it is enet AXI clock for imx6sx.\n\t For imx6sx, it alos is the clock source of interrupt coalescing.\n\t The clock range: 200Mhz ~ 266Mhz.\nclk_ref: refrence clock for tx and rx. For imx6sx enet RGMII mode,\n\t the refrence clock is 125Mhz coming from internal PLL or external.\n\t In i.MX6sx-arm2 board, the clock is from internal PLL.\n\t clk_ref is optional, depends on board.\nclk_enet_out: The clock can be output from internal PLL. It can supply 50Mhz\n\t clock for phy. clk_enet_out is optional, depends on chip and board.\nclk_ptp: 1588 ts clock. It is optional, depends on chip.\n\nThe patch add clk_ref to distiguish the different clocks.\n\nSigned-off-by: Fugang Duan <B38611@freescale.com>\nSigned-off-by: Frank Li <Frank.Li@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Fugang Duan",true],["95a774706d15fdbaef19656b8aae18a985465729","9b59a7962753ebf931b546cc568d1169b235ae3e@freescale.com","net:fec: add enet AVB feature macro define for imx6sx\n\nAdd enet AVB feature macro define for imx6sx.\n\nSigned-off-by: Fugang Duan <B38611@freescale.com>\nSigned-off-by: Frank Li <Frank.Li@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Fugang Duan",true],["4d494cdc92b3b9a0f5fb9e1560810fa27d5a0489","9b59a7962753ebf931b546cc568d1169b235ae3e@freescale.com","net: fec: change data structure to support multiqueue\n\nThis patch just change data structure to support multi-queue.\nOnly 1 queue enabled.\n\nEthernet multiqueue mechanism can improve performance in SMP system.\nFor single hw queue, multiqueue can balance cpu loading.\nFor multi hw queues, multiple cores can process network packets in parallel,\nand refer the article for the detail advantage for multiqueue:\nhttp://vger.kernel.org/~davem/davem_nyc09.pdf\n\nSigned-off-by: Fugang Duan <B38611@freescale.com>\nSigned-off-by: Frank Li <frank.li@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Fugang Duan",true],["9fc095f136b5436fafb22f31c4871b5edcb362b9","9b59a7962753ebf931b546cc568d1169b235ae3e@freescale.com","net: fec: parser max queue number from dt file\n\nBy default, the tx/rx queue number is 1, user can config the queue number\nat DTS file like this:\n\tfsl,num-tx-queues=<3>;\n\tfsl,num-rx-queues=<3>\n\nSince i.MX6SX enet-AVB IP support multi queues, so use multi queues\ninterface to allocate and set up an Ethernet device.\n\nSigned-off-by: Fugang Duan <B38611@freescale.com>\nSigned-off-by: Frank Li <Frank.Li@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Fugang Duan",true],["59d0f746564495c7f54526674deabfcf101236a1","d9a81cb4fa8b4f356eefd38684e2f43f08dbec49@freescale.com","net: fec: init multi queue date structure\n\ninitilized all queues according to queue number get from DT file.\n\nSigned-off-by: Frank Li <Frank.Li@freescale.com>\nSigned-off-by: Duan Fugang <B38611@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Frank Li",true],["106c314c7a765d3c472f264e0915de6180922cda","9b59a7962753ebf931b546cc568d1169b235ae3e@freescale.com","net:fec: Disable enet-avb MAC instead of reset MAC\n\nFor i.MX6SX enet use AXI bus, reset MAC will make system bus dead\nif ENET-AXI bus has pending access (AHB bus should not have such issue).\nSo, disable enet with AVB MAC instead of reset MAC itself.\n\nSigned-off-by: Fugang Duan <B38611@freescale.com>\nSigned-off-by: Frank Li <Frank.Li@freescale.com>\nSigned-off-by: David S. Miller <davem@davemloft.net>","Fugang Duan",true]],"size":1000,"ref":"refs/heads/for-next","head":"cdaf04aaba5be32b8d169613d6fb1263c3c348a8"}