Re: [PATCH] perf: do not flush maps on COMM for perf report

Em Wed, Aug 22, 2012 at 09:09:10AM -0700, Luigi Semenzato escreveu: > On Wed, Aug 22, 2012 at 12:28 AM, Ingo Molnar wrote: > > * Luigi Semenzato wrote: > >> An alternative patch (which I proposed earlier) would be to > >> introduce a separate PERF_RECORD_EXEC type, but it is a much > >> larger ch

Re: Q:pt_base in COMPAT mode offset by two pages. Was:Re: [Xen-devel] [PATCH 02/11] xen/x86: Use memblock_reserve for sensitive areas.

On Wed, Aug 22, 2012 at 04:59:11PM +0100, Jan Beulich wrote: > >>> On 21.08.12 at 21:03, Konrad Rzeszutek Wilk > >>> wrote: > > On Tue, Aug 21, 2012 at 01:27:32PM -0400, Konrad Rzeszutek Wilk wrote: > >> On Mon, Aug 20, 2012 at 10:13:05AM -0400, Konrad Rzeszutek Wilk wrote: > >> > On Fri, Aug 17,

Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host

On Wed, Aug 22, 2012 at 11:51:17AM +0800, Xiao Guangrong wrote: > Hmm, in KSM code, i found this code in replace_page: > > set_pte_at_notify(mm, addr, ptep, mk_pte(kpage, vma->vm_page_prot)); > > It is possible to establish a writable pte, no? Hugh already answered this thanks. Further details o

[PATCH] fs/prof: Update comment on pde_unload_lock

The comment was updated to include the other structures held by the lock. Cc: Alexander Viro Cc: David Woodhouse Acked-by: Alexey Dobriyan Signed-off-by: Nathan Zimmer --- include/linux/proc_fs.h |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/include/linux/proc_fs.

[PATCH] fs/proc: Move kfree outside pde_unload_lock

This moves a kfree outside a spinlock to help scaling on larger (512 core) systems. I ran a simple test which just reads from /proc/cpuinfo. Lower is better, as you can see the worst case scenario is improved. baselinemoved kfree tasks read-secread-sec 1 0.0141

[PATCH] staging: comedi: s626: fix build error due to subdevice pointer math removal

The subdevice pointer math removal patch introduced a build error in the s626 driver. Fix it. Signed-off-by: H Hartley Sweeten Cc: Ian Abbott Cc: Greg Kroah-Hartman --- Not sure how this got thru. The build error did not appear until I did a clean make. drivers/staging/comedi/drivers/s626.c

Re: [PATCH 1/1] tcp: Wrong timeout for SYN segments

On Tue, Aug 21, 2012 at 4:29 PM, Alex Bergmann wrote: > Hi David, > > I'm not 100% sure, but it looks like I found an RFC mismatch with the > current default values of the TCP implementation. > > Alex > > From 8b854a525eb45f64ad29dfab16f9d9f681e84495 Mon Sep 17 00:00:00 2001 > From: Alexander Berg

[GIT PULL] Ceph fixes for 3.6-rc3

Hi Linus, Please pull the following Ceph fixes for -rc3 from git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git for-linus Jim's fix closes a narrow race introduced with the msgr changes. One fix resolves problems with debugfs initialization that Yan found when multiple clien

Re: [PATCH 1/2] mmc: core: Add a capability for disabling mmc cards

Hi, On Wed, Aug 22, 2012 at 9:00 AM, Philip Rakity wrote: > > On Aug 22, 2012, at 8:44 AM, Doug Anderson wrote: > >> Jaehoon, >> >> On Tue, Aug 21, 2012 at 9:35 PM, Jaehoon Chung >> wrote: >>> >>> Hi Doug, >>> >>> I didn't know what purpose is. >>> Why need to add the MMC_CAP2_NO_MMC? >>> If c

[PATCH 0/1] xhci: Recognize USB 3.0 devices as superspeed at powerup

From: Manoj Iyer On Intel Panther Point chipset USB 3.0 devices show up as high-speed devices on powerup, but after an s3 cycle they are correctly recognized as SuperSpeed. At powerup switch the port to xHCI so that USB 3.0 devices are correctly recognized. This is a second attempt at fixing thi

[PATCH 1/1] xhci: Recognize USB 3.0 devices as superspeed at powerup

From: Manoj Iyer On Intel Panther Point chipset USB 3.0 devices show up as high-speed devices on powerup, but after an s3 cycle they are correctly recognized as SuperSpeed. At powerup switch the port to xHCI so that USB 3.0 devices are correctly recognized. BugLink: http://bugs.launchpad.net/bug

Re: [PATCH v2] lis3lv02d: Add STMicroelectronics lis331dlh digital accelerometer

> Look at this application note which talks about the outdata values > for 2G range (page 12/31) > http://www.st.com/internet/com/TECHNICAL_RESOURCES/TECHNICAL_LITERATURE/APPLICATION_NOTE/CD00215823.pdf Had been through the application note earlier. The table5 (on page 12) that you refer to, does

Re: [RFC v2 1/7] integrity: added digest calculation function

On Mon, Aug 20, 2012 at 5:59 AM, Rusty Russell wrote: > On Wed, 15 Aug 2012 21:43:06 +0300, Dmitry Kasatkin > wrote: >> + } else { >> + struct { >> + struct shash_desc shash; >> + char ctx[crypto_shash_descsize(tfm)]; >> + } des

Re: [PATCH] perf: do not flush maps on COMM for perf report

On 8/22/12 10:29 AM, Arnaldo Carvalho de Melo wrote: Adding the EXEC event, ditto. And I agree that while adding it we want to do 1/2 as pre-requisite. maps should not be flushed on a COMM event, so that was a mistake. Given that what new information does an EXEC event provide? Same process id

Re: [PATCHv2 0/3] spi: omap2-mcspi: spi cleanups

On Wed, Aug 22, 2012 at 11:35:11AM +0530, Shubhrajyoti D wrote: > This patch does the following > > Calls the pm_runtime_* functions directly. > Remove the MOD_REG_BIT macro usage thereby removiing un-needed branch. > At remove dont use the autosuspend runtime calls. Applied all, thanks. > The f

Re: [PATCH 14/14] drivers/spi/spi-s3c24xx.c: fix error return code

On Wed, Aug 22, 2012 at 01:42:47PM +0200, Julia Lawall wrote: > From: Julia Lawall > > Initialize return variable before exiting on an error path. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCHv2 0/3] spi: omap2-mcspi: spi cleanups

On Wed, Aug 22, 2012 at 10:29 PM, Mark Brown wrote: > On Wed, Aug 22, 2012 at 11:35:11AM +0530, Shubhrajyoti D wrote: >> This patch does the following >> >> Calls the pm_runtime_* functions directly. >> Remove the MOD_REG_BIT macro usage thereby removiing un-needed branch. >> At remove dont use th

[PATCH v6 00/13] Block cleanups

Buncha changes in this version. I came up with a new, much better solution to the "bio allocation from bio sets under generic_make_request()" problem. Previously, I was working around this in all of my code that allocated bios; it'd mask out GFP_WAIT if current->bio_list != NULL, then punt to work

[PATCH v6 02/13] dm: Use bioset's front_pad for dm_rq_clone_bio_info

Previously, dm_rq_clone_bio_info needed to be freed by the bio's destructor to avoid a memory leak in the blk_rq_prep_clone() error path. This gets rid of a memory allocation and means we can kill dm_rq_bio_destructor. v6: Fix comment on struct dm_rq_clone_bio_info, per Tejun Signed-off-by: Kent

[PATCH v6 10/13] block: Introduce new bio_split()

The new bio_split() can split arbitrary bios - it's not restricted to single page bios, like the old bio_split() (previously renamed to bio_pair_split()). It also has different semantics - it doesn't allocate a struct bio_pair, leaving it up to the caller to handle completions. We have to take tha

[PATCH v6 13/13] block: Only clone bio vecs that are in use

bcache creates large bios internally, and then splits them according to the device requirements before it sends them down. If a lower level device tries to clone the bio, and the original bio had more than BIO_MAX_PAGES, the clone will fail unecessarily. We can fix this by only cloning the bio vec

[PATCH v6 12/13] block: Add bio_clone_bioset(), bio_clone_kmalloc()

Previously, there was bio_clone() but it only allocated from the fs bio set; as a result various users were open coding it and using __bio_clone(). This changes bio_clone() to become bio_clone_bioset(), and then we add bio_clone() and bio_clone_kmalloc() as wrappers around it, making use of the fu

[PATCH v6 03/13] block: Add bio_reset()

Reusing bios is something that's been highly frowned upon in the past, but driver code keeps doing it anyways. If it's going to happen anyways, we should provide a generic method. This'll help with getting rid of bi_destructor - drivers/block/pktcdvd.c was open coding it, by doing a bio_init() and

[PATCH v6 11/13] block: Rework bio_pair_split()

This changes bio_pair_split() to use the new bio_split() underneath, which gets rid of the single page bio limitation. The various callers are fixed up for the slightly different struct bio_pair, and to remove the unnecessary checks. v5: Move extern declaration to proper patch, per Boaz Signed-of

[PATCH v6 09/13] block: Rename bio_split() -> bio_pair_split()

This is prep work for introducing a more general bio_split() Signed-off-by: Kent Overstreet CC: Jens Axboe CC: NeilBrown CC: Alasdair Kergon CC: Lars Ellenberg CC: Peter Osterlund CC: Sage Weil --- drivers/block/drbd/drbd_req.c | 2 +- drivers/block/pktcdvd.c | 2 +- drivers/block/rb

[PATCH v6 08/13] block: Add an explicit bio flag for bios that own their bvec

This is for the new bio splitting code. When we split a bio, if the split occured on a bvec boundry we reuse the bvec for the new bio. But that means bio_free() can't free it, hence the explicit flag. Signed-off-by: Kent Overstreet CC: Jens Axboe Acked-by: Tejun Heo --- fs/bio.c

[PATCH v6 07/13] block: Avoid deadlocks with bio allocation by stacking drivers

Previously, if we ever try to allocate more than once from the same bio set while running under generic_make_request(), we risk deadlock. This would happen if e.g. a bio ever needed to be split more than once, and it's difficult to handle correctly in the drivers - so in practice it's not. This p

[PATCH v6 06/13] block: Consolidate bio_alloc_bioset(), bio_kmalloc()

Previously, bio_kmalloc() and bio_alloc_bioset() behaved slightly different because there was some almost-duplicated code - this fixes that issue. This'll also help with some future cleanups - there are a fair number of functions that allocate bios (e.g. bio_clone()), and now they don't have to be

[PATCH v6 05/13] block: Kill bi_destructor

Now that we've got generic code for freeing bios allocated from bio pools, this isn't needed anymore. This also changes the semantics of bio_free() a bit - it now also frees bios allocated by bio_kmalloc(). It's also no longer exported, as without bi_destructor there should be no need for it to be

[PATCH v6 04/13] pktcdvd: Switch to bio_kmalloc()

This is prep work for killing bi_destructor - previously, pktcdvd had its own pkt_bio_alloc which was basically duplication bio_kmalloc(), necessitating its own bi_destructor implementation. v5: Un-reorder some functions, to make the patch easier to review Signed-off-by: Kent Overstreet CC: Pete

[PATCH v6 01/13] block: Generalized bio pool freeing

With the old code, when you allocate a bio from a bio pool you have to implement your own destructor that knows how to find the bio pool the bio was originally allocated from. This adds a new field to struct bio (bi_pool) and changes bio_alloc_bioset() to use it. This makes various bio destructors

Re: [PATCH v3 00/32] provide interfaces to access PCIe capabilities registers

On Tue, Aug 21, 2012 at 8:59 AM, Jiang Liu wrote: > Hi Bjorn, > Thanks for your help to finalize the patchset. > There's another suspicious issue in r8169.c, which directly writes > PCI_EXP_DEVCTL_NOSNOOP_EN > to PCI_EXP_DEVCTL. I feel it should preserve other bits when setting th

Re: [PATCH 0/6] Xen patches for Linux 3.7

On Wed, Aug 22, 2012 at 05:19:18PM +0100, Stefano Stabellini wrote: > Hi Konrad, > the followings are the patches that I am proposing for Linux 3.7. > I am leaving out the bulk of the ARM patches for the moment. applied. going to test it overnight. > > > Stefano Stabellini (6): > xen/event

Re: [PATCH v2 1/3] dmaengine: add TI EDMA DMA engine driver

On Wed, Aug 22, 2012 at 12:37:18PM +, Hebbar, Gururaja wrote: > On Wed, Aug 22, 2012 at 00:13:07, Porter, Matt wrote: > > Add a DMA engine driver for the TI EDMA controller. This driver > > is implemented as a wrapper around the existing DaVinci private > > DMA implementation. This approach all

Re: [PATCH v6 12/13] block: Add bio_clone_bioset(), bio_clone_kmalloc()

On 08/22/2012 01:04 PM, Kent Overstreet wrote: Previously, there was bio_clone() but it only allocated from the fs bio set; as a result various users were open coding it and using __bio_clone(). This changes bio_clone() to become bio_clone_bioset(), and then we add bio_clone() and bio_clone_kmal

Re: [PATCH v2 17/31] arm64: System calls handling

On Wed, Aug 22, 2012 at 01:27:14PM +0100, Arnd Bergmann wrote: > On Wednesday 22 August 2012, Catalin Marinas wrote: > > But what's more important - moving this wrapper to glibc causes issues > > with the page size. We support both 4KB and 64KB pages on 64-bit systems > > (the latter without compat

Re: [PATCHv2 0/3] spi: omap2-mcspi: spi cleanups

On Wed, Aug 22, 2012 at 10:33:55PM +0530, Shubhrajyoti Datta wrote: > Actually there was a patch in your tree that I sent which is not yet > in linus tree so I rebased > it to linux-next to avoid any merge conflicts. > Henceforth I will rebase it to your tree. That's also a good option, though f

Re: [PATCH 1/4] ARM: export read_current_timer

On 08/22/12 07:29, Arnd Bergmann wrote: > read_current_timer is used in the get_cycles() function when > ARM_ARCH_TIMER is set, and that function can be inlined into > driver modules, so we should export the function to avoid > errors like > > ERROR: "read_current_timer" [drivers/video/udlfb.ko] un

Re: [PATCH 00/10] rcu: Add missing RCU idle APIs on idle loop

On Wed, Aug 22, 2012 at 6:23 PM, Frederic Weisbecker wrote: > So this fixes some potential RCU stalls in a bunch of architectures. > When rcu_idle_enter()/rcu_idle_exit() became a requirement, we forgot > to handle the architectures that don't support CONFIG_NO_HZ. > > I guess the set should be di

Re: [PATCH 2/6] ARM: omap: allow building omap44xx without SMP

On Wednesday 22 August 2012, Shilimkar, Santosh wrote: > Was just thinking whether we should just take care of it at > core cpuidle level itself. Will below be enough to kill the build > error what you mentioned in the change log ? > > diff --git a/drivers/cpuidle/coupled.c b/drivers/cpuidle/coup

Re: [PATCH 01/10] alpha: Add missing RCU idle APIs on idle loop

On Wed, Aug 22, 2012 at 06:23:39PM +0200, Frederic Weisbecker wrote: > In the old times, the whole idle task was considered > as an RCU quiescent state. But as RCU became more and > more successful overtime, some RCU read side critical > section have been added even in the code of some > architectu

Re: [PATCH 1/1] tcp: Wrong timeout for SYN segments

On Wed, Aug 22, 2012 at 3:03 AM, Eric Dumazet wrote: > On Wed, 2012-08-22 at 12:00 +0200, Eric Dumazet wrote: >> On Wed, 2012-08-22 at 11:29 +0200, Alex Bergmann wrote: >> >> > Actual 6 SYN frames are sent. The initial one and 5 retries. >> > >> >> first one had a t0 + 0 delay. How can it count ??

Re: [PATCH v3 13/17] lockd: use new hashtable implementation

On 08/22/2012 03:22 PM, Mathieu Desnoyers wrote: > * Sasha Levin (levinsasha...@gmail.com) wrote: >> On 08/22/2012 01:47 PM, J. Bruce Fields wrote: >>> On Wed, Aug 22, 2012 at 04:27:08AM +0200, Sasha Levin wrote: +static int __init nlm_init(void) +{ + hash_init(nlm_files); + r

Re: [PATCH 01/10] alpha: Add missing RCU idle APIs on idle loop

On Wed, Aug 22, 2012 at 10:19:30AM -0700, Paul E. McKenney wrote: > On Wed, Aug 22, 2012 at 06:23:39PM +0200, Frederic Weisbecker wrote: > > In the old times, the whole idle task was considered > > as an RCU quiescent state. But as RCU became more and > > more successful overtime, some RCU read sid

Re: [PATCH v2] x86/vsmp: Use hypervisor layer for initialization

* Ido Yariv wrote: > +#ifdef CONFIG_X86_64 > + &x86_hyper_vsmp, > +#endif Why doesn't it all depend on CONFIG_X86_VSMP? Thanks, Ingo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info

Re: [PATCH v6 08/13] block: Add an explicit bio flag for bios that own their bvec

On Wed, Aug 22, 2012 at 10:04:05AM -0700, Kent Overstreet wrote: >... > --- a/include/linux/blk_types.h > +++ b/include/linux/blk_types.h > @@ -117,6 +117,7 @@ struct bio { > * BIO_POOL_IDX() > */ > #define BIO_RESET_BITS 12 > +#define BIO_OWNS_VEC 12 /* bio_free() should free bvec

RE: [PATCH v2] x86/vsmp: Use hypervisor layer for initialization

Ingo, CONFIG_X86_VSMP is only for setting cache-line size to 4KB.Rest of the bits were never depended on this. Regards, --Shai > -Original Message- > From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo > Molnar > Sent: Wednesday, August 22, 2012 20:38 > To: Id

Re: [PATCH v2] x86/vsmp: Use hypervisor layer for initialization

* Shai Fultheim (s...@scalemp.com) wrote: > Ingo, > > CONFIG_X86_VSMP is only for setting cache-line size to 4KB. > Rest of the bits were never depended on this. That's a problem - please move vSMP functionality under a simple, properly named Kconfig toggle. Many of the build problems are

Re: [PATCH 1/4] ARM: export read_current_timer

On Wed, Aug 22, 2012 at 06:15:14PM +0100, Stephen Boyd wrote: > On 08/22/12 07:29, Arnd Bergmann wrote: > > read_current_timer is used in the get_cycles() function when > > ARM_ARCH_TIMER is set, and that function can be inlined into > > driver modules, so we should export the function to avoid > >

Re: [PATCH 1/4] ARM: export read_current_timer

On 08/22/12 10:49, Will Deacon wrote: > On the topic of the timer stuff: Shinya/Stephen, did you have a chance to > look at the registration stuff that was proposed? I'm happy to push it if > people will actually use it. Yes I have tested it on our internal trees and it looks good. I plan to send

Re: [PATCH 1/4] ARM: export read_current_timer

On Wed, Aug 22, 2012 at 06:57:20PM +0100, Stephen Boyd wrote: > On 08/22/12 10:49, Will Deacon wrote: > > On the topic of the timer stuff: Shinya/Stephen, did you have a chance to > > look at the registration stuff that was proposed? I'm happy to push it if > > people will actually use it. > > Yes

Re: [PATCH v3 01/17] hashtable: introduce a small and naive hashtable

Hello, Sasha. On Wed, Aug 22, 2012 at 04:26:56AM +0200, Sasha Levin wrote: > +#define DEFINE_HASHTABLE(name, bits) \ > + struct hlist_head name[HASH_SIZE(bits)]; Shouldn't this be something like the following? #define DEFINE_HASHTABLE(name, bits)

Re: pci_get_subsys: GFP_KERNEL allocations with IRQs disabled

On Wed, Aug 22, 2012 at 12:49 AM, Feng Tang wrote: > Hi Fengguang, > > > On Wed, 22 Aug 2012 10:50:08 +0800 > Fengguang Wu wrote: > >> Feng, >> >> > I think it's pci_get_subsys() triggered this assert: >> > >> > /* >> > * Oi! Can't be having __GFP_FS allocations with IRQs disable

Re: [PATCH v3 04/17] workqueue: use new hashtable implementation

On Wed, Aug 22, 2012 at 04:26:59AM +0200, Sasha Levin wrote: > Switch workqueues to use the new hashtable implementation. This reduces the > amount of > generic unrelated code in the workqueues. > > Signed-off-by: Sasha Levin Acked-by: Tejun Heo Thanks. -- tejun -- To unsubscribe from this

RE: [PATCH v2] x86/vsmp: Use hypervisor layer for initialization

Ingo, Use of vSMP Foundation does not require compiling with CONFIG_X86_VSMP, which is off by default in any distribution to date. vsmp_64.c and is_vsmp_box() are depended on CONFIG_X86_64, and we will make sure to fix any deviation from the current situation. We want very much to move to the

Re: [PATCH] perf: do not flush maps on COMM for perf report

Em Wed, Aug 22, 2012 at 10:56:13AM -0600, David Ahern escreveu: > On 8/22/12 10:29 AM, Arnaldo Carvalho de Melo wrote: > >Adding the EXEC event, ditto. And I agree that while adding it we want > >to do 1/2 as pre-requisite. > > maps should not be flushed on a COMM event, so that was a mistake. > G

Re: [PATCH] perf: Keep the perf_event_attr on version 3

Em Wed, Aug 22, 2012 at 10:35:40AM +0200, Jiri Olsa escreveu: > On Tue, Aug 21, 2012 at 07:11:56PM +0200, Peter Zijlstra wrote: > > On Tue, 2012-08-21 at 08:49 -0700, tip-bot for Jiri Olsa wrote: > > > #define PERF_ATTR_SIZE_VER388 /* add: sample_regs_user */ > > > +#define PERF_ATTR_SIZE

Re: [PATCH v2] x86/vsmp: Use hypervisor layer for initialization

* Shai Fultheim (s...@scalemp.com) wrote: > Ingo, > > Use of vSMP Foundation does not require compiling with > CONFIG_X86_VSMP, which is off by default in any distribution > to date. That is simply a bug: CONFIG_X86_VSMP should be called CONFIG_X86_VSMP_ALIGN, and you should introduce a *re

Re: [PATCH] perf: Keep the perf_event_attr on version 3

On Wed, 2012-08-22 at 15:18 -0300, Arnaldo Carvalho de Melo wrote: > I'm lazy so couldn't quickly find any problem in applying this patch, > Peter, can you see any problem? > > Will add your Acked-by if you can't. No its fine, thanks! -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 1/2] mmc: core: Add a capability for disabling mmc cards

On Wed, 22 Aug 2012, Olof Johansson wrote: > On Wed, Aug 22, 2012 at 9:00 AM, Philip Rakity wrote: > > > > On Aug 22, 2012, at 8:44 AM, Doug Anderson wrote: > > > >> Thanks for your feedback. In this case I have a card that is an MMC > >> card so mmc_attach_sdio() and mmc_attach_sd() will fail.

Re: [PATCH] perf: do not flush maps on COMM for perf report

There is also this (incomplete, untested) patch, which shows what it takes to add the new record type. https://lkml.org/lkml/2012/3/2/345 On Wed, Aug 22, 2012 at 11:16 AM, Arnaldo Carvalho de Melo wrote: > Em Wed, Aug 22, 2012 at 10:56:13AM -0600, David Ahern escreveu: >> On 8/22/12 10:29 AM, Ar

Re: [PATCH 1/2] mmc: core: Add a capability for disabling mmc cards

On Wed, Aug 22, 2012 at 11:25 AM, Nicolas Pitre wrote: > On Wed, 22 Aug 2012, Olof Johansson wrote: > >> On Wed, Aug 22, 2012 at 9:00 AM, Philip Rakity wrote: >> > >> > On Aug 22, 2012, at 8:44 AM, Doug Anderson wrote: >> > >> >> Thanks for your feedback. In this case I have a card that is an M

Re: [PATCH] fs/proc: Move kfree outside pde_unload_lock

On Wed, 2012-08-22 at 11:38 -0500, Nathan Zimmer wrote: > This moves a kfree outside a spinlock to help scaling on larger (512 core) > systems. > > I ran a simple test which just reads from /proc/cpuinfo. > Lower is better, as you can see the worst case scenario is improved. > > baseline

Re: [PATCH v6 02/13] dm: Use bioset's front_pad for dm_rq_clone_bio_info

On Wed, Aug 22, 2012 at 10:03:59AM -0700, Kent Overstreet wrote: > Previously, dm_rq_clone_bio_info needed to be freed by the bio's > destructor to avoid a memory leak in the blk_rq_prep_clone() error path. > This gets rid of a memory allocation and means we can kill > dm_rq_bio_destructor. > > v6

Re: [PATCH v6 03/13] block: Add bio_reset()

On Wed, Aug 22, 2012 at 10:04:00AM -0700, Kent Overstreet wrote: > Reusing bios is something that's been highly frowned upon in the past, > but driver code keeps doing it anyways. If it's going to happen anyways, > we should provide a generic method. > > This'll help with getting rid of bi_destruc

Re: [PATCH v6 1/3] spi/pl022: Add chip select handling via GPIO

On Wed, Aug 22, 2012 at 3:49 PM, Roland Stigge wrote: > This patch adds the ability for the driver to control the chip select > directly. > This enables independence from cs_control callbacks. Configurable via > platform_data, to be extended as DT in the following patch. > > Based on the initia

Re: [PATCH v6 2/3] spi/pl022: Add devicetree support

On Wed, Aug 22, 2012 at 3:49 PM, Roland Stigge wrote: > This patch adds device tree support to the spi-pl022 driver. > > Based on the initial patch by Alexandre Pereira da Silva > > > Signed-off-by: Roland Stigge > Acked-by: Alexandre Pereira da Silva Reviewed-by: Linus Walleij Yours, Linu

Re: [PATCH v6 3/3] DT bindings documentation: "num-cs" property for SPI controllers

On Wed, Aug 22, 2012 at 3:49 PM, Roland Stigge wrote: > Several SPI controller drivers have defined differently named properties for > the number of chip selects. Now adding "num-cs" as a reference name for new > bindings. > > Signed-off-by: Roland Stigge Reviewed-by: Linus Walleij Yours, Li

[PATCHv3 4/4] ARM: kprobes: make more tests conditional

On Wednesday 22 August 2012, Nicolas Pitre wrote: > On Wed, 22 Aug 2012, Arnd Bergmann wrote: > > > > > > The ldrex/strex instructions are available on ARMv6. It's only the d > > > variants (strexd/ldrexd) which are only available from ARMv6k. > > > > Ok. How is the version below then? I haven'

Re: [PATCH] perf: do not flush maps on COMM for perf report

On 8/22/12 12:16 PM, Arnaldo Carvalho de Melo wrote: Em Wed, Aug 22, 2012 at 10:56:13AM -0600, David Ahern escreveu: On 8/22/12 10:29 AM, Arnaldo Carvalho de Melo wrote: Adding the EXEC event, ditto. And I agree that while adding it we want to do 1/2 as pre-requisite. maps should not be flush

[PATCH] Smack: setprocattr memory leak fix

From: Casey Schaufler Subject: [PATCH] Smack: setprocattr memory leak fix The data structure allocations being done in prepare_creds are duplicated in smack_setprocattr. This results in the structure allocated in prepare_creds being orphaned and never freed. The duplicate code is removed from sma

Re: [PATCH 0/4] tools lib traceevent: Basic error handling

Em Wed, Aug 22, 2012 at 04:24:43PM +0900, Namhyung Kim escreveu: > Hi Arnaldo, > > On Wed, 22 Aug 2012 16:00:27 +0900, Namhyung Kim wrote: > > I almost forgot that I have some libtraceevent patch left. ;) The > > first three of them are acked by Steven and the last is a port of a > > recent perf

Re: [PATCH] PM / Freezer: Fix small typo "regrigerator"

On Tue 2012-08-21 22:36:15, Sedat Dilek wrote: > Noticed when digging into a suspend issue in linux-next (next-20120821). > > For more details see . > > Signed-off-by: Sedat Dilek ACK. -- (english) http://www.livejournal.com/~pavelmachek (cesky, pic

[PATCHv2] ARM: Sort exception table at compile time

Add the ARM machine identifier to sortextable and select the config option so that we can sort the exception table at compile time. sortextable relies on a section named __ex_table existing in the vmlinux, but ARM's linker script places the exception table in the data section. Give the exception ta

Re: [PATCH] media/radio/shark2: Fix build error caused by missing dependencies

On Wednesday 22 August 2012, Guenter Roeck wrote: > On Wed, Aug 22, 2012 at 05:22:26PM +0200, Hans de Goede wrote: > > Hi, > > > > I've a better fix for this here: > > http://git.linuxtv.org/hgoede/gspca.git/shortlog/refs/heads/media-for_v3.6 > > > > I already send a pull-req for this to Mauro a

Re: [PATCH 01/10] alpha: Add missing RCU idle APIs on idle loop

On Wed, Aug 22, 2012 at 07:35:45PM +0200, Frederic Weisbecker wrote: > On Wed, Aug 22, 2012 at 10:19:30AM -0700, Paul E. McKenney wrote: > > On Wed, Aug 22, 2012 at 06:23:39PM +0200, Frederic Weisbecker wrote: > > > In the old times, the whole idle task was considered > > > as an RCU quiescent stat

Re: [PATCH 1/1] boot: Put initcall_debug into its own Kconfig option DEBUG_INITCALL

On 08/14/2012 03:14 PM, Josh Triplett wrote: > On Tue, Aug 14, 2012 at 02:25:07PM -0700, Randy Dunlap wrote: >> Surely. I have no gross objection to this specific patch. > > OK. Thanks! > > PATCHv2 will hide the option behind EMBEDDED and make it default to y. > > - Josh Triplett BTW, I thi

Re: [PATCH 2/5] mempolicy: Remove mempolicy sharing

On Mon, 20 Aug 2012 17:36:31 +0100 Mel Gorman wrote: > From: KOSAKI Motohiro > > Dave Jones' system call fuzz testing tool "trinity" triggered the following > bug error with slab debugging enabled > > ... > > Cc: The patch dosn't apply to 3.5 at all well. I don't see much point in retaining

Re: [PATCH v6 3/3] DT bindings documentation: "num-cs" property for SPI controllers

On Wed, Aug 22, 2012 at 08:39:06PM +0200, Linus Walleij wrote: > On Wed, Aug 22, 2012 at 3:49 PM, Roland Stigge wrote: > > > Several SPI controller drivers have defined differently named properties for > > the number of chip selects. Now adding "num-cs" as a reference name for new > > bindings.

[PATCH 0/2] SPI EEPROM / device tree interaction improvements.

From: David Daney A couple of patches that make using SPI EEPROMs Real Easy for me. David Daney (2): misc/at25, dt: Improve at25 SPI eeprom device tree bindings. misc/at25: Add an .id_table to at25 to facilitate driver loading and binding. Documentation/devicetree/bindings/misc/at25.tx

[PATCH 2/2] misc/at25: Add an .id_table to at25 to facilitate driver loading and binding.

From: David Daney With this patch we get automatic driver loading and binding for device tree specified hardware typologies. Also recognize "st,m95256" devices as being compatible with the driver. Signed-off-by: David Daney --- drivers/misc/eeprom/at25.c | 8 +++- 1 file changed, 7 insert

[PATCH 1/2] misc/at25, dt: Improve at25 SPI eeprom device tree bindings.

From: David Daney Commit 002176db (misc: at25: Parse dt settings) added device tree bindings the differ significantly in style from the I2C EEPROM bindings and don't seem well vetted. Here I deprecate (but still support) the "at25,*" properties, and add what I hope is a better alternative. Thes

Re: [PATCH v2 2/3] mmc: davinci_mmc: convert to DMA engine API

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Op 21-08-12 20:43, Matt Porter schreef: > Removes use of the DaVinci EDMA private DMA API and replaces it with use > of the DMA engine API. > > Signed-off-by: Matt Porter Runtime tested on hawkboard with 3.6.0-rc2 with rootfs on SD and running bonni

Re: [Xen-devel] Q:pt_base in COMPAT mode offset by two pages. Was:Re: [PATCH 02/11] xen/x86: Use memblock_reserve for sensitive areas.

On Wed, Aug 22, 2012 at 04:59:11PM +0100, Jan Beulich wrote: > >>> On 21.08.12 at 21:03, Konrad Rzeszutek Wilk > >>> wrote: > > On Tue, Aug 21, 2012 at 01:27:32PM -0400, Konrad Rzeszutek Wilk wrote: > >> On Mon, Aug 20, 2012 at 10:13:05AM -0400, Konrad Rzeszutek Wilk wrote: > >> > On Fri, Aug 17,

Re: [PATCH] ARM: dt: tegra: harmony: add regulators

On Mon, Aug 20, 2012 at 12:37:44PM -0600, Stephen Warren wrote: > On 08/20/2012 12:14 PM, Mark Brown wrote: > > Why not just pull the patch in via the regulator tree? The idea > > of merging the entire regulator drivers branch into the Tegra tree > > doesn't seem awesome... > I think that'd end

Re: [RFC PATCH 1/17] input: RMI4 public header file and documentation.

On Sat, Aug 18, 2012 at 12:17 AM, Christopher Heiny wrote: (...) > +#ifdef CONFIG_HAS_EARLYSUSPEND > +#include > +#endif This does not exist in the mainline kernel, I can see you're having fun with Android ... check with Rafael on how to really handle this in a contemporary kernel. > +/** > +

Re: [PATCH] ARM: Fix XIP build due to PHYS_OFFSET definition moving

On 08/09/12 23:46, Stephen Boyd wrote: > On 8/2/2012 6:23 PM, Stephen Boyd wrote: >> During the p2v changes, the PHYS_OFFSET #define moved into a >> !__ASSEMBLY__ section. This causes a XIP build to fail with >> >> arch/arm/kernel/head.o: In function 'stext': >> arch/arm/kernel/head.S:146: undefi

Re: [PATCH] mm: mmu_notifier: fix inconsistent memory between secondary MMU and host

On Wed, 22 Aug 2012 18:29:55 +0200 Andrea Arcangeli wrote: > On Wed, Aug 22, 2012 at 02:03:41PM +0800, Xiao Guangrong wrote: > > On 08/21/2012 11:06 PM, Andrea Arcangeli wrote: > > > CPU0 CPU1 > > > oldpage[1] == 0 (both guest & host) > > > o

Re: [PATCH] crypto: twofish - add x86_64/avx assembler implementation

Quoting Borislav Petkov : > On Wed, Aug 22, 2012 at 07:35:12AM +0300, Jussi Kivilinna wrote: >> Looks that encryption lost ~0.4% while decryption gained ~1.8%. >> >> For 256 byte test, it's still slightly slower than twofish-3way >> (~3%). For 1k >> and 8k tests, it's ~5% faster. >> >> Here's very

Re: [PATCH] perf: do not flush maps on COMM for perf report

On 8/21/12 3:52 PM, Luigi Semenzato wrote: This fixes a long-standing bug caused by the lack of separate COMM and EXEC record types, which makes "perf report" lose track of symbols when a process renames itself. With this fix (suggested by Stephane Eranian), a COMM (rename) no longer flushes the

Re: [PATCH v6 08/13] block: Add an explicit bio flag for bios that own their bvec

On Wed, Aug 22, 2012 at 08:43:52PM +0300, Adrian Bunk wrote: > On Wed, Aug 22, 2012 at 10:04:05AM -0700, Kent Overstreet wrote: > >... > > --- a/include/linux/blk_types.h > > +++ b/include/linux/blk_types.h > > @@ -117,6 +117,7 @@ struct bio { > > * BIO_POOL_IDX() > > */ > > #define BIO_RESET_

[PATCH/RESEND] Move most arches to asm-generic/current.h

against linux-next-20120822. Arnd, can this go through the asm-generic tree? arch/alpha/include/asm/Kbuild | 2 ++ arch/alpha/include/asm/current.h | 9 - arch/arm/include/asm/current.h | 9 + arch/avr32/include/asm/Kbuild | 2 ++ arch/avr32/include/asm

Re: [PATCH 00/36] AutoNUMA24

On 08/22/2012 10:58 AM, Andrea Arcangeli wrote: Hello everyone, Before the Kernel Summit, I think it's good idea to post a new AutoNUMA24 and to go through a new review cycle. The last review cycle has been fundamental in improving the patchset. Thanks! Thanks for improving the code and incorp

Re: [PATCH 38/74] lto, watchdog/hpwdt.c: Make assembler label global

Hi andi, > From: Andi Kleen > > We cannot assume that the inline assembler code always ends up > in the same file as the original C file. So make any assembler labels > that are called with "extern" by C global > > Cc: w...@iguana.be > Signed-off-by: Andi Kleen You have my signed-off-by, but

[PATCH RESEND] extcon: fix typos in max77693 driver

Signed-off-by: Peter Meerwald --- drivers/extcon/extcon-max77693.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/extcon/extcon-max77693.c b/drivers/extcon/extcon-max77693.c index 920a609..8bb438b 100644 --- a/drivers/extcon/extcon-max77693.c +++ b/drivers/ex

Re: [PATCH] [RFC] cross-arch: don't corrupt personality flags upon exec()

On Wednesday 15 August 2012, Andrew Morton wrote: > Extra marks will be awarded if you can work out whether to use > PER_LINUX_32BIT ;) I'll try this: PER_LINUX_32BIT is defined as (PER_LINUX | ADDR_LIMIT_32BIT). The ADDR_LIMIT_32BIT flag is used in exactly two places in the kernel: 1. On alpha

[PATCH RESEND] extcon: fix typos in sys-class-extcon

Signed-off-by: Peter Meerwald --- Documentation/ABI/testing/sysfs-class-extcon | 22 +++--- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/Documentation/ABI/testing/sysfs-class-extcon b/Documentation/ABI/testing/sysfs-class-extcon index 20ab361..57a7262 100644

[PATCH RESEND] extcon: fix typos in extcon-arizona

Signed-off-by: Peter Meerwald --- drivers/extcon/extcon-arizona.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c index 427a289..6d24822 100644 --- a/drivers/extcon/extcon-arizona.c +++ b/drivers/extcon/e

[PATCH RESEND] extcon: fixing typos

Signed-off-by: Peter Meerwald --- drivers/extcon/extcon_class.c |8 include/linux/extcon.h| 18 +- 2 files changed, 13 insertions(+), 13 deletions(-) diff --git a/drivers/extcon/extcon_class.c b/drivers/extcon/extcon_class.c index f6419f9..fa56339 100644 --

Re: [PATCH 2/5] mempolicy: Remove mempolicy sharing

On Wed, Aug 22, 2012 at 12:03:14PM -0700, Andrew Morton wrote: > On Mon, 20 Aug 2012 17:36:31 +0100 > Mel Gorman wrote: > > > From: KOSAKI Motohiro > > > > Dave Jones' system call fuzz testing tool "trinity" triggered the following > > bug error with slab debugging enabled > > > > ... > > > >

<    1   2   3   4   5   6   7   8   >