)]}' { "log": [ { "commit": "766b8a7f7ee006dfd73dbc676addd80f7dbe86ef", "tree": "818c4c1709838ac321940e68624ec6d0228b9db1", "parents": [ "0d5b25f934978301b2a1385c72f3b6abe04db484" ], "author": { "name": "Clemens Ladisch", "email": "clemens@ladisch.de", "time": "Sat Dec 03 23:41:31 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:25 2012 -0800" }, "message": "usb: fix number of mapped SG DMA entries\n\ncommit bc677d5b64644c399cd3db6a905453e611f402ab upstream.\n\nAdd a new field num_mapped_sgs to struct urb so that we have a place to\nstore the number of mapped entries and can also retain the original\nvalue of entries in num_sgs. Previously, usb_hcd_map_urb_for_dma()\nwould overwrite this with the number of mapped entries, which would\nbreak dma_unmap_sg() because it requires the original number of entries.\n\nThis fixes warnings like the following when using USB storage devices:\n ------------[ cut here ]------------\n WARNING: at lib/dma-debug.c:902 check_unmap+0x4e4/0x695()\n ehci_hcd 0000:00:12.2: DMA-API: device driver frees DMA sg list with different entry count [map count\u003d4] [unmap count\u003d1]\n Modules linked in: ohci_hcd ehci_hcd\n Pid: 0, comm: kworker/0:1 Not tainted 3.2.0-rc2+ #319\n Call Trace:\n \u003cIRQ\u003e [\u003cffffffff81036d3b\u003e] warn_slowpath_common+0x80/0x98\n [\u003cffffffff81036de7\u003e] warn_slowpath_fmt+0x41/0x43\n [\u003cffffffff811fa5ae\u003e] check_unmap+0x4e4/0x695\n [\u003cffffffff8105e92c\u003e] ? trace_hardirqs_off+0xd/0xf\n [\u003cffffffff8147208b\u003e] ? _raw_spin_unlock_irqrestore+0x33/0x50\n [\u003cffffffff811fa84a\u003e] debug_dma_unmap_sg+0xeb/0x117\n [\u003cffffffff8137b02f\u003e] usb_hcd_unmap_urb_for_dma+0x71/0x188\n [\u003cffffffff8137b166\u003e] unmap_urb_for_dma+0x20/0x22\n [\u003cffffffff8137b1c5\u003e] usb_hcd_giveback_urb+0x5d/0xc0\n [\u003cffffffffa0000d02\u003e] ehci_urb_done+0xf7/0x10c [ehci_hcd]\n [\u003cffffffffa0001140\u003e] qh_completions+0x429/0x4bd [ehci_hcd]\n [\u003cffffffffa000340a\u003e] ehci_work+0x95/0x9c0 [ehci_hcd]\n ...\n ---[ end trace f29ac88a5a48c580 ]---\n Mapped at:\n [\u003cffffffff811faac4\u003e] debug_dma_map_sg+0x45/0x139\n [\u003cffffffff8137bc0b\u003e] usb_hcd_map_urb_for_dma+0x22e/0x478\n [\u003cffffffff8137c494\u003e] usb_hcd_submit_urb+0x63f/0x6fa\n [\u003cffffffff8137d01c\u003e] usb_submit_urb+0x2c7/0x2de\n [\u003cffffffff8137dcd4\u003e] usb_sg_wait+0x55/0x161\n\nSigned-off-by: Clemens Ladisch \u003cclemens@ladisch.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0d5b25f934978301b2a1385c72f3b6abe04db484", "tree": "5785127f67eb15fd5b6bf1864d882c21a403abca", "parents": [ "5ccce01507d92e98ca263b35aa263f43e24b272f" ], "author": { "name": "Malte Schröder", "email": "maltesch@gmx.de", "time": "Thu Jan 05 20:34:40 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:24 2012 -0800" }, "message": "USB: Add USB-ID for Multiplex RC serial adapter to cp210x.c\n\ncommit 08e87d0d773dc9ca5faf4c3306e238ed0ea129b0 upstream.\n\nHi, below patch adds the USB-ID of the serial adapters sold by\nMultiplex RC (www.multiplex-rc.de).\n\nSigned-off-by: Malte Schröder \u003cmaltesch@gmx.de\u003e\nCc: stable \u003cstable@vger.kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5ccce01507d92e98ca263b35aa263f43e24b272f", "tree": "8d076f45d1c7dc7f3049194a25c64fe226e968cc", "parents": [ "a2cb6c3022494f6e43d284ed9159e15dd71f5937" ], "author": { "name": "Johan Hovold", "email": "jhovold@gmail.com", "time": "Sun Nov 06 19:06:21 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:17 2012 -0800" }, "message": "USB: omninet: fix write_room\n\ncommit 694c6301e515bad574af74b6552134c4d9dcb334 upstream.\n\nFix regression introduced by commit 507ca9bc047666 ([PATCH] USB: add\nability for usb-serial drivers to determine if their write urb is\ncurrently being used.) which inverted the logic in write_room so that it\nreturns zero when the write urb is actually free.\n\nSigned-off-by: Johan Hovold \u003cjhovold@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a2cb6c3022494f6e43d284ed9159e15dd71f5937", "tree": "010cff9c387a3a49bfd43bf4d815b47dcae244ea", "parents": [ "d1a86326cb0aaa71ddef4ae5325e2387c1410380" ], "author": { "name": "Felipe Contreras", "email": "felipe.contreras@gmail.com", "time": "Mon Dec 19 22:01:54 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:16 2012 -0800" }, "message": "usb: musb: fix pm_runtime mismatch\n\ncommit 772aed45b604c5ff171f0f12c12392d868333f79 upstream.\n\nIn musb_init_controller() there\u0027s a pm_runtime_put(), but there\u0027s no\npm_runtime_get(), which creates a mismatch that causes the driver to\nsleep when it shouldn\u0027t.\n\nThis was introduced in 7acc619[1], but it wasn\u0027t triggered in my setup\nuntil 18a2689[2] was merged to Linus\u0027 branch at point df0914[3]. IOW;\nwhen PM is working as it was supposed to.\n\nHowever, it seems most of the time this is used in a way that keeps the\ncounter above 0, so nobody noticed. Also, it seems to depend on the\nconfiguration used in versions before 3.1, but not later (or in it).\n\nI found the problem by loading isp1704_charger before any usb gadgets:\nhttp://article.gmane.org/gmane.linux.kernel/1226122\n\nAll versions after 2.6.39 are affected.\n\n[1] usb: musb: Idle path retention and offmode support for OMAP3\n[2] OMAP2+: musb: hwmod adaptation for musb registration\n[3] Merge branch \u0027omap-for-linus\u0027 of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6\n\nCc: Hema HK \u003chemahk@ti.com\u003e\nSigned-off-by: Felipe Contreras \u003cfelipe.contreras@gmail.com\u003e\nSigned-off-by: Felipe Balbi \u003cbalbi@ti.com\u003e\n\n" }, { "commit": "d1a86326cb0aaa71ddef4ae5325e2387c1410380", "tree": "4af83c75a7c2c6ad2ebeaba07730185adf05f7bf", "parents": [ "702d50dd4360c942a3b888c468843f2540a95e64" ], "author": { "name": "Oliver Neukum", "email": "oliver@neukum.org", "time": "Tue Jan 03 09:58:54 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:12 2012 -0800" }, "message": "USB: add quirk for another camera\n\ncommit 35284b3d2f68a8a3703745e629999469f78386b5 upstream.\n\nThe Guillemot Webcam Hercules Dualpix Exchange camera\nhas been reported with a second ID.\n\nSigned-off-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "702d50dd4360c942a3b888c468843f2540a95e64", "tree": "fbaba9e95ad0209ce6bdaad146a6f1f0955077ed", "parents": [ "41671fca58f3487f4dd4b148a0a3360b2f9ebb2a" ], "author": { "name": "Huajun Li", "email": "huajun.li.lee@gmail.com", "time": "Wed Jan 04 19:25:33 2012 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:11 2012 -0800" }, "message": "usb: usb-storage doesn\u0027t support dynamic id currently, the patch disables the feature to fix an oops\n\ncommit 1a3a026ba1b6bbfe0b7f79ab38cf991d691e7c9a upstream.\n\nEcho vendor and product number of a non usb-storage device to\nusb-storage driver\u0027s new_id, then plug in the device to host and you\nwill find following oops msg, the root cause is usb_stor_probe1()\nrefers invalid id entry if giving a dynamic id, so just disable the\nfeature.\n\n[ 3105.018012] general protection fault: 0000 [#1] SMP DEBUG_PAGEALLOC\n[ 3105.018062] CPU 0\n[ 3105.018075] Modules linked in: usb_storage usb_libusual bluetooth\ndm_crypt binfmt_misc snd_hda_codec_analog snd_hda_intel snd_hda_codec\nsnd_hwdep hp_wmi ppdev sparse_keymap snd_pcm snd_seq_midi snd_rawmidi\nsnd_seq_midi_event snd_seq snd_timer snd_seq_device psmouse snd\nserio_raw tpm_infineon soundcore i915 snd_page_alloc tpm_tis\nparport_pc tpm tpm_bios drm_kms_helper drm i2c_algo_bit video lp\nparport usbhid hid sg sr_mod sd_mod ehci_hcd uhci_hcd usbcore e1000e\nusb_common floppy\n[ 3105.018408]\n[ 3105.018419] Pid: 189, comm: khubd Tainted: G I 3.2.0-rc7+\n#29 Hewlett-Packard HP Compaq dc7800p Convertible Minitower/0AACh\n[ 3105.018481] RIP: 0010:[\u003cffffffffa045830d\u003e] [\u003cffffffffa045830d\u003e]\nusb_stor_probe1+0x2fd/0xc20 [usb_storage]\n[ 3105.018536] RSP: 0018:ffff880056a3d830 EFLAGS: 00010286\n[ 3105.018562] RAX: ffff880065f4e648 RBX: ffff88006bb28000 RCX: 0000000000000000\n[ 3105.018597] RDX: ffff88006f23c7b0 RSI: 0000000000000001 RDI: 0000000000000206\n[ 3105.018632] RBP: ffff880056a3d900 R08: 0000000000000000 R09: ffff880067365000\n[ 3105.018665] R10: 00000000000002ac R11: 0000000000000010 R12: ffff6000b41a7340\n[ 3105.018698] R13: ffff880065f4ef60 R14: ffff88006bb28b88 R15: ffff88006f23d270\n[ 3105.018733] FS: 0000000000000000(0000) GS:ffff88007a200000(0000)\nknlGS:0000000000000000\n[ 3105.018773] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n[ 3105.018801] CR2: 00007fc99c8c4650 CR3: 0000000001e05000 CR4: 00000000000006f0\n[ 3105.018835] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n[ 3105.018870] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n[ 3105.018906] Process khubd (pid: 189, threadinfo ffff880056a3c000,\ntask ffff88005677a400)\n[ 3105.018945] Stack:\n[ 3105.018959] 0000000000000000 0000000000000000 ffff880056a3d8d0\n0000000000000002\n[ 3105.019011] 0000000000000000 ffff880056a3d918 ffff880000000000\n0000000000000002\n[ 3105.019058] ffff880056a3d8d0 0000000000000012 ffff880056a3d8d0\n0000000000000006\n[ 3105.019105] Call Trace:\n[ 3105.019128] [\u003cffffffffa0458cd4\u003e] storage_probe+0xa4/0xe0 [usb_storage]\n[ 3105.019173] [\u003cffffffffa0097822\u003e] usb_probe_interface+0x172/0x330 [usbcore]\n[ 3105.019211] [\u003cffffffff815fda67\u003e] driver_probe_device+0x257/0x3b0\n[ 3105.019243] [\u003cffffffff815fdd43\u003e] __device_attach+0x73/0x90\n[ 3105.019272] [\u003cffffffff815fdcd0\u003e] ? __driver_attach+0x110/0x110\n[ 3105.019303] [\u003cffffffff815fb93c\u003e] bus_for_each_drv+0x9c/0xf0\n[ 3105.019334] [\u003cffffffff815fd6c7\u003e] device_attach+0xf7/0x120\n[ 3105.019364] [\u003cffffffff815fc905\u003e] bus_probe_device+0x45/0x80\n[ 3105.019396] [\u003cffffffff815f98a6\u003e] device_add+0x876/0x990\n[ 3105.019434] [\u003cffffffffa0094e42\u003e] usb_set_configuration+0x822/0x9e0 [usbcore]\n[ 3105.019479] [\u003cffffffffa00a3492\u003e] generic_probe+0x62/0xf0 [usbcore]\n[ 3105.019518] [\u003cffffffffa0097a46\u003e] usb_probe_device+0x66/0xb0 [usbcore]\n[ 3105.019555] [\u003cffffffff815fda67\u003e] driver_probe_device+0x257/0x3b0\n[ 3105.019589] [\u003cffffffff815fdd43\u003e] __device_attach+0x73/0x90\n[ 3105.019617] [\u003cffffffff815fdcd0\u003e] ? __driver_attach+0x110/0x110\n[ 3105.019648] [\u003cffffffff815fb93c\u003e] bus_for_each_drv+0x9c/0xf0\n[ 3105.019680] [\u003cffffffff815fd6c7\u003e] device_attach+0xf7/0x120\n[ 3105.019709] [\u003cffffffff815fc905\u003e] bus_probe_device+0x45/0x80\n[ 3105.021040] usb usb6: usb auto-resume\n[ 3105.021045] usb usb6: wakeup_rh\n[ 3105.024849] [\u003cffffffff815f98a6\u003e] device_add+0x876/0x990\n[ 3105.025086] [\u003cffffffffa0088987\u003e] usb_new_device+0x1e7/0x2b0 [usbcore]\n[ 3105.025086] [\u003cffffffffa008a4d7\u003e] hub_thread+0xb27/0x1ec0 [usbcore]\n[ 3105.025086] [\u003cffffffff810d5200\u003e] ? wake_up_bit+0x50/0x50\n[ 3105.025086] [\u003cffffffffa00899b0\u003e] ? usb_remote_wakeup+0xa0/0xa0 [usbcore]\n[ 3105.025086] [\u003cffffffff810d49b8\u003e] kthread+0xd8/0xf0\n[ 3105.025086] [\u003cffffffff81939884\u003e] kernel_thread_helper+0x4/0x10\n[ 3105.025086] [\u003cffffffff8192a8c0\u003e] ? _raw_spin_unlock_irq+0x50/0x80\n[ 3105.025086] [\u003cffffffff8192b1b4\u003e] ? retint_restore_args+0x13/0x13\n[ 3105.025086] [\u003cffffffff810d48e0\u003e] ? __init_kthread_worker+0x80/0x80\n[ 3105.025086] [\u003cffffffff81939880\u003e] ? gs_change+0x13/0x13\n[ 3105.025086] Code: 00 48 83 05 cd ad 00 00 01 48 83 05 cd ad 00 00\n01 4c 8b ab 30 0c 00 00 48 8b 50 08 48 83 c0 30 48 89 45 a0 4c 89 a3\n40 0c 00 00 \u003c41\u003e 0f b6 44 24 10 48 89 55 a8 3c ff 0f 84 b8 04 00 00 48\n83 05\n[ 3105.025086] RIP [\u003cffffffffa045830d\u003e] usb_stor_probe1+0x2fd/0xc20\n[usb_storage]\n[ 3105.025086] RSP \u003cffff880056a3d830\u003e\n[ 3105.060037] hub 6-0:1.0: hub_resume\n[ 3105.062616] usb usb5: usb auto-resume\n[ 3105.064317] ehci_hcd 0000:00:1d.7: resume root hub\n[ 3105.094809] ---[ end trace a7919e7f17c0a727 ]---\n[ 3105.130069] hub 5-0:1.0: hub_resume\n[ 3105.132131] usb usb4: usb auto-resume\n[ 3105.132136] usb usb4: wakeup_rh\n[ 3105.180059] hub 4-0:1.0: hub_resume\n[ 3106.290052] usb usb6: suspend_rh (auto-stop)\n[ 3106.290077] usb usb4: suspend_rh (auto-stop)\n\nSigned-off-by: Huajun Li \u003chuajun.li.lee@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "41671fca58f3487f4dd4b148a0a3360b2f9ebb2a", "tree": "75bd01f31d37cebb1640b1bc57079cdae7e4563f", "parents": [ "e60f83773e5a5757b765b30776bd1e7fe1188c1b" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Mon Dec 05 14:02:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:10 2012 -0800" }, "message": "USB: isight: fix kernel bug when loading firmware\n\ncommit 59bf5cf94f0fa3b08fb1258b52649077b7d0914d upstream.\n\nWe were sending data on the stack when uploading firmware, which causes\nsome machines fits, and is not allowed. Fix this by using the buffer we\nalready had around for this very purpose.\n\nReported-by: Wouter M. Koolen \u003cwmkoolen@cwi.nl\u003e\nTested-by: Wouter M. Koolen \u003cwmkoolen@cwi.nl\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e60f83773e5a5757b765b30776bd1e7fe1188c1b", "tree": "75bd2b24cf214f4ace6a864ed2747602c1d6f397", "parents": [ "608620c3e7c26618bbef00ce070e7d0bbfb9cc37" ], "author": { "name": "Julia Lawall", "email": "julia@diku.dk", "time": "Fri Dec 23 14:02:55 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:10 2012 -0800" }, "message": "drivers/usb/class/cdc-acm.c: clear dangling pointer\n\ncommit e7c8e8605d0bafc705ff27f9da98a1668427cc0f upstream.\n\nOn some failures, the country_code field of an acm structure is freed\nwithout freeing the acm structure itself. Elsewhere, operations including\nmemcpy and kfree are performed on the country_code field. The patch sets\nthe country_code field to NULL when it is freed, and likewise sets the\ncountry_code_size field to 0.\n\nSigned-off-by: Julia Lawall \u003cjulia@diku.dk\u003e\nAcked-by: Oliver Neukum \u003coneukum@suse.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "608620c3e7c26618bbef00ce070e7d0bbfb9cc37", "tree": "db558a6aefb1967b3e4f7fa9d9d2a456d91f00c2", "parents": [ "2481cbcad1ba76a928c74c2e8cab67d8c77823ab" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Sat Dec 10 02:30:48 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:09 2012 -0800" }, "message": "udf: Fix deadlock when converting file from in-ICB one to normal one\n\ncommit d2eb8c359309ec45d6bf5b147303ab8e13be86ea upstream.\n\nDuring BKL removal in 2.6.38, conversion of files from in-ICB format to normal\nformat got broken. We call -\u003ewritepage with i_data_sem held but udf_get_block()\nalso acquires i_data_sem thus creating A-A deadlock.\n\nWe fix the problem by dropping i_data_sem before calling -\u003ewritepage() which is\nsafe since i_mutex still protects us against any changes in the file. Also fix\npagelock - i_data_sem lock inversion in udf_expand_file_adinicb() by dropping\ni_data_sem before calling find_or_create_page().\n\nReported-by: Matthias Matiak \u003cnetzpython@mail-on.us\u003e\nTested-by: Matthias Matiak \u003cnetzpython@mail-on.us\u003e\nReviewed-by: Namjae Jeon \u003clinkinjeon@gmail.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2481cbcad1ba76a928c74c2e8cab67d8c77823ab", "tree": "23f5b3d7aada19cf8f7ce69c9003f6ea891cabb7", "parents": [ "630fe244a944ebb950e8b2076177547266d255cf" ], "author": { "name": "Li Zefan", "email": "lizf@cn.fujitsu.com", "time": "Tue Dec 27 14:25:55 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:08 2012 -0800" }, "message": "cgroup: fix to allow mounting a hierarchy by name\n\ncommit 0d19ea866562e46989412a0676412fa0983c9ce7 upstream.\n\nIf we mount a hierarchy with a specified name, the name is unique,\nand we can use it to mount the hierarchy without specifying its\nset of subsystem names. This feature is documented is\nDocumentation/cgroups/cgroups.txt section 2.3\n\nHere\u0027s an example:\n\n\t# mount -t cgroup -o cpuset,name\u003dmyhier xxx /cgroup1\n\t# mount -t cgroup -o name\u003dmyhier xxx /cgroup2\n\nBut it was broken by commit 32a8cf235e2f192eb002755076994525cdbaa35a\n(cgroup: make the mount options parsing more accurate)\n\nThis fixes the regression.\n\nSigned-off-by: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "630fe244a944ebb950e8b2076177547266d255cf", "tree": "aae7e78232a9e9f024e0a48add044751a2048ac1", "parents": [ "90a043b02598d19b6dccc677bbf9bb8e8ec94ab7" ], "author": { "name": "Claudio Scordino", "email": "claudio@evidence.eu.com", "time": "Fri Dec 16 15:08:49 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:07 2012 -0800" }, "message": "atmel_serial: fix spinlock lockup in RS485 code\n\ncommit dbf1115d3f8c7052788aa4e6e46abd27f3b3eeba upstream.\n\nPatch to fix a spinlock lockup in the driver that sometimes happens when the\ntasklet starts.\n\nSigned-off-by: Claudio Scordino \u003cclaudio@evidence.eu.com\u003e\nSigned-off-by: Dave Bender \u003ccodehero@gmail.com\u003e\nTested-by: Dave Bender \u003ccodehero@gmail.com\u003e\nAcked-by: Nicolas Ferre \u003cnicolas.ferre@atmel.com\u003e\nAcked-by: Alan Cox \u003calan@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "90a043b02598d19b6dccc677bbf9bb8e8ec94ab7", "tree": "66e87cee9325eff8e008bdc71045c13e91820673", "parents": [ "42e857c955b65b25062e5af605c4164e5e32b144" ], "author": { "name": "Alan Stern", "email": "stern@rowland.harvard.edu", "time": "Wed Jan 04 16:36:35 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:06 2012 -0800" }, "message": "USB: update documentation for usbmon\n\ncommit d8cae98cddd286e38db1724dda1b0e7b467f9237 upstream.\n\nThe documentation for usbmon is out of date; the usbfs \"devices\" file\nnow exists in /sys/kernel/debug/usb rather than /proc/bus/usb. This\npatch (as1505) updates the documentation accordingly, and also\nmentions that the necessary information can be found by running lsusb.\n\nSigned-off-by: Alan Stern \u003cstern@rowland.harvard.edu\u003e\nCC: Pete Zaitcev \u003czaitcev@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "42e857c955b65b25062e5af605c4164e5e32b144", "tree": "98a0c0e4688546641203589717a5748cb695e101", "parents": [ "d8bbed420a3f1a3c7290a7bb9f3b424fd24c0b04" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Thu Dec 22 16:49:05 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:06 2012 -0800" }, "message": "ext3: Don\u0027t warn from writepage when readonly inode is spotted after error\n\ncommit 33c104d415e92a51aaf638dc3d93920cfa601e5c upstream.\n\nWARN_ON_ONCE(IS_RDONLY(inode)) tends to trip when filesystem hits error and is\nremounted read-only. This unnecessarily scares users (well, they should be\nscared because of filesystem error, but the stack trace distracts them from the\nright source of their fear ;-). We could as well just remove the WARN_ON but\nit\u0027s not hard to fix it to not trip on filesystem with errors and not use more\ncycles in the common case so that\u0027s what we do.\n\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d8bbed420a3f1a3c7290a7bb9f3b424fd24c0b04", "tree": "77f2278b7899f48d357438b7583e053bdc570b74", "parents": [ "dcc4f0ce22c88840b2c490e962dfbd84cb003941" ], "author": { "name": "Jeff Mahoney", "email": "jeffm@suse.com", "time": "Wed Dec 21 21:18:43 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "reiserfs: Force inode evictions before umount to avoid crash\n\ncommit a9e36da655e54545c3289b2a0700b5c443de0edd upstream.\n\nThis patch fixes a crash in reiserfs_delete_xattrs during umount.\n\nWhen shrink_dcache_for_umount clears the dcache from\ngeneric_shutdown_super, delayed evictions are forced to disk. If an\nevicted inode has extended attributes associated with it, it will\nneed to walk the xattr tree to locate and remove them.\n\nBut since shrink_dcache_for_umount will BUG if it encounters active\ndentries, the xattr tree must be released before it\u0027s called or it will\ncrash during every umount.\n\nThis patch forces the evictions to occur before generic_shutdown_super\nby calling shrink_dcache_sb first. The additional evictions caused\nby the removal of each associated xattr file and dir will be automatically\nhandled as they\u0027re added to the LRU list.\n\nCC: reiserfs-devel@vger.kernel.org\nSigned-off-by: Jeff Mahoney \u003cjeffm@suse.com\u003e\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "dcc4f0ce22c88840b2c490e962dfbd84cb003941", "tree": "93b762499df8e284936d93b6628933aa6418d70d", "parents": [ "2431496fbdd142ccc83138d94f3f510a36ce9270" ], "author": { "name": "Jan Kara", "email": "jack@suse.cz", "time": "Wed Dec 21 17:35:34 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "reiserfs: Fix quota mount option parsing\n\ncommit a06d789b424190e9f59da391681f908486db2554 upstream.\n\nWhen jqfmt mount option is not specified on remount, we mistakenly clear\ns_jquota_fmt value stored in superblock. Fix the problem.\n\nCC: reiserfs-devel@vger.kernel.org\nSigned-off-by: Jan Kara \u003cjack@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2431496fbdd142ccc83138d94f3f510a36ce9270", "tree": "167a353749646746be9e253d1426c4923cd18a02", "parents": [ "0853141b9eff15c72dde6868ee5351db3f7d12f1" ], "author": { "name": "Steven Rostedt", "email": "srostedt@redhat.com", "time": "Fri Nov 04 16:32:25 2011 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:05 2012 -0800" }, "message": "perf: Fix parsing of __print_flags() in TP_printk()\n\ncommit 49908a1b25d448d68fd26faca260e1850201575f upstream.\n\nA update is made to the sched:sched_switch event that adds some\nlogic to the first parameter of the __print_flags() that shows the\nstate of tasks. This change cause perf to fail parsing the flags.\n\nA simple fix is needed to have the parser be able to process ops\nwithin the argument.\n\nReported-by: Andrew Vagin \u003cavagin@openvz.org\u003e\nSigned-off-by: Steven Rostedt \u003crostedt@goodmis.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0853141b9eff15c72dde6868ee5351db3f7d12f1", "tree": "1fe1380073a216fa02bc3331c0f62d6adff475c8", "parents": [ "e50262ea574d1daf62529e2b282b8551790f7f38" ], "author": { "name": "Ram Vepa", "email": "ram.vepa@qlogic.com", "time": "Fri Dec 23 08:01:43 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:04 2012 -0800" }, "message": "IB/qib: Fix a possible data corruption when receiving packets\n\ncommit eddfb675256f49d14e8c5763098afe3eb2c93701 upstream.\n\nPrevent a receive data corruption by ensuring that the write to update\nthe rcvhdrheadn register to generate an interrupt is at the very end\nof the receive processing.\n\nSigned-off-by: Ramkrishna Vepa \u003cram.vepa@qlogic.com\u003e\nSigned-off-by: Mike Marciniszyn \u003cmike.marciniszyn@qlogic.com\u003e\nSigned-off-by: Roland Dreier \u003croland@purestorage.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e50262ea574d1daf62529e2b282b8551790f7f38", "tree": "129ebcca17bb69f608ad5ee795ee1e2194ffac8a", "parents": [ "ec0d3233562d591c892841fcfa73edd3700a6ca6" ], "author": { "name": "Aurelien Jacobs", "email": "aurel@gnuage.org", "time": "Fri Dec 16 10:49:22 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:04 2012 -0800" }, "message": "asix: new device id\n\ncommit e8303a3b2196272c3eb994d0fd1a189a958a2bdd upstream.\n\nAdds the device id needed for the USB Ethernet Adapter delivered by\nASUS with their Zenbook.\n\nSigned-off-by: Aurelien Jacobs \u003caurel@gnuage.org\u003e\nAcked-by: Grant Grundler \u003cgrundler@chromium.org\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ec0d3233562d591c892841fcfa73edd3700a6ca6", "tree": "600c51c819116e9b79f8608570b1b0329bee06bd", "parents": [ "bfaebb8af017d443937022cf3d5735d726e4f711" ], "author": { "name": "Li Zhong", "email": "zhong@linux.vnet.ibm.com", "time": "Sun Dec 18 16:03:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:03 2012 -0800" }, "message": "powerpc: Fix unpaired probe_hcall_entry and probe_hcall_exit\n\ncommit e4f387d8db3ba3c2dae4d8bdfe7bb5f4fe1bcb0d upstream.\n\nUnpaired calling of probe_hcall_entry and probe_hcall_exit might happen\nas following, which could cause incorrect preempt count.\n\n__trace_hcall_entry \u003d\u003e trace_hcall_entry -\u003e probe_hcall_entry \u003d\u003e\nget_cpu_var \u003d\u003e preempt_disable\n\n__trace_hcall_exit \u003d\u003e trace_hcall_exit -\u003e probe_hcall_exit \u003d\u003e\nput_cpu_var \u003d\u003e preempt_enable\n\nwhere:\nA \u003d\u003e B and A -\u003e B means A calls B, but\n\u003d\u003e means A will call B through function name, and B will definitely be\ncalled.\n-\u003e means A will call B through function pointer, so B might not be\ncalled if the function pointer is not set.\n\nSo error happens when only one of probe_hcall_entry and probe_hcall_exit\nget called during a hcall.\n\nThis patch tries to move the preempt count operations from\nprobe_hcall_entry and probe_hcall_exit to its callers.\n\nReported-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Li Zhong \u003czhong@linux.vnet.ibm.com\u003e\nTested-by: Paul E. McKenney \u003cpaulmck@linux.vnet.ibm.com\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bfaebb8af017d443937022cf3d5735d726e4f711", "tree": "8f88264306700916b41aa8b0521fbf6f57db6fae", "parents": [ "a7b8c32b67b60fe9e8b53bb86bb7a04631e6e262" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Wed Nov 23 20:07:17 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:02 2012 -0800" }, "message": "powerpc/time: Handle wrapping of decrementer\n\ncommit 37fb9a0231ee43d42d069863bdfd567fca2b61af upstream.\n\nWhen re-enabling interrupts we have code to handle edge sensitive\ndecrementers by resetting the decrementer to 1 whenever it is negative.\nIf interrupts were disabled long enough that the decrementer wrapped to\npositive we do nothing. This means interrupts can be delayed for a long\ntime until it finally goes negative again.\n\nWhile we hope interrupts are never be disabled long enough for the\ndecrementer to go positive, we have a very good test team that can\ndrive any kernel into the ground. The softlockup data we get back\nfrom these fails could be seconds in the future, completely missing\nthe cause of the lockup.\n\nWe already keep track of the timebase of the next event so use that\nto work out if we should trigger a decrementer exception.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a7b8c32b67b60fe9e8b53bb86bb7a04631e6e262", "tree": "fa30a9638c3063b0b65bcfde0025a1438bee4e17", "parents": [ "4b2bb3c98c134fb26332afd5ad54078c53a30c44" ], "author": { "name": "Pontus Fuchs", "email": "pontus.fuchs@gmail.com", "time": "Tue Oct 18 09:23:42 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:02 2012 -0800" }, "message": "wl12xx: Check buffer bound when processing nvs data\n\ncommit f6efe96edd9c41c624c8f4ddbc4930c1a2d8f1e1 upstream.\n\nAn nvs with malformed contents could cause the processing of the\ncalibration data to read beyond the end of the buffer. Prevent this\nfrom happening by adding bound checking.\n\nSigned-off-by: Pontus Fuchs \u003cpontus.fuchs@gmail.com\u003e\nReviewed-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4b2bb3c98c134fb26332afd5ad54078c53a30c44", "tree": "931168dcddd6eecdd02f5ab8caf66e001363dba5", "parents": [ "68530d7210025a1e395819b774fcffaf943dd8f3" ], "author": { "name": "Pontus Fuchs", "email": "pontus.fuchs@gmail.com", "time": "Tue Oct 18 09:23:41 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:01 2012 -0800" }, "message": "wl12xx: Validate FEM index from ini file and FW\n\ncommit 2131d3c2f99b081806fdae7662c92fe6acda52af upstream.\n\nCheck for out of bound FEM index to prevent reading beyond ini\nmemory end.\n\nSigned-off-by: Pontus Fuchs \u003cpontus.fuchs@gmail.com\u003e\nReviewed-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Luciano Coelho \u003ccoelho@ti.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "68530d7210025a1e395819b774fcffaf943dd8f3", "tree": "c62e164e108dff0c5807228af221b80d63a5a389", "parents": [ "51a32a1a373e071aec24ffa765d198d591b3d6dd" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Tue Jan 03 12:09:15 2012 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:35:00 2012 -0800" }, "message": "offb: Fix bug in calculating requested vram size\n\ncommit c055fe0797b7bd8f6f21a13598a55a16d5c13ae7 upstream.\n\nWe used to try to request 8 times more vram than needed, which would\nfail if the card has a too small BAR (observed with qemu \u0026 kvm).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "51a32a1a373e071aec24ffa765d198d591b3d6dd", "tree": "3ca125cec33629445f067fe0c7423d9864fb960b", "parents": [ "081fa89b1a6e7ed3a05459b88ad974a6f3795a90" ], "author": { "name": "Benjamin Herrenschmidt", "email": "benh@kernel.crashing.org", "time": "Wed Dec 28 00:10:16 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:59 2012 -0800" }, "message": "offb: Fix setting of the pseudo-palette for \u003e8bpp\n\ncommit 1bb0b7d21584b3f878e2bc880db62351ddee5185 upstream.\n\nWhen using a \u003e8bpp framebuffer, offb advertises truecolor, not directcolor,\nand doesn\u0027t touch the color map even if it has a corresponding access method\nfor the real hardware.\n\nThus it needs to set the pseudo-palette with all 3 components of the color,\nlike other truecolor framebuffers, not with copies of the color index like\na directcolor framebuffer would do.\n\nThis went unnoticed for a long time because it\u0027s pretty hard to get offb\nto kick in with anything but 8bpp (old BootX under MacOS will do that and\nqemu does it).\n\nSigned-off-by: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "081fa89b1a6e7ed3a05459b88ad974a6f3795a90", "tree": "bcc7e81058c2d34d9a8195d8c162e2d8ebe7cde0", "parents": [ "d4560a886a6ddd150cb5489d2b9491f96349aa7f" ], "author": { "name": "Larry Finger", "email": "Larry.Finger@lwfinger.net", "time": "Tue Dec 27 12:22:51 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:58 2012 -0800" }, "message": "rt2800usb: Move ID out of unknown\n\ncommit 3f81f8f1524ccca24df1029b0cf825ecef5e5cdc upstream.\n\nTesting on the openSUSE wireless forum has shown that a Linksys\nWUSB54GC v3 with USB ID 1737:0077 works with rt2800usb when the ID is\nwritten to /sys/.../new_id. This ID can therefore be moved out of UNKNOWN.\n\nSigned-off-by: Larry Finger \u003cLarry.Finger@lwfinger.net\u003e\nAcked-by: Gertjan van Wingerde \u003cgwingerde@gmail.com\u003e\nAcked-by: Ivo van Doorn \u003cIvDoorn@gmail.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d4560a886a6ddd150cb5489d2b9491f96349aa7f", "tree": "54aa363da16eb5c9bb2a2f877a6de50ab42a6bba", "parents": [ "e559e564fbf46caf1d2c5a531ffe8b745b117c3f" ], "author": { "name": "Neil Horman", "email": "nhorman@tuxdriver.com", "time": "Mon Jan 02 15:31:23 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:55 2012 -0800" }, "message": "firmware: Fix an oops on reading fw_priv-\u003efw in sysfs loading file\n\ncommit eea915bb0d1358755f151eaefb8208a2d5f3e10c upstream.\n\nThis oops was reported recently:\nfirmware_loading_store+0xf9/0x17b\ndev_attr_store+0x20/0x22\nsysfs_write_file+0x101/0x134\nvfs_write+0xac/0xf3\nsys_write+0x4a/0x6e\nsystem_call_fastpath+0x16/0x1b\n\nThe complete backtrace was unfortunately not captured, but details can be found\nhere:\nhttps://bugzilla.redhat.com/show_bug.cgi?id\u003d769920\n\nThe cause is fairly clear.\n\nIts caused by the fact that firmware_loading_store has a case 0 in its\nswitch statement that reads and writes the fw_priv-\u003efw poniter without the\nprotection of the fw_lock mutex. since there is a window between the time that\n_request_firmware sets fw_priv-\u003efw to NULL and the time the corresponding sysfs\nfile is unregistered, its possible for a user space application to race in, and\nwrite a zero to the loading file, causing a NULL dereference in\nfirmware_loading_store. Fix it by extending the protection of the fw_lock mutex\nto cover all of the firware_loading_store function.\n\nSigned-off-by: Neil Horman \u003cnhorman@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e559e564fbf46caf1d2c5a531ffe8b745b117c3f", "tree": "76d5ca5b6185621f33c86c885929239fdd2b8ab1", "parents": [ "0a356c00cd87453a7c45ab0b2e49410b17802d71" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Fri Dec 09 14:12:00 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:54 2012 -0800" }, "message": "Documentation: Update stable address\n\ncommit 2eb7f204db51969ea558802a6601d79c2fb273b9 upstream.\n\nThe Japanese/Korean/Chinese versions still need updating.\n\nAlso, the stable kernel 2.6.x.y descriptions are out of date\nand should be updated as well.\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "0a356c00cd87453a7c45ab0b2e49410b17802d71", "tree": "d6333c5db173c85b6d932c9a09d0134279052400", "parents": [ "d58331bd6a2881cd265277e4b3b263fecbdf7217" ], "author": { "name": "Joe Perches", "email": "joe@perches.com", "time": "Fri Dec 09 13:54:34 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Thu Jan 12 11:34:53 2012 -0800" }, "message": "MAINTAINERS: stable: Update address\n\ncommit bc7a2f3abc636d7cab84258a48e77b08fb5fd3d6 upstream.\n\nThe old address hasn\u0027t worked since the great intrusion of August 2011.\n\nSigned-off-by: Joe Perches \u003cjoe@perches.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d58331bd6a2881cd265277e4b3b263fecbdf7217", "tree": "0db543fce42baa461913fc36090a1b743c29a6ca", "parents": [ "eb1f526d4bfda44e94ccdf34950911eaff74b092" ], "author": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:15:47 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:15:47 2012 -0800" }, "message": "Linux 3.0.16\n" }, { "commit": "eb1f526d4bfda44e94ccdf34950911eaff74b092", "tree": "adb07472c31187ba4ddb85f8582dba9c46003767", "parents": [ "ef50d8d96fa350c1f602f8c3bae65eb21ddb28e3" ], "author": { "name": "Mohammed Shafi Shajakhan", "email": "mohammed@qca.qualcomm.com", "time": "Mon Dec 26 10:42:15 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:14 2012 -0800" }, "message": "ath9k: Fix kernel panic in AR2427 in AP mode\n\ncommit b25bfda38236f349cde0d1b28952f4eea2148d3f upstream.\n\ndon\u0027t do aggregation related stuff for \u0027AP mode client power save\nhandling\u0027 if aggregation is not enabled in the driver, otherwise it\nwill lead to panic because those data structures won\u0027t be never\nintialized in \u0027ath_tx_node_init\u0027 if aggregation is disabled\n\n\tEIP is at ath_tx_aggr_wakeup+0x37/0x80 [ath9k]\n\tEAX: e8c09a20 EBX: f2a304e8 ECX: 00000001 EDX: 00000000\n\tESI: e8c085e0 EDI: f2a304ac EBP: f40e1ca4 ESP: f40e1c8c\n\tDS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068\n\tProcess swapper/1 (pid: 0, ti\u003df40e0000 task\u003df408e860\n\ttask.ti\u003df40dc000)\n\tStack:\n\t0001e966 e8c09a20 00000000 f2a304ac e8c085e0 f2a304ac\n\tf40e1cb0 f8186741\n\tf8186700 f40e1d2c f922988d f2a304ac 00000202 00000001\n\tc0b4ba43 00000000\n\t0000000f e8eb75c0 e8c085e0 205b0001 34383220 f2a304ac\n\tf2a30000 00010020\n\tCall Trace:\n\t[\u003cf8186741\u003e] ath9k_sta_notify+0x41/0x50 [ath9k]\n\t[\u003cf8186700\u003e] ? ath9k_get_survey+0x110/0x110 [ath9k]\n\t[\u003cf922988d\u003e] ieee80211_sta_ps_deliver_wakeup+0x9d/0x350\n\t[mac80211]\n\t[\u003cc018dc75\u003e] ? __module_address+0x95/0xb0\n\t[\u003cf92465b3\u003e] ap_sta_ps_end+0x63/0xa0 [mac80211]\n\t[\u003cf9246746\u003e] ieee80211_rx_h_sta_process+0x156/0x2b0\n\t[mac80211]\n\t[\u003cf9247d1e\u003e] ieee80211_rx_handlers+0xce/0x510 [mac80211]\n\t[\u003cc018440b\u003e] ? trace_hardirqs_on+0xb/0x10\n\t[\u003cc056936e\u003e] ? skb_queue_tail+0x3e/0x50\n\t[\u003cf9248271\u003e] ieee80211_prepare_and_rx_handle+0x111/0x750\n\t[mac80211]\n\t[\u003cf9248bf9\u003e] ieee80211_rx+0x349/0xb20 [mac80211]\n\t[\u003cf9248949\u003e] ? ieee80211_rx+0x99/0xb20 [mac80211]\n\t[\u003cf818b0b8\u003e] ath_rx_tasklet+0x818/0x1d00 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187a75\u003e] ? ath9k_tasklet+0x35/0x1c0 [ath9k]\n\t[\u003cf8187b33\u003e] ath9k_tasklet+0xf3/0x1c0 [ath9k]\n\t[\u003cc0151b7e\u003e] tasklet_action+0xbe/0x180\n\nCc: Senthil Balasubramanian \u003csenthilb@qca.qualcomm.com\u003e\nCc: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nReported-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nTested-by: Ashwin Mendonca \u003cashwinloyal@gmail.com\u003e\nSigned-off-by: Mohammed Shafi Shajakhan \u003cmohammed@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "ef50d8d96fa350c1f602f8c3bae65eb21ddb28e3", "tree": "1eab282ba71a3e7e2ea2b0986fb6cec90cb6e217", "parents": [ "b47f3ad598247071dcab661f94655bbe8074467a" ], "author": { "name": "Oleg Nesterov", "email": "oleg@redhat.com", "time": "Wed Jan 04 17:29:02 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:14 2012 -0800" }, "message": "ptrace: partially fix the do_wait(WEXITED) vs EXIT_DEAD-\u003eEXIT_ZOMBIE race\n\ncommit 50b8d257486a45cba7b65ca978986ed216bbcc10 upstream.\n\nTest-case:\n\n\tint main(void)\n\t{\n\t\tint pid, status;\n\n\t\tpid \u003d fork();\n\t\tif (!pid) {\n\t\t\tfor (;;) {\n\t\t\t\tif (!fork())\n\t\t\t\t\treturn 0;\n\t\t\t\tif (waitpid(-1, \u0026status, 0) \u003c 0) {\n\t\t\t\t\tprintf(\"ERR!! wait: %m\\n\");\n\t\t\t\t\treturn 0;\n\t\t\t\t}\n\t\t\t}\n\t\t}\n\n\t\tassert(ptrace(PTRACE_ATTACH, pid, 0,0) \u003d\u003d 0);\n\t\tassert(waitpid(-1, NULL, 0) \u003d\u003d pid);\n\n\t\tassert(ptrace(PTRACE_SETOPTIONS, pid, 0,\n\t\t\t\t\tPTRACE_O_TRACEFORK) \u003d\u003d 0);\n\n\t\tdo {\n\t\t\tptrace(PTRACE_CONT, pid, 0, 0);\n\t\t\tpid \u003d waitpid(-1, NULL, 0);\n\t\t} while (pid \u003e 0);\n\n\t\treturn 1;\n\t}\n\nIt fails because -\u003ereal_parent sees its child in EXIT_DEAD state\nwhile the tracer is going to change the state back to EXIT_ZOMBIE\nin wait_task_zombie().\n\nThe offending commit is 823b018e which moved the EXIT_DEAD check,\nbut in fact we should not blame it. The original code was not\ncorrect as well because it didn\u0027t take ptrace_reparented() into\naccount and because we can\u0027t really trust -\u003eptrace.\n\nThis patch adds the additional check to close this particular\nrace but it doesn\u0027t solve the whole problem. We simply can\u0027t\nrely on -\u003eptrace in this case, it can be cleared if the tracer\nis multithreaded by the exiting -\u003eparent.\n\nI think we should kill EXIT_DEAD altogether, we should always\nremove the soon-to-be-reaped child from -\u003echildren or at least\nwe should never do the DEAD-\u003eZOMBIE transition. But this is too\ncomplex for 3.2.\n\nReported-and-tested-by: Denys Vlasenko \u003cvda.linux@googlemail.com\u003e\nTested-by: Lukasz Michalik \u003clmi@ift.uni.wroc.pl\u003e\nAcked-by: Tejun Heo \u003ctj@kernel.org\u003e\nSigned-off-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b47f3ad598247071dcab661f94655bbe8074467a", "tree": "75f44109d110486f3fdfa2c27f9bdc9cb9c0f221", "parents": [ "c61e023d2b6ca9d0aaf766659a81ad5d017e5b53" ], "author": { "name": "Linus Torvalds", "email": "torvalds@linux-foundation.org", "time": "Tue Jan 03 17:32:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:13 2012 -0800" }, "message": "Revert \"rtc: Disable the alarm in the hardware\"\n\ncommit 157e8bf8b4823bfcdefa6c1548002374b61f61df upstream.\n\nThis reverts commit c0afabd3d553c521e003779c127143ffde55a16f.\n\nIt causes failures on Toshiba laptops - instead of disabling the alarm,\nit actually seems to enable it on the affected laptops, resulting in\n(for example) the laptop powering on automatically five minutes after\nshutdown.\n\nThere\u0027s a patch for it that appears to work for at least some people,\nbut it\u0027s too late to play around with this, so revert for now and try\nagain in the next merge window.\n\nSee for example\n\n\thttp://bugs.debian.org/652869\n\nReported-and-bisected-by: Andreas Friedrich \u003cafrie@gmx.net\u003e (Toshiba Tecra)\nReported-by: Antonio-M. Corbi Bellot \u003cantonio.corbi@ua.es\u003e (Toshiba Portege R500)\nReported-by: Marco Santos \u003cmarco.santos@waynext.com\u003e (Toshiba Portege Z830)\nReported-by: Christophe Vu-Brugier \u003ccvubrugier@yahoo.fr\u003e (Toshiba Portege R830)\nCc: Jonathan Nieder \u003cjrnieder@gmail.com\u003e\nRequested-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "c61e023d2b6ca9d0aaf766659a81ad5d017e5b53", "tree": "959303b1093bdaa92f640a54e0692881aed9e370", "parents": [ "e343400d67fa390709d8147972eb4b700018811b" ], "author": { "name": "Mandeep Singh Baines", "email": "msb@chromium.org", "time": "Tue Jan 03 14:41:13 2012 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:13 2012 -0800" }, "message": "hung_task: fix false positive during vfork\n\ncommit f9fab10bbd768b0e5254e53a4a8477a94bfc4b96 upstream.\n\nvfork parent uninterruptibly and unkillably waits for its child to\nexec/exit. This wait is of unbounded length. Ignore such waits\nin the hung_task detector.\n\nSigned-off-by: Mandeep Singh Baines \u003cmsb@chromium.org\u003e\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nLKML-Reference: \u003c1325344394.28904.43.camel@lappy\u003e\nCc: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nCc: Ingo Molnar \u003cmingo@elte.hu\u003e\nCc: Peter Zijlstra \u003cpeterz@infradead.org\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: John Kacur \u003cjkacur@redhat.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e343400d67fa390709d8147972eb4b700018811b", "tree": "25af95404618df3fc3c25affbe5ac1600b96e424", "parents": [ "6826d3e80d143ca7411fd2dca05bc57c7ed3e620" ], "author": { "name": "Alexander Müller", "email": "serveralex@gmail.com", "time": "Fri Dec 30 12:55:48 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "drm/radeon/kms/atom: fix possible segfault in pm setup\n\ncommit 4376eee92e5a8332b470040e672ea99cd44c826a upstream.\n\nIf we end up with no power states, don\u0027t look up\ncurrent vddc.\n\nfixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d44130\n\nagd5f: fix patch formatting\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6826d3e80d143ca7411fd2dca05bc57c7ed3e620", "tree": "b0cddba0874ca2f9e49739c70a11de2d06435242", "parents": [ "b32a7304bea14c51fe279281db1ff02eefad2e3a" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Wed Jan 04 09:48:36 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "xfs: log all dirty inodes in xfs_fs_sync_fs\n\nCommit be4f1ac828776bbc7868a68b465cd8eedb733cfd upstream.\n\nSince Linux 2.6.36 the writeback code has introduces various measures for\nlive lock prevention during sync(). Unfortunately some of these are\nactively harmful for the XFS model, where the inode gets marked dirty for\nmetadata from the data I/O handler.\n\nThe older_than_this checks that are now more strictly enforced since\n\n writeback: avoid livelocking WB_SYNC_ALL writeback\n\nby only calling into __writeback_inodes_sb and thus only sampling the\ncurrent cut off time once. But on a slow enough devices the previous\nasynchronous sync pass might not have fully completed yet, and thus XFS\nmight mark metadata dirty only after that sampling of the cut off time for\nthe blocking pass already happened. I have not myself reproduced this\nmyself on a real system, but by introducing artificial delay into the\nXFS I/O completion workqueues it can be reproduced easily.\n\nFix this by iterating over all XFS inodes in -\u003esync_fs and log all that\nare dirty. This might log inode that only got redirtied after the\nprevious pass, but given how cheap delayed logging of inodes is it\nisn\u0027t a major concern for performance.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nTested-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nReviewed-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b32a7304bea14c51fe279281db1ff02eefad2e3a", "tree": "2e615cb52dd906367eafd873f82c6e1b0df3d85e", "parents": [ "3b26fd897af35e9d48cfbadef1e7f24287d6f1ba" ], "author": { "name": "Christoph Hellwig", "email": "hch@infradead.org", "time": "Wed Jan 04 09:48:35 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:12 2012 -0800" }, "message": "xfs: log the inode in -\u003ewrite_inode calls for kupdate\n\nCommit 0b8fd3033c308e4088760aa1d38ce77197b4e074 upstream.\n\nIf the writeback code writes back an inode because it has expired we currently\nuse the non-blockin -\u003ewrite_inode path. This means any inode that is pinned\nis skipped. With delayed logging and a workload that has very little log\ntraffic otherwise it is very likely that an inode that gets constantly\nwritten to is always pinned, and thus we keep refusing to write it. The VM\nwriteback code at that point redirties it and doesn\u0027t try to write it again\nfor another 30 seconds. This means under certain scenarious time based\nmetadata writeback never happens.\n\nFix this by calling into xfs_log_inode for kupdate in addition to data\nintegrity syncs, and thus transfer the inode to the log ASAP.\n\nSigned-off-by: Christoph Hellwig \u003chch@lst.de\u003e\nReviewed-by: Dave Chinner \u003cdchinner@redhat.com\u003e\nTested-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nReviewed-by: Mark Tinguely \u003ctinguely@sgi.com\u003e\nSigned-off-by: Ben Myers \u003cbpm@sgi.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3b26fd897af35e9d48cfbadef1e7f24287d6f1ba", "tree": "dbc8e52090cdf6bc2b7868f49c962fa923850632", "parents": [ "cb3b250af580752ed54642e37640daf714b30ad3" ], "author": { "name": "Konrad Rzeszutek Wilk", "email": "konrad.wilk@oracle.com", "time": "Thu Dec 15 11:28:46 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "xen/swiotlb: Use page alignment for early buffer allocation.\n\ncommit 63a741757d15320a25ebf5778f8651cce2ed0611 upstream.\n\nThis fixes an odd bug found on a Dell PowerEdge 1850/0RC130\n(BIOS A05 01/09/2006) where all of the modules doing pci_set_dma_mask\nwould fail with:\n\nata_piix 0000:00:1f.1: enabling device (0005 -\u003e 0007)\nata_piix 0000:00:1f.1: can\u0027t derive routing for PCI INT A\nata_piix 0000:00:1f.1: BMDMA: failed to set dma mask, falling back to PIO\n\nThe issue was the Xen-SWIOTLB was allocated such as that the end of\nbuffer was stradling a page (and also above 4GB). The fix was\nspotted by Kalev Leonid which was to piggyback on git commit\ne79f86b2ef9c0a8c47225217c1018b7d3d90101c \"swiotlb: Use page alignment\nfor early buffer allocation\" which:\n\n\tWe could call free_bootmem_late() if swiotlb is not used, and\n\tit will shrink to page alignment.\n\n\tSo alloc them with page alignment at first, to avoid lose two pages\n\nAnd doing that fixes the outstanding issue.\n\nSuggested-by: \"Kalev, Leonid\" \u003cLeonid.Kalev@ca.com\u003e\nReported-and-Tested-by: \"Taylor, Neal E\" \u003cNeal.Taylor@ca.com\u003e\nSigned-off-by: Konrad Rzeszutek Wilk \u003ckonrad.wilk@oracle.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cb3b250af580752ed54642e37640daf714b30ad3", "tree": "3e1d0f2ffc295112ef7b6b5b18caabce4dab540c", "parents": [ "b5e0e13b29aa292a2ece89a78757a55e85e9e626" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:13 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Turn on the twl4030-madc MADC clock\n\ncommit 3d6271f92e98094584fd1e609a9969cd33e61122 upstream.\n\nWithout turning the MADC clock on, no MADC conversions occur.\n\n$ cat /sys/class/hwmon/hwmon0/device/in8_input\n[ 53.428436] twl4030_madc twl4030_madc: conversion timeout!\ncat: read error: Resource temporarily unavailable\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b5e0e13b29aa292a2ece89a78757a55e85e9e626", "tree": "0ec00b1c86e16003117559356799acfe62d2e986", "parents": [ "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:14 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Check for twl4030-madc NULL pointer\n\ncommit d0e84caeb4cd535923884735906e5730329505b4 upstream.\n\nIf the twl4030-madc device wasn\u0027t registered, and another device, such\nas twl4030-madc-hwmon, calls twl4030_madc_conversion() a NULL pointer is\ndereferenced.\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ad5a4fbba0c5c863b0a42e2a6a5007de76d3102", "tree": "9f1c3a12fbbffc72c413d2025fbaaffe774b523e", "parents": [ "4838b7e04451e425895c77f462ae1a70d6d3ff62" ], "author": { "name": "Kyle Manna", "email": "kyle@kylemanna.com", "time": "Thu Aug 11 22:33:12 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:11 2012 -0800" }, "message": "mfd: Copy the device pointer to the twl4030-madc structure\n\ncommit 66cc5b8e50af87b0bbd0f179d76d2826f4549c13 upstream.\n\nWorst case this fixes the following error:\n[ 72.086212] (NULL device *): conversion timeout!\n\nBest case it prevents a crash\n\nSigned-off-by: Kyle Manna \u003ckyle@kylemanna.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\n\n" }, { "commit": "4838b7e04451e425895c77f462ae1a70d6d3ff62", "tree": "04b3fbb7a5826923e4e935ab888afbde6b570796", "parents": [ "244e209cbfb8fef744f47f4a9fe0b8c036772d8f" ], "author": { "name": "Sanjeev Premi", "email": "premi@ti.com", "time": "Mon Jul 11 20:50:31 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "mfd: Fix mismatch in twl4030 mutex lock-unlock\n\ncommit e178ccb33569da17dc897a08a3865441b813bdfb upstream.\n\nA mutex is locked on entry into twl4030_madc_conversion().\nImmediate return on some error conditions leaves the\nmutex locked.\n\nThis patch ensures that mutex is always unlocked before\nleaving the function.\n\nSigned-off-by: Sanjeev Premi \u003cpremi@ti.com\u003e\nCc: Keerthy \u003cj-keerthy@ti.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "244e209cbfb8fef744f47f4a9fe0b8c036772d8f", "tree": "df44b9ad6af74a07e31073dbec85bf83d914799a", "parents": [ "732e81a7579eb0adb26aeadb209e919ee984d01e" ], "author": { "name": "Emmanuel Grumbach", "email": "emmanuel.grumbach@intel.com", "time": "Mon Dec 26 08:47:33 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "iwlwifi: update SCD BC table for all SCD queues\n\ncommit 96f1f05af76b601ab21a7dc603ae0a1cea4efc3d upstream.\n\nSince we configure all the queues as CHAINABLE, we need to update the\nbyte count for all the queues, not only the AGGREGATABLE ones.\n\nNot doing so can confuse the SCD and make the fw assert.\n\nSigned-off-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\n\n" }, { "commit": "732e81a7579eb0adb26aeadb209e919ee984d01e", "tree": "35acd5de3c1585e60c4f4d8c2f15f8f3b0877151", "parents": [ "ad5dd5dc45d80c397dfe314934e91d0ead793928" ], "author": { "name": "Stephen Rothwell", "email": "sfr@canb.auug.org.au", "time": "Thu Dec 22 17:03:29 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "ipv4: using prefetch requires including prefetch.h\n\n[ Upstream commit b9eda06f80b0db61a73bd87c6b0eb67d8aca55ad ]\n\nSigned-off-by: Stephen Rothwell \u003csfr@canb.auug.org.au\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nAcked-by: David Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "ad5dd5dc45d80c397dfe314934e91d0ead793928", "tree": "b13d757e51bbe03cb4a461298566b56a0f5c56ee", "parents": [ "6c3efb1526c3fcdab3e5bbc9c77710b306493507" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Wed Dec 21 15:47:16 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:10 2012 -0800" }, "message": "ipv4: reintroduce route cache garbage collector\n\n[ Upstream commit 9f28a2fc0bd77511f649c0a788c7bf9a5fd04edb ]\n\nCommit 2c8cec5c10b (ipv4: Cache learned PMTU information in inetpeer)\nremoved IP route cache garbage collector a bit too soon, as this gc was\nresponsible for expired routes cleanup, releasing their neighbour\nreference.\n\nAs pointed out by Robert Gladewitz, recent kernels can fill and exhaust\ntheir neighbour cache.\n\nReintroduce the garbage collection, since we\u0027ll have to wait our\nneighbour lookups become refcount-less to not depend on this stuff.\n\nReported-by: Robert Gladewitz \u003cgladewitz@gmx.de\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "6c3efb1526c3fcdab3e5bbc9c77710b306493507", "tree": "aed98fa349f35e6800a4a803f291ce62b196c18a", "parents": [ "0e5fe3ed8d751c7be333fa193882e91dcc289158" ], "author": { "name": "Weiping Pan", "email": "panweiping3@gmail.com", "time": "Thu Dec 01 15:47:06 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:09 2012 -0800" }, "message": "ipv4: flush route cache after change accept_local\n\n[ Upstream commit d01ff0a049f749e0bf10a35bb23edd012718c8c2 ]\n\nAfter reset ipv4_devconf-\u003edata[IPV4_DEVCONF_ACCEPT_LOCAL] to 0,\nwe should flush route cache, or it will continue receive packets with local\nsource address, which should be dropped.\n\nSigned-off-by: Weiping Pan \u003cpanweiping3@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "0e5fe3ed8d751c7be333fa193882e91dcc289158", "tree": "87f94fa78ed44938e8b595ce036d38f2f4fee237", "parents": [ "f6e4c89e089ae671a677242edb9e8b08c369c415" ], "author": { "name": "Thomas Graf", "email": "tgraf@redhat.com", "time": "Mon Dec 19 04:11:40 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:09 2012 -0800" }, "message": "sctp: Do not account for sizeof(struct sk_buff) in estimated rwnd\n\n[ Upstream commit a76c0adf60f6ca5ff3481992e4ea0383776b24d2 ]\n\nWhen checking whether a DATA chunk fits into the estimated rwnd a\nfull sizeof(struct sk_buff) is added to the needed chunk size. This\nquickly exhausts the available rwnd space and leads to packets being\nsent which are much below the PMTU limit. This can lead to much worse\nperformance.\n\nThe reason for this behaviour was to avoid putting too much memory\npressure on the receiver. The concept is not completely irational\nbecause a Linux receiver does in fact clone an skb for each DATA chunk\ndelivered. However, Linux also reserves half the available socket\nbuffer space for data structures therefore usage of it is already\naccounted for.\n\nWhen proposing to change this the last time it was noted that this\nbehaviour was introduced to solve a performance issue caused by rwnd\noverusage in combination with small DATA chunks.\n\nTrying to reproduce this I found that with the sk_buff overhead removed,\nthe performance would improve significantly unless socket buffer limits\nare increased.\n\nThe following numbers have been gathered using a patched iperf\nsupporting SCTP over a live 1 Gbit ethernet network. The -l option\nwas used to limit DATA chunk sizes. The numbers listed are based on\nthe average of 3 test runs each. Default values have been used for\nsk_(r|w)mem.\n\nChunk\nSize Unpatched No Overhead\n-------------------------------------\n 4 15.2 Kbit [!] 12.2 Mbit [!]\n 8 35.8 Kbit [!] 26.0 Mbit [!]\n 16 95.5 Kbit [!] 54.4 Mbit [!]\n 32 106.7 Mbit 102.3 Mbit\n 64 189.2 Mbit 188.3 Mbit\n 128 331.2 Mbit 334.8 Mbit\n 256 537.7 Mbit 536.0 Mbit\n 512 766.9 Mbit 766.6 Mbit\n1024 810.1 Mbit 808.6 Mbit\n\nSigned-off-by: Thomas Graf \u003ctgraf@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "f6e4c89e089ae671a677242edb9e8b08c369c415", "tree": "8fc6a469a63235c7a4bf389833962eae9f8302ec", "parents": [ "01d6bbab3834409c220083f25810be9f1a553054" ], "author": { "name": "Xi Wang", "email": "xi.wang@gmail.com", "time": "Fri Dec 16 12:44:15 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "sctp: fix incorrect overflow check on autoclose\n\n[ Upstream commit 2692ba61a82203404abd7dd2a027bda962861f74 ]\n\nCommit 8ffd3208 voids the previous patches f6778aab and 810c0719 for\nlimiting the autoclose value. If userspace passes in -1 on 32-bit\nplatform, the overflow check didn\u0027t work and autoclose would be set\nto 0xffffffff.\n\nThis patch defines a max_autoclose (in seconds) for limiting the value\nand exposes it through sysctl, with the following intentions.\n\n1) Avoid overflowing autoclose * HZ.\n\n2) Keep the default autoclose bound consistent across 32- and 64-bit\n platforms (INT_MAX / HZ in this patch).\n\n3) Keep the autoclose value consistent between setsockopt() and\n getsockopt() calls.\n\nSuggested-by: Vlad Yasevich \u003cvladislav.yasevich@hp.com\u003e\nSigned-off-by: Xi Wang \u003cxi.wang@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "01d6bbab3834409c220083f25810be9f1a553054", "tree": "fa5ef27bb1f28919a67538bc5bb59dc55ff21f29", "parents": [ "9ec14c04ec6be93ff397adf250bc91ee77742bfb" ], "author": { "name": "Eric Dumazet", "email": "eric.dumazet@gmail.com", "time": "Sun Dec 11 23:42:53 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "sch_gred: should not use GFP_KERNEL while holding a spinlock\n\n[ Upstream commit 3f1e6d3fd37bd4f25e5b19f1c7ca21850426c33f ]\n\ngred_change_vq() is called under sch_tree_lock(sch).\n\nThis means a spinlock is held, and we are not allowed to sleep in this\ncontext.\n\nWe might pre-allocate memory using GFP_KERNEL before taking spinlock,\nbut this is not suitable for stable material.\n\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "9ec14c04ec6be93ff397adf250bc91ee77742bfb", "tree": "bdd7afb53389c768c7ae469794e167a778789bee", "parents": [ "477a897533f9ab9a6ebb6eedfa9ca3760caa94b2" ], "author": { "name": "Gerlando Falauto", "email": "gerlando.falauto@keymile.com", "time": "Mon Dec 19 22:58:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "net: have ipconfig not wait if no dev is available\n\n[ Upstream commit cd7816d14953c8af910af5bb92f488b0b277e29d ]\n\nprevious commit 3fb72f1e6e6165c5f495e8dc11c5bbd14c73385c\nmakes IP-Config wait for carrier on at least one network device.\n\nBefore waiting (predefined value 120s), check that at least one device\nwas successfully brought up. Otherwise (e.g. buggy bootloader\nwhich does not set the MAC address) there is no point in waiting\nfor carrier.\n\nCc: Micha Nelissen \u003cmicha@neli.hopto.org\u003e\nCc: Holger Brunck \u003cholger.brunck@keymile.com\u003e\nSigned-off-by: Gerlando Falauto \u003cgerlando.falauto@keymile.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "477a897533f9ab9a6ebb6eedfa9ca3760caa94b2", "tree": "c7b870384e18ec15602a765f5037c8cd4186ee35", "parents": [ "7eac8f9de24674cc55ee9797d05447bbfbdf1a96" ], "author": { "name": "Thomas Graf", "email": "tgraf@redhat.com", "time": "Thu Dec 22 02:05:07 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:08 2012 -0800" }, "message": "mqprio: Avoid panic if no options are provided\n\n[ Upstream commit 7838f2ce36b6ab5c13ef20b1857e3bbd567f1759 ]\n\nUserspace may not provide TCA_OPTIONS, in fact tc currently does\nso not do so if no arguments are specified on the command line.\nReturn EINVAL instead of panicing.\n\nSigned-off-by: Thomas Graf \u003ctgraf@redhat.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "7eac8f9de24674cc55ee9797d05447bbfbdf1a96", "tree": "7c39b437e9413b5f09847c01e47729ad1508f01f", "parents": [ "e2f377870311c6e2ecf77e1ed6bbcb175ce0dde9" ], "author": { "name": "Alex Juncu", "email": "ajuncu@ixiacom.com", "time": "Thu Dec 15 23:01:25 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:06 2012 -0800" }, "message": "llc: llc_cmsg_rcv was getting called after sk_eat_skb.\n\n[ Upstream commit 9cef310fcdee12b49b8b4c96fd8f611c8873d284 ]\n\nReceived non stream protocol packets were calling llc_cmsg_rcv that used a\nskb after that skb was released by sk_eat_skb. This caused received STP\npackets to generate kernel panics.\n\nSigned-off-by: Alexandru Juncu \u003cajuncu@ixiacom.com\u003e\nSigned-off-by: Kunjan Naik \u003cknaik@ixiacom.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "e2f377870311c6e2ecf77e1ed6bbcb175ce0dde9", "tree": "ba6f5bdf198c86159668b85d6620df4c55affa35", "parents": [ "b3c5fb8252b04ec02654f80988e68852f1a14cb5" ], "author": { "name": "Djalal Harouni", "email": "tixxdz@opendz.org", "time": "Tue Dec 06 15:47:12 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "ppp: fix pptp double release_sock in pptp_bind()\n\n[ Upstream commit a454daceb78844a09c08b6e2d8badcb76a5d73b9 ]\n\nSigned-off-by: Djalal Harouni \u003ctixxdz@opendz.org\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "b3c5fb8252b04ec02654f80988e68852f1a14cb5", "tree": "78a9282fe0e11d9e9ef319d84aace7693fa5b59f", "parents": [ "2a89fc8b91abf1ba56daa23b05e6572b30331837" ], "author": { "name": "Markus Kötter", "email": "nepenthesdev@gmail.com", "time": "Sat Dec 17 11:39:08 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "net: bpf_jit: fix an off-one bug in x86_64 cond jump target\n\n[ Upstream commit a03ffcf873fe0f2565386ca8ef832144c42e67fa ]\n\nx86 jump instruction size is 2 or 5 bytes (near/long jump), not 2 or 6\nbytes.\n\nIn case a conditional jump is followed by a long jump, conditional jump\ntarget is one byte past the start of target instruction.\n\nSigned-off-by: Markus Kötter \u003cnepenthesdev@gmail.com\u003e\nSigned-off-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2a89fc8b91abf1ba56daa23b05e6572b30331837", "tree": "39bb67a7a1075e7f8032b76c1295880a48382d06", "parents": [ "d4afed4d20e91a12de7cd1c64bb3451ee2236d19" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Dec 26 12:30:13 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:05 2012 -0800" }, "message": "sparc: Fix handling of orig_i0 wrt. debugging when restarting syscalls.\n\n[ A combination of upstream commits 1d299bc7732c34d85bd43ac1a8745f5a2fed2078 and\n e88d2468718b0789b4c33da2f7e1cef2a1eee279 ]\n\nAlthough we provide a proper way for a debugger to control whether\nsyscall restart occurs, we run into problems because orig_i0 is not\nsaved and restored properly.\n\nLuckily we can solve this problem without having to make debuggers\naware of the issue. Across system calls, several registers are\nconsidered volatile and can be safely clobbered.\n\nTherefore we use the pt_regs save area of one of those registers, %g6,\nas a place to save and restore orig_i0.\n\nDebuggers transparently will do the right thing because they save and\nrestore this register already.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "d4afed4d20e91a12de7cd1c64bb3451ee2236d19", "tree": "3657ec1ce46e5e4427c4e3367cdcd1290657b4fa", "parents": [ "23a652b45554faf08ac5a7a86c176a95cce8ca83" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Mon Oct 31 01:05:49 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:04 2012 -0800" }, "message": "sparc64: Fix masking and shifting in VIS fpcmp emulation.\n\n[ Upstream commit 2e8ecdc008a16b9a6c4b9628bb64d0d1c05f9f92 ]\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "23a652b45554faf08ac5a7a86c176a95cce8ca83", "tree": "f1edbdae2b8aa114ca04c45cf0065780f397dee9", "parents": [ "2588f7f219ab1e93be648ecf8bcb1599b1ecba09" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:31:55 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:04 2012 -0800" }, "message": "sparc32: Correct the return value of memcpy.\n\n[ Upstream commit a52312b88c8103e965979a79a07f6b34af82ca4b ]\n\nProperly return the original destination buffer pointer.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2588f7f219ab1e93be648ecf8bcb1599b1ecba09", "tree": "4df028200d5f4d50d14e05c6dbfed0d9946b548e", "parents": [ "9dd04b12d0588de337ff615f6991862956dd40de" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:30:14 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc32: Remove uses of %g7 in memcpy implementation.\n\n[ Upstream commit 21f74d361dfd6a7d0e47574e315f780d8172084a ]\n\nThis is setting things up so that we can correct the return\nvalue, so that it properly returns the original destination\nbuffer pointer.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "9dd04b12d0588de337ff615f6991862956dd40de", "tree": "bd4a61e622e510efbba1da6e9a440a84f139821b", "parents": [ "2d2eb1d284257cbb7ebb29bd75a3cbbc9275e4f7" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Oct 19 15:15:58 2011 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc32: Remove non-kernel code from memcpy implementation.\n\n[ Upstream commit 045b7de9ca0cf09f1adc3efa467f668b89238390 ]\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Kjetil Oftedal \u003coftedal@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "2d2eb1d284257cbb7ebb29bd75a3cbbc9275e4f7", "tree": "98fba028d8615e534b2f5a81b219e25fc992aa89", "parents": [ "cff6d2096e9a57c2497dd5ee4aed3c97149bfc9e" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Nov 17 18:17:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:03 2012 -0800" }, "message": "sparc: Kill custom io_remap_pfn_range().\n\n[ Upstream commit 3e37fd3153ac95088a74f5e7c569f7567e9f993a ]\n\nTo handle the large physical addresses, just make a simple wrapper\naround remap_pfn_range() like MIPS does.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "cff6d2096e9a57c2497dd5ee4aed3c97149bfc9e", "tree": "a269f55f7d1043b3cfbbde550e080982be5b8fad", "parents": [ "fde939495571ffd22458e94745b0c2e6af33478d" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Nov 17 22:44:58 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:02 2012 -0800" }, "message": "sparc64: Patch sun4v code sequences properly on module load.\n\n[ Upstream commit 0b64120cceb86e93cb1bda0dc055f13016646907 ]\n\nSome of the sun4v code patching occurs in inline functions visible\nto, and usable by, modules.\n\nTherefore we have to patch them up during module load.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "fde939495571ffd22458e94745b0c2e6af33478d", "tree": "cea44545aaf882a8445c5fe9bf2d9a9e9c385ea0", "parents": [ "747b409502fe765784cda1135d806042beddaa89" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Wed Dec 14 10:05:22 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:02 2012 -0800" }, "message": "sparc32: Be less strict in matching %lo part of relocation.\n\n[ Upstream commit b1f44e13a525d2ffb7d5afe2273b7169d6f2222e ]\n\nThe \"(insn \u0026 0x01800000) !\u003d 0x01800000\" test matches \u0027restore\u0027\nbut that is a legitimate place to see the %lo() part of a 32-bit\nsymbol relocation, particularly in tail calls.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nTested-by: Sergei Trofimovich \u003cslyfox@gentoo.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "747b409502fe765784cda1135d806042beddaa89", "tree": "3318a10bc0876a40b107a63dffe0af95f8792b68", "parents": [ "fca54d03a85e883b813255c63bbf11049d2eeb7a" ], "author": { "name": "David S. Miller", "email": "davem@davemloft.net", "time": "Thu Dec 22 13:23:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:01 2012 -0800" }, "message": "sparc64: Fix MSIQ HV call ordering in pci_sun4v_msiq_build_irq().\n\n[ Upstream commit 7cc8583372a21d98a23b703ad96cab03180b5030 ]\n\nThis silently was working for many years and stopped working on\nNiagara-T3 machines.\n\nWe need to set the MSIQ to VALID before we can set it\u0027s state to IDLE.\n\nOn Niagara-T3, setting the state to IDLE first was causing HV_EINVAL\nerrors. The hypervisor documentation says, rather ambiguously, that\nthe MSIQ must be \"initialized\" before one can set the state.\n\nI previously understood this to mean merely that a successful setconf()\noperation has been performed on the MSIQ, which we have done at this\npoint. But it seems to also mean that it has been set VALID too.\n\nSigned-off-by: David S. Miller \u003cdavem@davemloft.net\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n" }, { "commit": "fca54d03a85e883b813255c63bbf11049d2eeb7a", "tree": "0c0823266d4d229d34acead093b4b52acec234ac", "parents": [ "7204bf5ef7295b6041047d581153990164b58988" ], "author": { "name": "Nagalakshmi Nandigama", "email": "nagalakshmi.nandigama@lsi.com", "time": "Wed Jan 04 09:25:13 2012 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mpt2sas: fix non-x86 crash on shutdown\n\nUpstrem commit: 911ae9434f83e7355d343f6c2be3ef5b00ea7aed\n\nThere\u0027s a bug in the MSIX backup and restore routines that cause a crash on\nnon-x86 (direct access to PCI space not via read/write). These routines are\nunnecessary and were removed by the above commit, so also remove them from\nstable to fix the crash.\n\nSigned-off-by: Nagalakshmi Nandigama \u003cnagalakshmi.nandigama@lsi.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "7204bf5ef7295b6041047d581153990164b58988", "tree": "f2159a9d4b99f4f7a332d395f27c68942a631a6a", "parents": [ "6f4214ef6a0e3c8319880eb5570ba2ae787bb577" ], "author": { "name": "Hillf Danton", "email": "dhillf@gmail.com", "time": "Wed Dec 28 15:57:16 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "mm: hugetlb: fix non-atomic enqueue of huge page\n\ncommit b0365c8d0cb6e79eb5f21418ae61ab511f31b575 upstream.\n\nIf a huge page is enqueued under the protection of hugetlb_lock, then the\noperation is atomic and safe.\n\nSigned-off-by: Hillf Danton \u003cdhillf@gmail.com\u003e\nReviewed-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "6f4214ef6a0e3c8319880eb5570ba2ae787bb577", "tree": "823b7fdfaf1ed5d0c997500bdb86a3773754cdf8", "parents": [ "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Dec 21 11:58:17 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "drm/radeon/kms: bail on BTC parts if MC ucode is missing\n\ncommit 77e00f2ea94abee1ad13bdfde19cf7aa25992b0e upstream.\n\nWe already do this for cayman, need to also do it for\nBTC parts. The default memory and voltage setup is not\nadequate for advanced operation. Continuing will\nresult in an unusable display.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "33c118d42de2ce4c0dbc60b72b2fdf124a54b19d", "tree": "2ea8761b60e762080c1101529986d23784c4008f", "parents": [ "3ce696d12b26c9c1cfedeb194a02606bef2854a4" ], "author": { "name": "Mingarelli, Thomas", "email": "Thomas.Mingarelli@hp.com", "time": "Mon Nov 07 10:59:00 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:14:00 2012 -0800" }, "message": "watchdog: hpwdt: Changes to handle NX secure bit in 32bit path\n\ncommit e67d668e147c3b4fec638c9e0ace04319f5ceccd upstream.\n\nThis patch makes use of the set_memory_x() kernel API in order\nto make necessary BIOS calls to source NMIs.\n\nThis is needed for SLES11 SP2 and the latest upstream kernel as it appears\nthe NX Execute Disable has grown in its control.\n\nSigned-off by: Thomas Mingarelli \u003cthomas.mingarelli@hp.com\u003e\nSigned-off by: Wim Van Sebroeck \u003cwim@iguana.be\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ce696d12b26c9c1cfedeb194a02606bef2854a4", "tree": "85ea2e7bf2009e4f329a2cd9cec5335b27ad80d6", "parents": [ "4347b837ab999865063649cf801ba4f8d7e8748e" ], "author": { "name": "Hugh Dickins", "email": "hughd@google.com", "time": "Sat Dec 31 11:44:01 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:58 2012 -0800" }, "message": "futex: Fix uninterruptible loop due to gate_area\n\ncommit e6780f7243eddb133cc20ec37fa69317c218b709 upstream.\n\nIt was found (by Sasha) that if you use a futex located in the gate\narea we get stuck in an uninterruptible infinite loop, much like the\nZERO_PAGE issue.\n\nWhile looking at this problem, PeterZ realized you\u0027ll get into similar\ntrouble when hitting any install_special_pages() mapping. And are there\nstill drivers setting up their own special mmaps without page-\u003emapping,\nand without special VM or pte flags to make get_user_pages fail?\n\nIn most cases, if page-\u003emapping is NULL, we do not need to retry at all:\nLinus points out that even /proc/sys/vm/drop_caches poses no problem,\nbecause it ends up using remove_mapping(), which takes care not to\ninterfere when the page reference count is raised.\n\nBut there is still one case which does need a retry: if memory pressure\ncalled shmem_writepage in between get_user_pages_fast dropping page\ntable lock and our acquiring page lock, then the page gets switched from\nfilecache to swapcache (and -\u003emapping set to NULL) whatever the refcount.\nFault it back in to get the page-\u003emapping needed for key-\u003eshared.inode.\n\nReported-by: Sasha Levin \u003clevinsasha928@gmail.com\u003e\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4347b837ab999865063649cf801ba4f8d7e8748e", "tree": "a2ddb7c3212dbd98c6de2fdc1fc2b8c798011395", "parents": [ "9267a9e850bf6c52dd7c95f3978dc78a1d3ad1a1" ], "author": { "name": "Vladimir Zapolskiy", "email": "vladimir.zapolskiy@nokia.com", "time": "Thu Dec 22 16:15:40 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:57 2012 -0800" }, "message": "oprofile, arm/sh: Fix oprofile_arch_exit() linkage issue\n\ncommit 55205c916e179e09773d98d290334d319f45ac6b upstream.\n\nThis change fixes a linking problem, which happens if oprofile\nis selected to be compiled as built-in:\n\n `oprofile_arch_exit\u0027 referenced in section `.init.text\u0027 of\n arch/arm/oprofile/built-in.o: defined in discarded section\n `.exit.text\u0027 of arch/arm/oprofile/built-in.o\n\nThe problem is appeared after commit 87121ca504, which\nintroduced oprofile_arch_exit() calls from __init function. Note\nthat the aforementioned commit has been backported to stable\nbranches, and the problem is known to be reproduced at least\nwith 3.0.13 and 3.1.5 kernels.\n\nSigned-off-by: Vladimir Zapolskiy \u003cvladimir.zapolskiy@nokia.com\u003e\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nCc: Will Deacon \u003cwill.deacon@arm.com\u003e\nCc: oprofile-list \u003coprofile-list@lists.sourceforge.net\u003e\nLink: http://lkml.kernel.org/r/20111222151540.GB16765@erda.amd.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "9267a9e850bf6c52dd7c95f3978dc78a1d3ad1a1", "tree": "fc0a8304cb0919607c24ba85b32c062ca0eef674", "parents": [ "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:58:43 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7220/1: mmc: mmci: Fixup error handling for dma\n\ncommit 3b6e3c73851a9a4b0e6ed9d378206341dd65e8a5 upstream.\n\nWhen getting a cmd irq during an ongoing data transfer\nwith dma, the dma job were never terminated. This is now\ncorrected.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Per Forlin \u003cper.forlin@stericsson.com\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bc23ab0861a252bdbdf3bd982c37a6a96c2ceba6", "tree": "b8d30591174fc0d093d9454007d33e83735a3959", "parents": [ "8048ac75378918eab0f68ba175915e72ef73e0da" ], "author": { "name": "Ulf Hansson", "email": "ulf.hansson@stericsson.com", "time": "Tue Dec 13 16:51:04 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM: 7214/1: mmc: mmci: Fixup handling of MCI_STARTBITERR\n\ncommit b63038d6f4ca5d1849ce01d9fc5bb9cb426dec73 upstream.\n\nThe interrupt was previously enabled and then correctly cleared.\nNow we also handle it correctly.\n\nTested-by: Linus Walleij \u003clinus.walleij@linaro.org\u003e\nSigned-off-by: Ulf Hansson \u003culf.hansson@stericsson.com\u003e\nSigned-off-by: Russell King \u003crmk+kernel@arm.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8048ac75378918eab0f68ba175915e72ef73e0da", "tree": "6aeb17f8c843fe352836db6f1512058e28764ef5", "parents": [ "f3545737cf06d342d34483b7a8421d0bb90b9c1b" ], "author": { "name": "Jason Chen", "email": "jason.chen@linaro.org", "time": "Mon Dec 19 11:23:28 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:56 2012 -0800" }, "message": "ARM:imx:fix pwm period value\n\ncommit 5776ac2eb33164c77cdb4d2b48feee15616eaba3 upstream.\n\nAccording to imx pwm RM, the real period value should be\nPERIOD value in PWMPR plus 2.\n\nPWMO (Hz) \u003d PCLK(Hz) / (period +2)\n\nSigned-off-by: Jason Chen \u003cjason.chen@linaro.org\u003e\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "f3545737cf06d342d34483b7a8421d0bb90b9c1b", "tree": "67af107bae299cdcbde04d8504cc26c4acba738f", "parents": [ "4875f39a0548a1fa5f55b4a90dca0f4a7ad8f237" ], "author": { "name": "Srivatsa S. Bhat", "email": "srivatsa.bhat@linux.vnet.ibm.com", "time": "Thu Dec 22 02:45:29 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:55 2012 -0800" }, "message": "VFS: Fix race between CPU hotplug and lglocks\n\ncommit e30e2fdfe56288576ee9e04dbb06b4bd5f282203 upstream.\n\nCurrently, the *_global_[un]lock_online() routines are not at all synchronized\nwith CPU hotplug. Soft-lockups detected as a consequence of this race was\nreported earlier at https://lkml.org/lkml/2011/8/24/185. (Thanks to Cong Meng\nfor finding out that the root-cause of this issue is the race condition\nbetween br_write_[un]lock() and CPU hotplug, which results in the lock states\ngetting messed up).\n\nFixing this race by just adding {get,put}_online_cpus() at appropriate places\nin *_global_[un]lock_online() is not a good option, because, then suddenly\nbr_write_[un]lock() would become blocking, whereas they have been kept as\nnon-blocking all this time, and we would want to keep them that way.\n\nSo, overall, we want to ensure 3 things:\n1. br_write_lock() and br_write_unlock() must remain as non-blocking.\n2. The corresponding lock and unlock of the per-cpu spinlocks must not happen\n for different sets of CPUs.\n3. Either prevent any new CPU online operation in between this lock-unlock, or\n ensure that the newly onlined CPU does not proceed with its corresponding\n per-cpu spinlock unlocked.\n\nTo achieve all this:\n(a) We introduce a new spinlock that is taken by the *_global_lock_online()\n routine and released by the *_global_unlock_online() routine.\n(b) We register a callback for CPU hotplug notifications, and this callback\n takes the same spinlock as above.\n(c) We maintain a bitmap which is close to the cpu_online_mask, and once it is\n initialized in the lock_init() code, all future updates to it are done in\n the callback, under the above spinlock.\n(d) The above bitmap is used (instead of cpu_online_mask) while locking and\n unlocking the per-cpu locks.\n\nThe callback takes the spinlock upon the CPU_UP_PREPARE event. So, if the\nbr_write_lock-unlock sequence is in progress, the callback keeps spinning,\nthus preventing the CPU online operation till the lock-unlock sequence is\ncomplete. This takes care of requirement (3).\n\nThe bitmap that we maintain remains unmodified throughout the lock-unlock\nsequence, since all updates to it are managed by the callback, which takes\nthe same spinlock as the one taken by the lock code and released only by the\nunlock routine. Combining this with (d) above, satisfies requirement (2).\n\nOverall, since we use a spinlock (mentioned in (a)) to prevent CPU hotplug\noperations from racing with br_write_lock-unlock, requirement (1) is also\ntaken care of.\n\nBy the way, it is to be noted that a CPU offline operation can actually run\nin parallel with our lock-unlock sequence, because our callback doesn\u0027t react\nto notifications earlier than CPU_DEAD (in order to maintain our bitmap\nproperly). And this means, since we use our own bitmap (which is stale, on\npurpose) during the lock-unlock sequence, we could end up unlocking the\nper-cpu lock of an offline CPU (because we had locked it earlier, when the\nCPU was online), in order to satisfy requirement (2). But this is harmless,\nthough it looks a bit awkward.\n\nDebugged-by: Cong Meng \u003cmc@linux.vnet.ibm.com\u003e\nSigned-off-by: Srivatsa S. Bhat \u003csrivatsa.bhat@linux.vnet.ibm.com\u003e\nSigned-off-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "4875f39a0548a1fa5f55b4a90dca0f4a7ad8f237", "tree": "0904055a723946e36bb9bab6dad25055b99417a5", "parents": [ "a37fd0740a9d2b261dc3d7781e3f3923f9076bb1" ], "author": { "name": "Hillf Danton", "email": "dhillf@gmail.com", "time": "Mon Dec 19 17:11:57 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:55 2012 -0800" }, "message": "memcg: keep root group unchanged if creation fails\n\ncommit a41c58a6665cc995e237303b05db42100b71b65e upstream.\n\nIf the request is to create non-root group and we fail to meet it, we\nshould leave the root unchanged.\n\nSigned-off-by: Hillf Danton \u003cdhillf@gmail.com\u003e\nSigned-off-by: Hugh Dickins \u003chughd@google.com\u003e\nAcked-by: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nAcked-by: Michal Hocko \u003cmhocko@suse.cz\u003e\nCc: Balbir Singh \u003cbsingharora@gmail.com\u003e\nCc: David Rientjes \u003crientjes@google.com\u003e\nCc: Andrea Arcangeli \u003caarcange@redhat.com\u003e\nCc: Johannes Weiner \u003channes@cmpxchg.org\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "a37fd0740a9d2b261dc3d7781e3f3923f9076bb1", "tree": "d403353fb729de0e764429e72bc214850f0c4dc3", "parents": [ "3ed4fae4b9ff076b6a88b341491dc8dee2977f88" ], "author": { "name": "Wey-Yi Guy", "email": "wey-yi.w.guy@intel.com", "time": "Wed Dec 14 08:22:36 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:55 2012 -0800" }, "message": "iwlwifi: allow to switch to HT40 if not associated\n\ncommit 78feb35b8161acd95c33a703ed6ab6f554d29387 upstream.\n\nMy previous patch\n34a5b4b6af104cf18eb50748509528b9bdbc4036 iwlwifi: do not re-configure\nHT40 after associated\n\nFix the case of HT40 after association on specified AP, but it break the\nassociation for some APs and cause not able to establish connection.\nWe need to address HT40 before and after addociation.\n\nReported-by: Andrej Gelenberg \u003candrej.gelenberg@udo.edu\u003e\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nTested-by: Andrej Gelenberg \u003candrej.gelenberg@udo.edu\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3ed4fae4b9ff076b6a88b341491dc8dee2977f88", "tree": "57b1b9c632abd5f8f4f85d1d6042a04708b0d6d9", "parents": [ "3c00ff7bd542942ff7f3e473d1372b4ae892318f" ], "author": { "name": "Wey-Yi Guy", "email": "wey-yi.w.guy@intel.com", "time": "Thu Dec 08 15:52:00 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "iwlwifi: do not set the sequence control bit is not needed\n\ncommit 123877b80ed62c3b897c53357b622574c023b642 upstream.\n\nCheck the IEEE80211_TX_CTL_ASSIGN_SEQ flag from mac80211, then decide how to\nset the TX_CMD_FLG_SEQ_CTL_MSK bit. Setting the wrong bit in BAR frame whill\nmake the firmware to increment the sequence number which is incorrect and\ncause unknown behavior.\n\nSigned-off-by: Wey-Yi Guy \u003cwey-yi.w.guy@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3c00ff7bd542942ff7f3e473d1372b4ae892318f", "tree": "e64ec06f12369816675f295dcdb59203de42ed58", "parents": [ "2daac55a9ada99404e67f4f8182a66c4ee8b3969" ], "author": { "name": "Rajkumar Manoharan", "email": "rmanohar@qca.qualcomm.com", "time": "Sat Dec 10 18:59:43 2011 +0530" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "ath9k: fix max phy rate at rate control init\n\ncommit 10636bc2d60942254bda149827b922c41f4cb4af upstream.\n\nThe stations always chooses 1Mbps for all trasmitting frames,\nwhenever the AP is configured to lock the supported rates.\nAs the max phy rate is always set with the 4th from highest phy rate,\nthis assumption might be wrong if we have less than that. Fix that.\n\nCc: Paul Stewart \u003cpstew@google.com\u003e\nReported-by: Ajay Gummalla \u003cagummalla@google.com\u003e\nSigned-off-by: Rajkumar Manoharan \u003crmanohar@qca.qualcomm.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2daac55a9ada99404e67f4f8182a66c4ee8b3969", "tree": "aee958fbcfedaeeabb32866f76d41bec4422ff02", "parents": [ "2f79eddd49d391aded0b0c20f7eef3bec6d5e096" ], "author": { "name": "Sylwester Nawrocki", "email": "s.nawrocki@samsung.com", "time": "Fri Nov 04 10:07:06 2011 -0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "media: s5p-fimc: Use correct fourcc for RGB565 colour format\n\ncommit f83f71fda27650ae43558633be93652577dbc38c upstream.\n\nWith 16-bit RGB565 colour format pixels are stored by the device in memory\nin the following order:\n\n | b3 | b2 | b1 | b0 |\n ~+-----+-----+-----+-----+\n | R5 G6 B5 | R5 G6 B5 |\n\nThis corresponds to V4L2_PIX_FMT_RGB565 fourcc, not V4L2_PIX_FMT_RGB565X.\nThis change is required to avoid trouble when setting up video pipeline\nwith the s5p-tv devices, so the colour formats at both devices can be\nproperly matched.\n\nSigned-off-by: Sylwester Nawrocki \u003cs.nawrocki@samsung.com\u003e\nSigned-off-by: Kyungmin Park \u003ckyungmin.park@samsung.com\u003e\nSigned-off-by: Mauro Carvalho Chehab \u003cmchehab@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2f79eddd49d391aded0b0c20f7eef3bec6d5e096", "tree": "edb3ff8cf2b0f5fecac30d01ac691e0ec0672dfa", "parents": [ "20e725bc08091c303a469d8e1e295bf3b360c778" ], "author": { "name": "Dave Kleikamp", "email": "dave.kleikamp@oracle.com", "time": "Wed Dec 21 11:05:48 2011 -0600" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:54 2012 -0800" }, "message": "vfs: __read_cache_page should use gfp argument rather than GFP_KERNEL\n\ncommit e6f67b8c05f5e129e126f4409ddac6f25f58ffcb upstream.\n\nlockdep reports a deadlock in jfs because a special inode\u0027s rw semaphore\nis taken recursively. The mapping\u0027s gfp mask is GFP_NOFS, but is not\nused when __read_cache_page() calls add_to_page_cache_lru().\n\nSigned-off-by: Dave Kleikamp \u003cdave.kleikamp@oracle.com\u003e\nAcked-by: Hugh Dickins \u003chughd@google.com\u003e\nAcked-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "20e725bc08091c303a469d8e1e295bf3b360c778", "tree": "00a6e8e96f7b91751414eef49b93c4f05ac65ad8", "parents": [ "b05727c7f8e3b30309d013a7d3bbc6d1e6f860ba" ], "author": { "name": "Ilya Yanok", "email": "yanok@emcraft.com", "time": "Mon Aug 01 23:00:28 2011 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:53 2012 -0800" }, "message": "mfd: Fix twl-core oops while calling twl_i2c_* for unbound driver\n\ncommit 8653be1afd60d6e8c36139b487e375b70357d9ef upstream.\n\nCheck inuse variable before trying to access twl_map to prevent\ndereferencing of uninitialized variable.\n\nSigned-off-by: Ilya Yanok \u003cyanok@emcraft.com\u003e\nSigned-off-by: Samuel Ortiz \u003csameo@linux.intel.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "b05727c7f8e3b30309d013a7d3bbc6d1e6f860ba", "tree": "e50ad4a59ee25b1b79a099ba2fbf510865439f17", "parents": [ "2aad1ca4711a46ca4540c924ffb84e7673a4738c" ], "author": { "name": "Mandeep Singh Baines", "email": "msb@chromium.org", "time": "Thu Dec 15 11:36:43 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:53 2012 -0800" }, "message": "cgroups: fix a css_set not found bug in cgroup_attach_proc\n\ncommit e0197aae59e55c06db172bfbe1a1cdb8c0e1cab3 upstream.\n\nThere is a BUG when migrating a PF_EXITING proc. Since css_set_prefetch()\nis not called for the PF_EXITING case, find_existing_css_set() will return\nNULL inside cgroup_task_migrate() causing a BUG.\n\nThis bug is easy to reproduce. Create a zombie and echo its pid to\ncgroup.procs.\n\n$ cat zombie.c\n\\#include \u003cunistd.h\u003e\n\nint main()\n{\n if (fork())\n pause();\n return 0;\n}\n$\n\nWe are hitting this bug pretty regularly on ChromeOS.\n\nThis bug is already fixed by Tejun Heo\u0027s cgroup patchset which is\ntargetted for the next merge window:\n\nhttps://lkml.org/lkml/2011/11/1/356\n\nI\u0027ve create a smaller patch here which just fixes this bug so that a\nfix can be merged into the current release and stable.\n\nSigned-off-by: Mandeep Singh Baines \u003cmsb@chromium.org\u003e\nDownstream-Bug-Report: http://crosbug.com/23953\nReviewed-by: Li Zefan \u003clizf@cn.fujitsu.com\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nCc: containers@lists.linux-foundation.org\nCc: cgroups@vger.kernel.org\nCc: KAMEZAWA Hiroyuki \u003ckamezawa.hiroyu@jp.fujitsu.com\u003e\nCc: Frederic Weisbecker \u003cfweisbec@gmail.com\u003e\nCc: Oleg Nesterov \u003coleg@redhat.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Paul Menage \u003cpaul@paulmenage.org\u003e\nCc: Olof Johansson \u003colofj@chromium.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2aad1ca4711a46ca4540c924ffb84e7673a4738c", "tree": "781f78a27e203d00a2344bfab66e0e80dfa7801b", "parents": [ "2e23cd501a9c6a0bfbe2b44781b4a35b0f0d4f29" ], "author": { "name": "Rusty Russell", "email": "rusty@rustcorp.com.au", "time": "Thu Dec 15 13:34:50 2011 +1030" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:52 2012 -0800" }, "message": "mmc: vub300: fix type of firmware_rom_wait_states module parameter\n\ncommit 61074287c2965edf0fc75b54ae8f4ce99f182669 upstream.\n\nYou didn\u0027t mean this to be a bool.\n\nSigned-off-by: Rusty Russell \u003crusty@rustcorp.com.au\u003e\nAcked-by: Tony Olech \u003ctony.olech@elandigitalsystems.com\u003e\nSigned-off-by: Chris Ball \u003ccjb@laptop.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "2e23cd501a9c6a0bfbe2b44781b4a35b0f0d4f29", "tree": "81f0a1bc0f2dff81c9a74477b58c2312f16023dd", "parents": [ "52367e4731f577370011910c06cb428df55d054b" ], "author": { "name": "Thomas Meyer", "email": "thomas@m3y3r.de", "time": "Mon Dec 19 17:11:55 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:52 2012 -0800" }, "message": "nilfs2: unbreak compat ioctl\n\ncommit 695c60f21c69e525a89279a5f35bae4ff237afbc upstream.\n\ncommit 828b1c50ae (\"nilfs2: add compat ioctl\") incidentally broke all\nother NILFS compat ioctls. Make them work again.\n\nSigned-off-by: Thomas Meyer \u003cthomas@m3y3r.de\u003e\nSigned-off-by: Ryusuke Konishi \u003ckonishi.ryusuke@lab.ntt.co.jp\u003e\nTested-by: Ryusuke Konishi \u003ckonishi.ryusuke@lab.ntt.co.jp\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "52367e4731f577370011910c06cb428df55d054b", "tree": "935bb3fce296ce2a3d3b691b729d1516f3d99c8c", "parents": [ "746b9ba6177ef65cd2e5b674b9b8b61b09c74421" ], "author": { "name": "David Howells", "email": "dhowells@redhat.com", "time": "Tue Dec 13 14:49:04 2011 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:52 2012 -0800" }, "message": "SELinux: Fix RCU deref check warning in sel_netport_insert()\n\ncommit 50345f1ea9cda4618d9c26e590a97ecd4bc7ac75 upstream.\n\nFix the following bug in sel_netport_insert() where rcu_dereference() should\nbe rcu_dereference_protected() as sel_netport_lock is held.\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\n[ INFO: suspicious rcu_dereference_check() usage. ]\n---------------------------------------------------\nsecurity/selinux/netport.c:127 invoked rcu_dereference_check() without protection!\n\nother info that might help us debug this:\n\nrcu_scheduler_active \u003d 1, debug_locks \u003d 0\n1 lock held by ossec-rootcheck/3323:\n #0: (sel_netport_lock){+.....}, at: [\u003cffffffff8117d775\u003e] sel_netport_sid+0xbb/0x226\n\nstack backtrace:\nPid: 3323, comm: ossec-rootcheck Not tainted 3.1.0-rc8-fsdevel+ #1095\nCall Trace:\n [\u003cffffffff8105cfb7\u003e] lockdep_rcu_dereference+0xa7/0xb0\n [\u003cffffffff8117d871\u003e] sel_netport_sid+0x1b7/0x226\n [\u003cffffffff8117d6ba\u003e] ? sel_netport_avc_callback+0xbc/0xbc\n [\u003cffffffff8117556c\u003e] selinux_socket_bind+0x115/0x230\n [\u003cffffffff810a5388\u003e] ? might_fault+0x4e/0x9e\n [\u003cffffffff810a53d1\u003e] ? might_fault+0x97/0x9e\n [\u003cffffffff81171cf4\u003e] security_socket_bind+0x11/0x13\n [\u003cffffffff812ba967\u003e] sys_bind+0x56/0x95\n [\u003cffffffff81380dac\u003e] ? sysret_check+0x27/0x62\n [\u003cffffffff8105b767\u003e] ? trace_hardirqs_on_caller+0x11e/0x155\n [\u003cffffffff81076fcd\u003e] ? audit_syscall_entry+0x17b/0x1ae\n [\u003cffffffff811b5eae\u003e] ? trace_hardirqs_on_thunk+0x3a/0x3f\n [\u003cffffffff81380d7b\u003e] system_call_fastpath+0x16/0x1b\n\nSigned-off-by: David Howells \u003cdhowells@redhat.com\u003e\nAcked-by: Paul Moore \u003cpaul@paul-moore.com\u003e\nAcked-by: Eric Dumazet \u003ceric.dumazet@gmail.com\u003e\nSigned-off-by: James Morris \u003cjmorris@namei.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "746b9ba6177ef65cd2e5b674b9b8b61b09c74421", "tree": "88dc6bdd865064676b37d93167b23bfc61869e3f", "parents": [ "3c681ec96dcc0acd6d5386773b44e6c129919394" ], "author": { "name": "Trond Myklebust", "email": "Trond.Myklebust@netapp.com", "time": "Thu Dec 01 16:37:42 2011 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:52 2012 -0800" }, "message": "NFSv4.1: Ensure that we handle _all_ SEQUENCE status bits.\n\ncommit 111d489f0fb431f4ae85d96851fbf8d3248c09d8 upstream.\n\nCurrently, the code assumes that the SEQUENCE status bits are mutually\nexclusive. They are not...\n\nSigned-off-by: Trond Myklebust \u003cTrond.Myklebust@netapp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3c681ec96dcc0acd6d5386773b44e6c129919394", "tree": "c4ea80e1369d685c00273087864083b2230adad4", "parents": [ "724c6ae2912dbfc5c6a9e309f92b786fbc141462" ], "author": { "name": "Robert Richter", "email": "robert.richter@amd.com", "time": "Mon Dec 19 16:38:30 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:51 2012 -0800" }, "message": "oprofile: Fix uninitialized memory access when writing to writing to oprofilefs\n\ncommit 913050b91eb94f194392dd797b1ff3779f606ac0 upstream.\n\nIf oprofilefs_ulong_from_user() is called with count equals\nzero, *val remains unchanged. Depending on the implementation it\nmight be uninitialized.\n\nChange oprofilefs_ulong_from_user()\u0027s interface to return count\non success. Thus, we are able to return early if count equals\nzero which avoids using *val uninitialized. Fixing all users of\noprofilefs_ulong_ from_user().\n\nThis follows write syscall implementation when count is zero:\n\"If count is zero ... [and if] no errors are detected, 0 will be\nreturned without causing any other effect.\" (man 2 write)\n\nReported-By: Mike Waychison \u003cmikew@google.com\u003e\nSigned-off-by: Robert Richter \u003crobert.richter@amd.com\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: oprofile-list \u003coprofile-list@lists.sourceforge.net\u003e\nLink: http://lkml.kernel.org/r/20111219153830.GH16765@erda.amd.com\nSigned-off-by: Ingo Molnar \u003cmingo@elte.hu\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "724c6ae2912dbfc5c6a9e309f92b786fbc141462", "tree": "d4045a5b572cc5185e53b743900db3cd6fc1982b", "parents": [ "5b8befdb785856462ee5eafc8a52ceb78e720f77" ], "author": { "name": "Frantisek Hrbata", "email": "fhrbata@redhat.com", "time": "Mon Dec 19 17:11:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:51 2012 -0800" }, "message": "oom: fix integer overflow of points in oom_badness\n\ncommit ff05b6f7ae762b6eb464183eec994b28ea09f6dd upstream.\n\nAn integer overflow will happen on 64bit archs if task\u0027s sum of rss,\nswapents and nr_ptes exceeds (2^31)/1000 value. This was introduced by\ncommit\n\nf755a04 oom: use pte pages in OOM score\n\nwhere the oom score computation was divided into several steps and it\u0027s no\nlonger computed as one expression in unsigned long(rss, swapents, nr_pte\nare unsigned long), where the result value assigned to points(int) is in\nrange(1..1000). So there could be an int overflow while computing\n\n176 points *\u003d 1000;\n\nand points may have negative value. Meaning the oom score for a mem hog task\nwill be one.\n\n196 if (points \u003c\u003d 0)\n197 return 1;\n\nFor example:\n[ 3366] 0 3366 35390480 24303939 5 0 0 oom01\nOut of memory: Kill process 3366 (oom01) score 1 or sacrifice child\n\nHere the oom1 process consumes more than 24303939(rss)*4096~\u003d92GB physical\nmemory, but it\u0027s oom score is one.\n\nIn this situation the mem hog task is skipped and oom killer kills another and\nmost probably innocent task with oom score greater than one.\n\nThe points variable should be of type long instead of int to prevent the\nint overflow.\n\nSigned-off-by: Frantisek Hrbata \u003cfhrbata@redhat.com\u003e\nAcked-by: KOSAKI Motohiro \u003ckosaki.motohiro@jp.fujitsu.com\u003e\nAcked-by: Oleg Nesterov \u003coleg@redhat.com\u003e\nAcked-by: David Rientjes \u003crientjes@google.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5b8befdb785856462ee5eafc8a52ceb78e720f77", "tree": "d3767c51bdd491cf6cec2d0fb786e8005aaa75c6", "parents": [ "d051424f29eac6b4c173365a3ba5b9bb76870ce6" ], "author": { "name": "Michel Lespinasse", "email": "walken@google.com", "time": "Mon Dec 19 17:12:06 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:50 2012 -0800" }, "message": "binary_sysctl(): fix memory leak\n\ncommit 3d3c8f93a237b64580c5c5e138edeb1377e98230 upstream.\n\nbinary_sysctl() calls sysctl_getname() which allocates from names_cache\nslab usin __getname()\n\nThe matching function to free the name is __putname(), and not putname()\nwhich should be used only to match getname() allocations.\n\nThis is because when auditing is enabled, putname() calls audit_putname\n*instead* (not in addition) to __putname(). Then, if a syscall is in\nprogress, audit_putname does not release the name - instead, it expects\nthe name to get released when the syscall completes, but that will happen\nonly if audit_getname() was called previously, i.e. if the name was\nallocated with getname() rather than the naked __getname(). So,\n__getname() followed by putname() ends up leaking memory.\n\nSigned-off-by: Michel Lespinasse \u003cwalken@google.com\u003e\nAcked-by: Al Viro \u003cviro@zeniv.linux.org.uk\u003e\nCc: Christoph Hellwig \u003chch@infradead.org\u003e\nCc: Eric Paris \u003ceparis@redhat.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d051424f29eac6b4c173365a3ba5b9bb76870ce6", "tree": "499af1fee3f4eb31d79e673cfc9718d0a0fb056a", "parents": [ "5cb6d2895e510f77514ef15c8f061621f09e4d78" ], "author": { "name": "Eugene Surovegin", "email": "ebs@ebshome.net", "time": "Thu Dec 15 11:25:59 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:50 2012 -0800" }, "message": "percpu: fix per_cpu_ptr_to_phys() handling of non-page-aligned addresses\n\ncommit 9f57bd4d6dc69a4e3bf43044fa00fcd24dd363e3 upstream.\n\nper_cpu_ptr_to_phys() incorrectly rounds up its result for non-kmalloc\ncase to the page boundary, which is bogus for any non-page-aligned\naddress.\n\nThis affects the only in-tree user of this function - sysfs handler\nfor per-cpu \u0027crash_notes\u0027 physical address. The trouble is that the\ncrash_notes per-cpu variable is not page-aligned:\n\ncrash_notes \u003d 0xc08e8ed4\nPER-CPU OFFSET VALUES:\n CPU 0: 3711f000\n CPU 1: 37129000\n CPU 2: 37133000\n CPU 3: 3713d000\n\nSo, the per-cpu addresses are:\n crash_notes on CPU 0: f7a07ed4 \u003d\u003e phys 36b57ed4\n crash_notes on CPU 1: f7a11ed4 \u003d\u003e phys 36b4ded4\n crash_notes on CPU 2: f7a1bed4 \u003d\u003e phys 36b43ed4\n crash_notes on CPU 3: f7a25ed4 \u003d\u003e phys 36b39ed4\n\nHowever, /sys/devices/system/cpu/cpu*/crash_notes says:\n /sys/devices/system/cpu/cpu0/crash_notes: 36b57000\n /sys/devices/system/cpu/cpu1/crash_notes: 36b4d000\n /sys/devices/system/cpu/cpu2/crash_notes: 36b43000\n /sys/devices/system/cpu/cpu3/crash_notes: 36b39000\n\nAs you can see, all values are rounded down to a page\nboundary. Consequently, this is where kexec sets up the NOTE segments,\nand thus where the secondary kernel is looking for them. However, when\nthe first kernel crashes, it saves the notes to the unaligned\naddresses, where they are not found.\n\nFix it by adding offset_in_page() to the translated page address.\n\n-tj: Combined Eugene\u0027s and Petr\u0027s commit messages.\n\nSigned-off-by: Eugene Surovegin \u003cebs@ebshome.net\u003e\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nReported-by: Petr Tesarik \u003cptesarik@suse.cz\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "5cb6d2895e510f77514ef15c8f061621f09e4d78", "tree": "73b09bafbaf76169b04239b37860a88bf54b663d", "parents": [ "43579d76bdd733c9baf131bbc29719c2a2821569" ], "author": { "name": "Dmitry Torokhov", "email": "dmitry.torokhov@gmail.com", "time": "Mon Dec 12 00:05:53 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:49 2012 -0800" }, "message": "Input: synaptics - fix touchpad not working after S2R on Vostro V13\n\ncommit 8521478f67e95ada4e87970c7b41e504c724b2cf upstream.\n\nSynaptics touchpads on several Dell laptops, particularly Vostro V13\nsystems, may not respond properly to PS/2 commands and queries immediately\nafter resuming from suspend to RAM. This leads to unresponsive touchpad\nafter suspend/resume cycle.\n\nAdding a 1-second delay after resetting the device allows touchpad to\nfinish initializing (calibrating?) and start reacting properly.\n\nReported-by: Daniel Manrique \u003cdaniel.manrique@canonical.com\u003e\nTested-by: Daniel Manrique \u003cdaniel.manrique@canonical.com\u003e\nSigned-off-by: Dmitry Torokhov \u003cdtor@mail.ru\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "43579d76bdd733c9baf131bbc29719c2a2821569", "tree": "a366b2775bd4c4c75999f6d9d7c7815586f9c5e9", "parents": [ "fcd02ab513c07dfc792fff5baa7ba7e930eba4b0" ], "author": { "name": "Jason Chen", "email": "jason.chen@linaro.org", "time": "Wed Nov 30 11:34:27 2011 +0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:49 2012 -0800" }, "message": "MXC PWM: should active during DOZE/WAIT/DBG mode\n\ncommit c0d96aed8c6dd925afe9ea35491a0cd458642a86 upstream.\n\nSigned-off-by: Jason Chen \u003cjason.chen@linaro.org\u003e\nSigned-off-by: Sascha Hauer \u003cs.hauer@pengutronix.de\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "fcd02ab513c07dfc792fff5baa7ba7e930eba4b0", "tree": "73aea7340e9a4487144c530558c200e00417a325", "parents": [ "d27bf91d1a9ea58a32bf9dd949e93bb1dc1fc9bf" ], "author": { "name": "Hauke Mehrtens", "email": "hauke@hauke-m.de", "time": "Mon Dec 05 23:19:51 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:48 2012 -0800" }, "message": "ssb: fix init regression with SoCs\n\ncommit 329456d1ffb416c220813725b7363cda9975c9aa upstream.\n\nThis fixes a Data bus error on some SoCs. The first fix for this\nproblem did not solve it on all devices.\n commit 6ae8ec27868bfdbb815287bee8146acbefaee867\n Author: Rafał Miłecki \u003czajec5@gmail.com\u003e\n Date: Tue Jul 5 17:25:32 2011 +0200\n ssb: fix init regression of hostmode PCI core\n\nIn ssb_pcicore_fix_sprom_core_index() the sprom on the PCI core is\naccessed, but the sprom only exists when the ssb bus is connected over\na PCI bus to the rest of the system and not when the SSB Bus is the\nmain system bus. SoCs sometimes have a PCI host controller and there\nthis code will not be executed, but there are some old SoCs with an PCI\ncontroller in client mode around and ssb_pcicore_fix_sprom_core_index()\nshould not be called on these devices too. The PCI controller on these\ndevices are unused, but without this fix it results in an Data bus\nerror when it gets initialized.\n\nCc: Michael Buesch \u003cm@bues.ch\u003e\nCc: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: Hauke Mehrtens \u003chauke@hauke-m.de\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d27bf91d1a9ea58a32bf9dd949e93bb1dc1fc9bf", "tree": "3b71c18560ce6e675525c0d0899f542fabaa72a4", "parents": [ "afa2450ce311b3182c737c3fda59bb557da93409" ], "author": { "name": "Mike Snitzer", "email": "snitzer@redhat.com", "time": "Wed Nov 23 10:59:13 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:48 2012 -0800" }, "message": "block: initialize request_queue\u0027s numa node during\n\ncommit 5151412dd4338b273afdb107c3772528e9e67d92 upstream.\n\nstruct request_queue is allocated with __GFP_ZERO so its \"node\" field is\nzero before initialization. This causes an oops if node 0 is offline in\nthe page allocator because its zonelists are not initialized. From Dave\nYoung\u0027s dmesg:\n\n\tSRAT: Node 1 PXM 2 0-d0000000\n\tSRAT: Node 1 PXM 2 100000000-330000000\n\tSRAT: Node 0 PXM 1 330000000-630000000\n\tInitmem setup node 1 0000000000000000-000000000affb000\n\t...\n\tBuilt 1 zonelists in Node order, mobility grouping on.\n\t...\n\tBUG: unable to handle kernel paging request at 0000000000001c08\n\tIP: [\u003cffffffff8111c355\u003e] __alloc_pages_nodemask+0xb5/0x870\n\nand __alloc_pages_nodemask+0xb5 translates to a NULL pointer on\nzonelist-\u003e_zonerefs.\n\nThe fix is to initialize q-\u003enode at the time of allocation so the correct\nnode is passed to the slab allocator later.\n\nSince blk_init_allocated_queue_node() is no longer needed, merge it with\nblk_init_allocated_queue().\n\n[rientjes@google.com: changelog, initializing q-\u003enode]\nReported-by: Dave Young \u003cdyoung@redhat.com\u003e\nSigned-off-by: Mike Snitzer \u003csnitzer@redhat.com\u003e\nSigned-off-by: David Rientjes \u003crientjes@google.com\u003e\nTested-by: Dave Young \u003cdyoung@redhat.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "afa2450ce311b3182c737c3fda59bb557da93409", "tree": "408d7e9eb3a6e0ddf17bdd7da3d55682b8940a27", "parents": [ "d27020f6c090faf3688324af9a8b496435285039" ], "author": { "name": "Johannes Berg", "email": "johannes.berg@intel.com", "time": "Wed Dec 07 09:02:21 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:48 2012 -0800" }, "message": "mac80211: fix another race in aggregation start\n\ncommit 15062e6a8524f5977f2cbdf6e3eb2f144262f74e upstream.\n\nEmmanuel noticed that when mac80211 stops the queues\nfor aggregation that can leave a packet pending. This\npacket will be given to the driver after the AMPDU\ncallback, but as a non-aggregated packet which messes\nup the sequence number etc.\n\nI also noticed by looking at the code that if packets\nare being processed while we clear the WANT_START bit,\nthey might see it cleared already and queue up on\ntid_tx-\u003epending. If the driver then rejects the new\naggregation session we leak the packet.\n\nFix both of these issues by changing this code to not\nstop the queues at all. Instead, let packets queue up\non the tid_tx-\u003epending queue instead of letting them\nget to the driver, and add code to recover properly\nin case the driver rejects the session.\n\n(The patch looks large because it has to move two\nfunctions to before their new use.)\n\nReported-by: Emmanuel Grumbach \u003cemmanuel.grumbach@intel.com\u003e\nSigned-off-by: Johannes Berg \u003cjohannes.berg@intel.com\u003e\nSigned-off-by: John W. Linville \u003clinville@tuxdriver.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "d27020f6c090faf3688324af9a8b496435285039", "tree": "b6adb8f5801a815ca54a7889166efd40908ffccc", "parents": [ "e57a4c768c03a91334759def503b2d7616028a35" ], "author": { "name": "Thomas Gleixner", "email": "tglx@linutronix.de", "time": "Fri Nov 11 20:52:01 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: fcoe: Fix preempt count leak in fcoe_filter_frames()\n\ncommit 7e1e7ead88dff75b11b86ee0d5232c4591be1326 upstream.\n\nThe error exit path leaks preempt count. Add the missing put_cpu().\n\nSigned-off-by: Thomas Gleixner \u003ctglx@linutronix.de\u003e\nReviewed-by: Yi Zou \u003cyi.zou@intel.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "e57a4c768c03a91334759def503b2d7616028a35", "tree": "26d72dec99e458812a0d90b9b86b30216d516787", "parents": [ "3b538a7aaf6468c40a1faa559417e6165456b8e3" ], "author": { "name": "Anton Blanchard", "email": "anton@samba.org", "time": "Mon Nov 07 22:05:21 2011 +1100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: mpt2sas: _scsih_smart_predicted_fault uses GFP_KERNEL in interrupt context\n\ncommit f6a290b419a2675c4b77a6b0731cd2a64332365e upstream.\n\n_scsih_smart_predicted_fault is called in an interrupt and therefore\nmust allocate memory using GFP_ATOMIC.\n\nSigned-off-by: Anton Blanchard \u003canton@samba.org\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "3b538a7aaf6468c40a1faa559417e6165456b8e3", "tree": "0ea642cd792b23e8b2425a776b2e322c97a0fb8a", "parents": [ "cec3c159f674367def095745a72ac6150f889243" ], "author": { "name": "Steffen Maier", "email": "maier@linux.vnet.ibm.com", "time": "Fri Nov 18 20:00:40 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:47 2012 -0800" }, "message": "SCSI: zfcp: return early from slave_destroy if slave_alloc returned early\n\ncommit 44f747fff6e9f027a4866c1a6864e26ae7c510c8 upstream.\n\nzfcp_scsi_slave_destroy erroneously always tried to finish its task\neven if the corresponding previous zfcp_scsi_slave_alloc returned\nearly. This can lead to kernel page faults on accessing uninitialized\nfields of struct zfcp_scsi_dev in zfcp_erp_lun_shutdown_wait. Take the\nport field of the struct to determine if slave_alloc returned early.\n\nThis zfcp bug is exposed by 4e6c82b (in turn fixing f7c9c6b to be\ncompatible with 21208ae) which can call slave_destroy for a\ncorresponding previous slave_alloc that did not finish.\n\nThis patch is based on James Bottomley\u0027s fix suggestion in\nhttp://www.spinics.net/lists/linux-scsi/msg55449.html.\n\nSigned-off-by: Steffen Maier \u003cmaier@linux.vnet.ibm.com\u003e\nSigned-off-by: James Bottomley \u003cJBottomley@Parallels.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "cec3c159f674367def095745a72ac6150f889243", "tree": "3fefce578c3ede09ef02d3a241b0e29cf2fc5a17", "parents": [ "8f8a594251e5260f53d746887890d0d2185ceebb" ], "author": { "name": "Yasuaki Ishimatsu", "email": "isimatu.yasuaki@jp.fujitsu.com", "time": "Fri Dec 02 10:07:07 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:46 2012 -0800" }, "message": "cfq-iosched: fix cfq_cic_link() race confition\n\ncommit 5eb46851de3904cd1be9192fdacb8d34deadc1fc upstream.\n\ncfq_cic_link() has race condition. When some processes which shared ioc\nissue I/O to same block device simultaneously, cfq_cic_link() returns -EEXIST\nsometimes. The race condition might stop I/O by following steps:\n\nstep 1: Process A: Issue an I/O to /dev/sda\nstep 2: Process A: Get an ioc (iocA here) in get_io_context() which does not\n\t\t linked with a cic for the device\nstep 3: Process A: Get a new cic for the device (cicA here) in\n\t\t cfq_alloc_io_context()\n\nstep 4: Process B: Issue an I/O to /dev/sda\nstep 5: Process B: Get iocA in get_io_context() since process A and B share the\n\t\t same ioc\nstep 6: Process B: Get a new cic for the device (cicB here) in\n\t\t cfq_alloc_io_context() since iocA has not been linked with a\n\t\t cic for the device yet\n\nstep 7: Process A: Link cicA to iocA in cfq_cic_link()\nstep 8: Process A: Dispatch I/O to driver and finish it\n\nstep 9: Process B: Try to link cicB to iocA in cfq_cic_link()\n\t\t But it fails with showing \"cfq: cic link failed!\" kernel\n\t\t message, since iocA has already linked with cicA at step 7.\nstep 10: Process B: Wait for finishig I/O in get_request_wait()\n\t\t The function does not wake up, when there is no I/O to the\n\t\t device.\n\nWhen cfq_cic_link() returns -EEXIST, it means ioc has already linked with cic.\nSo when cfq_cic_link() return -EEXIST, retry cfq_cic_lookup().\n\nSigned-off-by: Yasuaki Ishimatsu \u003cisimatu.yasuaki@jp.fujitsu.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "8f8a594251e5260f53d746887890d0d2185ceebb", "tree": "fe49c65525bc1599823f4dc43569c69c6c36c862", "parents": [ "183647b865aea1411c87f9b76b8c74511e34807d" ], "author": { "name": "majianpeng", "email": "majianpeng@gmail.com", "time": "Wed Nov 30 15:47:48 2011 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:46 2012 -0800" }, "message": "cfq-iosched: free cic_index if blkio_alloc_blkg_stats fails\n\ncommit 2984ff38ccf6cbc02a7a996a36c7d6f69f3c6146 upstream.\n\nIf we fail allocating the blkpg stats, we free cfqd and cfgq.\nBut we need to free the IDA cfqd-\u003ecic_index as well.\n\nSigned-off-by: majianpeng \u003cmajianpeng@gmail.com\u003e\nSigned-off-by: Jens Axboe \u003caxboe@kernel.dk\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "183647b865aea1411c87f9b76b8c74511e34807d", "tree": "7c185739e71bdf55bde6ea79108a0f6d0bbe3f1c", "parents": [ "bd43f8f08f6645690724869150df18ef0dc6a7dd" ], "author": { "name": "Eugeni Dodonov", "email": "eugeni.dodonov@intel.com", "time": "Thu Nov 10 13:55:15 2011 -0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:45 2012 -0800" }, "message": "drm/i915: prevent division by zero when asking for chipset power\n\ncommit 4ed0b577457eb6aeb7cdc7e7316576e63d15abb2 upstream.\n\nThis prevents an in-kernel division by zero which happens when we are\nasking for i915_chipset_val too quickly, or within a race condition\nbetween the power monitoring thread and userspace accesses via debugfs.\n\nThe issue can be reproduced easily via the following command:\nwhile ``; do cat /sys/kernel/debug/dri/0/i915_emon_status; done\n\nThis is particularly dangerous because it can be triggered by\na non-privileged user by just reading the debugfs entry.\n\nThis issue was also found independently by Konstantin Belousov\n\u003ckostikbel@gmail.com\u003e, who proposed a similar patch.\n\nReported-by: Konstantin Belousov \u003ckostikbel@gmail.com\u003e\nAcked-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nAcked-by: Keith Packard \u003ckeithp@keithp.com\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Eugeni Dodonov \u003ceugeni.dodonov@intel.com\u003e\nSigned-off-by: Keith Packard \u003ckeithp@keithp.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" }, { "commit": "bd43f8f08f6645690724869150df18ef0dc6a7dd", "tree": "f88ec2773553fe6ca3b61c274e7ff21480e206d3", "parents": [ "919130981e72465867038ac1dec823dbd7a87eb5" ], "author": { "name": "John Stultz", "email": "john.stultz@linaro.org", "time": "Mon Dec 12 13:57:52 2011 -0800" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@suse.de", "time": "Fri Jan 06 14:13:45 2012 -0800" }, "message": "rtc: m41t80: Workaround broken alarm functionality\n\ncommit c3b79770e51ab1fd4201f3b54edf30113b9ce74f upstream.\n\nThe m41t80 driver can read and set the alarm, but it doesn\u0027t\nseem to have a functional alarm irq.\n\nThis causes failures when the generic core sees alarm functions,\nbut then cannot use them properly for things like UIE mode.\n\nDisabling the alarm functions allows proper error reporting,\nand possible fallback to emulated modes. Once someone fixes\nthe alarm irq functionality, this can be restored.\n\nCC: Matt Turner \u003cmattst88@gmail.com\u003e\nCC: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nCC: Atsushi Nemoto \u003canemo@mba.ocn.ne.jp\u003e\nReported-by: Matt Turner \u003cmattst88@gmail.com\u003e\nReported-by: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nTested-by: Nico Macrionitis \u003cacrux@cruxppc.org\u003e\nSigned-off-by: John Stultz \u003cjohn.stultz@linaro.org\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@suse.de\u003e\n\n" } ], "next": "919130981e72465867038ac1dec823dbd7a87eb5" }