On i.MX5/6 series, SDMA is using new version firmware to support SSI
dual FIFO feature and HDMI Audio (i.MX6Q/DL only). Thus add it.
Signed-off-by: Nicolin Chen
---
drivers/dma/imx-sdma.c | 15 ++-
include/linux/platform_data/dma-imx-sdma.h | 5 +
2 files
Use dual-fifo sdma scripts instead of shared scripts for ssi on i.MX series.
Signed-off-by: Nicolin Chen
---
arch/arm/boot/dts/imx51.dtsi | 4 ++--
arch/arm/boot/dts/imx53.dtsi | 4 ++--
arch/arm/boot/dts/imx6qdl.dtsi | 12 ++--
arch/arm/boot/dts/imx6sl.dtsi | 12 ++--
4
This patch adds a new DMA_TYPE for SSI dual FIFO script, included
in SDMA firmware version 2. This script would allow SSI use dual
fifo mode to transimit/receive data without occasional hardware
underrun/overrun.
Signed-off-by: Nicolin Chen
---
By enabling dual fifo mode, it would allow SSI enter a better performance
to transimit/receive data without occasional hardware underrun/overrun.
Signed-off-by: Nicolin Chen
---
sound/soc/fsl/fsl_ssi.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git
* ! This series of patches has a direct dependency between them. When
* ! applying them, we need to apply to one single branch. Otherwise,
* ! it would break currect branches.
Changelog
v4:
* PATCH-3: Add period size constraint when using dual fifo mode
*
* Nothing changes for PATCH-1,
The following changes since commit 31d141e3a666269a3b6fcccddb0351caf7454240:
Linux 3.12-rc6 (2013-10-19 12:28:15 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-v3.13
for you to fetch changes up to
This series add Freescale eDMA engine support.
Jingchang Lu (3):
ARM: imx: Add DMAMUX clock for Vybrid vf610 SoC
ARM: dts: vf610: Add eDMA node
dma: Add Freescale eDMA engine driver support
Documentation/devicetree/bindings/dma/fsl-edma.txt | 84
Add Freescale enhanced direct memory(eDMA) controller support.
The eDMA controller deploys DMAMUXs routing DMA request sources(slot)
to eDMA channels.
This module can be found on Vybrid and LS-1 SoCs.
Signed-off-by: Alison Wang
Signed-off-by: Jingchang Lu
---
changes in v7:
using DMA_COMPLETE
Signed-off-by: Jingchang Lu
---
no changes in v4 ~ v7.
changes in v3:
add vf610 edma dt-bindings namespace with prefix VF610_*.
changes in v2:
using generic dma-channels property instead of fsl,dma-channels.
arch/arm/boot/dts/vf610.dtsi | 49 +
Signed-off-by: Jingchang Lu
---
changes in v7:
fix dmamux2 and dmamux3 register number.
no changes in v2 ~ v6.
arch/arm/mach-imx/clk-vf610.c | 5 +
include/dt-bindings/clock/vf610-clock.h | 6 +-
2 files changed, 10 insertions(+), 1 deletion(-)
diff --git
The following changes since commit 959f58544b7f20c92d5eb43d1232c96c15c01bfb:
Linux 3.12-rc7 (2013-10-27 16:12:03 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
tags/regmap-v3.13
for you to fetch changes up to
On 11/07/2013 03:04 PM, Minchan Kim wrote:
> On Wed, Nov 06, 2013 at 07:05:11PM -0800, Greg KH wrote:
>> On Wed, Nov 06, 2013 at 03:46:19PM -0800, Nitin Gupta wrote:
>> > I'm getting really tired of them hanging around in here for many years
now...
>>>
>>> Minchan has tried many times
On Thu, 07 Nov, at 08:09:06PM, Dave Young wrote:
> Here is my debug message about the efifb params (all hex values):
> [0.00] efi fb lfb width: 280
> [0.00] efi fb lfb height: 1e0
> [0.00] efi fb lfb base: e000
> [0.00] efi fb lfb linelength: a00
> [
(2013/11/08 19:29), Richard Weinberger wrote:
> Am 08.11.2013 11:25, schrieb Yasuaki Ishimatsu:
>> (2013/11/08 18:37), Richard Weinberger wrote:
>>> Am 08.11.2013 10:34, schrieb Yasuaki Ishimatsu:
(2013/11/08 17:05), Richard Weinberger wrote:
> Am 08.11.2013 08:33, schrieb Yasuaki
Am 08.11.2013 11:25, schrieb Yasuaki Ishimatsu:
> (2013/11/08 18:37), Richard Weinberger wrote:
>> Am 08.11.2013 10:34, schrieb Yasuaki Ishimatsu:
>>> (2013/11/08 17:05), Richard Weinberger wrote:
Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
> By following works, my system very often
On 11/08/2013 05:50 PM, changkun.li wrote:
> In zswap, store page A to zbud if the compression ratio is high, insert
> its entry into rbtree. if there is a entry B which has the same offset
> in the rbtree.Remove and free B before insert the entry of A.
>
> case:
> if the compression ratio of
As this is only a trivial patch, I'll take it out the hands of the
already overloaded DT maintainers.
> Fixed trivial typos to improve readability.
>
> Signed-off-by: Sachin Kamat
> ---
> Documentation/devicetree/bindings/mfd/s2mps11.txt |9 +
> 1 file changed, 5 insertions(+), 4
On Fri, 2013-11-08 at 09:40 +0100, Maxime Ripard wrote:
> > I'm trying to work out if we can make this work with the requirement
> > which both Xen and KVM have to enter the kernel in NS-HYP mode.
> >
> > The way this works on e.g. vexpress is (roughly) that u-boot wakes up
> > the secondary CPUs
(2013/11/08 18:37), Richard Weinberger wrote:
> Am 08.11.2013 10:34, schrieb Yasuaki Ishimatsu:
>> (2013/11/08 17:05), Richard Weinberger wrote:
>>> Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
By following works, my system very often fails set_variable() to set new
variable to efi
On Fri 08-11-13 00:46:49, Frederic Weisbecker wrote:
> On Thu, Nov 07, 2013 at 06:37:17PM -0500, Steven Rostedt wrote:
> > On Fri, 8 Nov 2013 00:21:51 +0100
> > Frederic Weisbecker wrote:
> > >
> > > Offloading to a workqueue would be perhaps better, and writing to the
> > > serial
> > >
write() returns a 'ssize_t' not an 'int'.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-record.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
index 15280b5..20df1f3 100644
--- a/tools/perf/builtin-record.c
On 11/07/2013 11:49 PM, H. Peter Anvin wrote:
On 11/07/2013 02:15 PM, Ard Biesheuvel wrote:
That would involve repurposing/generalizing a bit more of the existing
x86-only code than I did the first time around, but if you (as x86
maintainers) are happy with that, I'm all for it.
I do have a
On Thu 07-11-13 18:31:42, Steven Rostedt wrote:
> On Fri, 8 Nov 2013 00:01:11 +0100
> Jan Kara wrote:
>
> > On Thu 07-11-13 23:54:10, Frederic Weisbecker wrote:
>
> > > So if the current CPU can handle it, what is the problem?
> > I hope this gets cleared out in my other email. But to make
From: KV Sujith
Add DT node for Davinci GPIO driver.
Signed-off-by: KV Sujith
Signed-off-by: Philip Avinash
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/da850.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi
From: "Lad, Prabhakar"
This patch converts the davinci gpio driver to use irqdomain
support.
Signed-off-by: Lad, Prabhakar
---
drivers/gpio/gpio-davinci.c| 74 +++-
include/linux/platform_data/gpio-davinci.h |2 +-
2 files changed, 41
From: "Lad, Prabhakar"
As the davinci-gpio driver is migrated to use irqdomain
there is no need to pass the irq base for the gpio driver.
This patch removes this variable from davinci_gpio_platform_data
and also the references from the machine file.
Signed-off-by: Lad, Prabhakar
---
From: KV Sujith
This patch adds OF parser support for davinci gpio
driver and also appropriate documentation in gpio-davinci.txt
located at Documentation/devicetree/bindings/gpio/.
Signed-off-by: KV Sujith
Signed-off-by: Philip Avinash
[prabhakar.cse...@gmail.com: simplified the OF code,
From: "Lad, Prabhakar"
This patch replaces the __raw_readl/writel with
readl and writel, Although the code runs on ARMv5
based SOCs, changing this will help copying the code
for other uses.
Signed-off-by: Lad, Prabhakar
---
drivers/gpio/gpio-davinci.c | 36
From: KV Sujith
Add GPIO DT node and pinmux entries for DA850 EVM. GPIO is
configurable differently on different boards. So add GPIO
pinmuxing in dts file.
Signed-off-by: KV Sujith
Signed-off-by: Philip Avinash
Signed-off-by: Lad, Prabhakar
---
arch/arm/boot/dts/da850-evm.dts | 20
From: "Lad, Prabhakar"
the devm_*() helper prints error messages in case of
errors no need to do the same in the driver.
Signed-off-by: Lad, Prabhakar
---
drivers/gpio/gpio-davinci.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/gpio-davinci.c
From: KV Sujith
This patch series does the following
1> Ports the driver to use irqdomain.
2> Adds dt binding support for gpio-davinci.
3> Adds DA850 dt support goio.
Changes for v5:
1: Fixed review comments pointed by Grygorii.
2: Dropped the fixup patch
This patch series is based on
On 10/29/2013 03:31 PM, Laurent Pinchart wrote:
Prepare the clock at probe time, as there is no other appropriate place
in the driver where we're allowed to sleep.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Laurent Pinchart
Applied in my tree as 3.13 fixes
Thanks
On 10/29/2013 03:30 PM, Laurent Pinchart wrote:
Fix the probe error path to release the clock resource when the
sh_mtu2_register() call fails.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Laurent Pinchart
Applied in my tree as 3.13 fixes
---
On 10/29/2013 03:30 PM, Laurent Pinchart wrote:
Prepare the clock at probe time, as there is no other appropriate place
in the driver where we're allowed to sleep.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Laurent Pinchart
Applied in my tree as 3.13 fixes
---
On 10/29/2013 03:31 PM, Laurent Pinchart wrote:
Fix the probe error path to release the clock resource when the
sh_tmu_register() call fails.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Laurent Pinchart
Applied in my tree as 3.13 fixes
---
> Such results was never posted and unless we see those, I think
> I'd rather NACK this patch instead. I like the cleanup, but only
> if it's guaranteed to _not_ brake things, specially when dealing
> with a kernel parameter.
Do you have some test case or test standard for me perform.
> --
>
According to the doc:
If VIDIOC_STREAMON is called when streaming is already in progress,
or if VIDIOC_STREAMOFF is called when streaming is already stopped,
then the ioctl does nothing and 0 is returned.
The current implementation was returning -EINVAL instead.
Signed-off-by: Ricardo Ribalda
Hi Jan,
On 11/07/2013 07:44 PM, Jan Kara wrote:
> On Tue 05-11-13 18:02:03, Gu Zheng wrote:
>> Stop the loop of iterating bh if we have confirmed page
>> has dirty and writeback buffers.
> Thanks for the patch. What I'm somewhat missing here is a motivation of
> the patch. For the common case
On 28.10.2013 06:49, Michael Opdenacker wrote:
> This removes the use of __devinitconst and __devinitdata in scripts/tags.sh,
> which were removed in 3.8.
>
> Signed-off-by: Michael Opdenacker
Applied to kbuild.git#misc.
Michal
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, 01 Nov 2013, micky_ch...@realsil.com.cn wrote:
> From: Micky Ching
>
> Add card reader rtl8042, rtl8402 is much like rtl8411, so just add it to
> rtl8411.c
>
> Signed-off-by: Micky Ching
> ---
> drivers/mfd/rtl8411.c | 62
>
>
On 11:20 Thu 07 Nov , Stephen Boyd wrote:
> If we're running on a v7 ARM CPU, detect if the CPU supports the
> sdiv/udiv instructions and replace the signed and unsigned
> division library functions with an sdiv/udiv instruction.
>
> Running the perf messaging benchmark in pipe mode
>
> $
On Thu, 2013-11-07 at 18:14 -0800, Kamal Mostafa wrote:
> 3.8.13.13 -stable review patch. If anyone has any objections, please let me
> know.
This patch caused a regression in the 3.10 stable tree. Two additional
patches were needed, see:
In order to find I2C devices in the device tree, the platform nodes
have to be known by the I2C core. Analogous to the i2c-omap driver
this requires setting the dev.of_node parameter of the adapter.
Signed-off-by: Florian Meier
---
I don't know if this is really necessary, but for me it does
In zswap, store page A to zbud if the compression ratio is high, insert
its entry into rbtree. if there is a entry B which has the same offset
in the rbtree.Remove and free B before insert the entry of A.
case:
if the compression ratio of page A is not high, return without checking
the same
On Fri, Nov 8, 2013 at 10:26 AM, Lee Jones wrote:
> On Fri, 08 Nov 2013, Linus Walleij wrote:
>> On Thu, Nov 7, 2013 at 1:07 PM, Lee Jones wrote:
>> Since it's a regression we need to do a fixup patch for the
>> v3.13 series adding it back.
>
> Okay, do you want me to do that?
Sure, thanks!
Am 08.11.2013 10:34, schrieb Yasuaki Ishimatsu:
> (2013/11/08 17:05), Richard Weinberger wrote:
>> Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
>>> By following works, my system very often fails set_variable() to set new
>>> variable to efi variable storage and shows "efivars: set_variable()
On Thu, Nov 7, 2013 at 10:11 PM, Tomasz Figa wrote:
> On Thursday 07 of November 2013 10:40:16 Rob Herring wrote:
>> On Thu, Nov 7, 2013 at 5:32 AM, Tomasz Figa wrote:
>> > Hi Grant,
>> >
>> > Could you pick this patch up? It fixes boot-up at least on several
>> > Exynos based platforms, which
On Thu, Nov 07, 2013 at 09:23:25PM -0700, David Ahern wrote:
SNIP
>
> +static void mmap_output_fini(struct perf_record *rec)
> +{
> + off_t len;
> + int fd;
> +
> + if (!rec->mmap.use)
> + return;
> +
> + rec->mmap.use = false;
> +
> + len =
(2013/11/08 17:05), Richard Weinberger wrote:
> Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
>> By following works, my system very often fails set_variable() to set new
>> variable to efi variable storage and shows "efivars: set_variable() failed:
>> status=-28" message.
>>
>> - commit
On 7 November 2013 15:04, Catalin Marinas wrote:
> On Thu, Nov 07, 2013 at 01:33:43PM +, Vincent Guittot wrote:
>> On 7 November 2013 12:32, Catalin Marinas wrote:
>> > On Thu, Nov 07, 2013 at 10:54:30AM +, Vincent Guittot wrote:
>> >> During the Energy-aware scheduling mini-summit, we
"ret", being set to -1 early on, gets cleared by the first invocation
of lz4_decompress()/lz4_decompress_unknownoutputsize(), and hence
subsequent failures wouldn't be noticed by the caller without setting
it back to -1 right after those calls.
Reported-by: Matthew Daley
Signed-off-by: Jan
On 8 November 2013 01:04, Rowand, Frank wrote:
> Hi Vincent,
>
> Thanks for creating some benchmark numbers!
you're welcome
>
>
> On Thursday, November 07, 2013 5:33 AM, Vincent Guittot
> [vincent.guit...@linaro.org] wrote:
>>
>> On 7 November 2013 12:32, Catalin Marinas wrote:
>> > Hi
On Fri, 08 Nov 2013, Linus Walleij wrote:
> On Thu, Nov 7, 2013 at 1:07 PM, Lee Jones wrote:
>
> >> > -struct mmci_platform_data mop500_sdi0_data = {
> >> > - .f_max = 1,
> >> > - .capabilities = MMC_CAP_4_BIT_DATA |
> >> > -
Hi,
On 11/07/2013 05:44 PM, Randy Dunlap wrote:
> Hi,
>
> Just a few minor edits...
>
Thanks!
Best,
- Juri
> On 11/07/13 05:47, Juri Lelli wrote:
>> From: Dario Faggioli
>>
>> Add in Documentation/scheduler/ some hints about the design
>> choices, the usage and the future possible
On Fri, Nov 08, 2013 at 12:32:51AM -0800, Christoph Hellwig wrote:
> On Fri, Nov 08, 2013 at 12:17:37AM -0800, Kent Overstreet wrote:
> > The core issue isn't whether the IO is going to a block based filesystem
> > (but thanks for pointing out that that's not necessarily true!) but
> > whether we
On Friday 08 November 2013 02:11 PM, Dan Carpenter wrote:
> On Thu, Nov 07, 2013 at 10:03:19PM +0530, Mugunthan V N wrote:
>> On Thursday 07 November 2013 05:52 PM, Dan Carpenter wrote:
>>> On Thu, Nov 07, 2013 at 05:44:38PM +0530, Mugunthan V N wrote:
On Thursday 07 November 2013 01:18 PM,
Let's continue with replacing the existing Int3-based framework in ftrace with
the new generic function introduced by the commit fd4363fff3d9 (x86: Introduce
int3 (breakpoint)-based instruction patching)
This time use it in ftrace_replace_code that modifies all the watched function
calls.
If we
probe_kernel_read is used when modifying function calls in ftrace_replace_code,
see arch/x86/kernel/ftrace.c. On x86, the code is replaced using int3 guard.
All functions are patched in parallel to reduce an expensive synchronization
of all CPUs. The result is that all affected functions are
One more change related to replacing the existing Int3-based framework with
the new generic function introduced by the commit fd4363fff3d9
(x86: Introduce int3 (breakpoint)-based instruction patching)
ftrace_enable_ftrace_graph_caller and ftrace_disable_ftrace_graph_caller
modified the jump
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
When trying to use text_poke_bp in dynamic ftrace, the process was
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
It would be great to use the new generic implementation and clean up
We would like to use text_poke_bp in the dynamic ftrace which want to
know about errors. For example, it informs about them in the ftrace log.
Let's return the error code instead of the address. The address was just copied
from the first parameter, so it was no extra information. The return value
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
This patch set merge the two implementations and remove duplicities
On Fri, Nov 08, 2013 at 06:53:29AM +, Caizhiyong wrote:
> >> For further information, see "https://lkml.org/lkml/2013/8/6/550;
> >
> > Thanks for doing this. Could we please get some acked-by's or,
> > preferably, tested-by's from the MTD people?
>
> Acked-by: Ezequiel Garcia
I don't
This change is inspired by the int3-based patching code used in
ftrace. See the commit fd4363fff3d9 (x86: Introduce int3
(breakpoint)-based instruction patching).
When trying to use text_poke_bp in ftrace, the result was slower than
the original implementation.
It turned out that one difference
We would like to use text_poke_bp in ftrace. It might be called also during
boot when there is only one CPU and we do not need to sync the others.
The check is must to have because there are also disabled interrupts during
the boot. Then the call would cause a deadlock, see the warning in
The commit fd4363fff3d9 (x86: Introduce int3 (breakpoint)-based instruction
patching) uses the same technique that has been used in ftrace since 08d636b
("ftrace/x86: Have arch x86_64 use breakpoints instead of stop machine")
This patch set merge the two implementations and remove duplicities
On Thu, Nov 07, 2013 at 10:03:19PM +0530, Mugunthan V N wrote:
> On Thursday 07 November 2013 05:52 PM, Dan Carpenter wrote:
> > On Thu, Nov 07, 2013 at 05:44:38PM +0530, Mugunthan V N wrote:
> >> On Thursday 07 November 2013 01:18 PM, Dan Carpenter wrote:
> >>> There is a bug in cpsw_probe()
On Friday 01 of November 2013 15:08:49 Stephen Boyd wrote:
> From: Rohit Vaswani
>
> According to the ePAPR CPUs should have an enable method. On ARM
> the enable-method property has not been used so far, so document
> this property as an optional property and add the spin-table
> method as one
On 8.11.2013 03:45, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit f3462aa95 (Kbuild: Handle longer symbols in kallsyms.c) introduced the
> following warning on ARM:
>
> scripts/kallsyms.c:121:4: warning: format '%lu' expects argument of type
> 'long unsigned int', but argument 4 has
On Tuesday 05 of November 2013 11:51:07 Kumar Gala wrote:
> On Nov 5, 2013, at 11:44 AM, Stephen Boyd wrote:
> > On 11/05/13 09:13, Kumar Gala wrote:
> >> On Nov 1, 2013, at 5:08 PM, Stephen Boyd wrote:
> >>> diff --git
> >>> a/Documentation/devicetree/bindings/arm/msm/qcom,kpss-acc.txt
> >>>
Hello Pantelis,
On 07/11/13 21:17, ext Pantelis Antoniou wrote:
> Introduce helper functions for working with the live DT tree.
>
> __of_free_property() frees a dynamically created property
> __of_free_tree() recursively frees a device node tree
> __of_copy_property() copies a property
On Thu, Nov 7, 2013 at 1:07 PM, Lee Jones wrote:
>> > -struct mmci_platform_data mop500_sdi0_data = {
>> > - .f_max = 1,
>> > - .capabilities = MMC_CAP_4_BIT_DATA |
>> > - MMC_CAP_SD_HIGHSPEED |
>> > -
On 08/11/13 06:36, David Ahern wrote:
> Currently perf requires the -m / --mmap_pages option to be a power of 2.
> To be more user friendly perf should automatically round this up to the
> next power of 2.
>
> Currently:
> $ perf record -m 3 -a -- sleep 1
> --mmap_pages/-m value must be a
Hello, (Eric and lkml cc'd)
So, something like the following. I'll queue it at the head of the
pending sysfs, kernfs patches.
Thanks.
-- 8< ---
The way namespace tags are implemented in sysfs is more complicated
than necessary. As each tag is a pointer value and required to be
Hello Mike,
On 08/11/2013 01:51, Mike Turquette wrote:
Quoting Boris BREZILLON (2013-10-13 10:17:10)
The clock accuracy is expressed in ppb (parts per billion) and represents
the possible clock drift.
Say you have a clock (e.g. an oscillator) which provides a fixed clock of
20MHz with an
On 11/08/2013 01:58 AM, Jisheng Zhang wrote:
On Thu, 7 Nov 2013 13:22:35 -0800
Sebastian Hesselbarth wrote:
On 11/07/2013 05:20 PM, Arnd Bergmann wrote:
On Thursday 07 November 2013, Sebastian Hesselbarth wrote:
Actually, IIRC smp_twd does not compile without SMP set, so the above
should at
From: Namhyung Kim
If given sort keys are all elided there'll be no output except for the
overhead column - actually the TUI shows a noisy output. In this case
it'd be better to show up the sort keys rather than elide.
Before:
$ perf report -s comm -c perf
(...)
# Overhead
#
On 11/08/2013 09:06 AM, Daniel Vetter wrote:
On Thu, Nov 07, 2013 at 11:18:54PM -0800, Thomas Hellstrom wrote:
In this context, a "doomed" object is an object whose refcount has reached
zero, but that has not yet been freed.
To avoid mutual refcounting vmwgfx need to have a non-refcounted
Hi Lexman,
On 10/09/2013 02:04 PM, Laxman Dewangan wrote:
> Palmas devices has two clock output CLK32K_KG and CLK32K_KG_AUDIO
> which can be enable/disable through software.
>
> Add clock driver support for the Palmas 32KHz clocks.
>
> Signed-off-by: Laxman Dewangan
> ---
> Changes from V1:
>
Hi all,
Please do *not* add any v3.14 material to linux-next until after
v3.13-rc1 is released.
[A bit of a mess today :-(]
Changes since 20131107:
Removed tree: aio-direct (at maintainer request, being reworked)
Dropped tree: userns (too difficult conflict)
The vfs tree lost its build
rich...@nod.at writes:
> Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
>>
>> According to above works, efi_no_storage_paranoia parameter was prepared
>> for sane UEFI which can do gc and fulfills spec. But why need a system
>> with a sane UEFI set the parameter? It is wrong. A system with a
Hi Jens,
On Tue, 05 Nov 2013 14:25:00 -0700 Jens Axboe wrote:
>
> On 11/05/2013 10:38 AM, Stephen Warren wrote:
> > I note that compiling next-20131105 generates quite a few warnings re:
> > uninitialized variables. Reverting the commit doesn't solve those.
> >
> >> block/blk-merge.c: In
Hi Ian,
On Mon, Nov 04, 2013 at 04:53:17PM +, Ian Campbell wrote:
> Not a comment on the patch, or even A31, but a question about how the
> SMP boot process works on sunxi generally...
>
> On Sun, 2013-11-03 at 10:30 +0100, Maxime Ripard wrote:
> > The A31 is a quad Cortex-A7. Add the logic
On 07.11.13, Guenter Roeck wrote:
> > I am only saying that this "hot-plug a device at a non hot-plugagle bus at
> > runtime" is not limited to DT but this solution is. X86 + ACPI is not
> > the only limitation. ARM is (forced) going to ACPI as well as far I
> > know. And this solution is limited
On Tue, Nov 05, 2013 at 02:31:52PM -0300, Arnaldo Carvalho de Melo wrote:
> PeterZ,
>
> Can I have your Acked-by for this one? I guess now the goal is
> achieved, no?
So this option allows -t/-p/-u to create one buffer per cpu and attach
all the various thread/process/user tasks' their
Hi Linus,
The following changes since commit 6e4664525b1db28f8c4e1130957f70a94c19213e:
Linux 3.11 (2013-09-02 13:46:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k.git for-linus
for you to fetch changes up to
On Fri, Nov 08, 2013 at 12:17:37AM -0800, Kent Overstreet wrote:
> The core issue isn't whether the IO is going to a block based filesystem
> (but thanks for pointing out that that's not necessarily true!) but
> whether we want to work with pinned pages or not. If pinned pages are ok
> for
On Thu, Nov 7, 2013 at 9:04 PM, Joe Perches wrote:
> Jaroslav hasn't acked or signed a patch in quite awhile.
>
> Mark ISAPnp and HP VG/AnyLAN driver as orphan.
>
> Add sound to his CREDITS entry.
...didn't know that we have a maintainer police.
> Signed-off-by: Joe Perches
> ---
> CREDITS
On Thu, Nov 07, 2013 at 08:24:25PM +, Phillip Lougher wrote:
> This introduces an implementation of squashfs_readpage_block()
> that directly decompresses into the page cache.
>
> This uses the previously added page handler abstraction to push
> down the necessary kmap_atomic/kunmap_atomic
On Thu, Nov 7, 2013 at 8:27 PM, Daniel Lezcano
wrote:
> On 11/06/2013 12:05 PM, Magnus Damm wrote:
>>
>> From: Magnus Damm
>>
>> Add Kconfig entries for CMT, MTU2, TMU and STI to
>> drivers/clocksource/Kconfig. This will allow us to
>> get rid of duplicated entires in architecture code
>> such
Yinghai Lu writes:
> On Thu, Nov 7, 2013 at 12:25 AM, Mikael Pettersson
> wrote:
> > Yinghai Lu writes:
> > > On Wed, Nov 6, 2013 at 1:16 AM, Mikael Pettersson
> > wrote:
> > > > I recently got a Dell Latitude E6230 (Ivy Bridge i7-3540M) and
> > noticed that
> > > > the mtrr
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in mm/filemap.c
between dropping the aio-direct tree and commit "mm: drop actor argument
of do_generic_file_read()" from the akpm tree.
I fixed it up (I think - see below) and can carry the fix as necessary
(no action is
On Fri, Nov 08, 2013 at 12:02:21AM -0800, Christoph Hellwig wrote:
> On Thu, Nov 07, 2013 at 11:56:17PM -0800, Kent Overstreet wrote:
> > So, I don't think the iov_iter stuff is the right approach for solving
> > the loop issue; it's an ugly hack and after immutable biovecs we're
> > pretty close
Hello Maintainers:
On Fedora16 with defconfig for next-20131107 kernel, use latest LTP
(Linux Test Project) version, test_5() in cgroup_regression_test.sh
will be fail. The related LTP output:
<<>>
tag=cgroup stime=1383562810
cmdline=" cgroup_regression_test.sh"
contacts=""
Fix CONFIG_ACPI=n build fail
CC drivers/gpu/drm/i915/intel_opregion.o
drivers/gpu/drm/i915/intel_opregion.c: In function ‘intel_opregion_setup’:
drivers/gpu/drm/i915/intel_opregion.c:879:2: error: ‘asle_work’ undeclared
(first use in this function)
On Thu, Nov 07, 2013 at 11:18:54PM -0800, Thomas Hellstrom wrote:
> In this context, a "doomed" object is an object whose refcount has reached
> zero, but that has not yet been freed.
>
> To avoid mutual refcounting vmwgfx need to have a non-refcounted pointer to
> a dma-buf in a lookup
Am 08.11.2013 08:33, schrieb Yasuaki Ishimatsu:
> By following works, my system very often fails set_variable() to set new
> variable to efi variable storage and shows "efivars: set_variable() failed:
> status=-28" message.
>
> - commit 31ff2f20d9003e74991d135f56e503fe776c127c
> efi:
On Thu, Nov 07, 2013 at 11:56:17PM -0800, Kent Overstreet wrote:
> So, I don't think the iov_iter stuff is the right approach for solving
> the loop issue; it's an ugly hack and after immutable biovecs we're
> pretty close to a better solution and some major cleanups too.
All the consumers aren't
On Thu, Nov 07, 2013 at 11:56:17PM -0800, Kent Overstreet wrote:
So, I don't think the iov_iter stuff is the right approach for solving
the loop issue; it's an ugly hack and after immutable biovecs we're
pretty close to a better solution and some major cleanups too.
All the consumers aren't
601 - 700 of 1398 matches
Mail list logo
