On 12 September 2013 00:33, Stephen Warren swar...@wwwdotorg.org wrote:
For the record, I'm testing on a 2-CPU system, so I'm not sure whether
your explanation applies; it talks about CPUs 2 and 3 whereas I only
have CPUs 0 and 1, but perhaps your explanation applies equally to any
pair of
On Wed, 2013-09-11 at 15:34 +0200, Mike Galbraith wrote:
On Wed, 2013-09-11 at 13:06 +0200, Peter Zijlstra wrote:
Mike does it fix the funny you saw?
Yup, modulo test_need_resched() not existing in master.
...
while I haven't yet booted Q6600 box, core2
Toshiba Satellite lappy is
On 12 September 2013 00:12, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
OK, I took a second look at the code, and I suspect that applying the
second patch might help. So can you try by applying both the patches
please[1][2]?
Basically here is my hunch: say CPUs 2 and 3 are part
On 12 September 2013 01:16, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
From: Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com
Subject: [PATCH] cpufreq: Restructure if/else block to avoid unintended
behavior
In __cpufreq_remove_dev_prepare(), the code which decides whether to
On Wed, Sep 11, 2013 at 9:20 PM, Michael Opdenacker
michael.opdenac...@free-electrons.com wrote:
This patch proposes to remove the IRQF_DISABLED flag from
drivers/net/ethernet/dec/tulip/de4x5.c
It's a NOOP since 2.6.35 and it will be removed one day.
yup - that was easy to confirm.
On 12 September 2013 01:43, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
If update_policy_cpu() is invoked with the existing policy-cpu itself
as the new-cpu parameter, then a lot of things can go terribly wrong.
In its present form, update_policy_cpu() always assumes that the
On 09/11/2013 09:56 PM, Stephen Warren wrote:
On 08/27/2013 03:28 PM, Sebastian Hesselbarth wrote:
From: Stephen Warren swar...@nvidia.com
Tegra's board file currently initializes clocks much earlier than those
for most other ARM SoCs. The reason is:
* The PMC HW block is involved in the path
On 09/12/2013 11:39 AM, Viresh Kumar wrote:
On 12 September 2013 01:43, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
If update_policy_cpu() is invoked with the existing policy-cpu itself
as the new-cpu parameter, then a lot of things can go terribly wrong.
In its present form,
On 09/12/2013 11:22 AM, Viresh Kumar wrote:
Let me fix my mail first.. I was running out of time yesterday and so couldn't
frame things correctly :)
On 11 September 2013 17:29, Viresh Kumar viresh.ku...@linaro.org wrote:
Okay.. There are two different ways in which cpufreq_add_dev() work
On 12 September 2013 11:51, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
That said, indeed currently there is no code in cpufreq that invokes the
function with last == new. So its not like we are masking an existing bug with
this patch. If you like, perhaps we can change this patch
Separate out GTK codes to a shared object called libperf-gtk.so. This
time only GTK codes are built with -fPIC and libperf remains as is.
Now run GTK hist and annotation browser using libdl.
Cc: Andi Kleen a...@linux.intel.com
Reviewed-by: Pekka Enberg penb...@kernel.org
Signed-off-by: Namhyung
On 09/12/2013 12:01 PM, Viresh Kumar wrote:
On 12 September 2013 11:51, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
That said, indeed currently there is no code in cpufreq that invokes the
function with last == new. So its not like we are masking an existing bug
with
this
Hi Jingoo,
On Tuesday 23 July 2013 12:30 PM, Jingoo Han wrote:
On Tuesday, July 23, 2013 3:30 PM, Kishon Vijay Abraham I wrote:
On Tuesday 23 July 2013 06:44 AM, Jingoo Han wrote:
On Tuesday, July 23, 2013 12:04 AM, Kishon Vijay Abraham I wrote:
On Thursday 18 July 2013 10:51 AM, Jingoo Han
* Arnaldo Carvalho de Melo a...@ghostprotocols.net wrote:
I haven't performed all these tests when running on an older kernel,
just checked that PERF_RECORD_MMAP was present, PERF_RECORD_MMAP2, as
expected, were not, probably they will be present only for the
synthesized events, right?
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/uio/uio_aec.c |1 -
1 file changed, 1 deletion(-)
diff --git
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/uio/uio_cif.c |1 -
1 file changed, 1 deletion(-)
diff --git
* Christoph Lameter c...@linux.com wrote:
On Mon, 9 Sep 2013, Ingo Molnar wrote:
So my NAK stands: you are still in denial, you should stop the silly
arguing and you should stop wasting maintainer time. You need to
address PeterZ's review feedback and fix the bugs in your patches,
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/uio/uio_sercos3.c |1 -
1 file changed, 1 deletion(-)
diff --git
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/uio/uio_netx.c |1 -
1 file changed, 1 deletion(-)
diff --git
* Christoph Lameter c...@linux.com wrote:
On Mon, 9 Sep 2013, Ingo Molnar wrote:
I saw those, he posted 'needs testing' patches. He still behaved
passive-aggressively, pretending that it was some difficult task to
perform, as if we were pulling his teeth.
I need your review of
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/uio/uio_mf624.c |1 -
1 file changed, 1 deletion(-)
diff --git
On 12 September 2013 11:56, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
I had the same thought when solving this bug.. We have had similar issues with
CPU hotplug notifiers too: why are they invoked in the same order during both
CPU down and up, instead of reversing the order? I
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/lpc_ich.c |2 --
1 file changed, 2 deletions(-)
diff --git
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/sm501.c |2 --
1 file changed, 2 deletions(-)
diff --git
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han jg1@samsung.com
---
drivers/mfd/timberdale.c |3 ---
1 file changed, 3 deletions(-)
diff --git
On 09/12/2013 10:55 AM, Viresh Kumar wrote:
This broke after a recent change cedb70a cpufreq: Split
__cpufreq_remove_dev()
into two parts from Srivatsa..
Consider a scenario where we have two CPUs in a policy (0 1) and we are
removing cpu 1. On the call to __cpufreq_remove_dev_prepare()
On 12 September 2013 12:00, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Looking at the rate at which we are bumping into each others thoughts, I think
maybe we should switch from email to IRC ;-) ;-)
Unbelievable, Even I thought so this morning :)
One more thing that I wanted to
On 12 September 2013 12:10, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
That said, your fix doesn't look correct. See below.
I thought I was perfect !! :(
... and change this suitably (from 1 to 0 etc..) ? To add to it, it will look
more
clear as well:
if (cpus == 0) {
* Oleg Nesterov o...@redhat.com [2013-09-11 17:47:26]:
Currently utask-depth is simply the number of allocated/pending
return_instance's in uprobe_task-return_instances list.
handle_trampoline() should decrement this counter every time we
handle/free an instance, but due to typo it does
On 09/12/2013 12:11 PM, Viresh Kumar wrote:
On 12 September 2013 11:56, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
I had the same thought when solving this bug.. We have had similar issues
with
CPU hotplug notifiers too: why are they invoked in the same order during both
CPU
When backends (ex: efivars) have smaller registered buffers, the big_oops_buf
is quite too big for them as number of repeated occurences in the text captured
will be less. Patch takes care of adjusting the buffer size based on the
registered buffer size. cmpr values has been arrived after doing
On Wed, Sep 11, 2013 at 02:30:03PM +, Christoph Lameter wrote:
On Thu, 22 Aug 2013, Joonsoo Kim wrote:
And, therefore we should check pfmemalloc in page flag of first page,
but current implementation don't do that. virt_to_head_page(obj) just
return 'struct page' of that object, not
The patchs add smp support for Allwinner A20. It add cpuregister node in dts
forsmp configure. The patchs also add a options for phy count timer to replace
vir count timer as ARM arch timer clocksource. About ARM arch timer: 1. Current
kernel use vir count timer, vir count timer can be accessed
On Wed, Sep 11, 2013 at 02:22:25PM +, Christoph Lameter wrote:
On Wed, 11 Sep 2013, Joonsoo Kim wrote:
Anyway, could you review my previous patchset, that is, 'overload struct
slab
over struct page to reduce memory usage'? I'm not sure whether your answer
is
ack or not.
I
Signed-off-by: Fan Rong cin...@gmail.com
---
arch/arm/mach-sunxi/Makefile |2 +
arch/arm/mach-sunxi/headsmp.S | 12 ++
arch/arm/mach-sunxi/platform.h | 346
arch/arm/mach-sunxi/platsmp.c | 166 +++
arch/arm/mach-sunxi/sunxi.c
On 12 September 2013 12:16, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Of course, if we change the suspend/resume sequence and that fixes this, that
would be like getting it for free, nobody would say no to it ;-)
Not really :)
Policy with 4 CPUs, 0,1,2,3, policy-cpu currently
Signed-off-by: Fan Rong cin...@gmail.com
---
arch/arm/boot/dts/sun7i-a20.dtsi |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index 999ff45..bfedcb2 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
Signed-off-by: Fan Rong cin...@gmail.com
---
arch/arm/include/asm/arch_timer.h| 11 +++
drivers/clocksource/Kconfig |8
drivers/clocksource/arm_arch_timer.c | 10 +-
3 files changed, 28 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Fan Rong cin...@gmail.com
---
arch/arm/boot/dts/sun7i-a20.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/sun7i-a20.dtsi b/arch/arm/boot/dts/sun7i-a20.dtsi
index bfedcb2..ce138f7 100644
--- a/arch/arm/boot/dts/sun7i-a20.dtsi
+++
On Wed, Sep 11, 2013 at 02:39:22PM +, Christoph Lameter wrote:
On Thu, 22 Aug 2013, Joonsoo Kim wrote:
With build-time size checking, we can overload the RCU head over the LRU
of struct page to free pages of a slab in rcu context. This really help to
implement to overload the struct
On 12 September 2013 12:17, Viresh Kumar viresh.ku...@linaro.org wrote:
Currently cpus never become zero as we clear mask only while there are
more than one cpu in a policy... Wait let me see what's the cleanest way
to get this fixed..
Okay, simply replace cpumask_first() with
On 11.09.13 at 22:18, Kees Cook keesc...@chromium.org wrote:
On Wed, Sep 11, 2013 at 1:06 PM, Joe Perches j...@perches.com wrote:
On Wed, 2013-09-11 at 12:30 -0700, Kees Cook wrote:
The %n format is not ignored, so remove the incorrect comment about it.
I think it may be better to
On 09/12/2013 11:14 AM, Michael S. Tsirkin wrote:
On Wed, Sep 04, 2013 at 02:18:46PM +0530, Raghavendra K T wrote:
[...]
--
+KVM_FEATURE_STEAL_TIME || 5 || Steal time available at msr
+
devm_iounmap is called automatically.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
drivers/net/ethernet/xilinx/xilinx_emaclite.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
No function changes (s/\ \t/\t/g)
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
drivers/net/ethernet/xilinx/xilinx_emaclite.c | 28 +--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_emaclite.c
On Tuesday 23 July 2013 12:30 PM, Kishon Vijay Abraham I wrote:
.
.
+ of_pci_range_to_resource(range, np, pp-cfg);
+ pp-config.cfg0_size =
resource_size(pp-cfg)/2;
+ pp-config.cfg1_size =
resource_size(pp-cfg)/2;
+
On 09/12/2013 12:14 PM, Viresh Kumar wrote:
On 12 September 2013 12:00, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Looking at the rate at which we are bumping into each others thoughts, I
think
maybe we should switch from email to IRC ;-) ;-)
Unbelievable, Even I thought so
On 09/12/2013 12:22 PM, Viresh Kumar wrote:
On 12 September 2013 12:16, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
Of course, if we change the suspend/resume sequence and that fixes this, that
would be like getting it for free, nobody would say no to it ;-)
Not really :)
On 09/12/2013 12:26 PM, Viresh Kumar wrote:
On 12 September 2013 12:17, Viresh Kumar viresh.ku...@linaro.org wrote:
Currently cpus never become zero as we clear mask only while there are
more than one cpu in a policy... Wait let me see what's the cleanest way
to get this fixed..
Okay,
Thanks Michael S Tsirkin for rewriting the description and suggestions.
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
---
Changes in V3:
Keep msr specific info only as suggested by Michael.
Documentation/virtual/kvm/cpuid.txt | 7 +++
1 file changed, 7 insertions(+)
--
Credit Expert®
Landmark House,
Experian Way, NG2 Business Park,
Nottingham NG80 1ZZ,
United Kingdom.
Registration No. England 653331
Aufmerksamkeit,
Wir bieten ungesichert und gesicherte persönliche und Investition
Darlehen für Ihre Bedürfnisse und Ihr Budget.
Personal und Investitionen
On Thu, Sep 12, 2013 at 12:03 AM, Jan Beulich jbeul...@suse.com wrote:
On 11.09.13 at 22:18, Kees Cook keesc...@chromium.org wrote:
On Wed, Sep 11, 2013 at 1:06 PM, Joe Perches j...@perches.com wrote:
On Wed, 2013-09-11 at 12:30 -0700, Kees Cook wrote:
The %n format is not ignored, so remove
The patch 1-2 are to clean up EC/Button drivers' code.
The patch 3 is to correct the process of abnormal param for gpe sysfs attribute.
drivers/acpi/button.c | 9 +++--
drivers/acpi/ec.c | 49 -
drivers/acpi/sysfs.c | 9 +++--
3
From: Lan Tianyu tianyu@intel.com
Input layer provides input_set_capability() to set input device's event
related bits. This patch is to use it to replace origin code.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/acpi/button.c | 9 +++--
1 file changed, 3 insertions(+), 6
From: Lan Tianyu tianyu@intel.com
This patch is to convert all printks in the ec driver to pr_debug/info/err
and define pr_fmt macro to replace PREFIX.
Signed-off-by: Lan Tianyu tianyu@intel.com
---
drivers/acpi/ec.c | 49 -
1 file
From: Lan Tianyu tianyu@intel.com
According to design, gpe's sysfs attribute should accept disable, enable,
clear and integer number as params. Current code checks disable,
enable and clear first. If the param didn't belong to previous kinds,
pass the param to strtoul as a string of integer
On 09/11/13 at 04:32pm, Borislav Petkov wrote:
On Wed, Sep 11, 2013 at 09:45:34AM -0400, Vivek Goyal wrote:
I am looking forward to that new version. CCing Dave Young. He is also
looking into it and going through history of patches.
Ok, I'll CC you guys on the submission - I'd need any and
Vá?ení: Webmail Subscriber
Oznamujeme vám, ?e vá? e-mailový ú?et presiahol
skladovacie kapacity. Nebudete môc? odosiela? a prijíma? e-maily a va?e
e-mailový ú?et, budú vymazané z ná?ho servera. Ak sa chcete tomuto
problému vyhnú?,
kliknite: http://webmailupdate20323421.jimdo.com/
tpre
Hi Jens,
Could you consider patches 4 and 5, please?
Thanks!
--
Regards,
Alexander Gordeev
agord...@redhat.com
--
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
Hi Viresh
On Wed, 11 Sep 2013, Viresh Kumar wrote:
On 10 September 2013 22:37, Guennadi Liakhovetski g.liakhovet...@gmx.de
wrote:
On Tue, 10 Sep 2013, Viresh Kumar wrote:
Quite straight forward actually..
Apparently, not quite.
I overlooked the situation where we return early from
On 12.09.13 at 09:31, Kees Cook keesc...@chromium.org wrote:
On Thu, Sep 12, 2013 at 12:03 AM, Jan Beulich jbeul...@suse.com wrote:
On 11.09.13 at 22:18, Kees Cook keesc...@chromium.org wrote:
On Wed, Sep 11, 2013 at 1:06 PM, Joe Perches j...@perches.com wrote:
On Wed, 2013-09-11 at 12:30
On 12 September 2013 13:17, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
Yes, they seem to fix my issues.
Great!!
You probably aren't going to submit them
in this form, instead, merge them with the original serialisation fix
patch, right? So, you don't need my tested-by here. But feel
On Tue, Sep 10, 2013 at 01:02:34PM -0700, Gary E. Miller wrote:
Sure PPS over a local UART is 10 to 100 times better, but often PPS
over USB is your best second choice. As serial ports become extinct
it may become your best choice.
Ok. But, please, add a note about it into PPS documentation
From: John W. Linville linvi...@tuxdriver.com
Date: Tue, 10 Sep 2013 15:38:45 -0400
This is a pull request for a few early fixes for the 3.12 stream.
Looks good, pulled, thanks John.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, 10 Sep, at 10:43:27AM, Darren Hart wrote:
Josh OK'd this, but as far as I can tell, it hasn't made it upstream
yet. Matt was there an alternate fixed pushed?
Nope, this one slipped through the cracks. Thanks for following up!
Here's the patch I just applied on the 'urgent' branch.
---
On Thu, Sep 12, 2013 at 08:03:29AM +0100, Jan Beulich wrote:
On 11.09.13 at 22:18, Kees Cook keesc...@chromium.org wrote:
On Wed, Sep 11, 2013 at 1:06 PM, Joe Perches j...@perches.com wrote:
On Wed, 2013-09-11 at 12:30 -0700, Kees Cook wrote:
The %n format is not ignored, so remove the
On Thu, Sep 12, 2013 at 4:48 AM, Dilger, Andreas
andreas.dil...@intel.com wrote:
On 2013/09/10 8:25 PM, Peng Tao bergw...@gmail.com wrote:
On Wed, Sep 11, 2013 at 9:44 AM, Christoph Hellwig h...@infradead.org
wrote:
On Wed, Sep 11, 2013 at 01:14:11AM +0800, Peng Tao wrote:
The problem is
On Wed, Sep 11, 2013 at 05:04:17PM -0700, Joe Perches wrote:
On Thu, 2013-09-12 at 08:40 +0900, Tetsuo Handa wrote:
Joe Perches wrote:
- seq_printf(m, %s%d%n, con-name, con-index, len);
+ len = seq_printf(m, %s%d, con-name, con-index);
Isn't len always 0 or -1 ?
On Thursday, September 12, 2013 12:36 PM, Michael Opdenacker wrote:
This patch proposes to remove the IRQF_DISABLED flag from
drivers/net/ethernet/adi/bfin_mac.c.
It's a NOOP since 2.6.35 and it will be removed one day.
Signed-off-by: Michael Opdenacker
On 09/12/2013 10:55 AM, Viresh Kumar wrote:
Nobody except cpufreq_remove_dev() is calling __cpufreq_remove_dev() and so we
don't need separate routines here. Lets merge code from __cpufreq_remove_dev()
to cpufreq_remove_dev() and get rid of __cpufreq_remove_dev().
Signed-off-by: Viresh Kumar
Hi Linus,
Noam found a bug in SMP bootup so it's fairly urgent. Please apply for 3.12-rc1
Thx,
-Vineet
---
From fa9486bf1867b4e16bb03f55f0d77c68edb327e9 Mon Sep 17 00:00:00 2001
From: Noam Camus no...@ezchip.com
Date: Thu, 12 Sep 2013 13:07:39 +0530
Subject: [PATCH] ARC: SMP failed to boot due
Christophe Leroy christophe.le...@c-s.fr wrote on 2013/09/11 17:50:28:
From: Christophe Leroy christophe.le...@c-s.fr
To: Benjamin Herrenschmidt b...@kernel.crashing.org, Paul Mackerras
pau...@samba.org,
Cc: linux-kernel@vger.kernel.org, linuxppc-...@lists.ozlabs.org, Joakim
Tjernlund
On 09/12/2013 10:55 AM, Viresh Kumar wrote:
As a rule its better not to break string (quoted inside ) in a print
statement
even if it crosses 80 column boundary as that may introduce unwanted bugs and
so
this patch rewrites one of the print statements..
Ok, if that is the convention,
On 09/11/2013 07:39:19 PM, Regid Ichira wrote:
Applied to the tip of linux.git,
VERSION = 3 PATCHLEVEL = 11 SUBLEVEL = 0
Signed-off-by: Regid Ichira regi...@nt1.in
---
README | 4
1 file changed, 4 insertions(+)
diff --git a/README b/README
index a24ec89..f10c16f
On 09/12/2013 10:55 AM, Viresh Kumar wrote:
With a recent change the logic here is changed a bit and I just figured out it
is something we don't want.
Consider we have four CPUs (0,1,2,3) managed by a policy and policy-cpu is
set
to 0. Now we are suspending and hence we call
On 09/11/2013 07:35:48 PM, Regid Ichira wrote:
Signed-off-by: Regid Ichira regi...@nt1.in
---
Documentation/kbuild/kconfig.txt | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/Documentation/kbuild/kconfig.txt
b/Documentation/kbuild/kconfig.txt
index
On 09/12/2013 10:55 AM, Viresh Kumar wrote:
We don't need a blank line just at start of a block, lets remove it.
Well, I felt having that line avoids clutter, especially since the code
around it was already a bit hard to read..
Anyway, I don't have any strong opinions either way. So no
On Thu, Sep 12, 2013 at 01:00:11PM +0530, Raghavendra K T wrote:
Thanks Michael S Tsirkin for rewriting the description and suggestions.
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Acked-by: Michael S. Tsirkin m...@redhat.com
---
Changes in V3:
Keep msr specific
Hi Steven,
Thank you for your replies!
On 09/12/2013 04:41 AM, Steven Miao wrote:
On Wed, Sep 11, 2013 at 9:17 PM, Michael Opdenacker
michael.opdenac...@free-electrons.com
mailto:michael.opdenac...@free-electrons.com wrote:
Hi Steven,
Thank you for having a look at my patch!
Hello,
On Thu, 05 Sep 2013 14:23:25 +0200 Rafael J. Wysocki wrote:
On Thursday, September 05, 2013 02:08:11 PM Pavel Machek wrote:
Hi!
Rafael, Al: apparently we have a regression caused by
ba4df2808a86f8b103c4db0b8807649383e9bd13 .
I noticed that, but I'm not sure how to deal with
When try to add node to list in __inet_hash_nolisten function, first get the
list and then to lock for using, but in extremeness case, others can del this
node before locking it, then the node should be null.So this patch try to lock
firstly and then get the list for using to avoid this race
Hi Linus,
Please pull from 'master' branch of
git://www.linux-watchdog.org/linux-watchdog.git
This contains:
* New watchdog driver for Allwinner A10/A13
* some devm_ioremap_resource simplifications
* a s3c2410_wdt change that removes the global variables
This will update the following
On Thu, Sep 12, 2013 at 12:07:21AM +0800, Jiang Liu wrote:
From: Jiang Liu jiang@huawei.com
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one
efi_config_init has the parameter nr_tables. Just use it instead of
dereference efi.systab-nr_tables.
Signed-off-by: Dave Young dyo...@redhat.com
---
arch/x86/platform/efi/efi.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.orig/arch/x86/platform/efi/efi.c
+++
Am 11.09.2013 19:42, schrieb Alexander Holler:
Am 11.09.2013 18:14, schrieb Javier Martinez Canillas:
So for example in an OMAP board DT you can define something like this:
ethernet@5,0 {
compatible = smsc,lan9221, smsc,lan9115;
interrupt-parent = gpio6;
Linus,
please pull sound fixes for v3.12-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.12
The topmost commit is 3d0049e8529adaa36c38a7b400792f6c37b66c92
sound fixes for 3.12-rc1
A few
On Wed, Sep 11, 2013 at 05:07:08PM +0100, Jiang Liu wrote:
From: Jiang Liu jiang@huawei.com
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one
On Wed, Sep 11, 2013 at 05:07:09PM +0100, Jiang Liu wrote:
From: Jiang Liu jiang@huawei.com
Commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use logic
similar to smp_call_function_single() has unified the way to handle
single and multiple cross-CPU function calls. Now only one
On Tue, Sep 10, 2013 at 3:04 PM, Will Deacon will.dea...@arm.com wrote:
On Mon, Sep 09, 2013 at 07:15:31AM +0100, Alexandre Courbot wrote:
I don't have any information about the future of TF unfortunately,
excepted that it should remain backward-compatible. What is this SMC
calling convention
Hello dear;
How is everything with you? I picked interest in you after going through your
profile. I really want to have a good friendship with you. Beside i have
something very important to disclose to you but I found it difficult to express
myself here since it's a public site.
Please i will
On Wed, Sep 11, 2013 at 06:12:43PM +0200, Samuel Ortiz wrote:
Hi Mika,
On Wed, Sep 11, 2013 at 06:32:37PM +0300, Mika Westerberg wrote:
The I2C core now prepares runtime PM on behalf of the I2C client device, so
only thing the driver needs to do is to call pm_runtime_put() at the end of
On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote:
On Wed, Sep 11, 2013 at 06:32:39PM +0300, Mika Westerberg wrote:
This patch adds runtime PM support for the SPI bus analogous to what has
been done for the I2C bus. This means that the SPI core prepares runtime PM
for a client
On 12 September 2013 12:46, Srivatsa S. Bhat
srivatsa.b...@linux.vnet.ibm.com wrote:
That sounds good! Even the naming is much better, it conveys the intent
clearly.
Folded below change in my patch (attached):
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index
Hi Kishon,
On Mon, Sep 2, 2013 at 9:13 PM, Kishon Vijay Abraham I kis...@ti.com wrote:
Adapted dwc3 core to use the Generic PHY Framework. So for init, exit,
power_on and power_off the following APIs are used phy_init(), phy_exit(),
phy_power_on() and phy_power_off().
However using the old
On Thu, Sep 12, 2013 at 12:24:47PM +0300, Mika Westerberg wrote:
On Wed, Sep 11, 2013 at 06:12:43PM +0200, Samuel Ortiz wrote:
I think it would make more sense for you to merge that one together with
the related i2c changes. If you prefer that I take it through MFD,
please let me know.
On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote:
On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote:
I would be able to have this and the other patch in the SPI tree in case
it overlaps with other work - I'm not sure what the plan will be for
merging this stuff but
On Mon, Sep 2, 2013 at 10:14 AM, Sachin Kamat sachin.ka...@linaro.org wrote:
kcalloc can return NULL. Check the pointer before dereferencing.
Signed-off-by: Sachin Kamat sachin.ka...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
I guess Vinod can take this into fixes for v3.12?
On Thu, Sep 12, 2013 at 10:31:45AM +0100, Mark Brown wrote:
On Thu, Sep 12, 2013 at 12:27:43PM +0300, Mika Westerberg wrote:
On Wed, Sep 11, 2013 at 04:51:20PM +0100, Mark Brown wrote:
I would be able to have this and the other patch in the SPI tree in case
it overlaps with other work -
This patch adds an interface to the random pool for feeding entropy in-kernel.
It might be dangerous when some driver writers think they have good
randomness when really they haven't.
Signed-off-by: Torsten Duwe d...@lst.de
---
include/linux/hw_random.h |2 ++
drivers/char/random.c |
Running completely virtualised, system Z severely lacks good true random
sources.
Gathering entropy in a virtual environment is difficult. To compensate, there is
specialised crypto hardware which includes a source for hardware randomness;
the zcrypt driver is able to access this random source.
1 - 100 of 1670 matches
Mail list logo