)]}' { "log": [ { "commit": "03606895cd98c0a628b17324fd7b5ff15db7e3cd", "tree": "26aab95243f23a5d0cff45ee0d6afd1608afe5df", "parents": [ "4a2258ddddefeef3291c0fc66437c73d84261a1e" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Thu Feb 23 10:55:02 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Feb 23 16:50:45 2012 -0500" }, "message": "ipsec: be careful of non existing mac headers\n\nNiccolo Belli reported ipsec crashes in case we handle a frame without\nmac header (atm in his case)\n\nBefore copying mac header, better make sure it is present.\n\nBugzilla reference: https://bugzilla.kernel.org/show_bug.cgi?id\u003d42809\n\nReported-by: Niccolò Belli \u003cdarkbasic@linuxsystems.it\u003e\nTested-by: Niccolò Belli \u003cdarkbasic@linuxsystems.it\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "4a2258ddddefeef3291c0fc66437c73d84261a1e", "tree": "292008df656adc6c8412a79da6bedaff54458eab", "parents": [ "ee932bf9acb2e2c6a309e808000f24856330e3f9", "af14cca162ddcdea017b648c21b9b091e4bf1fa4" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Feb 23 00:20:14 2012 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Feb 23 00:20:14 2012 -0500" }, "message": "Merge branch \u0027nf\u0027 of git://1984.lsi.us.es/net\n" }, { "commit": "ee932bf9acb2e2c6a309e808000f24856330e3f9", "tree": "ef66ce1c9ca1f7eab60663366b67919ee9d662ca", "parents": [ "22ad7499bc9297e47c8779bf5523694f28338499" ], "author": { "name": "Scott Talbert", "email": "talbert@techie.net", "time": "Tue Feb 21 13:06:00 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 15:50:23 2012 -0500" }, "message": "Move Logitech Harmony 900 from cdc_ether to zaurus\n\nIn the current kernel implementation, the Logitech Harmony 900 remote\ncontrol is matched to the cdc_ether driver through the generic\nUSB_CDC_SUBCLASS_MDLM entry. However, this device appears to be of the\npseudo-MDLM (Belcarra) type, rather than the standard one. This patch\nblacklists the Harmony 900 from the cdc_ether driver and whitelists it for\nthe pseudo-MDLM driver in zaurus.\n\nSigned-off-by: Scott Talbert \u003ctalbert@techie.net\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "22ad7499bc9297e47c8779bf5523694f28338499", "tree": "237ee1cd079700e3313e9ee78644deea150f0134", "parents": [ "5d38b1f8cf8798d4df7809b3f3e38fad4d923e85" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Tue Feb 21 21:30:25 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 15:31:54 2012 -0500" }, "message": "hso: memsetting wrong data in hso_get_count()\n\nThe intent was to clear out the icount struct here, but we accidentally\nclear stack memory instead. It probably will lead to a NULL dereference\nright away.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "5d38b1f8cf8798d4df7809b3f3e38fad4d923e85", "tree": "06ba517dc59090a928dd8feabc348880adc79347", "parents": [ "0541743b4b35f2ddc9e490b4e354930168b60d23" ], "author": { "name": "RongQing.Li", "email": "roy.qing.li@gmail.com", "time": "Tue Feb 21 22:10:51 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 15:30:15 2012 -0500" }, "message": "netfilter: ip6_route_output() never returns NULL.\n\nip6_route_output() never returns NULL, so it is wrong to\ncheck if the return value is NULL.\n\nSigned-off-by: RongQing.Li \u003croy.qing.li@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "0541743b4b35f2ddc9e490b4e354930168b60d23", "tree": "009a1520ba99c4150f96e3a8a79b5b21929a8028", "parents": [ "5095d64db1b978bdb31d30fed9e47dbf04f729be" ], "author": { "name": "RongQing.Li", "email": "roy.qing.li@gmail.com", "time": "Tue Feb 21 22:10:50 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 15:30:14 2012 -0500" }, "message": "ethernet/broadcom: ip6_route_output() never returns NULL.\n\nip6_route_output() never returns NULL, so it is wrong to\ncheck if the return value is NULL.\n\nSigned-off-by: RongQing.Li \u003croy.qing.li@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "5095d64db1b978bdb31d30fed9e47dbf04f729be", "tree": "a912b34b0f78b40f46fde374fae530211ef22c4c", "parents": [ "ba9adbe67e288823ac1deb7f11576ab5653f833e" ], "author": { "name": "RongQing.Li", "email": "roy.qing.li@gmail.com", "time": "Tue Feb 21 22:10:49 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 15:30:14 2012 -0500" }, "message": "ipv6: ip6_route_output() never returns NULL.\n\nip6_route_output() never returns NULL, so it is wrong to\ncheck if the return value is NULL.\n\nSigned-off-by: RongQing.Li \u003croy.qing.li@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "ba9adbe67e288823ac1deb7f11576ab5653f833e", "tree": "3641e0febbe8ebcbf649f1917b248ff11a08e6a3", "parents": [ "597cdbc2239e6019bbb2dd73b266f436166f0427" ], "author": { "name": "Guo-Fu Tseng", "email": "cooldavid@cooldavid.org", "time": "Wed Feb 22 08:58:10 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 14:44:41 2012 -0500" }, "message": "jme: Fix FIFO flush issue\n\nSet the RX FIFO flush watermark lower.\nAccording to Federico and JMicron\u0027s reply,\nsetting it to 16QW would be stable on most platforms.\nOtherwise, user might experience packet drop issue.\n\nCC: stable@kernel.org\nReported-by: Federico Quagliata \u003cfederico@quagliata.org\u003e\nFixed-by: Federico Quagliata \u003cfederico@quagliata.org\u003e\nSigned-off-by: Guo-Fu Tseng \u003ccooldavid@cooldavid.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "597cdbc2239e6019bbb2dd73b266f436166f0427", "tree": "b6c25dddc2987c9e7811d826f991dd6407783b7f", "parents": [ "a5e7424d424f6398a198ead79d99e0a3c2f24ce8" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Tue Feb 21 10:46:49 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 22 02:23:25 2012 -0500" }, "message": "atm: clip: remove clip_tbl\n\nCommit 32092ecf0644 (atm: clip: Use device neigh support on top of\n\"arp_tbl\".) introduced a bug since clip_tbl is zeroed : Crash occurs in\n__neigh_for_each_release()\n\nidle_timer_check() must use instead arp_tbl and neigh_check_cb() should\nignore non clip neighbours.\n\nIdea from David Miller.\n\nReported-by: Meelis Roos \u003cmroos@linux.ee\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nTested-by: Meelis Roos \u003cmroos@linux.ee\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "a5e7424d424f6398a198ead79d99e0a3c2f24ce8", "tree": "2fc4ba0c2664cefb38f47c372260ee379d0e2f79", "parents": [ "115c9b81928360d769a76c632bae62d15206a94a" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 17:59:19 2012 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 17:59:19 2012 -0500" }, "message": "ipv4: ping: Fix recvmsg MSG_OOB error handling.\n\nDon\u0027t return an uninitialized variable as the error, return\n-EOPNOTSUPP instead.\n\nReported-by: Dave Jones \u003cdavej@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "115c9b81928360d769a76c632bae62d15206a94a", "tree": "bbbe349bdf3803439cf3a757b9f2a839726348f5", "parents": [ "84338a6c9dbb6ff3de4749864020f8f25d86fc81" ], "author": { "name": "Greg Rose", "email": "gregory.v.rose@intel.com", "time": "Tue Feb 21 16:54:48 2012 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 16:56:45 2012 -0500" }, "message": "rtnetlink: Fix problem with buffer allocation\n\nImplement a new netlink attribute type IFLA_EXT_MASK. The mask\nis a 32 bit value that can be used to indicate to the kernel that\ncertain extended ifinfo values are requested by the user application.\nAt this time the only mask value defined is RTEXT_FILTER_VF to\nindicate that the user wants the ifinfo dump to send information\nabout the VFs belonging to the interface.\n\nThis patch fixes a bug in which certain applications do not have\nlarge enough buffers to accommodate the extra information returned\nby the kernel with large numbers of SR-IOV virtual functions.\nThose applications will not send the new netlink attribute with\nthe interface info dump request netlink messages so they will\nnot get unexpectedly large request buffers returned by the kernel.\n\nModifies the rtnl_calcit function to traverse the list of net\ndevices and compute the minimum buffer size that can hold the\ninfo dumps of all matching devices based upon the filter passed\nin via the new netlink attribute filter mask. If no filter\nmask is sent then the buffer allocation defaults to NLMSG_GOODSIZE.\n\nWith this change it is possible to add yet to be defined netlink\nattributes to the dump request which should make it fairly extensible\nin the future.\n\nSigned-off-by: Greg Rose \u003cgregory.v.rose@intel.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "84338a6c9dbb6ff3de4749864020f8f25d86fc81", "tree": "100409d99686fa989c64d4f5aa12721a3fafa5d8", "parents": [ "3d8f93083be54696d3b7f8e8c6c70d411d01f9e8" ], "author": { "name": "Michel Machado", "email": "michel@digirati.com.br", "time": "Tue Feb 21 16:04:13 2012 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 16:28:10 2012 -0500" }, "message": "neighbour: Fixed race condition at tbl-\u003enht\n\nWhen the fixed race condition happens:\n\n1. While function neigh_periodic_work scans the neighbor hash table\npointed by field tbl-\u003enht, it unlocks and locks tbl-\u003elock between\nbuckets in order to call cond_resched.\n\n2. Assume that function neigh_periodic_work calls cond_resched, that is,\nthe lock tbl-\u003elock is available, and function neigh_hash_grow runs.\n\n3. Once function neigh_hash_grow finishes, and RCU calls\nneigh_hash_free_rcu, the original struct neigh_hash_table that function\nneigh_periodic_work was using doesn\u0027t exist anymore.\n\n4. Once back at neigh_periodic_work, whenever the old struct\nneigh_hash_table is accessed, things can go badly.\n\nSigned-off-by: Michel Machado \u003cmichel@digirati.com.br\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "3d8f93083be54696d3b7f8e8c6c70d411d01f9e8", "tree": "c517910d1381123cfffdfd4ce996a8cc50fc68f1", "parents": [ "730c41d5ba583a9608300fc4e6cf236957cfe02a" ], "author": { "name": "Yevgeny Petrilin", "email": "yevgenyp@mellanox.co.il", "time": "Tue Feb 21 03:41:07 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 15:27:24 2012 -0500" }, "message": "mlx4: Setting new port types after all interfaces unregistered\n\nIn port type change flow, need to set the new port types only after\nall interfaces have finished the unregister process.\nOtherwise, during unregister, one of the interfaces might issue a SET_PORT\ncommand with wrong port types, it can cause bad FW behavior.\n\nSigned-off-by: Yevgeny Petrilin \u003cyevgenyp@mellanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "730c41d5ba583a9608300fc4e6cf236957cfe02a", "tree": "5b0592c70a8f5d247fa0541dc26e3a8e2cc01844", "parents": [ "15103aa7a033d7d671c75cc3a71d772dbcbae61e" ], "author": { "name": "Yevgeny Petrilin", "email": "yevgenyp@mellanox.co.il", "time": "Tue Feb 21 03:39:32 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 15:27:23 2012 -0500" }, "message": "mlx4: Replacing pool_lock with mutex\n\nUnder the spinlock we call request_irq(), which allocates memory with GFP_KERNEL,\nThis causes the following trace when DEBUG_SPINLOCK is enabled, it can cause\nthe following trace:\n\n BUG: spinlock wrong CPU on CPU#2, ethtool/2595\n lock: ffff8801f9cbc2b0, .magic: dead4ead, .owner: ethtool/2595, .owner_cpu: 0\n Pid: 2595, comm: ethtool Not tainted 3.0.18 #2\n Call Trace:\n spin_bug+0xa2/0xf0\n do_raw_spin_unlock+0x71/0xa0\n _raw_spin_unlock+0xe/0x10\n mlx4_assign_eq+0x12b/0x190 [mlx4_core]\n mlx4_en_activate_cq+0x252/0x2d0 [mlx4_en]\n ? mlx4_en_activate_rx_rings+0x227/0x370 [mlx4_en]\n mlx4_en_start_port+0x189/0xb90 [mlx4_en]\n mlx4_en_set_ringparam+0x29a/0x340 [mlx4_en]\n dev_ethtool+0x816/0xb10\n ? dev_get_by_name_rcu+0xa4/0xe0\n dev_ioctl+0x2b5/0x470\n handle_mm_fault+0x1cd/0x2d0\n sock_do_ioctl+0x5d/0x70\n sock_ioctl+0x79/0x2f0\n do_vfs_ioctl+0x8c/0x340\n sys_ioctl+0xa1/0xb0\n system_call_fastpath+0x16/0x1b\n\nReplacing with mutex, which is enough in this case.\n\nSigned-off-by: Yevgeny Petrilin \u003cyevgenyp@mellanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "15103aa7a033d7d671c75cc3a71d772dbcbae61e", "tree": "57c1d18e7e7191492c7b9eb1ac17f03006fd2959", "parents": [ "3d7474734b220ccbf9997ea484d0bcd4f7ab8549" ], "author": { "name": "Dave Jones", "email": "davej@redhat.com", "time": "Mon Feb 20 17:28:13 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 21 15:27:23 2012 -0500" }, "message": "zaurus: Add ID for C-750/C-760/C-860/SL-C3000 PDA in MDLM mode\n\nIn 16adf5d07987d93675945f3cecf0e33706566005 I removed an over-broad\nalias that caused zaurus.ko to bind to unrelated devices.\nI had a report that at least one valid case no longer auto-loads because of this.\nThis patch adds an ID for that case.\n\nReported-by: Raphael Wimmer \u003craphael.wimmer@ur.de\u003e\nSigned-off-by: Dave Jones \u003cdavej@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "af14cca162ddcdea017b648c21b9b091e4bf1fa4", "tree": "1d40e186b7afbd0c7485dd95e1fb6c24174f4d5c", "parents": [ "88ba136d6635b262f77cc418d536115fb8e4d4ab" ], "author": { "name": "Jozsef Kadlecsik", "email": "kadlec@blackhole.kfki.hu", "time": "Tue Feb 21 14:53:57 2012 +0100" }, "committer": { "name": "Pablo Neira Ayuso", "email": "pablo@netfilter.org", "time": "Tue Feb 21 16:25:31 2012 +0100" }, "message": "netfilter: ctnetlink: fix soft lockup when netlink adds new entries\n\nMarcell Zambo and Janos Farago noticed and reported that when\nnew conntrack entries are added via netlink and the conntrack table\ngets full, soft lockup happens. This is because the nf_conntrack_lock\nis held while nf_conntrack_alloc is called, which is in turn wants\nto lock nf_conntrack_lock while evicting entries from the full table.\n\nThe patch fixes the soft lockup with limiting the holding of the\nnf_conntrack_lock to the minimum, where it\u0027s absolutely required.\n\nSigned-off-by: Jozsef Kadlecsik \u003ckadlec@blackhole.kfki.hu\u003e\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\n" }, { "commit": "88ba136d6635b262f77cc418d536115fb8e4d4ab", "tree": "06d47a761e51c3f8c7546ea91be4b291a482d493", "parents": [ "a8db7b2d197a0d624baab83f0c810b0edbc4ffd0" ], "author": { "name": "Joerg Willmann", "email": "joe@clnt.de", "time": "Tue Feb 21 13:26:14 2012 +0100" }, "committer": { "name": "Pablo Neira Ayuso", "email": "pablo@netfilter.org", "time": "Tue Feb 21 13:29:06 2012 +0100" }, "message": "netfilter: ebtables: fix alignment problem in ppc\n\nebt_among extension of ebtables uses __alignof__(_xt_align) while the\ncorresponding kernel module uses __alignof__(ebt_replace) to determine\nthe alignment in EBT_ALIGN().\n\nThese are the results of these values on different platforms:\n\nx86 x86_64 ppc\n__alignof__(_xt_align) 4 8 8\n__alignof__(ebt_replace) 4 8 4\n\nebtables fails to add rules which use the among extension.\n\nI\u0027m using kernel 2.6.33 and ebtables 2.0.10-4\n\nAccording to Bart De Schuymer, userspace alignment was changed to\n_xt_align to fix an alignment issue on a userspace32-kernel64 system\n(he thinks it was for an ARM device). So userspace must be right.\nThe kernel alignment macro needs to change so it also uses _xt_align\ninstead of ebt_replace. The userspace changes date back from\nJune 29, 2009.\n\nSigned-off-by: Joerg Willmann \u003cjoe@clnt.de\u003e\nSigned-off by: Bart De Schuymer \u003cbdschuym@pandora.be\u003e\nSigned-off-by: Pablo Neira Ayuso \u003cpablo@netfilter.org\u003e\n" }, { "commit": "3d7474734b220ccbf9997ea484d0bcd4f7ab8549", "tree": "ff046bf821c203c6ef99359010bb795473716d82", "parents": [ "834fa12ca1fc684d947472949029fade70039184" ], "author": { "name": "Jack Morgenstein", "email": "jackm@dev.mellanox.co.il", "time": "Sun Feb 19 21:38:52 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Feb 20 19:26:34 2012 -0500" }, "message": "mlx4_core: Do not map BF area if capability is 0\n\nBF can be disabled in some cases, the capability field, bf_reg_size is set\nto zero in this case. Don\u0027t map the BF area in this case, it would cause\nfailures. In addition, leaving the BF area unmapped\nalso alerts the ETH driver to not use BF.\n\nSigned-off-by: Jack Morgenstein \u003cjackm@dev.mellanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "834fa12ca1fc684d947472949029fade70039184", "tree": "a1da46570ec783e9efad016ee543cbb12a9fcb65", "parents": [ "9d4990a260ce395493848640bed94fb55f440f10", "a7762b10c12a70c5dbf2253142764b728ac88c3a" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Feb 20 19:24:26 2012 -0500" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Feb 20 19:24:26 2012 -0500" }, "message": "Merge branch \u0027master\u0027 of git://gitorious.org/linux-can/linux-can\n" }, { "commit": "9d4990a260ce395493848640bed94fb55f440f10", "tree": "ab6505e7c7420234575df3f4451f4da0ac38e6dd", "parents": [ "64f0a836f600e9c31ffd511713ab5d328aa96ac8", "2504a6423b9ab4c36df78227055995644de19edb" ], "author": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Mon Feb 20 14:47:17 2012 -0500" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Mon Feb 20 14:47:17 2012 -0500" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless into for-davem\n" }, { "commit": "a7762b10c12a70c5dbf2253142764b728ac88c3a", "tree": "dd2dba7c245118fee835fb72935ff885e7fddda8", "parents": [ "64f0a836f600e9c31ffd511713ab5d328aa96ac8" ], "author": { "name": "Oliver Hartkopp", "email": "socketcan@hartkopp.net", "time": "Wed Feb 15 17:51:56 2012 +0100" }, "committer": { "name": "Marc Kleine-Budde", "email": "mkl@pengutronix.de", "time": "Mon Feb 20 11:36:56 2012 +0100" }, "message": "can: sja1000: fix isr hang when hw is unplugged under load\n\nIn the case of hotplug enabled devices (PCMCIA/PCIeC) the removal of the\nhardware can cause an infinite loop in the common sja1000 isr.\n\nUse the already retrieved status register to indicate a possible hardware\nremoval and double check by reading the mode register in sja1000_is_absent.\n\nCc: stable@kernel.org [3.2+]\nSigned-off-by: Oliver Hartkopp \u003csocketcan@hartkopp.net\u003e\nAcked-by: Wolfgang Grandegger \u003cwg@grandegger.com\u003e\nSigned-off-by: Marc Kleine-Budde \u003cmkl@pengutronix.de\u003e\n" }, { "commit": "64f0a836f600e9c31ffd511713ab5d328aa96ac8", "tree": "fac412382d0ec172222fa015763021c7b9102781", "parents": [ "8ae0cfee2a727f698bda12e530f4879a9793c6c9" ], "author": { "name": "Nikola Pajkovsky", "email": "n.pajkovsky@gmail.com", "time": "Sun Feb 19 10:47:43 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:51 2012 -0500" }, "message": "b44: remove __exit from b44_pci_exit()\n\nWARNING: drivers/net/ethernet/broadcom/built-in.o(.init.text+0x5d): Section mismatch in reference from the function b44_init() to the function .exit.text:b44_pci_exit()\n\nmodule exits with b44_cleanup()\n\nSigned-off-by: Nikola Pajkovsky \u003cn.pajkovsky@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "8ae0cfee2a727f698bda12e530f4879a9793c6c9", "tree": "b7f1fd01e36a19c6f4acc285723d1f049d7860c9", "parents": [ "32aa64f77e032511079fec5ec0465aeb6d6c3891" ], "author": { "name": "Julia Lawall", "email": "Julia.Lawall@lip6.fr", "time": "Sun Feb 19 09:43:32 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:51 2012 -0500" }, "message": "drivers/atm/solos-pci.c: exchange pci_iounmaps\n\nThe calls to pci_iounmap are in the wrong order, as compared to the\nassociated calls to pci_iomap.\n\nA simplified version of the semantic match that finds this problem is as\nfollows: (http://coccinelle.lip6.fr/)\n\n// \u003csmpl\u003e\n@@\nexpression e,x;\nstatement S,S1;\nint ret;\n@@\ne \u003d pci_iomap(x,...)\n... when !\u003d pci_iounmap(x,e)\nif (\u003c+...e...+\u003e) S\n... when any\n when !\u003d pci_iounmap(x,e)\n*if (...)\n { ... when !\u003d pci_iounmap(x,e)\n return ...; }\n... when any\npci_iounmap(x,e);\n// \u003c/smpl\u003e\n\nSigned-off-by: Julia Lawall \u003cJulia.Lawall@lip6.fr\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "32aa64f77e032511079fec5ec0465aeb6d6c3891", "tree": "ea59097d6ce2c2f9259f7b5b30b17c91b9665a15", "parents": [ "b203262de63c56393d09e254242b57c002d8619d" ], "author": { "name": "Dan Carpenter", "email": "dan.carpenter@oracle.com", "time": "Thu Feb 16 20:44:33 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:51 2012 -0500" }, "message": "net/ethernet: ks8851_mll: signedness bug in ks8851_probe()\n\nnetdev-\u003eirq is unsigned, so it\u0027s never less than zero.\n\nSigned-off-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nTested-by: Jan Weitzel \u003cj.weitzel@phytec.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "b203262de63c56393d09e254242b57c002d8619d", "tree": "e178f7d30f8c53f7e9ad139fc585d6038cc8314e", "parents": [ "11aad99af6ef629ff3b05d1c9f0936589b204316" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Thu Feb 16 01:48:56 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:51 2012 -0500" }, "message": "vmxnet3: cap copy length at size of skb to prevent dropped frames on tx\n\nI was recently shown that vmxnet3 devices on transmit, will drop very small udp\nframes consistently. This is due to a regression introduced by commit\n39d4a96fd7d2926e46151adbd18b810aeeea8ec0. This commit attempts to introduce an\noptimization to the tx path, indicating that the underlying hardware behaves\noptimally when at least 54 bytes of header data are available for direct access.\nThis causes problems however, if the entire frame is less than 54 bytes long.\nThe subsequent pskb_may_pull in vmxnet3_parse_and_copy_hdr fails, causing an\nerror return code, which leads to vmxnet3_tq_xmit dropping the frame.\n\nFix it by placing a cap on the copy length. For frames longer than 54 bytes, we\ndo the pull as we normally would. If the frame is shorter than that, copy the\nwhole frame, but no more. This ensures that we still get the optimization for\nqualifying frames, but don\u0027t do any damange for frames that are too short.\n\nAlso, since I\u0027m unable to do this, it wuold be great if vmware could follow up\nthis patch with some additional code commentary as to why 54 bytes is an optimal\npull length for a virtual NIC driver. The comment that introduced this was\nvague on that. Thanks!\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nReported-by: Max Matveev \u003cmmatveev@redhat.com\u003e\nCC: Max Matveev \u003cmmatveev@redhat.com\u003e\nCC: \"David S. Miller\" \u003cdavem@davemloft.net\u003e\nCC: Shreyas Bhatewara \u003csbhatewara@vmware.com\u003e\nCC: \"VMware, Inc.\" \u003cpv-drivers@vmware.com\u003e\nSigned-off-by: Shreyas N Bhatewara \u003csbhatewara@vmware.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "11aad99af6ef629ff3b05d1c9f0936589b204316", "tree": "36a35eb1de09c8c264937dc06f8f35b9c0e5805d", "parents": [ "cd961c2ca98efbe7d738ca8720673fc03538b2b1" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Wed Feb 15 20:43:11 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:50 2012 -0500" }, "message": "atl1c: dont use highprio tx queue\n\nThis driver attempts to use two TX rings but lacks proper support :\n\n1) IRQ handler only takes care of TX completion on first TX ring\n2) the stop/start logic uses the legacy functions (for non multiqueue\ndrivers)\n\nThis means all packets witk skb mark set to 1 are sent through high\nqueue but are never cleaned and queue eventualy fills and block the\ndevice, triggering the infamous \"NETDEV WATCHDOG\" message.\n\nLets use a single TX ring to fix the problem, this driver is not a real\nmultiqueue one yet.\n\nMinimal fix for stable kernels.\n\nReported-by: Thomas Meyer \u003cthomas@m3y3r.de\u003e\nTested-by: Thomas Meyer \u003cthomas@m3y3r.de\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nCc: Jay Cliburn \u003cjcliburn@gmail.com\u003e\nCc: Chris Snook \u003cchris.snook@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "cd961c2ca98efbe7d738ca8720673fc03538b2b1", "tree": "f53abc9d2ac6bdd0659c46e30ac44e2cbdf74f01", "parents": [ "b01543dfe67bb1d191998e90d20534dc354de059" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Wed Feb 15 20:28:25 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Sun Feb 19 18:57:50 2012 -0500" }, "message": "netem: fix dequeue\n\ncommit 50612537e9 (netem: fix classful handling) added two errors in\nnetem_dequeue()\n\n1) After checking skb at the head of tfifo queue for time constraints,\n it dequeues tail skb, thus adding unwanted reordering.\n\n2) qdisc stats are updated twice per packet\n (one when packet dequeued from tfifo, once when delivered)\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "b01543dfe67bb1d191998e90d20534dc354de059", "tree": "15103cae057915a9f20bd2ba91f06ae754d4e9ff", "parents": [ "be2874cb4e625716fa9758ad122084da7764cad0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:53:33 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:53:33 2012 -0800" }, "message": "Linux 3.3-rc4\n" }, { "commit": "be2874cb4e625716fa9758ad122084da7764cad0", "tree": "68966366c698bac9e4fd5dc5d12aa4bc3aad98fc", "parents": [ "584216b79ca684431ac6f961ae5cf0bb1d31024f", "a5368e770c9ec58b9d18378844c149df8513e7b8" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:40:00 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:40:00 2012 -0800" }, "message": "Merge tag \u0027fixes-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc\n\nThese are the bug fixes that have accumulated since 3.3-rc3 in arm-soc.\nThe majority of them are regression fixes for stuff that broke during\nthe merge 3.3 window.\n\nThe notable ones are:\n\n* The at91 ata drivers both broke because of an earlier cleanup patch that\n some other patches were based on. Jean-Christophe decided to remove\n the legacy at91_ide driver and fix the new-style at91-pata driver while\n keeping the cleanup patch. I almost rejected the patches for being too\n late and too big but in the end decided to accept them because they\n fix a regression.\n\n* A patch fixing build breakage from the sysdev-to-device conversion\n colliding with other changes touches a number of mach-s3c files.\n\n* b0654037 \"ARM: orion: Fix Orion5x GPIO regression from MPP cleanup\"\n is a mechanical change that unfortunately touches a lot of lines\n that should up in the diffstat.\n\n* tag \u0027fixes-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc: (28 commits)\n ARM: at91: drop ide driver in favor of the pata one\n pata/at91: use newly introduced SMC accessors\n ARM: at91: add accessor to manage SMC\n ARM: at91:rtc/rtc-at91sam9: ioremap register bank\n ARM: at91: USB AT91 gadget registration for module\n ep93xx: fix build of vision_ep93xx.c\n ARM: OMAP2xxx: PM: fix OMAP2xxx-specific UART idle bug in v3.3\n ARM: orion: Fix USB phy for orion5x.\n ARM: orion: Fix Orion5x GPIO regression from MPP cleanup\n ARM: EXYNOS: Add cpu-offset property in gic device tree node\n ARM: EXYNOS: Bring exynos4-dt up to date\n ARM: OMAP3: cm-t35: fix section mismatch warning\n ARM: OMAP2: Fix the OMAP2 only build break seen with 2011+ ARM tool-chains\n ARM: tegra: paz00: fix wrong UART port on mini-pcie plug\n ARM: tegra: paz00: fix wrong SD1 power gpio\n i2c: tegra: Add devexit_p() for remove\n ARM: EXYNOS: Correct M-5MOLS sensor clock frequency on Universal C210 board\n ARM: EXYNOS: Correct framebuffer window size on Nuri board\n ARM: SAMSUNG: Fix missing api-change from subsys_interface change\n ARM: EXYNOS: Fix \"warning: initialization from incompatible pointer type\"\n ...\n" }, { "commit": "584216b79ca684431ac6f961ae5cf0bb1d31024f", "tree": "263853bef1aacfd7626ef7471faccbe0ffb9626d", "parents": [ "bff98bfcdb2124e4e640fa6d7c9c7c3d21362760", "6c23e4132258be41218584cfb37a43d9346cdd64" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:38:12 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:38:12 2012 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net\n\n1) VETH_INFO_PEER netlink attribute needs to have it\u0027s size validated,\n from Thomas Graf.\n\n2) \u0027poll\u0027 module option of bnx2x driver crashes the machine, just remove\n it. From Michal Schmidt.\n\n3) ks8851_mll driver reads the irq number from two places, but only\n initializes one of them, oops. Use only one location and fix this\n problem, from Jan Weitzel.\n\n4) Fix buffer overrun and unicast sterring bugs in mellanox mlx4 driver,\n from Eugenia Emantayev.\n\n5) Swapped kcalloc() args in RxRPC and mlx4, from Axel Lin.\n\n6) PHY MDIO device name regression fixes from Florian Fainelli.\n\n7) If the wake event IRQ line is different from the netdevice one, we\n have to properly route it to the stmmac interrupt handler. From\n Francesco Virlinzi.\n\n8) Fix rwlock lock initialization ordering bug in mac80211, from\n Mohammed Shafi Shajakhan.\n\n9) TCP lost_cnt can get out of sync, and in fact go negative, in certain\n circumstances. Fix the way we specify what sequence range to operate\n on in tcp_sacktag_one() to fix this bug. From Neal Cardwell.\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/davem/net: (27 commits)\n net/ethernet: ks8851_mll fix irq handling\n veth: Enforce minimum size of VETH_INFO_PEER\n stmmac: update the driver version to Feb 2012 (v2)\n stmmac: move hw init in the probe (v2)\n stmmac: request_irq when use an ext wake irq line (v2)\n stmmac: do not discard frame on dribbling bit assert\n ipheth: Add iPhone 4S\n mlx4: add unicast steering entries to resource_tracker\n mlx4: fix QP tree trashing\n mlx4: fix buffer overrun\n 3c59x: shorten timer period for slave devices\n netpoll: netpoll_poll_dev() should access dev-\u003eflags\n RxRPC: Fix kcalloc parameters swapped\n bnx2x: remove the \u0027poll\u0027 module option\n tcp: fix tcp_shifted_skb() adjustment of lost_cnt_hint for FACK\n ks8851: Fix NOHZ local_softirq_pending 08 warning\n bnx2x: fix bnx2x_storm_stats_update() on big endian\n ixp4xx-eth: fix PHY name to match MDIO bus name\n octeon: fix PHY name to match MDIO bus name\n fec: fix PHY name to match fixed MDIO bus name\n ...\n" }, { "commit": "bff98bfcdb2124e4e640fa6d7c9c7c3d21362760", "tree": "6d94d9e8ab057fb85cd634e15a1ddd15df554d30", "parents": [ "4686066689482214781573fcb42300f713d0210c", "61cddc57dc14a5dffa0921d9a24fd68edbb374ac" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:37:25 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:37:25 2012 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap\n\nFixes a bootstrapping issue for some registers when a less commonly used\nmethod for register cache initialisation is used. Only affects a fairly\nsmall proportion of users that both don\u0027t use explicit register defaults\nand do use the cache.\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap:\n regmap: Fix cache defaults initialization from raw cache defaults\n" }, { "commit": "4686066689482214781573fcb42300f713d0210c", "tree": "dd84c7533f4931d9eb6cb5ecea2f054851fc9fce", "parents": [ "7857b996c28c70e7a2c25930602f5fae4fe2b091", "465c9343c5b746ec2325a220fa3e50cc647d2db7" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:28:56 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:28:56 2012 -0800" }, "message": "Merge tag \u0027ecryptfs-3.3-rc4-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs\n\nFixes maximum filename length and filesystem type reporting in statfs() calls\nand also fixes stale inode mode bits on eCryptfs inodes after a POSIX ACL was\nset on the lower filesystem\u0027s inode.\n\n* tag \u0027ecryptfs-3.3-rc4-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tyhicks/ecryptfs:\n ecryptfs: remove the second argument of k[un]map_atomic()\n eCryptfs: Copy up lower inode attrs after setting lower xattr\n eCryptfs: Improve statfs reporting\n" }, { "commit": "7857b996c28c70e7a2c25930602f5fae4fe2b091", "tree": "3011fd3dd7be12b4811ee8ae73b154a8dc202944", "parents": [ "06ca7c4376b779e6cb11527abc4f609ddca35b58", "8dc6ae4d448758a30cf5fa822d6fe6f4e15a04c6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:27:40 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:27:40 2012 -0800" }, "message": "Merge tag \u0027pinctrl\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl\n\npinctrl fixes for v3.3\n\n* tag \u0027pinctrl-for-torvalds-20120216\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl:\n pinctrl: restore pin naming\n" }, { "commit": "06ca7c4376b779e6cb11527abc4f609ddca35b58", "tree": "3762945d93d82c1489d1ef254941d2af0c5fdc57", "parents": [ "7bcd5b4671c3aa9185a7e6f76ee12e392070ddea", "9a45a9407c69d068500923480884661e2b9cc421" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:37 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:37 2012 -0800" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nHere are a few more fixes for powerpc. Some are regressions, the rest\nis simple/obvious/nasty enough that I deemed it good to go now.\n\nHere\u0027s also step one of deprecating legacy iSeries support: we are\nremoving it from the main defconfig.\n\nNobody seems to be using it anymore and the code is nasty to maintain,\n(involves horrible hacks in various low level areas of the kernel) so we\nplan to actually rip it out at some point. For now let\u0027s just avoid\nbuilding it by default. Stephen will proceed to do the actual removal\nlater (probably 3.4 or 3.5).\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc/perf: power_pmu_start restores incorrect values, breaking frequency events\n powerpc/adb: Use set_current_state()\n powerpc: Disable interrupts early in Program Check\n powerpc: Remove legacy iSeries from ppc64_defconfig\n powerpc/fsl/pci: Fix PCIe fixup regression\n powerpc: Fix kernel log of oops/panic instruction dump\n" }, { "commit": "7bcd5b4671c3aa9185a7e6f76ee12e392070ddea", "tree": "db80f1cc57cdec18e46bf8e37691b02f9a2ce35e", "parents": [ "58e44bafbb601b5abc250cdbb032b1f4022ef30a", "3682a3946d2b0bad621db871e3bead83e523a238" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:11 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:26:11 2012 -0800" }, "message": "Merge branch \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci\n\nOne regression fix for SR-IOV on PPC and a couple of misc fixes from\nYinghai.\n\n* \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/jbarnes/pci:\n PCI: Fix pci cardbus removal\n PCI: set pci sriov page size before reading SRIOV BAR\n PCI: workaround hard-wired bus number V2\n" }, { "commit": "58e44bafbb601b5abc250cdbb032b1f4022ef30a", "tree": "e0b618339c64cf1a372e299a9f262dd7670c0b6e", "parents": [ "a18d3afefa0104419b5e069af5922bb57a302426", "b7f5b7dec3d539a84734f2bcb7e53fbb1532a40b" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:25:39 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:25:39 2012 -0800" }, "message": "Merge branch \u0027drm-fixes\u0027 of git://people.freedesktop.org/~airlied/linux\n\n3 radeon fixes, I have some exynos fixes to push later but I\u0027ll queue\nthem separately once I\u0027ve looked them over a bit.\n\n* \u0027drm-fixes\u0027 of git://people.freedesktop.org/~airlied/linux:\n drm/radeon/kms: fix MSI re-arm on rv370+\n drm/radeon/kms/atom: bios scratch reg handling updates\n drm/radeon/kms: drop lock in return path of radeon_fence_count_emitted.\n" }, { "commit": "a18d3afefa0104419b5e069af5922bb57a302426", "tree": "4bcc6010e2eb46d5d40454c4c9276f1ec6c7fd73", "parents": [ "34ddc81a230b15c0e345b6b253049db731499f7e", "f2ea0f5f04c97b48c88edccba52b0682fbe45087" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:24:05 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 15:24:05 2012 -0800" }, "message": "Merge git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6\n\n* git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6:\n crypto: sha512 - use standard ror64()\n" }, { "commit": "34ddc81a230b15c0e345b6b253049db731499f7e", "tree": "0c3afd68071ec1a8a1d8724ef9a42ef845ecf402", "parents": [ "f94edacf998516ac9d849f7bc6949a703977a7f3" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 12:56:35 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 14:03:48 2012 -0800" }, "message": "i387: re-introduce FPU state preloading at context switch time\n\nAfter all the FPU state cleanups and finally finding the problem that\ncaused all our FPU save/restore problems, this re-introduces the\npreloading of FPU state that was removed in commit b3b0870ef3ff (\"i387:\ndo not preload FPU state at task switch time\").\n\nHowever, instead of simply reverting the removal, this reimplements\npreloading with several fixes, most notably\n\n - properly abstracted as a true FPU state switch, rather than as\n open-coded save and restore with various hacks.\n\n In particular, implementing it as a proper FPU state switch allows us\n to optimize the CR0.TS flag accesses: there is no reason to set the\n TS bit only to then almost immediately clear it again. CR0 accesses\n are quite slow and expensive, don\u0027t flip the bit back and forth for\n no good reason.\n\n - Make sure that the same model works for both x86-32 and x86-64, so\n that there are no gratuitous differences between the two due to the\n way they save and restore segment state differently due to\n architectural differences that really don\u0027t matter to the FPU state.\n\n - Avoid exposing the \"preload\" state to the context switch routines,\n and in particular allow the concept of lazy state restore: if nothing\n else has used the FPU in the meantime, and the process is still on\n the same CPU, we can avoid restoring state from memory entirely, just\n re-expose the state that is still in the FPU unit.\n\n That optimized lazy restore isn\u0027t actually implemented here, but the\n infrastructure is set up for it. Of course, older CPU\u0027s that use\n \u0027fnsave\u0027 to save the state cannot take advantage of this, since the\n state saving also trashes the state.\n\nIn other words, there is now an actual _design_ to the FPU state saving,\nrather than just random historical baggage. Hopefully it\u0027s easier to\nfollow as a result.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "f94edacf998516ac9d849f7bc6949a703977a7f3", "tree": "4a5c5487d86f3b3873b8ca1ba1c0b00b832870ad", "parents": [ "4903062b5485f0e2c286a23b44c9b59d9b017d53" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Fri Feb 17 21:48:54 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Sat Feb 18 10:19:41 2012 -0800" }, "message": "i387: move TS_USEDFPU flag from thread_info to task_struct\n\nThis moves the bit that indicates whether a thread has ownership of the\nFPU from the TS_USEDFPU bit in thread_info-\u003estatus to a word of its own\n(called \u0027has_fpu\u0027) in task_struct-\u003ethread.has_fpu.\n\nThis fixes two independent bugs at the same time:\n\n - changing \u0027thread_info-\u003estatus\u0027 from the scheduler causes nasty\n problems for the other users of that variable, since it is defined to\n be thread-synchronous (that\u0027s what the \"TS_\" part of the naming was\n supposed to indicate).\n\n So perfectly valid code could (and did) do\n\n\tti-\u003estatus |\u003d TS_RESTORE_SIGMASK;\n\n and the compiler was free to do that as separate load, or and store\n instructions. Which can cause problems with preemption, since a task\n switch could happen in between, and change the TS_USEDFPU bit. The\n change to TS_USEDFPU would be overwritten by the final store.\n\n In practice, this seldom happened, though, because the \u0027status\u0027 field\n was seldom used more than once, so gcc would generally tend to\n generate code that used a read-modify-write instruction and thus\n happened to avoid this problem - RMW instructions are naturally low\n fat and preemption-safe.\n\n - On x86-32, the current_thread_info() pointer would, during interrupts\n and softirqs, point to a *copy* of the real thread_info, because\n x86-32 uses %esp to calculate the thread_info address, and thus the\n separate irq (and softirq) stacks would cause these kinds of odd\n thread_info copy aliases.\n\n This is normally not a problem, since interrupts aren\u0027t supposed to\n look at thread information anyway (what thread is running at\n interrupt time really isn\u0027t very well-defined), but it confused the\n heck out of irq_fpu_usable() and the code that tried to squirrel\n away the FPU state.\n\n (It also caused untold confusion for us poor kernel developers).\n\nIt also turns out that using \u0027task_struct\u0027 is actually much more natural\nfor most of the call sites that care about the FPU state, since they\ntend to work with the task struct for other reasons anyway (ie\nscheduling). And the FPU data that we are going to save/restore is\nfound there too.\n\nThanks to Arjan Van De Ven \u003carjan@linux.intel.com\u003e for pointing us to\nthe %esp issue.\n\nCc: Arjan van de Ven \u003carjan@linux.intel.com\u003e\nReported-and-tested-by: Raphael Prevost \u003craphael@buro.asia\u003e\nAcked-and-tested-by: Suresh Siddha \u003csuresh.b.siddha@intel.com\u003e\nTested-by: Peter Anvin \u003chpa@zytor.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "4903062b5485f0e2c286a23b44c9b59d9b017d53", "tree": "c521dd28c5aa409dcd76ca8a522886fa3c272a31", "parents": [ "b3b0870ef3ffed72b92415423da864f440f57ad6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 19:11:15 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 19:11:15 2012 -0800" }, "message": "i387: move AMD K7/K8 fpu fxsave/fxrstor workaround from save to restore\n\nThe AMD K7/K8 CPUs don\u0027t save/restore FDP/FIP/FOP unless an exception is\npending. In order to not leak FIP state from one process to another, we\nneed to do a floating point load after the fxsave of the old process,\nand before the fxrstor of the new FPU state. That resets the state to\nthe (uninteresting) kernel load, rather than some potentially sensitive\nuser information.\n\nWe used to do this directly after the FPU state save, but that is\nactually very inconvenient, since it\n\n (a) corrupts what is potentially perfectly good FPU state that we might\n want to lazy avoid restoring later and\n\n (b) on x86-64 it resulted in a very annoying ordering constraint, where\n \"__unlazy_fpu()\" in the task switch needs to be delayed until after\n the DS segment has been reloaded just to get the new DS value.\n\nCoupling it to the fxrstor instead of the fxsave automatically avoids\nboth of these issues, and also ensures that we only do it when actually\nnecessary (the FP state after a save may never actually get used). It\u0027s\nsimply a much more natural place for the leaked state cleanup.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b3b0870ef3ffed72b92415423da864f440f57ad6", "tree": "b3e128019581669d44e6634d3b1bfb169c73598d", "parents": [ "6d59d7a9f5b723a7ac1925c136e93ec83c0c3043" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 15:45:23 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 15:45:23 2012 -0800" }, "message": "i387: do not preload FPU state at task switch time\n\nYes, taking the trap to re-load the FPU/MMX state is expensive, but so\nis spending several days looking for a bug in the state save/restore\ncode. And the preload code has some rather subtle interactions with\nboth paravirtualization support and segment state restore, so it\u0027s not\nnearly as simple as it should be.\n\nAlso, now that we no longer necessarily depend on a single bit (ie\nTS_USEDFPU) for keeping track of the state of the FPU, we migth be able\nto do better. If we are really switching between two processes that\nkeep touching the FP state, save/restore is inevitable, but in the case\nof having one process that does most of the FPU usage, we may actually\nbe able to do much better than the preloading.\n\nIn particular, we may be able to keep track of which CPU the process ran\non last, and also per CPU keep track of which process\u0027 FP state that CPU\nhas. For modern CPU\u0027s that don\u0027t destroy the FPU contents on save time,\nthat would allow us to do a lazy restore by just re-enabling the\nexisting FPU state - with no restore cost at all!\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "465c9343c5b746ec2325a220fa3e50cc647d2db7", "tree": "fbff1765ebac62a5910ba34c15deeb8729fce1be", "parents": [ "545d680938be1e86a6c5250701ce9abaf360c495" ], "author": { "name": "Cong Wang", "email": "amwang@redhat.com", "time": "Fri Feb 10 13:39:50 2012 +0800" }, "committer": { "name": "Tyler Hicks", "email": "tyhicks@canonical.com", "time": "Thu Feb 16 16:06:27 2012 -0600" }, "message": "ecryptfs: remove the second argument of k[un]map_atomic()\n\nSigned-off-by: Cong Wang \u003camwang@redhat.com\u003e\nSigned-off-by: Tyler Hicks \u003ctyhicks@canonical.com\u003e\n" }, { "commit": "545d680938be1e86a6c5250701ce9abaf360c495", "tree": "c2cb3c9cfbee7c041d137296b72f311179a41f0c", "parents": [ "4a26620df451ad46151ad21d711ed43e963c004e" ], "author": { "name": "Tyler Hicks", "email": "tyhicks@canonical.com", "time": "Tue Feb 07 17:55:40 2012 -0600" }, "committer": { "name": "Tyler Hicks", "email": "tyhicks@canonical.com", "time": "Thu Feb 16 16:06:27 2012 -0600" }, "message": "eCryptfs: Copy up lower inode attrs after setting lower xattr\n\nAfter passing through a -\u003esetxattr() call, eCryptfs needs to copy the\ninode attributes from the lower inode to the eCryptfs inode, as they\nmay have changed in the lower filesystem\u0027s -\u003esetxattr() path.\n\nOne example is if an extended attribute containing a POSIX Access\nControl List is being set. The new ACL may cause the lower filesystem to\nmodify the mode of the lower inode and the eCryptfs inode would need to\nbe updated to reflect the new mode.\n\nhttps://launchpad.net/bugs/926292\n\nSigned-off-by: Tyler Hicks \u003ctyhicks@canonical.com\u003e\nReported-by: Sebastien Bacher \u003cseb128@ubuntu.com\u003e\nCc: John Johansen \u003cjohn.johansen@canonical.com\u003e\nCc: \u003cstable@vger.kernel.org\u003e\n" }, { "commit": "4a26620df451ad46151ad21d711ed43e963c004e", "tree": "bf035ea6a656b3e19fe93bf37991632cad96d971", "parents": [ "c38e23456278e967f094b08247ffc3711b1029b2" ], "author": { "name": "Tyler Hicks", "email": "tyhicks@canonical.com", "time": "Sat Nov 05 13:45:08 2011 -0400" }, "committer": { "name": "Tyler Hicks", "email": "tyhicks@canonical.com", "time": "Thu Feb 16 16:06:21 2012 -0600" }, "message": "eCryptfs: Improve statfs reporting\n\nstatfs() calls on eCryptfs files returned the wrong filesystem type and,\nwhen using filename encryption, the wrong maximum filename length.\n\nIf mount-wide filename encryption is enabled, the cipher block size and\nthe lower filesystem\u0027s max filename length will determine the max\neCryptfs filename length. Pre-tested, known good lengths are used when\nthe lower filesystem\u0027s namelen is 255 and a cipher with 8 or 16 byte\nblock sizes is used. In other, less common cases, we fall back to a safe\nrounded-down estimate when determining the eCryptfs namelen.\n\nhttps://launchpad.net/bugs/885744\n\nSigned-off-by: Tyler Hicks \u003ctyhicks@canonical.com\u003e\nReported-by: Kees Cook \u003ckeescook@chromium.org\u003e\nReviewed-by: Kees Cook \u003ckeescook@chromium.org\u003e\nReviewed-by: John Johansen \u003cjohn.johansen@canonical.com\u003e\n" }, { "commit": "6d59d7a9f5b723a7ac1925c136e93ec83c0c3043", "tree": "9478d5c1cc3a3f85cc937d8d6ddaad926af7e830", "parents": [ "b6c66418dcad0fcf83cd1d0a39482db37bf4fc41" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 13:33:12 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 13:33:12 2012 -0800" }, "message": "i387: don\u0027t ever touch TS_USEDFPU directly, use helper functions\n\nThis creates three helper functions that do the TS_USEDFPU accesses, and\nmakes everybody that used to do it by hand use those helpers instead.\n\nIn addition, there\u0027s a couple of helper functions for the \"change both\nCR0.TS and TS_USEDFPU at the same time\" case, and the places that do\nthat together have been changed to use those. That means that we have\nfewer random places that open-code this situation.\n\nThe intent is partly to clarify the code without actually changing any\nsemantics yet (since we clearly still have some hard to reproduce bug in\nthis area), but also to make it much easier to use another approach\nentirely to caching the CR0.TS bit for software accesses.\n\nRight now we use a bit in the thread-info \u0027status\u0027 variable (this patch\ndoes not change that), but we might want to make it a full field of its\nown or even make it a per-cpu variable.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "b6c66418dcad0fcf83cd1d0a39482db37bf4fc41", "tree": "0a23207a2ab766341fbf60d76b2c10984ec6e5ca", "parents": [ "15d8791cae75dca27bfda8ecfe87dca9379d6bb0" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 12:22:48 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 12:22:48 2012 -0800" }, "message": "i387: move TS_USEDFPU clearing out of __save_init_fpu and into callers\n\nTouching TS_USEDFPU without touching CR0.TS is confusing, so don\u0027t do\nit. By moving it into the callers, we always do the TS_USEDFPU next to\nthe CR0.TS accesses in the source code, and it\u0027s much easier to see how\nthe two go hand in hand.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "15d8791cae75dca27bfda8ecfe87dca9379d6bb0", "tree": "e8e2cd53544eda0644ee141b6b0414e34d96f6be", "parents": [ "c38e23456278e967f094b08247ffc3711b1029b2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 09:15:04 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Thu Feb 16 09:15:04 2012 -0800" }, "message": "i387: fix x86-64 preemption-unsafe user stack save/restore\n\nCommit 5b1cbac37798 (\"i387: make irq_fpu_usable() tests more robust\")\nadded a sanity check to the #NM handler to verify that we never cause\nthe \"Device Not Available\" exception in kernel mode.\n\nHowever, that check actually pinpointed a (fundamental) race where we do\ncause that exception as part of the signal stack FPU state save/restore\ncode.\n\nBecause we use the floating point instructions themselves to save and\nrestore state directly from user mode, we cannot do that atomically with\ntesting the TS_USEDFPU bit: the user mode access itself may cause a page\nfault, which causes a task switch, which saves and restores the FP/MMX\nstate from the kernel buffers.\n\nThis kind of \"recursive\" FP state save is fine per se, but it means that\nwhen the signal stack save/restore gets restarted, it will now take the\n\u0027#NM\u0027 exception we originally tried to avoid. With preemption this can\nhappen even without the page fault - but because of the user access, we\ncannot just disable preemption around the save/restore instruction.\n\nThere are various ways to solve this, including using the\n\"enable/disable_page_fault()\" helpers to not allow page faults at all\nduring the sequence, and fall back to copying things by hand without the\nuse of the native FP state save/restore instructions.\n\nHowever, the simplest thing to do is to just allow the #NM from kernel\nspace, but fix the race in setting and clearing CR0.TS that this all\nexposed: the TS bit changes and the TS_USEDFPU bit absolutely have to be\natomic wrt scheduling, so while the actual state save/restore can be\ninterrupted and restarted, the act of actually clearing/setting CR0.TS\nand the TS_USEDFPU bit together must not.\n\nInstead of just adding random \"preempt_disable/enable()\" calls to what\nis already excessively ugly code, this introduces some helper functions\nthat mostly mirror the \"kernel_fpu_begin/end()\" functionality, just for\nthe user state instead.\n\nThose helper functions should probably eventually replace the other\nad-hoc CR0.TS and TS_USEDFPU tests too, but I\u0027ll need to think about it\nsome more: the task switching functionality in particular needs to\nexpose the difference between the \u0027prev\u0027 and \u0027next\u0027 threads, while the\nnew helper functions intentionally were written to only work with\n\u0027current\u0027.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "9a45a9407c69d068500923480884661e2b9cc421", "tree": "8ff43b5fd98ab68352dc4dd0823401a5736afab2", "parents": [ "64f8c13561fbd2f1a8b4a8975b2aee73b561093e" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Feb 15 18:48:22 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:24:35 2012 +1100" }, "message": "powerpc/perf: power_pmu_start restores incorrect values, breaking frequency events\n\nperf on POWER stopped working after commit e050e3f0a71b (perf: Fix\nbroken interrupt rate throttling). That patch exposed a bug in\nthe POWER perf_events code.\n\nSince the PMCs count upwards and take an exception when the top bit\nis set, we want to write 0x80000000 - left in power_pmu_start. We were\ninstead programming in left which effectively disables the counter\nuntil we eventually hit 0x80000000. This could take seconds or longer.\n\nWith the patch applied I get the expected number of samples:\n\n SAMPLE events: 9948\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nAcked-by: Paul Mackerras \u003cpaulus@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: \u003cstable@kernel.org\u003e\n" }, { "commit": "64f8c13561fbd2f1a8b4a8975b2aee73b561093e", "tree": "96a397f590a064de9987ff1144a293fc2bf3602f", "parents": [ "54321242afe6fcf8b7e589bc21ecf832bc5a206a" ], "author": { "name": "majianpeng", "email": "majianpeng@gmail.com", "time": "Fri Feb 03 14:35:59 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:12 2012 +1100" }, "message": "powerpc/adb: Use set_current_state()\n\nSigned-off-by: majianpeng \u003cmajianpeng@gmail.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "54321242afe6fcf8b7e589bc21ecf832bc5a206a", "tree": "dfc1d3bd73cd1c28421e27bbbbcad60368a69907", "parents": [ "a1a1d1bfc9be2a5ea8cce78ebd0f17c79489f053" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Mon Feb 13 20:42:18 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:10 2012 +1100" }, "message": "powerpc: Disable interrupts early in Program Check\n\nProgram Check exceptions are the result of WARNs, BUGs, some\ntype of breakpoints, kprobe, and other illegal instructions.\n\nWe want interrupts (and thus preemption) to remain disabled\nwhile doing the initial stage of testing the reason and\nbranching off to a debugger or kprobe, so we are still on\nthe original CPU which makes debugging easier in various cases.\n\nThis is how the code was intended, hence the local_irq_enable()\nright in the middle of program_check_exception().\n\nHowever, the assembly exception prologue for that exception was\nincorrectly marked as enabling interrupts, which defeats that\n(and records a redundant enable with lockdep).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "a1a1d1bfc9be2a5ea8cce78ebd0f17c79489f053", "tree": "78a3d679a281096d34c8437e38547d3fcb0e3b2c", "parents": [ "13635dfdc6aa8d2890e02dc441decfcb4ae63e14" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Tue Feb 14 16:31:09 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:08 2012 +1100" }, "message": "powerpc: Remove legacy iSeries from ppc64_defconfig\n\nSince we are heading towards removing the Legacy iSeries platform, start\nby no longer building it for ppc64_defconfig.\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "13635dfdc6aa8d2890e02dc441decfcb4ae63e14", "tree": "817d08d8b06183bccb28e0c829213f1fceab3b3a", "parents": [ "40c8cefaaf12734327db7199a56e60058d98e7b6" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Feb 14 18:22:20 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:15:03 2012 +1100" }, "message": "powerpc/fsl/pci: Fix PCIe fixup regression\n\nUpstream changes to the way PHB resources are registered\nbroke the resource fixup for FSL boards.\n\nWe can no longer rely on the resource pointer array for the PHB\u0027s\npci_bus structure, so let\u0027s leave it alone and go straight for\nthe PHB resources instead. This also makes the code generally\nmore readable.\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "40c8cefaaf12734327db7199a56e60058d98e7b6", "tree": "639b20e1e2229f3bcc03c5ef92dcfa7ca784cd65", "parents": [ "778a785f02ad846446e91dab49331bd7d853c514" ], "author": { "name": "Ira Snyder", "email": "iws@ovro.caltech.edu", "time": "Fri Jan 06 12:34:07 2012 +0000" }, "committer": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Thu Feb 16 16:11:23 2012 +1100" }, "message": "powerpc: Fix kernel log of oops/panic instruction dump\n\nA kernel oops/panic prints an instruction dump showing several\ninstructions before and after the instruction which caused the\noops/panic.\n\nThe code intended that the faulting instruction be enclosed in angle\nbrackets, however a bug caused the faulting instruction to be\ninterpreted by printk() as the message log level.\n\nTo fix this, the KERN_CONT log level is added before the actual text of\nthe printed message.\n\n\u003d\u003d\u003d Before the patch \u003d\u003d\u003d\n\n[ 1081.587266] Instruction dump:\n[ 1081.590236] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n[ 1081.598034] 3d20c03a 9009a114 7c0004ac 39200000\n[ 1081.602500] 4e800020 3803ffd0 2b800009\n\n\u003c4\u003e[ 1081.587266] Instruction dump:\n\u003c4\u003e[ 1081.590236] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n\u003c4\u003e[ 1081.598034] 3d20c03a 9009a114 7c0004ac 39200000\n\u003c98090000\u003e[ 1081.602500] 4e800020 3803ffd0 2b800009\n\n\u003d\u003d\u003d After the patch \u003d\u003d\u003d\n\n[ 51.385216] Instruction dump:\n[ 51.388186] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n[ 51.395986] 3d20c03a 9009a114 7c0004ac 39200000 \u003c98090000\u003e 4e800020 3803ffd0 2b800009\n\n\u003c4\u003e[ 51.385216] Instruction dump:\n\u003c4\u003e[ 51.388186] 7c000110 7c0000f8 5400077c 552907f6 7d290378 992b0003 4e800020 38000001\n\u003c4\u003e[ 51.395986] 3d20c03a 9009a114 7c0004ac 39200000 \u003c98090000\u003e 4e800020 3803ffd0 2b800009\n\nSigned-off-by: Ira W. Snyder \u003ciws@ovro.caltech.edu\u003e\nCc: Paul Mackerras \u003cpaulus@samba.org\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: linuxppc-dev@lists.ozlabs.org\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\n" }, { "commit": "f2ea0f5f04c97b48c88edccba52b0682fbe45087", "tree": "53ee15dd4d1a2122d0e571dc8263353acb54f333", "parents": [ "3a92d687c8015860a19213e3c102cad6b722f83c" ], "author": { "name": "Alexey Dobriyan", "email": "adobriyan@gmail.com", "time": "Sat Jan 14 21:44:49 2012 +0300" }, "committer": { "name": "Herbert Xu", "email": "herbert@gondor.apana.org.au", "time": "Thu Feb 16 12:12:33 2012 +0800" }, "message": "crypto: sha512 - use standard ror64()\n\nUse standard ror64() instead of hand-written.\nThere is no standard ror64, so create it.\n\nThe difference is shift value being \"unsigned int\" instead of uint64_t\n(for which there is no reason). gcc starts to emit native ROR instructions\nwhich it doesn\u0027t do for some reason currently. This should make the code\nfaster.\n\nPatch survives in-tree crypto test and ping flood with hmac(sha512) on.\n\nSigned-off-by: Alexey Dobriyan \u003cadobriyan@gmail.com\u003e\nSigned-off-by: Herbert Xu \u003cherbert@gondor.apana.org.au\u003e\n" }, { "commit": "6c23e4132258be41218584cfb37a43d9346cdd64", "tree": "2121139424540e89e1f5b2ead40c96db5cc0b12b", "parents": [ "237114384ab22c174ec4641e809f8e6cbcfce774" ], "author": { "name": "Jan Weitzel", "email": "j.weitzel@phytec.de", "time": "Tue Feb 14 21:35:15 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 15:41:10 2012 -0500" }, "message": "net/ethernet: ks8851_mll fix irq handling\n\nThere a two different irq variables ks-\u003eirq and netdev-\u003eirq.\nOnly ks-\u003eirq is set on probe, so disabling irq in ks_start_xmit fails.\n\nThis patches remove ks-\u003eirq from private data and use only netdev-\u003eirq.\n\nTested on a kernel 3.0 based OMAP4430 SMP Board\n\nSigned-off-by: Jan Weitzel \u003cj.weitzel@phytec.de\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "237114384ab22c174ec4641e809f8e6cbcfce774", "tree": "9571ac28f82724a140367ad754b4946a889f2b70", "parents": [ "78a5249fc9dc0f8c70221751dc79b6d918e5ee9a" ], "author": { "name": "Thomas Graf", "email": "tgraf@suug.ch", "time": "Wed Feb 15 04:09:46 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:59:20 2012 -0500" }, "message": "veth: Enforce minimum size of VETH_INFO_PEER\n\nVETH_INFO_PEER carries struct ifinfomsg plus optional IFLA\nattributes. A minimal size of sizeof(struct ifinfomsg) must be\nenforced or we may risk accessing that struct beyond the limits\nof the netlink message.\n\nSigned-off-by: Thomas Graf \u003ctgraf@suug.ch\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "78a5249fc9dc0f8c70221751dc79b6d918e5ee9a", "tree": "96b29593a2c9042cd42e38e4f40f84b1ddf7afad", "parents": [ "cf3f047b9af49d4ee8abfa31b0ef0e99cbcaf17d" ], "author": { "name": "Giuseppe CAVALLARO", "email": "peppe.cavallaro@st.com", "time": "Wed Feb 15 00:10:40 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:52:10 2012 -0500" }, "message": "stmmac: update the driver version to Feb 2012 (v2)\n\nSigned-off-by: Giuseppe Cavallaro \u003cpeppe.cavallaro@st.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "cf3f047b9af49d4ee8abfa31b0ef0e99cbcaf17d", "tree": "695883ca9df55d62ee83d35fc86a37e47bcb04f6", "parents": [ "7a13f8f5b63652c035147aab5fcba7ee9101f1fb" ], "author": { "name": "Giuseppe CAVALLARO", "email": "peppe.cavallaro@st.com", "time": "Wed Feb 15 00:10:39 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:52:10 2012 -0500" }, "message": "stmmac: move hw init in the probe (v2)\n\nThis patch moves the MAC HW initialization and\nthe HW feature verification from the open to the probe\nfunction as D. Miller suggested.\nSo the patch actually reorganizes and tidies-up some parts of\nthe driver and indeed fixes some problem when tune its HW features.\nThese can be overwritten by looking at the HW cap register at\nrun-time and that generated problems.\n\nSigned-off-by: Giuseppe Cavallaro \u003cpeppe.cavallaro@st.com\u003e\nReviewed-by: Francesco Virlinzi \u003cfrancesco.virlinzi@st.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "7a13f8f5b63652c035147aab5fcba7ee9101f1fb", "tree": "7fab8140357475616df961b140a7e4d402231938", "parents": [ "1cc5a735185a963ed9324a65e1f2db02bf52c0d4" ], "author": { "name": "Francesco Virlinzi", "email": "francesco.virlinzi@st.com", "time": "Wed Feb 15 00:10:38 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:52:10 2012 -0500" }, "message": "stmmac: request_irq when use an ext wake irq line (v2)\n\nIn case of we use an external Wake-Up IRQ line\n(priv-\u003ewol_irq !\u003d dev-\u003eirq) we need to invoke the\nrequest_irq.\n\nSigned-off-by: Francesco Virlinzi \u003cfrancesco.virlinzi@st.com\u003e\nSigned-off-by: Giuseppe Cavallaro \u003cpeppe.cavallaro@st.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "1cc5a735185a963ed9324a65e1f2db02bf52c0d4", "tree": "5e280cb7f6626080ab4ab8e2be01841fbaf6c4f6", "parents": [ "72ba009b8a159e995e40d3b4e5d7d265acead983" ], "author": { "name": "Giuseppe CAVALLARO", "email": "peppe.cavallaro@st.com", "time": "Wed Feb 15 00:10:37 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:52:10 2012 -0500" }, "message": "stmmac: do not discard frame on dribbling bit assert\n\nIf this bit is set and the CRC error is reset, then the packet is valid.\nOnly report this as stat info.\n\nSigned-off-by: Giuseppe Cavallaro \u003cpeppe.cavallaro@st.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "72ba009b8a159e995e40d3b4e5d7d265acead983", "tree": "bed23845d49de76c6ce0507b28c3b7ab38fbed91", "parents": [ "9f5b6c632eb3b495d5ae701c43e67da930b1f637" ], "author": { "name": "Tim Gardner", "email": "tim.gardner@canonical.com", "time": "Wed Feb 15 07:50:15 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:50:16 2012 -0500" }, "message": "ipheth: Add iPhone 4S\n\nBugLink: http://bugs.launchpad.net/bugs/900802\n\nCc: stable@vger.kernel.org 3.2+\nSigned-off-by: Till Kamppeter \u003ctill.kamppeter@gmail.com\u003e\nSigned-off-by: Tim Gardner \u003ctim.gardner@canonical.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "9f5b6c632eb3b495d5ae701c43e67da930b1f637", "tree": "7898b3b5db0f0f8fe08eca1c2ea01372777593ee", "parents": [ "2531188b476c83fe29b1d3498a76e329f4b6f16b" ], "author": { "name": "Eugenia Emantayev", "email": "eugenia@mellanox.co.il", "time": "Wed Feb 15 06:23:16 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:50:16 2012 -0500" }, "message": "mlx4: add unicast steering entries to resource_tracker\n\nAdd unicast steering entries to resource tracker.\nDo qp_detach also for these entries when VF doesn\u0027t shut down gracefully.\nOtherwise there is leakage of these resources, since they are not tracked.\n\nSigned-off-by: Eugenia Emantayev \u003ceugenia@mellanox.co.il\u003e\nReviewed-by: Yevgeny Petrilin \u003cyevgenyp@mellanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2531188b476c83fe29b1d3498a76e329f4b6f16b", "tree": "304f540bab2412ce662ab35b3f7d9d08ed2e42f6", "parents": [ "75c6062cb797afe624d65c955eb867035622e782" ], "author": { "name": "Eugenia Emantayev", "email": "eugenia@mellanox.co.il", "time": "Wed Feb 15 06:22:57 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:50:16 2012 -0500" }, "message": "mlx4: fix QP tree trashing\n\nWhen adding new unicast steer entry, before moving qp to state ready,\nactually before calling mlx4_RST2INIT_QP_wrapper(), there were added\na lot of entries with local_qpn\u003d0 into radix tree.\nThis fact impacted the get_res() function and proper functioning\nof resource tracker in addition to adding trash entries into radix tree.\n\nSigned-off-by: Eugenia Emantayev \u003ceugenia@mellanox.co.il\u003e\nReviewed-by: Yevgeny Petrilin \u003cyevgenyp@melllanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "75c6062cb797afe624d65c955eb867035622e782", "tree": "756b4b28f3316befae7dcd6d540eb9924a87031d", "parents": [ "33b5d30cd8b200024d55ac5830c9efde1102ef4c" ], "author": { "name": "Eugenia Emantayev", "email": "eugenia@mellanox.co.il", "time": "Wed Feb 15 06:22:49 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Feb 15 14:50:15 2012 -0500" }, "message": "mlx4: fix buffer overrun\n\nWhen passing MLX4_UC_STEER\u003d1 it was translated to value 2\nafter mlx4_QP_ATTACH_wrapper. Therefore in new_steering_entry()\nunicast steer entries were added to index 2 of array of size 2.\nFixing this bug by shift right to one position.\n\nSigned-off-by: Eugenia Emantayev \u003ceugenia@mellanox.co.il\u003e\nReviewed-by: Yevgeny Petrilin \u003cyevgenyp@mellanox.co.il\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "2504a6423b9ab4c36df78227055995644de19edb", "tree": "911bd00987bca9db89a40874ad44ae956e024b5d", "parents": [ "6670f15b1f6858a43b292d8ab64464e9f085a6aa" ], "author": { "name": "Pavel Roskin", "email": "proski@gnu.org", "time": "Sat Feb 11 10:01:53 2012 -0500" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:56:15 2012 -0500" }, "message": "ath9k: stop on rates with idx -1 in ath9k rate control\u0027s .tx_status\n\nRate control algorithms are supposed to stop processing when they\nencounter a rate with the index -1. Checking for rate-\u003ecount not being\nzero is not enough.\n\nAllowing a rate with negative index leads to memory corruption in\nath_debug_stat_rc().\n\nOne consequence of the bug is discussed at\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d768639\n\nSigned-off-by: Pavel Roskin \u003cproski@gnu.org\u003e\nCc: stable@vger.kernel.org\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n" }, { "commit": "6670f15b1f6858a43b292d8ab64464e9f085a6aa", "tree": "ba8cb3ade8da94277d134dc3d9c2d4081f9459ee", "parents": [ "216c57b214bd621335ff698b475f6db2802502dc" ], "author": { "name": "Amitkumar Karwar", "email": "akarwar@marvell.com", "time": "Thu Feb 09 18:32:22 2012 -0800" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:56:15 2012 -0500" }, "message": "mwifiex: clear previous security setting during association\n\nDriver maintains different flags for WEP, WPA, WPA2 security modes.\nAppropriate flag is set using security information provided in\nconnect request. mwifiex_is_network_compatible() routine uses them\nto check if driver\u0027s setting is compatible with AP. Association is\naborted if the routine fails.\n\nFor some corner cases, it is observed that association is failed\neven for valid security information based on association history.\nThis patch fixes the problem by clearing previous security setting\nduring each association.\n\nWe should set WEP key provided in connect request as default tx key.\nThis missing change is also added here.\n\nSigned-off-by: Amitkumar Karwar \u003cakarwar@marvell.com\u003e\nSigned-off-by: Bing Zhao \u003cbzhao@marvell.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n" }, { "commit": "216c57b214bd621335ff698b475f6db2802502dc", "tree": "3d436e04f60577c634106db5099f39e376b98a86", "parents": [ "4b5a433ae5348c23caa0b5f0a2fca7c342acb200" ], "author": { "name": "Felix Fietkau", "email": "nbd@openwrt.org", "time": "Wed Feb 08 19:17:11 2012 +0100" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:56:06 2012 -0500" }, "message": "mac80211: do not call rate control .tx_status before .rate_init\n\nMost rate control implementations assume .get_rate and .tx_status are only\ncalled once the per-station data has been fully initialized.\nminstrel_ht crashes if this assumption is violated.\n\nSigned-off-by: Felix Fietkau \u003cnbd@openwrt.org\u003e\nTested-by: Arend van Spriel \u003carend@broadcom.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n" }, { "commit": "4b5a433ae5348c23caa0b5f0a2fca7c342acb200", "tree": "023096819178eb695a78eb2de271af6470ff29c3", "parents": [ "24d2b8c0ac5c8ec41c26ed432238b0e027184882" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Fri Jan 20 13:55:23 2012 +0100" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:56:06 2012 -0500" }, "message": "mac80211: call rate control only after init\n\nThere are situations where we don\u0027t have the\nnecessary rate control information yet for\nstation entries, e.g. when associating. This\ncurrently doesn\u0027t really happen due to the\ndummy station handling; explicitly disabling\nrate control when it\u0027s not initialised will\nallow us to remove dummy stations.\n\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n" }, { "commit": "33b5d30cd8b200024d55ac5830c9efde1102ef4c", "tree": "4788d50ad6994a40bda8e146db4ca9674a482b92", "parents": [ "3013dc0cceb9baaf25d5624034eeaa259bf99004", "c27111e5b8d6b1e9296f7075cdc35872f672b524" ], "author": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:41:52 2012 -0500" }, "committer": { "name": "John W. Linville", "email": "linville@tuxdriver.com", "time": "Wed Feb 15 13:41:52 2012 -0500" }, "message": "Merge branch \u0027master\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless into for-davem\n" }, { "commit": "61cddc57dc14a5dffa0921d9a24fd68edbb374ac", "tree": "f909dda9bab29b39cecbd67bc9af008a0cf1ec03", "parents": [ "d65b4e98d7ea3038b767b70fe8be959b2913f16d" ], "author": { "name": "Lars-Peter Clausen", "email": "lars@metafoo.de", "time": "Wed Feb 15 10:23:25 2012 +0100" }, "committer": { "name": "Mark Brown", "email": "broonie@opensource.wolfsonmicro.com", "time": "Wed Feb 15 08:31:32 2012 -0800" }, "message": "regmap: Fix cache defaults initialization from raw cache defaults\n\nCurrently registers with a value of 0 are ignored when initializing the register\ndefaults from raw defaults. This worked in the past, because registers without a\nexplicit default were assumed to have a default value of 0. This was changed in\ncommit b03622a8 (\"regmap: Ensure rbtree syncs registers set to zero properly\").\nAs a result registers, which have a raw default value of 0 are now assumed to\nhave no default. This again can result in unnecessary writes when syncing the\ncache. It will also result in unnecessary reads for e.g. the first update\noperation. In the case where readback is not possible this will even let the\nupdate operation fail, if the register has not been written to before.\n\nSo this patch removes the check. Instead it adds a check to ignore raw defaults\nfor registers which are volatile, since those registers are not cached.\n\nSigned-off-by: Lars-Peter Clausen \u003clars@metafoo.de\u003e\nSigned-off-by: Mark Brown \u003cbroonie@opensource.wolfsonmicro.com\u003e\nCc: stable@vger.kernel.org\n" }, { "commit": "c38e23456278e967f094b08247ffc3711b1029b2", "tree": "ecd87e1fcd9c4e397d531081e45718cae132f7c1", "parents": [ "7ada1dd62804ca9ce1cb8666c6e563cd92fa50c1" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 15 08:05:18 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Wed Feb 15 08:05:18 2012 -0800" }, "message": "i387: fix sense of sanity check\n\nThe check for save_init_fpu() (introduced in commit 5b1cbac37798: \"i387:\nmake irq_fpu_usable() tests more robust\") was the wrong way around, but\nI hadn\u0027t noticed, because my \"tests\" were bogus: the FPU exceptions are\ndisabled by default, so even doing a divide by zero never actually\ntriggers this code at all unless you do extra work to enable them.\n\nSo if anybody did enable them, they\u0027d get one spurious warning.\n\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n" }, { "commit": "24d2b8c0ac5c8ec41c26ed432238b0e027184882", "tree": "d0331d56b1f94b3614eaade10ca5d1ca0ba8633c", "parents": [ "6de32750822d00bfa92c341166132b0714c5b559" ], "author": { "name": "Ulisses Furquim", "email": "ulisses@profusion.mobi", "time": "Mon Jan 30 18:26:29 2012 -0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Fix possible use after free in delete path\n\nWe need to use the _sync() version for cancelling the info and security\ntimer in the L2CAP connection delete path. Otherwise the delayed work\nhandler might run after the connection object is freed.\n\nSigned-off-by: Ulisses Furquim \u003culisses@profusion.mobi\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "6de32750822d00bfa92c341166132b0714c5b559", "tree": "b267e43e5a597578e923cd373961348e7cc7f6fb", "parents": [ "403f048a57050add364827fb3e2650af86463168" ], "author": { "name": "Ulisses Furquim", "email": "ulisses@profusion.mobi", "time": "Mon Jan 30 18:26:28 2012 -0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Remove usage of __cancel_delayed_work()\n\n__cancel_delayed_work() is being used in some paths where we cannot\nsleep waiting for the delayed work to finish. However, that function\nmight return while the timer is running and the work will be queued\nagain. Replace the calls with safer cancel_delayed_work() version\nwhich spins until the timer handler finishes on other CPUs and\ncancels the delayed work.\n\nSigned-off-by: Ulisses Furquim \u003culisses@profusion.mobi\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "403f048a57050add364827fb3e2650af86463168", "tree": "0aaa4c5a458a60e6f9ced6b0a38f73bb0eca373b", "parents": [ "ca0d6c7ece0e78268cd7c5c378d6b1b610625085" ], "author": { "name": "Manoj Iyer", "email": "manoj.iyer@canonical.com", "time": "Thu Feb 02 09:32:36 2012 -0600" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: btusb: Add vendor specific ID (0a5c 21f3) for BCM20702A0\n\nT: Bus\u003d01 Lev\u003d02 Prnt\u003d02 Port\u003d03 Cnt\u003d03 Dev#\u003d 5 Spd\u003d12 MxCh\u003d 0\nD: Ver\u003d 2.00 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 MxPS\u003d64 #Cfgs\u003d 1\nP: Vendor\u003d0a5c ProdID\u003d21f3 Rev\u003d01.12\nS: Manufacturer\u003dBroadcom Corp\nS: Product\u003dBCM20702A0\nS: SerialNumber\u003d74DE2B344A7B\nC: #Ifs\u003d 4 Cfg#\u003d 1 Atr\u003de0 MxPwr\u003d0mA\nI: If#\u003d 0 Alt\u003d 0 #EPs\u003d 3 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\nI: If#\u003d 1 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\nI: If#\u003d 2 Alt\u003d 0 #EPs\u003d 2 Cls\u003dff(vend.) Sub\u003dff Prot\u003dff Driver\u003d(none)\nI: If#\u003d 3 Alt\u003d 0 #EPs\u003d 0 Cls\u003dfe(app. ) Sub\u003d01 Prot\u003d01 Driver\u003d(none)\n\nSigned-off-by: Manoj Iyer \u003cmanoj.iyer@canonical.com\u003e\nTested-by: Dennis Chua \u003cdennis.chua@canonical.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "ca0d6c7ece0e78268cd7c5c378d6b1b610625085", "tree": "23c56a6629b63e20c59ba36971fd181d54c02b6d", "parents": [ "cf33e77b76d7439f21a23a94eab4ab3b405a6a7d" ], "author": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Fri Feb 03 21:29:40 2012 +0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Add missing QUIRK_NO_RESET test to hci_dev_do_close\n\nWe should only perform a reset in hci_dev_do_close if the\nHCI_QUIRK_NO_RESET flag is set (since in such a case a reset will not be\nperformed when initializing the device).\n\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\n" }, { "commit": "cf33e77b76d7439f21a23a94eab4ab3b405a6a7d", "tree": "3e8ad4b4c7a2cb23835c3c2144457a56eba7129b", "parents": [ "a51cd2be864a3cc0272359b1995e213341dfc7e7" ], "author": { "name": "Octavian Purdila", "email": "octavian.purdila@intel.com", "time": "Fri Jan 27 19:32:39 2012 +0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Fix RFCOMM session reference counting issue\n\nThere is an imbalance in the rfcomm_session_hold / rfcomm_session_put\noperations which causes the following crash:\n\n[ 685.010159] BUG: unable to handle kernel paging request at 6b6b6b6b\n[ 685.010169] IP: [\u003cc149d76d\u003e] rfcomm_process_dlcs+0x1b/0x15e\n[ 685.010181] *pdpt \u003d 000000002d665001 *pde \u003d 0000000000000000\n[ 685.010191] Oops: 0000 [#1] PREEMPT SMP\n[ 685.010247]\n[ 685.010255] Pid: 947, comm: krfcommd Tainted: G C 3.0.16-mid8-dirty #44\n[ 685.010266] EIP: 0060:[\u003cc149d76d\u003e] EFLAGS: 00010246 CPU: 1\n[ 685.010274] EIP is at rfcomm_process_dlcs+0x1b/0x15e\n[ 685.010281] EAX: e79f551c EBX: 6b6b6b6b ECX: 00000007 EDX: e79f40b4\n[ 685.010288] ESI: e79f4060 EDI: ed4e1f70 EBP: ed4e1f68 ESP: ed4e1f50\n[ 685.010295] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\n[ 685.010303] Process krfcommd (pid: 947, ti\u003ded4e0000 task\u003ded43e5e0 task.ti\u003ded4e0000)\n[ 685.010308] Stack:\n[ 685.010312] ed4e1f68 c149eb53 e5925150 e79f4060 ed500000 ed4e1f70 ed4e1f80 c149ec10\n[ 685.010331] 00000000 ed43e5e0 00000000 ed4e1f90 ed4e1f9c c149ec87 0000bf54 00000000\n[ 685.010348] 00000000 ee03bf54 c149ec37 ed4e1fe4 c104fe01 00000000 00000000 00000000\n[ 685.010367] Call Trace:\n[ 685.010376] [\u003cc149eb53\u003e] ? rfcomm_process_rx+0x6e/0x74\n[ 685.010387] [\u003cc149ec10\u003e] rfcomm_process_sessions+0xb7/0xde\n[ 685.010398] [\u003cc149ec87\u003e] rfcomm_run+0x50/0x6d\n[ 685.010409] [\u003cc149ec37\u003e] ? rfcomm_process_sessions+0xde/0xde\n[ 685.010419] [\u003cc104fe01\u003e] kthread+0x63/0x68\n[ 685.010431] [\u003cc104fd9e\u003e] ? __init_kthread_worker+0x42/0x42\n[ 685.010442] [\u003cc14dae82\u003e] kernel_thread_helper+0x6/0xd\n\nThis issue has been brought up earlier here:\n\nhttps://lkml.org/lkml/2011/5/21/127\n\nThe issue appears to be the rfcomm_session_put in rfcomm_recv_ua. This\noperation doesn\u0027t seem be to required as for the non-initiator case we\nhave the rfcomm_process_rx doing an explicit put and in the initiator\ncase the last dlc_unlink will drive the reference counter to 0.\n\nThere have been several attempts to fix these issue:\n\n6c2718d Bluetooth: Do not call rfcomm_session_put() for RFCOMM UA on closed socket\n683d949 Bluetooth: Never deallocate a session when some DLC points to it\n\nbut AFAICS they do not fix the issue just make it harder to reproduce.\n\nSigned-off-by: Octavian Purdila \u003coctavian.purdila@intel.com\u003e\nSigned-off-by: Gopala Krishna Murala \u003cgopala.krishna.murala@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "a51cd2be864a3cc0272359b1995e213341dfc7e7", "tree": "6d67396ca7e3243ad8dcfb94457e9f0583fe16ac", "parents": [ "b5a30dda6598af216c070165ece6068f9f00f33a" ], "author": { "name": "Andre Guedes", "email": "andre.guedes@openbossa.org", "time": "Fri Jan 27 19:42:02 2012 -0300" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Fix potential deadlock\n\nWe don\u0027t need to use the _sync variant in hci_conn_hold and\nhci_conn_put to cancel conn-\u003edisc_work delayed work. This way\nwe avoid potential deadlocks like this one reported by lockdep.\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n[ INFO: possible circular locking dependency detected ]\n3.2.0+ #1 Not tainted\n-------------------------------------------------------\nkworker/u:1/17 is trying to acquire lock:\n (\u0026hdev-\u003elock){+.+.+.}, at: [\u003cffffffffa0041155\u003e] hci_conn_timeout+0x62/0x158 [bluetooth]\n\nbut task is already holding lock:\n ((\u0026(\u0026conn-\u003edisc_work)-\u003ework)){+.+...}, at: [\u003cffffffff81035751\u003e] process_one_work+0x11a/0x2bf\n\nwhich lock already depends on the new lock.\n\nthe existing dependency chain (in reverse order) is:\n\n-\u003e #2 ((\u0026(\u0026conn-\u003edisc_work)-\u003ework)){+.+...}:\n [\u003cffffffff81057444\u003e] lock_acquire+0x8a/0xa7\n [\u003cffffffff81034ed1\u003e] wait_on_work+0x3d/0xaa\n [\u003cffffffff81035b54\u003e] __cancel_work_timer+0xac/0xef\n [\u003cffffffff81035ba4\u003e] cancel_delayed_work_sync+0xd/0xf\n [\u003cffffffffa00554b0\u003e] smp_chan_create+0xde/0xe6 [bluetooth]\n [\u003cffffffffa0056160\u003e] smp_conn_security+0xa3/0x12d [bluetooth]\n [\u003cffffffffa0053640\u003e] l2cap_connect_cfm+0x237/0x2e8 [bluetooth]\n [\u003cffffffffa004239c\u003e] hci_proto_connect_cfm+0x2d/0x6f [bluetooth]\n [\u003cffffffffa0046ea5\u003e] hci_event_packet+0x29d1/0x2d60 [bluetooth]\n [\u003cffffffffa003dde3\u003e] hci_rx_work+0xd0/0x2e1 [bluetooth]\n [\u003cffffffff810357af\u003e] process_one_work+0x178/0x2bf\n [\u003cffffffff81036178\u003e] worker_thread+0xce/0x152\n [\u003cffffffff81039a03\u003e] kthread+0x95/0x9d\n [\u003cffffffff812e7754\u003e] kernel_thread_helper+0x4/0x10\n\n-\u003e #1 (slock-AF_BLUETOOTH-BTPROTO_L2CAP){+.+...}:\n [\u003cffffffff81057444\u003e] lock_acquire+0x8a/0xa7\n [\u003cffffffff812e553a\u003e] _raw_spin_lock_bh+0x36/0x6a\n [\u003cffffffff81244d56\u003e] lock_sock_nested+0x24/0x7f\n [\u003cffffffffa004d96f\u003e] lock_sock+0xb/0xd [bluetooth]\n [\u003cffffffffa0052906\u003e] l2cap_chan_connect+0xa9/0x26f [bluetooth]\n [\u003cffffffffa00545f8\u003e] l2cap_sock_connect+0xb3/0xff [bluetooth]\n [\u003cffffffff81243b48\u003e] sys_connect+0x69/0x8a\n [\u003cffffffff812e6579\u003e] system_call_fastpath+0x16/0x1b\n\n-\u003e #0 (\u0026hdev-\u003elock){+.+.+.}:\n [\u003cffffffff81056d06\u003e] __lock_acquire+0xa80/0xd74\n [\u003cffffffff81057444\u003e] lock_acquire+0x8a/0xa7\n [\u003cffffffff812e3870\u003e] __mutex_lock_common+0x48/0x38e\n [\u003cffffffff812e3c75\u003e] mutex_lock_nested+0x2a/0x31\n [\u003cffffffffa0041155\u003e] hci_conn_timeout+0x62/0x158 [bluetooth]\n [\u003cffffffff810357af\u003e] process_one_work+0x178/0x2bf\n [\u003cffffffff81036178\u003e] worker_thread+0xce/0x152\n [\u003cffffffff81039a03\u003e] kthread+0x95/0x9d\n [\u003cffffffff812e7754\u003e] kernel_thread_helper+0x4/0x10\n\nother info that might help us debug this:\n\nChain exists of:\n \u0026hdev-\u003elock --\u003e slock-AF_BLUETOOTH-BTPROTO_L2CAP --\u003e (\u0026(\u0026conn-\u003edisc_work)-\u003ework)\n\n Possible unsafe locking scenario:\n\n CPU0 CPU1\n ---- ----\n lock((\u0026(\u0026conn-\u003edisc_work)-\u003ework));\n lock(slock-AF_BLUETOOTH-BTPROTO_L2CAP);\n lock((\u0026(\u0026conn-\u003edisc_work)-\u003ework));\n lock(\u0026hdev-\u003elock);\n\n *** DEADLOCK ***\n\n2 locks held by kworker/u:1/17:\n #0: (hdev-\u003ename){.+.+.+}, at: [\u003cffffffff81035751\u003e] process_one_work+0x11a/0x2bf\n #1: ((\u0026(\u0026conn-\u003edisc_work)-\u003ework)){+.+...}, at: [\u003cffffffff81035751\u003e] process_one_work+0x11a/0x2bf\n\nstack backtrace:\nPid: 17, comm: kworker/u:1 Not tainted 3.2.0+ #1\nCall Trace:\n [\u003cffffffff812e06c6\u003e] print_circular_bug+0x1f8/0x209\n [\u003cffffffff81056d06\u003e] __lock_acquire+0xa80/0xd74\n [\u003cffffffff81021ef2\u003e] ? arch_local_irq_restore+0x6/0xd\n [\u003cffffffff81022bc7\u003e] ? vprintk+0x3f9/0x41e\n [\u003cffffffff81057444\u003e] lock_acquire+0x8a/0xa7\n [\u003cffffffffa0041155\u003e] ? hci_conn_timeout+0x62/0x158 [bluetooth]\n [\u003cffffffff812e3870\u003e] __mutex_lock_common+0x48/0x38e\n [\u003cffffffffa0041155\u003e] ? hci_conn_timeout+0x62/0x158 [bluetooth]\n [\u003cffffffff81190fd6\u003e] ? __dynamic_pr_debug+0x6d/0x6f\n [\u003cffffffffa0041155\u003e] ? hci_conn_timeout+0x62/0x158 [bluetooth]\n [\u003cffffffff8105320f\u003e] ? trace_hardirqs_off+0xd/0xf\n [\u003cffffffff812e3c75\u003e] mutex_lock_nested+0x2a/0x31\n [\u003cffffffffa0041155\u003e] hci_conn_timeout+0x62/0x158 [bluetooth]\n [\u003cffffffff810357af\u003e] process_one_work+0x178/0x2bf\n [\u003cffffffff81035751\u003e] ? process_one_work+0x11a/0x2bf\n [\u003cffffffff81055af3\u003e] ? lock_acquired+0x1d0/0x1df\n [\u003cffffffffa00410f3\u003e] ? hci_acl_disconn+0x65/0x65 [bluetooth]\n [\u003cffffffff81036178\u003e] worker_thread+0xce/0x152\n [\u003cffffffff810407ed\u003e] ? finish_task_switch+0x45/0xc5\n [\u003cffffffff810360aa\u003e] ? manage_workers.isra.25+0x16a/0x16a\n [\u003cffffffff81039a03\u003e] kthread+0x95/0x9d\n [\u003cffffffff812e7754\u003e] kernel_thread_helper+0x4/0x10\n [\u003cffffffff812e5db4\u003e] ? retint_restore_args+0x13/0x13\n [\u003cffffffff8103996e\u003e] ? __init_kthread_worker+0x55/0x55\n [\u003cffffffff812e7750\u003e] ? gs_change+0x13/0x13\n\nSigned-off-by: Andre Guedes \u003candre.guedes@openbossa.org\u003e\nSigned-off-by: Vinicius Costa Gomes \u003cvinicius.gomes@openbossa.org\u003e\nReviewed-by: Ulisses Furquim \u003culisses@profusion.mobi\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "b5a30dda6598af216c070165ece6068f9f00f33a", "tree": "049eff0341a243dbd02af3c83a7166f941177833", "parents": [ "331660637b4e5136602a98200a84f6b65ed8d5be" ], "author": { "name": "Octavian Purdila", "email": "tavi.purdila@gmail.com", "time": "Sun Jan 22 00:28:34 2012 +0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: silence lockdep warning\n\nSince bluetooth uses multiple protocols types, to avoid lockdep\nwarnings, we need to use different lockdep classes (one for each\nprotocol type).\n\nThis is already done in bt_sock_create but it misses a couple of cases\nwhen new connections are created. This patch corrects that to fix the\nfollowing warning:\n\n\u003c4\u003e[ 1864.732366] \u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\n\u003c4\u003e[ 1864.733030] [ INFO: possible circular locking dependency detected ]\n\u003c4\u003e[ 1864.733544] 3.0.16-mid3-00007-gc9a0f62 #3\n\u003c4\u003e[ 1864.733883] -------------------------------------------------------\n\u003c4\u003e[ 1864.734408] t.android.btclc/4204 is trying to acquire lock:\n\u003c4\u003e[ 1864.734869] (rfcomm_mutex){+.+.+.}, at: [\u003cc14970ea\u003e] rfcomm_dlc_close+0x15/0x30\n\u003c4\u003e[ 1864.735541]\n\u003c4\u003e[ 1864.735549] but task is already holding lock:\n\u003c4\u003e[ 1864.736045] (sk_lock-AF_BLUETOOTH){+.+.+.}, at: [\u003cc1498bf7\u003e] lock_sock+0xa/0xc\n\u003c4\u003e[ 1864.736732]\n\u003c4\u003e[ 1864.736740] which lock already depends on the new lock.\n\u003c4\u003e[ 1864.736750]\n\u003c4\u003e[ 1864.737428]\n\u003c4\u003e[ 1864.737437] the existing dependency chain (in reverse order) is:\n\u003c4\u003e[ 1864.738016]\n\u003c4\u003e[ 1864.738023] -\u003e #1 (sk_lock-AF_BLUETOOTH){+.+.+.}:\n\u003c4\u003e[ 1864.738549] [\u003cc1062273\u003e] lock_acquire+0x104/0x140\n\u003c4\u003e[ 1864.738977] [\u003cc13d35c1\u003e] lock_sock_nested+0x58/0x68\n\u003c4\u003e[ 1864.739411] [\u003cc1493c33\u003e] l2cap_sock_sendmsg+0x3e/0x76\n\u003c4\u003e[ 1864.739858] [\u003cc13d06c3\u003e] __sock_sendmsg+0x50/0x59\n\u003c4\u003e[ 1864.740279] [\u003cc13d0ea2\u003e] sock_sendmsg+0x94/0xa8\n\u003c4\u003e[ 1864.740687] [\u003cc13d0ede\u003e] kernel_sendmsg+0x28/0x37\n\u003c4\u003e[ 1864.741106] [\u003cc14969ca\u003e] rfcomm_send_frame+0x30/0x38\n\u003c4\u003e[ 1864.741542] [\u003cc1496a2a\u003e] rfcomm_send_ua+0x58/0x5a\n\u003c4\u003e[ 1864.741959] [\u003cc1498447\u003e] rfcomm_run+0x441/0xb52\n\u003c4\u003e[ 1864.742365] [\u003cc104f095\u003e] kthread+0x63/0x68\n\u003c4\u003e[ 1864.742742] [\u003cc14d5182\u003e] kernel_thread_helper+0x6/0xd\n\u003c4\u003e[ 1864.743187]\n\u003c4\u003e[ 1864.743193] -\u003e #0 (rfcomm_mutex){+.+.+.}:\n\u003c4\u003e[ 1864.743667] [\u003cc1061ada\u003e] __lock_acquire+0x988/0xc00\n\u003c4\u003e[ 1864.744100] [\u003cc1062273\u003e] lock_acquire+0x104/0x140\n\u003c4\u003e[ 1864.744519] [\u003cc14d2c70\u003e] __mutex_lock_common+0x3b/0x33f\n\u003c4\u003e[ 1864.744975] [\u003cc14d303e\u003e] mutex_lock_nested+0x2d/0x36\n\u003c4\u003e[ 1864.745412] [\u003cc14970ea\u003e] rfcomm_dlc_close+0x15/0x30\n\u003c4\u003e[ 1864.745842] [\u003cc14990d9\u003e] __rfcomm_sock_close+0x5f/0x6b\n\u003c4\u003e[ 1864.746288] [\u003cc1499114\u003e] rfcomm_sock_shutdown+0x2f/0x62\n\u003c4\u003e[ 1864.746737] [\u003cc13d275d\u003e] sys_socketcall+0x1db/0x422\n\u003c4\u003e[ 1864.747165] [\u003cc14d42f0\u003e] syscall_call+0x7/0xb\n\nSigned-off-by: Octavian Purdila \u003coctavian.purdila@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "331660637b4e5136602a98200a84f6b65ed8d5be", "tree": "0fe6f4a3bd4ba98855b039af5a4c066d50ac7cc7", "parents": [ "6e1da683f79a22fafaada62d547138daaa9e3456" ], "author": { "name": "Vinicius Costa Gomes", "email": "vinicius.gomes@openbossa.org", "time": "Wed Jan 04 11:57:17 2012 -0300" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:26 2012 +0200" }, "message": "Bluetooth: Fix using an absolute timeout on hci_conn_put()\n\nqueue_delayed_work() expects a relative time for when that work\nshould be scheduled.\n\nSigned-off-by: Vinicius Costa Gomes \u003cvinicius.gomes@openbossa.org\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "6e1da683f79a22fafaada62d547138daaa9e3456", "tree": "d3502a1dd0a2df2d13e9d53a70042f68381e0ee3", "parents": [ "a63752552b95624a9f1dfa3d763870f72f964ad0" ], "author": { "name": "Andrzej Kaczmarek", "email": "andrzej.kaczmarek@tieto.com", "time": "Wed Jan 04 12:10:42 2012 +0100" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:25 2012 +0200" }, "message": "Bluetooth: l2cap_set_timer needs jiffies as timeout value\n\nAfter moving L2CAP timers to workqueues l2cap_set_timer expects timeout\nvalue to be specified in jiffies but constants defined in miliseconds\nare used. This makes timeouts unreliable when CONFIG_HZ is not set to\n1000.\n\n__set_chan_timer macro still uses jiffies as input to avoid multiple\nconversions from/to jiffies for sk_sndtimeo value which is already\nspecified in jiffies.\n\nSigned-off-by: Andrzej Kaczmarek \u003candrzej.kaczmarek@tieto.com\u003e\nAckec-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "a63752552b95624a9f1dfa3d763870f72f964ad0", "tree": "a18d24a87e98bad9965731a0282fe0216f73a439", "parents": [ "4aa832c27edf902130f8bace1d42cf22468823fa" ], "author": { "name": "Andrzej Kaczmarek", "email": "andrzej.kaczmarek@tieto.com", "time": "Wed Jan 04 12:10:41 2012 +0100" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:25 2012 +0200" }, "message": "Bluetooth: Fix sk_sndtimeo initialization for L2CAP socket\n\nsk_sndtime value should be specified in jiffies thus initial value\nneeds to be converted from miliseconds. Otherwise this timeout is\nunreliable when CONFIG_HZ is not set to 1000.\n\nSigned-off-by: Andrzej Kaczmarek \u003candrzej.kaczmarek@tieto.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "4aa832c27edf902130f8bace1d42cf22468823fa", "tree": "0145f7d8455de5a7e06a3b9be52f2c2ac3857bb2", "parents": [ "19ad9e94f6e2b4b3e1feccfb2466eb6e3e5b8c2a" ], "author": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Sun Jan 08 22:51:16 2012 +0200" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:25 2012 +0200" }, "message": "Bluetooth: Remove bogus inline declaration from l2cap_chan_connect\n\nAs reported by Dan Carpenter this function causes a Sparse warning and\nshouldn\u0027t be declared inline:\n\ninclude/net/bluetooth/l2cap.h:837:30 error: marked inline, but without a\ndefinition\"\n\nReported-by: Dan Carpenter \u003cdan.carpenter@oracle.com\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\n" }, { "commit": "19ad9e94f6e2b4b3e1feccfb2466eb6e3e5b8c2a", "tree": "8227320fee1abc4db1aa0aeefcfde5b0f2b2f87d", "parents": [ "18daf1644e634bae951a6e3d4d19d89170209762" ], "author": { "name": "Daniel Wagner", "email": "daniel.wagner@bmw-carit.de", "time": "Tue Jan 03 11:53:53 2012 +0100" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:25 2012 +0200" }, "message": "Bluetooth: Don\u0027t mark non xfer isoc endpoint URBs with URB_ISO_ASAP\n\n[ 2096.384084] btusb_send_frame:684: hci0\n[ 2096.384087] usb 3-1: BOGUS urb flags, 2 --\u003e 0\n[ 2096.384091] Bluetooth: hci0 urb ffff8801b61d3a80 submission failed (22)\n\nAccording the documentation in usb_submit_urb() URB_ISO_ASAP\nflag is only allowed for endpoints of type USB_ENDPOINT_XFER_ISOC.\n\nThis reverts commit b8aabfc92249b239c425da7e4ca85b7e4855e984.\n\nSigned-off-by: Daniel Wagner \u003cdaniel.wagner@bmw-carit.de\u003e\nAcked-by: Luiz Augusto von Dentz \u003cluiz.von.dentz@intel.com\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "18daf1644e634bae951a6e3d4d19d89170209762", "tree": "e4d467a93904208cb2c421868646b1cd8f33b34e", "parents": [ "c27111e5b8d6b1e9296f7075cdc35872f672b524" ], "author": { "name": "Peter Hurley", "email": "peter@hurleysoftware.com", "time": "Fri Jan 13 15:11:30 2012 +0100" }, "committer": { "name": "Johan Hedberg", "email": "johan.hedberg@intel.com", "time": "Wed Feb 15 13:09:25 2012 +0200" }, "message": "Bluetooth: Fix l2cap conn failures for ssp devices\n\nCommit 330605423c fixed l2cap conn establishment for non-ssp remote\ndevices by not setting HCI_CONN_ENCRYPT_PEND every time conn security\nis tested (which was always returning failure on any subsequent\nsecurity checks).\n\nHowever, this broke l2cap conn establishment for ssp remote devices\nwhen an ACL link was already established at SDP-level security. This\nfix ensures that encryption must be pending whenever authentication\nis also pending.\n\nSigned-off-by: Peter Hurley \u003cpeter@hurleysoftware.com\u003e\nTested-by: Daniel Wagner \u003cdaniel.wagner@bmw-carit.de\u003e\nAcked-by: Marcel Holtmann \u003cmarcel@holtmann.org\u003e\nSigned-off-by: Johan Hedberg \u003cjohan.hedberg@intel.com\u003e\n" }, { "commit": "7ada1dd62804ca9ce1cb8666c6e563cd92fa50c1", "tree": "210489b69f5db64fb0450a310ce9f8762121a66f", "parents": [ "ebf4bcbd5f249afc8f48a7aa32255f8ebbff5876", "9fc886a1880766fb91cb27c2e96bd814cef640d6" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:26:42 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:26:42 2012 -0800" }, "message": "Merge tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator\n\nOne small bug fix from Axel plus a fix for a build failure in unrealistic\nbut commonly built configs which for some reason manage to survive for\nan awfully long time in -next without any reports.\n\n* tag \u0027for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator:\n regulator: Fix getting voltage in max8649_enable_time()\n regulator: Fix mc13xxx regulator modular build (again)\n" }, { "commit": "ebf4bcbd5f249afc8f48a7aa32255f8ebbff5876", "tree": "47fdb196fc109411d4524bf2c25d88a6d5470477", "parents": [ "8b36ac50da8e12d0469a7268ddbd6cab29307deb", "778a785f02ad846446e91dab49331bd7d853c514" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:21:25 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:21:25 2012 -0800" }, "message": "Merge branch \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc\n\nQuoth BenH:\n \"Here are a few powerpc fixes for 3.3, all pretty trivial. I also\n added the patch to define GET_IP/SET_IP so we can use some more\n asm-generic goodness.\"\n\n* \u0027merge\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:\n powerpc/pseries/eeh: Fix crash when error happens during device probe\n powerpc/pseries: Fix partition migration hang in stop_topology_update\n powerpc/powernv: Disable interrupts while taking phb-\u003elock\n powerpc: Fix WARN_ON in decrementer_check_overflow\n powerpc/wsp: Fix IRQ affinity setting\n powerpc: Implement GET_IP/SET_IP\n powerpc/wsp: Permanently enable PCI class code workaround\n" }, { "commit": "8b36ac50da8e12d0469a7268ddbd6cab29307deb", "tree": "4a48e1ea476dc4753f139eac01be0c4c576810fc", "parents": [ "694ce18ec3485f5b0a4f3820073f5e2b0b4e0870", "f9c2a0dc42a6938ff2a80e55ca2bbd1d5581c72e" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:50 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:50 2012 -0800" }, "message": "Merge tag \u0027mmc-fixes-for-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc\n\nMMC fixes for 3.3-rc4:\n * The most visible fix here is against a regression introduced in 3.3-rc1\n that ran cards in Ultra High Speed mode even when they failed to initialize\n in that mode, leading to lower-speed cards failing to mount.\n * A lockdep warning introduced in 3.3-rc1 is fixed.\n * Various other small driver fixes, most notably for a NULL dereference\n when using highmem with dw_mmc.\n\n* tag \u0027mmc-fixes-for-3.3-rc4\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc:\n mmc: dw_mmc: Fix PIO mode with support of highmem\n mmc: atmel-mci: save and restore sdioirq when soft reset is performed\n mmc: block: Init ro_lock sysfs attr to fix lockdep warnings\n mmc: sh_mmcif: fix late delayed work initialisation\n mmc: tmio_mmc: fix card eject during IO with DMA\n mmc: core: Fix comparison issue in mmc_compare_ext_csds\n mmc: core: Fix PowerOff Notify suspend/resume\n mmc: sdhci-pci: set Medfield SDIO as non-removable\n mmc: core: add the capability for broken voltage\n mmc: core: Fix low speed mmc card detection failure\n mmc: esdhc: set the timeout to the max value\n mmc: esdhc: add PIO mode support\n mmc: core: Ensure clocks are always enabled before host interaction\n mmc: of_mmc_spi: fix little endian support\n mmc: core: UHS sdio card that fails should not exceed 50MHz\n mmc: esdhc: fix errors when booting kernel on Freescale eSDHC version 2.3\n" }, { "commit": "694ce18ec3485f5b0a4f3820073f5e2b0b4e0870", "tree": "e979926df34b41e17024107ee4731739608d8b51", "parents": [ "13d261932bbfff7f45f288c5c8cce43177cccd3b", "a43a5ccdfa5bd5b2f00aa9b2321df268c2e5d6e2" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:11 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 15:20:11 2012 -0800" }, "message": "Merge tag \u0027stable/for-linus-fixes-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen\n\nTwo fixes for VCPU offlining; One to fix the string format exposed\nby the xen-pci[front|back] to conform to the one used in majority of\nPCI drivers; Two fixes to make the code more resilient to invalid\nconfigurations.\n\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\n\n* tag \u0027stable/for-linus-fixes-3.3-rc3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen:\n xenbus_dev: add missing error check to watch handling\n xen/pci[front|back]: Use %d instead of %1x for displaying PCI devfn.\n xen pvhvm: do not remap pirqs onto evtchns if !xen_have_vector_callback\n xen/smp: Fix CPU online/offline bug triggering a BUG: scheduling while atomic.\n xen/bootup: During bootup suppress XENBUS: Unable to read cpu state\n" }, { "commit": "3013dc0cceb9baaf25d5624034eeaa259bf99004", "tree": "2e02935bf2ddbcfc3f398484228b146000ef8eb9", "parents": [ "58e05f357a039a94aa36475f8c110256f693a239" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Tue Feb 14 10:27:09 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 14 16:28:23 2012 -0500" }, "message": "3c59x: shorten timer period for slave devices\n\nJean Delvare reported bonding on top of 3c59x adapters was not detecting\nnetwork cable removal fast enough.\n\n3c59x indeed uses a 60 seconds timer to check link status if carrier is\non, and 5 seconds if carrier is off.\n\nThis patch reduces timer period to 5 seconds if device is a bonding\nslave.\n\nReported-by: Jean Delvare \u003cjdelvare@suse.de\u003e\nAcked-by: Jean Delvare \u003cjdelvare@suse.de\u003e\nAcked-by: Steffen Klassert \u003csteffen.klassert@secunet.com\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "58e05f357a039a94aa36475f8c110256f693a239", "tree": "c9f03ac6514a6e4de646880be1f2e6d7764b8fea", "parents": [ "f65bd5ec47a4461bc575d5d34902fd18b6ec5542" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Tue Feb 14 10:11:59 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 14 15:24:26 2012 -0500" }, "message": "netpoll: netpoll_poll_dev() should access dev-\u003eflags\n\ncommit 5a698af53f (bond: service netpoll arp queue on master device)\ntested IFF_SLAVE flag against dev-\u003epriv_flags instead of dev-\u003eflags\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nCc: WANG Cong \u003camwang@redhat.com\u003e\nAcked-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "f65bd5ec47a4461bc575d5d34902fd18b6ec5542", "tree": "a3620efc993f54214badf3c9b738a00aab840087", "parents": [ "fc543637525b59af38af2ce09a4dbdd7d5eb27bf" ], "author": { "name": "Axel Lin", "email": "axel.lin@gmail.com", "time": "Mon Feb 13 20:19:14 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 14 14:41:55 2012 -0500" }, "message": "RxRPC: Fix kcalloc parameters swapped\n\nThe first parameter should be \"number of elements\" and the second parameter\nshould be \"element size\".\n\nSigned-off-by: Axel Lin \u003caxel.lin@gmail.com\u003e\nAcked-by: David Howells \u003cdhowells@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "fc543637525b59af38af2ce09a4dbdd7d5eb27bf", "tree": "e40c1d57c91650beded648cc2716bb6738797d75", "parents": [ "0af2a0d0576205dda778d25c6c344fc6508fc81d" ], "author": { "name": "Michal Schmidt", "email": "mschmidt@redhat.com", "time": "Tue Feb 14 09:05:46 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 14 14:39:45 2012 -0500" }, "message": "bnx2x: remove the \u0027poll\u0027 module option\n\n\u0027poll\u0027 was a debugging option, but turning it on these days leads to\nkernel panic. Remove it.\n\nSigned-off-by: Michal Schmidt \u003cmschmidt@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "0af2a0d0576205dda778d25c6c344fc6508fc81d", "tree": "3f3b3d70ed8d614c2b64ddeaaac27f526e844497", "parents": [ "fbcf88b8833ce2c404b9a0e7caab82b20312cbbc" ], "author": { "name": "Neal Cardwell", "email": "ncardwell@google.com", "time": "Mon Feb 13 20:22:08 2012 +0000" }, "committer": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Tue Feb 14 14:38:57 2012 -0500" }, "message": "tcp: fix tcp_shifted_skb() adjustment of lost_cnt_hint for FACK\n\nThis commit ensures that lost_cnt_hint is correctly updated in\ntcp_shifted_skb() for FACK TCP senders. The lost_cnt_hint adjustment\nin tcp_sacktag_one() only applies to non-FACK senders, so FACK senders\nneed their own adjustment.\n\nThis applies the spirit of 1e5289e121372a3494402b1b131b41bfe1cf9b7f -\nexcept now that the sequence range passed into tcp_sacktag_one() is\ncorrect we need only have a special case adjustment for FACK.\n\nSigned-off-by: Neal Cardwell \u003cncardwell@google.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\n" }, { "commit": "13d261932bbfff7f45f288c5c8cce43177cccd3b", "tree": "0ed1c6e4c79f5e08fc2211dc96b7776afec6f8fc", "parents": [ "ce5afed937f0a823d3b00c9459409c3f5f2fbd5d", "27c3afe6e1cf129faac90405121203962da08ff4" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 09:09:24 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Feb 14 09:09:24 2012 -0800" }, "message": "Merge tag \u0027sound-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound\n\nsound fixes for 3.3-rc4\n\nBasically all small fixes suited as rc4: a few HD-audio regression fixes,\na stable fix for an old Dell laptop with intel8x0, and a simple fix for\nASoC fsi.\n\n* tag \u0027sound-fixes\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound:\n ALSA: intel8x0: Fix default inaudible sound on Gateway M520\n ALSA: hda - Fix silent speaker output on Acer Aspire 6935\n ALSA: hda - Fix initialization of secondary capture source on VT1705\n ASoC: fsi: fixup fsi_pointer() calculation method\n ALSA: hda - Fix mute-LED VREF value for new HP laptops\n" }, { "commit": "b7f5b7dec3d539a84734f2bcb7e53fbb1532a40b", "tree": "c901dee3518d50d4f543e5ad9df565a904e5c06c", "parents": [ "6f9f8a61089bb177e53e14ee62f4a65134f3692f" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Feb 13 16:36:34 2012 -0500" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Feb 14 13:36:23 2012 +0000" }, "message": "drm/radeon/kms: fix MSI re-arm on rv370+\n\nMSI_REARM_EN register is a write only trigger register.\nThere is no need RMW when re-arming.\n\nMay fix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d41668\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCC: stable@vger.kernel.org\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n" }, { "commit": "6f9f8a61089bb177e53e14ee62f4a65134f3692f", "tree": "0cda17a6cdeeb6bc743d8d1040e7d9ccd2d5b3f5", "parents": [ "40e8c738785a25be585fcf661c6bb32f1a090ef2" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Feb 13 08:59:41 2012 -0500" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Feb 14 10:56:51 2012 +0000" }, "message": "drm/radeon/kms/atom: bios scratch reg handling updates\n\n- Add missing DFP6 connection state handling\n- crtc routing bits not used on DCE4+\n\nNoticed by sylware on phoronix.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n" }, { "commit": "40e8c738785a25be585fcf661c6bb32f1a090ef2", "tree": "581bf17f3e4556d6a1d00302e55a41ab68039c4b", "parents": [ "ce5afed937f0a823d3b00c9459409c3f5f2fbd5d" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Mon Feb 13 12:18:37 2012 +0000" }, "committer": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Tue Feb 14 10:56:16 2012 +0000" }, "message": "drm/radeon/kms: drop lock in return path of radeon_fence_count_emitted.\n\nSilly bad return path.\n\nReported-and-Tested-by: Mikko Vinni\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCC: stable@vger.kernel.org\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n" }, { "commit": "27c3afe6e1cf129faac90405121203962da08ff4", "tree": "f8a5cf6ad004cb83ca5f2224aeb1f39195750a63", "parents": [ "675c67afb6a05907d9683ef176f41852bb1b5b9d" ], "author": { "name": "Daniel T Chen", "email": "crimsun@ubuntu.com", "time": "Mon Feb 13 23:44:22 2012 -0500" }, "committer": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Feb 14 09:33:47 2012 +0100" }, "message": "ALSA: intel8x0: Fix default inaudible sound on Gateway M520\n\nBugLink: https://bugs.launchpad.net/bugs/930842\n\nThe reporter states that audio is inaudible by default without muting\n\u0027External Amplifier\u0027. Add a quirk to handle his SSID so that changing\nthe control is not necessary.\n\nReported-and-tested-by: Benjamin Carlson \u003celderbubba0810@gmail.com\u003e\nCc: \u003cstable@kernel.org\u003e\nSigned-off-by: Daniel T Chen \u003ccrimsun@ubuntu.com\u003e\nSigned-off-by: Takashi Iwai \u003ctiwai@suse.de\u003e\n" }, { "commit": "675c67afb6a05907d9683ef176f41852bb1b5b9d", "tree": "3b10821811da038702364d1940bdac5b51261d17", "parents": [ "a68f20ef80e62b3dfed3097ad57ec88550cdabe7", "1987877d869027ab63dc9df515e11f19279a8091" ], "author": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Feb 14 09:24:58 2012 +0100" }, "committer": { "name": "Takashi Iwai", "email": "tiwai@suse.de", "time": "Tue Feb 14 09:24:58 2012 +0100" }, "message": "Merge tag \u0027asoc-3.3\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus\n\nA simple fix from Morimoto-san for the pointer() operation in the FSI\ndriver.\n" }, { "commit": "ce5afed937f0a823d3b00c9459409c3f5f2fbd5d", "tree": "e2c488ad8a634812459fd733f87b673ccf1977d6", "parents": [ "ca81a62198e39ad9155f12725c269fcc2a9f1f8b", "ff4fa4a25a33f92b5653bb43add0c63bea98d464" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 20:34:44 2012 -0800" }, "committer": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Mon Feb 13 20:34:44 2012 -0800" }, "message": "Merge git://git.samba.org/sfrench/cifs-2.6\n\n* git://git.samba.org/sfrench/cifs-2.6:\n cifs: don\u0027t return error from standard_receive3 after marking response malformed\n cifs: request oplock when doing open on lookup\n cifs: fix error handling when cifscreds key payload is an error\n" } ], "next": "ca81a62198e39ad9155f12725c269fcc2a9f1f8b" }