From: Sukadev Bhattiprolu
Date: Wed, 31 Oct 2012 11:21:28 -0700
Subject: [PATCH] perf: powerpc: Use uapi/unistd.h to fix build error
Use the 'unistd.h' from arch/powerpc/include/uapi to build the perf tool.
Signed-off-by: Sukadev Bhattiprolu
---
tools/perf/perf.h |2 +-
1 files changed, 1
On Fri, Nov 2, 2012 at 4:00 AM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Nov 02, 2012 at 02:42:51AM -0700, Russ Dill wrote:
>> >> browse through various detect functions, yes, some of them key off an
>> >> ID, but a lot of them just check various registers to see if certain
>> >> bits are zero, or ce
On Fri, 2012-10-26 at 09:40 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning is generated.
>
> Signe
On Wed, Oct 31, 2012 at 08:55:54AM +, Jan Beulich wrote:
> >>> On 30.10.12 at 16:44, Konrad Rzeszutek Wilk
> >>> wrote:
> > On Mon, Oct 29, 2012 at 10:08:17AM -0400, Konrad Rzeszutek Wilk wrote:
> >> From: Jan Beulich
> >>
> >> While copying the argument structures in HYPERVISOR_event_chann
On Wed, Oct 24, 2012 at 7:36 PM, Huang Ying wrote:
> In
>
> https://bugzilla.kernel.org/show_bug.cgi?id=48981
>
> Peter reported that /proc/bus/pci/??/??.? does not works for 3.6.
> This is This is because the device configuration space registers will
> be not accessible if the corresponding par
On 11/01/2012 01:49 AM, Zhang, Jun wrote:
> Hello, Anvin
>
> Thank for your advice.
>
> Hello, All
>
> the next patch is made by 2), please review it. Thanks!
>
No, it is not.
You are still modifying the behavior of the kernel depending on
CONFIG_CRASH_DUMP.
CONFIG_CRASH_DUMP doesn't mean "w
On Tue, Oct 23, 2012 at 10:22:18AM +0100, Ian Campbell wrote:
> On Fri, 2012-10-19 at 20:03 +0100, Konrad Rzeszutek Wilk wrote:
> > Makes it easier to troubleshoot in the field.
> >
> > Signed-off-by: Konrad Rzeszutek Wilk
> > ---
> > include/xen/hvm.h | 31 +--
> >
On Fri, Nov 2, 2012 at 9:52 AM, Vivek Goyal wrote:
> On Fri, Nov 02, 2012 at 03:42:48PM +, Matthew Garrett wrote:
>> On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
>>
>> > "crash" utility has module which allows reading kernel memory. So leaking
>> > this private key will be easi
action_result() fails to print out "dirty" even if an error occurred on a
dirty pagecache, because when we check PageDirty in action_result() it was
cleared after page isolation even if it's dirty before error handling. This
can break some applications that monitor this message, so should be fixed.
Printing out the information about which file can be affected by a
memory error in generic_error_remove_page() is helpful for user to
estimate the impact of the error.
Changelog v2:
- dereference mapping->host after if (!mapping) check for robustness
Signed-off-by: Naoya Horiguchi
Cc: Jan Kara
Hello,
These 2 patches fix or add the kernel messages which help users to
know what kind of pages are hit by errors and/or how the impact is.
Originally these were posted as part of patchsets which are pending
due to unsolved issues, but these are simple enough and related only
to memory error ha
On Thu 2012-11-01 15:02:25, Chris Friesen wrote:
> On 11/01/2012 02:27 PM, Pavel Machek wrote:
>
> >Could someone write down exact requirements for Linux kernel to be signed by
> >Microsoft?
> >Because thats apparently what you want, and I don't think crippling
> >kexec/suspend is
> >enough.
>
On 11/02/2012 12:18 PM, Jiri Slaby wrote:
> On 11/02/2012 05:07 PM, Sasha Levin wrote:
>> On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby wrote:
>>> On 10/31/2012 04:59 PM, Sasha Levin wrote:
So you probably want a lot more than 100k syscalls, why limit it at
all actually?
>>>
>>> I unset th
> Further, it is critical to enable hardware vendors to avoid writing
> any code for which there are existing drivers.
Which is why you don't want to create a new bus type for it.
> Capebus seems to me to provide this solution fairly well. I don't
> believe the SFI approach covers the most critic
On Fri, 2 Nov 2012, Vivek Goyal wrote:
> > > "crash" utility has module which allows reading kernel memory. So leaking
> > > this private key will be easier then you are thinking it to be.
> >
> > That's not upstream, right?
>
> Yes, checked with Dave, it is not upstream. Well, still it is a con
The DaVinci AEMIF (asynchronous external memory interface) is used on other
TI SoCs that are not DaVinci based. So the AEMIF driver is to be moved
outside mach-davinci to the drivers folder so that it can be re-used on other
TI SoCs. Also migrate the DaVinci NAND driver to use the new
aemif API.
S
On Mon, Oct 29, 2012 at 03:05:56PM -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Oct 29, 2012 at 11:18:09AM -0700, Alexander Duyck wrote:
> > On Mon, Oct 15, 2012 at 10:19 AM, Alexander Duyck
> > wrote:
> > > While working on 10Gb/s routing performance I found a significant amount
> > > of
> > >
DaVinci NAND driver is a controller driver based on the AEMIF hardware
IP found on TI SoCs. It is also used on SoCs that are not DaVinci based. This
patch removes the driver dependency on DaVinci architecture so that it
can be used on other architectures such as c6x, keystone etc.
Also migrate the
This is a platform driver for asynchronous external memory interface
available on TI SoCs. This driver was previously located inside the
mach-davinci folder. As this DaVinci IP is re-used across multiple
family of devices such as c6x, keystone etc, the driver is moved to drivers.
The driver configu
On 11/02/2012 05:07 PM, Sasha Levin wrote:
> On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby wrote:
>> On 10/31/2012 04:59 PM, Sasha Levin wrote:
>>> So you probably want a lot more than 100k syscalls, why limit it at
>>> all actually?
>>
>> I unset the limit but I still can't reproduce...
>>
>>> I've
On 11/01, Oleg Nesterov wrote:
>
> On 11/01, Paul E. McKenney wrote:
> >
> > OK, so it looks to me that this code relies on synchronize_sched()
> > forcing a memory barrier on each CPU executing in the kernel.
>
> No, the patch tries to avoid this assumption, but probably I missed
> something.
>
>
On Fri, Oct 26, 2012 at 04:45:14PM -0500, Seth Jennings wrote:
> On 10/02/2012 01:17 PM, Dan Magenheimer wrote:
> > If so, and move forward? What do you see as next steps?
>
> I've been reviewing the changes between zcache and zcache2 and getting
> a feel for the scope and direction of those cha
On Fri, Nov 2, 2012 at 11:51 AM, Jiri Slaby wrote:
> On 10/31/2012 04:59 PM, Sasha Levin wrote:
>> So you probably want a lot more than 100k syscalls, why limit it at
>> all actually?
>
> I unset the limit but I still can't reproduce...
>
>> I've attached my .config for the guest kernel as referen
On Fri, Nov 2, 2012 at 7:21 AM, Alan Cox wrote:
>> >> Fair enough. But there's no such thing a 'hotplug enumeration
>> >> construct' in Linux yet, and a bus is the closest thing to it. It does
>> >> take advantage of the nice way device code matches drivers and devices
>> >> though.
>
> A bus is t
From: Shan Wei
Signed-off-by: Shan Wei
Reviewed-by: Christoph Lameter
---
net/core/flow.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/net/core/flow.c b/net/core/flow.c
index e318c7e..3bad824 100644
--- a/net/core/flow.c
+++ b/net/core/flow.c
@@ -327,11 +327,9 @@
this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id())
and can reduce memory accesses.
The latter helper needs to find the offset for current cpu,
and needs more assembler instructions which objdump shows in following.
per_cpu_ptr(p, smp_processor_id())：
1e: 65 8b 04 25 00 00 00 00
From: Shan Wei
As Christoph Lameter said:
> In addition, following usage of per_cpu_ptr can be replaced by this_cpu_read.
>
> cpu=get_cpu()
>
> *per_cpu_ptr(p,cpu)
>
>
> put_cpu()
Right.
Signed-off-by: Shan Wei
---
net/batman-adv/main.h |4 +---
1 files changed, 1 inserti
From: Shan Wei
Signed-off-by: Shan Wei
Reviewed-by: Christoph Lameter
---
drivers/clocksource/arm_generic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/clocksource/arm_generic.c
b/drivers/clocksource/arm_generic.c
index c4d9f95..cb445ab 100644
--- a/driv
From: Shan Wei
Signed-off-by: Shan Wei
---
kernel/trace/blktrace.c |2 +-
kernel/trace/trace.c|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/blktrace.c b/kernel/trace/blktrace.c
index c0bd030..71259e2 100644
--- a/kernel/trace/blktrace.c
+++ b/ke
From: Shan Wei
Signed-off-by: Shan Wei
---
kernel/padata.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/kernel/padata.c b/kernel/padata.c
index 89fe3d1..cf94137 100644
--- a/kernel/padata.c
+++ b/kernel/padata.c
@@ -171,7 +171,7 @@ static struct padata_priv *pad
From: Shan Wei
Signed-off-by: Shan Wei
---
kernel/rcutree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/rcutree.c b/kernel/rcutree.c
index 74df86b..441b945 100644
--- a/kernel/rcutree.c
+++ b/kernel/rcutree.c
@@ -1960,7 +1960,7 @@ static void force_quiescent
From: Shan Wei
no change vs v1.
Lots of drivers use this kind to read/write per-cpu variable.
stats = this_cpu_ptr(dp->stats_percpu);
u64_stats_update_begin(&stats->sync);
stats->tx_packets++;
u64_stats_update_begin(&stats->sync);
Signed-off-by: Shan Wei
---
net/openvswitch/d
From: Shan Wei
Signed-off-by: Shan Wei
---
net/xfrm/xfrm_ipcomp.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/net/xfrm/xfrm_ipcomp.c b/net/xfrm/xfrm_ipcomp.c
index e5246fb..394d672 100644
--- a/net/xfrm/xfrm_ipcomp.c
+++ b/net/xfrm/xfrm_ipcomp.c
@@ -276,14 +2
From: Shan Wei
Signed-off-by: Shan Wei
Reviewed-by: Christoph Lameter
---
net/rds/ib_recv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/rds/ib_recv.c b/net/rds/ib_recv.c
index 8d19491..a4a5064 100644
--- a/net/rds/ib_recv.c
+++ b/net/rds/ib_recv.c
@@ -423,7 +4
this_cpu_ptr is faster than per_cpu_ptr(p, smp_processor_id())
and can reduce memory accesses.
The latter helper needs to find the offset for current cpu,
and needs more assembler instructions which objdump shows in following.
per_cpu_ptr(p, smp_processor_id())：
1e: 65 8b 04 25 00 00 00 00
On Fri, 2012-10-26 at 09:23 -0600, Shuah Khan wrote:
> Add support for debug_dma_mapping_error() call to avoid warning from
> debug_dma_unmap() interface when it checks for mapping error checked
> status. Without this patch, device driver failed to check map error
> warning is generated.
>
> Sign
On Fri, Nov 02, 2012 at 03:42:48PM +, Matthew Garrett wrote:
> On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
>
> > "crash" utility has module which allows reading kernel memory. So leaking
> > this private key will be easier then you are thinking it to be.
>
> That's not upstre
On 10/31/2012 04:59 PM, Sasha Levin wrote:
> So you probably want a lot more than 100k syscalls, why limit it at
> all actually?
I unset the limit but I still can't reproduce...
> I've attached my .config for the guest kernel as reference.
Even using this config does not help to reproduce that.
On Thu, Nov 01, 2012 at 03:02:25PM -0600, Chris Friesen wrote:
> On 11/01/2012 02:27 PM, Pavel Machek wrote:
>
> >Could someone write down exact requirements for Linux kernel to be signed by
> >Microsoft?
> >Because thats apparently what you want, and I don't think crippling
> >kexec/suspend is
Hey Linus,
Please git pull the following tag:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-linus-3.7-rc4-tag
which has the following fixes (copy-n-paste from the signed tag):
Bug-fixes:
* Use appropriate macros instead of hand-rolling our own (ARM).
* Fix
This patch contains fixes for persistent grants implementation v2:
* handle == 0 is a valid handle, so initialize grants in blkback
setting the handle to BLKBACK_INVALID_HANDLE instead of 0. Reported
by Konrad Rzeszutek Wilk.
* new_map is a boolean, use "true" or "false" instead of 1 and
On Fri, Nov 02, 2012 at 11:30:48AM -0400, Vivek Goyal wrote:
> "crash" utility has module which allows reading kernel memory. So leaking
> this private key will be easier then you are thinking it to be.
That's not upstream, right?
--
Matthew Garrett | mj...@srcf.ucam.org
--
To unsubscribe from
On Fri, Nov 02, 2012 at 10:20:27AM -0400, Alan Stern wrote:
> On Fri, 2 Nov 2012, Jan Beulich wrote:
>
> > >>> On 02.11.12 at 15:01, Alan Stern wrote:
> > > On Thu, 1 Nov 2012, Jan Beulich wrote:
> > >
> > >> >>> Alan Stern 11/01/12 9:39 PM >>>
> > >> >On Thu, 1 Nov 2012, Jan Beulich wrote:
> >
On 18/10/2012 16:15, Wei Yongjun wrote:
From: Wei Yongjun
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Acked-by: M
On 18/10/2012 16:13, Wei Yongjun wrote:
From: Wei Yongjun
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Acked-by: M
On Fri, 02 Nov 2012 15:49:02 +0100
Paolo Bonzini wrote:
> Il 31/10/2012 22:22, Tejun Heo ha scritto:
> > Hello, Paolo.
> >
> > On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote:
> >>> Disabling filters if opened by root and tranfering via SCM_RIGHTS
> >>> would be the simplest interf
On Fri, Nov 02, 2012 at 04:12:21PM +0100, Lars-Peter Clausen wrote:
> On 11/02/2012 02:38 PM, Josh Cartwright wrote:
> > On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
> >> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
[...]
> >>> +static void __init zynq_periph_clk_setup(stru
On Wed, Oct 31, 2012 at 03:02:01PM +, Matthew Garrett wrote:
> On Wed, Oct 31, 2012 at 03:50:00PM +0100, Jiri Kosina wrote:
>
> > Reading stored memory image (potentially tampered before reboot) from disk
> > is basically DMA-ing arbitrary data over the whole RAM. I am currently not
> > able
On 18/10/2012 16:12, Wei Yongjun wrote:
From: Wei Yongjun
Use the module_pci_driver() macro to make the code simpler
by eliminating module_init and module_exit calls.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Huh, learn
Christoph Lameter said, at 2012/11/1 1:50:
>>
>> -buffer = per_cpu_ptr(percpu_buffer, smp_processor_id());
>> +buffer = this_cpu_ptr(percpu_buffer);
>>
>> return buffer->buffer;
>
>
> Just do a
>
> return this_cpu_read(percpu_buffer->buffer);
>
> and get rid of the this_cpu_p
On 31.10.2012 22:41, Stanislav Meduna wrote:
> on an embedded platform using a Freescale i.MX28 ARM processor
> I am experiencing a strange phenomenon - the latencies reported
> are dependent of HZ
OK, the problem is that the MXS platform does not setup
the scheduler clock so the scheduler only s
On Fri, 2012-11-02 at 15:03 +, Christoph Lameter wrote:
> On Fri, 2 Nov 2012, Steven Rostedt wrote:
>
> > > also it would be best to sync this conceptually with the processors
> > > enabled for rcu processing.
> >
> > Processors can be disabled for rcu processing? Or are you talking about
> >
On 11/02/2012 02:38 PM, Josh Cartwright wrote:
> Thanks for the review.
>
> On Fri, Nov 02, 2012 at 10:33:44AM +0100, Lars-Peter Clausen wrote:
>> On 10/31/2012 07:58 PM, Josh Cartwright wrote:
>>> [...]
>>> +#define PERIPH_CLK_CTRL_SRC(x) (periph_clk_parent_map[((x)&3)>>4])
>>> +#define PERIP
[RE: [PATCH] To crash dump, we need keep other memory type except E820_RAM,
because other type come from BIOS or firmware is used by other code(for
example: PCI_MMCONFIG).] On 01/11/2012 (Thu 08:49) Zhang, Jun wrote:
> Hello, Anvin
>
> Thank for your advice.
>
> Hello, All
>
> the next patch
This will show the gpio chip as a child node
under /sys/bus/pci/devices/:xx:xx.x/
Signed-off-by: Alexander Stein
---
drivers/gpio/gpio-pch.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpio-pch.c b/drivers/gpio/gpio-pch.c
index 4ad0c4f..e3a14fe 10064
On Fri, Nov 2, 2012 at 5:23 AM, Rafael J. Wysocki wrote:
> On Thursday, October 18, 2012 01:50:09 PM Yinghai Lu wrote:
>> From: Tang Chen
>>
>> We need to find out if one handle is for root bridge, and install notify
>> handler for it to handle pci root bus hot add.
>> At that time, root bridge a
On Fri, 2 Nov 2012, Steven Rostedt wrote:
> > also it would be best to sync this conceptually with the processors
> > enabled for rcu processing.
>
> Processors can be disabled for rcu processing? Or are you talking about
> Paul's new work of offloading rcu callbacks?
Yes. Paul's new work to remo
On 11/02/2012 04:23 AM, Ralf Baechle wrote:
> On Fri, Nov 02, 2012 at 10:58:01AM +0100, Ralf Baechle wrote:
>
>> Can you fold these MIPS bits into your patch?
>
> I missed Lantiq.
Thanks, I've squashed that in, and with a quick grep noticed that
arch/{arm64,microblaze} also need updating.
--
To
On Thu, Nov 01, 2012 at 10:29:17AM -0400, Eric Paris wrote:
> On Thu, Nov 1, 2012 at 5:59 AM, James Bottomley
> wrote:
>
> > But that doesn't really help me: untrusted root is an oxymoron.
>
> Imagine you run windows and you've never heard of Linux. You like
> that only windows kernels can boot
On 11/02/2012 03:37 PM, Steven Rostedt wrote:
On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote:
On Mon, 29 Oct 2012, Steven Rostedt wrote:
A while ago Frederic posted a series of patches to get an idea on
how to implement nohz cpusets. Where you can add a task to a cpuset
and mark th
Il 31/10/2012 22:22, Tejun Heo ha scritto:
> Hello, Paolo.
>
> On Thu, Oct 25, 2012 at 02:35:20PM -0400, Paolo Bonzini wrote:
>>> Disabling filters if opened by root and tranfering via SCM_RIGHTS
>>> would be the simplest interface-wise (there's no new interface at
>>> all). Would that be too dan
This makes the resulting diagnostics quite a bit more useful.
Signed-off-by: Jan Beulich
---
include/linux/bug.h | 16
1 file changed, 16 insertions(+)
--- 3.7-rc3/include/linux/bug.h
+++ 3.7-rc3-static-assert/include/linux/bug.h
@@ -27,8 +27,15 @@ struct pt_regs;
result
This is another step towards better standard conformance. Rather than
adding a local buffer to store the specified portion of the string
(with the need to enforce an arbitrary maximum supported width to
limit the buffer size), do a maximum width conversion and then drop as
much of it as is necessar
On Thu, 1 Nov 2012, Kent Yoder wrote:
> Hi James,
>
> This time against security-next...
Thanks, pulled.
>
> The following changes since commit 61d335dd27c67d656f114c091a46cf95cbeeb77c:
>
> Merge branch 'security-next-keys' of
> git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/secu
On Fri, 2012-11-02 at 14:23 +, Christoph Lameter wrote:
> On Mon, 29 Oct 2012, Steven Rostedt wrote:
>
> > A while ago Frederic posted a series of patches to get an idea on
> > how to implement nohz cpusets. Where you can add a task to a cpuset
> > and mark the set to be 'nohz'. When the task
On Fri, Nov 02, 2012 at 07:59:15PM +0530, Balbir Singh wrote:
> On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal wrote:
> > On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote:
> >> On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote:
> >>
> >> > So I think this does satisfy the req
This add checks for out of range numbers (including in cases where the
folding of slot and function into a single value could yield false
matches).
It also removes the bogus field width restrictions in str_to_quirk() -
nowhere else in the driver this is being done, and hence this function
could re
Correct spelling typo in bnx2x driver
Signed-off-by: Masanari Iida
---
drivers/net/ethernet/broadcom/bnx2x/bnx2x_ethtool.c | 2 +-
drivers/net/ethernet/broadcom/bnx2x/bnx2x_link.c| 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnx2x/bnx2
Now that at least one of the conformance problems of the kernel's
sscanf() was addressed (commit da99075c1d368315e1508b6143226c0d27b621e0),
we can improve the parsing done in xen-pciback both in terms of code
readability and correctness (in particular properly rejecting input
strings not well forme
1: simplify and tighten parsing of device IDs
2: reject out of range inputs
Signed-off-by: Jan Beulich
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.ht
On Fri, Nov 2, 2012 at 6:53 PM, Vivek Goyal wrote:
> On Thu, Nov 01, 2012 at 02:52:25PM +, Matthew Garrett wrote:
>> On Thu, Nov 01, 2012 at 10:43:04AM -0400, Vivek Goyal wrote:
>>
>> > So I think this does satisfy the requirement matthew specified. Isn't it?
>> > Matthew, what do you think?
>
Correct spelling typo in sound/soc/codecs
Signed-off-by: Masanari Iida
---
sound/soc/codecs/ab8500-codec.c | 2 +-
sound/soc/codecs/wm8974.c | 6 +++---
sound/soc/codecs/wm8978.c | 6 +++---
sound/soc/codecs/wm8983.c | 6 +++---
sound/soc/codecs/wm8985.c | 6 +++---
5 fil
On Wed, Oct 31, 2012 at 8:16 PM, Henrik Rydberg wrote:
> Hi Benjamin,
>
>> > This is a nice feature, useful in many other contexts. As such, I
>> > think it should be defined in the context of the input subsystem, with
>> > a more specific definition added to the documentation. For instance,
>> >
On Mon, 29 Oct 2012, Steven Rostedt wrote:
> A while ago Frederic posted a series of patches to get an idea on
> how to implement nohz cpusets. Where you can add a task to a cpuset
> and mark the set to be 'nohz'. When the task runs on a CPU and is
> the only task scheduled (nr_running == 1), the
Enhance the driver to support partition subnodes inside the nand
device bindings to describe partions on the nand device.
Signed-off-by: Murali Karicheri
---
.../devicetree/bindings/arm/davinci/nand.txt |8
drivers/mtd/nand/davinci_nand.c| 13 ++--
Enhance the driver to support partition subnodes inside the nand
device bindings to describe partions on the nand device.
Signed-off-by: Murali Karicheri
---
.../devicetree/bindings/arm/davinci/nand.txt |8
drivers/mtd/nand/davinci_nand.c| 13 ++--
In virtualized environments, the CR0.TS management needed here can be a
lot slower than anticipated by the original authors of this code, which
particularly means that in such cases forcing the use of SSE- (or MMX-)
based implementations is not desirable - actual measurements should
always be done
On Fri, 2 Nov 2012, Jan Beulich wrote:
> >>> On 02.11.12 at 15:01, Alan Stern wrote:
> > On Thu, 1 Nov 2012, Jan Beulich wrote:
> >
> >> >>> Alan Stern 11/01/12 9:39 PM >>>
> >> >On Thu, 1 Nov 2012, Jan Beulich wrote:
> >> >> >>> Alan Stern 11/01/12 4:28 PM >>>
> >> >> >Evidently we need to ch
Bart Van Assche writes:
> On 10/30/12 21:14, Jeff Moyer wrote:
>> Pass the numa node id set in the Scsi_Host on to blk_init_queue_node
>> in order to keep all allocations local to the numa node the device is
>> closest to.
>>
>> Signed-off-by: Jeff Moyer
>> ---
>> drivers/scsi/scsi_lib.c |
On CPUs with 64-byte last level cache lines, this yields roughly 10%
better performance, independent of CPU vendor or specific model (as far
as I was able to test).
Signed-off-by: Jan Beulich
---
arch/x86/include/asm/xor.h| 172 ++
arch/x86/include/a
On Fri, 2 Nov 2012, Felipe Balbi wrote:
> Hi,
>
> On Fri, Nov 02, 2012 at 03:08:28PM +1100, Stephen Rothwell wrote:
> > Hi Greg,
> >
> > After merging the usb tree, today's linux-next build (x86_64 allmodconfig)
> > produced this warning:
> >
> > WARNING: drivers/usb/host/ehci-hcd: 'ehci_init_d
Besides folding duplicate code, this has the advantage of fixing
x86-64's failure to use proper (para-virtualizable) accessors for
dealing with CR0.TS.
Signed-off-by: Jan Beulich
---
arch/x86/include/asm/xor.h| 319 +-
arch/x86/include/asm/xor_32.h |
Hi Henrik,
On Wed, Oct 31, 2012 at 7:53 PM, Henrik Rydberg wrote:
> Hi Benjamin,
>
>> On Mon, Oct 29, 2012 at 11:19 PM, Henrik Rydberg wrote:
>> > On Fri, Oct 26, 2012 at 10:44:24AM +0200, Benjamin Tissoires wrote:
>> >> Win 8 specification is much more precise than the Win 7 one.
>> >> Moreover
v2 of this series is merely updated on top of the changes between
3.6 and 3.7-rc (which includes the dropping of what previously was
the second patch in a four patch series).
1: unify SSE-base xor-block routines
2: add alternative SSE implementation only prefetching once per 64-byte line
3: make v
On Fri, 2012-11-02 at 13:46 +0100, Rafael J. Wysocki wrote:
> On Thursday, November 01, 2012 08:42:11 AM Toshi Kani wrote:
> > This patchset adds support of CPU hot-remove via an ACPI eject
> > notification to the ACPI processor driver. The CPU hot-remove
> > operation shares the same code path wi
On Fri, 2012-11-02 at 14:09 +, Jan Beulich wrote:
> >>subq $(5*8), %rsp
> >> + CFI_ADJUST_CFA_OFFSET 5*8
> >>
> >>CFI_DEF_CFA_OFFSET SS+8-RIP
> >> end_repeat_nmi:
> >>
> >
> > Is that second one even needed? Or will the CFI_DEF_CFA_OFFSET SS+8-RIP
> > fix it?
>
> Yes it will (as
>>> On 02.11.12 at 14:53, Steven Rostedt wrote:
> On Fri, 2012-11-02 at 09:51 -0400, Steven Rostedt wrote:
>> On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote:
>>
>> > There doesn't appear to be anything special about these adjustments, so I
>> > don't see what help would be required here - i
On Fri, 2012-11-02 at 09:32 -0400, Steven Rostedt wrote:
> Ingo,
Hold off on pulling this. Fengguang found some subtle bugs in David's
patches and I'm going to rebase (again) without them. I don't want to
hold up the rest of the patches for these few bugs.
I'll post a tip/perf/core-2 soon.
-- St
>>> On 02.11.12 at 15:01, Alan Stern wrote:
> On Thu, 1 Nov 2012, Jan Beulich wrote:
>
>> >>> Alan Stern 11/01/12 9:39 PM >>>
>> >On Thu, 1 Nov 2012, Jan Beulich wrote:
>> >> >>> Alan Stern 11/01/12 4:28 PM >>>
>> >> >Evidently we need to change your new test in
>> >> >drivers/usb/early/ehci-db
HPET_TN_FSB is not a proper mask bit; it merely toggles between MSI and
legacy interrupt delivery. The proper mask bit is HPET_TN_ENABLE, so
use both bits when (un)masking the interrupt.
Signed-off-by: Jan Beulich
---
arch/x86/kernel/hpet.c |4 ++--
1 files changed, 2 insertions(+),
On Thu, 1 Nov 2012, Jan Beulich wrote:
> >>> Alan Stern 11/01/12 9:39 PM >>>
> >On Thu, 1 Nov 2012, Jan Beulich wrote:
> >> >>> Alan Stern 11/01/12 4:28 PM >>>
> >> >Evidently we need to change your new test in
> >> >drivers/usb/early/ehci-dbgp.c to:
> >> >
> >> >#if IS_ENABLED(CONFIG_USB_HCD_EH
On Fri, Nov 02, 2012 at 01:49:25AM -0700, Eric W. Biederman wrote:
> When the goal is to secure Linux I don't see how any of this helps.
> Windows 8 compromises are already available so if we turn most of these
> arguments around I am certain clever attackers can go through windows to
> run compro
On Thu, 1 Nov 2012, Jesse Gross wrote:
> On Thu, Nov 1, 2012 at 7:33 AM, Christoph Lameter wrote:
> > On Thu, 1 Nov 2012, Shan Wei wrote:
> >
> >> But for different field in same per-cpu variable, how to guarantee n_missed
> >> and n_hit are from same cpu?
> >> this_cpu_read(dp->stats_percpu->n_m
setup_hpet_msi_remapped() returns a negative error indicator on error
- check for this rather than for a boolean false indication, and pass
on that error code rather than a meaningless "-1".
Signed-off-by: Jan Beulich
Cc: David Woodhouse
---
arch/x86/kernel/apic/io_apic.c |5 +++--
1 file
On 11/02/2012 07:33 AM, Sekhar Nori wrote:
On 10/25/2012 9:41 PM, Murali Karicheri wrote:
pll dividers are present in the pll controller of DaVinci and Other
SoCs that re-uses the same hardware IP. This has a enable bit for
bypass the divider or enable the driver. This is a sub class of the
clk
Am 02.11.2012 11:50, schrieb Alexander Holler:
Hello,
I've just got the following on an AMD A10 5800K:
--
[ 8395.999581] [Hardware Error]: CPU:0
MC1_STATUS[-|CE|MiscV|-|AddrV|-|-]: 0x8c210151
[ 8395.999586] [Hardware Error]:MC1_ADDR: 0xa00e1203
[ 8395.999588] [Hardwa
On Fri, 2012-11-02 at 09:51 -0400, Steven Rostedt wrote:
> On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote:
>
> > There doesn't appear to be anything special about these adjustments, so I
> > don't see what help would be required here - it ought to be the normal use
> > of CFI_ADJUST_CFA_OFFS
At least some older gcc versions dislike mixing constant and non-const
data in the same section ("... causes a section type confict").
Signed-off-by: Jan Beulich
---
arch/x86/kernel/cpu/perf_event_p6.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- 3.7-rc3/arch/x86/kernel/cpu/per
On Thu, 2012-11-01 at 19:53 +, Jan Beulich wrote:
> There doesn't appear to be anything special about these adjustments, so I
> don't see what help would be required here - it ought to be the normal use
> of CFI_ADJUST_CFA_OFFSET that needs adding.
This change look fine to you?
diff --git a/
The of_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/pinctrl/pinctrl-exynos.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/pinctrl-exynos.c b/drivers/pinctrl/pinctrl-exynos.c
index 73a0aa2..b023254 100644
--- a/drivers/pinctrl/pi
301 - 400 of 565 matches
Mail list logo
