For some CPU/CODEC DAI devices the tdm slot maybe needed. This patch
adds the tdm slot supporting for simple-card driver.
The style of the tdm slot in DT:
For instance:
simple-tdm-slot = <0xffc 0xffc 2 0>;
Signed-off-by: Xiubo Li
---
The VF610 Tower and VF610 LS1 platforms'
Signed-off-by: Xiubo Li
---
sound/soc/generic/simple-card.c | 8
1 file changed, 8 insertions(+)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index d067e0a..4b7ef4d 100644
--- a/sound/soc/generic/simple-card.c
+++ b/sound/soc/generic/simple-card.c
@@
On Thu, 23 Jan 2014 13:49:28 +0800 Tang Chen wrote:
> Dave found that the kernel will hang during boot. This is because
> the nodemask_t type stack variable numa_kernel_nodes is large enough
> to overflow the stack.
>
> This doesn't always happen. According to Dave, this happened once
> in
This patch adds snd_soc_of_parse_audio_simple_widgets() and supports
below style of widgets name on DT.
"wname-prefix[ individual name]"
"wname-prefix" includes: "Mic", "Line", "Hp", "Spk"...
For instance:
simple-audio-widgets =
"Mic Jack", "Line In Jack",
Signed-off-by: Xiubo Li
---
sound/soc/fsl/Kconfig | 24
1 file changed, 24 insertions(+)
diff --git a/sound/soc/fsl/Kconfig b/sound/soc/fsl/Kconfig
index 324988d..bc1fa9c 100644
--- a/sound/soc/fsl/Kconfig
+++ b/sound/soc/fsl/Kconfig
@@ -219,3 +219,27 @@ config
New and Resend the old patches basing the newest code version.
And this patch series has been tested based the VF610 Tower board.
--
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
If the CPU/CODEC DAI set_sysclk() is not support, the -ENOTSUPP will returnd.
Here do the check like set_fmt().
Signed-off-by: Xiubo Li
---
The VF610 Tower and VF610 LS1 platforms' ESAI and SPDIF will depend on this
patch too.
sound/soc/generic/simple-card.c | 17 +++--
1
In the asoc_simple_card_parse_of() will parse the device node's CPU/CODEC
DAI commone fmts, and then in asoc_simple_card_sub_parse_of() will parse
the CPU/CODEC DAI's sub-node fmts, so we can combine the info->daifmt and
info->set.fmt in asoc_simple_card_sub_parse_of() not while just before
On Thu, 23 Jan 2014, Tang Chen wrote:
> Dave found that the kernel will hang during boot. This is because
> the nodemask_t type stack variable numa_kernel_nodes is large enough
> to overflow the stack.
>
> This doesn't always happen. According to Dave, this happened once
> in about five boots.
On Thu, 23 Jan 2014 09:59:06 +0400 Cyrill Gorcunov wrote:
> On Wed, Jan 22, 2014 at 02:45:53PM -0800, Andy Lutomirski wrote:
> > >
> > > Thus when user space application track memory changes now it can
> > > detect if
> > > vma area is renewed.
> >
> > Presumably some path is
On Wed, Jan 22, 2014 at 11:36 AM, Konrad Rzeszutek Wilk
wrote:
>
> 46 files changed, 3379 insertions(+), 2117 deletions(-)
Please fix your script to detect renames - add '-M' to your "git diff
--stat" line (and '--summary' too, for that matter)
The correct statistics are actually
45 files
On 1/10/14, Tomasz Figa wrote:
> Hi,
>
> On 09.01.2014 13:52, Bartlomiej Zolnierkiewicz wrote:
>>
>> added linux-samsung-soc to cc:,
>> it is a better suited list for this question
>>
>> On Thursday, January 09, 2014 10:30:56 AM Mj Embd wrote:
>>> I am a bit confused on the interrupt number for
Make it easier for generic code to work with set_tdm_slot() by distinguishing
between the operation not being supported and an error as is done.
Signed-off-by: Xiubo Li
---
sound/soc/soc-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/soc-core.c
On Thu, 23 Jan 2014, Xiubo Li wrote:
> diff --git a/include/sound/simple_card.h b/include/sound/simple_card.h
> index e1ac996..cfc5b66 100644
> --- a/include/sound/simple_card.h
> +++ b/include/sound/simple_card.h
> @@ -14,10 +14,18 @@
>
> #include
>
> +struct asoc_simple_tdm_slot {
> +
On Wed, Jan 22, 2014 at 10:06:14PM -0800, David Rientjes wrote:
> On Thu, 23 Jan 2014, Tang Chen wrote:
>
> > Dave found that the kernel will hang during boot. This is because
> > the nodemask_t type stack variable numa_kernel_nodes is large enough
> > to overflow the stack.
> >
> > This
On Thu, 23 Jan 2014, Dave Jones wrote:
> It's 10, because I had MAXSMP set.
>
> So, MAX_NUMNODES = 1 << 10
>
> And the bitmask is made of longs. 1024 of them.
>
> How does this work ?
>
It's 1024 bits.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Hi all,
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140122:
Removed trees: sh, sh-current
Dropped tree: imx-mxs (complex merge conflicts against the arm tree)
The powerpc tree still had its build failure.
The arm-soc tree gained a conflict against Linus
On Wed, Jan 22, 2014 at 10:09:10PM -0800, Andrew Morton wrote:
> > >
> > > That being said, this could cause vma blowups for programs that are
> > > actually using this thing.
> >
> > Hi Andy, indeed, this could happen. The easiest way is to ignore softdirty
> > bit
> > when we're trying to
Hello Minchan
2014/1/23 Minchan Kim :
> Hello Cai,
>
> On Thu, Jan 23, 2014 at 09:38:41AM +0800, Cai Liu wrote:
>> Hello Dan
>>
>> 2014/1/22 Dan Streetman :
>> > On Wed, Jan 22, 2014 at 7:16 AM, Cai Liu wrote:
>> >> Hello Minchan
>> >>
>> >>
>> >> 2014/1/22 Minchan Kim
>> >>>
>> >>> Hello Cai,
On 01/23/2014 02:13 PM, Dave Jones wrote:
On Wed, Jan 22, 2014 at 10:06:14PM -0800, David Rientjes wrote:
> On Thu, 23 Jan 2014, Tang Chen wrote:
>
..
>
> I guess it depends on what Dave's CONFIG_NODES_SHIFT is?
It's 10, because I had MAXSMP set.
So, MAX_NUMNODES = 1<< 10
And
With the switch to a pinctrl driver, and the dropping of the gpio driver,
the code in vt8500_init now always fails, and drops back to LEGACY mode.
Update the gpio mux init code, and removing the #ifdef's and the LEGACY
mode fallback.
Signed-off-by: Tony Prisk
---
arch/arm/mach-vt8500/vt8500.c
Hi David,
Firstly thanks for your comment.
> > +asoc_simple_card_of_parse_tdm_slot(struct device_node *np,
> > + struct device *dev,
> > + struct asoc_simple_dai *dai,
> > + const char *propname)
> > +{
> > +
Hi Paul,
On Thu, 23 Jan 2014 17:21:09 +1100 Stephen Rothwell
wrote:
>
> Changes since 20140122:
>
> The init tree lost one of its patches.
It turns out that I merged yesterday's version of the init tree again
today (so the fixes that went in do not appear). Sorry about that, I
wi
The binding document for the vt8500/wm8xxx SoC UART driver is missing.
This patch adds the binding document.
Signed-off-by: Tony Prisk
---
.../devicetree/bindings/serial/vt8500-uart.txt | 26
1 file changed, 26 insertions(+)
create mode 100644
Due to an assumption in the VT8500 pinctrl driver, the value passed
from devicetree for 'wm,pull' was not explicitly translated before
being passed to pinconf.
With changes to 'enum pin_config_param', PIN_CONFIG_BIAS_PULL_(UP/DOWN)
no longer map 1-to-1 with the expected values in devicetree.
Removed maintainership of the ehci-platform.c and uhci-platform.c
drivers. These drivers are not solely used by arch-vt8500 anymore,
and are captured under Alan Stern's 'USB EHCI DRIVER' and
'USB UHCI DRIVER' wildcards.
Add maintainership for the VT8500's clock, irq and pinctrl drivers
which were
On 01/23/2014 02:10 AM, Jason Low wrote:
>>> > > P64(avg_idle);
>>> > > + P64(max_idle_balance_cost);
>>> > > #endif
>>> > > P(ttwu_count);
>> >
>> > Not also the per-sd value in sd_alloc_ctl_domain_table() ?
> Yeah, tracking the sd->max_newidle_lb_cost can also be useful.
On Thu, 23 Jan 2014 13:02:44 +0800
Xiubo Li wrote:
> If the CPU/CODEC DAI set_sysclk() is not support, the -ENOTSUPP will returnd.
> Here do the check like set_fmt().
>
> Signed-off-by: Xiubo Li
> ---
>
>
>
> The VF610 Tower and VF610 LS1 platforms' ESAI and SPDIF will depend on this
>
From: Len Brown
Linux suspend-to-RAM was unreliable when first developed,
and so sys_sync() was invoked inside the kernel at the
start of every suspend flow.
Today, many devices are invoking suspend with
high reliability and high frequency, and they don't
want to be forced to pay for sync on
On Thu, Jan 16, 2014 at 4:36 PM, wrote:
> From: Srinivas Kandagatla
>
> This patch add interrupt support to the pincontroller driver.
>
> ST Pincontroller GPIO bank can have one of the two possible types of
> interrupt-wirings.
>
> First type is via irqmux, single interrupt is used by multiple
> > diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-
> card.c
> > index 6443c87..3b8c9a2 100644
> > --- a/sound/soc/generic/simple-card.c
> > +++ b/sound/soc/generic/simple-card.c
> > @@ -31,16 +31,21 @@ static int __asoc_simple_card_dai_init(struct
> snd_soc_dai *dai,
> >
On Wed, Jan 22, 2014 at 11:52:15AM -0800, Andrew Morton wrote:
> On Wed, 22 Jan 2014 19:08:16 + Mel Gorman wrote:
>
> > X-related junk is there was because I was using a headless server and
> > xinit directly to launch gimp to reproduce the bug.
>
> I've never done this. Can you share the
On Thu, 2014-01-23 at 02:11 -0500, Len Brown wrote:
> From: Len Brown
>
> Linux suspend-to-RAM was unreliable when first developed,
> and so sys_sync() was invoked inside the kernel at the
> start of every suspend flow.
>
> Today, many devices are invoking suspend with
> high reliability and
On Thu, Jan 16, 2014 at 4:37 PM, wrote:
> ST pin controller does not have hardware support for detecting edge
> triggered interrupts, It only has level triggering support.
> This patch attempts to fake up edge triggers from hw level trigger
> support in software.
(...)
> +/*
> + * Edge
On Thu, Jan 16, 2014 at 4:37 PM, wrote:
> From: Srinivas Kandagatla
>
> This patch adds interrupt support for STiH416 pin controllers.
>
> Signed-off-by: Srinivas Kandagatla
Acked-by: Linus Walleij
Please merge this through the ARM SoC tree with the rest of
your device tree stuff.
Yours,
Hi, Maintainers
We want to identify different ip tunnels.
For example, we use “ip tunnel add xxx” command in linux to create an
ipv4/6 tunnel interface,then,we can receive a RTM_NEWLINK message from
linux for the new tunnel interface.
We will parse the struct ifinfomsg message and get the
On Thu, Jan 16, 2014 at 4:37 PM, wrote:
> From: Srinivas Kandagatla
>
> This patch adds interrupt support for STiH415 pin controllers.
>
> Signed-off-by: Srinivas Kandagatla
Acked-by: Linus Walleij
Merge this through ARM SoC.
> + reg = <0xfe61f080 0x4>;
>
On Fri, Jan 17, 2014 at 4:30 PM, David Cohen
wrote:
> This is a simple cleanup on gpio-intel-mid.c's header comments.
>
> Signed-off-by: David Cohen
Applied, but I changed it like this:
> - * Copyright (c) 2008, 2009, 2013, Intel Corporation.
> + * Copyright (c) 2014 Intel Corporation.
To->
On Wed, 2014-01-22 at 19:49 +, Mark Brown wrote:
> On Wed, Jan 22, 2014 at 05:07:28PM +0100, Krzysztof Kozlowski wrote:
> > Add documentation for new bindings for controlling (enable/disable) the
> > Buck9 Converter by GPIO (BUCK9EN).
>
> Your CC list for this is *very* large...
Hmmm... The
On Fri, Jan 17, 2014 at 11:27 PM, Waibel Georg
wrote:
> Seems there is no need for my patch at all.
I'm holding this off until you've made up your mind about
whether it's needed or not...
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi,
Sascha Hauer wrote:
> On Thu, Jan 16, 2014 at 09:06:25AM +0100, Lothar Waßmann wrote:
> > The i.MX PWM controller supports inverting the polarity of the PWM
> > output. Make this feature available in the pxm-imx driver.
> >
> > Signed-off-by: Lothar Waßmann
> > ---
> >
On Thu, Jan 23, 2014 at 5:42 AM, Stephen Warren wrote:
> On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
>> As discussed previously (https://lkml.org/lkml/2013/11/26/289), enable
>> Trusted Foundation support by default since it already depends on a
>> supporting architecture being selected.
>>
On Thu, Jan 23, 2014 at 5:43 AM, Stephen Warren wrote:
> On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
>> Support the do_idle() firmware call, which is necessary to properly
>> support cpuidle.
>
>> diff --git a/arch/arm/firmware/trusted_foundations.c
>>
On Tue, Jan 21, 2014 at 4:55 PM, Nicolas Ferre wrote:
> When setting the gpio irq type, use the __irq_set_handler_locked()
> variant instead of the irq_set_handler() to prevent false
> spinlock recursion warning.
>
> Signed-off-by: Nicolas Ferre
> Cc: stable # v3.12
Patch applied for fixes.
On Thu, Jan 23, 2014 at 5:45 AM, Stephen Warren wrote:
> On 01/21/2014 03:10 AM, Alexandre Courbot wrote:
>> Invoke the do_idle() firmware call before suspending a CPU so that the
>> underlying firmware (if any) can take necessary action.
>
>> diff --git a/arch/arm/mach-tegra/cpuidle-tegra114.c
> > + depends on PM_SLEEP
>
> this is actually a suspend specific feature, and it should depends on
> SUSPEND instead?
yup, will update.
thanks,
-Len
On 01/23/2014 12:41 PM, Len Brown wrote:
> From: Len Brown
>
> Linux suspend-to-RAM was unreliable when first developed,
> and so sys_sync() was invoked inside the kernel at the
> start of every suspend flow.
>
> Today, many devices are invoking suspend with
> high reliability and high
On Wed, Jan 22, 2014 at 5:23 PM, Curt Brune wrote:
> During device instantiation have the at24 driver add the new device to
> the eeprom_dev hardware class. The functionality is enabled by
> CONFIG_EEPROM_CLASS.
>
> Signed-off-by: Curt Brune
> ---
> drivers/misc/eeprom/at24.c | 20
On Wed, Jan 15, 2014 at 08:24:18PM -0500, Matthew Wilcox wrote:
> This series of patches add support for XIP to ext4. Unfortunately,
> it turns out to be necessary to rewrite the existing XIP support code
> first due to races that are unfixable in the current design.
>
> Since v4 of this
From: Len Brown
Linux suspend-to-RAM was unreliable when first developed,
and so sys_sync() was invoked inside the kernel at the
start of every suspend flow.
Today, many devices are invoking suspend with
high reliability and high frequency, and they don't
want to be forced to pay for sync on
On Thu, Jan 23, 2014 at 06:48:25PM +1100, Dave Chinner wrote:
> On Wed, Jan 15, 2014 at 08:24:18PM -0500, Matthew Wilcox wrote:
> > This series of patches add support for XIP to ext4. Unfortunately,
> > it turns out to be necessary to rewrite the existing XIP support code
> > first due to races
> How about naming it as PM_SLEEP_FS_SYNC (and similarly in the sysfs
> files
> and variable names as well). Just to avoid confusion with
> "synchronous/async".
good point -- thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 01/22/2014 08:04 AM, Vivek Gautam wrote:
Hi,
On Tue, Jan 21, 2014 at 7:30 PM, Roger Quadros rog...@ti.com wrote:
Hi Kishon,
On 01/21/2014 12:11 PM, Kishon Vijay Abraham I wrote:
Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
power_on and power_off the
On Wed, 22 Jan 2014, Qiaowei Ren wrote:
Changes since v1:
* check to see if #BR occurred in userspace or kernel space.
* use generic structure and macro as much as possible when
decode mpx instructions.
Qiaowei Ren (4):
x86, mpx: add documentation on Intel MPX
x86, mpx: hook
Hello Cai,
On Tue, Jan 21, 2014 at 09:52:25PM +0800, Cai Liu wrote:
Hello Minchan
2014/1/21 Minchan Kim minc...@kernel.org:
Hello,
On Tue, Jan 21, 2014 at 02:35:07PM +0800, Cai Liu wrote:
2014/1/21 Minchan Kim minc...@kernel.org:
Please check your MUA and don't break thread.
On Tue, Jan 21, 2014 at 04:31:56PM -0800, Linus Torvalds wrote:
And if somebody tries to do a smp_store_release() on a random
structure or union, do we care? We're not some nanny state that wants
to give nice warnings for insane code.
Hurm, and here I thought warning on insane code was a good
On Tuesday, January 21, 2014 6:03 PM, Jingoo Han wrote:
According to the datasheet of Exynos SoCs, the counter bit
of CPU local timers is 31-bit, not 32-bit; thus, it should
be fixed.
Please, ignore this patch.
There is a 31-bit counter in CPU local timers; however,
FRC (free running
Hi,
On 01/21/2014 03:59 PM, Hans de Goede wrote:
Hi,
On 01/21/2014 12:59 PM, Roger Quadros wrote:
On 01/21/2014 10:34 AM, Roger Quadros wrote:
On 01/20/2014 06:48 PM, Hans de Goede wrote:
Hi,
On 01/20/2014 03:41 PM, Roger Quadros wrote:
Hi,
Some platforms have a PHY hooked up to the
On Tue 21-01-14 11:42:19, Andrew Morton wrote:
On Tue, 21 Jan 2014 11:45:43 +0100 Michal Hocko mho...@suse.cz wrote:
19f39402864e (memcg: simplify mem_cgroup_iter) has reorganized
mem_cgroup_iter code in order to simplify it. A part of that change was
dropping an optimization which didn't
On Wed, Jan 22, 2014 at 8:54 AM, Linus Walleij linus.wall...@linaro.org wrote:
The fact that it doesn't even compile makes me doubt your statement
that it has been in linux-next. It doesn't even pass a basic
allmodconfig build.
Hm I rely on the zeroday build, and didn't get any angry compile
On 01/21/2014 03:43 PM, Jason Low wrote:
On Mon, Jan 20, 2014 at 9:33 PM, Alex Shi alex@linaro.org wrote:
It's useful to track this value in debug mode.
Signed-off-by: Alex Shi alex@linaro.org
---
kernel/sched/debug.c | 1 +
1 file changed, 1 insertion(+)
diff --git
On Fri, Jan 17, 2014 at 1:25 PM, Hanjun Guo hanjun@linaro.org wrote:
From: Amit Daniel Kachhap amit.dan...@samsung.com
This macro does the same job as CLOCKSOURCE_OF_DECLARE. The device
name from the ACPI timer table is matched with all the registered
timer controllers and matching
On Tue 21-01-14 13:18:42, Hugh Dickins wrote:
[...]
We do have a confusing situation. The hang goes back to 3.10 but takes
two different forms, because of intervening changes: in 3.10 and 3.11
mem_cgroup_iter repeatedly returns root memcg to its caller, in 3.12 and
3.13 mem_cgroup_iter
Hi,
On 01/22/2014 09:11 AM, Roger Quadros wrote:
Hi,
On 01/21/2014 03:59 PM, Hans de Goede wrote:
Hi,
On 01/21/2014 12:59 PM, Roger Quadros wrote:
On 01/21/2014 10:34 AM, Roger Quadros wrote:
On 01/20/2014 06:48 PM, Hans de Goede wrote:
Hi,
On 01/20/2014 03:41 PM, Roger Quadros wrote:
On 01/17/2014 05:33 AM, Preeti U Murthy wrote:
The cpuidle governors today are not handling scenarios where no idle state
can be chosen. Such scenarios coud arise if the user has disabled all the
idle states at runtime or the latency requirement from the cpus is very strict.
The menu governor
On 01/22/2014 09:08 AM, Jingoo Han wrote:
On Tuesday, January 21, 2014 6:03 PM, Jingoo Han wrote:
According to the datasheet of Exynos SoCs, the counter bit
of CPU local timers is 31-bit, not 32-bit; thus, it should
be fixed.
Please, ignore this patch.
There is a 31-bit counter in CPU local
Hi Paul,
On 01/22/2014 11:22 AM, Paul Mackerras wrote:
This arises out of a report from a tester that offlining a CPU never
finished on a system they were testing. This was on a POWER8 running
a 3.10.x kernel, but the issue is still present in mainline AFAICS.
What I found when I looked at
On Tue, Jan 21, 2014 at 11:34 PM, a...@linux-foundation.org wrote:
From: Daniel Vetter daniel.vet...@ffwll.ch
Subject: drm/fb-helper: don't sleep for screen unblank when an oops is in
progress
Otherwise the system will burn even brighter and worse, leave the user
wondering what's going on
-Original Message-
From: David Rientjes [mailto:rient...@google.com]
Sent: Wednesday, January 22, 2014 4:01 PM
To: Ren, Qiaowei
Cc: H. Peter Anvin; Thomas Gleixner; Ingo Molnar; x...@kernel.org;
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 0/4] Intel MPX support
On Wed, 22
On 2014.01.21 at 22:51 +0100, Markus Trippelsdorf wrote:
Running the current git tree (v3.13-3260-g03d11a0e458d) on the host,
qemu sometimes hangs during test boots of the kernel (version of the guest
kernel doesn't matter). This happens roughly every 4-6 runs and manifest
itself in hangs
On 1/21/14, Viresh Kumar viresh.ku...@linaro.org wrote:
On 22 January 2014 02:53, Paul Gortmaker paul.gortma...@windriver.com
wrote:
None of these files are actually using any __init type directives
and hence don't need to include linux/init.h. Most are just a
left over from __devinit and
From: walt
On 01/21/2014 01:51 AM, David Laight wrote:
From: Sarah Sharp
On Mon, Jan 20, 2014 at 11:21:14AM +, David Laight wrote:
...
A guess...
In queue_bulk_sg_tx() try calling xhci_v1_0_td_remainder() instead
of xhci_td_remainder().
David, I tried the one-liner below,
On 01/22/2014 02:00 PM, Srivatsa S. Bhat wrote:
Hi Paul,
On 01/22/2014 11:22 AM, Paul Mackerras wrote:
This arises out of a report from a tester that offlining a CPU never
finished on a system they were testing. This was on a POWER8 running
a 3.10.x kernel, but the issue is still present
On Tue, Jan 21, 2014 at 08:43:39PM +0100, Thierry Reding wrote:
The idea behind this is that only a single user can have access to a
given PWM device at a time. The PWM device's PWMF_REQUESTED flag is set
(and cleared) under the pwm_lock and any subsequent users will not be
able to use that
v1: introduced feature as a framework within power supply class driver with
separate files for battid framework and charging framework
v2: fixed review comments, moved macros and inline functions to power_supply.h
v3: moved the feature as a separate driver, combined battid framework and
This patch introduces BQ24261 charger driver. The driver makes use of power
supply charging driver to setup charging. So the driver does hardware
abstraction and handles h/w specific corner cases. The charging logic resides
with power supply charging driver
Signed-off-by: Jenny TC
As per Product Safety Engineering (PSE) specification for battery charging, the
battery characteristics and thereby the charging rates can vary on different
temperature zones. This patch introduces a PSE compliant charging algorithm with
maintenance charging support. The algorithm can be selected
Add new power supply properties for input current, charge termination
current, min and max temperature
POWER_SUPPLY_PROP_TEMP_MIN - minimum operatable temperature
POWER_SUPPLY_PROP_TEMP_MAX - maximum operatable temperature
POWER_SUPPLY_PROP_INLMT - input current limit programmed by charger.
On Tue, 21 Jan 2014, Benjamin Tissoires wrote:
From 291742873dcf181faf9657b41279487f31302c73 Mon Sep 17 00:00:00 2001
From: Reyad Attiyat reyad.atti...@gmail.com
Date: Tue, 21 Jan 2014 01:22:25 -0600
Subject: [PATCH 1/1] Added in HID's for Microsoft Surface Type/Touch cover
2.
This
On Mon, 20 Jan 2014, Liu Ying ying@freescale.com wrote:
We don't have to turn backlight on/off everytime a blanking
or unblanking event comes because the backlight status may
have already been what we want. Another thought is that one
backlight device may be shared by multiple
On Tue, Jan 21, 2014 at 10:04:29PM -0500, Ric Wheeler wrote:
One topic that has been lurking forever at the edges is the current
4k limitation for file system block sizes. Some devices in
production today and others coming soon have larger sectors and it
would be interesting to see if it is
On 2014.01.22 at 09:50 +0100, Markus Trippelsdorf wrote:
On 2014.01.21 at 22:51 +0100, Markus Trippelsdorf wrote:
Running the current git tree (v3.13-3260-g03d11a0e458d) on the host,
qemu sometimes hangs during test boots of the kernel (version of the guest
kernel doesn't matter). This
On 01/22/2014 07:02 AM, Michael Ellerman wrote:
On Thu, 2014-01-16 at 15:53 -0800, Cody P Schafer wrote:
These patches add basic pmus for 2 powerpc hypervisor interfaces to obtain
performance counters: gpci (get performance counter info) and 24x7.
The counters supplied by these interfaces are
This fixes a driver bug which stopped the whole system (in case
of serial console).
This log message is not useful anyway as this information is
printed elsewhere.
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
drivers/tty/serial/atmel_serial.c | 3 ---
1 file changed, 3 deletions(-)
On Wed, Jan 22, 2014 at 02:05:06PM +0800, Han Pingtian wrote:
On Tue, Jan 21, 2014 at 10:23:51AM +, Mel Gorman wrote:
On Tue, Jan 21, 2014 at 05:38:59PM +0800, Han Pingtian wrote:
The testcase 'thp04' of LTP will enable THP, do some testing, then
disable it if it wasn't enabled. But
There is already a function named task_nice in sched.h to get the nice value
of task_struct. We can use it in __update_max_tr() rather than calculate it
manually.
Signed-off-by: Dongsheng Yang yangds.f...@cn.fujitsu.com
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1
On Tue, 2014-01-21 at 13:44 +, Stefano Stabellini wrote:
Remove !GENERIC_ATOMIC64 build dependency:
- introduce xen_atomic64_xchg
- use it to implement xchg_xen_ulong
Remove !CPU_V6 build dependency:
- introduce __cmpxchg8 and __cmpxchg16, compiled even ifdef
CONFIG_CPU_V6
-
Hi,
On Wed, 2014-01-22 at 01:06 -0500, Sasha Levin wrote:
On 01/22/2014 12:32 AM, Paul E. McKenney wrote:
On Mon, Jan 20, 2014 at 12:23:40PM +, Steven Whitehouse wrote:
Prior to this patch, GFS2 kept all the quotas for each
super block in a single linked list. This is rather slow
On 1/21/14, Paul Gortmaker paul.gortma...@windriver.com wrote:
The __cpuinit support was removed several releases ago. People
have had a chance to update their out of tree code, so now we
remove the no-op stubs.
Also delete the mention of __cpuinitdata from the tag script.
Cc: Andrew
Hello,
On Tue, Dec 03, 2013 at 04:01:50PM +0800, Chris Ruehl wrote:
usb: chipidea: hw_phymode_configure moved before ci_usb_phy_init
hw_phymode_configure configures the PORTSC registers and allow the
following phy_inits to operate on the right parameters. This fix a problem
where the UPLI
Hi,
With today's Linus tree, the printk time is very odd, see below
qemu/efi boot log:
[0.00] ACPI: FACS 1f9e4000 40
[0.00] ACPI: APIC 1f9dd000 78 (v01 OVMF OVMFEDK2 20130221
OVMF 0099)
[0.00] ACPI: SSDT 1f9db000 57 (v01 REDHAT
On Tue, Jan 21, 2014 at 3:53 PM, Alexandre Courbot gnu...@gmail.com wrote:
On Tue, Jan 21, 2014 at 9:35 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 21 January 2014, Linus Walleij wrote:
As discussed earlier in this thread I'm not sure the con_id is
suitable for labelling GPIOs. It'd be
On Tue, Jan 21, 2014 at 3:53 PM, Alexandre Courbot gnu...@gmail.com wrote:
The good (or bad, rather) thing about DT is that we can do whatever we
please with the new bindings: decide which name or which index
(doesn't matter here) a GPIO should have. However we don't have this
control over
Hi,
On Tue, 2014-01-21 at 21:32 -0800, Paul E. McKenney wrote:
On Mon, Jan 20, 2014 at 12:23:40PM +, Steven Whitehouse wrote:
Prior to this patch, GFS2 kept all the quotas for each
super block in a single linked list. This is rather slow
when there are large numbers of quotas.
On 1/22/2014 12:17 AM, Nicholas A. Bellinger wrote:
On Sun, 2014-01-19 at 14:12 +0200, Sagi Grimberg wrote:
On 1/19/2014 4:44 AM, Nicholas A. Bellinger wrote:
From: Nicholas Bellinger n...@linux-iscsi.org
This patch adds support to target_submit_cmd_map_sgls() for
accepting 'sgl_prot' +
On 1/22/2014 3:52 AM, Martin K. Petersen wrote:
Sagi == Sagi Grimberg sa...@dev.mellanox.co.il writes:
Sagi Please remind me why we ignore IP-CSUM guard type again? MKP,
Sagi will this be irrelevant for the initiator as well? if so, I don't
Sagi see a reason to expose this in RDMA verbs.
I
On 21/01/14 16:12, Vincent Guittot wrote:
With the current implementation, the load average statistics of a sched entity
change according to other activity on the CPU even if this activity is done
between the running window of the sched entity and have no influence on the
running duration of the
On 1/22/2014 12:28 AM, Nicholas A. Bellinger wrote:
On Sun, 2014-01-19 at 14:31 +0200, Sagi Grimberg wrote:
On 1/19/2014 4:44 AM, Nicholas A. Bellinger wrote:
From: Nicholas Bellinger n...@linux-iscsi.org
This patch adds support for DIF protection init/format support into
the FILEIO backend.
Hi Stephen,
On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_irq.c between commit abca9e454498 (drm: Pass
'flags' from the caller to .get_scanout_position()) from
On Wednesday 22 January 2014 01:29 PM, Roger Quadros wrote:
On 01/22/2014 08:04 AM, Vivek Gautam wrote:
Hi,
On Tue, Jan 21, 2014 at 7:30 PM, Roger Quadros rog...@ti.com wrote:
Hi Kishon,
On 01/21/2014 12:11 PM, Kishon Vijay Abraham I wrote:
Adapted dwc3 core to use the Generic PHY
601 - 700 of 1304 matches
Mail list logo