[RFC PATCH 2/3 V3] livedump: Add write protection management

This patch makes it possible to write-protect pages in kernel space and to install a handler function that is called every time when page fault occurs on the protected page. The write protection is executed in the stop-machine state to protect all pages consistently. Processing of write

[RFC PATCH 3/3 V3] livedump: Add memory dumping functionality

This patch implements memory dumping of kernel space. Faulting pages are temporarily pushed into kfifo and they are poped and dumped by kthread dedicated to livedump. At the moment, supported target is only block device like /dev/sdb. Memory dumping is executed as follows: (1)The handler function

[RFC PATCH 1/3 V3] livedump: Add the new misc device "livedump"

Introduces the new misc device "livedump". This device will be used as interface between livedump and user space. Right now, the device only has empty ioctl operation. ***ATTENTION PLEASE*** I think debugfs is more suitable for this feature, but currently livedump uses the misc device for

[RFC PATCH 0/3 V3] introduce: livedump

The following series introduces the new memory dumping mechanism Live Dump, which lets users obtain a consistent memory dump without stopping a running system. Changes in V3: - The patchset is rebased onto v3.6. - crash-6.1.0 is required (which was 6.0.6 previously). - Notifier-call-chain in

RE: [PATCH] usb: remove CONFIG_USB_MUSB_HOST etc

Hi, On Mon, Oct 08, 2012 at 18:47:07, Constantine Shulyupin wrote: > From: Constantine Shulyupin > > Remove USB configuration in arch/arm/mach-davinci/usb.c accordingly > CONFIG_USB_MUSB_OTG CONFIG_USB_MUSB_PERIPHERAL CONFIG_USB_MUSB_HOST > and set MUSB_OTG configuration by default > because

Re: REGRESSION: usbdevfs: Use-scatter-gather-lists-for-large-bulk-transfers

On Wed, Oct 10, 2012 at 10:34:59PM +0200, Peter Stuge wrote: > Hej Henrik, > > Henrik Rydberg wrote: > > commit 3d97ff63f8997761f12c8fbe8082996c6eeaba1a > > Author: Hans de Goede > > Date: Wed Jul 4 09:18:03 2012 +0200 > > > > usbdevfs: Use scatter-gather lists for large bulk transfers >

Re: acpi : acpi_bus_trim() stops removing devices when failing to remove the device

Hi Toshi, 2012/10/10 22:01, Toshi Kani wrote: On Wed, 2012-10-10 at 10:07 +0900, Yasuaki Ishimatsu wrote: : if (acpi_drv) { if (acpi_drv->ops.notify) acpi_device_remove_notify_handler(acpi_dev); THIS CALL - if

Re: [PATCH 1/4] dmaengine: dw_dmac: use helper macro module_platform_driver()

On Wed, Oct 10, 2012 at 04:42:00PM +0300, Felipe Balbi wrote: > Hi, > > On Wed, Oct 10, 2012 at 03:52:40PM +0300, Andy Shevchenko wrote: > > On Wed, Oct 10, 2012 at 3:40 PM, Felipe Balbi wrote: > > > On Wed, Oct 10, 2012 at 12:21:04PM +0300, Andy Shevchenko wrote: > > >> On Wed, Oct 10, 2012 at

[PATCH RFC 2/2] [x86] Optimize copy_page by re-arranging instruction sequence and saving register

From: Ma Ling Load and write operation occupy about 35% and 10% respectively for most industry benchmarks. Fetched 16-aligned bytes code include about 4 instructions, implying 1.34(0.35 * 4) load, 0.4 write. Modern CPU support 2 load and 1 write per cycle, so throughput from write is

[PATCH RFC 1/2] [x86] Modify comments and clean up code.

From: Ma Ling Modern CPU use fast-string instruction to accelerate copy performance, by combining data into 128bit, so we modify comments and code style. Signed-off-by: Ma Ling --- arch/x86/lib/copy_page_64.S | 119 +-- 1 files changed, 59

RE: [PATCH 4/4] mtd: nand: omap2: Add data correction support

On Wed, Oct 10, 2012 at 22:38:06, Ivan Djelic wrote: > On Tue, Oct 09, 2012 at 01:36:50PM +0100, Philip, Avinash wrote: > (...) > > > There are at least 2 potential problems when reading an erased page with > > > bitflips: > > > > > > 1. bitflip in data area and no bitflip in spare area (all

RE: [PATCH] fix x2apic defect that Linux kernel doesn't mask 8259A interrupt during the time window between changing VT-d table base address and initializing these VT-d entries(smpboot.c and apic.c )

OSV = Operating System Vendor ime. red Hat, SUSE etc. "Zhang, Lin-Bao (Linux Kernel R)" wrote: > >> -Original Message- >> From: Suresh Siddha [mailto:suresh.b.sid...@intel.com] >> > > Can you please apply the appended patch to 2.6.32 kernel and see >if >> > > the issue you mentioned

[PATCH 2/2]suppress "Device nodeX does not have a release() function" warning

When calling unregister_node(), the function shows following message at device_release(). "Device 'node2' does not have a release() function, it is broken and must be fixed." The reason is node's device struct does not have a release() function. So the patch registers node_device_release() to

[PATCH 1/2]suppress "Device memoryX does not have a release() function" warning

When calling remove_memory_block(), the function shows following message at device_release(). "Device 'memory528' does not have a release() function, it is broken and must be fixed." The reason is memory_block's device struct does not have a release() function. So the patch registers

[PATCH v2 0/2] Suppress "Device does not have a release() function" warning

This patch-set is patches to which [1] and [2] are updated [1] memory-hotplug: add memory_block_release [2] memory-hotplug: add node_device_release from following patch-set. https://lkml.org/lkml/2012/9/27/39 So the patch-set version is v2. v1 -> v2 [PATCH 1/2] - change subject to Suppress

[PATCH] backlight: lm3639: Return proper error in lm3639_bled_mode_store error paths

Signed-off-by: Axel Lin --- drivers/video/backlight/lm3639_bl.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/video/backlight/lm3639_bl.c b/drivers/video/backlight/lm3639_bl.c index c6915c6..585949b 100644 --- a/drivers/video/backlight/lm3639_bl.c +++

Re: dtc: import latest upstream dtc

On Wed, Oct 10, 2012 at 03:42:33PM -1000, Mitch Bradley wrote: > On 10/10/2012 1:16 PM, David Gibson wrote: > > On Wed, Oct 10, 2012 at 10:33:31AM -0500, Rob Herring wrote: > >> On 10/10/2012 10:16 AM, Stephen Warren wrote: > >>> On 10/10/2012 01:24 AM, David Gibson wrote: > On Tue, Oct 09,

RE: [RFC PATCH 06/06] input/rmi4: F11 - 2D touch interface

Linus Walleij wrote: > On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny > wrote: > > So looking closer at this one since we will use it. Maybe it's in such a > good shape now that I should be able to actually test it with the hardware? Well, it's been possible to test at least since the patch

Re: [PATCH 05/16] vfs: bogus warnings in fs/namei.c

On Tue, Oct 09, 2012 at 01:07:19PM +, Arnd Bergmann wrote: > Update: I could actually reproduce the problem now, but it only happens when > building with 'gcc -s' (i.e. CONFIG_CC_OPTIMIZE_FOR_SIZE). It does happen > with both gcc-4.6 and with gcc-4.8, and on both x86-64 and ARM. An

RE: [RFC PATCH 05/06] input/rmi4: F01 - device control

Linus Walleij wrote: > On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny > wrote: > > RMI Function 01 implements basic device control and power management > > behaviors for the RMI4 sensor. Since the last patch, we've decoupled > > rmi_f01.c implementation from rmi_driver.c, so rmi_f01.c acts

[PATCH 1/9] perf python: add ui stubs file

stderr based implementations of ui_ functions for the python library. Needed for patch 3 - consolidating open counters method. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/util/python-ext-sources |1

[PATCH 3/9] perf evlist: introduce open counters method

Superset of the open counters code in perf-top and perf-record - combining retry handling and error handling. Should be functionally equivalent. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/util/evlist.c |

[PATCH 6/9] perf stat: move user options to perf_record_opts

This is required for perf-stat to use perf_evlist__open_counters. And move opts to a stack variable. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/builtin-stat.c | 161

[PATCH 7/9] perf evlist: add stat unique code to open_counters method

Mainly the addition is an argument to keep going for some open failures. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/builtin-record.c |2 +- tools/perf/builtin-top.c|2 +-

[PATCH 8/9] perf stat: move to perf_evlist__open_counters

Removes a lot of duplicated code moving to the common open method. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/builtin-stat.c | 103 ++--- 1 file changed, 22

[PATCH 9/9] perf evsel: remove perf_evsel__open_per_cpu

No longer needed with perf-stat converted to perf_evlist__open_counters. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/util/evsel.c |6 -- tools/perf/util/evsel.h |2 -- 2 files changed, 8

[PATCH 4/9] perf top: use the new perf_evlist__open_counters method

Remove open counters code with all the retry and error handling in favor of the new perf_evlist__open_counters method which is based on the top code. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra ---

[PATCH 5/9] perf record: use the new perf_evlist__open_counters method

Remove open counters code with all the retry and error handling in favor of the new perf_evlist__open_counters method which is based on the existing code. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra ---

[PATCH 2/9] perf top: make use of perf_record_opts

Changes top code to use the perf_record_opts struct. Stepping stone to consolidating the open counters code. Signed-off-by: David Ahern Cc: Arnaldo Carvalho de Melo Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra --- tools/perf/builtin-top.c | 84

[PATCH 0/9] perf: consolidate all the open counters loops

ACME was a litle slow today (ACME Component Mgmt Env that is) so managed to add perf-stat to the list and do a decent amount of testing. This consolidates all of the open counters loops into a single common one. David Ahern (9): perf python: add ui stubs file perf top: make use of

RE: [RFC PATCH 04/06] input/rmi4: Config files and makefiles

Linus Walleij wrote: > On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny > wrote: > > (...) > > > diff --git a/drivers/input/rmi4/Kconfig b/drivers/input/rmi4/Kconfig > > (...) > > > +config RMI4_DEBUG > > + bool "RMI4 Debugging" > > + depends on RMI4_BUS > > select DEBUG_FS > >

RE: [RFC PATCH 03/06] input/rmi4: I2C physical interface

Linus Walleij wrote: > On Sat, Oct 6, 2012 at 6:10 AM, Christopher Heiny > wrote: > > The I2C physical driver is not extensively changed in terms of > > functionality since the previous patch. Management of the attention GPIO > > has been moved to rmi_driver.c (see previous email), and most of

RE: [RFC PATCH 02/06] input/rmi4: Core files

On Thursday, October 11, 2012 02:21:53 AM you wrote: > On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny > wrote: > > rmi_bus.c implements the basic functionality of the RMI bus. This file is > > greatly simplified compared to the previous patch - we've switched from > > "do it yourself"

RE: [RFC PATCH 01/06] input/rmi4: Public header and documentation

Mark Brown wrote: > On Tue, Oct 09, 2012 at 09:43:13AM +0200, Linus Walleij wrote: > > On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny > > wrote: > > > + * @cs_assert - For systems where the SPI subsystem does not control > > > the CS/SSB + * line, or where such control is broken, you can

RE: [PATCH] fix x2apic defect that Linux kernel doesn't mask 8259A interrupt during the time window between changing VT-d table base address and initializing these VT-d entries(smpboot.c and apic.c )

> -Original Message- > From: Suresh Siddha [mailto:suresh.b.sid...@intel.com] > > > Can you please apply the appended patch to 2.6.32 kernel and see if > > > the issue you mentioned gets fixed? If so, we can ask the -stable > > > and OSV's teams to pick up this fix. > > Yes , it can

RE: [RFC PATCH 01/06] input/rmi4: Public header and documentation

Linus Walleij wrote: > On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny > wrote: > > As requested in the feedback from the previous patch, we've documented the > > debugfs and sysfs attributes in files in > > Documentation/ABI/testing. There's two files, one for debugfs and one > > for sysfs.

Re: [PATCH 0/2] struct pid-ify autofs4

On Mon, 2012-09-24 at 19:56 -0700, Eric W. Biederman wrote: > Ian Kent writes: > > > On Mon, 2012-09-24 at 15:34 +0200, Miklos Szeredi wrote: > >> Ian Kent writes: > >> > >> > On Fri, 2012-09-21 at 17:44 +0200, Miklos Szeredi wrote: > >> >> Miklos Szeredi writes: > >> >> > >> >> > These two

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

On Wed, Oct 10, 2012 at 9:47 PM, Stephen Rothwell wrote: > Commit 549d62d889b4 ("KVM: PPC: use definitions in epapr header > for hcalls") from the kvm-ppc tree added an include of asm/epapr_hcall.h > to the user visible part of asm/kvm_para.h so asm/epapr_hcall.h became a > user visible header

Re: udev breakages -

Greg KH writes: > On Thu, Oct 04, 2012 at 10:29:51AM -0700, Eric W. Biederman wrote: >> There are still quite a few interesting cases that devtmpfs does not >> even think about supporting. Cases that were reported when devtmpfs was >> being reviewed. > > Care to refresh my memory? Anyone who

Re: [PATCH] init_module: update to modern interfaces

"Michael Kerrisk (man-pages)" writes: > [CC widened, so that some more review might come in. Rusty?] Sure. Looks good. but: > .B EBUSY > The module's initialization routine failed. Possibly. You should mention that the individual module's initialization routine can return other errors as

Re: [Request for review] Revised delete_module(2) manual page

"Michael Kerrisk (man-pages)" writes: > Hello Kees, Rusty, > > The current delete_module(2) page is severely out of date (basically, > its content corresponds to 2.4 days, and was even pretty thin in > covering that). So, I took a shot at revising the page to Linux 2.6+ > reality. Would it be

[GIT PULL] ACPI & Thermal patches for 3.7-merge

Hi Linus, Please pull these ACPI & Thermal patches. The generic Linux thermal layer is gaining some new capabilities (generic cooling via cpufreq) and some new customers (ARM). Also, an ACPI EC bug fix plus a regression fix. thanks! Len Brown, Intel Open Source Technology Center The following

Re: [PATCH 00/16] f2fs: introduce flash-friendly file system

2012/10/10 Jaegeuk Kim : >> >> I mean that every volume is placed inside any partition (MTD or GPT). Every >> partition begins from any >> physical sector. So, as I can understand, f2fs volume can begin from >> physical sector that is laid >> inside physical erase block. Thereby, in such case

Re: [RFC PATCH 02/06] input/rmi4: Core files

On Thu, 2012-10-11 at 02:49 +, Christopher Heiny wrote: > Joe Perches wrote: [] > > > + list_for_each_entry(entry, >rmi_functions.list, list) > > > + if (entry->irq_mask) > > > + process_one_interrupt(entry, irq_status, > > > +

linux-next: Tree for Oct 11

Hi all, Do not add stuff destined for v3.8 to your linux-next included branches until after v3.7-rc1 is released. Changes since 201201010: Conflicts are migrating as trees are merged by Linus. Linus' tree still had its build failure for which I reverted a commit (in my fixes tree). The

Re: [PATCH v5] create sun sysfs file

v5 applied (with typo fixed). In the future, it would be better if your patches apply to the latest upstream kernel. (_STR made changes in same place as _SUN) thanks, Len Brown, Intel Open Source Technology Center -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH 5/5] aio: Refactor aio_read_evt, use cmxchg(), fix bug

On Wed, Oct 10, 2012 at 02:43:15PM -0700, Zach Brown wrote: > > True. But that could be solved with a separate interface that either > > doesn't use a context to submit a call synchronously, or uses an > > implicit per thread context. > > Sure, but why bother if we can make the one submission

Re: linux-next: manual merge of the kvm-ppc tree with the powerpc-merge tree

On Thu, 11 Oct 2012 01:47:13 + Tabi Timur-B04825 wrote: > > On Wed, Oct 10, 2012 at 8:18 PM, Stephen Rothwell > wrote: > > > arch/powerpc/include/asm/epapr_hcalls.h | 511 > > -- > > arch/powerpc/include/uapi/asm/Kbuild |1 + > >

RE: [RFC PATCH 02/06] input/rmi4: Core files

Joe Perches wrote: > On Fri, 2012-10-05 at 21:09 -0700, Christopher Heiny wrote: > [] > > Just some trivial comments: Thanks - see below for responses. > > diff --git a/drivers/input/rmi4/rmi_driver.c > > b/drivers/input/rmi4/rmi_driver.c > [] > > > @@ -0,0 +1,1529 @@ > > [] > > > +static

Re: Scheduler queues for less os-jitter?

On Wed, 2012-10-10 at 20:13 +0200, Uwaysi Bin Kareem wrote: > I was just wondering, have you considered this? > > If daemons are contributing to os-jitter, wouldn`t having them all on > their own queue reduce jitter? So people could have the stuff like in > Ubuntu they want, without

Re: [PATCH 2/5] aio: kiocb_cancel()

On Wed, Oct 10, 2012 at 07:03:56AM -0400, Theodore Ts'o wrote: > On Tue, Oct 09, 2012 at 02:37:00PM -0700, Kent Overstreet wrote: > > > Honestly: I wouldn't bother. Nothing of consequence uses cancel. > > > > > > I have an RFC patch series that tears it out. Let me polish that up > > > send it

[ 14/84] xfrm_user: fix info leak in copy_to_user_auth()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 4c87308bdea31a7b4828a51f6156e6f721a1fcc9 ] copy_to_user_auth() fails to initialize the remainder of alg_name and therefore discloses up to 54 bytes of heap

[ 07/84] kernel/sys.c: call disable_nonboot_cpus() in kernel_restart()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Shawn Guo commit f96972f2dc6365421cf2366ebd61ee4cf060c8d5 upstream. As kernel_power_off() calls disable_nonboot_cpus(), we may also want to have kernel_restart() call disable_nonboot_cpus().

[ 09/84] workqueue: add missing smp_wmb() in process_one_work()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Tejun Heo commit 959d1af8cffc8fd38ed53e8be1cf4ab8782f9c00 upstream. WORK_STRUCT_PENDING is used to claim ownership of a work item and process_one_work() releases it before starting execution.

[ 11/84] xfrm_user: return error pointer instead of NULL

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit 864745d291b5ba80ea0bd0edcbe67273de368836 ] When dump_one_state() returns an error, e.g. because of a too small buffer to dump the whole xfrm state,

[ 26/84] 8021q: fix mac_len recomputation in vlan_untag()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Antonio Quartulli [ Upstream commit 5316cf9a5197eb80b2800e1acadde287924ca975 ] skb_reset_mac_len() relies on the value of the skb->network_header pointer, therefore we must wait for such

[ 04/84] ACPI: run _OSC after ACPI_FULL_INITIALIZATION

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Lin Ming commit fc54ab72959edbf229b65ac74b2f122d799ca002 upstream. The _OSC method may exist in module level code, so it must be called after ACPI_FULL_INITIALIZATION On some new platforms

[ 28/84] tcp: flush DMA queue before sk_wait_data if rcv_wnd is zero

3.0-stable review patch. If anyone has any objections, please let me know. -- From: =?UTF-8?q?Michal=20Kube=C4=8Dek?= [ Upstream commit 15c041759bfcd9ab0a4e43f1c16e2644977d0467 ] If recv() syscall is called for a TCP socket so that - IOAT DMA is used - MSG_WAITALL flag

[ 83/84] mtd: omap2: fix omap_nand_remove segfault

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Bießmann commit 7d9b110269253b1d5858cfa57d68dfc7bf50dd77 upstream. Do not kfree() the mtd_info; it is handled in the mtd subsystem and already freed by nand_release(). Instead kfree()

Re: [GIT PULL] extcon fixes for Linux 3.6

On Thu, Oct 11, 2012 at 11:02:47AM +0900, Chanwoo Choi wrote: > On 10/11/2012 10:40 AM, Greg KH wrote: > > On Thu, Oct 11, 2012 at 10:31:19AM +0900, Chanwoo Choi wrote: > >> Hi Greg, > >> > >> Please pull extcon fixes for Linux 3.6 from: > >> > >>

[ 71/84] r8169: 8168c and later require bit 0x20 to be set in Config2 for PME signaling.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit d387b427c973974dd619a33549c070ac5d0e089f upstream. The new 84xx stopped flying below the radars. Signed-off-by: Francois Romieu Cc: Hayes Wang Reviewed-by: Jonathan

[ 72/84] r8169: fix unsigned int wraparound with TSO

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Julien Ducourthial commit 477206a018f902895bfcd069dd820bfe94c187b1 upstream. The r8169 may get stuck or show bad behaviour after activating TSO : the net_device is not stopped when it has no

[ 74/84] revert "mm: mempolicy: Let vma_merge and vma_split handle vma->vm_policy linkages"

3.0-stable review patch. If anyone has any objections, please let me know. -- From: KOSAKI Motohiro commit 8d34694c1abf29df1f3c7317936b7e3e2e308d9b upstream. Commit 05f144a0d5c2 ("mm: mempolicy: Let vma_merge and vma_split handle vma->vm_policy linkages") removed

[ 76/84] mempolicy: fix a race in shared_policy_replace()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mel Gorman commit b22d127a39ddd10d93deee3d96e643657ad53a49 upstream. shared_policy_replace() use of sp_alloc() is unsafe. 1) sp_node cannot be dereferenced if sp->lock is not held and 2)

[ 68/84] r8169: missing barriers.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit 1e874e041fc7c222cbd85b20c4406070be1f687a upstream. Signed-off-by: Francois Romieu Cc: Hayes Wang Reviewed-by: Jonathan Nieder Acked-by: David S. Miller

[ 77/84] mempolicy: fix refcount leak in mpol_set_shared_policy()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: KOSAKI Motohiro commit 63f74ca21f1fad36d075e063f06dcc6d39fe86b2 upstream. When shared_policy_replace() fails to allocate new->policy is not freed correctly by mpol_set_shared_policy(). The

[ 75/84] mempolicy: remove mempolicy sharing

3.0-stable review patch. If anyone has any objections, please let me know. -- From: KOSAKI Motohiro commit 869833f2c5c6e4dd09a5378cfc665ffb4615e5d2 upstream. Dave Jones' system call fuzz testing tool "trinity" triggered the following bug error with slab debugging enabled

[ 73/84] r8169: call netif_napi_del at errpaths and at driver unload

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Devendra Naga commit ad1be8d345416a794dea39761a374032aa471a76 upstream. When register_netdev fails, the init'ed NAPIs by netif_napi_add must be deleted with netif_napi_del, and also when

[ 69/84] r8169: runtime resume before shutdown.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: françois romieu commit 2a15cd2ff488a9fdb55e5e34060f499853b27c77 upstream. With runtime PM, if the ethernet cable is disconnected, the device is transitioned to D3 state to conserve energy. If

[ 70/84] r8169: Config1 is read-only on 8168c and later.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit 851e60221926a53344b4227879858bef841b0477 upstream. Suggested by Hayes. Signed-off-by: Francois Romieu Cc: Hayes Wang Reviewed-by: Jonathan Nieder Acked-by: David S.

[ 84/84] mtd: omap2: fix module loading

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Andreas Bießmann commit 4d3d688da8e7016f15483e9319b41311e1db9515 upstream. Unloading the omap2 nand driver missed to release the memory region which will result in not being able to request it

[ 31/84] net: small bug on rxhash calculation

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Chema Gonzalez [ Upstream commit 6862234238e84648c305526af2edd98badcad1e0 ] In the current rxhash calculation function, while the sorting of the ports/addrs is coherent (you get the same

[ 18/84] xfrm_user: dont copy esn replay window twice for new states

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit e3ac104d41a97b42316915020ba228c505447d21 ] The ESN replay window was already fully initialized in xfrm_alloc_replay_state_esn(). No need to copy it again.

[ 20/84] net: ethernet: davinci_cpdma: decrease the desc count when cleaning up the remaining packets

3.0-stable review patch. If anyone has any objections, please let me know. -- From: htbegin [ Upstream commit ffb5ba90017505a19e238e986e6d33f09e4df765 ] chan->count is used by rx channel. If the desc count is not updated by the clean up loop in cpdma_chan_stop, the value

[ 22/84] netxen: check for root bus in netxen_mask_aer_correctable

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Nikolay Aleksandrov [ Upstream commit e4d1aa40e363ed3e0486aeeeb0d173f7f822737e ] Add a check if pdev->bus->self == NULL (root bus). When attaching a netxen NIC to a VM it can be on the root

[ 15/84] xfrm_user: fix info leak in copy_to_user_state()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mathias Krause [ Upstream commit f778a636713a435d3a922c60b1622a91136560c1 ] The memory reserved to dump the xfrm state includes the padding bytes of struct xfrm_usersa_info added by the

[ 23/84] net-sched: sch_cbq: avoid infinite loop

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit bdfc87f7d1e253e0a61e2fc6a75ea9d76f7fc03a ] Its possible to setup a bad cbq configuration leading to an infinite loop in cbq_classify() DEV_OUT=eth0 ICMP="match

[ 44/84] SCSI: zfcp: restore refcount check on port_remove

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Maier commit d99b601b63386f3395dc26a699ae703a273d9982 upstream. Upstream commit f3450c7b917201bb49d67032e9f60d5125675d6a "[SCSI] zfcp: Replace local reference counting with common

[ 45/84] SCSI: zfcp: only access zfcp_scsi_dev for valid scsi_device

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Martin Peschke commit d436de8ce25f53a8a880a931886821f632247943 upstream. __scsi_remove_device (e.g. due to dev_loss_tmo) calls zfcp_scsi_slave_destroy which in turn sends a close LUN FSF

[ 47/84] ext4: online defrag is not supported for journaled files

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Dmitry Monakhov commit f066055a3449f0e5b0ae4f3ceab4445bead47638 upstream. Proper block swap for inodes with full journaling enabled is truly non obvious task. In order to be on a safe side

[ 50/84] ASoC: wm9712: Fix name of Capture Switch

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Mark Brown commit 689185b78ba6fbe0042f662a468b5565909dff7a upstream. Help UIs associate it with the matching gain control. Signed-off-by: Mark Brown Signed-off-by: Greg Kroah-Hartman ---

[ 37/84] netrom: copy_datagram_iovec can fail

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Alan Cox [ Upstream commit 6cf5c951175abcec4da470c50565cc0afe6cd11d ] Check for an error from this and if so bail properly. Signed-off-by: Alan Cox Signed-off-by: David S. Miller

[ 39/84] aoe: assert AoE packets marked as requiring no checksum

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Ed Cashin [ Upstream commit 8babe8cc6570ed896b7b596337eb8fe730c3ff45 ] In order for the network layer to see that AoE requires no checksumming in a generic way, the packets must be marked as

[ 41/84] SCSI: zfcp: Make trace record tags unique

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Maier commit 0100998dbfe6dfcd90a6e912ca7ed6f255d48f25 upstream. Duplicate fssrh_2 from a54ca0f62f953898b05549391ac2a8a4dad6482b "[SCSI] zfcp: Redesign of the debug tracing for HBA

[ 42/84] SCSI: zfcp: Do not wakeup while suspended

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Steffen Maier commit cb45214960bc989af8b911ebd77da541c797717d upstream. If the mapping of FCP device bus ID and corresponding subchannel is modified while the Linux image is suspended, the

[ 62/84] r8169: remove erroneous processing of always set bit.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit e03f33af79f0772156e1a1a1e36bdddf8012b2e4 upstream. When set, RxFOVF (resp. RxBOVF) is always 1 (resp. 0). Signed-off-by: Francois Romieu Cc: Hayes Reviewed-by:

[ 64/84] r8169: expand received packet length indication.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit deb9d93c89d311714a60809b28160e538e1cbb43 upstream. 8168d and above allow jumbo frames beyond 8k. Bump the received packet length check before enabling jumbo frames on

[ 66/84] r8169: Rx FIFO overflow fixes.

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Francois Romieu commit 811fd3010cf512f2e23e6c4c912aad54516dc706 upstream. Realtek has specified that the post 8168c gigabit chips and the post 8105e fast ethernet chips recover automatically

[ 52/84] mm: thp: fix pmd_present for split_huge_page and PROT_NONE with THP

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Andrea Arcangeli commit 027ef6c87853b0a9df53175063028edb4950d476 upstream. In many places !pmd_present has been converted to pmd_none. For pmds that's equivalent and pmd_none is quicker so

[ 53/84] ALSA: aloop - add locking to timer access

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Omair Mohammed Abdullah commit d4f1e48bd11e3df6a26811f7a1f06c4225d92f7d upstream. When the loopback timer handler is running, calling del_timer() (for STOP trigger) will not wait for the

[ 35/84] ipv6: mip6: fix mip6_mh_filter()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 96af69ea2a83d292238bdba20e4508ee967cf8cb ] mip6_mh_filter() should not modify its input, or else its caller would need to recompute ipv6_hdr() if skb->head is

[ 34/84] ipv6: raw: fix icmpv6_filter()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Eric Dumazet [ Upstream commit 1b05c4b50edbddbdde715c4a7350629819f6655e ] icmpv6_filter() should not modify its input, or else its caller would need to recompute ipv6_hdr() if skb->head is

[ 48/84] ext4: always set i_op in ext4_mknod()

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Bernd Schubert commit 6a08f447facb4f9e29fcc30fb68060bb5a0d21c2 upstream. ext4_special_inode_operations have their own ifdef CONFIG_EXT4_FS_XATTR to mask those methods. And ext4_iget also

Re: [PATCH net-next? V2] pktgen: Use simpler test for non-zero ipv6 address

On Thu, Oct 11, 2012 at 3:23 AM, Joe Perches wrote: > Reduces object size and should be slightly faster. > > allyesconfig: > $ size net/core/pktgen.o* >textdata bss dec hex filename > 522844321 11840 68445 10b5d net/core/pktgen.o.new > 523104293 11848

[ 56/84] drm/radeon: only adjust default clocks on NI GPUs

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 2e3b3b105ab3bb5b6a37198da4f193cd13781d13 upstream. SI asics store voltage information differently so we don't have a way to deal with it properly yet. Signed-off-by: Alex

[ 54/84] ALSA: usb - disable broken hw volume for Tenx TP6911

3.0-stable review patch. If anyone has any objections, please let me know. -- From: David Henningsson commit c10514394ef9e8de93a4ad8c8904d71dcd82c122 upstream. While going through Ubuntu bugs, I discovered this patch being posted and a confirmation that the patch works as

[ 57/84] drm/radeon: Add MSI quirk for gateway RS690

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Alex Deucher commit 3a6d59df80897cc87812b6826d70085905bed013 upstream. Fixes another system on: https://bugs.freedesktop.org/show_bug.cgi?id=37679 Signed-off-by: Alex Deucher Signed-off-by:

[ 59/84] rcu: Fix day-one dyntick-idle stall-warning bug

3.0-stable review patch. If anyone has any objections, please let me know. -- From: "Paul E. McKenney" commit a10d206ef1a83121ab7430cb196e0376a7145b22 upstream. Each grace period is supposed to have at least one callback waiting for that grace period to complete. However, if

[ 79/84] CPU hotplug, cpusets, suspend: Dont modify cpusets during suspend/resume

3.0-stable review patch. If anyone has any objections, please let me know. -- From: "Srivatsa S. Bhat" commit d35be8bab9b0ce44bed4b9453f86ebf64062721e upstream. In the event of CPU hotplug, the kernel modifies the cpusets' cpus_allowed masks as and when necessary to ensure

[ 82/84] mtd: nand: Use the mirror BBT descriptor when reading its version

3.0-stable review patch. If anyone has any objections, please let me know. -- From: Shmulik Ladkani commit 7bb9c75436212813b38700c34df4bbb6eb82debe upstream. The code responsible for reading the version of the mirror bbt was incorrectly using the descriptor of the main bbt.

  1   2   3   4   5   6   7   8   9   10   >