[RFC][PATCH 1/3] ftrace/x86: Add dynamic allocated trampoline for ftrace_ops

From: "Steven Rostedt (Red Hat)" The current method of handling multiple function callbacks is to register a list function callback that calls all the other callbacks based on their hash tables and compare it to the function that the callback was called on. But this is very inefficient. For

[RFC][PATCH 2/3] ftrace/x86: Show trampoline call function in enabled_functions

From: "Steven Rostedt (Red Hat)" The file /sys/kernel/debug/tracing/eneabled_functions is used to debug ftrace function hooks. Add to the output what function is being called by the trampoline if the arch supports it. Add support for this feature in x86_64. Cc: H. Peter Anvin Signed-off-by:

[PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc

After discussion with especially Wolfram and Jingoo it was decided to convert the code to use the Managed Device Resource. I lack this kind of hardware so preferably should someone do a HW test. Rickard Strandqvist (1): i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc

[PATCH v3] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc

Fix for possible null pointer dereferenc, and there is a risk for memory leak if something unexpected happens and the function returns. It now use Managed Device Resource instead. Signed-off-by: Rickard Strandqvist --- drivers/i2c/busses/i2c-pxa.c | 37 -

FROM MR.ASIM ATANI

-- Dear Friend, I am Mr.Atani Asim, Manager Auditing and Accountancy Department, Bank of Africa in (B.O.A) Burkina Faso. I got your email account while searching for a business oriented personality and you happen to be the one. I bring forth a business proposal in the tune of $12.5million U.S.

Re: [regression, 3.16-rc] rwsem: optimistic spinning causing performance degradation

Adding lkml. On Thu, 2014-07-03 at 12:37 -0700, Davidlohr Bueso wrote: > On Thu, 2014-07-03 at 11:50 -0700, Jason Low wrote: > > On Wed, Jul 2, 2014 at 7:32 PM, Dave Chinner wrote: > > > This is what the kernel profile looks like on the strided run: > > > > > > - 83.06% [kernel] [k] osq_lock

Re: [PATCH 30/50] mars: add new file drivers/block/mars/xio_bricks/xio_aio.c

Thomas Schoebel-Theuer writes: > + > +/ mmu faking (provisionary) ***/ > + > +/* Kludge: our kernel threads will have no mm context, but need one > + * for stuff like ioctx_alloc() / aio_setup_ring() etc > + * which expect userspace resources. > + * We

Re: mm: memcontrol: rewrite uncharge API: problems

On Wed, 2 Jul 2014, Hugh Dickins wrote: > On Wed, 2 Jul 2014, Johannes Weiner wrote: > > > > Could you give the following patch a spin? I put it in the mmots > > stack on top of mm-memcontrol-rewrite-charge-api-fix-shmem_unuse-fix. > > I'm just with the laptop until this evening. I slapped it

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

> "Linus" == Linus Torvalds writes: Linus> On Thu, Jul 3, 2014 at 11:22 AM, Linus Torvalds Linus> wrote: >> >> So the bugzilla entry worries me a bit - we definitely do not want to >> regress in case somebody really relied on timing - but without more >> specific information I still think

Re: DNAME_INLINE_LEN versus CONFIG_GENERIC_LOCKBREAK

Rasmus Villemoes writes: > In dcache.h, DNAME_INLINE_LEN is carefully chosen so that sizeof(struct > dentry) is a (specific) multiple of 64 bytes. Obviously this breaks when > certain debug options are chosen (DEBUG_LOCK_ALLOC and DEBUG_SPINLOCK), > but also, AFAICT, on architectures with

Re: [PATCH v2 2/3] ARM: DRA7: hwmod: Fixup SATA hwmod

On Thu, 3 Jul 2014, Roger Quadros wrote: > Get rid of optional clock as that is now managed by the > AHCI platform driver. > > Correct .mpu_rt_idx to 1 as the module register space (SYSCONFIG..) > is passed as the second memory resource in the device tree. > > Signed-off-by: Roger Quadros >

Re: [PATCH v2 3/3] ARM: DRA7: hwmod: Add SYSCONFIG for usb_otg_ss

On Thu, 3 Jul 2014, Roger Quadros wrote: > Add the sysconfig class bits for the Super Speed USB > controllers > > Signed-off-by: Roger Quadros > Reviewed-by: Rajendra Nayak > Tested-by: Sekhar Nori Thanks, this looks like a fix, so, queueing for v3.16-rc. - Paul -- To unsubscribe from this

Re: [PATCH v2 1/3] ARM: DRA7: hwmod: Add OCP2SCP3 module

On Thu, 3 Jul 2014, Roger Quadros wrote: > This module is needed for the SATA and PCIe PHYs. > > Signed-off-by: Roger Quadros > Reviewed-by: Rajendra Nayak > Tested-by: Sekhar Nori > This looks like adding support for a new device, so, after discussing with Tony, queuing for v3.17. - Paul

Re: [PATCH v2] i2c: busses: i2c-pxa.c: Fix for possible null pointer dereferenc

2014-07-03 10:41 GMT+02:00 Wolfram Sang : > Hi Rickard, hi Jingoo, > >> I also trust Wolfram. He is one of the most important and active >> person for Linux kernel. > > Oh, thanks. I'm flattered :) > >> Wolfram may mean devm_ioremap_resource(), not devm_ioremap(). > > Yes, you are right. Sorry for

Re: PCIe bus enumeration

On Thu, Jul 3, 2014 at 10:45 AM, Federico Vaga wrote: > Hello, > > (I haven't a deep knowledge of the PCIe specification, maybe I'm just > missing something) > > is there a way to force the PCI subsystem to assign a bus-number to > every PCIe bridge, even if there is nothing connected? > > > My

[PATCH] spi/spi-sh: Use devm_ioremap

This patch introduces the use of devm_ioremap and removes the iounmaps in the probe and remove functions. Also, the labels are renamed to preserve ordering. Signed-off-by: Himangi Saraogi --- I would like to know if it will be a good idea to devmify the request_irq as well. There is ampiguity as

[PATCH] staging: lirc: Introduce the use of managed interfaces

This patch introduces the use of managed interfaces like devm_request_mem_region and devm_request_irq and does away with the calls to free the allocated memory in the probe and remove functions. The remove function is no longer required and is removed completely. Signed-off-by: Himangi Saraogi

[PATCH] blk-lib: fix error reporting

The function bio_batch_end_io ignores -EOPNOTSUPP. It doesn't matter for discard (the device isn't required to discard anything, so missing the error code and reporting success shouldn't cause any trouble). However, for WRITE SAME command, missing the error code is obviously wrong. It may fool the

[PATCH] staging: nvec: insert blank lines after declarations

Hi, This patch fixes coding style warnings reported by checkpatch.pl: "Missing a blank line after declarations". Regards Pawel Lebioda Signed-off-by: Pawel Lebioda drivers/staging/nvec/nvec_paz00.c | 1 + drivers/staging/nvec/nvec_power.c | 1 + drivers/staging/nvec/nvec_ps2.c | 2 ++ 3

Re: [PATCH 2/3] shmem: fix faulting into a hole while it's punched, take 2

On Thu, 3 Jul 2014, Vlastimil Babka wrote: > On 07/02/2014 09:11 PM, Hugh Dickins wrote: > > > > --- 3.16-rc3+/mm/shmem.c2014-07-02 03:31:12.956546569 -0700 > > +++ linux/mm/shmem.c2014-07-02 03:34:13.172550852 -0700 > > @@ -467,23 +467,20 @@ static void shmem_undo_range(struct inod >

pull request: wireless-next 2014-07-03

Dave, Please pull this first batch of wireless updates intended for the 3.17 stream... For the mac80211 bits, Johannes says: "The biggest thing here is probably Arik's TDLS rework, beyond that we have smaller improvements and features like David's scanning IE thing, Luca's queue work, some CSA

[PATCH kernel.org] Add 3.14 to list of longterm stable kernels

I'm going to be maintaining the 3.14 kernel as a "longterm" kernel for the next two years, so mention that on the kernel.org site. Signed-off-by: Greg Kroah-Hartman diff --git a/content/releases.rst b/content/releases.rst index d25137e142cb..f3b0f7b92713 100644 --- a/content/releases.rst +++

[PATCH V2] video: fbdev: matrox: matroxfb_base.c: Cleaning up a null pointer checks that could never happen

Removal of null pointer checks that could never happen Signed-off-by: Rickard Strandqvist --- drivers/video/fbdev/matrox/matroxfb_base.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/video/fbdev/matrox/matroxfb_base.c

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 03, 2014 at 11:53:57AM -0700, Linus Torvalds wrote: > On Thu, Jul 3, 2014 at 11:38 AM, Raghavendra K T > wrote: > > > > Okay, how about something like 256MB? I would be happy to send a patch > > for that change. > > I'd like to see some performance numbers. I know at least

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On 07/04/2014 12:23 AM, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 11:38 AM, Raghavendra K T wrote: Okay, how about something like 256MB? I would be happy to send a patch for that change. I'd like to see some performance numbers. I know at least Fedora uses "readahead()" in the startup

Re: [RFC PATCH] tty: serial: Add 8250-core based omap driver

On Wed, Jul 02, 2014 at 06:00:09PM +0200, Sebastian Andrzej Siewior wrote: > This patch provides a 8250-core based UART driver for the internal OMAP > UART. The longterm goal is to provide the same functionality as the > current OMAP uart driver and hopefully DMA support which could borrowed >

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On 07/04/2014 12:08 AM, Raghavendra K T wrote: On 07/03/2014 11:59 PM, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 11:22 AM, Linus Torvalds wrote: [...] t. I do *not* think we should bow down to insane man-pages that have always been wrong, though, and I don't think we should increase it

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 3, 2014 at 11:38 AM, Raghavendra K T wrote: > > Okay, how about something like 256MB? I would be happy to send a patch > for that change. I'd like to see some performance numbers. I know at least Fedora uses "readahead()" in the startup scripts, do we have any performance numbers for

Re: [PATCH] scsi: mpt2sas: mpt2sas_base.c: Fix for possible null pointer dereference

2014-07-03 19:45 GMT+02:00 Joe Lawrence : > On Wed, 28 May 2014, Christoph Hellwig wrote: > >> > - ioc_status = le16_to_cpu(mpi_reply->IOCStatus) & MPI2_IOCSTATUS_MASK; >> > + if (mpi_reply) { >> > + ioc_status = le16_to_cpu(mpi_reply->IOCStatus) & >> > MPI2_IOCSTATUS_MASK; >> > +

Re: [PATCH v3] spi: dw-mmio: add devicetree support

On Fri, Jun 13, 2014 at 03:36:18PM +0200, Steffen Trumtrar wrote: > Allow probing the dw-mmio from devicetree. Applied, thanks. signature.asc Description: Digital signature

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On 07/03/2014 11:59 PM, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 11:22 AM, Linus Torvalds wrote: So the bugzilla entry worries me a bit - we definitely do not want to regress in case somebody really relied on timing - but without more specific information I still think the real bug is

Re: [RFC PATCH 00/11] Adding FreeBSD's Capsicum security framework (part 1)

On Thu, Jul 03, 2014 at 11:12:33AM +0200, Paolo Bonzini wrote: > Il 30/06/2014 12:28, David Drysdale ha scritto: > >Hi all, > > > >The last couple of versions of FreeBSD (9.x/10.x) have included the > >Capsicum security framework [1], which allows security-aware > >applications to sandbox

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On 07/03/2014 11:52 PM, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 11:11 AM, Raghavendra K T wrote: If this comes from some man-page, Yes it is. Ok, googling actually finds a fairly recent patch to fix it http://www.spinics.net/lists/linux-mm/msg70517.html and several much older

Re: [PATCH 2/2] mach-spear: fixed spear1340.c file

[I fixed the top posting.] On Thu, 2014-07-03 at 14:08 -0400, Nick Krause wrote: > On Thu, Jul 3, 2014 at 2:04 PM, Paul Bolle wrote: > > This patch, together with patch 1/2, basically moves a chunk of code > > into a separate file, didn't it? If so, why did you split that move in > > two

Re: [RFC] Cancellable MCS spinlock rework

On Thu, 2014-07-03 at 10:09 -0700, Davidlohr Bueso wrote: > On Thu, 2014-07-03 at 09:31 +0200, Peter Zijlstra wrote: > > On Wed, Jul 02, 2014 at 10:30:03AM -0700, Jason Low wrote: > > > Would potentially reducing the size of the rw semaphore structure by 32 > > > bits (for all architectures using

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 3, 2014 at 11:22 AM, Linus Torvalds wrote: > > So the bugzilla entry worries me a bit - we definitely do not want to > regress in case somebody really relied on timing - but without more > specific information I still think the real bug is just in the > man-page. Side note: the 2MB

Re: [PATCH 2/2 v6] HID: gt683r: move mode attribute to led-class devices

2014-07-03 21:17 GMT+03:00 Bryan Wu : > On Thu, Jul 3, 2014 at 10:40 AM, Johan Hovold wrote: >> On Thu, Jul 03, 2014 at 08:17:09PM +0300, Janne Kanniainen wrote: >>> Move led_mode attribute from HID device to led-class devices and rename >>> it msi_mode. This will also fix race condition by using

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On Thu, Jul 3, 2014 at 11:11 AM, Raghavendra K T wrote: >> >> What? Where did you find that insane sentence? And where did you find >> an application that depends on that totally insane semantics that sure >> as hell was never intentional. >> >> If this comes from some man-page, > > Yes it is.

Re: [RFC] Cancellable MCS spinlock rework

On Thu, 2014-07-03 at 08:35 -0700, Linus Torvalds wrote: > On Thu, Jul 3, 2014 at 8:31 AM, Linus Torvalds > wrote: > > > > I don't think we'll support 2 _billion_ processes/threads waiting on > > the same semaphore any time soon, so the 'long' seems a bit of an > > overkill on 64-bit

Re: [PATCH 2/2 v6] HID: gt683r: move mode attribute to led-class devices

On Thu, Jul 3, 2014 at 10:40 AM, Johan Hovold wrote: > On Thu, Jul 03, 2014 at 08:17:09PM +0300, Janne Kanniainen wrote: >> Move led_mode attribute from HID device to led-class devices and rename >> it msi_mode. This will also fix race condition by using > > There's a typo here (s/msi_mode/mode)

Re: FIX ME message in osf_sys.c

In that case I will sent a patch removing this FIXME line. Cheers Nick On Thu, Jul 3, 2014 at 2:15 PM, Richard Henderson wrote: > On 07/03/2014 10:21 AM, Nick Krause wrote: >> There seems to be a Fix Me message on line 892 due to info.si_addr = NULL. >> I am wondering what value I should declare

Re: FIX ME message in osf_sys.c

On 07/03/2014 10:21 AM, Nick Krause wrote: > There seems to be a Fix Me message on line 892 due to info.si_addr = NULL. > I am wondering what value I should declare this variable to instead of Null. > Cheers Nick > The closest thing to compatibility with SIGFPE raised through normal arithmetic

Re: [PATCHv4 2/5] lib/genalloc.c: Add genpool range check function

On Wed, Jul 02, 2014 at 07:03:35PM +0100, Laura Abbott wrote: > > After allocating an address from a particular genpool, > there is no good way to verify if that address actually > belongs to a genpool. Introduce addr_in_gen_pool which > will return if an address plus size falls completely >

Re: [PATCH] mm readahead: Fix sys_readahead breakage by reverting 2MB limit (bug 79111)

On 07/03/2014 09:11 PM, Linus Torvalds wrote: On Thu, Jul 3, 2014 at 6:02 AM, Raghavendra K T wrote: However it broke sys_readahead semantics: 'readahead() blocks until the specified data has been read' What? Where did you find that insane sentence? And where did you find an application

Re: [PATCH 1/2 v6] HID: gt683r: fix race condition

On Thu, Jul 3, 2014 at 10:34 AM, Johan Hovold wrote: > On Thu, Jul 03, 2014 at 08:17:08PM +0300, Janne Kanniainen wrote: >> This will fix race condition noticed by Oliver Neukum. Sysfs files are >> created before mutex and work are initialized. >> >> Signed-off-by: Janne Kanniainen > >

Re: [PATCHv4 1/5] lib/genalloc.c: Add power aligned algorithm

On Wed, Jul 02, 2014 at 07:03:34PM +0100, Laura Abbott wrote: > > One of the more common algorithms used for allocation > is to align the start address of the allocation to > the order of size requested. Add this as an algorithm > option for genalloc. > > Signed-off-by: Laura Abbott > --- >

Re: [PATCH] scsi: mpt2sas: mpt2sas_base.c: Fix for possible null pointer dereference

On Wed, 28 May 2014, Christoph Hellwig wrote: > > - ioc_status = le16_to_cpu(mpi_reply->IOCStatus) & MPI2_IOCSTATUS_MASK; > > + if (mpi_reply) { > > + ioc_status = le16_to_cpu(mpi_reply->IOCStatus) & > > MPI2_IOCSTATUS_MASK; > > + } > > > > if (ioc_status !=

Re: [PATCH 2/2] mach-spear: fixed spear1340.c file

Yes it is and I did it in two patches in order to be more readable. Furthermore I don't known Kconfig well enough to do the Makefile for the file I created. Cheers Nick On Thu, Jul 3, 2014 at 2:04 PM, Paul Bolle wrote: > On Wed, 2014-07-02 at 22:36 -0400, Nicholas Krause wrote: >> This is the

Re: [BUILD BUG][3.16-rc3] Error: too many copied sections (max = 13)

On Thu, Jul 3, 2014 at 11:07 AM, Boris Ostrovsky wrote: > On 07/03/2014 01:52 PM, Konrad Rzeszutek Wilk wrote: >> >> On Wed, Jul 02, 2014 at 02:28:36PM -0700, Andrew Morton wrote: >>> >>> On Tue, 1 Jul 2014 00:09:13 -0400 Steven Rostedt >>> wrote: >>> Testing the latest kernel (3.16-rc3) I

Re: [BUILD BUG][3.16-rc3] Error: too many copied sections (max = 13)

On 07/03/2014 01:52 PM, Konrad Rzeszutek Wilk wrote: On Wed, Jul 02, 2014 at 02:28:36PM -0700, Andrew Morton wrote: On Tue, 1 Jul 2014 00:09:13 -0400 Steven Rostedt wrote: Testing the latest kernel (3.16-rc3) I hit this build bug: VDSO2C arch/x86/vdso/vdso-image-64.c Error: too many

Re: [PATCH 2/2] mach-spear: fixed spear1340.c file

On Wed, 2014-07-02 at 22:36 -0400, Nicholas Krause wrote: > This is the fixed file after moving sata support to new file in > spear1340_sata.c > > Signed-off-by: Nicholas Krause > --- > arch/arm/mach-spear/spear1340.c | 111 > > 1 file changed, 111

Re: [PATCH 3.15 099/139] libiscsi, iser: Adjust data_length to include protection information

On Thu, 2014-07-03 at 09:33 -0700, Christoph Hellwig wrote: > On Thu, Jul 03, 2014 at 09:27:48AM -0700, Greg Kroah-Hartman wrote: > > I copy everyone on the patch. You were not on that patch as it doesn't > > look like it went through your tree at all. > > It went through the target tree despite

Re: [PATCH v4] ARM: perf: save/restore pmu registers in pm notifier

On Mon, Jun 30, 2014 at 11:39:15AM +0100, Neil Zhang wrote: > > > > I will prepare another patch to add DT description under PMU since > > > > there is no generic power domain support for pm notifier if no other > > > concerns. > > > > We can change the manner if there is generic power domain

Re: [PATCH 3/3] ARM: perf: allow tracing with kernel tracepoints events

On Fri, Jun 27, 2014 at 03:57:47PM +0100, Jean Pihet wrote: > When tracing with tracepoints events the IP and CPSR are set to 0, > preventing the perf code to resolve the symbols: > > ./perf record -e kmem:kmalloc cal > [ perf record: Woken up 1 times to write data ] > [ perf record: Captured and

Re: timers & suspend

On Thu, 2014-07-03 at 07:46PM +0200, Daniel Lezcano wrote: > On 07/03/2014 07:40 PM, Sören Brinkmann wrote: > >On Thu, 2014-07-03 at 07:26PM +0200, Daniel Lezcano wrote: > >>On 07/03/2014 06:09 PM, Sören Brinkmann wrote: > >>>On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: > On

Re: [PATCH 1/3] ARM: perf: Check that current->mm is alive before getting user callchain

On Fri, Jun 27, 2014 at 03:57:45PM +0100, Jean Pihet wrote: > An event may occur when an mm is already released. > > As per commit 20afc60f892d285fde179ead4b24e6a7938c2f1b > 'x86, perf: Check that current->mm is alive before getting user callchain' > > Signed-off-by: Jean Pihet > Cc: Will

Re: [BUILD BUG][3.16-rc3] Error: too many copied sections (max = 13)

On Wed, Jul 02, 2014 at 02:28:36PM -0700, Andrew Morton wrote: > On Tue, 1 Jul 2014 00:09:13 -0400 Steven Rostedt wrote: > > > Testing the latest kernel (3.16-rc3) I hit this build bug: > > > > VDSO2C arch/x86/vdso/vdso-image-64.c > > Error: too many copied sections (max = 13) > >

Re: [PATCH 2/3] ARM: perf: disable the pagefault handler when reading from user space

Hi Jean, On Fri, Jun 27, 2014 at 03:57:46PM +0100, Jean Pihet wrote: > As done on other architectures (ARM64, x86, Sparc etc.). > > This prevents a deadlock on down_read in do_page_fault when unwinding > using fp and triggering on kernel tracepoints: So is this an issue because you could try

Re: [PATCH] drivers: message: fusion: Simplify rounding

ALIGN is certainly more readable to me. Reviewed-by: Joe Lawrence -- Joe On Tue, 1 Jul 2014, Rasmus Villemoes wrote: > Rounding up to a multiple of 4 should be done using the ALIGN > macro. As a bonus, this also makes the generated code smaller. > > In GetIocFacts(), sz is assigned to a few

Re: [PATCH RFC net-next 08/14] bpf: add eBPF verifier

On Thu, Jul 3, 2014 at 2:13 AM, David Laight wrote: > From: Alexei Starovoitov >> >> +#define _(OP) ({ int ret = OP; if (ret < 0) return ret; }) >> > +1 to removing the _ macro. If you want to avoid the 3 lines (is there >> > anything in the style guide against "if ((err=OP) < 0) ..." ?), at >>

Re: timers & suspend

On 07/03/2014 07:40 PM, Sören Brinkmann wrote: On Thu, 2014-07-03 at 07:26PM +0200, Daniel Lezcano wrote: On 07/03/2014 06:09 PM, Sören Brinkmann wrote: On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: On 06/30/2014 08:39 PM, Sören Brinkmann wrote: Hi, I'm currently working on

[PATCH] staging: gdm72xx: reorder functions and remove function declarations

Signed-off-by: Michalis Pappas --- drivers/staging/gdm72xx/gdm_sdio.c | 77 drivers/staging/gdm72xx/gdm_usb.c | 87 +- drivers/staging/gdm72xx/gdm_wimax.c | 179 +--- 3 files changed, 164 insertions(+), 179 deletions(-) diff

RE: [PATCH 0/3] iommu: Expose IOMMU information in sysfs

Hi Alex, This is on my todo list. I have a requirement for adding sysfs support for PAMU. Regards Varun > -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: Thursday, July 03, 2014 9:39 PM > To: Joerg Roedel > Cc: io...@lists.linux-foundation.org;

Re: timers & suspend

On 07/03/2014 07:30 PM, Sören Brinkmann wrote: On Thu, 2014-07-03 at 07:26PM +0200, Daniel Lezcano wrote: On 07/03/2014 06:09 PM, Sören Brinkmann wrote: On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: On 06/30/2014 08:39 PM, Sören Brinkmann wrote: Hi, I'm currently working on

Re: [PATCH 2/2 v6] HID: gt683r: move mode attribute to led-class devices

On Thu, Jul 03, 2014 at 08:17:09PM +0300, Janne Kanniainen wrote: > Move led_mode attribute from HID device to led-class devices and rename > it msi_mode. This will also fix race condition by using There's a typo here (s/msi_mode/mode) but perhaps Bryan can just fix that up before applying? >

Re: timers & suspend

On Thu, 2014-07-03 at 07:26PM +0200, Daniel Lezcano wrote: > On 07/03/2014 06:09 PM, Sören Brinkmann wrote: > >On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: > >>On 06/30/2014 08:39 PM, Sören Brinkmann wrote: > >>>Hi, > >>> > >>>I'm currently working on suspend for Zynq and try to

Re: [PATCH 2/3] clocksource: add device-tree support for PXA timer

Robert Jarzmik writes: > Daniel Lezcano writes: > >>> -#include >>> #include >>> +#include >> >> Now as the driver is in 'drivers', do not reference the headers files in >> mach. Moving the driver to the drivers directory implies some cleanup with >> the >> headers dependencies. > I don't

Re: [PATCHv5 04/15] hwspinlock/core: add common OF helpers

Hi Ohad, On 07/03/2014 02:15 AM, Ohad Ben-Cohen wrote: > Hi Suman, > > On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna wrote: >>> Do we have a use case today that require the xlate() method? >>> >>> If not, let's remove it as we could always add it back if some new >>> hardware shows up that needs

Re: [PATCH 1/2 v6] HID: gt683r: fix race condition

On Thu, Jul 03, 2014 at 08:17:08PM +0300, Janne Kanniainen wrote: > This will fix race condition noticed by Oliver Neukum. Sysfs files are > created before mutex and work are initialized. > > Signed-off-by: Janne Kanniainen Reviewed-by: Johan Hovold > --- > drivers/hid/hid-gt683r.c | 6

Re: [PATCHv2 net-next] net: filter: move load_pointer() into filter.h

On Thu, Jul 3, 2014 at 7:56 AM, Zi Shen Lim wrote: > load_pointer() is already a static inline function. > Let's move it into filter.h so BPF JIT implementations can reuse this > function. > > Since we're exporting this function, let's also rename it to > bpf_load_pointer() for clarity. > >

Re: [PATCH 2/3] clocksource: add device-tree support for PXA timer

Daniel Lezcano writes: >> -#include >> #include >> +#include > > Now as the driver is in 'drivers', do not reference the headers files in > mach. Moving the driver to the drivers directory implies some cleanup with the > headers dependencies. I don't see that very possible. Or said another

Re: timers & suspend

On Thu, 2014-07-03 at 07:26PM +0200, Daniel Lezcano wrote: > On 07/03/2014 06:09 PM, Sören Brinkmann wrote: > >On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: > >>On 06/30/2014 08:39 PM, Sören Brinkmann wrote: > >>>Hi, > >>> > >>>I'm currently working on suspend for Zynq and try to

Re: [PATCHv5 03/15] hwspinlock/core: maintain a list of registered hwspinlock banks

Hi Ohad, On 07/03/2014 02:00 AM, Ohad Ben-Cohen wrote: > Hi Suman, > > On Thu, Jul 3, 2014 at 12:14 AM, Suman Anna wrote: >>> I'm not sure we need this patch. >> >> This patch is needed if we use the controller-phandle + args specifier >> for requesting hwlocks by a client, as we need to

FIX ME message in osf_sys.c

There seems to be a Fix Me message on line 892 due to info.si_addr = NULL. I am wondering what value I should declare this variable to instead of Null. Cheers Nick -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More

Re: [PATCH] KVM: nVMX: Fix IRQs inject to L2 which belong to L1 since race

Wanpeng Li writes: > On Thu, Jul 03, 2014 at 01:15:26AM -0400, Bandan Das wrote: >>Jan Kiszka writes: >> >>> On 2014-07-02 08:54, Wanpeng Li wrote: This patch fix bug https://bugzilla.kernel.org/show_bug.cgi?id=72381 If we didn't inject a still-pending event to L1 since

Re: [PATCH] staging: gdm72xx: conditionally compile debug code

On 07/01/2014 07:08 PM, Ben Chan wrote: > > > > On Tue, Jul 1, 2014 at 9:40 AM, Michalis Pappas > wrote: > > On 07/01/2014 04:30 PM, Ben Chan wrote: > > > > > > > > On Tue, Jul 1, 2014 at 6:00 AM, Michalis Pappas >

Re: [PATCH/RFC V8 1/1] clk: Support for clock parents and rates assigned from device tree

On 18/06/14 17:29, Sylwester Nawrocki wrote: > This patch adds helper functions to configure clock parents and rates > as specified through 'assigned-clock-parents', 'assigned-clock-rates' > DT properties for a clock provider or clock consumer device. > The helpers are now being called by the bus

Re: timers & suspend

On 07/03/2014 06:09 PM, Sören Brinkmann wrote: On Thu, 2014-07-03 at 02:21PM +0200, Daniel Lezcano wrote: On 06/30/2014 08:39 PM, Sören Brinkmann wrote: Hi, I'm currently working on suspend for Zynq and try to track down some spurious wakes. It looks like the spurious wakes are caused by

Re: [RFC PATCH v2 05/11] MIPS: Alchemy: pci: use clk framework to enable PCI clock

Hi Sergei, On Thu, Jul 3, 2014 at 3:50 PM, Sergei Shtylyov wrote: >> --- a/arch/mips/pci/pci-alchemy.c >> +++ b/arch/mips/pci/pci-alchemy.c >> @@ -394,11 +396,24 @@ static int alchemy_pci_probe(struct platform_device >> *pdev) >> + ret = clk_prepare_enable(c); >> + if (ret) { >> +

[PATCH 2/2 v6] HID: gt683r: move mode attribute to led-class devices

Move led_mode attribute from HID device to led-class devices and rename it msi_mode. This will also fix race condition by using attribute-groups. Signed-off-by: Janne Kanniainen --- Changes in v3: - Style fixes - Rename sysfs-class-hid-driver-gt683r to

[PATCH 1/2 v6] HID: gt683r: fix race condition

This will fix race condition noticed by Oliver Neukum. Sysfs files are created before mutex and work are initialized. Signed-off-by: Janne Kanniainen --- drivers/hid/hid-gt683r.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/hid/hid-gt683r.c

[PATCH 1/1] [CHINESE DOCUMENTATION] Translated new section in Documentation/email-clients.txt

Documentation/email-clients.txt has a new section about git,and this patch have translated it. Signed-off-by: Hao Lan --- Documentation/zh_CN/email-clients.txt | 10 ++ 1 file changed, 10 insertions(+) diff --git a/Documentation/zh_CN/email-clients.txt

Re: [RFC] Cancellable MCS spinlock rework

On Thu, 2014-07-03 at 09:31 +0200, Peter Zijlstra wrote: > On Wed, Jul 02, 2014 at 10:30:03AM -0700, Jason Low wrote: > > Would potentially reducing the size of the rw semaphore structure by 32 > > bits (for all architectures using optimistic spinning) be a nice > > benefit? > > Possibly,

Re: [RFC PATCH] tty: serial: Add 8250-core based omap driver

On Thu, Jul 03, 2014 at 06:19:47PM +0200, Javier Martinez Canillas wrote: > On Thu, Jul 3, 2014 at 6:06 PM, Sebastian Reichel wrote: > > Hi, > > > > On Thu, Jul 03, 2014 at 10:52:40AM -0500, Felipe Balbi wrote: > >> > DT is supposed to contain information about the hardware, so it > >> > should

Re: [PATCH V2 2/3] perf protect LBR when Intel PT is enabled.

On Thu, Jul 03, 2014 at 05:52:37PM +0200, Andi Kleen wrote: > > If there's active LBR users out there, we should refuse to enable PT and > > vice versa. > > This doesn't work, e.g. hardware debuggers can take over at any time. Tough cookies. Hardware debuggers get to deal with whatever crap

__trace_remove_event_dirs() leaks file->filter ? (Was: probe_event_disable()->synchronize_sched())

On 07/03, Oleg Nesterov wrote: > > Hmm. Off-topic, but it seems that instance_rmdir() leaks the memory? Say, > file->filter? Perhaps I am totally confused, but don't we need something like the patch below? I'll try to recheck later... Better yet, we can probably move destroy_preds() from

Re: [PATCH] regulator: arizona-ldo1: remove bypass functionality

On Thu, Jul 03, 2014 at 04:18:07PM +0100, Nikesh Oswal wrote: > From: Nikesh Oswal > > WM5110/8280 devices do not support bypass mode for LDO1 so remove > the bypass callbacks registered with regulator core. > > Signed-off-by: Nikesh Oswal Please fix your configuration so that these two line

Re: [PATCH 09/18] AT91: Call at91_register_devices in the board files

no do this at SoC level Best Regards, J. On Jul 3, 2014, at 10:14 PM, Maxime Ripard wrote: > > Make every board call the register_devices callback so that the devices > declared by the SoC are registered. > > Signed-off-by: Maxime Ripard > --- > arch/arm/mach-at91/board-afeb-9260v1.c | 2

Re: [PATCH 5/6] phy: omap-usb2: Balance pm_runtime_enable() on probe failure

On 07/03/2014 04:31 PM, Kishon Vijay Abraham I wrote: > Hi Roger, > > On Wednesday 02 July 2014 05:33 PM, Roger Quadros wrote: >> If probe fails then we need to call pm_runtime_disable() to balance >> out the previous pm_runtime_enable() call. Else it will cause >> unbalanced pm_runtime_enable()

PCIe bus enumeration

Hello, (I haven't a deep knowledge of the PCIe specification, maybe I'm just missing something) is there a way to force the PCI subsystem to assign a bus-number to every PCIe bridge, even if there is nothing connected? My aim is to have a bus enumeration constant and independent from what I

Re: [RFA][PATCH 18/27] sparc64,ftrace: Remove check of obsolete variable function_trace_stop

David, Do you have any problem with this patch going through my tree? It compiles, but I do not have any hardware to test it. If you can verify that this patch works and ack it, it would be much appreciated. This code is at:

[PATCH 1/1] [trivial] Fix a coding style in include/linux/audit.h

Functions have the opening brace at the beginning of the next line, but these two functions in this file do not. Signed-off-by: Hao Lan --- include/linux/audit.h | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/include/linux/audit.h b/include/linux/audit.h index

Re: [RFA][PATCH 07/27] MIPS: ftrace: Add call to ftrace_graph_is_dead() in function graph code

Ralf, Can you give me your Acked-by on this and patch 21. I'm still waiting on a few arch maintainers for acks before I can push this to my for-next branch. Thanks, -- Steve On Thu, 26 Jun 2014 12:52:28 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > ftrace_stop() is

[RFCv2 PATCH 20/23] sched: Take task wakeups into account in energy estimates

The energy cost of waking a cpu and sending it back to sleep can be quite significant for short running frequently waking tasks if placed on an idle cpu in a deep sleep state. By factoring task wakeups in such tasks can be placed on cpus where the wakeup energy cost is lower. For example, partly

Re: [RFA][PATCH 06/27] microblaze: ftrace: Add call to ftrace_graph_is_dead() in function graph code

Michal, Can you give me your Acked-by on this and patch 22? I'm still waiting of a few arch maintainers before I can push these up to my for-next branch. -- Steve On Thu, 26 Jun 2014 12:52:27 -0400 Steven Rostedt wrote: > From: "Steven Rostedt (Red Hat)" > > ftrace_stop() is going away as

[RFCv2 PATCH 04/23] sched: Allocate and initialize energy data structures

From: Dietmar Eggemann The per sched group (sg) sched_group_energy structure plus the related idle_state and capacity_state arrays are allocated like the other sched domain (sd) hierarchy data structures. This includes the freeing of sched_group_energy structures which are not used. One problem

Re: [PATCH 3.15 099/139] libiscsi, iser: Adjust data_length to include protection information

On Thu, Jul 03, 2014 at 09:27:48AM -0700, Greg Kroah-Hartman wrote: > I copy everyone on the patch. You were not on that patch as it doesn't > look like it went through your tree at all. It went through the target tree despite exclusive touching scsi initiator side code. I'm still not sure how

[RFCv2 PATCH 16/23] sched, cpufreq: Current compute capacity hack for ARM TC2

Hack to report different cpu capacities for big and little cpus. This is for experimentation on ARM TC2 _only_. A proper solution has to address this problem. Signed-off-by: Morten Rasmussen --- drivers/cpufreq/cpufreq.c |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff

[RFCv2 PATCH 03/23] sched: Introduce energy data structures

From: Dietmar Eggemann The struct sched_group_energy represents the per sched_group related data which is needed for energy aware scheduling. It contains: (1) atomic reference counter for scheduler internal bookkeeping of data allocation and freeing (2) number of elements of the idle

Re: [PATCH] arm: ptrace: fix syscall modification under PTRACE_O_TRACESECCOMP

On Thu, Jul 03, 2014 at 05:13:50PM +0100, Andy Lutomirski wrote: > On Thu, Jul 3, 2014 at 9:11 AM, Will Deacon wrote: > > On Thu, Jul 03, 2014 at 04:39:21PM +0100, Andy Lutomirski wrote: > >> On Thu, Jul 3, 2014 at 3:24 AM, Will Deacon wrote: > >> > On Thu, Jul 03, 2014 at 08:43:07AM +0100,

<    1   2   3   4   5   6   7   8   9   10   >