On 2013年12月04日 13:46, Zheng, Lv wrote:
From: linux-acpi-ow...@vger.kernel.org
[mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Hanjun Guo
Sent: Wednesday, December 04, 2013 12:37 AM
introduce arm_core.c and its related head file, after this patch,
we can get ACPI tables from BIOS on
On Tuesday 03 December 2013 06:24 PM, Tejun Heo wrote:
Hello,
On Mon, Dec 02, 2013 at 09:27:23PM -0500, Santosh Shilimkar wrote:
So we add equivalent APIs so that we can replace usage of bootmem
with memblock interfaces. Architectures already converted to NO_BOOTMEM
use these new interfaces
On 2013年12月04日 18:10, Graeme Gregory wrote:
On Wed, Dec 04, 2013 at 12:36:51AM +0800, Hanjun Guo wrote:
Add Kconfigs to build ACPI on ARM64, and make ACPI runable on ARM64.
acpi_idle driver is x86/IA64 dependent now, so make CONFIG_ACPI_PROCESSOR
depends on X86 || IA64, and implement it on ARM
2013/12/4 Douglas Gilbert dgilb...@interlog.com:
On 13-12-04 04:21 PM, Alan Stern wrote:
On Wed, 4 Dec 2013, boris brezillon wrote:
The patches look fine to me. But only the 1/3 patch fixes a bug; the
others merely change the resource management.
Do you want me to split this series ?
In file included from kernel/crash_dump.c:2:0:
include/linux/crash_dump.h:22:27: error: unknown type name ‘pgprot_t’
when CONFIG_CRASH_DUMP=y
The error was traced back to this commit:
9cb218131de1 vmcore: introduce remap_oldmem_pfn_range()
include asm/pgtable.h to get the missing
2013/12/5 Christoph Lameter c...@linux.com:
On Tue, 3 Dec 2013, Andrew Morton wrote:
page = alloc_slab_page(alloc_gfp, node, oo);
if (unlikely(!page)) {
oo = s-min;
What is the value of s-min? Please tell me it's zero.
It usually is.
@@ -1349,7 +1350,7 @@ static
On 12/04/2013 03:11 AM, Oleg Nesterov wrote:
It is still not clear to me if we can simply change a single byte on
x86 or not, but at least on powerpc we need to update 4 bytes. Perhaps
we can conditionalize these pte games later.
But 4 aligned bytes can be written as a single transaction.
From: Rob Herring rob.herr...@calxeda.com
This adds a simple check that any compatible strings in DeviceTree dts
files are present in Documentation/devicetree/bindings. Vendor prefixes
are also checked for existing in vendor-prefixes.txt These should be
temporary checks until we have more
Hello,
On Wed, Dec 04, 2013 at 10:54:47AM -0500, Santosh Shilimkar wrote:
Well as you know there are architectures still using bootmem even after
this series. Changing MAX_NUMNODES to NUMA_NO_NODE is too invasive and
actually should be done in a separate series. As commented, the best
time to
On Wed, Dec 04, 2013 at 09:33:53AM -0500, Rik van Riel wrote:
On 12/03/2013 06:46 PM, Mel Gorman wrote:
On Tue, Dec 03, 2013 at 06:07:06PM -0500, Rik van Riel wrote:
On 12/03/2013 03:52 AM, Mel Gorman wrote:
NUMA PTE updates and NUMA PTE hinting faults can race against each other.
The
On Wed, Dec 04, 2013 at 10:10:28AM +0100, Daniel Lezcano wrote:
On 12/03/2013 10:33 PM, Rafael J. Wysocki wrote:
On Tuesday, December 03, 2013 10:59:58 AM Konrad Rzeszutek Wilk wrote:
If not, we could end up in the unfortunate situation where
we dereference a NULL pointer b/c we have cpuidle
On 12/04/2013 11:01 AM, Michael Tuexen wrote:
On Dec 4, 2013, at 4:41 PM, Vlad Yasevich vyasev...@gmail.com wrote:
On 12/04/2013 09:50 AM, David Laight wrote:
In normal operation, IP-A sends INIT to IP-X, IP-X returns INIT_ACK to
IP-A. IP-A then sends HB to IP-X, IP-X then returns HB_ACK to
On Wed, 2013-12-04 at 10:03 -0600, Rob Herring wrote:
From: Rob Herring rob.herr...@calxeda.com
This adds a simple check that any compatible strings in DeviceTree dts
files are present in Documentation/devicetree/bindings. Vendor prefixes
are also checked for existing in vendor-prefixes.txt
Resend for v3.14 merge window. Patch for ARC, MIPS and PARISC has been
merged into v3.13.
Since commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use
logic similar to smp_call_function_single(), single and multiple
(mask version) cross CPU function calls are handled in the same way,
and
There are some network configurations that do cause problems.
Consider 4 systems with 3 LAN segments:
A) 10.10.10.1 on LAN X and 192.168.1.1 on LAN Y.
B) 10.10.10.2 on LAN X and 192.168.1.2 on LAN Y.
C) 10.10.10.3 on LAN X.
D) 10.10.10.4 on LAN X and 192.168.1.2 on LAN Z.
There are
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 interrupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
This reverts commit f44310b98ddb7f0d06550d73ed67df5865e3eda5.
Commit f44310b98ddb7 smp: Fix SMP function call empty cpu mask race
introduced field call_function_data-cpumask_ipi to resolve a race
condition in smp_call_function_many().
Later commit 9a46ad6d6df3 smp: make smp_call_function_many()
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
This reverts commit 60c323699bb308404dcb60e8808531e02651578a.
Commit 60c323699bb30840 fixes a bug introduced by f44310b98ddb7, and we
are going to revert f44310b98ddb7, so revert 60c323699bb30840 first.
Signed-off-by: Jiang Liu liu...@gmail.com
---
kernel/smp.c | 5 +
1 file changed, 1
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
Enable arch_send_call_function_ipi_mask() on mn10300 to support
smp_call_function_many().
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Ingo Molnar mi...@elte.hu
Cc: Steven Rostedt rost...@goodmis.org
Cc: Jiri Kosina
smp, mn10300: rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI
Rename CALL_FUNC_SINGLE_IPI as CALL_FUNC_IPI to prepare for
killing generic_smp_call_function_single_interrupt().
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc:
Cc: Andrew Morton a...@linux-foundation.org
Cc: Shaohua Li s...@kernel.org
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Ingo Molnar mi...@elte.hu
Cc: Steven Rostedt rost...@goodmis.org
Cc: Jiri Kosina triv...@kernel.org
Cc: Martin Schwidefsky schwidef...@de.ibm.com
Cc: Heiko Carstens
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
On Dec 4, 2013, at 5:12 PM, Vlad Yasevich vyasev...@gmail.com wrote:
On 12/04/2013 11:01 AM, Michael Tuexen wrote:
On Dec 4, 2013, at 4:41 PM, Vlad Yasevich vyasev...@gmail.com wrote:
On 12/04/2013 09:50 AM, David Laight wrote:
In normal operation, IP-A sends INIT to IP-X, IP-X returns
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
On Thu, Dec 05, 2013 at 12:12:51AM +0800, Jiang Liu wrote:
Since commit 9a46ad6d6df3b54 smp: make smp_call_function_many() use
logic similar to smp_call_function_single(), single and multiple
(mask version) cross CPU function calls are handled in the same way,
and
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 intterupt
is needed for architecture specific code to support generic SMP function
call interfaces, so
On Dec 4, 2013, at 4:41 PM, Vlad Yasevich vyasev...@gmail.com wrote:
On 12/04/2013 09:50 AM, David Laight wrote:
In normal operation, IP-A sends INIT to IP-X, IP-X returns INIT_ACK to
IP-A. IP-A then sends HB to IP-X, IP-X then returns HB_ACK to IP-A. In
the meantime, IP-B sends HB to IP-Y
On 04/12/13 16:13, Jiang Liu wrote:
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 intterupt
s/intterupt/interrupt/
is needed for architecture
On Tue, 3 Dec 2013, Jens Axboe wrote:
Christoph, I applied the fs/buffer.c bit, the ext4 one should probably
go through Ted.
This is not going to work unless earlier patchses have been applied since
raw_cpu_ptr is otherwise not availab.e
--
To unsubscribe from this list: send the line
Hi all,
On 13/11/13 11:46, Jonathan Austin wrote:
Hi Ming,
On 13/11/13 11:15, Ming Lei wrote:
From: Jonathan Austin jonathan.aus...@arm.com
Set CONFIG_PAGE_OFFSET as PHYS_OFFSET when !MMU so that
we can keep CONFIG_PAGE_OFFSET same with PAGE_OFFSET.
I'm not so sure about this commit
On Wed, 4 Dec 2013, Ingo Molnar wrote:
* Christoph Lameter c...@linux.com wrote:
The kernel has never been audited to ensure that this_cpu operations
are consistently used throughout the kernel. The code generated in
many places can be improved through the use of this_cpu operations
On Tue, 3 Dec 2013, Paul E. McKenney wrote:
This does not build on 3.13-rc2. Ah, need a couple of patches earlier
in the series.
But... But... Didn't we recently change -to- __this_cpu_ptr() from
the older __get_cpu_var()?
We moved from __get_cpu_var to this_cpu_ptr in a earlier patch
Hi Konrad,
On Tue, Dec 03, 2013 at 04:14:06PM -0500, Konrad Rzeszutek Wilk wrote:
The user has the option of disabling the platform driver:
00:02.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)
which is used to unplug the emulated drivers (IDE, Realtek 8169, etc)
and
On 12/04/2013 12:59 AM, Ingo Molnar wrote:
* H. Peter Anvin h...@zytor.com wrote:
Hi guys,
0c44c2d0f459 x86: Use asm goto to implement better modify_and_test()
functions
causes a regression, because it incorrectly changed the constraints of
bitops.
Specifically, the
On Thu, 5 Dec 2013, Joonsoo Kim wrote:
Now we have cpu partial slabs facility, so I think that slowpath isn't really
slow. And it doesn't much increase the management overhead in the node
partial lists, because of cpu partial slabs.
Well yes that may address some of the issues here.
And
On 12/04/2013 06:45 AM, Alex Elder wrote:
+Device tree example:
+
+clocks {
+slave_ccu: slave_ccu {
+compatible = brcm,bcm11351-slave-ccu;
+reg = 0x3e011000 0x0f00;
+#clock-cells = 1;
+
On Wednesday 04 December 2013 11:07 AM, Tejun Heo wrote:
Hello,
On Wed, Dec 04, 2013 at 10:54:47AM -0500, Santosh Shilimkar wrote:
Well as you know there are architectures still using bootmem even after
this series. Changing MAX_NUMNODES to NUMA_NO_NODE is too invasive and
actually should
While doing my recent work on the generic smp function calls I noticed
that smp_call_function_single without the wait flag can't work, as
it allocates struct call_single_data on stack, and without the wait
flag will happily return before the IPI has been executed.
This affects the following
On 12/04, H. Peter Anvin wrote:
On 12/04/2013 03:11 AM, Oleg Nesterov wrote:
It is still not clear to me if we can simply change a single byte on
x86 or not, but at least on powerpc we need to update 4 bytes. Perhaps
we can conditionalize these pte games later.
But 4 aligned bytes
which is hardly nice. This patch fixes this by having each
PV driver check for:
- if running in PV, then it is fine to execute (as that is their
native environment).
- if running in HVM, check if user wanted 'xen_emul_unplug=never',
in which case bail out and don't load PV
The point is that address scoping should be used. When sending an
INIT from 10.10.10.1 to 10.10.10.4 you should not list 192.168.1.1,
since you are transmitting an address to a node which might or might
not be in the same scope.
You might have two machines that are connected via the public
On Tue, Dec 03, 2013 at 03:04:00PM +, Mel Gorman wrote:
commit 72403b4a0fbdf433c1fe0127e49864658f6f6468 upstream.
Thank you Mel, I'll queue this backport for the 3.11 kernel.
Cheers,
--
Luis
Commit 0255d4918480 (mm: Account for a THP NUMA hinting update as
one PTE update) was added to
On 12/04/2013 09:38 AM, Christoph Lameter wrote:
On Tue, 3 Dec 2013, Jens Axboe wrote:
Christoph, I applied the fs/buffer.c bit, the ext4 one should probably
go through Ted.
This is not going to work unless earlier patchses have been applied since
raw_cpu_ptr is otherwise not availab.e
Hi all,
First, please excuse me for these misformatted patches that my email
client messed up. Next time I will use git send-email. The 3 patches
can be found on
http://git.dorsal.polymtl.ca/~averge?p=linux.git;a=shortlog;h=refs/heads/etm_with_addr_and_pid
Greg: you're right, sysfs is a
The power management has a section mismatch which leads to the following
warning during compilation:
WARNING: arch/avr32/mach-at32ap/built-in.o(.text+0x16d4): Section
mismatch in reference from the function avr32_pm_offset() to the
function .init.text:pm_exception()
The function avr32_pm_offset()
On 12/04/2013 08:48 AM, Oleg Nesterov wrote:
On 12/04, H. Peter Anvin wrote:
On 12/04/2013 03:11 AM, Oleg Nesterov wrote:
It is still not clear to me if we can simply change a single byte on
x86 or not, but at least on powerpc we need to update 4 bytes. Perhaps
we can conditionalize these
On Wed, 2013-12-04 at 10:46 +0800, Dave Young wrote:
Hi, Toshi
Oh, I think I now understand what the issue was. The z420 firmware
updates the SMBIOS table address in the EFI system table to a virtual
address after calling EFI SetVirtualAddressMap. So, you are passing the
original
On 12/04/2013 12:09 AM, Alexandre Courbot wrote:
Hi Stephen,
On Fri, Nov 22, 2013 at 10:35 AM, Alex Courbot acour...@nvidia.com wrote:
On 11/22/2013 05:30 AM, Stephen Warren wrote:
On 11/20/2013 07:40 PM, Alexandre Courbot wrote:
FUSE clock is enabled by most bootloaders, but we cannot
-void copy_huge_page(struct page *dst, struct page *src)
-{
- int i;
- struct hstate *h = page_hstate(src);
-
- if (unlikely(pages_per_huge_page(h) MAX_ORDER_NR_PAGES)) {
With CONFIG_HUGETLB_PAGE=n, the kernel fails to build, throwing this
error:
mm/migrate.c: In function
On 12/03/2013 10:51 PM, Laxman Dewangan wrote:
On Wednesday 04 December 2013 01:39 AM, Stephen Warren wrote:
On 12/02/2013 06:55 AM, Laxman Dewangan wrote:
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
Patch description?
BTW, did you compile all the Tegra DT files before and after this
On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Tue, Dec 3, 2013 at 11:20 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
Thanks for your quick response.
Please find my comments below.
On Tue, Dec 3, 2013 at 11:09 PM, Bjorn Helgaas bhelg...@google.com wrote:
On
* Christoph Lameter c...@linux.com wrote:
On Wed, 4 Dec 2013, Ingo Molnar wrote:
* Christoph Lameter c...@linux.com wrote:
The kernel has never been audited to ensure that this_cpu operations
are consistently used throughout the kernel. The code generated in
many places can be
On 12/03/2013 06:16 AM, Laxman Dewangan wrote:
This new header file defines pincontrol constants for Tegra to
use from Tegra's DTS file for pincontrol properties option.
diff --git a/include/dt-bindings/pinctrl/pinctrl-tegra.h
b/include/dt-bindings/pinctrl/pinctrl-tegra.h
+#define
On Tue, Dec 03, 2013 at 02:53:29PM -0700, Shuah Khan wrote:
On 12/02/2013 12:13 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.3 release.
There are 212 patches in this series, all will be posted as a response
to this one. If anyone has any issues with
On Wed, Dec 04, 2013 at 08:04:23PM +0900, Satoru Takeuchi wrote:
At Mon, 2 Dec 2013 11:13:11 -0800,
Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.12.3 release.
There are 212 patches in this series, all will be posted as a response
to this one. If
On 12/03/2013 06:16 AM, Laxman Dewangan wrote:
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
Patch description? Why convert only 1 board DT file?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo
On Tue, Dec 03, 2013 at 11:40:59PM -0500, Adrien Vergé wrote:
In the same manner as for enabling tracing, an entry is created in
sysfs to set the PID that triggers tracing. This change requires
CONFIG_PID_IN_CONTEXTIDR to be set when using on-chip ETM.
Signed-off-by: Adrien Vergé
On Dec 4, 2013, at 5:48 PM, David Laight david.lai...@aculab.com wrote:
The point is that address scoping should be used. When sending an
INIT from 10.10.10.1 to 10.10.10.4 you should not list 192.168.1.1,
since you are transmitting an address to a node which might or might
not be in the same
On Wed, Dec 04, 2013 at 11:52:34AM -0500, Adrien Vergé wrote:
Hi all,
First, please excuse me for these misformatted patches that my email
client messed up. Next time I will use git send-email. The 3 patches
can be found on
On Wed, Dec 04, 2013 at 11:48:03AM -0500, Konrad Rzeszutek Wilk wrote:
which is hardly nice. This patch fixes this by having each
PV driver check for:
- if running in PV, then it is fine to execute (as that is their
native environment).
- if running in HVM, check if user wanted
This patch series implements clock deregistration in the common clock
framework. Detailed changes are listed at each patch. There is
included an additional patch for the omap3isp driver, required to avoid
regressions.
These patches were rebased on top of 3.13-rc1 and re-retested, are
also
Add helper functions for the of_clk_providers list locking and
an unlocked variant of of_clk_get_from_provider().
These functions are intended to be used in the clkdev to avoid
race condition in the device tree based clock look up in clk_get().
Signed-off-by: Sylwester Nawrocki
The clock core code is going to be modified so clk_get() takes
reference on the clock provider module. Until the potential circular
reference issue is properly addressed, we pass NULL as the first
argument to clk_register(), in order to disallow sub-devices taking
a reference on the ISP module
There is currently a race condition in the device tree part of clk_get()
function, since the pointer returned from of_clk_get_by_name() may become
invalid before __clk_get() call. E.g. due to the clock provider driver
remove() callback being called in between of_clk_get_by_name() and
__clk_get().
This patch adds common __clk_get(), __clk_put() clkdev helpers that
replace their platform specific counterparts when the common clock
API is used.
The owner module pointer field is added to struct clk so a reference
to the clock supplier module can be taken by the clock consumers.
The owner
clk_unregister() is currently not implemented and it is required when
a clock provider module needs to be unloaded.
Normally the clock supplier module is prevented to be unloaded by
taking reference on the module in clk_get().
For cases when the clock supplier module deinitializes despite the
On Wed, Dec 4, 2013 at 8:54 AM, H. Peter Anvin h...@zytor.com wrote:
That is why I talk about the atomic instruction word... most (but not
*all*) architectures have a fundamental minimum unit of instructions
which is aligned and can be atomically written. Typically this is 1, 2,
or 4 bytes.
On Mon, Dec 02, 2013 at 09:40:20PM +0100, Manuel Krause wrote:
On 2013-12-02 20:07, Dmitry Torokhov wrote:
Thank you Manuel, but IO think the patch is not complete as we need to
re-enable PNP devices after we make a snapshot to make sure they are
working and can handle saving the data. Coudl
On Tue, Dec 03, 2013 at 12:42:34PM -0500, Matt Walker wrote:
From: Matt Walker matt.g.d.wal...@gmail.com
Added detection for newer Elantech touchpads, so that kernel doesn't
fall-back to default PS/2 driver. Supports touchpads released after
~August 2013. Fixes bug:
On Wed, Dec 04, 2013 at 09:35:29AM +0800, Baoquan He wrote:
On 12/02/13 at 10:44am, Vivek Goyal wrote:
On Fri, Nov 29, 2013 at 11:10:48AM +0800, Baoquan He wrote:
[..]
+void *arch_kexec_kernel_image_load(struct kimage *image, char *kernel,
+ unsigned long
On Wed, 2013-12-04 at 06:51 -0500, Prarit Bhargava wrote:
On 12/03/2013 04:21 PM, Andrew Morton wrote:
On Mon, 2 Dec 2013 10:19:37 -0500 Prarit Bhargava pra...@redhat.com
wrote:
A slight simplification:
+static inline char *dump_hadware_arch_desc(void)
+{
+ return NULL;
+}
On Wed, Dec 04, 2013 at 09:41:05AM +0800, Baoquan He wrote:
On 11/20/13 at 12:50pm, Vivek Goyal wrote:
This patch adds support for loading a kexec on panic (kdump) kernel usning
new system call.
+int load_crashdump_segments(struct kimage *image)
+{
+ unsigned long src_start, src_sz;
On Wed, Dec 04, 2013 at 09:51:27AM +0800, Baoquan He wrote:
On 12/02/13 at 10:30am, Vivek Goyal wrote:
On Thu, Nov 28, 2013 at 07:28:16PM +0800, Baoquan He wrote:
[..]
+int crash_copy_backup_region(struct kimage *image)
+{
Why need this func be called, backup region has been
On 11/27/2013 04:53 AM, David Long wrote:
From: David A. Long dave.l...@linaro.org
Using Rabin Vincent's ARM uprobes patches as a base, enable uprobes
support on ARM.
Caveats:
- Thumb is not supported
- XOL abort/trap handling is not implemented
Signed-off-by: David A. Long
On Wed, Dec 04, 2013 at 09:56:57AM +0800, Baoquan He wrote:
On 11/20/13 at 12:50pm, Vivek Goyal wrote:
+ * that kexec_mutex is held.
+ */
I think kexec_add_buffer is guaranteed to be called before allocating
control pages, why not updating image-control_page after each time
On Wed, Dec 4, 2013 at 1:34 AM, Ingo Molnar mi...@kernel.org wrote:
* Alexei Starovoitov a...@plumgrid.com wrote:
On Tue, Dec 3, 2013 at 1:16 AM, Ingo Molnar mi...@kernel.org wrote:
Very cool! (Added various other folks who might be interested in
this to the Cc: list.)
I have one
* Roger Quadros rog...@ti.com [131204 03:35]:
Commit 0b2aa8be introduced a regression that causes failure
in setting LED GPO direction to OUT.
This causes USB host probe failures for Beagleboard C4.
[2.075469] platform usb_phy_gen_xceiv.2: Driver usb_phy_gen_xceiv
requests probe
On Wed, Dec 04, 2013 at 03:24:43PM +0900, HATAYAMA Daisuke wrote:
(2013/12/04 12:08), HATAYAMA Daisuke wrote:
(2013/12/04 0:25), Vivek Goyal wrote:
On Tue, Dec 03, 2013 at 10:32:26AM +0900, HATAYAMA Daisuke wrote:
[..]
diff --git a/Documentation/kernel-parameters.txt
This is my first post here. Apologies in advance if I don't get the
etiquette quite right.
Background
==
We have an application which is exhibiting very large performance problems
under some loads.
We noticed extremely high context switch rates under the load in question.
Rates can be
On 12/03/2013 09:20 AM, One Thousand Gnomes wrote:
These types of nested lock problems are common when different layers use
the same interface (the fb subsystem's use of the vt driver is another
example).
They are, and they end up nasty and eventually become impossible to fix.
Better to fix
Peter, Linus, I got lost.
So what do you finally think about this change? Please see v2 below:
- update the comment above gup(write, force)
- add flush_icache_page() before set_pte_at() (nop on x86
and powerpc)
- fix the returned value, and with this change it
This is my first post here. Apologies in advance if I don't get the
etiquette quite right.
Background
==
We have an application which is exhibiting very large performance problems
under some loads.
We noticed extremely high context switch rates under the load in question.
Rates can be
+++--
1 file changed, 40 insertions(+), 2 deletions(-)
Today's next (next-20131204) has a new boot failure[1] on
ux500/snowball which bisected down to this commit. Full boot log
attached.
It doesn't find the alsa device which in turn seems to prevent
On 11/27/2013 04:53 AM, David Long wrote:
From: David A. Long dave.l...@linaro.org
This patch series adds basic uprobes support to ARM. It is based on patches
developed earlier by Rabin Vincent. That approach of adding hooks into
the kprobes instruction parsing code was not well received.
From: Matt Walker matt.g.d.wal...@gmail.com
Added detection for newer Elantech touchpads, so that kernel doesn't
fall-back to default PS/2 driver. Supports touchpads released after
~August 2013. Fixes bug:
https://lists.launchpad.net/kernel-packages/msg18481.html
Signed-off by: Matt Walker
Today's next (next-20131204) has a new boot failure[1] on
ux500/snowball which bisected down to this commit. Full boot log
attached.
Right.
Anyone not on CC (which I think you are Kevin) can follow the fun here:
http://www.spinics.net/lists/arm-kernel/msg291374.html
It doesn't find
--
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.html
Please read the FAQ at http://www.tux.org/lkml/
On 11/27/2013 6:18 PM, Ivan Khoronzhuk wrote:
To reduce code duplicate and increase code readability use WDT core
code to handle WDT interface.
Remove io_lock as the WDT core uses mutex to lock each wdt device.
Remove wdt_state as the WDT core tracks state with its own variable.
The
On Wed, Dec 4, 2013 at 10:00 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Tue, Dec 3, 2013 at 11:20 PM, Jagan Teki jagannadh.t...@gmail.com wrote:
Thanks for your quick response.
Please find my comments below.
On
Em Wed, Dec 04, 2013 at 04:00:18PM +0200, Adrian Hunter escreveu:
On 03/12/13 22:24, Arnaldo Carvalho de Melo wrote:
Em Tue, Dec 03, 2013 at 09:23:09AM +0200, Adrian Hunter escreveu:
When using libbfd to lookup source filename and line number,
libbfd does not need the symbol table.
1101 - 1200 of 1540 matches
Mail list logo