Hi Grant,
On Fri, May 16, 2014 at 12:58 PM, Grant Likely
wrote:
> On Thu, 15 May 2014 09:20:24 +0200, Geert Uytterhoeven
> wrote:
>> On Thu, May 15, 2014 at 9:12 AM, Pantelis Antoniou
>> wrote:
>> >> We also need to think about kexec. Kexec works by sucking the live tree
>> >> out of the
Am 16.05.2014 13:16, schrieb Emil Goode:
> Hello Walter,
>
> On Fri, May 16, 2014 at 12:40:19PM +0200, walter harms wrote:
>>
>>
>> Am 16.05.2014 11:54, schrieb Emil Goode:
>>> If we fail to allocate struct platform_device pdev we
>>> dereference it after the goto label err.
>>>
>>> I have
On Monday, May 12, 2014 03:44:37 PM Lv Zheng wrote:
> This patch series cleans up and
> . it also fixes some mis-ordered inclusions for
> Linux resident ACPICA.
>
> There is no real issue in the Linux kernel, but this can help to cleanup
> the code so that (benefits):
> 1. Redundant environment
On 05/15/2014 08:11 PM, Johannes Weiner wrote:
> On Wed, May 14, 2014 at 06:36:48PM -0400, Tejun Heo wrote:
>> On Wed, May 14, 2014 at 07:10:51PM +0200, Peter Zijlstra wrote:
>>> On Wed, May 14, 2014 at 01:02:38PM -0400, Tejun Heo wrote:
On Wed, May 14, 2014 at 04:00:34PM +0200, Peter
On Tue, May 13, 2014 at 12:48:17PM -0400, Don Zickus wrote:
> In perf's 'mem-mode', one can get access to a whole bunch of details specific
> to a
> particular sample instruction. A bunch of those details relate to the data
> address.
>
> One interesting thing you can do with data addresses is
Hi Tomas,
Although in http://www.makelinux.net/ldd3/chp-7-sect-6, there said to flush the
shared workqueue requires calling function
flush_scheduled_work.
But in kernel workqueue.c, there are comment of flush_scheduled_work said that
"In most situations flushing the entire workqueue is
On 13/05/14 16:58, Michael Mueller wrote:
> The proposed patch set implements S390 cpu model support in kvm. A cpu
> model is defined by a triple comprizing the cpu type , the cpu facility
> set and instruction blocking control. A consumer requests a feasible
> combination of that that triple
From: Rafael J. Wysocki
The runtime PM documentation in runtime_pm.txt has not been updated
after some changes to the system suspend and resume core code, so
update it to reflect the current code flow.
Signed-off-by: Rafael J. Wysocki
---
This is independent of the "do not resume
On Tue, May 13, 2014 at 12:48:13PM -0400, Don Zickus wrote:
SNIP
> - /*
> - * Anon maps don't have the execname.
> - */
> - if (n < 4)
> + n = sscanf(bf, "%"PRIx64"-%"PRIx64" %s %"PRIx64" %x:%x %u %s\n",
> +
On Fri, May 16, 2014 at 11:09:29AM +0200, Paul Bolle wrote:
> None of the defines "for modules using static and dynamic DMA channels"
> are used. Remove these.
>
> Signed-off-by: Paul Bolle
Acked-by: Sascha Hauer
Sascha
> ---
> 0) v1 was called "ARM: imx: remove check for CONFIG_SDMA_IRAM".
On Friday, May 16, 2014 10:23:41 AM Daniel Lezcano wrote:
>
> Hi Rafael,
>
> just a head up in case you missed it.
Pulled now, thanks!
> On 04/30/2014 12:24 PM, Daniel Lezcano wrote:
> >
> > Hi Rafael,
> >
> > this pull request is based on top 3.15-rc3
> >
> > * Alexander Shiyan added a new
Hello Walter,
On Fri, May 16, 2014 at 12:40:19PM +0200, walter harms wrote:
>
>
> Am 16.05.2014 11:54, schrieb Emil Goode:
> > If we fail to allocate struct platform_device pdev we
> > dereference it after the goto label err.
> >
> > I have rearranged the error handling a bit to fix the issue
Document struct struct thermal_zone_device and struct thermal_governor
fields and their use by the thermal framework code.
Cc: Zhang Rui
Cc: Eduardo Valentin
Signed-off-by: Javi Merino
---
Hi linux-pm,
I have some patches that add new fields to these structures but I
don't have a good place
On 16 May 2014 16:21, Chander Kashyap wrote:
> In of_init_opp_table function, if a failure to add an OPP is
> detected, the count of OPPs, yet to be added is not updated.
> Fix this by decrementing this count on failure as well.
>
> Signed-off-by: Chander Kashyap
> Signed-off-by: Inderpal Singh
On Fri, May 16, 2014 at 01:01:53PM +0200, Juri Lelli wrote:
> Are the comments I proposed to add overdoing?
Dunno, might be helpful, if you post them as a proper patch I'll press
'A'.
> Apart from this,
>
> Acked-by: Juri Lelli
Thanks!
pgpJQlRFnZSr6.pgp
Description: PGP signature
On Fri, 16 May 2014 12:43:36 +0200
Peter Zijlstra wrote:
>
> OK I made that..
>
Are the comments I proposed to add overdoing?
Apart from this,
Acked-by: Juri Lelli
Thanks!
- Juri
> ---
>
> Subject: sched/cpudl: Replace NR_CPUS arrays
> From: Peter Zijlstra
> Date: Wed May 14 16:13:56
On Wed, 14 May 2014 23:10:39 +0200, Alexander Holler
wrote:
> Am 14.05.2014 22:06, schrieb Grant Likely:
> > On Wed, 14 May 2014 16:49:05 +0200, Alexander Holler
> > wrote:
> >> Am 14.05.2014 16:05, schrieb Grant Likely:
> >>> On Mon, 12 May 2014 18:47:53 +0200, Alexander Holler
> >>> wrote:
On Thu, 15 May 2014 09:20:24 +0200, Geert Uytterhoeven
wrote:
> Hi Pantelis,
>
> On Thu, May 15, 2014 at 9:12 AM, Pantelis Antoniou
> wrote:
> >> We also need to think about kexec. Kexec works by sucking the live tree
> >> out of the kernel and creating a .dtb from it to pass to the new
On Thu, 15 May 2014 19:51:17 -0700, Frank Rowand wrote:
> On 5/13/2014 7:58 AM, Grant Likely wrote:
> > Make of_find_node_by_path() handle aliases as prefixes. To make this
> > work the name search is refactored to search by path component instead
> > of by full string. This should be a more
In of_init_opp_table function, if a failure to add an OPP is
detected, the count of OPPs, yet to be added is not updated.
Fix this by decrementing this count on failure as well.
Signed-off-by: Chander Kashyap
Signed-off-by: Inderpal Singh
---
drivers/base/power/opp.c |4 +---
1 file
On 05/16/2014 07:49 AM, Takashi Iwai wrote:
At Thu, 15 May 2014 21:21:12 +0200,
Lars-Peter Clausen wrote:
On 05/15/2014 02:01 PM, Tushar Behera wrote:
On 14 May 2014 17:54, Lars-Peter Clausen wrote:
On 05/14/2014 02:07 PM, Tushar Behera wrote:
On 14 May 2014 17:29, Jassi Brar wrote:
On
Hi Rahul,
On 16.05.2014 12:39, Rahul Sharma wrote:
> [snip]
>> + gate->lock = _lock;
>> +
>> + mux->reg = reg + EXYNOS_PMU_DEBUG_REG;
>> + mux->mask = EXYNOS_CLKOUT_MUX_MASK;
>> + mux->shift = EXYNOS_CLKOUT_MUX_SHIFT;
>> + mux->lock = _lock;
>> +
>> + clk =
On 16.05.2014 12:35, Rahul Sharma wrote:
> On 16 May 2014 15:12, Rahul Sharma wrote:
>> On 16 May 2014 03:14, Tomasz Figa wrote:
>>> On 15.05.2014 06:01, Rahul Sharma wrote:
> [snip]
> the PHY provider.
>
Please correct me if I got you wrong. You want somthing like this:
From: Andrii Tseglytskyi
Duty Cycle Correction(DCC) needs to be enabled if the MPU is to run at
frequencies beyond 1.4GHz for OMAP5, DRA75x, DRA72x.
MPU DPLL has a limitation on the maximum frequency it can be locked
at. Duty Cycle Correction circuit is used to recover a correct duty
cycle for
MPU DPLL on OMAP5, DRA75x, DRA72x has a limitation on the maximum
frequency it can be locked at. Duty Cycle Correction circuit is used
to recover a correct duty cycle for achieving higher frequencies
(hardware internally switches output to M3 output(CLKOUTHIF) from M2
output (CLKOUT)).
So provide
OMAP5432, DRA75x and DRA72x have MPU DPLLs that need Duty Cycle
Correction(DCC) to operate safely at frequencies >= 1.4GHz.
Switch to "ti,omap5-mpu-dpll-clock" compatible property which provides
this support.
Signed-off-by: Nishanth Menon
---
arch/arm/boot/dts/dra7xx-clocks.dtsi |2 +-
Hi,
This patch series has been carried over in vendor kernel for quiet
few years now.
Unfortunately, it was very recently re-discovered and upstream kernel
is noticed to be broken for OMAP5 1.5GHz - at least we are operating
DPLL at frequency higher than what it was intended to be when CPUFreq
OK I made that..
---
Subject: sched/cpudl: Replace NR_CPUS arrays
From: Peter Zijlstra
Date: Wed May 14 16:13:56 CEST 2014
Tejun reported that his resume was failing due to order-3 allocations
from sched_domain building.
Replace the NR_CPUS arrays in there with a dynamically allocated
array.
CONFIG_SPI_PXA2XX_MASTER was used were it was surely meant to use
CONFIG_SPI_PXA2XX_MODULE. Use the IS_ENABLED() macro here, as it guards
against typos like this one.
Signed-off-by: Paul Bolle
---
Untested, and (hardware) testing for the modular case might be needed.
This typo was introduced in
Am 16.05.2014 11:54, schrieb Emil Goode:
> If we fail to allocate struct platform_device pdev we
> dereference it after the goto label err.
>
> I have rearranged the error handling a bit to fix the issue
> and also make it more clear.
>
> Signed-off-by: Emil Goode
> ---
> v2: Changed to
[snip]
> + gate->lock = _lock;
> +
> + mux->reg = reg + EXYNOS_PMU_DEBUG_REG;
> + mux->mask = EXYNOS_CLKOUT_MUX_MASK;
> + mux->shift = EXYNOS_CLKOUT_MUX_SHIFT;
> + mux->lock = _lock;
> +
> + clk = clk_register_composite(NULL, "clkout", parent_names,
> +
On Fri, May 16, 2014 at 12:16:43PM +0200, Peter Zijlstra wrote:
> On Fri, May 16, 2014 at 12:15:05PM +0200, Peter Zijlstra wrote:
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -5126,7 +5126,6 @@ static int sched_cpu_active(struct notif
> >
On 16 May 2014 15:12, Rahul Sharma wrote:
> On 16 May 2014 03:14, Tomasz Figa wrote:
>> On 15.05.2014 06:01, Rahul Sharma wrote:
[snip]
the PHY provider.
>>>
>>> Please correct me if I got you wrong. You want somthing like this:
>>>
>>> pmu_system_controller: system-controller@1004
Hi Liviu,
I am using your ARM64 PCIe patches to write a PCIe host controller
driver for our SOC. I am facing an issue with SR-IOV capable device.
Consider an PCI Express endpoint connected to a PCI Express
Root Port. The PCI Express endpoint provides PCI-SIG SR-IOV
capabilities with a single
On 05/15/2014 03:36 PM, Denys Vlasenko wrote:
> On 05/14/2014 08:49 PM, Pedro Alves wrote:
>> I realized now that I responded to this. Sorry about that.
>>
>> On 01/19/2014 03:29 PM, Oleg Nesterov wrote:
>>> On 01/19, Sergio Durigan Junior wrote:
On Friday, January 10 2014, Oleg
2014-05-16 18:52 GMT+09:00 Dan Carpenter :
> On Fri, May 16, 2014 at 06:40:28PM +0900, DaeSeok Youn wrote:
>> Hi,
>>
>> This patch haven't been updated over the past 3 weeks.
>> Will you check for me?
>
> Greg was trying to travel around the world in one month like Jackie
> Chan.
On Fri, May 16, 2014 at 05:56:10PM +0800, Lai Jiangshan wrote:
> On 05/16/2014 05:35 PM, Peter Zijlstra wrote:
> > On Fri, May 16, 2014 at 11:50:42AM +0800, Lai Jiangshan wrote:
> >> After debugging, I found the hotlug-in cpu is atctive but !online in this
> >> case.
> >> the problem was
For each vmalloc area, there is one guard page at the end of it.
so the vm->size = PAGE_ALIGN(offset + request size) + guard page size.
Signed-off-by: Richard Lee
Signed-off-by: Xiubo Li
Cc: Nicolas Pitre
Cc: Santosh Shilimkar
Cc: Joonsoo Kim
---
arch/arm/mm/ioremap.c | 8 ++--
1 file
On Thu, May 15, 2014 at 03:59:20PM -0700, Ben Segall wrote:
> task_hot checks exec_start on any runnable task, but if it has been
> migrated since the it last ran, then exec_start is a clock_task from
> another cpu. If the old cpu's clock_task was sufficiently far ahead of
> this cpu's then the
On Fri, May 16, 2014 at 12:12:34PM +0900, Dongsheng Yang wrote:
> Rather than use "if" to check and clamp values to allowed minmum or maxmum,
> this patch use macros clamp() and max() to clean it up.
>
> Signed-off-by: Dongsheng Yang
> ---
> kernel/sched/fair.c | 8 ++--
> 1 file changed, 2
On Fri, May 16, 2014 at 12:15:05PM +0200, Peter Zijlstra wrote:
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -5126,7 +5126,6 @@ static int sched_cpu_active(struct notif
> unsigned long action, void *hcpu)
> {
> switch (action &
On Fri, May 16, 2014 at 11:35:30AM +0200, Peter Zijlstra wrote:
> On Fri, May 16, 2014 at 11:50:42AM +0800, Lai Jiangshan wrote:
> > After debugging, I found the hotlug-in cpu is atctive but !online in this
> > case.
> > the problem was introduced by 5fbd036b.
> > Some code assumes that any cpu
On Thu, May 15, 2014 at 02:25:58PM -0700, Geoff Levand wrote:
> Add a new preprocessor macro SECTION() to vmlinux.lds.h that defines a
> linker script output section with the section attributes commonly used,
> and replace all occurrences of equivalent descriptions in vmlinux.lds.h
> with the new
On 16 May 2014 15:39, Thomas Abraham wrote:
> In the given example above, the reworked implementation of cpufreq for
> exynos maintains the transition frequency at 800MHz / 4 = 200MHz by
> using a clock divider. So the transition frequency is ensured to be
> less than or equal to the
On Fri, May 16, 2014 at 2:33 PM, Viresh Kumar wrote:
> Douglas Anderson, recently pointed out an interesting problem due to which
> udelay() was expiring earlier than it should.
>
> While transitioning between frequencies few platforms may temporarily switch
> to
> a stable frequency, waiting
On 16 May 2014 14:39, Inderpal Singh wrote:
> diff --git a/drivers/base/power/opp.c b/drivers/base/power/opp.c
> +void dev_pm_opp_free_opp_table(struct device *dev)
> +{
> + struct device_opp *dev_opp = NULL;
> + struct dev_pm_opp *opp;
> +
> + /* Hold our list modification lock
On Thu, May 15, 2014 at 03:19:22PM +0100, Mark Salter wrote:
> diff --git a/arch/arm64/mm/hugetlbpage.c b/arch/arm64/mm/hugetlbpage.c
> index 5e9aec3..9bed38f 100644
> --- a/arch/arm64/mm/hugetlbpage.c
> +++ b/arch/arm64/mm/hugetlbpage.c
> @@ -51,7 +51,11 @@ int pmd_huge(pmd_t pmd)
>
> int
Hi Beniamino,
Am Dienstag, 6. Mai 2014, 19:10:10 schrieb Beniamino Galvani:
> Add new vendor prefixes for:
>
> * Mundo Reader S.L., a company that produces tablets and e-readers
> * Radxa, manufacturer of ARM boards
>
> Signed-off-by: Beniamino Galvani
Just FYI, I've sent both patches
On 16 May 2014 14:30, Chander Kashyap wrote:
> From: Chander Kashyap
>
> This patch detects the duplicate OPP entries and discards them
I wish this would have been a bit more explanatory :)
> Signed-off-by: Chander Kashyap
> Signed-off-by: Inderpal Singh
> ---
> Changes in v3:
> -
Commit 193ab2a60700 ("usb: gadget: allow multiple gadgets to be built")
apparently required that checks for CONFIG_USB_GADGET_OMAP would be
replaced with checks for CONFIG_USB_OMAP. Do so now for the remaining
checks for CONFIG_USB_GADGET_OMAP, even though these checks have
basically been broken
Hi Vincent,
On 8 May 2014 11:43, tip-bot for Vincent Guittot wrote:
> Commit-ID: 143e1e28cb40bed836b0a06567208bd7347c9672
> Gitweb: http://git.kernel.org/tip/143e1e28cb40bed836b0a06567208bd7347c9672
> Author: Vincent Guittot
> AuthorDate: Fri, 11 Apr 2014 11:44:37 +0200
> Committer:
On 16 May 2014 15:16, Rafael J. Wysocki wrote:
> On 5/16/2014 10:16 AM, Chander Kashyap wrote:
>>
>> On 22 April 2014 18:08, Chander Kashyap
>> wrote:
>>>
>>> In menu_select function we check for correction factor every time.
>>> If it is zero we are initializing to unity. Hence move it to init
On Mon, May 12, 2014 at 04:20:28PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Requested by Jiri.
>
need more description, I can't send out patch with changelog like this
thanks,
jirka
> Signed-off-by: Andi Kleen
> ---
> tools/perf/util/srcline.c | 18 +++---
> 1 file
If we fail to allocate struct platform_device pdev we
dereference it after the goto label err.
I have rearranged the error handling a bit to fix the issue
and also make it more clear.
Signed-off-by: Emil Goode
---
v2: Changed to return -ENOMEM instead of ret where possible and
updated the
On Mon, May 12, 2014 at 04:20:20PM -0700, Andi Kleen wrote:
> [Even more review feedback and some bugs addressed.]
> [Only port to changes in perf/core. No other changes.]
>
> This patchkit implements lbr-as-callgraphs in per freport,
> as an alternative way to present LBR information.
>
>
On Fri, May 16, 2014 at 06:40:28PM +0900, DaeSeok Youn wrote:
> Hi,
>
> This patch haven't been updated over the past 3 weeks.
> Will you check for me?
Greg was trying to travel around the world in one month like Jackie
Chan. http://www.imdb.com/title/tt0327437/ He is back to work since
On 05/16/2014 05:35 PM, Peter Zijlstra wrote:
> On Fri, May 16, 2014 at 11:50:42AM +0800, Lai Jiangshan wrote:
>> After debugging, I found the hotlug-in cpu is atctive but !online in this
>> case.
>> the problem was introduced by 5fbd036b.
>> Some code assumes that any cpu in cpu_active_mask is
On Thu, May 15, 2014 at 07:39:17PM +0100, Mark Salter wrote:
> On Thu, 2014-05-15 at 18:55 +0100, Steve Capper wrote:
> > On 15 May 2014 17:27, Mark Salter wrote:
> > > On Thu, 2014-05-15 at 15:44 +0100, Steve Capper wrote:
> > >> On Thu, May 15, 2014 at 10:19:22AM -0400, Mark Salter wrote:
> >
Compaction uses compact_checklock_irqsave() function to periodically check for
lock contention and need_resched() to either abort async compaction, or to
free the lock, schedule and retake the lock. When aborting, cc->contended is
set to signal the contended state to the caller. Two problems have
On 5/16/2014 10:16 AM, Chander Kashyap wrote:
On 22 April 2014 18:08, Chander Kashyap wrote:
In menu_select function we check for correction factor every time.
If it is zero we are initializing to unity. Hence move it to init function
and initialise by unity, hence avoid repeated comparisons.
On 16 May 2014 03:14, Tomasz Figa wrote:
> On 15.05.2014 06:01, Rahul Sharma wrote:
>> Thanks Tomasz,
>>
>> On 15 May 2014 01:31, Tomasz Figa wrote:
>>> Hi Rahul, Tomasz,
>> [snip]
+ simplephys: simple-phys@1004 {
+ compatible = "samsung,exynos5250-simple-phy";
>>>
Hi,
This patch haven't been updated over the past 3 weeks.
Will you check for me?
Regards,
Daeseok Youn.
2014-04-28 8:21 GMT+09:00 DaeSeok Youn :
> OK. I'll make my patch based on Mark's patch.
> Thanks.
>
> Daeseok Youn.
>
> 2014-04-27 3:48 GMT+09:00 Dan Carpenter :
>> On Sat, Apr 26, 2014
We are heavily relying on inotify to buffer data that is transferred
between one and more processes. Recently we've been seeing production
servers being deadlocked under light to moderate load with the same
problem signature. It's happened 3 times now in about 24 hours on
different servers.
On Fri, May 16, 2014 at 11:50:42AM +0800, Lai Jiangshan wrote:
> After debugging, I found the hotlug-in cpu is atctive but !online in this
> case.
> the problem was introduced by 5fbd036b.
> Some code assumes that any cpu in cpu_active_mask is also online, but
> 5fbd036b breaks
> this
Felipe,
On Thu, 2014-05-15 at 18:12 -0500, Felipe Balbi wrote:
> On Thu, May 15, 2014 at 10:55:45PM +0200, Paul Bolle wrote:
> > diff --git a/arch/arm/mach-omap1/board-h2.c b/arch/arm/mach-omap1/board-h2.c
> > index 65d2acb31498..57092bc7f4f1 100644
> > --- a/arch/arm/mach-omap1/board-h2.c
> >
It doesn't need to check "err" for printing info.
And also use pr_info instead of printk.
Signed-off-by: Daeseok Youn
---
V2: removes unneeded lines for sending a patch
drivers/video/fbdev/i810/i810_main.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git
Support for ARM710 CPUs was removed in v3.5. But a few lines of ARM710
specific assembler code were left in the tree. Remove these too.
Signed-off-by: Paul Bolle
---
This minor cleanup was suggested by Arnd. This patch is mostly
guesswork, as I already told Arnd, since I have never touched ARM
The "devs" is a pointer to g_net_dev in ozmain.c.
g_net_dev has a default value as empty string.
So "devs" cannot be NULL, removes NULL check for "devs".
Signed-off-by: Daeseok Youn
---
V2: remove unneeded lines for sending a patch.
drivers/staging/ozwpan/ozproto.c |2 +-
1 files changed,
Hi, Dan
2014-05-16 18:03 GMT+09:00 Dan Carpenter :
> On Fri, May 16, 2014 at 05:08:10PM +0900, Daeseok Youn wrote:
>> >From 1cebea7a40490d0d0b122eb444a105d424af42e6 Mon Sep 17 00:00:00 2001
>> From: Daeseok Youn
>> Date: Fri, 16 May 2014 17:02:04 +0900
>> Subject: [PATCH] staging: ozwpan: remove
On Thu, May 15, 2014 at 10:58:26PM +0200, Doug Anderson wrote:
> Stephen,
>
> On Thu, May 15, 2014 at 1:51 PM, Stephen Warren wrote:
> > On 05/15/2014 02:39 PM, Doug Anderson wrote:
> >> Hi,
> >>
> >> On Thu, May 15, 2014 at 12:17 PM, Stephen Warren
> >> wrote:
> >>> On 05/14/2014 11:56 PM,
On Fri, 2014-05-16 at 08:24 +0300, Octavian Purdila wrote:
> drivers/platform/goldfish/goldfish_pipe.c: In function 'goldfish_cmd_status':
> drivers/platform/goldfish/goldfish_pipe.c:164:14: warning: cast from pointer
> to integer of different size [-Wpointer-to-int-cast]
>
In case of resolving power management or similar issues it might be useful
to have these properties included in the debugfs output.
Signed-off-by: Mika Westerberg
---
drivers/pinctrl/pinctrl-baytrail.c | 55 +++---
1 file changed, 51 insertions(+), 4 deletions(-)
From: Jean Delvare
Subject: misc: pch_phub: Fix Kconfig dependencies
The pch_phub driver is for a companion chip to the Intel Atom E600
series processors. These are 32-bit x86 processors so the driver is
only needed on X86_32. Add COMPILE_TEST as an alternative, so that the
driver can still be
Previously we allocate pages with no mapping in ra_sum_pages(), so we may
encounter a crash in event trace of f2fs_submit_page_mbio where we access
mapping data of the page.
We'd better allocate pages in bd_inode mapping and invalidate these pages after
we restore data from pages. It could avoid
On Thu, 15 May 2014, Benjamin Tissoires wrote:
> > The F11 data in the HID report contains four bits of data for w_x and the
> > least significant bits
> > of x. Currently only the first three bits are being used which is resulting
> > in small jumps in
> > the position data on the x axis and
We have a private donation for you,write back for details.
--
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 http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Thu, May 15, 2014 at 6:49 PM, David Miller wrote:
> From: Miklos Szeredi
> Date: Thu, 15 May 2014 14:22:33 +0200
>
>> On Fri, Apr 11, 2014 at 12:25 PM, Miklos Szeredi wrote:
>>> From: Miklos Szeredi
>>>
>>> Signed-off-by: Miklos Szeredi
>>> Cc: David S. Miller
>>
>> David,
>>
>> I'll be
At the driver unloading time the associated opp table may need
to be deleted. Otherwise it amounts to memory leak. The existing
OPP library does not have provison to do so.
Hence this patch implements the function to free the opp table.
Signed-off-by: Inderpal Singh
---
None of the defines "for modules using static and dynamic DMA channels"
are used. Remove these.
Signed-off-by: Paul Bolle
---
0) v1 was called "ARM: imx: remove check for CONFIG_SDMA_IRAM". This
version just removes the entire block of defines, as Sascha suggested.
1) Still untested.
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c | 81
On Thu, May 15, 2014 at 10:46:50PM -0600, Alex Williamson wrote:
> On Fri, 2014-05-16 at 00:50 +0200, Daniel Vetter wrote:
> > On Thu, May 15, 2014 at 11:43 PM, Alex Williamson
> > wrote:
> > > I don't know what to do with this. It seems like a lot of wishful
> > > thinking that in the best case
On Fri, May 16, 2014 at 05:08:10PM +0900, Daeseok Youn wrote:
> >From 1cebea7a40490d0d0b122eb444a105d424af42e6 Mon Sep 17 00:00:00 2001
> From: Daeseok Youn
> Date: Fri, 16 May 2014 17:02:04 +0900
> Subject: [PATCH] staging: ozwpan: remove redundant NULL check for devs
>
Your patches before
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition
Handling calls to ->target_index() has got complex over time and might become
more complex. So, its better to take target_index() bits out in another routine
__target_index() for better code readability. Shouldn't have any functional
impact.
Signed-off-by: Viresh Kumar
---
On 05/05/2014 12:57 PM, Bartlomiej Zolnierkiewicz wrote:
Add S5P_CENTRAL_SEQ_OPTION register setup for EXYNOS4x12 to AFTR
mode code. Without this setup AFTR mode doesn't show any benefit
over WFI one. When this setup is applied AFTR mode reduces power
consumption by ~12% (as measured on Trats2
Hi Arnd,
On Wednesday 14 May 2014 06:15 PM, Arnd Bergmann wrote:
> On Wednesday 14 May 2014 11:14:45 Kishon Vijay Abraham I wrote:
>> hi Arnd,
>>
>> On Tuesday 13 May 2014 07:04 PM, Arnd Bergmann wrote:
>>> On Tuesday 13 May 2014 15:27:46 Arnd Bergmann wrote:
On Tuesday 13 May 2014 18:56:23
Hi Nicolas,
You might want to change the subject.
s/sched: remove remaining power to the CPU/
sched: remove remaining usage of cpu *power* .
The subject has to explicitly specify in some way
that it is a change made to the terminology.
Regards
Preeti U Murthy
On Thu, May 15, 2014 at 2:27 AM,
From: Chander Kashyap
This patch detects the duplicate OPP entries and discards them
Signed-off-by: Chander Kashyap
Signed-off-by: Inderpal Singh
---
Changes in v3:
- Modify the commit log
Changes in v2:
- Reorder check for duplicate opp
drivers/base/power/opp.c | 13
On 05/05/2014 12:57 PM, Bartlomiej Zolnierkiewicz wrote:
Replace EXYNOS_BOOT_VECTOR_ADDR and EXYNOS_BOOT_VECTOR_FLAG macros
by exynos_boot_vector_addr() and exynos_boot_vector_flag() static
inlines.
This patch shouldn't cause any functionality changes.
Signed-off-by: Bartlomiej Zolnierkiewicz
SA-1101.h was included in the tree shortly before v2.4.0. The #include
preprocessor directive that includes it has always depended on a
preprocessor check for CONFIG_SA1101. But the related (Kconfig) symbol
has never been part of the tree. Remove that preprocessor check and this
unused header.
On 10/05/14 01:52, Aaro Koskinen wrote:
> Commit 1e434f9318efc3dddc0c0b8d2071712668154c2b (OMAPFB: remove early mem
> alloc from old omapfb) deleted the support for early fbmem allocation
> from the platform code, but some code still remains in the driver side.
> Delete this code now, as it
- Original Message -
> From: "Jon Maxwell"
> To: step...@networkplumber.org
> Cc: da...@davemloft.net, "makita toshiaki" ,
> vyase...@redhat.com,
> bri...@lists.linux-foundation.org, net...@vger.kernel.org,
> linux-kernel@vger.kernel.org, jpi...@redhat.com
> Sent: Friday, May 16, 2014
On 16 May 2014 14:12, Chander Kashyap wrote:
> On 16 May 2014 13:54, Viresh Kumar wrote:
>> On 16 May 2014 13:43, Chander Kashyap wrote:
>>> From: Chander Kashyap
>>>
>>> It may be possible to unregister and re-register the cpufreq driver.
>>> One such example is arm big-little IKS cpufreq
On 05/15/2014 10:49 PM, Thierry Reding wrote:
> On Thu, May 15, 2014 at 06:30:13PM +0200, Arnd Bergmann wrote:
>> On Thursday 15 May 2014 15:56:03 Michal Simek wrote:
>>> IP is configurable as is normal for us.
>>> You can select IP with just one timer.
>>> It means register locations for specific
Adding dwarf unwind test, that setups live machine data over
the perf test thread and does the remote unwind.
Need to use -fno-optimize-sibling-calls for test compilation,
otherwise 'krava_*' function calls are optimized into jumps
and ommited from the stack unwind.
So far it was enabled only
Prevents a build breakage since commit d944c4eebcf4c0d5e5d9728fec110cbf0047ad7f
'tools: Consolidate types.h'
Signed-off-by: Jean Pihet
---
tools/perf/arch/arm/include/perf_regs.h | 2 +-
tools/perf/arch/arm64/include/perf_regs.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff
On 16 May 2014 13:54, Viresh Kumar wrote:
> On 16 May 2014 13:43, Chander Kashyap wrote:
>> From: Chander Kashyap
>>
>> It may be possible to unregister and re-register the cpufreq driver.
>> One such example is arm big-little IKS cpufreq driver. While
>> re-registering the driver, same OPPs
Adding libdw DWARF post unwind support, which is part
of elfutils-devel/libdw-dev package from version 0.158.
The new code is contained in unwin-libdw.c object, and
implements unwind__get_entries unwind interface function.
Signed-off-by: Jean Pihet
Reviewed-by: Will Deacon
Cc: Jiri Olsa
Cc:
Introducing perf_regs_load function, which is going
to be used for dwarf unwind test in following patches.
It takes single argument as a pointer to the regs dump
buffer and populates it with current registers values.
Signed-off-by: Jean Pihet
Reviewed-by: Will Deacon
Cc: Corey Ashford
Cc:
601 - 700 of 1590 matches
Mail list logo