To be able to simplify system PM, let's re-use the runtime PM callbacks
by converting to the SET_PM_RUNTIME_PM_OPS macro.
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/sh_mobile_sdhi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sh_mobile_sdhi.c
The host must be kept active to be able to serve SDIO IRQs, thus let's
prevent it from going inactive while SDIO IRQ is enabled.
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/tmio_mmc.h | 1 +
drivers/mmc/host/tmio_mmc_pio.c | 19 +++
2 files changed, 16 insertions(+), 4
These library functions aren't used and nor needed, let's remove them.
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/tmio_mmc.h | 5 -
drivers/mmc/host/tmio_mmc_pio.c | 23 ---
2 files changed, 28 deletions(-)
diff --git a/drivers/mmc/host/tmio_mmc.h
t these patches can go
> > into 3.18.
> >
> > Arnd, I'm opportunistically sending this To: you in the hopes that you
> > can take it into your asm-generic tree which seems like the best fit for
> > this.
>
> Do you have a git tree for that?
> Would be nice for testing UML, it depends also on generic io.
Yes, it's all here:
https://github.com/thierryreding/linux.git staging/asm-generic-io
That branch is based on today's linux-next (next-20140825).
Thierry
pgpg4G_8dv7JF.pgp
Description: PGP signature
To take advantage of the clock gating support, use the runtime PM
callbacks provided by the tmio core.
Additionally, we make use of the SET_PM_RUNTIME_PM_OPS, which is a
preparation needed to simplify system PM.
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/tmio_mmc.c | 3 +++
1 file
To make sure we don't receive any spurious IRQs while we are inactive,
mask the IRQs from within the ->runtime_suspend() callback.
Signed-off-by: Ulf Hansson
---
drivers/mmc/host/tmio_mmc_pio.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mmc/host/tmio_mmc_pio.c
This patchset fixup the PM support for tmio and the tmio hosts.
Some re-structuring of the code was also necessary to accomplish the above.
A few of these patches has been posted earlier, but at that time I couldn't get
help in testing them on hardware. Let's give this a second try now.
PHY drivers keep track of the current state of the hardware,
so don't change PHY settings under it.
Signed-off-by: Ivan T. Ivanov
Acked-by: Felipe Balbi
---
drivers/usb/chipidea/ci_hdrc_msm.c | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git
Hello
On 8/25/2014 1:50 PM, Ley Foon Tan wrote:
This patch add the option to enable DCRS bit in GMAC control register.
Default is disabled if snps,dcrs is not defined.
For MII, Carrier Sense (CRS) must be asserted during transmission
whereas in RGMII, CRS is not. RGMII does not provide a way
FWIW, please fix the authorship information for next version.
Cheers,
Mikko
On 25/08/14 09:29, Wei Ni wrote:
From: lightning314
Split set temp codes as common functions, so we can use it
directly when implement linux thermal framework.
And handle error return value for the
On 08/22/2014 11:32 AM, Jan Beulich wrote:
On 19.08.14 at 15:25, wrote:
@@ -118,8 +167,14 @@ void pat_init(void)
PAT(4, WB) | PAT(5, WC) | PAT(6, UC_MINUS) | PAT(7, UC);
/* Boot CPU check */
- if (!boot_pat_state)
+ if (!boot_pat_state) {
No more needed. Also irq.h is not used on ARM.
Signed-off-by: Eric Auger
---
virt/kvm/eventfd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/virt/kvm/eventfd.c b/virt/kvm/eventfd.c
index 3c5981c..0c712a7 100644
--- a/virt/kvm/eventfd.c
+++ b/virt/kvm/eventfd.c
@@ -36,7 +36,6 @@
#include
This patch serie enables irqfd on ARM.
irqfd framework enables to inject a virtual IRQ into a guest upon an
eventfd trigger. User-side uses KVM_IRQFD VM ioctl to provide KVM with
a kvm_irqfd struct that associates a VM, an eventfd, an IRQ number
(aka. the gsi). When an actor signals the eventfd
This patch enables irqfd on ARM.
irqfd framework enables to inject a virtual IRQ into a guest upon an
eventfd trigger. User-side uses KVM_IRQFD VM ioctl to provide KVM with
a kvm_irqfd struct that associates a VM, an eventfd, an IRQ number
(aka. the gsi). When an actor signals the eventfd
Hi Scott,
On 08/25/2014 07:38 AM, Scott Yuan wrote:
> From ebb85a61456bf25f87aeb8a31c92c74540bdf306 Mon Sep 17 00:00:00 2001
> From: Scott Yuan
> Date: Sun, 24 Aug 2014 13:46:56 +0800
> Subject: [PATCH] 8250: serial device file is out of order
>
> On x86 architecture, the configuration of
A 9+ years old comment in hash_64 says that gcc can't optimize
multiplication by GOLDEN_RATIO_PRIME_64. Well, compilers get smarter
and CPUs get faster all the time, so it is perhaps about time to
revisit that assumption.
A stupid micro-benchmark [3] on my x86_64 machine shows that letting
gcc
On Sat, Aug 23, 2014 at 08:33:25PM +0200, Julia Lawall wrote:
> Delete successive assignments to the same location. In each case, the
> duplicated assignment is modified to be in line with other nearby code.
>
> A simplified version of the semantic match that finds this problem is as
> follows:
On Wed, May 28, 2014 at 06:50:13PM +0800, Liu Ying wrote:
> The i.MX PWM version2 is embedded in several i.MX SoCs,
> such as i.MX27, i.MX51 and i.MX6SL. There is a 4-word(16bit)
> sample FIFO in this IP. Each FIFO slot determines the duty
> period of a PWM waveform in one full cycle. The IP
Hi,
On 25/08/2014 at 12:15:23 +0200, Thierry Reding wrote :
> On Fri, Mar 14, 2014 at 08:05:31PM +0100, Alexandre Belloni wrote:
> > pwm-leds calls .config() and .disable() in a row. This exhibits that it may
> > happen that the channel gets disabled before CDTY has been updated with
> > CUPD.
>
From: Harald Hoyer
On my Lenovo T420s with 4GB memory, efi_high_alloc() was checking the
following memory regions:
0x0010 - 0x2000
0x2020 - 0x4000
0x4020 - 0xd2c02000
0xd6e9f000 - 0x00011e60
and decided to
Hello Andreas,
On 08/25/2014 01:49 PM, Andreas Färber wrote:
>>
>> Could you please also do corresponding update to multi_v7_defconfig?
>
> As was mentioned in v1 (but now below), some of these options depend on
Sorry for missing the mention about the dependencies on v2...
> patches yet to be
On Wed, Aug 13, 2014 at 12:28 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Hi,
>
> Here is the fourth version of a series that started out as an attempt to
> provide string versions of the read*() and write*() accessors to more
> architectures so that drivers can use them portably. The
Hi,
Am 25.08.2014 13:43, schrieb Bartlomiej Zolnierkiewicz:
> On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
>> Many Exynos devices have a display panel. Most of them just have
>> a simple panel while others have more complex configurations that
>> requires an embedded
This patch add the option to enable DCRS bit in GMAC control register.
Default is disabled if snps,dcrs is not defined.
For MII, Carrier Sense (CRS) must be asserted during transmission
whereas in RGMII, CRS is not. RGMII does not provide a way to signal
loss of carrier during a transmission.
On 08/25/2014 08:19 PM, Bartlomiej Zolnierkiewicz wrote:
> On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
>> Hi Bartlomiej,
>>
>> On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
>>>
>>> Hi,
>>>
>>> On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
This patch
-Original Message-
From: Lars-Peter Clausen [mailto:l...@metafoo.de]
Sent: Monday, August 25, 2014 1:39 PM
To: Sharma, Sanjeev; sanjeev sharma
Cc: ji...@kernel.org; gregkh; linux-...@vger.kernel.org; devel; linux-kernel
Subject: Re: [PATCH] staging:iio: moved platform_data into
Hello Bartlomiej,
On 08/25/2014 01:43 PM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
>> Many Exynos devices have a display panel. Most of them just have
>> a simple panel while others have more complex configurations that
Hi,
On Monday, August 25, 2014 10:45:36 AM Javier Martinez Canillas wrote:
> Many Exynos devices have a display panel. Most of them just have
> a simple panel while others have more complex configurations that
> requires an embedded DisplayPort (eDP) to LVDS bridges.
>
> This patch enables the
--
Szanowny konto uzytkownika e-mail,
Niedawno wykryto nietypowe dzialania z konta e-mail, wiec skrzynka
pocztowa zostala czasowo zawieszona przez administratora systemu, nalezy
odzyskac swoje konto, klikajac na ponizszy link lub skopiuj do przegladarki:
From ebb85a61456bf25f87aeb8a31c92c74540bdf306 Mon Sep 17 00:00:00 2001
From: Scott Yuan
Date: Sun, 24 Aug 2014 13:46:56 +0800
Subject: [PATCH] 8250: serial device file is out of order
On x86 architecture, the configuration of serial device maybe get from ACPI
DSDT, but the order of DSDT is not
Hi Julia,
On Sun, Aug 24, 2014 at 8:40 PM, Julia Lawall wrote:
>> On Sat, Aug 23, 2014 at 8:33 PM, Julia Lawall wrote:
>> > ---
>> > The patches in this series do not depend on each other.
>> >
>> > This changes the semantics of the code and is not tested.
>>
>> Hence I think you should change
Sorry for the noise, :(.
This patch is not a correct version. Please ignore it and I have sent a
v2 for it.
Thanx
On 08/25/2014 07:28 PM, Dongsheng Yang wrote:
Currently, the only method to detach a task from a cgroup is moving
it to others. It looks not natrual to me.
Inspired by
Fix checkpatch.pl spaces required around that '?' errors
Signed-off-by: Greg Donald
---
.../staging/rtl8821ae/btcoexist/HalBtc8812a1Ant.c | 33 +++---
.../staging/rtl8821ae/btcoexist/HalBtc8812a1Ant.h | 2 +-
.../staging/rtl8821ae/btcoexist/habtc8723a1ant.c | 12 ++---
Currently, the only method to detach a task from a cgroup is moving
it to others. It looks not natrual to me.
Inspired by cgroup_subtree_control_write(), this patch introduce allow
user to at-detach a process to/from a cgroup by echo "+/-pid" to
cgroup.procs. In addition, we keep the old method
On 08/24/2014 10:44 PM, Christoph Hellwig wrote:
On Fri, Aug 22, 2014 at 12:39:59AM +, Elliott, Robert (Server Storage)
wrote:
If you trigger hundreds of errors (e.g., hot remove a device
during heavy IO), then all the prints to the linux serial console
bog down the system, causing
This adds simple cleanups for stmmac, removing test we know is always
true, fixing whitespace, and moving code out of if().
Signed-off-by: Pavel Machek
---
Now against -net-next.
diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_ethtool.c
Currently, the only method to detach a task from a cgroup is moving
it to others. It looks not natrual to me.
Inspired by cgroup_subtree_control_write(), this patch introduce allow
user to at-detach a process to/from a cgroup by echo "+/-pid" to
cgroup.procs. In addition, we keep the old method
When we create a cgroup in unified hierarchy, we have to enable
controllers in cgrp_dfl_root.subtree_control manually. From
my practice, I did not find the benefit we disable controllers
in cgrp_dfl_root by default.
As I am a newbie to cgroup, please correct me if I am wrong.
Thanx.
There is no function named cgroup_enable_task_cg_links().
Instead, the correct function name in this comment should
be cgroup_enabled_task_cg_lists().
Signed-off-by: Dongsheng Yang
---
kernel/cgroup.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/cgroup.c
s/drity/dirty
Signed-off-by: Tiejun Chen
---
arch/x86/kvm/mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 9314678..09b9f05 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -1180,7 +1180,7 @@ static void
On Monday, August 25, 2014 01:19:04 PM Bartlomiej Zolnierkiewicz wrote:
> On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
> > Hi Bartlomiej,
> >
> > On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
> > >
> > > Hi,
> > >
> > > On Monday, August 25, 2014 04:30:23 PM Chanwoo
On Wed, Aug 13, 2014 at 12:28:50PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Hi,
>
> Here is the fourth version of a series that started out as an attempt to
> provide string versions of the read*() and write*() accessors to more
> architectures so that drivers can use them
linux/list.h uses container_of, therefore it depends on
linux/kernel.h.
Signed-off-by: Masahiro Yamada
---
I am sending this patch to LKML because I could not find
the subsystem it should belong to.
I hope I am not doing wrong.
include/linux/list.h | 1 +
1 file changed, 1 insertion(+)
diff
On Mon, Aug 25, 2014 at 03:40:20PM +0800, Shengjiu Wang wrote:
> On Mon, Aug 18, 2014 at 02:06:07PM +0800, Shawn Guo wrote:
> > On Mon, Aug 11, 2014 at 11:09:36AM +0800, Shengjiu Wang wrote:
> > > On Sat, Aug 09, 2014 at 09:58:42PM +0800, Shawn Guo wrote:
> > > > On Fri, Aug 08, 2014 at 03:02:49PM
On Monday, August 25, 2014 07:37:25 PM Chanwoo Choi wrote:
> Hi Bartlomiej,
>
> On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
> >
> > Hi,
> >
> > On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
> >> This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
>
On Mon, 25 Aug, at 05:06:19PM, Dave Young wrote:
>
> Problem is I do not understand the implementation detail yet.
>
> I did below changes:
>
> Original values:
> #define NR_FIX_BTMAPS 64
> #define FIX_BTMAPS_SLOTS4
>
> -> new values tested:
> #define NR_FIX_BTMAPS
On 25.08.2014 12:34, Matt Fleming wrote:
> (Adding linux-efi to Cc)
>
> On Fri, 22 Aug, at 03:48:23PM, har...@redhat.com wrote:
>> From: Harald Hoyer
>>
>> On my Lenovo T420s with 4GB memory, efi_high_alloc() was checking the
>> following memory regions:
>>
>> 0x0010 -
On Mon, Aug 25, 2014 at 02:29:48PM +0800, Wei Ni wrote:
> From: lightning314
>
> Add dt node to describe the thermal zone for the nct1008.
>
> Signed-off-by: Wei Ni
> ---
> arch/arm/boot/dts/tegra114-dalmore.dts | 20 +++-
> 1 file changed, 19 insertions(+), 1 deletion(-)
>
>
On (08/25/14 09:05), Minchan Kim wrote:
> Since zram has no control feature to limit memory usage,
> it makes hard to manage system memrory.
>
> This patch adds new knob "mem_limit" via sysfs to set up the
> a limit so that zram could fail allocation once it reaches
> the limit.
>
> In addition,
On Mon, Aug 25, 2014 at 02:29:48PM +0800, Wei Ni wrote:
> From: lightning314
>
> Add dt node to describe the thermal zone for the nct1008.
>
> Signed-off-by: Wei Ni
> ---
> arch/arm/boot/dts/tegra114-dalmore.dts | 20 +++-
> 1 file changed, 19 insertions(+), 1 deletion(-)
>
>
Hello Wei Ni,
On Mon, Aug 25, 2014 at 02:29:47PM +0800, Wei Ni wrote:
> Add more description for the "polling-delay" property.
> Set "trips" and "cooling maps" as optional property, because
> if missing these two sub-nodes, the thermal zone device still
> work properly.
>
> Signed-off-by: Wei Ni
On Fri, Aug 22, 2014 at 05:59:40PM -0300, Arnaldo Carvalho de Melo wrote:
> Hi,
>
> This is an alternative series to the one Jiri Olsa posted to use the
> fixes he made to the kernel side to allow tooling to notice that a thread had
> exited by looking at the pollfd.revents looking for
Hello,
On (08/25/14 09:36), Minchan Kim wrote:
> Hello Chao,
>
> On Fri, Aug 22, 2014 at 04:21:01PM +0800, Chao Yu wrote:
> > Since we have supported handling discard request in this commit
> > f4659d8e620d08bd1a84a8aec5d2f5294a242764 (zram: support REQ_DISCARD), zram
> > got
> > one more
On Sun, 24 Aug, at 10:19:04PM, Mantas Mikulėnas wrote:
>
> Finally got around to testing it, and yes, your patch fixes the initrd
> boot for me.
Could you found out where the initrd gets loaded with this patch? It'll
be in the dmesg.
--
Matt Fleming, Intel Open Source Technology Center
--
To
Actually since module_bug_list should be used in BUG context,
we may not need this. But for someone who want to use this
from normal context, this makes module_bug_list an RCU list.
Signed-off-by: Masami Hiramatsu
---
kernel/module.c |5 +++--
lib/bug.c | 20 ++--
2
Remove stop_machine from module unloading by replacing module_ref
with atomic_t. Note that this can cause a performance regression
on big-SMP machine by direct memory access. For those machines,
you can lockdwon all modules. Since the lockdown skips reference
counting, it'll be more scalable than
Lock-up a module in kernel so that it is not removed unless
forcibly unload. This is done by loading a module with
MODULE_INIT_LOCKUP_MODULE flag (via finit_module).
This speeds up try_module_get by skipping refcount inc/dec for
the locked modules.
Note that this flag requires to update libkmod
Hi,
Here is a series of patches which remove stop_machine() from
module unloading.
Currently, each module unloading calls stop_machine()s 2 times.
One is for safely removing module from lists and one is to
check the reference counter. However, both are not necessary
for those purposes (required
Unlink module from module list with RCU synchronizing instead
of using stop_machine(). Since module list is already protected
by rcu, we don't need stop_machine() anymore.
Signed-off-by: Masami Hiramatsu
---
kernel/module.c | 18 +-
1 file changed, 5 insertions(+), 13
Wait for RCU synchronizing on failure path of module loading
before releasing struct module, because the memory of mod->list
can still be accessed by list walkers (e.g. kallsyms).
Signed-off-by: Masami Hiramatsu
---
kernel/module.c |2 ++
1 file changed, 2 insertions(+)
diff --git
I encountered a BUG() scenario within do_exit() on an ARM system.
The problem is due to a race scenario between do_exit() and try_to_wake_up()
on different CPUs due to usage of sleeping primitives such as __down_common
and wait_for_common.
Race Scenario
=
Let us assume there are 2
via
On Wed, Aug 20, 2014 at 5:41 AM, Sitsofe Wheeler wrote:
> Aug 20 04:04:41 ubuntuhv kernel: [9.230399] random: nonblocking pool is
> initialized
> Aug 20 04:04:41 ubuntuhv kernel: [ 10.338487] EXT4-fs (sda1): re-mounted.
> Opts: errors=remount-ro
> Aug 20 04:04:41 ubuntuhv kernel: [
On Mon, Aug 25, 2014 at 2:37 PM, Javier Martinez Canillas
wrote:
> Hello Yuvaraj,
>
> On 08/25/2014 10:22 AM, Yuvaraj Cd wrote:
Good question. I'm not that familiar with the dw_mmc host controller nor
its driver implementation so I'll let Yuvaraj or Doug to answer that.
>> Well,here it
On 25 August 2014 16:00, Viresh Kumar wrote:
> Its not that I am doubting if this will work or not. But this Hack is using
> routines not meant for this purpose. And that being a core routine,
> things aren't that straightforward anymore.
Well if you want a working HACK for solving this, what
Hi Bartlomiej,
On 08/25/2014 07:15 PM, Bartlomiej Zolnierkiewicz wrote:
>
> Hi,
>
> On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
>> This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
>> has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
(Adding linux-efi to Cc)
On Fri, 22 Aug, at 03:48:23PM, har...@redhat.com wrote:
> From: Harald Hoyer
>
> On my Lenovo T420s with 4GB memory, efi_high_alloc() was checking the
> following memory regions:
>
> 0x0010 - 0x2000
> 0x2020 - 0x4000
>
On 22 August 2014 08:18, Preeti U Murthy wrote:
> At the moment this looks like the best way forward. We need to do this
> cleanly by ensuring that we stop the governors and then call into the
> driver to deal with the cpu frequency in its own way during reboot. The
> best way to do this would be
On 08/25/2014 07:59 PM, Ching Huang wrote:
> On Fri, 2014-08-22 at 18:00 +0200, Tomas Henzl wrote:
>> On 08/19/2014 09:17 AM, Ching Huang wrote:
>>> From: Ching Huang
>>>
>>> Rewrite ioctl entry and its relate function.
>>> This patch fix ioctl data read/write error and change data I/O access
On Fri 2014-08-22 09:26:31, Andy Lutomirski wrote:
> ENOSYS means that a nonexistent system call was called. We have a
> bad habit of using it for things like invalid operations on
> otherwise valid syscalls. We should avoid this in new code.
Is it good idea? I mean, doing EINVAL for subcalls
Hi Rusty,
the following two patches lead to a small size reduction of modpost.
Please apply!
Thanks,
Mathias
Mathias Krause (2):
modpost: reduce visibility of symbols and constify r/o arrays
modpost: simplify file name generation of *.mod.c files
scripts/mod/modpost.c | 25
Internally used symbols of modpost don't need to be externally visible;
make them static. Also constify the string arrays so they resist in the
r/o section instead of being runtime writable.
Those changes lead to a small size reduction as can be seen below:
textdata bss dec
Avoid the variable length array (vla), just use PATH_MAX instead.
This not only makes this code clang friedly, it also leads to a
code size reduction:
textdata bss dec hex filename
517652224 12416 66405 10365 scripts/mod/modpost.old
516772224 12416 66317
On Thu, 14 Aug, at 05:26:38PM, Dave Young wrote:
> Hi,
>
> I addressed several comments from Matt, Randy and Will in this post.
>
> Also rewrote the patch for efi=noruntime with using a generic param handling
> function.
>
> CCed Xen and SGI people, removed rtc list in cc for [1-6]/7 patches
On Fri, 22 Aug 2014, Eric Rannaud wrote:
> Hi,
>
> Between 3.15.4 and 3.15.8, there was an increase in idle power consumption on
> Apple Macbook Pro 15 (late 2013) on a freshly booted system (no wifi driver
> loaded; brightness set to 4/100; X running; no desktop environment, except
> Awesome),
On Wed, Aug 13, 2014 at 01:39:27PM +, Mattis Lorentzon wrote:
> All our tests seem to behave the same way on the Sabrelite as on our own
> board.
> A working theory is that the switch (3Com Switch 4400) triggers the
> degeneration
> of the network stack from which Linux does not seem to
On Sat, Aug 23, 2014 at 05:32:37PM +0200, Julia Lawall wrote:
> >
> > The closing brace should be in column 0 of the next line. Also, the
> > final field initializer should have a comma after it. (Likewise for the
> > remaining changes in this file.)
>
> In general, I haven't changed the
Hi,
On Monday, August 25, 2014 04:30:23 PM Chanwoo Choi wrote:
> This patch support many TRIMINFO_CTRL registers if specific Exynos SoC
> has one more TRIMINFO_CTRL registers. Also this patch uses proper 'RELOAD'
> shift/mask bit operation to set RELOAD feature instead of static value.
>
>
On Thu, Aug 21, 2014 at 11:40:51AM +0100, Lee Jones wrote:
> On Fri, 08 Aug 2014, Richard Fitzgerald wrote:
>
> > From: Richard Fitzgerald
> >
> > Moving this control from being a side-effect of the LDO1
> > regulator driver to a specific exported function.
> >
> > Signed-off-by: Richard
On Fri, Mar 14, 2014 at 08:05:31PM +0100, Alexandre Belloni wrote:
> pwm-leds calls .config() and .disable() in a row. This exhibits that it may
> happen that the channel gets disabled before CDTY has been updated with CUPD.
> The issue gets quite worse with long periods.
> So, ensure by reading
On Fri, Aug 22, 2014 at 10:06:21PM +0800, Li, Aubrey wrote:
> On 2014/8/22 19:39, Mika Westerberg wrote:
> > From: Mahesh Kumar P
> >
> > Cherrytrail/Braswell is a successor of Intel Baytrail but has slighly
> > different CPU idle values and latencies.
> >
> > Signed-off-by: Kumar P Mahesh
> >
During development of c/r we've noticed that in case if we need to
support user namespaces we face a problem with capabilities in
prctl(PR_SET_MM, ...) call, in particular once new user namespace
is created capable(CAP_SYS_RESOURCE) no longer passes.
A approach is to eliminate CAP_SYS_RESOURCE
I've received a bug report from a user that the touchpad control part
of the ideapad-laptop ACPI interface does work for him on his
"Lenovo Yoga 2 13", and that this patch causes a regression for him.
Since it did not work for me when I had a "Lenovo Yoga 2 11" in my own
hands (loaned from a
On Fri, 2014-08-22 at 18:00 +0200, Tomas Henzl wrote:
> On 08/19/2014 09:17 AM, Ching Huang wrote:
> > From: Ching Huang
> >
> > Rewrite ioctl entry and its relate function.
> > This patch fix ioctl data read/write error and change data I/O access from
> > byte to Dword.
> >
> > Signed-off-by:
On Mon, Aug 25, 2014 at 01:41:29AM +0800, Janet Liu wrote:
> Sliences the following warning and error:
>
> WARNING: line over 80 characters
> WARNING: space prohibited between function name and open parenthesis '('
> ERROR: do not use C99 // comments
> ERROR: trailing statements should be
On Fri, Aug 22, 2014 at 05:59:46PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
>
> -static int perf_evlist__alloc_pollfd(struct perf_evlist *evlist)
> +static int perf_evlist__grow_pollfd(struct perf_evlist *evlist, int hint)
> +{
> + int nr_fds_alloc = evlist->nr_fds_alloc + hint;
> +
On Sat, Aug 23, 2014 at 01:20:25PM +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Use c99 initializers for structures.
>
> A simplified version of the semantic match that finds this problem is as
> follows: (http://coccinelle.lip6.fr/)
>
> //
> @decl@
> identifier i1,fld;
> type T;
>
On Thu, Jul 31, 2014 at 12:59:45PM -0700, Andy Lutomirski wrote:
>
> What is this used for? AF_ALG? I find it hard to believe that the
> kernel will ever want to use this internally.
There have been discussions over the years regarding implementing
TLS/SSL in the kernel so it is not
On Fri, Aug 22, 2014 at 05:59:46PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
> -void perf_evlist__add_pollfd(struct perf_evlist *evlist, int fd)
> +int perf_evlist__add_pollfd(struct perf_evlist *evlist, int fd)
> {
> + /*
> + * XXX: 64 is arbitrary, just not to call realloc at each
On Fri, Aug 22, 2014 at 02:19:19PM +0100, Mark Rutland wrote:
> On Thu, Aug 21, 2014 at 08:19:00PM +0100, Alexander Holler wrote:
> > Am 21.08.2014 16:02, schrieb Thierry Reding:
> >
> > > Anyway, those are all fairly standard reasons for where deferred probe
> > > triggers, and since I do like
Hi Paolo,
On Mon, Aug 25, 2014 at 11:16:16AM +0200, Paolo Bonzini wrote:
>Il 25/08/2014 11:08, Wanpeng Li ha scritto:
>> Hi Paolo,
>> On Mon, Aug 25, 2014 at 11:01:07AM +0200, Paolo Bonzini wrote:
>>> Il 25/08/2014 09:58, Wanpeng Li ha scritto:
diff --git a/arch/x86/kvm/x86.c
The code here is:
drivers/hv/channel.c
460 BUG_ON(ret != 0);
461 t = wait_for_completion_timeout(>waitevent, 5*HZ);
462 BUG_ON(t == 0);
So it calls BUG_ON() if the teardown takes more than 5 seconds. It's
most likely that there is a race condition somewhere.
Some boards need to set the INn_MODE[1:0] register to change
the input signal patch. This wlf,inmode property is optional.
If present, values must be specified less than or equal to
the number of input singals. If values less than the number
of input signals, elements that has not been specifed
This patch series add support for INn_MODE register control using platform data.
Each input signal path can be configurated either as a Analogue or Digital using
the INn_MODE registers.
Changes for v4
- Update document content for more clarity
Changes for v3
- Change to use
This patch update DT binding to support INn_MODE init_data. Each
input signal path can be configurated either as a Analogue or
Digital using the INn_MODE registers.
Signed-off-by: Inha Song
Reviewed-by: Charles Keepax
---
Documentation/devicetree/bindings/mfd/arizona.txt | 7 +++
1 file
This is a patch for supporting device tree of DA9211/DA9213.
Signed-off-by: James Ban
---
This patch is relative to linux-next repository tag next-20140822.
.../devicetree/bindings/regulator/da9211.txt | 58 +
drivers/regulator/da9211-regulator.c | 85
Hi Lee,
On Thu, 21 Aug 2014 13:12:19 +0100
Lee Jones wrote:
> On Wed, 13 Aug 2014, Inha Song wrote:
>
> > Some boards need to set the INn_MODE[1:0] register to change
> > the input signal patch. This wlf,inmode property is optional.
> > If present values must be specified by the number of
> >
On 08/21/2014 08:10 PM, Jason Cooper wrote:
On Thu, Aug 21, 2014 at 11:04:48AM -0700, Tony Lindgren wrote:
* Mike Turquette [140820 07:53]:
Quoting Tomeu Vizoso (2014-08-18 08:30:27)
To preserve git-bisectability, add aliases from the future provider API to the
existing public API.
Also
Hi, Lee
Thanks. I added for most of your comments. Some items, I have a
different understanding. I added in below.
On 08/20/2014 04:09 PM, Lee Jones wrote:
> On Mon, 18 Aug 2014, Guodong Xu wrote:
>> This adds driver to support HiSilicon Hi6421 PMIC. Hi6421 includes multi-
>> functions, such as
This patchset contains changes in FunctionFS making it easier and
safer to use. It fixes bug in endpoint files handling code, adds new
ioctl allowing to obtain endpoint descriptor, and introduces virtual
address mapping which allows to separate endpoint address space in
function from physical
Il 25/08/2014 11:08, Wanpeng Li ha scritto:
> Hi Paolo,
> On Mon, Aug 25, 2014 at 11:01:07AM +0200, Paolo Bonzini wrote:
>> Il 25/08/2014 09:58, Wanpeng Li ha scritto:
>>> diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
>>> index c10408e..b7c0073 100644
>>> --- a/arch/x86/kvm/x86.c
>>> +++
501 - 600 of 1362 matches
Mail list logo