On 02/14/2014 05:51 PM, Peter Zijlstra wrote:
On Fri, Feb 14, 2014 at 05:22:50PM +0800, Dongsheng Yang wrote:
Hi Ingo & Peter,
What's your opinion on this patchset?
I queued it; I wasn't convinced but people seem to like it, which is
good enough.
Thank you :)
--
To unsubscribe from this
Return directly to avoid redundant lines of code.
Signed-off-by: Sachin Kamat
Acked-by: Lee Jones
---
Changes since v1:
Changed (wm8400 == NULL) -> (!wm8400)
---
drivers/mfd/wm8400-core.c | 22 +-
1 file changed, 5 insertions(+), 17 deletions(-)
diff --git a/drivers/mfd/w
> Use devm_clk_get() instead of clk_get().
>
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> Acked-by: Lee Jones
> ---
> drivers/mfd/omap-usb-host.c | 81
> +
> 1 file changed, 16 insertions(+), 65 deletions(-)
Applied, thanks.
On 02/14/2014 10:36 AM, Appana Durga Kedareswara Rao wrote:
>>> +/* CAN register bit masks - XCAN___MASK */
>>> +#define XCAN_SRR_CEN_MASK 0x0002 /* CAN enable */
>>> +#define XCAN_SRR_RESET_MASK0x0001 /* Soft Reset the
>> CAN core */
>>> +#define XCAN_MSR_LBACK_MAS
On Fri, Feb 14, 2014 at 06:32:44AM +, Milo Kim wrote:
> Bindings for TI LMU, backlight, LM3631 regulator and LM3633 LED are added.
>
> Cc: devicet...@vger.kernel.org
> Cc: Bryan Wu
> Cc: Jingoo Han
> Cc: Lee Jones
> Cc: Mark Brown
> Cc: Samuel Ortiz
> Signed-off-by: Milo Kim
> ---
> ...
> Not all revisions have all the clocks so get the necessary clocks
> based on hardware revision.
>
> This should avoid un-necessary clk_get failure messages that were
> observed earlier.
>
> Be more strict and always fail on clk_get() error.
It might have been clearer if you'd broken these two
On Fri, Feb 14, 2014 at 06:32:20AM +, Milo Kim wrote:
> LM3633 LED driver supports generic LED functions and pattern generation.
> Pattern is generated by using LMU effect driver APIs.
> Sysfs documentation is added.
>
> Cc: Bryan Wu
> Signed-off-by: Milo Kim
> ---
> Documentation/leds/leds
> Use a meaningful name for the reference clocks so that it indicates the
> function.
>
> CC: Lee Jones
> CC: Samuel Ortiz
> Signed-off-by: Roger Quadros
> ---
> drivers/mfd/omap-usb-host.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/mfd/omap-usb-ho
On Fri, Feb 14, 2014 at 06:31:08AM +, Milo Kim wrote:
> TI LMU backlight driver provides common driver features.
> Chip specific configuration is handled by each backlight driver such like
> LM3532, LM3631, LM3633, LM3695 and LM3697.
>
> It supports common features as below.
> - Consistent d
> Milo Kim (10):
> mfd: Add TI LMU driver
> backlight: Add TI LMU backlight common driver
> backlight: ti-lmu-backlight: Add LM3532 driver
> backlight: ti-lmu-backlight: Add LM3631 driver
> backlight: ti-lmu-backlight: Add LM3633 driver
> backlight: ti-lmu-backlight: Add LM3695 driver
>
On Thu, Feb 13, 2014 at 07:52:03PM +, Kees Cook wrote:
> On Thu, Feb 13, 2014 at 9:12 AM, Catalin Marinas
> wrote:
> > On Wed, Feb 12, 2014 at 10:46:38PM +, Kees Cook wrote:
> >> diff --git a/arch/arm/include/asm/pgtable-3level.h
> >> b/arch/arm/include/asm/pgtable-3level.h
> >> index 032
2014-02-14 16:30 GMT+09:00, OGAWA Hirofumi :
> Namjae Jeon writes:
>
[...]
> + /* Release unwritten fallocated blocks on inode eviction. */
> + if (MSDOS_I(inode)->mmu_private < MSDOS_I(inode)->i_disksize) {
> + int err;
> +
On Thu, Feb 13, 2014 at 07:52:30PM +, Kees Cook wrote:
> On 2-level page table systems, the PMD has 2 section entries. Report
> these, otherwise ARM_PTDUMP will miss reporting permission changes on
> odd section boundaries.
>
> Signed-off-by: Kees Cook
Acked-by: Catalin Marinas
--
To unsubs
On Thu, Feb 13, 2014 at 11:58:05PM +0800, Weijie Yang wrote:
> On Thu, Feb 13, 2014 at 6:42 PM, Mel Gorman wrote:
> > According to the swapon documentation
> >
> > Swap pages are allocated from areas in priority order,
> > highest priority first. For areas with different pri
On Fri, 14 Feb 2014, Laszlo Papp wrote:
> On Fri, Feb 14, 2014 at 9:02 AM, Lee Jones wrote:
> >> >> http://comments.gmane.org/gmane.linux.kernel/1645251
> >> >>
> >> >> Step 2 did not happen. I did not get any review for my change. I
> >> >> literally submitted that within a couple of hours after
From: Sonic Zhang
The data pins of some peripheral are different if connecting to different
devices in one pinmux function. In the PPI case, data pins can be used
in 8, 16 and 24 pin groups individually. Add these groups into one ppi
function.
Signed-off-by: Sonic Zhang
---
drivers/pinctrl/pin
> >> + mutex_init(&max665x->iolock);
> >
> > What is this needed for?
>
> It was done for consistency with the other mfd drivers (maxim), e.g.
> 8997 or 8998 as the closest resemblence in this family. Would you
> prefer me removing this mutex locker?
If you're not using mutexes, why would you
Am Donnerstag, den 06.02.2014, 16:44 +0100 schrieb Philipp Zabel:
> Hi Arnd,
>
> Am Freitag, den 10.01.2014, 12:25 +0100 schrieb Philipp Zabel:
> > Hi Arnd,
> >
> > Am Mittwoch, den 08.01.2014, 17:08 +0100 schrieb Arnd Bergmann:
> > > On Wednesday 08 January 2014, Philipp Zabel wrote:
> > > > +=
On Fri, 14 Feb 2014, Weijie Yang wrote:
> Set TIF_MEMDIE tsk_thread flag before send kill signal to the
> selected thread. This is to fit a usual code sequence and avoid
> potential race issue.
>
> Signed-off-by: Weijie Yang
Acked-by: David Rientjes
--
To unsubscribe from this list: send the l
Hi Linus,
please pull the below tag to receive fixes for setting the EDAC core
polling timeout through sysfs.
You're surely wondering why the patches are not based on an rc. Well,
Andrew sent you 79040cad3f82 ("drivers/edac/edac_mc_sysfs.c: poll
timeout cannot be zero sent you") already (it got i
Il 14/02/2014 08:55, Srivatsa S. Bhat ha scritto:
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
init_cpu(cpu)
Il 14/02/2014 08:51, Srivatsa S. Bhat ha scritto:
Subsystems that want to register CPU hotplug callbacks, as well as perform
initialization for the CPUs that are already online, often do it as shown
below:
get_online_cpus();
for_each_online_cpu(cpu)
init_cpu(cpu)
From: Sonic Zhang
Bind different groups of one pinmux function to respective state names.
Add all states at once, no need to exclude each other by Kconfig symbol.
Signed-off-by: Sonic Zhang
---
arch/blackfin/mach-bf548/boards/ezkit.c | 6 --
arch/blackfin/mach-bf609/boards/ezkit.c | 17 ++
On Mon, Feb 10, 2014 at 04:06:27PM -0700, Jens Axboe wrote:
> It obviously all depends on the access pattern. X threads for X tags
> would work perfectly well with per-cpu tagging, if they are doing
> sync IO. And similarly, 8 threads each having low queue depth would
> be fine. However, it all fal
Thanks for your reply
On 14 February 2014 09:35 Lee Jones [mailto:lee.jo...@linaro.org] wrote:
>> From: Opensource [Steve Twiss]
>>
>> Add the correct silicon variant code ID (0x5) to the driver. This
>> new code is the 'production' variant code ID for DA9063.
>>
>> This patch will remove the o
Hello,
as the Soekris net6501 does not have any ACPI implementation, HPET won't get
enabled.
This patch enables HPET on such platforms.
[0.430149] pci :00:01.0: Force enabled HPET at 0xfed0
[0.644838] HPET: 3 timers in total, 0 timers will be used for per-cpu timer
Original patch
Hi!
> \E[3J console code (secure clear screen) needs to update_screen(vc)
> in order to write-through blanks into off-screen video memory.
I guess it is also suitable for stable, right?
Thanks,
Pavel
> This has been removed acciden
On 14.02.2014 06:16, Alexandre Courbot wrote:
On 02/13/2014 08:01 PM, Tomasz Figa wrote:
Hi Alexandre,
On 07.02.2014 05:35, Alexandre Courbot wrote:
Some firmwares do not put the CPU into idle mode themselves, but still
need to be informed that the CPU is about to enter idle mode before this
h
On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
> On 02/13/2014 03:55 PM, Thomas Gleixner wrote:
> > On Thu, 13 Feb 2014, Fernando Lopez-Lezcano wrote:
> >
> > > On 02/13/2014 02:25 PM, Thomas Gleixner wrote:
> > > > On Wed, 12 Feb 2014, Fernando Lopez-Lezcano wrote:
> > > > > [771508.546449] R
On Thu, Feb 13, 2014 at 2:17 PM, Lee Jones wrote:
>> wrote:
>>
>> > The DBx500 and ABx500 should be getting their IRQs from the
>> > device tree and nowhere else. Get rid of all the static assignments
>> > everywhere, delete it from the driver, platform data and the
>> > board files in one swift
> Sorry for the delay. I have now had a quick look through the patches. Just a
> couple of points :-)
>
> * stfsm_probe(): stfsm_fetch_platform_configs() needs to be called *before*
> config() -- config() is based on platform capabilities. Conceptually,
> stfsm_fetch_platform_configs() should b
On 14/02/14 05:40, Magnus Damm wrote:
On Thu, Feb 13, 2014 at 9:34 PM, Ben Dooks wrote:
On 13/02/14 03:03, Magnus Damm wrote:
PCI: rcar: Recent driver patches from Ben Dooks and me
[PATCH 01/08] PCI: rcar: check platform_get_irq() return code
[PATCH v2 02/08] PCI: rcar: add error interrupt h
On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
> On 13.02.2014 20:00, Peter Zijlstra wrote:
> > On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> >> For archs without __ARCH_WANT_UNLOCKED_CTXSW set this means
> >> that all newly created tasks execute finish_arch_post_lo
On Thu, 13 Feb 2014, Nishanth Aravamudan wrote:
> There is an open issue on powerpc with memoryless nodes (inasmuch as we
> can have them, but the kernel doesn't support it properly). There is a
> separate discussion going on on linuxppc-dev about what is necessary for
> CONFIG_HAVE_MEMORYLESS_NOD
Hi Kukjin,
On 14.02.2014 00:28, Kukjin Kim wrote:
On 02/07/14 14:24, Naveen Krishna Chatradhi wrote:
This patch adds the device tree node for SSS module
found on Exynos5420 and Exynos5250
Signed-off-by: Naveen Krishna Chatradhi
Reviewed-by: Tomasz Figa
TO:
CC: Kukjin Kim
CC:
---
changes since
On 13.02.2014 19:25, Peter Zijlstra wrote:
> On Thu, Feb 13, 2014 at 06:00:19PM +0100, Stefan Bader wrote:
>> On 12.02.2014 12:54, Peter Zijlstra wrote:
>>> On Wed, Feb 12, 2014 at 12:09:29PM +0100, Stefan Bader wrote:
Something else here I run a kernel with CONFIG_PREEMPT not set and NR_CPUS
On Fri, Feb 14, 2014 at 01:00:01AM +, Laurent Pinchart wrote:
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Laurent Pinchart
> ---
> .../devicetree/bindings/timer/renesas,cmt.txt | 75 +++
> drivers/clocksource/sh_cmt.c | 104
> +---
On Fri, Feb 14, 2014 at 10:19 AM, Lee Jones wrote:
>> >> + mutex_init(&max665x->iolock);
>> >
>> > What is this needed for?
>>
>> It was done for consistency with the other mfd drivers (maxim), e.g.
>> 8997 or 8998 as the closest resemblence in this family. Would you
>> prefer me removing this
cpufreq_update_policy() calls cpufreq_driver->get() to get current frequency of
a CPU and it is not supposed to fail or return zero. Return error in case that
happens.
Signed-off-by: Viresh Kumar
---
Pierre,
I don't think this will fix the issue you were facing but might supress it :)..
And so y
cpufreq_update_policy() is called from two places currently. From a workqueue
handled queued from cpufreq_bp_resume() for boot CPU and from
cpufreq_cpu_callback() whenever a CPU is added.
The first one makes sure that boot CPU is running on the frequency present in
policy->cpu. But we don't really
* Nicholas Mc Guire | 2014-02-08 12:39:20 [+0100]:
>
>Cleanup of unnecessary do while 0 in api mappings
>
>With the migration pushdonw a few of the do{ }while(0)
>loops became obsolete but got left over - this patch
>only removes this fallout.
>
>Patch applies on top of 3.12.9-rt13
>
>Signed-off-
On Fri, Feb 14, 2014 at 02:42:34PM +0800, Weijie Yang wrote:
> We abort direct reclaim if find the zone is ready for compaction.
> Sometimes the zone is just a promoted highmem zone to force scan
> pinning highmem, which is not the intended zone the caller want to
> alloc page from. In this situati
On Fri, Feb 14, 2014 at 02:41:33PM +0800, Weijie Yang wrote:
> We promote sc->gfp_mask to __GFP_HIGHMEM to forcibly scan highmem if
> there are too many buffer_heads pinning highmem. see: cc715d99e5
>
> This patch restores sc->gfp_mask to its caller original value after
> finishing the scan job, t
On 02/14/2014 12:07 PM, Lee Jones wrote:
>> Not all revisions have all the clocks so get the necessary clocks
>> based on hardware revision.
>>
>> This should avoid un-necessary clk_get failure messages that were
>> observed earlier.
>>
>> Be more strict and always fail on clk_get() error.
>
> It
Linus,
The following changes since commit b73117c49364551ff789db7c424a115ac5b77850:
Merge branch 'kvm-ppc-next' of git://github.com/agraf/linux-2.6 into
kvm-queue (2014-01-29 18:29:01 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linu
于 2014年02月14日 17:36, Li Zefan 写道:
> If we mount the same cgroupfs in serveral mount points, and then
> umount all of them, kill_sb() will be called only once.
>
> Therefore it's wrong to increment top_cgroup's refcnt when we find
> an existing cgroup_root.
>
> Try:
> # mount -t cgroup -o cp
В Птн, 14/02/2014 в 10:52 +, Catalin Marinas пишет:
> On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
> > On 13.02.2014 20:00, Peter Zijlstra wrote:
> > > On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> > >> For archs without __ARCH_WANT_UNLOCKED_CTXSW set this mea
Dear Arnd,
On Fri, 14 Feb 2014 01:09:44 -0800
Arnd Bergmann wrote:
> On Friday 14 February 2014 15:54:38 Jisheng Zhang wrote:
> > Hi all,
> >
> > The writel/readl is too expensive especially on Cortex A9 w/ outer L2
> > cache. This introduce i2c read/write error on Marvell Berlin SoCs when
> >
At the moment the "Device Drivers / Graphics support" kernel config page
looks rather messy, with DRM and fbdev driver selections on the same
page, some on the top level Graphics support page, some under their
respective subsystems.
If I'm not mistaken, this is caused by the drivers depending on o
Instead of having fbdev framework core files at the root fbdev
directory, mixed with random fbdev device drivers, move the fbdev core
files to a separate core directory. This makes it much clearer which of
the files are actually part of the fbdev framework, and which are part
of device drivers.
Si
Hi Nicolas,
You will have to include the below patch with yours. You
could squash the two I guess, I have added the changelog
just for clarity. And you also might want to change the subject to
cpuidle/powernv. It gives a better picture.
Thanks
Regards
Preeti U Murthy
cpuidle/powernv: Add ppc64
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Cc: devicet...@vger.kernel.org
Cc: Srinivas Kandagatla
Signed-off-by: Lee Jones
---
.../devicetree/bindings/phy/phy-
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Cc: devicet...@vger.kernel.org
Cc: Srinivas Kandagatla
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/stih416-b2020-
The MiPHY365x is a Generic PHY which can serve various SATA or PCIe
devices. It has 2 ports which it can use for either; both SATA, both
PCIe or one of each in any configuration.
Cc: Kishon Vijay Abraham I
Signed-off-by: Lee Jones
---
drivers/phy/Kconfig | 10 +
drivers/phy/Makefile
This provides the shared header file which will be reference from both
the MiPHY365x driver and its associated Device Tree node(s).
Cc: devicet...@vger.kernel.org
Cc: Srinivas Kandagatla
Signed-off-by: Lee Jones
---
include/dt-bindings/phy/phy-miphy365x.h | 25 +
1 file
On 13.02.2014 19:25, Peter Zijlstra wrote:
> On Thu, Feb 13, 2014 at 06:00:19PM +0100, Stefan Bader wrote:
>> On 12.02.2014 12:54, Peter Zijlstra wrote:
>>> On Wed, Feb 12, 2014 at 12:09:29PM +0100, Stefan Bader wrote:
Something else here I run a kernel with CONFIG_PREEMPT not set and NR_CPUS
On 02/14/2014 04:47 PM, Preeti U Murthy wrote:
> Hi Nicolas,
>
> You will have to include the below patch with yours. You
> could squash the two I guess, I have added the changelog
> just for clarity. And you also might want to change the subject to
> cpuidle/powernv. It gives a better picture.
>
> Return directly to avoid redundant lines of code.
>
> Signed-off-by: Sachin Kamat
> Acked-by: Lee Jones
> ---
> Changes since v1:
> Changed (wm8400 == NULL) -> (!wm8400)
> ---
> drivers/mfd/wm8400-core.c | 22 +-
> 1 file changed, 5 insertions(+), 17 deletions(-)
Nice l
>From [PATCH 0/2]:
What's the resaon for not testing this on h/w yet?
> MAX6650/MAX6651 chip is a multi-function device with I2C busses. The
> chip includes fan-speed regulators and monitors, GPIO, and alarm.
>
> This patch is an initial release of a MAX6650/6651 MFD driver that
> supports to e
On 2014-02-13 18:25, Hartley Sweeten wrote:
On Wednesday, February 12, 2014 8:29 PM, Chase Southwood wrote:
In this if-else conditional statement, if (chan < 16), but
(data[0] == INSN_CONFIG_DIO_QUERY), the function does not return early,
but the else-branch does not get executed either. As a r
On Fri, Feb 14, 2014 at 12:24:42PM +0100, Stefan Bader wrote:
> Oh and one thing I was wondering. Not sure I do understand it right... When
> initially converting to percpu counts, you changed the 32bit assembly like
> that:
>
> --- a/arch/x86/kernel/entry_32.S
> +++ b/arch/x86/kernel/entry_32.S
On 2014-02-13 10:08, Ian Abbott wrote:
On 2014-02-13 03:29, Chase Southwood wrote:
In this if-else conditional statement, if (chan < 16), but
(data[0] == INSN_CONFIG_DIO_QUERY), the function does not return early,
but the else-branch does not get executed either. As a result, mask
would be used
On 2014-02-14 01:02, Chase Southwood wrote:
In this conditional statement, if (chan < 16), but the instruction passed
in data[0] is INSN_CONFIG_DIO_QUERY, the function does not return early,
but the else-branch does not get executed either. As a result, mask
would be used uninitialized in the ne
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
Series compile tested. Some max* regulators tested on h/w.
---
drivers/regulator/max77686.c |2 +-
1 file changed, 1 insertion(+), 1 d
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8925-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max8925-reg
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/88pm8607.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/88pm8607.c b/drivers
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8997.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max8997.c b/drivers/r
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/as3711-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/as3711-regul
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/pfuze100-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/pfuze100-r
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/tps6507x-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/tps6507x-r
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/tps65217-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/tps65217-r
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/mc13xxx-regulator-core.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/mc
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/da9063-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/da9063-regul
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/da9055-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/da9055-regul
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/da9052-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/da9052-regul
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8907-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max8907-reg
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/act8865-regulator.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/act8865-reg
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max77693.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max77693.c b/drivers
of_find_node_by_name walks the allnodes list, and can thus walk
outside of the parent node. Use of_get_child_by_name instead.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8660.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max8660.c b/drivers/r
> The MFD driver has now been added, so this driver is now being adopted to be a
> subdevice driver on top of it. This means, the i2c driver usage is being
> converted to platform driver usage all around.
>
> Signed-off-by: Laszlo Papp
> ---
> drivers/hwmon/Kconfig | 2 +-
> drivers/hwmon/ma
From: Viresh Kumar
When a timer is enqueued or modified on a remote target, the latter is
expected to see and handle this timer on its next tick. However if the
target is idle and CONFIG_NO_HZ_IDLE=y, the CPU may be sleeping tickless
and the timer may be ignored.
wake_up_nohz_cpu() takes care of
Hi,
A small pair of updates for the dynticks code. The patch from Viresh removes a
few scheduler IPIs that I have seen on boot which are there to wake up CPUs
when some
deferrable timers are enqueued. Those were enqueued on all CPUs so there is a
possible
big round of IPI. And those can be avoid
From: Paul Gortmaker
This bit of information is in the Kconfig help text:
"Note the boot CPU will still be kept outside the range to
handle the timekeeping duty."
However neither the variable NO_HZ_FULL_ALL, or the prompt
convey this important detail, so lets add it to the prompt
to make it
On Fri, Feb 14, 2014 at 11:16:09AM +, Kirill Tkhai wrote:
> В Птн, 14/02/2014 в 10:52 +, Catalin Marinas пишет:
> > On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
> > > Look at ARM64's finish_arch_post_lock_switch(). It looks a task
> > > must to not be preempted between swit
Hi Tomi,
Thanks for doing this!
Acked-by: Geert Uytterhoeven
On Fri, Feb 14, 2014 at 12:18 PM, Tomi Valkeinen wrote:
> --- a/drivers/video/fbdev/fbmon.c
> +++ b/drivers/video/fbdev/core/fbmon.c
> @@ -37,7 +37,7 @@
> #include
> #include
> /*
> * EDID parserpci-bridge.h>
> #endif
> -#inc
On 14/02/14 14:27, Geert Uytterhoeven wrote:
> Hi Tomi,
>
> Thanks for doing this!
>
> Acked-by: Geert Uytterhoeven
>
> On Fri, Feb 14, 2014 at 12:18 PM, Tomi Valkeinen
> wrote:
>> --- a/drivers/video/fbdev/fbmon.c
>> +++ b/drivers/video/fbdev/core/fbmon.c
>> @@ -37,7 +37,7 @@
>> #include
>
В Птн, 14/02/2014 в 12:21 +, Catalin Marinas пишет:
> On Fri, Feb 14, 2014 at 11:16:09AM +, Kirill Tkhai wrote:
> > В Птн, 14/02/2014 в 10:52 +, Catalin Marinas пишет:
> > > On Thu, Feb 13, 2014 at 09:32:22PM +0400, Kirill Tkhai wrote:
> > > > Look at ARM64's finish_arch_post_lock_switc
This reverts commit e18ac62fa4b3f16234bab0d5a6627c57dbae9e7e.
The referenced commit added HP EliteBook Revolve 810 to the ACPI video
detected blacklist so that only the native Intel backlight interface was
exported.
However, this turned to be wrong solution after all. The ACPI video
interface wor
* Nicholas Mc Guire | 2014-02-10 16:37:28 [+0100]:
>allow preemption in add_timer_randomness
>
>This patch replaced the preempt_disable by migrate_disable in
>add_timer_randomness.
>
>Does this really need even migration protection at all ?
>if one would even drop migration protection - what wou
On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> Preemption state on enter in finish_task_switch() is different
> in cases of context_switch() and schedule_tail().
>
> In the first case we have it twice disabled: at the start of
> schedule() and during spin locking. In the second it
On Fri, Feb 14, 2014 at 12:54:37PM +0800, Michael wang wrote:
> Since idle_balance() will release rq-lock for a while, there is a chance that
> RT/DL tasks will be enqueued and ask for the resched, the func used to be
> invoked ahead of pick_next_task(), which will make sure we drop into the
> bott
В Птн, 14/02/2014 в 12:35 +, Catalin Marinas пишет:
> On Thu, Feb 13, 2014 at 07:51:56PM +0400, Kirill Tkhai wrote:
> > Preemption state on enter in finish_task_switch() is different
> > in cases of context_switch() and schedule_tail().
> >
> > In the first case we have it twice disabled: at t
* Nicholas Mc Guire | 2014-02-10 16:37:59 [+0100]:
>2a) premption induced race in __this_cpu_dec
> T1 dec:start
> T2 dec
> T1 dec:end
>
>__this_cpu_dec
> -> __this_cpu_sub
>-> __this_cpu_add
> -> __this_cpu_add_#
>-> __this_cpu_generic_to_op
> -> __this_
On Thu, 2014-02-13 at 17:46 +0530, Yadwinder Singh Brar wrote:
> Hi,
>
> On Thu, Feb 13, 2014 at 2:44 PM, Krzysztof Kozlowski
> wrote:
> > S2MPS11/S2MPS14 regulators support different modes of operation:
> > - Always off;
> > - On/Off controlled by pin/GPIO (PWREN/LDOEN/EMMCEN);
> > - Always
There have been reports of EFI crashes since -rc1. The following two
commits fix known issues.
The following changes since commit b28a960c42fcd9cfc987441fa6d1c1a471f0f9ed:
Linux 3.14-rc2 (2014-02-09 18:15:47 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/k
* Nicholas Mc Guire | 2014-02-10 16:39:33 [+0100]:
>
>allow preemption in mem_cgroup_move_account_page_stat
>
>as the call sites of mem_cgroup_move_account_page_stat are under
>move_lock_mem_cgroup move_unlock_mem_cgroup (spin_lock_irqsave/
>spin_unlock_irqrestore respectively) the move operation
HI,
My Name is Miss Karty. I will like to be your friend and there is something I
want us to discuss.
Thanks
Karty
--
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/maj
On 02/14/2014 12:09 PM, Lee Jones wrote:
>> Use a meaningful name for the reference clocks so that it indicates the
>> function.
>>
>> CC: Lee Jones
>> CC: Samuel Ortiz
>> Signed-off-by: Roger Quadros
>> ---
>> drivers/mfd/omap-usb-host.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 delet
On 02/14/2014 01:13 AM, Tony Lindgren wrote:
* Nishanth Menon [140205 01:06]:
omap3_noncore_dpll_set_rate forces a reparent to the same clk_ref
for every call that takes place. This is an can be done only if a change
is detected.
Signed-off-by: Nishanth Menon
Would like to see acks on this
* Nicholas Mc Guire | 2014-02-10 16:39:33 [+0100]:
>index a67e630f..e7cc35a 100644
>--- a/mm/memcontrol.c
>+++ b/mm/memcontrol.c
>@@ -3784,10 +3784,10 @@ void mem_cgroup_move_account_page_stat(struct
>mem_cgroup *from,
> enum mem_cgroup_stat_index idx)
> {
>
101 - 200 of 670 matches
Mail list logo
