[PATCH 1/1] Drivers: hv: vmbus: Use the new infrastructure for delivering VMBUS interrupts

Use the infrastructure for delivering VMBUS interrupts using a special vector. With this patch, we can now properly handle the VMBUS interrupts that can be delivered on any CPU. Also, turn on interrupt load balancing as well. This patch requires the infrastructure that was implemented in the

Re: [PATCH] ADP1653 board code for Nokia RX-51

Hi, On Sun, Feb 17, 2013 at 04:16:49PM +0100, Pali Rohár wrote: I'm sending ADP1653 flash torch board code for Nokia RX-51. Kernel driver ADP1653 is already in upstream kernel. Board code was extracted from this big camera meego patch:

Linux 3.0.65

I'm announcing the release of the 3.0.65 kernel. All users of the 3.0 kernel series must upgrade. The updated 3.0.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.0.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.0.65

diff --git a/Makefile b/Makefile index 1a4a8cd..cdba5c1 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 0 -SUBLEVEL = 64 +SUBLEVEL = 65 EXTRAVERSION = NAME = Sneaky Weasel diff --git a/arch/x86/include/asm/pgtable.h b/arch/x86/include/asm/pgtable.h index

Linux 3.4.32

I'm announcing the release of the 3.4.32 kernel. All users of the 3.4 kernel series must upgrade. The updated 3.4.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.4.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.4.32

diff --git a/Makefile b/Makefile index 930db76..ece8970 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 4 -SUBLEVEL = 31 +SUBLEVEL = 32 EXTRAVERSION = NAME = Saber-toothed Squirrel diff --git a/arch/s390/kernel/time.c b/arch/s390/kernel/time.c index

Linux 3.7.9

I'm announcing the release of the 3.7.9 kernel. All users of the 3.7 kernel series must upgrade. The updated 3.7.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.7.y and can be browsed at the normal kernel.org git web browser:

Re: Linux 3.7.9

diff --git a/Makefile b/Makefile index ad48987..5634228 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 7 -SUBLEVEL = 8 +SUBLEVEL = 9 EXTRAVERSION = NAME = Terrified Chipmunk diff --git a/arch/s390/kernel/time.c b/arch/s390/kernel/time.c index b5d8a18..252c7e6

RE: [PATCH RFC] video: Add Hyper-V Synthetic Video Frame Buffer Driver

From: Olaf Hering Sent: Sunday, February 17, 2013 9:32 AM To: Haiyang Zhang Cc: florianschandi...@gmx.de; linux-fb...@vger.kernel.org; KY Srinivasan; jasow...@redhat.com; linux-kernel@vger.kernel.org; de...@linuxdriverproject.org Subject: Re: [PATCH RFC] video: Add Hyper-V Synthetic Video

Re: [PATCH 1/1] Drivers: hv: vmbus: Use the new infrastructure for delivering VMBUS interrupts

On 02/17/2013 10:51 AM, KY Srinivasan wrote: No one can base their tree on linux-next, so no. Please wait for them to get into Linus's tree. Or send them to me now, with the instructions to apply them after 3.9-rc1, and I will save them for that point in time. Thanks Greg. Will do. As I

[PATCH 0/3] coredump: fix the ancient signal problems

Hello. These problems are really annoying. I reported and tried to fix them in 2008 (see http://marc.info/?l=linux-kernelm=121665710711931) but nobody was interested. Since then I had a lot of (to some degree contradictory) bug reports: we do not want the interrupted coredumps (this is what the

[PATCH 3/3] coredump: sanitize the setting of signal-group_exit_code

Now that the coredumping process can be SIGKILL'ed, the setting of -group_exit_code in do_coredump() can race with complete_signal() and SIGKILL or 0x80 can be lost, or wait(status) can report status == SIGKILL | 0x80. But the main problem is that it is not clear to me what should we do if

[PATCH 2/3] coredump: ensure that SIGKILL always kills the dumping thread

prepare_signal() blesses SIGKILL sent to the dumping process but this signal can be lost anyway. The problems is, complete_signal() sees SIGNAL_GROUP_EXIT and skips the kill them all logic. And even if the dumping process is single-threaded (so the target is always correct), the group-wide SIGKILL

[PATCH 1/3] coredump: only SIGKILL should interrupt the coredumping task

There are 2 well known and ancient problems with coredump/signals, and a lot of related bug reports: - do_coredump() clears TIF_SIGPENDING but of course this can't help if, say, SIGCHLD comes after that. In this case the coredump can fail unexpectedly. See for example

Re: [PATCH 00/15] Secure boot policy support

On lun., 2013-01-28 at 11:42 -0500, Matthew Garrett wrote: Secure boot makes it possible to ensure that the on-disk representation of the kernel hasn't been modified. This can be sidestepped if the in-memory representation can be trivially altered. We currently have a large number of

Re: [PATCH 0/3] coredump: fix the ancient signal problems

On Sun, Feb 17, 2013 at 11:18 AM, Oleg Nesterov o...@redhat.com wrote: Linus, et al, could you please ack/nack the intent? Of course I will appreciate if you can review the code, but what I am actually worried about is the user-visible change: the coredumping becomes killable but only by the

Re: Debugging Thinkpad T430s occasional suspend failure.

On Sat, Feb 16, 2013 at 11:46:59AM -0800, Linus Torvalds wrote: On Sat, Feb 16, 2013 at 11:25 AM, Paul E. McKenney paul...@linux.vnet.ibm.com wrote: Sorry for the delay in testing this, but there was a need to upgrade my laptop, and bozo here figured why not go to 64 bits while I am at

Re: [PATCH 04/16] rcu: rcutiny: Prevent RCU stall

On Wed, Feb 13, 2013 at 05:11:59PM +0100, Sebastian Andrzej Siewior wrote: From: Thomas Gleixner t...@linutronix.de rcu_read_unlock_special() checks in_serving_softirq() and leaves early when true. On RT this is obviously wrong as softirq processing context can be preempted and therefor such

Re: [PATCH 0/3] coredump: fix the ancient signal problems

On 02/17, Linus Torvalds wrote: On Sun, Feb 17, 2013 at 11:18 AM, Oleg Nesterov o...@redhat.com wrote: Linus, et al, could you please ack/nack the intent? Of course I will appreciate if you can review the code, but what I am actually worried about is the user-visible change: the

Re: [PATCH 0/3] coredump: fix the ancient signal problems

On 02/17, Oleg Nesterov wrote: On 02/17, Linus Torvalds wrote: SIGKILL really is very very special. Having it kill a coredump in progress sounds fine to me. Great. Forgot to mention just in case... We could probably make a simpler patch. do_coredump() can ignore all signals except

Re: [Bisected] 3.7-rc1 can't resume

On Sunday, February 17, 2013 05:48:25 PM Jonas Heinrich wrote: Hello, since kernel version 3.7-rc1 I can't resume my notebook (Thinkpad T43) from suspend2ram anymore. I started a kernel bisection (see bisection_log in attachement). Also see kernel conifg @ attachement. The culprit commit

Re: [Bisected] 3.7-rc1 can't resume

T43 is quite old... which might have exposed unique bugs. How reliable is the failure? Even one misidentified commit results in git bisect giving garbage. Jonas Heinrich o...@project-insanity.org wrote: Hello, since kernel version 3.7-rc1 I can't resume my notebook (Thinkpad T43) from

Re: Debugging Thinkpad T430s occasional suspend failure.

2013/2/17 Linus Torvalds torva...@linux-foundation.org: On Sun, Feb 17, 2013 at 7:11 AM, Frederic Weisbecker fweis...@gmail.com wrote: preempt_value_in_interrupt() looks buggy in your patch: it makes invoke_softirq() returning if (val HARDIRQ_MASK). But that's always true since you have

Re: Debugging Thinkpad T430s occasional suspend failure.

2013/2/17 Frederic Weisbecker fweis...@gmail.com: 2013/2/17 Linus Torvalds torva...@linux-foundation.org: On Sun, Feb 17, 2013 at 7:11 AM, Frederic Weisbecker fweis...@gmail.com wrote: preempt_value_in_interrupt() looks buggy in your patch: it makes invoke_softirq() returning if (val

[PATCH 0/3] Drivers: hv

The patch for the vmbus drivers properly cleans up the channel state on receipt of the offer rescind message. The balloon driver patches permit the execution of both balloon up operation as well as the hot-add operation in separate execution contexts. This allows the balloon driver to be more

[PATCH 2/3] Drivers: hv: balloon: Execute balloon inflation in a separate context

Execute the balloon inflation operation in a separate work context. This allows us to decouple the pressure reporting activity from the ballooning activity. Testing has shown that this decoupling makes the guest more reponsive. Signed-off-by: K. Y. Srinivasan k...@microsoft.com Reviewed-by:

[PATCH 1/3] Drivers: hv: vmbus: Handle channel rescind message correctly

Properly cleanup the channel state on receipt of the offer rescind message. Starting with ws2012, the host requires that the channel relid be properly cleaned up when the offer is rescinded. Signed-off-by: K. Y. Srinivasan k...@microsoft.com Reviewed-by: Haiyang Zhang haiya...@microsoft.com ---

[PATCH 3/3] Drivers: hv: balloon: Execute hot-add code in a separate context

Execute the hot-add operation in a separate work context. This allows us to decouple the pressure reporting activity from the hot-add activity. Signed-off-by: K. Y. Srinivasan k...@microsoft.com Reviewed-by: Haiyang Zhang haiya...@microsoft.com --- drivers/hv/hv_balloon.c | 40

Re: [RFC] sched: The removal of idle_balance()

On Sun, 2013-02-17 at 08:14 +0100, Mike Galbraith wrote: (And puts a dent in x264 ultrafast) +SD_BALANCE_NEWIDLE encoded 600 frames, 425.04 fps, 22132.71 kb/s encoded 600 frames, 416.07 fps, 22132.71 kb/s encoded 600 frames, 417.49 fps, 22132.71 kb/s encoded 600 frames, 420.65 fps,

Re: [PATCH 0/9] System Framebuffer Bus (sysfb)

This series tries to fix the mess with global system framebuffer access in device drivers. Currently, architecture initialization sets the screen_info object according to the system framebuffer that was detected during boot. The device driver that can map VMEM first gets access to it. There

kswapd craziness round 2

Hi, You still feel the sour taste of the kswapd craziness in v3.7 thread, right? Welcome to the hell, part two :{. I believe this started happening after update from 3.8.0-rc4-next-20130125 to 3.8.0-rc7-next-20130211. The same as before, many hours of uptime are needed and perhaps some

Re: [v3 0/6] ARM: tegra: convert device tree files to use CLK defines

On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote: Hi, With new dtc+cpp feature, we could get rid of magic numbers in dts* files. This patch replaces CLK IDs. We also plan to share those DT header files with kernel source later[1]. ... [1]

Re: [patch 1/2] mm: fincore()

Andrew Morton a...@linux-foundation.org writes: On Fri, 15 Feb 2013 18:13:04 -0500 Johannes Weiner han...@cmpxchg.org wrote: I dunno. The byte vector might not be optimal but its worst cases seem more attractive, is just as extensible, and dead simple to use. But I think which pages from

Re: [v3 0/6] ARM: tegra: convert device tree files to use CLK defines

Hi Hiroshi, On Fri, Feb 15, 2013 at 12:43 AM, Hiroshi Doyu hd...@nvidia.com wrote: Hi, With new dtc+cpp feature, we could get rid of magic numbers in dts* files. This patch replaces CLK IDs. We also plan to share those DT header files with kernel source later[1]. This series depends on:

Re: [PATCH] DocBook: update EXPORT_SYMBOL entry to point at export.h

On 02/14/2013 02:32:04 PM, Paul Gortmaker wrote: Previously we used to get EXPORT_SYMBOL and friends from module.h but we moved away from that since module.h largely includes the entire header space one way or another. As most users just wanted the simple export related macros, they were spun

Re: Debugging Thinkpad T430s occasional suspend failure.

On 02/16/2013 11:46 AM, Linus Torvalds wrote: Adding Peter Anvin to the people, just in case he sees what's wrong with the system call stub generation that keeps excessively old object files around. If it's easy to fix, it might be worth trying to make it ok to switch from i386 to x86-64 and

Re: [patch 1/2] mm: fincore()

On Sat, Feb 16, 2013 at 02:53:43PM +1030, Rusty Russell wrote: Andrew Morton a...@linux-foundation.org writes: On Fri, 15 Feb 2013 18:13:04 -0500 Johannes Weiner han...@cmpxchg.org wrote: I dunno. The byte vector might not be optimal but its worst cases seem more attractive, is just as

[ 03/66] xhci: Fix TD size for isochronous URBs.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Sarah Sharp sarah.a.sh...@linux.intel.com commit f18f8ed2a9adc41c2d9294b85b6af115829d2af1 upstream. To calculate the TD size for a particular TRB in an isoc TD, we need know the endpoint's max

[ 16/66] drm/radeon: prevent crash in the ring space allocation

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher alexander.deuc...@amd.com commit fd5d93a0015ce1a7db881382022b2fcdfdc61760 upstream. If the requested number of DWs on the ring is larger than the size of the ring itself, return an

[ 18/66] USB: ftdi_sio: add PID/VID entries for ELV WS 300 PC II

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Sven Killig s...@killig.de commit c249f911406efcc7456cb4af79396726bf7b8c57 upstream. Add PID/VID entries for ELV WS 300 PC II weather station Signed-off-by: Sven Killig s...@killig.de

[ 25/66] drivers/rtc/rtc-pl031.c: fix the missing operation on enable

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Haojian Zhuang haojian.zhu...@linaro.org commit e7e034e18a0ab6bafb2425c3242cac311164f4d6 upstream. The RTC control register should be enabled in the process of initializing. Without this

[ 30/66] [media] gspca_kinect: add Kinect for Windows USB id

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jacob Schloss jacob.schl...@unlimitedautomata.com commit 98fd485795db064d0885150e2c0c7f296d8fe06e upstream. Add the USB ID for the Kinect for Windows RGB camera so it can be used with the

[ 21/66] USB: storage: Define a new macro for USB storage match rules

3.2-stable review patch. If anyone has any objections, please let me know. -- From: fangxiaozhi huana...@huawei.com commit 07c7be3d87e5cdaf5f94c271c516456364ef286c upstream. 1. Define a new macro for USB storage match rules: matching with Vendor ID and interface

Re: [patch 1/2] mm: fincore()

On Sat, 16 Feb 2013 14:53:43 +1030 Rusty Russell ru...@rustcorp.com.au wrote: Andrew Morton a...@linux-foundation.org writes: On Fri, 15 Feb 2013 18:13:04 -0500 Johannes Weiner han...@cmpxchg.org wrote: I dunno. The byte vector might not be optimal but its worst cases seem more

[ 22/66] USB: storage: optimize to match the Huawei USB storage devices and support new switch command

3.2-stable review patch. If anyone has any objections, please let me know. -- From: fangxiaozhi huana...@huawei.com commit 200e0d994d9d1919b28c87f1a5fb99a8e13b8a0f upstream. 1. Optimize the match rules with new macro for Huawei USB storage devices, to avoid to load USB

[ 11/66] mwifiex: fix incomplete scan in case of IE parsing error

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Bing Zhao bz...@marvell.com commit 8a7d7cbf7b5ff9912ef50b3e94c9ad9f37b1c75f upstream. A scan request is split into multiple scan commands queued in scan_pending_q. Each scan command will be

[ 23/66] nilfs2: fix fix very long mount time issue

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Vyacheslav Dubeyko sl...@dubeyko.com commit a9bae189542e71f91e61a4428adf6e5a7dfe8063 upstream. There exists a situation when GC can work in background alone without any other filesystem

[ 26/66] virtio_console: Dont access uninitialized data.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Sjur Brændeland sjur.brandel...@stericsson.com commit aded024a12b32fc1ed9a80639681daae2d07ec25 upstream. Don't access uninitialized work-queue when removing device. The work queue is

[ 24/66] drivers/rtc/rtc-isl1208.c: call rtc_update_irq() from the alarm irq handler

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jan Luebbe j...@pengutronix.de commit 72fca4a4b32dc778b5b885c3498700e42b610d49 upstream. Previously the alarm event was not propagated into the RTC subsystem. By adding a call to

[ 65/66] tg3: Fix crc errors on jumbo frame receive

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Nithin Nayak Sujir nsu...@broadcom.com [ Upstream commit daf3ec688e057f6060fb9bb0819feac7a8bbf45c ] TG3_PHY_AUXCTL_SMDSP_ENABLE/DISABLE macros do a blind write to the phy auxiliary control

[ 27/66] wireless: rt2x00: rt{2500,73}usb.c put back duplicate id

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Xose Vazquez Perez xose.vazq...@gmail.com commit 8f35f787b75e9b6435ea37dabcae2d40dc72d31c upstream. put back 0x050d,0x7050 to rt73usb, same usb_id for two chips: K7SF5D7050A ver 2xxx is rt2500

[ 29/66] rt2800usb: Add support for 2001:3c1e (D-Link DWA-125 rev B1) USB Wi-Fi adapter

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Maia Kozheva si...@ubuntu.com commit fd7b9270120ca7e53fbf0469febe0c68acf6a0a2 upstream. D-Link DWA-125/B1 is a relatively new USB Wi-Fi adapter, using a Ralink chipset supported by the

[ 40/66] kernel/resource.c: fix stack overflow in __reserve_region_with_split()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: T Makphaibulchoke t...@hp.com commit 4965f5667f36a95b41cda6638875bc992bd7d18b upstream. Using a recursive call add a non-conflicting region in __reserve_region_with_split() could result in a

[ 46/66] netxen: fix off by one bug in netxen_release_tx_buffer()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet eduma...@google.com [ Upstream commit a05948f296ce103989b28a2606e47d2e287c3c89 ] Christoph Paasch found netxen could trigger a BUG in its dismantle phase, in

[ 33/66] ptrace/x86: Introduce set_task_blockstep() helper

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Nesterov o...@redhat.com commit 848e8f5f0ad3169560c516fff6471be65f76e69f upstream. No functional changes, preparation for the next fix and for uprobes single-step fixes. Move the code

[ 31/66] ahci: support the STA2X11 I/O Hub

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alessandro Rubini rub...@gnudd.com commit 318893e1429a9d50569a0379d1e20b0ecc45c555 upstream. The AHCI controller found in the STA2X11 chip uses BAR number 0 instead of 5. Also, the chip's fixup

[ 28/66] Wireless: rt2x00: Add device id for Sweex LW323 to rt2800usb.c

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jaume Delclòs ja...@delclos.com commit 36f318bb124b231c01db6965a009f46d5731f012 upstream. This patch adds detection for the Sweex LW323 USB wireless network card in the rt2x00 driver (just one

[ 34/66] ptrace/x86: Partly fix set_task_blockstep()-update_debugctlmsr() logic

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Nesterov o...@redhat.com commit 95cf00fa5d5e2a200a2c044c84bde8389a237e02 upstream. Afaics the usage of update_debugctlmsr() and TIF_BLOCKSTEP in step.c was always very wrong. 1.

[ 64/66] tg3: Avoid null pointer dereference in tg3_interrupt in netconsole mode

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Nithin Nayak Sujir nsu...@broadcom.com [ Upstream commit 9c13cb8bb477a83b9a3c9e5a5478a4e21294a760 ] When netconsole is enabled, logging messages generated during tg3_open can result in a null

[ 36/66] ptrace: ensure arch_ptrace/ptrace_request can never race with SIGKILL

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Nesterov o...@redhat.com commit 9899d11f654474d2d54ea52ceaa2a1f4db3abd68 upstream. putreg() assumes that the tracee is not running and pt_regs_access() can safely play with its stack.

[ 32/66] [libata] ahci: Add support for Enmotus Bobcat device.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Hugh Daschbach hugh.daschb...@enmotus.com commit 7f9c9f8e24590e7dcd26ca408458c43df5b83e61 upstream. Silicon does not support standard AHCI BAR assignment. Add vendor/device exception to force

[ 43/66] MAINTAINERS: Stephen Hemminger email change

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Stephen Hemminger stephen.hemmin...@vyatta.com [ Upstream commit adbbf69d1a54abf424e91875746a610dcc80017d ] I changed my email because the vyatta.com mail server is now redirected to

[ 35/66] ptrace: introduce signal_wake_up_state() and ptrace_signal_wake_up()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Nesterov o...@redhat.com commit 910ffdb18a6408e14febbb6e4b6840fd2c928c82 upstream. Cleanup and preparation for the next change. signal_wake_up(resume = true) is overused. None of

[ 41/66] net: prevent setting ttl=0 via IP_TTL

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang xiyou.wangc...@gmail.com [ Upstream commit c9be4a5c49cf51cc70a993f004c5bb30067a65ce ] A regression is introduced by the following commit: commit

[ 45/66] isdn/gigaset: fix zero size border case in debug dump

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Tilman Schmidt til...@imap.cc [ Upstream commit d721a1752ba544df8d7d36959038b26bc92bdf80 ] If subtracting 12 from l leaves zero we'd do a zero size allocation, leading to an oops later when we

[ 44/66] ipv6: fix header length calculation in ip6_append_data()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Romain KUNTZ r.ku...@ipflavors.com [ Upstream commit 7efdba5bd9a2f3e2059beeb45c9fa55eefe1bced ] Commit 299b0767 (ipv6: Fix IPsec slowpath fragmentation problem) has introduced a error in the

[ 42/66] ipv6: fix the noflags test in addrconf_get_prefix_route

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Romain Kuntz r.ku...@ipflavors.com [ Upstream commit 85da53bf1c336bb07ac038fb951403ab0478d2c5 ] The tests on the flags in addrconf_get_prefix_route() does no make much sense: the 'noflags'

[ 39/66] HID: usbhid: quirk for Formosa IR receiver

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Nicholas Santos nicholas.san...@gmail.com commit 320cde19a4e8f122b19d2df7a5c00636e11ca3fb upstream. Patch to add the Formosa Industrial Computing, Inc. Infrared Receiver [IR605A/Q] to hid-ids.h

[ 37/66] wake_up_process() should be never used to wakeup a TASK_STOPPED/TRACED task

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Oleg Nesterov o...@redhat.com commit 9067ac85d533651b98c2ff903182a20cbb361fcb upstream. wake_up_process() should never wakeup a TASK_STOPPED/TRACED task. Change it to use TASK_NORMAL and add

[ 61/66] tcp: fix for zero packets_in_flight was too broad

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ilpo Järvinen ilpo.jarvi...@helsinki.fi [ Upstream commit 6731d2095bd4aef18027c72ef845ab1087c3ba63 ] There are transients during normal FRTO procedure during which the packets_in_flight can go

[ 59/66] netback: correct netbk_tx_err to handle wrap around.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ian Campbell ian.campb...@citrix.com [ Upstream commit b9149729ebdcfce63f853aa54a404c6a8f6ebbf3 ] Signed-off-by: Ian Campbell ian.campb...@citrix.com Acked-by: Jan Beulich jbeul...@suse.com

[ 58/66] xen/netback: free already allocated memory on failure in xen_netbk_get_requests

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ian Campbell ian.campb...@citrix.com [ Upstream commit 4cc7c1cb7b11b6f3515bd9075527576a1eecc4aa ] Signed-off-by: Ian Campbell ian.campb...@citrix.com Signed-off-by: David S. Miller

[ 63/66] bridge: Pull ip header into skb-data before looking into ip header.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Sarveshwar Bandi sarveshwar.ba...@emulex.com [ Upstream commit 6caab7b0544e83e6c160b5e80f5a4a7dd69545c7 ] If lower layer driver leaves the ip header in the skb fragment, it needs to be first

[ 54/66] net: sctp: sctp_setsockopt_auth_key: use kzfree instead of kfree

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann dbork...@redhat.com [ Upstream commit 6ba542a291a5e558603ac51cda9bded347ce7627 ] In sctp_setsockopt_auth_key, we create a temporary copy of the user passed shared auth key for

[ 55/66] net: sctp: sctp_endpoint_free: zero out secret key data

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Daniel Borkmann dbork...@redhat.com [ Upstream commit b5c37fe6e24eec194bb29d22fdd55d73bcc709bf ] On sctp_endpoint_destroy, previously used sensitive keying material should be zeroed out before

[ 62/66] tcp: fix MSG_SENDPAGE_NOTLAST logic

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet eduma...@google.com [ Upstream commit ae62ca7b03217be5e74759dc6d7698c95df498b3 ] commit 35f9c09fe9c72e (tcp: tcp_sendpages() should call tcp_push() once) added an internal flag :

[ 47/66] r8169: remove the obsolete and incorrect AMD workaround

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Timo Teräs timo.te...@iki.fi [ Upstream commit 5d0feaff230c0abfe4a112e6f09f096ed99e0b2d ] This was introduced in commit 6dccd16 r8169: merge with version 6.001.00 of Realtek's r8169 driver. I

[ 52/66] atm/iphase: rename fregt_t - ffreg_t

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Heiko Carstens heiko.carst...@de.ibm.com [ Upstream commit ab54ee80aa7585f9666ff4dd665441d7ce41f1e8 ] We have conflicting type qualifiers for freg_t in s390's ptrace.h and the iphase atm device

[ 49/66] pktgen: correctly handle failures when adding a device

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Cong Wang amw...@redhat.com [ Upstream commit 604dfd6efc9b79bce432f2394791708d8e8f6efc ] The return value of pktgen_add_device() is not checked, so even if we fail to add some device, for

[ 57/66] xen/netback: dont leak pages on failure in xen_netbk_tx_check_gop.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Matthew Daley mat...@gmail.com [ Upstream commit 7d5145d8eb2b9791533ffe4dc003b129b9696c48 ] Signed-off-by: Matthew Daley mat...@gmail.com Reviewed-by: Konrad Rzeszutek Wilk

[ 53/66] sctp: refactor sctp_outq_teardown to insure proper re-initalization

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Neil Horman nhor...@tuxdriver.com [ Upstream commit 2f94aabd9f6c925d77aecb3ff020f1cc12ed8f86 ] Jamie Parsons reported a problem recently, in which the re-initalization of an association (The

[ 50/66] ipv6: do not create neighbor entries for local delivery

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Marcelo Ricardo Leitner mleit...@redhat.com [ Upstream commit bd30e947207e2ea0ff2c08f5b4a03025ddce48d3 ] They will be created at output, if ever needed. This avoids creating empty neighbor

[ 48/66] net: loopback: fix a dst refcounting issue

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet eduma...@google.com [ Upstream commit 794ed393b707f01858f5ebe2ae5eabaf89d00022 ] Ben Greear reported crashes in ip_rcv_finish() on a stress test involving many macvlans. We

[ 51/66] packet: fix leakage of tx_ring memory

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Phil Sutter phil.sut...@viprinet.com [ Upstream commit 9665d5d62487e8e7b1f546c00e11107155384b9a ] When releasing a packet socket, the routine packet_set_ring() is reused to free rings instead

[ 60/66] tcp: frto should not set snd_cwnd to 0

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet eduma...@google.com [ Upstream commit 2e5f421211ff76c17130b4597bc06df4eeead24f ] Commit 9dc274151a548 (tcp: fix ABC in tcp_slow_start()) uncovered a bug in FRTO code :

[ 04/66] USB: XHCI: fix memory leak of URB-private data

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alan Stern st...@rowland.harvard.edu commit 48c3375c5f69b1c2ef3d1051a0009cb9bce0ce24 upstream. This patch (as1640) fixes a memory leak in xhci-hcd. The urb_priv data structure isn't always

[ 66/66] x86/xen: dont assume %ds is usable in xen_iret for 32-bit PVOPS.

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jan Beulich jbeul...@suse.com commit 13d2b4d11d69a92574a55bfd985cfb0ca77aebdc upstream. This fixes CVE-2013-0228 / XSA-42 Drew Jones while working on CVE-2013-0190 found that that unprivileged

[ 06/66] sched/rt: Use root_domain of rt_rq not current processor

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Shawn Bohrer sboh...@rgmadvisors.com commit aa7f67304d1a03180f463258aa6f15a8b434e77d upstream. When the system has multiple domains do_sched_rt_period_timer() can run on any CPU and may iterate

[ 13/66] x86-64: Replace left over sti/cli in ia32 audit exit code

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Jan Beulich jbeul...@suse.com commit 40a1ef95da85843696fc3ebe5fce39b0db32669f upstream. For some reason they didn't get replaced so far by their paravirt equivalents, resulting in code to be

[ 00/66] 3.2.39-stable review

This is the start of the stable review cycle for the 3.2.39 release. There are 66 patches in this series, which will be posted as responses to this one. If anyone has any issues with these being applied, please let me know. Responses should be made by Tue Feb 19 23:00:00 UTC 2013. Anything

[ 14/66] Bluetooth: Fix handling of unexpected SMP PDUs

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Johan Hedberg johan.hedb...@intel.com commit 8cf9fa1240229cbdd888236c0c43fcbad680cf00 upstream. The conn-smp_chan pointer can be NULL if SMP PDUs arrive at unexpected moments. To avoid NULL

[ 19/66] USB: option: add Changhong CH690

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Bjørn Mork bj...@mork.no commit d4fa681541aa7bf8570d03426dd7ba663a71c467 upstream. New device with 3 serial interfaces: If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend) Sub=ff Prot=ff If#= 1 Alt= 0 #EPs=

[ 15/66] drm/radeon: Calling object_unrefer() when creating fb failure

3.2-stable review patch. If anyone has any objections, please let me know. -- From: liu chuansheng chuansheng@intel.com commit f2d68cf4daa4de97d400d94836b907e35228e54f upstream. When kzalloc() failed in radeon_user_framebuffer_create(), need to call object_unreference() to

[ 17/66] can: c_can: Set reserved bit in IFx_MASK2 to 1 on write

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alexander Stein alexander.st...@systec-electronic.com commit 2bd3bc4e8472424f1a6009825397639a8968920a upstream. According to C_CAN documentation, the reserved bit in IFx_MASK2 register is fixed

[ 10/66] USB: option: add support for Telit LE920

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Daniele Palmas dnl...@gmail.com commit 03eb466f276ceef9dcf023dc5474db02af68aad9 upstream. Add PID and special handling for Telit LE920 Signed-off-by: Daniele Palmas dnl...@gmail.com

[ 09/66] USB: qcserial: add Telit Gobi QDL device

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Daniele Palmas dnl...@gmail.com commit 78796ae17eacedcdcaaeb03ba73d2e532a4c8f83 upstream. Add VID and PID for Telit Gobi QDL device Signed-off-by: Daniele Palmas dnl...@gmail.com

[ 20/66] USB: ftdi_sio: add Zolix FTDI PID

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Petr Kubánek p...@kubanek.net commit 0ba3b2ccc72b3df5c305d61f59d93ab0f0e87991 upstream. Add support for Zolix Omni 1509 monochromator custom USB-RS232 converter. Signed-off-by: Petr Kubánek

[ 01/66] drm/i915: Fix misplaced intel_mark_page_flip_active()

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Ben Hutchings b...@decadent.org.uk In commit 28c4566d30b8, backport of commit e7d841ca03b7 ('drm/i915: Close race between processing unpin task and queueing the flip') I somehow added two calls

[ 12/66] USB: EHCI: fix bug in scheduling periodic split transfers

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alan Stern st...@rowland.harvard.edu commit 3e619d04159be54b3daa0b7036b0ce9e067f4b5d upstream. This patch (as1654) fixes a very old bug in ehci-hcd, connected with scheduling of periodic split

[ 08/66] drm/radeon: add quirk for RV100 board

3.2-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher alexander.deuc...@amd.com commit 9200ee4941a6e5d1ec5df88982243686882dff3f upstream. vbios says external TMDS while the board is actually internal TMDS. fixes:

<    1   2   3   4   5   6   7   >