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
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
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 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
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,
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,
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,
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.
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,
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,
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(-)
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
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
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,
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,
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,
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,
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,
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,
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,
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
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
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,
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,
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.
>
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
>
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, 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
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
>
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.
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
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
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
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:
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 ?
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
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
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 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 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
+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
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
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.
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:
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
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:
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
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
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
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:
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
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:
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
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
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:
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:
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
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
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
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
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
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
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
>>>
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
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.]
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".
>
* 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
On Wed 04-12-13 14:04:12, Oleg Nesterov wrote:
> Change oom_kill.c to use for_each_thread() rather than the racy
> while_each_thread() which can loop forever if we race with exit.
>
> Note also that most users were buggy even if while_each_thread()
> was fine, the task can exit even _before_
On Mon, Dec 2, 2013 at 12:28 PM, panchaxari
wrote:
> ARM_PATCH_PHYS_VIRT and AUTO_ZRELADDR has been enabled as default configs
> to integrator platform.
I have tested this now on Integrator/AP and Integrator/CP and it works
fine, so I'm queueing this for v3.14.
Yours,
Linus Walleij
--
To
Document the device tree binding for Broadcom Kona architecture
clock control units and clocks. Kona device nodes are represented
with compatible strings having "bcm11351" in their name.
Kona clocks are managed by "clock control units" (CCUs). Each CCU
has a device tree node, and within that
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 Guo
---
arch/arm64/kernel/irq.c |5
On Tue, Dec 3, 2013 at 5:15 AM, Hanjun Guo wrote:
> ACPI GTDT (Generic Timer Description Table) contains information for
> arch timer initialization, this patch use this table to probe arm timer.
>
> GTDT table is used for ARM/ARM64 only, please refer to chapter 5.2.24
> of ACPI 5.0 spec for
On Wed, Dec 04, 2013 at 10:24:55AM -0500, Tejun Heo wrote:
> FYI, these two patches still apply as-is on top of the current
> driver-core-next e756bc5670d0 ("kobject: fix kset sample error path").
Ick, sorry about that, thanks for the poke, I forgot about them (they
are burried in my "todo" mbox.
I can regenerate the patch if you want.
Ingo Molnar wrote:
>
>* tip-bot for H. Peter Anvin wrote:
>
>> Commit-ID: 5551a34e5aeab868f8d37f70d8754868921b4ee5
>> Gitweb:
>http://git.kernel.org/tip/5551a34e5aeab868f8d37f70d8754868921b4ee5
>> Author: H. Peter Anvin
>> AuthorDate: Wed, 20
This series adds support for Kona clock control units (CCUs) and
clocks, used by Broadcom BCM281xx family SoCs. Kona CCUs are
represented by nodes in the device tree, and the names of the clocks
provided by a CCU are included in its node. Implementation details
of those clocks are defined in a C
On Tue, 3 Dec 2013, David Rientjes wrote:
> PF_MEMPOLICY is an unnecessary optimization for CONFIG_SLAB users.
> There's no significant performance degradation to checking
> current->mempolicy rather than current->flags & PF_MEMPOLICY in the
> allocation path, especially since this is considered
Rui,
Agree with that, there are really many such confusing error type definition
need to be standardized or unified, some of them are
ambiguous、inconsistent, some of them violates ACPI/PCI spec.
According to the ACPI spec, the 'FATAL' in fact, is a sub-category
of 'UNCORRECTABLE' , the
On Tue, Dec 03, 2013 at 11:40:59PM -0500, Adrien Vergé wrote:
> @@ -616,7 +670,7 @@ static int etm_probe(struct amba_device *dev,
> const struct amba_id *id)
> if (ret)
> goto out_unmap;
>
> - /* failing to create any of these three is not fatal */
> + /* failing to create any of these four
On Tue, Dec 03, 2013 at 11:40:25PM -0500, Adrien Vergé wrote:
> In the same manner as for enabling tracing, an entry is created
> in sysfs to set the address range that triggers tracing.
>
> Signed-off-by: Adrien Vergé
> Cc: Russell King
> Cc: Ben Dooks
> Cc: Will Deacon
> Cc: Dietmar
FYI, these two patches still apply as-is on top of the current
driver-core-next e756bc5670d0 ("kobject: fix kset sample error path").
Thanks.
--
tejun
--
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, 3 Dec 2013, Julius Werner wrote:
> usb_deauthorize_device() tries to unset the configuration of a USB
> device and then unconditionally blows away the configuration descriptors
> with usb_destroy_configuration(). This is bad if the
> usb_set_configuration() call failed before the
On Tue, 3 Dec 2013, David Rientjes wrote:
> slab_node() is actually a mempolicy function, so rename it to
> mempolicy_slab_node() to make it clearer that it used for processes with
> mempolicies.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscribe
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) patches 2 to 4 that might be
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 struct page *allocate_slab(struct
* Ville Syrjälä wrote:
> On Wed, Dec 04, 2013 at 10:08:14AM +0100, Ingo Molnar wrote:
> >
> > * ville.syrj...@linux.intel.com wrote:
> >
> > > v2: Rewrite to use the TOM-TSEG_SIZE-stolen_size and TOUD methods
> >
> > I guess v2 is a reaction to my review feedback? I got no reply to my
> >
On 12/03/2013 06:42 PM, Yu, Fenghua wrote:
>
>
>> -Original Message-
>> From: Prarit Bhargava [mailto:pra...@redhat.com]
>>
>> Second try at this ...
>>
>> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64791
>>
>> When a cpu is downed on a system, the irqs on the cpu are
On Wed, Dec 04, 2013 at 10:08:14AM +0100, Ingo Molnar wrote:
>
> * ville.syrj...@linux.intel.com wrote:
>
> > v2: Rewrite to use the TOM-TSEG_SIZE-stolen_size and TOUD methods
>
> I guess v2 is a reaction to my review feedback? I got no reply to my
> mail from you so I'm not sure and I'd like
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:
>>> Hi,
>>>
>>> I have few question on Linux PCIe subsystem, I am
On Wed, Dec 04, 2013 at 02:27:22PM +, Hanjun Guo wrote:
> On 2013年12月04日 01:08, Mark Rutland wrote:
> > On Tue, Dec 03, 2013 at 04:41:31PM +, Hanjun Guo wrote:
> >> Use arch_timer_acpi_init() on ARM64 to initialise arch timer
> >> in ACPI way when DT is not available.
> >>
> >>
On 2013年12月04日 01:13, Mark Rutland wrote:
On Tue, Dec 03, 2013 at 04:36:46PM +, Hanjun Guo wrote:
ACPI requires a cpu.h, add a dummy one copied from arm. This will need
updated or replaced as ACPI based cpu hotplug for armv8 is worked out.
What exactly requires cpu.h, and why?
CPI core
On 2013年12月04日 01:09, Rob Herring wrote:
On Tue, Dec 3, 2013 at 10:39 AM, 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 Guo
---
arch/arm64/kernel/irq.c |5
On Tuesday 03 December 2013 05:52 PM, Tejun Heo wrote:
> On Mon, Dec 02, 2013 at 09:27:17PM -0500, Santosh Shilimkar wrote:
> ...
>> Cc: Yinghai Lu
>> Cc: Tejun Heo
>> Cc: Andrew Morton
>> Signed-off-by: Grygorii Strashko
>> Signed-off-by: Santosh Shilimkar
>
> Reviewed-by: Tejun Heo
>
>>
On Tuesday 03 December 2013 05:55 PM, Tejun Heo wrote:
> On Mon, Dec 02, 2013 at 09:27:21PM -0500, Santosh Shilimkar wrote:
>> From: Grygorii Strashko
>>
>> Clean-up to remove depedency with bootmem headers.
>>
>> Cc: Yinghai Lu
>> Cc: Tejun Heo
>> Cc: Andrew Morton
>> Cc: Arnd Bergmann
>>
On Tuesday 03 December 2013 05:48 PM, Tejun Heo wrote:
> FYI, the series is missing the first patch.
>
Patch at least made it to the list [1]. Not sure why
you didn't get it but it has your ack ;)
Regards,
Santosh
[1] https://lkml.org/lkml/2013/12/2/999
--
To unsubscribe from this list: send
On Wed, Dec 04, 2013 at 06:19:06PM +0800, Gu Zheng wrote:
> Clean up the aio ring file in the fail path of aio_setup_ring
> and ioctx_alloc. And maybe it can fix the GPF issue reported by
> Dave Jones:
> https://lkml.org/lkml/2013/11/25/898
>
>
> Signed-off-by: Gu Zheng
> ---
>
On 12/03/2013 07:51 AM, Jingoo Han wrote:
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
Acked-by: Simon Horman
---
Applied to my tree for 3.14
On 12/03/2013 07:50 AM, Jingoo Han wrote:
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
Acked-by: Simon Horman
---
Applied to my tree for 3.14.
--
401 - 500 of 1540 matches
Mail list logo
