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 li.xi...@freescale.com
---
The VF610 Tower and
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
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
+++
On Thu, 23 Jan 2014 13:49:28 +0800 Tang Chen tangc...@cn.fujitsu.com 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
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,
Hp Jack, Spk
Signed-off-by: Xiubo Li li.xi...@freescale.com
---
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
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 li.xi...@freescale.com
---
The VF610 Tower and VF610 LS1 platforms' ESAI and SPDIF will depend on this
patch too.
sound/soc/generic/simple-card.c | 17
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. The
On Thu, 23 Jan 2014 09:59:06 +0400 Cyrill Gorcunov gorcu...@gmail.com 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
konrad.w...@oracle.com 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
On 1/10/14, Tomasz Figa t.f...@samsung.com 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 li.xi...@freescale.com
---
sound/soc/soc-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
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 sound/soc.h
+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 doesn't
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 a message to
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 merge vmas and set
Hello Minchan
2014/1/23 Minchan Kim minc...@kernel.org:
Hello Cai,
On Thu, Jan 23, 2014 at 09:38:41AM +0800, Cai Liu wrote:
Hello Dan
2014/1/22 Dan Streetman ddstr...@ieee.org:
On Wed, Jan 22, 2014 at 7:16 AM, Cai Liu liucai@gmail.com wrote:
Hello Minchan
2014/1/22 Minchan Kim
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 the
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 li...@prisktech.co.nz
---
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)
+{
+ struct
Hi Paul,
On Thu, 23 Jan 2014 17:21:09 +1100 Stephen Rothwell s...@canb.auug.org.au
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
The binding document for the vt8500/wm8xxx SoC UART driver is missing.
This patch adds the binding document.
Signed-off-by: Tony Prisk li...@prisktech.co.nz
---
.../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.
Thanks for suggestion!
On Thu, 23 Jan 2014 13:02:44 +0800
Xiubo Li li.xi...@freescale.com 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 li.xi...@freescale.com
---
The VF610 Tower and VF610 LS1 platforms' ESAI
From: Len Brown len.br...@intel.com
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
On Thu, Jan 16, 2014 at 4:36 PM, srinivas.kandaga...@st.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
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
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,
daifmt
On Wed, Jan 22, 2014 at 11:52:15AM -0800, Andrew Morton wrote:
On Wed, 22 Jan 2014 19:08:16 + Mel Gorman mgor...@suse.de 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
On Thu, 2014-01-23 at 02:11 -0500, Len Brown wrote:
From: Len Brown len.br...@intel.com
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
On Thu, Jan 16, 2014 at 4:37 PM, srinivas.kandaga...@st.com 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.
(...)
On Thu, Jan 16, 2014 at 4:37 PM, srinivas.kandaga...@st.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch adds interrupt support for STiH416 pin controllers.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
Acked-by: Linus Walleij
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, srinivas.kandaga...@st.com wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch adds interrupt support for STiH415 pin controllers.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
Acked-by: Linus Walleij
On Fri, Jan 17, 2014 at 4:30 PM, David Cohen
david.a.co...@linux.intel.com wrote:
This is a simple cleanup on gpio-intel-mid.c's header comments.
Signed-off-by: David Cohen david.a.co...@linux.intel.com
Applied, but I changed it like this:
- * Copyright (c) 2008, 2009, 2013, Intel
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
georg.wai...@sensor-technik.de 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
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 l...@karo-electronics.de
---
On Thu, Jan 23, 2014 at 5:42 AM, Stephen Warren swar...@wwwdotorg.org 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
On Thu, Jan 23, 2014 at 5:43 AM, Stephen Warren swar...@wwwdotorg.org 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 nicolas.fe...@atmel.com 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 nicolas.fe...@atmel.com
Cc:
On Thu, Jan 23, 2014 at 5:45 AM, Stephen Warren swar...@wwwdotorg.org 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
+ 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 len.br...@intel.com
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 Wed, Jan 22, 2014 at 5:23 PM, Curt Brune c...@cumulusnetworks.com 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 c...@cumulusnetworks.com
---
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 patchset,
From: Len Brown len.br...@intel.com
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
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 that are
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 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,
Hello Cai,
On Tue, Jan 21, 2014 at 09:52:25PM +0800, Cai Liu wrote:
> Hello Minchan
>
> 2014/1/21 Minchan Kim :
> > Hello,
> >
> > On Tue, Jan 21, 2014 at 02:35:07PM +0800, Cai Liu wrote:
> >> 2014/1/21 Minchan Kim :
> >> > Please check your MUA and don't break thread.
> >> >
> >> > On Tue, Jan
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
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
On Tue 21-01-14 11:42:19, Andrew Morton wrote:
> On Tue, 21 Jan 2014 11:45:43 +0100 Michal Hocko 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 call
On Wed, Jan 22, 2014 at 8:54 AM, Linus Walleij 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 errors.
> I'll
On 01/21/2014 03:43 PM, Jason Low wrote:
> On Mon, Jan 20, 2014 at 9:33 PM, Alex Shi wrote:
>> It's useful to track this value in debug mode.
>>
>> Signed-off-by: Alex Shi
>> ---
>> kernel/sched/debug.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/kernel/sched/debug.c
On Fri, Jan 17, 2014 at 1:25 PM, Hanjun Guo wrote:
> From: Amit Daniel Kachhap
>
> 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 initialisation routine is invoked.
>
>
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
On Tue, Jan 21, 2014 at 11:34 PM, wrote:
> From: Daniel Vetter
> 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 exactly.
>
> Since we already have a
> -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 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 wrote:
> On 22 January 2014 02:53, Paul Gortmaker
> wrote:
>> None of these files are actually using any __init type directives
>> and hence don't need to include . Most are just a
>> left over from __devinit and __cpuinit removal, or simply due to
>> code getting
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
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
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
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
> > 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 is to fix
On Mon, 20 Jan 2014, Liu Ying 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 framebuffers. We
> don't hope
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
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).
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
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
---
drivers/tty/serial/atmel_serial.c | 3 ---
1 file changed, 3 deletions(-)
diff --git
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
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
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
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
On 1/21/14, Paul Gortmaker 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 Morton
> Cc: Greg
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 wrote:
> On Tue, Jan 21, 2014 at 9:35 PM, Arnd Bergmann 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 better to have a
On Tue, Jan 21, 2014 at 3:53 PM, Alexandre Courbot 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 ACPI, where
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
This patch adds support to target_submit_cmd_map_sgls() for
accepting 'sgl_prot' + 'sgl_prot_count'
On 1/22/2014 3:52 AM, Martin K. Petersen wrote:
"Sagi" == Sagi Grimberg 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 don't see much use
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
This patch adds support for DIF protection init/format support into
the FILEIO backend.
It involves using a
Hi Stephen,
On Wed, Jan 22, 2014 at 4:04 AM, Stephen Rothwell 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 the drm tree
>
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 wrote:
>>> Hi Kishon,
>>>
>>> On 01/21/2014 12:11 PM, Kishon Vijay Abraham I wrote:
Adapted dwc3 core to use the Generic
601 - 700 of 1304 matches
Mail list logo