On 10/26/2012 05:34 PM, Will Deacon wrote:
On Fri, Oct 26, 2012 at 07:19:55AM +0100, Ni zhan Chen wrote:
On 10/26/2012 12:44 AM, Will Deacon wrote:
On x86 memory accesses to pages without the ACCESSED flag set result in the
ACCESSED flag being set automatically. With the ARM architecture a page
On Fri, 2012-10-26 at 10:22 +0200, Ingo Molnar wrote:
> * Matt Fleming wrote:
>
> > Hi guys,
> >
> > The following changes since commit ddffeb8c4d0331609ef2581d84de4d763607bd37:
> >
> > Linux 3.7-rc1 (2012-10-14 14:41:04 -0700)
> >
> > are available in the git repository at:
> >
> > git:/
On Fri, Oct 26, 2012 at 11:35 AM, Peter Zijlstra wrote:
> dl_period * dl_runtime < U64_MAX && dl_deadline * dl_runtime < U64_MAX
I think this makes sense to make the limitation on the product, since
IMO if you need a period longer than 4 seconds then the runtime is
much shorter due to that you
On Fri, 2012-10-26 at 11:42 +0200, Ingo Molnar wrote:
> * Peter Zijlstra wrote:
>
> > On Fri, 2012-10-26 at 11:24 +0200, Ingo Molnar wrote:
> >
> > > So can we control this by restricting the users and avoiding
> > > the overflow?
> > >
> > > A 2^64 result should be a *huge* amount of space al
On Fri, 26 Oct 2012, he, bo wrote:
> From: Yanmin Zhang
>
> We hit a kernel panic at __run_hrtimer=>BUG_ON(timer->state !=
> HRTIMER_STATE_CALLBACK).
> <2>[ 10.226053, 3] kernel BUG at
> /home/android/xiaobing/ymz/r4/hardware/intel/linux-2.6/kernel/hrtimer.c:1228!
>
> Basically, __run_hrtime
On Fri, 26 Oct 2012, Yanmin Zhang wrote:
> Basically, __run_hrtimer has a race with enqueue_hrtimer. When __run_hrtimer
> calls
NAK. See my reply to V1. It's not a race in the core code.
Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
I'm working a kernel module, and one of my tasks is to disallow a
process to open my character device(/dev/xxx) more than once. I tried
to solve this problem by creating /proc/apu directory, and creating a
/proc/xxx/{pid} file for when process opens /dev/xxx. This file will
act as per-process mutex
Current free_area_init_core() has incorrect adjustment code to adjust
->present_pages. It will cause ->present_pages overflow, make the
system unusable(can't create any process/thread in our test) and cause further
problem.
Details:
1) Some/many ZONEs don't have memory which is used by memmap.
* Peter Zijlstra wrote:
> On Fri, 2012-10-26 at 11:42 +0200, Ingo Molnar wrote:
> > * Peter Zijlstra wrote:
> >
> > > On Fri, 2012-10-26 at 11:24 +0200, Ingo Molnar wrote:
> > >
> > > > So can we control this by restricting the users and avoiding
> > > > the overflow?
> > > >
> > > > A 2^64
On Fri, 26 Oct 2012, Дмитрий Леонтьев wrote:
> I'm working a kernel module, and one of my tasks is to disallow a
> process to open my character device(/dev/xxx) more than once. I tried
> to solve this problem by creating /proc/apu directory, and creating a
> /proc/xxx/{pid} file for when process o
On Thu, Oct 25, 2012 at 11:48:33AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Oct 23, 2012 at 01:52:55PM +0100, Dimitris Papastamos wrote:
> > This patch provides the aforementioned procfs file that lists
> > the default firmware paths that are used during firmware lookup.
> >
> > The file contain
On Fri, Oct 26, 2012 at 10:07:15AM +0100, Will Deacon wrote:
> On Fri, Oct 26, 2012 at 08:44:35AM +0100, Kirill A. Shutemov wrote:
> > On Thu, Oct 25, 2012 at 05:44:31PM +0100, Will Deacon wrote:
> > > On x86 memory accesses to pages without the ACCESSED flag set result in
> > > the
> > > ACCESSED
On 9/10/2012 10:19 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> The dereference should be moved below the NULL test.
>
> spatch with a semantic match is used to found this.
> (http://coccinelle.lip6.fr/)
>
> Signed-off-by: Wei Yongjun
Queuing this for inclusion in v3.8
Thanks,
Sekhar
--
To
Hi Peter and/or Ingo,
I am working on a driver (brcmfmac) and when unloading it or unplugging
the device I get this info message (see below) upon calling
cancel_work_sync(). Just wondering if there is something I need to do in
the driver or should it be done in workqueue code.
Regards,
Arend
On 10/26/2012 05:20 PM, Ingo Molnar wrote:
* Peter Zijlstra wrote:
On Fri, 2012-10-26 at 17:07 +0800, Zhouping Liu wrote:
[ 180.918591] RIP: 0010:[] []
mem_cgroup_prepare_migration+0xba/0xd0
[ 182.681450] [] do_huge_pmd_numa_page+0x180/0x500
[ 182.775090] [] handle_mm_fault+0x1e9/0x360
On Fri, Oct 26, 2012 at 11:14:45AM +0200, Peter Zijlstra wrote:
> On Fri, 2012-10-26 at 10:29 +0900, Namhyung Kim wrote:
> > Hi Jiri,
> >
> > On Sat, 20 Oct 2012 16:33:08 +0200, Jiri Olsa wrote:
> > > hi,
> > > adding support to read sample values through the PERF_SAMPLE_READ
> > > sample type. It
* Zhouping Liu wrote:
> On 10/26/2012 05:20 PM, Ingo Molnar wrote:
> >* Peter Zijlstra wrote:
> >
> >>On Fri, 2012-10-26 at 17:07 +0800, Zhouping Liu wrote:
> >>>[ 180.918591] RIP: 0010:[] []
> >>>mem_cgroup_prepare_migration+0xba/0xd0
> >>>[ 182.681450] [] do_huge_pmd_numa_page+0x180/0x50
On 9/13/2012 11:34 PM, Henrique Camargo wrote:
> The bit 0 of the field is uart0 and the bit 1 is uart1 and so on.
>
> Signed-off-by: Henrique Camargo
Queuing this for v3.8. Added an ARM: prefix to subject line since this
is an arch/arm/ patch. Please take care of this next time on.
Thanks,
Sek
On 10/26/2012 11:16 AM, Roland Stigge wrote:
> Hi!
>
> On 10/26/2012 10:59 AM, Sascha Hauer wrote:
>> On Thu, Oct 25, 2012 at 01:26:40PM +0200, Roland Stigge wrote:
>>> This patch fixes CAN clocking on i.MX53.
>>>
>>> Signed-off-by: Roland Stigge
>>>
>>> ---
>>> arch/arm/mach-imx/clk-imx51-imx53
On Fri, 26 Oct 2012, Peter Zijlstra wrote:
> On Fri, 2012-10-26 at 11:42 +0200, Ingo Molnar wrote:
> > * Peter Zijlstra wrote:
> >
> > > On Fri, 2012-10-26 at 11:24 +0200, Ingo Molnar wrote:
> > >
> > > > So can we control this by restricting the users and avoiding
> > > > the overflow?
> > > >
On Fri, 2012-10-26 at 12:36 +0200, Thomas Gleixner wrote:
> By all means. nsec precision is a completly academic thought
> exercise. It's really pointless to even think about anything below
> microseconds resolution.
>
> We can still have the user space interface handing in the information
> in ns
From: Wen Congyang
The patch-set implements a framework for hot removing memory.
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called.
In the 2nd case, acpi_memory_d
From: Wen Congyang
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
This 2 events may happen at the same time, so we may touch
acpi_memory_device.res_list at the same time. This patch
introduce a lock to protect this list.
From: Wen Congyang
The memory device has been ejected and powoffed, so we can call
acpi_bus_trim() to remove the memory device from acpi bus.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morto
From: Yasuaki Ishimatsu
The memory device can be removed by 2 ways:
1. send eject request by SCI
2. echo 1 >/sys/bus/pci/devices/PNP0C80:XX/eject
In the 1st case, acpi_memory_disable_device() will be called.
In the 2nd case, acpi_memory_device_remove() will be called.
acpi_memory_device_remove()
On Tue, Oct 09, 2012 at 02:50:10PM +0200, Eric Dumazet wrote:
>
> Reporter was (kindly) requested to try 3.6-rc7 +, and we got no answer.
Now I don't have any free servers where I could test a new kernel.
But in 1-2 months we'll be placing a new server fo a shared-hosting and
then I will be able
On Fri, Oct 26, 2012 at 01:57:43PM +0400, ??? wrote:
> I'm working a kernel module, and one of my tasks is to disallow a
> process to open my character device(/dev/xxx) more than once. I tried
> to solve this problem by creating /proc/apu directory, and creating a
> /proc/xxx/{pid} fil
On 10/26/2012 12:30 PM, Marc Kleine-Budde wrote:
+ clk[can1_serial_gate] = imx_clk_gate2("can1_serial_gate",
"can_sel", MXC_CCM_CCGR4, 6); +clk[can1_ipg_gate] =
imx_clk_gate2("can1_ipg_gate", "ipg", MXC_CCM_CCGR4, 8); +
clk[can2_serial_gate] = imx_clk_gate2("can2_serial_gat
This patch set is aimed to fix some errors in previously commited "[RFC PATCH
v8 0/5] IPC: checkpoint/restore in userspace enhancements" patch set.
Is particular it:
1) wraps new sysctl in CONFIG_CHECKPOINT_RESTORE macro and updates
documentation
2) fixes self-test to work with new sysctls.
3) cle
Small cleanup patch.
Signed-off-by: Stanislav Kinsbursky
---
ipc/msg.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/ipc/msg.c b/ipc/msg.c
index 28320ab..f9774ff 100644
--- a/ipc/msg.c
+++ b/ipc/msg.c
@@ -786,11 +786,8 @@ long do_msgrcv(int msqid, void __user *bu
This patch set wraps "msg_next_id", "sem_next_id" and "shm_next_id" inside
CONFIG_CHECKPOINT_RESTORE macro.
Signed-off-by: Stanislav Kinsbursky
---
ipc/ipc_sysctl.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/ipc/ipc_sysctl.c b/ipc/ipc_sysctl.c
index d06d77a..130d
MSG_COPY feature was developed for Checkpoint/Restart In User space project
and thus wrapped in CONFIG_CHECKPOINT_RESTORE macro. But code look a bit ugly.
So this patch is an attempt to cleanup do_msgrcv() a bit and make it looks
better.
Signed-off-by: Stanislav Kinsbursky
---
ipc/msg.c | 79 +
On Friday, October 26, 2012 01:30:07 PM Jingoo Han wrote:
> This patch adds missing device.h header to fix build warnings as below:
>
> drivers/cpuidle/cpuidle.h:26:41: warning: 'struct device' declared inside
> parameter list [enabled by default]
> drivers/cpuidle/cpuidle.h:26:41: warning: its s
This patch adds documentation about new "msg_next_id", "sem_next_id" and
"shm_next_id" sysctls.
Signed-off-by: Stanislav Kinsbursky
---
Documentation/sysctl/kernel.txt | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/Documentation/sysctl/kernel.txt b/Do
This update fixes coding style problems (80-characters line and others).
Also, it fixes test to work with new IPC sysctls (instead of using
experimental API logic, which was throwed away and replaced by sysctls).
Signed-off-by: Stanislav Kinsbursky
---
include/linux/msg.h |3
* Peter Zijlstra wrote:
> I had hoped the u128 stuff might be elsewise useful, but if we
> don't want to go there, that's fine.
I think it needs a clearer usecase - and even then the 32-bit
behavior still looks rather horrible ...
So if we can escape all that with reasonable restrictions the
On Friday, October 26, 2012 03:06:26 PM Viresh Kumar wrote:
> Avoid calling cpufreq driver's target() routine if new frequency is same as
> policies current frequency.
>
> Signed-off-by: Viresh Kumar
Looks reasonable.
Any objection from anyone?
Rafael
> ---
> drivers/cpufreq/cpufreq.c | 4 +
On Friday, October 26, 2012 01:07:51 PM Huang Ying wrote:
> There are comments on why PME poll support is necessary for PCI
> devices, but not for PCIe devices. That may lead to misunderstanding
> that PME poll is only necessary for PCI devices. So add comments
> related to PCIe PME poll to make
Commit-ID: c6039f4a00901259517b7c027007697105209968
Gitweb: http://git.kernel.org/tip/c6039f4a00901259517b7c027007697105209968
Author: Kees Cook
AuthorDate: Thu, 25 Oct 2012 20:17:02 -0700
Committer: Ingo Molnar
CommitDate: Fri, 26 Oct 2012 12:18:38 +0200
x86/boot/doc: Fix grammar and
Commit-ID: 6e87f9b7e48e165cb8e6092b9abe682e7065614a
Gitweb: http://git.kernel.org/tip/6e87f9b7e48e165cb8e6092b9abe682e7065614a
Author: Bin Gao
AuthorDate: Thu, 25 Oct 2012 09:35:44 -0700
Committer: Ingo Molnar
CommitDate: Fri, 26 Oct 2012 12:20:38 +0200
arch/x86/Kconfig: Allow turning
Commit-ID: 4d0e42cc66f4e7e0bf08b29da1ae6ebd60549c4e
Gitweb: http://git.kernel.org/tip/4d0e42cc66f4e7e0bf08b29da1ae6ebd60549c4e
Author: Daniel Lezcano
AuthorDate: Thu, 25 Oct 2012 18:13:11 +0200
Committer: Ingo Molnar
CommitDate: Fri, 26 Oct 2012 12:25:03 +0200
x86: Remove dead hlt_use_
On (10/26/12 11:44), Frederic Weisbecker wrote:
> Thanks.
>
> Sergey, Dave,
>
> Does the patch I just sent you fix the issue?
>
> Patch is "[PATCH] rcu: Fix unrecovered RCU user mode in syscall_trace_leave()"
>
good job, works fine for me.
Tested-by: Sergey Senozhatsky
-ss
> Thank
On Thursday, October 25, 2012 12:03:34 PM Viresh Kumar wrote:
> Hi Rafael,
>
> __cpufreq_driver_target() must not pass target frequency beyond the limits of
> current policy.
>
> Today most of cpufreq platform drivers are doing this check in their target
> routines. Why not move it to __cpufreq_d
On Fri, 2012-10-26 at 12:15 +0200, Arend van Spriel wrote:
> Hi Peter and/or Ingo,
>
> I am working on a driver (brcmfmac) and when unloading it or unplugging
> the device I get this info message (see below) upon calling
> cancel_work_sync(). Just wondering if there is something I need to do in
The CE4100 platform is currently missing a proper pm_poweroff implementation
leading to poweroff making the CPU spin forever and the CE4100 platform does
not enter a low-power mode where the external Power Management Unit can
properly power off the system. Power off on this platform is implemented
Hi all,
This patch serie contains shutdown/reboot fixes for the CE4100 platform as
well as a PCI controller fix for devices without an interrupt line.
Changes since v1:
- added more comment to the pm_poweroff and reboot method fixup
Florian Fainelli (3):
x86: ce4100: implement pm_poweroff
x8
From: Maxime Bizon
The default reboot is via ACPI for this platform, and the CEFDK bootloader
actually supports this, but will issue a system power off instead of a real
reboot. Setting the reboot method to be KBD instead of ACPI ensures proper
system reboot.
Signed-off-by: Florian Fainelli
---
From: Maxime Bizon
Some CE4100 devices such as the:
- DFX module (01:0b.7)
- entertainment encryption device (01:10.0)
- multimedia controller (01:12.0)
do not have a device interrupt at all. This patch fixes the PCI controller
code to declare the missing PCI configuration register space, as wel
Hi,
memcg is the only controller which might fail in its pre_destroy
callback which makes the cgroup core more complicated for no good
reason. This is an attempt to change this unfortunate state.
I have previously posted this as an RFC https://lkml.org/lkml/2012/10/17/246
and the feedback was most
The root cgroup cannot be destroyed so we never hit it down the
mem_cgroup_pre_destroy path and mem_cgroup_force_empty_write shouldn't
even try to do anything if called for the root.
This means that mem_cgroup_move_parent doesn't have to bother with the
root cgroup and it can assume it can always
mem_cgroup_force_empty did two separate things depending on free_all
parameter from the very beginning. It either reclaimed as many pages as
possible and moved the rest to the parent or just moved charges to the
parent. The first variant is used as memory.force_empty callback while
the later is use
Now that pre_destroy callbacks are called from the context where neither
any task can attach the group nor any children group can be added there
is no other way to fail from hugetlb_pre_destroy.
Signed-off-by: Michal Hocko
Reviewed-by: Tejun Heo
---
mm/hugetlb_cgroup.c | 11 +++
1 fil
Now that pre_destroy callbacks are called from the context where neither
any task can attach the group nor any children group can be added there
is no other way to fail from mem_cgroup_pre_destroy.
mem_cgroup_pre_destroy doesn't have to take a reference to memcg's css
because all css' are marked de
>-Original Message-
>From: Thomas Gleixner [mailto:t...@linutronix.de]
>Sent: Friday, October 26, 2012 5:55 PM
>To: He, Bo
>Cc: linux-kernel@vger.kernel.org; Peter Zijlstra; Ingo Molnar;
>yanmin_zh...@linux.intel.com; Zhang, Yanmin
>Subject: Re: [PATCH] hrtimer:__run_hrtimer races with enqu
Now that mem_cgroup_pre_destroy callback doesn't fail (other than a race
with a task attach resp. child group appears) finally we can safely move
on and forbit all the callbacks to fail.
The last missing piece is moving cgroup_call_pre_destroy after
cgroup_clear_css_refs so that css_tryget fails so
mem_cgroup_force_empty_list currently tries to remove all pages from
the given LRU. To prevent from temoporary failures (EBUSY returned by
mem_cgroup_move_parent) it uses a margin to the current LRU pages and
returns the true if there are still some pages left on the list.
If we consider that mem_
+ Matt, who is doing the DMA engine conversion for EDMA
On 9/12/2012 11:44 PM, Cyril Chemparathy wrote:
> This patch adds a check for the presence of the channel controller when
> trying to allocate a slot. Without this fix, the kernel panics with a NULL
> pointer dereference when the dma-engine
Add Cc in mail loop.
Thanks.
2012/10/24, Ashish Sangwan :
> During orphan cleanup while doing truncate, if we fail to obtain journal
> handle, the inode for which truncate was called would not be removed from
> both the on-disk and in-memory orphan lists as the call to ext4_orphan_del
> would not
Add Cc in mail loop.
Thanks.
2012/10/24, Ashish Sangwan :
> During orphan cleanup while doing truncate, if we fail to obtain journal
> handle, the inode for which truncate was called would not be removed from
> both the on-disk and in-memory orphan lists as the call to ext3_orphan_del
> would not
On Fri, Oct 26, 2012 at 05:09:17PM +0530, Sekhar Nori wrote:
> + Matt, who is doing the DMA engine conversion for EDMA
>
> On 9/12/2012 11:44 PM, Cyril Chemparathy wrote:
> > This patch adds a check for the presence of the channel controller when
> > trying to allocate a slot. Without this fix, t
>>> "Liu, Jinsong" 10/26/12 8:18 AM >>>
>> +static struct acpi_driver xen_acpi_pad_driver = {
>> +.name = "processor_aggregator",
>> +.class = ACPI_PROCESSOR_AGGREGATOR_CLASS,
>> +.ids = pad_device_ids,
>> +.ops = {
>> +.add = xen_acpi_pad_add,
>
>.remove?
>
>[Jinsong] .rem
On 10/26, Dave Chinner wrote:
>
> On Thu, Oct 25, 2012 at 10:09:31AM -0400, Mikulas Patocka wrote:
> >
> > Yes, mnt_want_write()/mnt_make_readonly() do the same thing as percpu rw
> > semaphores. I think you can convert mnt_want_write()/mnt_make_readonly()
> > to use percpu rw semaphores and remove
On Fri, Oct 26, 2012 at 12:06:08PM +0200, Jiri Kosina wrote:
> On Fri, 26 Oct 2012, Дмитрий Леонтьев wrote:
>
> > I'm working a kernel module, and one of my tasks is to disallow a
> > process to open my character device(/dev/xxx) more than once. I tried
> > to solve this problem by creating /proc/
From: Vineet Gupta
Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
FPGA Boards such as ARCAngel4/ML50x
Signed-off-by: Vineet Gupta
---
drivers/tty/serial/Kconfig | 23 ++
drivers/tty/serial/Makefile |1 +
drivers/tty/serial/arc_uart.c| 754 +++
From: Vineet Gupta
Hi Greg,
Here's the updated revision with fixes per your review comments.
-Rebased off tty-next tip.
-Build tested for x86, both as builtin and as module
-Same driver (as module) verified on ARCAngel4 Board.
Please consider applying.
Thanks,
Vineet
v5:
* Driver now builds a
On Fri, 26 Oct 2012, Zhang, Yanmin wrote:
> >From: Thomas Gleixner [mailto:t...@linutronix.de]
> >Your code is returning HRTIMER_RESTART from the timer callback and at
> >the same time it starts the timer from some other context. That's what
> >needs to be fixed.
>
> The timer user should fix it.
On 26 Oct 2012, Theodore Ts'o spake thusly:
> On Thu, Oct 25, 2012 at 08:11:12PM -0400, Ric Wheeler wrote:
>>
>> Sending this just to you two to avoid embarrassing myself if I
>> misread the thread, but
>>
>> Can we reproduce this with any other hardware RAID card? Or with MD?
>
> There was
On Fri, Oct 26, 2012 at 05:33:16PM +0530, vineet.gup...@synopsys.com wrote:
> From: Vineet Gupta
>
> Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
> FPGA Boards such as ARCAngel4/ML50x
>
> Signed-off-by: Vineet Gupta
> ---
> drivers/tty/serial/Kconfig | 23 ++
On Wed, 24 Oct 2012, Masanari Iida wrote:
> Fix spelling typo in debug messages within drivers/isdn.
>
> Signed-off-by: Masanari Iida
> ---
> drivers/isdn/hardware/mISDN/mISDNisar.c | 2 +-
> drivers/isdn/hisax/amd7930_fn.c | 2 +-
> drivers/isdn/hisax/isar.c | 2 +-
> dri
On Fri, Oct 26, 2012 at 01:57:43PM +0400, Дмитрий Леонтьев wrote:
> I'm working a kernel module, and one of my tasks is to disallow a
> process to open my character device(/dev/xxx) more than once. I tried
> to solve this problem by creating /proc/apu directory, and creating a
> /proc/xxx/{pid} fil
On Thu, 2012-10-25 at 23:42 +0530, Preeti U Murthy wrote:
> > Do explain..
> >
> Let me see if I get what you are saying here right.You want to replace
> for example cfs_rq->load.weight with a saner metric because it does not
> consider the run time of the sched entities queued on it,merely their
On Fri, Oct 26, 2012 at 05:52:44PM +0800, Richard Yang wrote:
> On Fri, Oct 26, 2012 at 02:11:45PM +0800, Yuanhan Liu wrote:
> >On Fri, Oct 26, 2012 at 07:38:31AM +0200, Stefani Seibold wrote:
> >> Am Freitag, den 26.10.2012, 09:46 +0800 schrieb Yuanhan Liu:
> >> > From: Yuanhan Liu
> >> >
> >> >
Hello,
this patch set adds the SATA support for Armada 370 and Armada XP. Few
changes have been done since the first version by taking in account
the comments received for the first version.
The evaluation boards for Armada 370 and Armada XP come with 2 SATA
ports, and when both are enable the co
For Armada 370/XP we have the same problem that for the commit
cb01b63, so we applied the same solution: "The default 256 KiB
coherent pool may be too small for some of the Kirkwood devices, so
increase it to make sure that devices will be able to allocate their
buffers with GFP_ATOMIC flag"
Signe
Signed-off-by: Gregory CLEMENT
Signed-off-by: Lior Amsalem
---
arch/arm/configs/multi_v7_defconfig |2 ++
arch/arm/configs/mvebu_defconfig|3 +++
2 files changed, 5 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
b/arch/arm/configs/multi_v7_defconfig
index 159f75f..d
Add the SATA device tree bindings for
- Armada XP evaluation board (DB-78460-BP)
- Armada 370 evaluation board (DB-88F6710-BP-DDR3)
Signed-off-by: Gregory CLEMENT
Signed-off-by: Lior Amsalem
---
arch/arm/boot/dts/armada-370-db.dts |4
arch/arm/boot/dts/armada-xp-db.dts |4
2
Signed-off-by: Gregory CLEMENT
Signed-off-by: Lior Amsalem
---
arch/arm/boot/dts/armada-370-xp.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/armada-370-xp.dtsi
b/arch/arm/boot/dts/armada-370-xp.dtsi
index 94b4b9e..a911f7a 100644
--- a/arch/arm/boot/dts/a
On Fri, Oct 26, 2012 at 11:30:27AM +0200, Stefani Seibold wrote:
> Am Freitag, den 26.10.2012, 15:56 +0800 schrieb Yuanhan Liu:
> > Say, if we want to allocate a filo with size of 6 bytes, it would be safer
> > to allocate 8 bytes instead of 4 bytes.
> >
> > I know it works with rounddown_pow_
On Thu, Oct 25, 2012 at 9:23 PM, Linus Torvalds
wrote:
> On Thu, Oct 25, 2012 at 8:57 PM, Rik van Riel wrote:
>>
>> That may not even be needed. Apparently Intel chips
>> automatically flush an entry from the TLB when it
>> causes a page fault. I assume AMD chips do the same,
>> because flush_t
__cpufreq_driver_target() must not pass target frequency beyond the limits of
current policy.
Today most of cpufreq platform drivers are doing this check in their target
routines. Why not move it to __cpufreq_driver_target().
Signed-off-by: Viresh Kumar
---
Hi Rafael,
Resend doesn't contain any
-Original Message-
From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-boun...@lists.xen.org]
On Behalf Of Jan Beulich
Sent: Friday, October 26, 2012 8:02 PM
To: Liu, Jinsong
Cc: konrad.w...@oracle.com; linux-kernel@vger.kernel.org;
xen-de...@lists.xen.org
Subject: Re: [Xen-devel]
On Fri, 2012-10-26 at 12:36 +0200, Thomas Gleixner wrote:
> By all means. nsec precision is a completly academic thought
> exercise. It's really pointless to even think about anything below
> microseconds resolution.
>
> We can still have the user space interface handing in the information
> in n
On Fri, Oct 26, 2012 at 02:30:45PM +0200, Gregory CLEMENT wrote:
> Hello,
>
> this patch set adds the SATA support for Armada 370 and Armada XP. Few
> changes have been done since the first version by taking in account
> the comments received for the first version.
>
> The evaluation boards for A
On 10/26/2012 01:14 PM, Rafael J. Wysocki wrote:
> On Friday, October 26, 2012 01:30:07 PM Jingoo Han wrote:
>> This patch adds missing device.h header to fix build warnings as below:
>>
>> drivers/cpuidle/cpuidle.h:26:41: warning: 'struct device' declared inside
>> parameter list [enabled by defa
On Fri, 26 Oct 2012 14:39:08 +0200, Andrew Lunn wrote:
> What about the openblocks-ax3?
Grégory does not (yet) have an OpenBlocks AX3, but I'm planning to do
the work for SATA soon for this platform. However, supporting the
OpenBlocks AX3 is not part of our official contract with Marvell, it's
j
Michel Lespinasse writes:
> On Thu, Oct 25, 2012 at 9:23 PM, Linus Torvalds
> wrote:
>> On Thu, Oct 25, 2012 at 8:57 PM, Rik van Riel wrote:
>>>
>>> That may not even be needed. Apparently Intel chips
>>> automatically flush an entry from the TLB when it
>>> causes a page fault. I assume AMD
Hi guys,
this is 5-patch set reworking the config variables in the MCA code.
There's an out-of-tree change which Greg and I agreed to push through
the RAS tree. These changes are for the next merge window.
Please pull,
thanks.
The following changes since commit 6f0c0580b70c89094b3422ba81118c7b95
Em Fri, Oct 26, 2012 at 05:55:51PM +0900, Namhyung Kim escreveu:
> From: Namhyung Kim
>
> It might be useful to see what's happening behind us rather than just
> waiting few seconds during the config checking.
Which shows that we're calling it even for Documentation! :-\ Would be
good to have ju
On Fri, 2012-10-26 at 12:31 +0900, Jaegeuk Kim wrote:
> [snip]
> > > +#define F2FS_SUPER_MAGIC 0xF2F52010
> > > +#define F2FS_SUPER_OFFSET0 /* start sector # for
> > > sb */
> >
> > Does f2fs superblock really haven't any offset from the volume begin?
>
> The reason that I
Hi Jeff,
On Thu, Oct 25, 2012 at 3:17 PM, Jeff Cook wrote:
> Thanks for the help everyone. I did skim SubmittingPatches prior to
> submission, but dropped off before sections 12 and 15; the information
> seemed outdated since it made no mention of git by the time I stopped
> reading (around secti
On Friday 26 October 2012 05:40 PM, Felipe Balbi wrote:
> On Fri, Oct 26, 2012 at 05:33:16PM +0530, vineet.gup...@synopsys.com wrote:
>> From: Vineet Gupta
>>
>> Driver for non-standard on-chip UART, instantiated in the ARC (Synopsys)
>> FPGA Boards such as ARCAngel4/ML50x
>>
>> Signed-off-by: Vin
From: "Kirill A. Shutemov"
We check if the pmd entry is the same as on pmd_trans_huge() in
handle_mm_fault(). That's enough.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |6 --
1 file changed, 6 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 3c14a96..9bb
On Thu, Oct 18, 2012 at 18:56:44, Porter, Matt wrote:
> Adds support for the per-EDMA channel event mux. This is required
> for any peripherals using DMA crossbar mapped events.
>
> Signed-off-by: Matt Porter
> ---
> arch/arm/common/edma.c | 63
> ++
On Fri, Oct 26, 2012 at 02:48:04PM +0200, Thomas Petazzoni wrote:
>
> On Fri, 26 Oct 2012 14:39:08 +0200, Andrew Lunn wrote:
>
> > What about the openblocks-ax3?
>
> Gr??gory does not (yet) have an OpenBlocks AX3, but I'm planning to do
> the work for SATA soon for this platform. However, suppor
* Borislav Petkov wrote:
> Hi guys,
>
> this is 5-patch set reworking the config variables in the MCA code.
> There's an out-of-tree change which Greg and I agreed to push through
> the RAS tree. These changes are for the next merge window.
>
> Please pull,
> thanks.
>
> The following changes
On 10/26/2012 02:39 PM, Andrew Lunn wrote:
> On Fri, Oct 26, 2012 at 02:30:45PM +0200, Gregory CLEMENT wrote:
>> Hello,
>>
>> this patch set adds the SATA support for Armada 370 and Armada XP. Few
>> changes have been done since the first version by taking in account
>> the comments received for th
Dear RT Folks,
I'm pleased to announce the 3.4.15-rt24 stable release.
This release is just an update to the new stable 3.4.15 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.g
On Fri, 2012-10-26 at 12:44 +0200, Peter Zijlstra wrote:
> > We can still have the user space interface handing in the information
> > in nsec resolution, but it's reasonable to scale it down to something
> > useful. Just shift the incoming information right by 10, so you're in
> > the 1us resoluti
From: "Kirill A. Shutemov"
Let's move all error path code to the end if the function. It makes code
more straight-forward.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 44
1 file changed, 20 insertions(+), 24 deletions(-)
diff --git a
* Peter Zijlstra wrote:
> [...]
>
> So a sane series would introduce maybe two functions:
> cpu_load() and task_load() and use those where we now use
> rq->load.weight and p->se.load.weight for load balancing
> purposes. Implement these functions using those two
> expression. So effectively
101 - 200 of 600 matches
Mail list logo
