This unifies the vdso mapping code and teaches it how to map special
pages at addresses corresponding to symbols in the vdso image. The
new code is used for all vdso variants, but so far only the 32-bit
variants use the new vvar page position.
Signed-off-by: Andy Lutomirski
---
Rather than using 'vdso_enabled' and an awful #define, just call the
parameters vdso32_enabled and vdso64_enabled.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/elf.h | 20 +---
arch/x86/um/vdso/vma.c | 2 +-
arch/x86/vdso/vdso32-setup.c | 19
This rewrites a bunch of the vdso code. After these patches, the vvar
and hpet pages are mapped directly after the vdso text on all five vdso
variants. The fixmaps are gone on 64-bit systems.
It would be possible to build the x32 vdso the normal way on top of
these patches.
I haven't touched
This makes the 64-bit and x32 vdsos use the same mechanism as the
32-bit vdso. Most of the churn is deleting all the old fixmap code.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/fixmap.h| 10 +++---
arch/x86/include/asm/vvar.h | 20 +---
On Wed, Apr 30, 2014 at 11:49:33AM +0100, David Woodhouse wrote:
Hi David,
As you may know, Bill has retired and I am picking up this work.
I am still coming up to speed in this area so my goal is to understand
your concerns and research them as I dig through code and specs.
My apologizes for
On Fri, 2 May 2014, Thomas Gleixner wrote:
> Hmm, and where comes the WARN_ON in _free_event() from? That's not in
> Peters last patch.
ahh, you're right :( My fault. I gave the new patch and the previous
patch similar names and applied the wrong one.
OK the proper patch has been running the
On Fri, May 2, 2014 at 2:39 PM, Bandan Das wrote:
> Hu Yaohui writes:
>
>> On Fri, May 2, 2014 at 11:52 AM, Paolo Bonzini wrote:
>>> Il 02/05/2014 17:17, Hu Yaohui ha scritto:
>>>
Hi Paolo,
I have tried L0 with linux kernel 3.14.2 and L1 with linux kernel 3.14.2
L1 QEMU
On Wed, 2 Apr 2014 12:45:38 +0100 "Opensource [Anthony Olech]"
wrote:
> Setting the alarm to a time not on a minute boundary results in repeated
> interrupts being generated by the DA9052/3 PMIC device until the kernel
> RTC core sees that the alarm has rung. Sometimes the number and frequency
On 05/02/2014 12:51 PM, Linus Torvalds wrote:
> On Fri, May 2, 2014 at 12:31 PM, Linus Torvalds
> wrote:
>>
>> Also, are you *really* sure that "popf" has the same one-instruction
>> interrupt shadow that "sti" has? Because I'm not at all sure that is
>> true, and it's not documented as far as I
On Mon, 2014-04-28 at 20:20 +0200, Alessandro Zummo wrote:
> On Mon, 28 Apr 2014 11:16:37 -0700
> John Stultz wrote:
>
> > >> This breaks the API since there is no more misc device /dev/rtc
> > >> available without a udev rule or a link to /dev/rtc0.
> >
> > So yea.. I feel like that
On Tue, Apr 29, 2014 at 04:36:13PM -0700, Zi Shen Lim wrote:
This looks good to me, modulo a couple of really tiny nitpicks.
Reviwed-by: Mark Brown
I'm just doing some brief testing now, I'll repost my series with this
and Lorenzo's changes included shortly assuming no issues.
> if
On Sat, Apr 26, 2014 at 04:37:31PM +0800, Weijie Yang wrote:
> On Sat, Apr 19, 2014 at 11:52 PM, Dan Streetman wrote:
> > Add zs_shrink() and helper functions to zsmalloc. Update zsmalloc
> > zs_create_pool() creation function to include ops param that provides
> > an evict() function for use
On 05/01/2014 07:05 PM, Tim Chen wrote:
On Thu, 2014-05-01 at 16:18 -0400, Peter Hurley wrote:
On 05/01/2014 01:50 PM, Tim Chen wrote:
It takes me a while to understand how rwsem's count field mainifest
itself in different scenarios. I'm adding comments to provide a quick
reference on the the
On Fri, Apr 25, 2014 at 12:15 AM, Weijie Yang wrote:
> On Fri, Apr 25, 2014 at 2:48 AM, Dan Streetman wrote:
>> On Wed, Apr 23, 2014 at 6:34 AM, Mel Gorman wrote:
>>> On Sat, Apr 12, 2014 at 05:00:53PM -0400, Dan Streetman wrote:
diff --git a/mm/frontswap.c b/mm/frontswap.c
index
From: Hubert Chaumette
Date: Tue, 29 Apr 2014 11:33:23 +0200
> - Adds DT configuration support for ksz9031
> - Renames micrel-ksz9021.txt to micrel-ksz90x1.txt and adds ksz9031 binding
>documentation
>
> Changes since v2:
> - Merged together ksz9031_load_{clk,data,ctrl}_skew_values()
>
From: Alexey Charkov
Date: Wed, 30 Apr 2014 22:21:09 +0400
> This adds two new flags to quirks and thus removes the need to carry
> revision in rhine_private. As a result, the init logic is simplified
> a bit.
>
> This also fixes a compiler warning in OF code on 64bit due to pointer
> casting:
On Sun, 13 Apr 2014 20:46:21 +0200
Geert Uytterhoeven wrote:
> On 32 bit, size_t is "unsigned int", not "unsigned long", causing the
> following warning when comparing with PAGE_SIZE, which is always "unsigned
> long":
>
> fs/cifs/file.c: In function ‘cifs_readdata_to_iov’:
>
he platform appears to be locked up (no console,
>>> no network). See attached bisect log and lspci. The BIOS version is 1.15.
>>>
>>
>> Does the attached patch help? I haven't had a chance to unwind all
>> the logic in the crtc helper code.
>>
>> Ale
It takes me quite a while to understand how rwsem's count field mainifest
itself in different scenarios. I'm adding comments to provide a quick
reference on the the rwsem's count field for each scenario where readers
and writers are contending for the lock. Hopefully it will be useful
for future
On Fri, May 2, 2014 at 12:31 PM, Linus Torvalds
wrote:
>
> Also, are you *really* sure that "popf" has the same one-instruction
> interrupt shadow that "sti" has? Because I'm not at all sure that is
> true, and it's not documented as far as I can tell. In contrast, the
> one-instruction shadow
On Fri, May 2, 2014 at 12:31 PM, Linus Torvalds
wrote:
> On Fri, May 2, 2014 at 12:04 PM, Andy Lutomirski wrote:
>> This speeds up my kernel_pf microbenchmark by about 17%. The cfi
>> annotations need some work.
>
> Sadly, performance of page faults in kernel mode is pretty much
> completely
On Tue, 22 April 2014 Rusty Russell wrote:
> In line with practice for module parameters, we're adding a build-time
> check that sysfs files aren't world-writable.
>
> Cc: Bruno Prémont
> Signed-off-by: Rusty Russell
Fine with me,
Acked-by: Bruno Prémont
Not sure which tree you plan to
I have an ARM platform which works with older 2.6.28 Linux Kernel and
the embedded NIC driver
I profile the TCP Tx using netperf 2.6 by command "./netperf -H
{serverip} -l 300".
In 2.6.28 the TCP tx can reach 190 Mbps.
Recently I am porting the platform to long-term Kernel version
2.6.32.61,
* Thomas Gleixner | 2014-05-02 21:01:50 [+0200]:
>It's different as it CANNOT fail on UP. That's called from the idle
>code and there is no way that anything holds that lock on UP when idle
>runs.
Okay, so I will add the patch here. The same thing (mostly) but it will
also skip the
On Fri, 2 May 2014, Thomas Gleixner wrote:
> On Fri, 2 May 2014, Sebastian Andrzej Siewior wrote:
> > * Steven Rostedt | 2014-04-22 14:16:50 [-0400]:
> > > /*
> > > * Called by the local, per-CPU timer interrupt on SMP.
> > > */
> > >@@ -1467,7 +1473,7 @@ void run_local_timers(void)
> > >
On Fri, 2 May 2014 19:11:11 +
"Elliott, Robert (Server Storage)" wrote:
> Using ftrace function-graph to examine the times consumed by
> functions, the time shows up on the line where the call is made
> if no other traceable functions were called by that function:
> 11) 0.672 us|
On Fri, May 2, 2014 at 12:04 PM, Andy Lutomirski wrote:
> This speeds up my kernel_pf microbenchmark by about 17%. The cfi
> annotations need some work.
Sadly, performance of page faults in kernel mode is pretty much
completely uninteresting. It simply doesn't happen on any real load.
That
riverproject.org; net...@vger.kernel.org
> Subject: Re: randconfig build error with next-20140502, in
> drivers/net/hyperv/netvsc_drv.c
>
> From: Haiyang Zhang
> Date: Fri, 2 May 2014 14:42:06 +
>
> > real_num_rx_queues is defined in "include/linux/netdevice.h&quo
The following changes since commit 0596661f0a16d9d69bf1033320e70b6ff52b5e81:
dm cache: fix a lock-inversion (2014-04-04 14:53:05 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/device-mapper/linux-dm.git
tags/dm-3.15-fixes
for you to fetch
On Wed, 30 Apr 2014 18:54:29 +0900
AKASHI Takahiro wrote:
> Most archs with HAVE_ARCH_CALLER_ADDR have the almost same definitions
> of CALLER_ADDRx(n), and so put them into linux/ftrace.h.
Please add a bit more to the change log. Like what you did. Something
like:
Most archs with
From: Haiyang Zhang
Date: Fri, 2 May 2014 14:42:06 +
> real_num_rx_queues is defined in "include/linux/netdevice.h":
> It requires CONFIG_SYSFS flag, which is enabled by default, but not set in
> your config file.
>
> Could you use default config and add hyperv drivers, then try again?
Using ftrace function-graph to examine the times consumed by
functions, the time shows up on the line where the call is made
if no other traceable functions were called by that function:
11) 0.672 us|cmd_alloc [hpsa]();
but the time shows up down by the } if the were other traceable
On Fri, 2 May 2014, Vince Weaver wrote:
> On Fri, 2 May 2014, Peter Zijlstra wrote:
>
> > On Fri, May 02, 2014 at 12:43:17PM -0400, Vince Weaver wrote:
> > > On Fri, 2 May 2014, Peter Zijlstra wrote:
> > >
> > > > In principle the vfs file refcounting should be responsible for that.
> > > > But
Add PLIST_HEAD() to plist.h, equivalent to LIST_HEAD() from list.h, to
define and initialize a struct plist_head.
Add plist_for_each_continue() and plist_for_each_entry_continue(),
equivalent to list_for_each_continue() and list_for_each_entry_continue(),
to iterate over a plist continuing after
Hi Linus,
Two very small changes: one fix for the vSMP Foundation platform, and
one to help LLVM not choke on options it doesn't understand (although
it probably should.)
The following changes since commit c089b229dfdd09d59a11d8bc2344bf8196d575ce:
Merge branch 'for-linus' of
This speeds up my kernel_pf microbenchmark by about 17%. The cfi
annotations need some work.
Signed-off-by: Andy Lutomirski
---
My test case is here:
https://gitorious.org/linux-test-utils/linux-clock-tests/source/kernel_pf.c
This could have some other interesting benefits. For example,
Originally get_swap_page() started iterating through the singly-linked
list of swap_info_structs using swap_list.next or highest_priority_index,
which both were intended to point to the highest priority active swap
target that was not full. The first patch in this series changed the
singly-linked
Add plist_rotate(), which moves the specified plist_node after
all other same-priority plist_nodes in the list.
This is needed by swap, which has a plist of swap_info_structs
and needs to use each same-priority swap_info_struct equally.
Also add plist_test_rotate() test function, for use by
Replace the singly-linked list tracking active, i.e. swapon'ed,
swap_info_struct entries with a doubly-linked list using struct list_heads.
Simplify the logic iterating and manipulating the list of entries,
especially get_swap_page(), by using standard list_head functions,
and removing the highest
This second iteration of this patchset adds two more patches, to add
functions to plist; those are the 2nd and 3rd patches. The first patch
is unchanged functionally, it only has added/modified comments. The last
patch is changed to use plists instead of regular lists, as it did before.
The
On Fri, 2 May 2014 19:13:48 +0100
Will Deacon wrote:
> This one looks a bit too widespread to be merged via the arm64 tree. I
> wonder if the ftrace maintainers would consider taking it as a cleanup?
Oh, and I can take the patch if you feel uncomfortable with taking
something so spread out. As
On Fri, 2 May 2014 19:13:48 +0100
Will Deacon wrote:
> Hi Akashi,
>
> On Wed, Apr 30, 2014 at 10:54:29AM +0100, AKASHI Takahiro wrote:
> > Most archs with HAVE_ARCH_CALLER_ADDR have the almost same definitions
> > of CALLER_ADDRx(n), and so put them into linux/ftrace.h.
> >
> > Signed-off-by:
On Fri, 2 May 2014, Sebastian Andrzej Siewior wrote:
> * Steven Rostedt | 2014-04-22 14:16:50 [-0400]:
> > /*
> > * Called by the local, per-CPU timer interrupt on SMP.
> > */
> >@@ -1467,7 +1473,7 @@ void run_local_timers(void)
> > return;
> > }
> >
> >-if
On Friday 02 May 2014 10:54:59 Bjorn Helgaas wrote:
> > +static void of_dma_configure(struct device *dev)
> > +{
> > + u64 dma_addr, paddr, size;
> > + int ret;
> > +
> > + dev->coherent_dma_mask = DMA_BIT_MASK(32);
> > + if (!dev->dma_mask)
> > + dev->dma_mask =
On 04/24/2014 03:08 PM, Andy Lutomirski wrote:
> This rewrites a bunch of the vdso code. After these patches, the vvar
> and hpet pages are mapped directly after the vdso text on all five vdso
> variants. The fixmaps are gone on 64-bit systems.
>
> It would be possible to build the x32 vdso the
sjenn...@linux.vnet.ibm.com is no longer a viable entity.
Resend from 2013-10-16. Just noticed that it didn't get upstream.
Signed-off-by: Seth Jennings
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 900d98e..b538cdf
Commit-ID: c81c8a1eeede61e92a15103748c23d100880cc8a
Gitweb: http://git.kernel.org/tip/c81c8a1eeede61e92a15103748c23d100880cc8a
Author: Roland Dreier
AuthorDate: Fri, 2 May 2014 11:18:41 -0700
Committer: H. Peter Anvin
CommitDate: Fri, 2 May 2014 11:52:26 -0700
x86, ioremap: Speed up
On Fri, 2 May 2014, Rafael J. Wysocki wrote:
> Well, I have a second update.
>
> It has different flag names and changelog (that should explain things better
> hopefully) and the purpose of both flags should be more clear now (patch [3/3]
> would need to be reworked on top of this, but for now
Hu Yaohui writes:
> On Fri, May 2, 2014 at 11:52 AM, Paolo Bonzini wrote:
>> Il 02/05/2014 17:17, Hu Yaohui ha scritto:
>>
>>> Hi Paolo,
>>> I have tried L0 with linux kernel 3.14.2 and L1 with linux kernel 3.14.2
>>> L1 QEMU qemu-1.7.0
>>> L2 QEMU qemu-1.7.0.
>>
>>
>> Do you mean L0 and L1?
>
* Steven Rostedt | 2014-04-22 14:16:50 [-0400]:
>On Tue, 22 Apr 2014 13:48:02 -0400
>Steven Rostedt wrote:
>
>> I need to take a deeper look into the actual code. But as trylocks on
>> UP are nops (always succeed), and if it expects to be able to do
>> something in a critical section that is
[+cc Magnus]
On Fri, May 02, 2014 at 06:11:42AM +, James Bottomley wrote:
> On Thu, 2014-05-01 at 13:05 -0600, Bjorn Helgaas wrote:
> > On Thu, May 1, 2014 at 8:08 AM, James Bottomley
> > wrote:
> > > On Wed, 2014-04-30 at 14:33 -0600, Bjorn Helgaas wrote:
> > >>
On 05/02/2014 11:21 AM, Alex Deucher wrote:
> On Fri, May 2, 2014 at 12:40 PM, Tim Gardner
> wrote:
>> I've bisected a resume regression on a Lenovo x120e to
>> 177cf92de4aa97ec1435987e91696ed8b5023130 (drm/crtc-helpers: fix dpms on
>> logic). Everything works fine with this patch reverted on
On Friday, May 02, 2014 9:50 AM, Ian Abbott wrote:
> On 2014-05-02 15:57, Brilliantov Kirill Vladimirovich wrote:
>> Signed-off-by: Brilliantov Kirill Vladimirovich
>> ---
>> drivers/staging/comedi/drivers/ni_stc.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git
Hello. Thank you for your comments.
On Thu, May 01, 2014 at 05:53:31PM +0200, Francois Romieu wrote:
> Darek Marcinkiewicz :
> [changes]
>
[...]
>
> > +
> > +struct bh_priv {
>
> Nit: it would be nice to avoid "_bh_" as it is already used in a set of
> common kernel functions.
>
I renamed bh
We have reached the point where our mutexes are quite fine tuned
for a number of situations. This includes the use of heuristics
and optimistic spinning, based on MCS locking techniques.
Exclusive ownership of read-write semaphores are, conceptually,
just about the same as mutexes, making them
On Fri, May 02, 2014 at 06:35:10PM +0200, Fabian Frederick wrote:
> >lock is used all over the place
>
[..]
> + spinlock_t *lock = >lock;
>
> if (!tree)
> return;
>
Rather fishy, although I'm unsure if this is a real problem.
--
Mateusz Guzik
--
To unsubscribe from
On Fri, 2 May 2014, Rafael J. Wysocki wrote:
> On Friday, May 02, 2014 10:59:11 AM Daniel Lezcano wrote:
> > On 05/01/2014 12:56 AM, Rafael J. Wysocki wrote:
> > > On Thursday, May 01, 2014 12:47:25 AM Rafael J. Wysocki wrote:
> > >> On Wednesday, April 30, 2014 02:01:02 PM Daniel Lezcano wrote:
On 05/02/2014 01:59 AM, Alexandre Courbot wrote:
> Tegra Note 7 is a consumer tablet embedding a Tegra 4 SoC with 1GB RAM
> and a 720p panel.
>
> The following hardware is enabled by this device tree: UART, eMMC, USB
> (needs external power), PMIC, backlight, DSI panel, keys.
>
> SD card, HDMI,
The rmi4 spec defines some optional query registers in F11 which appear before
query 12. This patch checks for the existence of some of the lesser used
queries to
compute the location of query12 and all subsequent query registers.
Signed-off-by: Andrew Duggan
Reviewed-by: Benjamin Tissoires
From: Roland Dreier
In __ioremap_caller() (the guts of ioremap), we loop over the range of
pfns being remapped and checks each one individually with page_is_ram().
For large ioremaps, this can be very slow. For example, we have a
device with a 256 GiB PCI BAR, and ioremapping this BAR can take
Hi Akashi,
On Wed, Apr 30, 2014 at 10:54:29AM +0100, AKASHI Takahiro wrote:
> Most archs with HAVE_ARCH_CALLER_ADDR have the almost same definitions
> of CALLER_ADDRx(n), and so put them into linux/ftrace.h.
>
> Signed-off-by: AKASHI Takahiro
> ---
> arch/arm/include/asm/ftrace.h | 10
On 5/2/14, 3:16 AM, Jiri Olsa wrote:
On Fri, Apr 25, 2014 at 11:12:22AM +0200, Christian Borntraeger wrote:
The goal of this series is to
- enable perf kvm stat on s390
- get rid of a perf warning "insn_to_mnemonic not found" when it tries to
decode s390 perf trace events
perf tools
On Fri, May 02, 2014 at 09:58:41PM +0530, Vinod Koul wrote:
> On Thu, Apr 17, 2014 at 05:04:02PM -0500, Andy Gross wrote:
> > This patch adds APIs that allow for BAM hardware flags to be set per
> > descriptor. Each one of the new flags informs the attached peripheral of a
> > special behavior
On Thu, 2014-05-01 at 11:38 -0700, Davidlohr Bueso wrote:
> On Thu, 2014-05-01 at 10:50 -0700, Tim Chen wrote:
> > It takes me a while to understand how rwsem's count field mainifest
> > itself in different scenarios. I'm adding comments to provide a quick
> > reference on the the rwsem's count
This driver adds support for EtherCAT master module located on CCAT
FPGA found on Beckhoff CX series industrial PCs. The driver exposes
EtherCAT master as an ethernet interface.
EtherCAT is a filedbus protocol defined on top of ethernet and Beckhoff
CX5020 PCs come with built-in EtherCAT master
On Fri, 02 May 2014 11:39:44 -0600
Jens Axboe wrote:
> On 05/02/2014 10:49 AM, Fabian Frederick wrote:
> > -Convert all printk,print_ratelimited ...
> > -Define debug to have pr_debug emitted
> > -Fix checkpatch warning: Lu->llu
> >
> > Cc: Jens Axboe
> > Cc: Andrew Morton
> > Signed-off-by:
On 05/02/2014 10:49 AM, Fabian Frederick wrote:
> -Convert all printk,print_ratelimited ...
> -Define debug to have pr_debug emitted
> -Fix checkpatch warning: Lu->llu
>
> Cc: Jens Axboe
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
> ---
> block/blk-core.c | 60
>
On Fri, 2 May 2014, Peter Zijlstra wrote:
> On Fri, May 02, 2014 at 12:43:17PM -0400, Vince Weaver wrote:
> > On Fri, 2 May 2014, Peter Zijlstra wrote:
> >
> > > In principle the vfs file refcounting should be responsible for that.
> > > But I'll go over it in a bit.
> >
> > The poll code is
On Thu, May 01, 2014 at 03:36:29PM -0700, Maxime Ripard wrote:
> But it actually doesn't work in a case where you can't really predict
> what is on the other side of the bus. Either because, on the board
> you're using the pins are exposed and it's pretty much up to the user
> to know what to put
From: "David E. Box"
Currently drivers that run on non-IOSF systems (Core/Xeon) can't use the IOSF
driver on SOC's without selecting it which forces an unnecessary and limiting
dependency. Provides dummy functions to allow these modules to conditionally
use the driver on IOSF equipped platforms
Hi Vivek,
This looks much better, but there still are some issues. Please see my
comments inline.
On 02.05.2014 14:47, Vivek Gautam wrote:
Add support to consume phy provided by Generic phy framework.
Keeping the support for older usb-phy intact right now, in order
to prevent any
On 05/02/2014 10:28 AM, Fabian Frederick wrote:
> Fix 4 coccinelle warnings.
Applied, thanks.
--
Jens Axboe
--
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 at
On 05/02/2014 10:21 AM, Fabian Frederick wrote:
> All blk_iopoll functions use iop for parent iopoll structure except
> blk_iopoll_complete.This also fixes one kernel-doc warning.
Applied, thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, 2014-05-02 at 13:32 +0200, Igor Mammedov wrote:
> On Wed, 30 Apr 2014 15:25:51 -0600
> Toshi Kani wrote:
>
> > On Mon, 2014-04-14 at 17:11 +0200, Igor Mammedov wrote:
> > > acpi_processor_add() assumes that present at boot CPUs
> > > are always onlined, it is not so if a CPU failed to
On Fri, May 02, 2014 at 12:43:17PM -0400, Vince Weaver wrote:
> On Fri, 2 May 2014, Peter Zijlstra wrote:
>
> > In principle the vfs file refcounting should be responsible for that.
> > But I'll go over it in a bit.
>
> The poll code is ancient and the C-parser in my head really can't handle
>
On Fri, May 02, 2014 at 12:25:58PM +0200, Heiko Stübner wrote:
> Mark already removed support for the legacy API from the s3c64xx spi driver
> (used by s3c2416 and s3c2443), so I guess to way forward would be to "simply"
> convert asoc and s3cmci to dmaengine and get rid of it altogether.
ASoC
On Fri, May 02, 2014 at 12:35:21AM +0200, Arnd Bergmann wrote:
> On Thursday 01 May 2014 12:11:25 Mark Brown wrote:
> > Why is the fix for this not to ensure that s3c24xx always enables the
> > DMA controller - how likely is it that it would be sane to build a
> > kernel without DMA after all?
>
On Mon, Apr 28, 2014 at 7:46 PM, Alex Williamson
wrote:
>
> On Mon, 2014-04-28 at 17:52 +0200, Antonios Motakis wrote:
> > Adds support to mask interrupts, and also for automasked interrupts.
> > Level sensitive interrupts are exposed as automasked interrupts and
> > are masked and disabled
On Fri, May 2, 2014 at 12:40 PM, Tim Gardner wrote:
> I've bisected a resume regression on a Lenovo x120e to
> 177cf92de4aa97ec1435987e91696ed8b5023130 (drm/crtc-helpers: fix dpms on
> logic). Everything works fine with this patch reverted on top of
> 3.15-rc3. I realize it is correcting a coding
On Fri, May 02, 2014 at 06:29:34AM +0200, Geert Uytterhoeven wrote:
> If NO_DMA=y:
>
> drivers/built-in.o: In function `spi_map_buf':
> spi.c:(.text+0x21bc60): undefined reference to `dma_map_sg'
> drivers/built-in.o: In function `spi_unmap_buf.isra.33':
> spi.c:(.text+0x21c32e): undefined
On Fri, Apr 18, 2014 at 04:17:49PM +0800, hongbo.zh...@freescale.com wrote:
This need review from Dan ...
--
~Vinod
> From: Hongbo Zhang
>
> Fix the potential risk when enable config NET_DMA and ASYNC_TX. Async_tx is
> lack of support in current release process of dma descriptor, all
On Fri, May 2, 2014 at 11:52 AM, Paolo Bonzini wrote:
> Il 02/05/2014 17:17, Hu Yaohui ha scritto:
>
>> Hi Paolo,
>> I have tried L0 with linux kernel 3.14.2 and L1 with linux kernel 3.14.2
>> L1 QEMU qemu-1.7.0
>> L2 QEMU qemu-1.7.0.
>
>
> Do you mean L0 and L1?
Yes.
>
> What is your QEMU
On Fri, May 02, 2014 at 01:06:52PM -0400, Vince Weaver wrote:
> On Fri, 2 May 2014, Peter Zijlstra wrote:
> >
> > Can you give this a spin?
> >
> > ---
> > Subject: perf: Fix race in removing an event
> > From: Peter Zijlstra
> > Date: Fri May 2 16:56:01 CEST 2014
>
> Nope, still shows the bug
On Fri, Apr 18, 2014 at 04:17:50PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> The usage of spin_lock_irqsave() is a stronger locking mechanism than is
> required throughout the driver. The minimum locking required should be used
> instead. Interrupts will be turned off and
On Fri, Apr 18, 2014 at 04:17:48PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> These functions will be modified in the next patch in the series. By moving
> the
> function in a patch separate from the changes, it will make review easier.
>
Applied, thanks
--
~Vinod
--
To
On Fri, 2 May 2014, Peter Zijlstra wrote:
>
> Can you give this a spin?
>
> ---
> Subject: perf: Fix race in removing an event
> From: Peter Zijlstra
> Date: Fri May 2 16:56:01 CEST 2014
Nope, still shows the bug pretty quickly:
[ 210.411542] [ cut here ]
[
On Fri, Apr 18, 2014 at 04:17:46PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> Delete attribute DMA_INTERRUPT because fsldma doesn't support this function,
> exception will be thrown if talitos is used to offload xor at the same time.
>
Applied, thanks
--
~Vinod
--
To
On Fri, Apr 18, 2014 at 04:17:47PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> There are several places where descriptors are freed using identical code.
> This patch puts this code into a function to reduce code duplication.
>
Applied, thanks
--
~Vinod
--
To unsubscribe
On Fri, Apr 18, 2014 at 04:17:44PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> Some codes are calling chan_dbg with FSL_DMA_LD_DEBUG surrounded, it is really
> unnecessary to use such a macro because chan_dbg is a wrapper of dev_dbg, we
> do
> have corresponding DEBUG
On Fri, Apr 18, 2014 at 04:17:45PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> Methods of accessing DMA controller registers are inconsistent, some registers
> are accessed by DMA_IN/OUT directly, while others are accessed by functions
> get/set_* which are wrappers of
On Fri, Apr 18, 2014 at 04:17:51PM +0800, hongbo.zh...@freescale.com wrote:
> From: Hongbo Zhang
>
> This patch adds suspend resume functions for Freescale DMA driver.
> .prepare callback is used to stop further descriptors from being added into
> the
> pending queue, and also issue pending
On Fri, May 02, 2014 at 10:26:08AM +0530, Tushar Behera wrote:
> On 05/01/2014 10:10 PM, Mark Brown wrote:
> > There's patches been posted by (IIRC) Sylvester Nawrocki for this which
> > I think Mike was basically happy with - I don't immediately see them in
> > -next though, but I may be looking
On 05/02/2014 10:43 AM, Christoph Hellwig wrote:
> On Fri, May 02, 2014 at 10:41:40AM -0600, Jens Axboe wrote:
>>> At least for SCSI devices _tag space_ is plenty, it's just the we
>>> artifically limit our tag space to the queue depth to avoid having to
>>> track that one separately. In addition
On Fri, May 02, 2014 at 01:28:26AM +0200, Geert Uytterhoeven wrote:
> And then you want spidev to bind to it. Would it help if DT offered a feature
> to add a compatible entry to a driver at runtime, cfr.
> /sys/bus/pci/drivers/.../new_id on PCI?
Yes, that's what I'd been under the impression
On Thu, Apr 24, 2014 at 11:30:04AM -0400, Santosh Shilimkar wrote:
> Retrieve DMA configuration from DT and setup platform device's DMA
> parameters. The DMA configuration in DT has to be specified using
> "dma-ranges" and "dma-coherent" properties if supported.
>
> We setup dma_pfn_offset using
On Fri, May 02, 2014 at 09:13:39AM -0700, Doug Anderson wrote:
> On Wed, Apr 30, 2014 at 6:28 PM, Mark Brown wrote:
> > I glanced at this briefly and couldn't really understand what it was
> > supposed to do from a quick glance but I do tend to agree that it's too
> > complex and confusing.
On Wed, Apr 30, 2014 at 05:56:53PM +0100, Sebastian Andrzej Siewior wrote:
> * Will Deacon | 2014-04-30 14:26:28 [+0100]:
> >I don't think that's the problem I was referring to. What I mean is that a
> >clocksource might overflow at any number of bits, so the delay calculation
> >needs to take
On 2014-05-02 15:57, Brilliantov Kirill Vladimirovich wrote:
Signed-off-by: Brilliantov Kirill Vladimirovich
---
drivers/staging/comedi/drivers/ni_stc.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/ni_stc.h
On Fri, May 02, 2014 at 10:19:38AM +0100, Jean Pihet wrote:
> Hi WIll, Mark,
>
> Ping on this series. Can you please check? Is the refreshed patch OK?
Fine by me, as long as it's not reused outside of this test :)
Will
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri 02-05-14 11:58:05, Johannes Weiner wrote:
> On Fri, May 02, 2014 at 11:36:28AM +0200, Michal Hocko wrote:
> > On Wed 30-04-14 18:55:50, Johannes Weiner wrote:
> > > On Mon, Apr 28, 2014 at 02:26:42PM +0200, Michal Hocko wrote:
> > > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > > >
101 - 200 of 1228 matches
Mail list logo