* H. Peter Anvin wrote:
> I can regenerate the patch if you want.
No need, I think a separate cleanup patch might be better (in a
non-urgent branch), because currently a number of other lines in
arch/x86/Makefile are violating this kbuild convention as well.
Thanks,
Ingo
--
To unsub
On Wed 04-12-13 14:04:16, Oleg Nesterov wrote:
> At least out_of_memory() calls has_intersects_mems_allowed()
> without even rcu_read_lock(), this is obviously buggy.
>
> Add the necessary rcu_read_lock(). This means that we can not
> simply return from the loop, we need "bool ret" and "break".
>
On 2013年12月04日 01:25, Rob Herring wrote:
On Tue, Dec 3, 2013 at 10:39 AM, Hanjun Guo wrote:
From: Amit Daniel Kachhap
This patch introduces a new API for acpi based irq mapping.
[hanjun: Rework this patch to delete the reference to
gic_irq_domain_xlate() which can simplify the code a lot.]
Replace the "fake" clocks defined in the "bcm11351.dtsi" device tree
file with real definitions backed by the new BCM281xx clock driver..
Signed-off-by: Alex Elder
Reviewed-by: Matt Porter
Reviewed-by: Tim Kryger
---
v2: - got rid of the "not_selected" clock definition
arch/arm/boot/dts/bcm11
On Wed, Dec 4, 2013 at 8:21 AM, Hanjun Guo wrote:
> On 2013年12月04日 00:57, One Thousand Gnomes wrote:
>>>
>>> diff --git a/drivers/acpi/plat/arm-core.c b/drivers/acpi/plat/arm-core.c
>>> index 45ff625..8527ecc 100644
>>> --- a/drivers/acpi/plat/arm-core.c
>>> +++ b/drivers/acpi/plat/arm-core.c
>>>
On Wed 04-12-13 14:04:20, Oleg Nesterov wrote:
> find_lock_task_mm() expects it is called under rcu or tasklist lock,
> but it seems that at least oom_unkillable_task()->task_in_mem_cgroup()
> and mem_cgroup_out_of_memory()->oom_badness() can call it lockless.
>
> Perhaps we could fix the callers,
Commit-ID: 727ebd544f85285a223ecc6a2a57ef90202cdc7b
Gitweb: http://git.kernel.org/tip/727ebd544f85285a223ecc6a2a57ef90202cdc7b
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 11:30:14 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:45 -0300
perf tools: Use co
Commit-ID: 6f9a317f2a2d4950880ecfa7eea53ed79f85255f
Gitweb: http://git.kernel.org/tip/6f9a317f2a2d4950880ecfa7eea53ed79f85255f
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 11:30:17 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
perf tools: Add pe
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 and IPY returns HB_ACK.
>>>
>>> In case of the path between IP-A
Commit-ID: 985b12e633246750b5424f0a28d5f8cea04de07a
Gitweb: http://git.kernel.org/tip/985b12e633246750b5424f0a28d5f8cea04de07a
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 28 Nov 2013 11:25:19 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
per
Commit-ID: 436b0da02fc12970f2f5ecdef03160c7a401b121
Gitweb: http://git.kernel.org/tip/436b0da02fc12970f2f5ecdef03160c7a401b121
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 28 Nov 2013 13:26:33 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:47 -0300
per
Commit-ID: bc3a502bc2bc78d03526d6abcc5697aab18d5ae9
Gitweb: http://git.kernel.org/tip/bc3a502bc2bc78d03526d6abcc5697aab18d5ae9
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 11:30:16 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
perf tools: Add wr
Commit-ID: 6305edfc4079668ce02e360a6e5aeea88b9dd279
Gitweb: http://git.kernel.org/tip/6305edfc4079668ce02e360a6e5aeea88b9dd279
Author: Dongsheng Yang
AuthorDate: Mon, 2 Dec 2013 10:26:48 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:26:39 -0300
perf tools: Co
Commit-ID: 5e22f6d22bae494ffc23da4032c477c54fd7c2d9
Gitweb: http://git.kernel.org/tip/5e22f6d22bae494ffc23da4032c477c54fd7c2d9
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 28 Nov 2013 11:50:41 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
per
Commit-ID: 66cc3ada4ec3c277a21cba9996cc0cab3409033d
Gitweb: http://git.kernel.org/tip/66cc3ada4ec3c277a21cba9996cc0cab3409033d
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 28 Nov 2013 13:23:05 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
per
Commit-ID: f885037ef6400ce4a4c122a88845dea2c9bca256
Gitweb: http://git.kernel.org/tip/f885037ef6400ce4a4c122a88845dea2c9bca256
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 17:57:22 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 16:29:40 -0300
perf trace: Honour
Commit-ID: bc32358b569247ceabba14dab297070a8fb255c4
Gitweb: http://git.kernel.org/tip/bc32358b569247ceabba14dab297070a8fb255c4
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 12:33:01 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 16:19:26 -0300
perf tools: Includ
Commit-ID: 6233dd5efdf9e2c2da1b003cfb70307b7b2028e8
Gitweb: http://git.kernel.org/tip/6233dd5efdf9e2c2da1b003cfb70307b7b2028e8
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 11:30:13 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:45 -0300
perf record: Unify
Commit-ID: 838d14520267769648fb2fc2a637107a1d102590
Gitweb: http://git.kernel.org/tip/838d14520267769648fb2fc2a637107a1d102590
Author: Jiri Olsa
AuthorDate: Thu, 28 Nov 2013 11:30:15 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 2 Dec 2013 09:22:46 -0300
perf tools: Fine t
Since phy_attach ensures PHYs are resumed, we can now suspend all
PHYs that have no attached netdev after initcalls.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- only check for phydev->attached_dev and let phy_suspend decide on
performing suspend or not (Suggested by Flor
When phydev is going to HALTED state, we can try to suspend it to
safe more power. phy_suspend helper will check if PHY can be suspended,
so just call it when entering HALTED state.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- initial, integrate phy_suspend to phy state mac
When using phydev, it should be phy_start/phy_stop'ed properly. This
driver doesn't do that, so add the corresponding calls to port_start/
stop respectively.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- initial, derived from netdev specific patches
(Suggested by Mugunthan
This is v2 of an RFC sent earlier [1] to reduce power consumption of network
PHYs with link that are either unused or the corresponding netdev is down.
In contrast to RFCv1, this now integrates phy_suspend/phy_resume transparent
to the netdev drivers. Also, phy_suspend now only suspends the PHY if
This ensures PHYs are resumed on attach and suspended on detach.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- none
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-kernel@vger.kernel.or
Marvell PHYs support generic PHY suspend/resume, so provide those
callbacks to all marvell specific drivers.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- none
Cc: David Miller
Cc: Florian Fainelli
Cc: Mugunthan V N
Cc: net...@vger.kernel.org
Cc: linux-arm-ker...@lists.i
On Tue, Dec 3, 2013 at 10:39 AM, Hanjun Guo wrote:
> When boot the kernel with MADT, the cpu possible and present maps should be
> prefilled for cpu topology and acpi based cpu hot-plug.
>
> The logic cpu id maps to APIC id (GIC id) is also implemented, it is needed
> for acpi processor drivers.
>
This adds helper functions to resume and suspend a given phy_device
by calling the corresponding driver callbacks if available.
Signed-off-by: Sebastian Hesselbarth
---
Changelog:
RFCv1->RFCv2:
- only suspend if WOL is not enabled
- remove EXPORT_SYMBOL for phy_suspend/resume
Cc: David Miller
C
+CC Lv Zheng
On 2013年12月04日 02:03, Mark Rutland wrote:
On Tue, Dec 03, 2013 at 04:36:49PM +, Hanjun Guo wrote:
introduce arm_core.c and its related head file, after this patch,
we can get ACPI tables from BIOS on ARM64 now.
Signed-off-by: Al Stone
Signed-off-by: Graeme Gregory
Signed-off
On 04/12/13 15:32, Hanjun Guo wrote:
> On 2013年12月04日 01:26, Marc Zyngier wrote:
>> Hi Hanjun,
>>
>> On 03/12/13 16:39, Hanjun Guo wrote:
>>> In MADT table, there are GIC cpu interface base address and
>>> GIC distributor base address, use them to convert GIC to ACPI.
>>>
>>> Signed-off-by: Hanjun
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 ?
1) the 1st patch that should be merged in 3.13
2)
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 ARM64
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 in
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 :
> 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 to get the missing definition
Cc: Andre
2013/12/5 Christoph Lameter :
> 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 @
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 transacti
From: Rob Herring
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 sophisticated binding schema ch
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
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.
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 c
On 12/04/2013 11:01 AM, Michael Tuexen wrote:
> On Dec 4, 2013, at 4:41 PM, Vlad Yasevich 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.
On Wed, 2013-12-04 at 10:03 -0600, Rob Herring wrote:
> From: Rob Herring
>
> 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
> t
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.
>
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
---
kernel/smp.c | 5 +
1 file changed, 1 insertion(+), 4 delet
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
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Cc: David Howells
Cc: Koichi Yasutake
Cc: linux-am33-l...@redhat.com
Signed-off-by: Jiang Liu
--
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
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Cc: David Howel
Cc: Andrew Morton
Cc: Shaohua Li
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Steven Rostedt
Cc: Jiri Kosina
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux...@de.ibm.com
Signed-off-by: Jiang Liu
---
arch/s390/kernel/smp.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
di
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 wrote:
> On 12/04/2013 11:01 AM, Michael Tuexen wrote:
>> On Dec 4, 2013, at 4:41 PM, Vlad Yasevich 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
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 generic_smp_call_functio
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 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 and IPY r
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 architect
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 "unsub
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
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 message - I don't think
it ma
On Wed, 4 Dec 2013, Ingo Molnar wrote:
>
> * Christoph Lameter 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
> > (which
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 patc
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)
>
On 12/04/2013 12:59 AM, Ingo Molnar wrote:
>
> * H. Peter Anvin 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 GEN_BINARY_
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>;
>>> >> +
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
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 caller
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 ali
> > 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 l
> 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 publ
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 add
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 avai
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 questiona
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 condit
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
> > orig
On 12/04/2013 12:09 AM, Alexandre Courbot wrote:
> Hi Stephen,
>
> On Fri, Nov 22, 2013 at 10:35 AM, Alex Courbot 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 exp
> -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 functio
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
>> Patch description?
>>
>> BTW, did you compile all the Tegra DT files before and after this
>> chang
On Wed, Dec 4, 2013 at 8:41 PM, Bjorn Helgaas wrote:
> On Tue, Dec 3, 2013 at 11:20 PM, Jagan Teki wrote:
>> Thanks for your quick response.
>> Please find my comments below.
>>
>> On Tue, Dec 3, 2013 at 11:09 PM, Bjorn Helgaas wrote:
>>> On Tue, Dec 3, 2013 at 4:24 AM, Jagan Teki wrote:
H
* Christoph Lameter wrote:
> On Wed, 4 Dec 2013, Ingo Molnar wrote:
>
> >
> > * Christoph Lameter 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 thr
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 TEGR
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
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
On 12/03/2013 06:16 AM, Laxman Dewangan wrote:
> Signed-off-by: Laxman Dewangan
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 info at http://vger
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é
> Cc:
On Dec 4, 2013, at 5:48 PM, David Laight 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 scope".
>
> Y
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
> http://git.dorsal.polymtl.ca/~averge?p=linux.git;a=shortlog;h=
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
301 - 400 of 770 matches
Mail list logo
