On my smp platform which is made of 5 cores in 2 clusters, I have the
nr_busy_cpu field of sched_group_power struct that is not null when the
platform is fully idle. The root cause seems to be:
During the boot sequence, some CPUs reach the idle loop and set their
NOHZ_IDLE flag while waiting for
Hi Vinod,
On Wed, Feb 20, 2013 at 12:01:47PM +0530, Vinod Koul wrote:
> On Mon, Feb 04, 2013 at 06:38:23PM +0100, Philippe De Muyter wrote:
> > This patch adds the (cleaned-up) Freescale-provided MultiChannel DMA
> > driver for ColdFire M54xx and MPC8220 processors.
> >
> > This driver is needed
It is a pity to have MAX_NUMNODES+MAX_NUMNODES tree roots statically
allocated, particularly when very few users will ever actually tune
merge_across_nodes 0 to use more than 1+1 of those trees. Not a big
deal (only 16kB wasted on each machine with CONFIG_MAXSMP), but a pity.
Start off with 1+1
The original behavior was to refuse all pages after the maximum number of
segments has been reached. However, some drivers (like st) craft their buffers
to potentially require exactly max segments and multiple pages in the last
segment. This patch modifies the check to allow pages that can be
Using gpio_request_one() can make the code simpler because it can
set the direction and initial value in one shot.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-v3020.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-v3020.c b/drivers/rtc/rtc-v3020.c
Use devm_clk_get() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-imxdi.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index 75d307a..82aad69 100644
--- a/drivers/rtc/rtc-imxdi.c
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-tps6586x.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-tps6586x.c b/drivers/rtc/rtc-tps6586x.c
index 70f61b8..aab4e8c 100644
---
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-vt8500.c | 28 ++--
1 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/drivers/rtc/rtc-vt8500.c b/drivers/rtc/rtc-vt8500.c
index 2730533..a000bc0
On 02/21/2013 03:00 AM, Tejun Heo wrote:
> (cc'ing cgroup / memcg people and quoting whole body)
>
> Looks like something is going wrong with memcg cache destruction.
> Glauber, any ideas? Also, can we please not use names as generic as
> kmem_cache_destroy_work_func for something specific to
Use devm_clk_get() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-coh901331.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-coh901331.c b/drivers/rtc/rtc-coh901331.c
index c8115b8..2d28ec1a 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-lp8788.c | 10 ++
1 files changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/rtc/rtc-lp8788.c b/drivers/rtc/rtc-lp8788.c
index 4a4e78e..9a46312 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-tps80031.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-tps80031.c b/drivers/rtc/rtc-tps80031.c
index 9740641..9aaf8aa 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-wm831x.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c
index 1b0affb..2f0ac7b 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-da9052.c | 18 ++
1 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/rtc/rtc-da9052.c b/drivers/rtc/rtc-da9052.c
index 60b826e..0dde688 100644
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-palmas.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-palmas.c b/drivers/rtc/rtc-palmas.c
index 59c4298..df9359c 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-max8907.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-max8907.c b/drivers/rtc/rtc-max8907.c
index 1d049da..31ca8fa 100644
---
Use devm_request_threaded_irq() to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-max8997.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/rtc/rtc-max8997.c b/drivers/rtc/rtc-max8997.c
index a4e7079..00e505b 100644
---
On Fri, 8 Feb 2013, Lukáš Czerner wrote:
> Date: Fri, 8 Feb 2013 10:08:05 +0100 (CET)
> From: Lukáš Czerner
> To: Andrew Morton
> Cc: Lukas Czerner , linux...@kvack.org,
> linux-kernel@vger.kernel.org, linux-fsde...@vger.kernel.org,
> linux-e...@vger.kernel.org, Hugh Dickins
> Subject:
Use devm_*() functions to make cleanup paths more simple.
Signed-off-by: Jingoo Han
---
drivers/rtc/rtc-davinci.c | 28 ++--
1 files changed, 10 insertions(+), 18 deletions(-)
diff --git a/drivers/rtc/rtc-davinci.c b/drivers/rtc/rtc-davinci.c
index 5f7982f..56b7308
On 02/19/2013 03:56 PM, Rusty Russell wrote:
> It's a bit cleaner to hand multiple sgs, rather than one big one.
>
> Signed-off-by: Rusty Russell
> ---
> drivers/net/virtio_net.c | 50
> ++
> 1 file changed, 24 insertions(+), 26 deletions(-)
>
>
Thare's a race between elevator switching and normal io operation.
Because the allocation of struct elevator_queue and struct elevator_data
don't in a atomic operation.So there are have chance to use NULL
->elevator_data.
For example:
Thread A:
Different DMI_BOARD_NAME's are affected by this reboot issue as well,
so we want to expand the quirk coverage by removing the DMI_BOARD_NAME
match.
BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=54051
BugLink: https://bugs.launchpad.net/bugs/488319
Signed-off-by: Pascal de Bruijn
---
On 02/21/13 10:31, Jingoo Han wrote:
> Using gpio_request_one() can make the code simpler because it can
> set the direction and initial value in one shot.
If you are on this, then I think converting to gpio_request_array()
would be even better.
>
> Signed-off-by: Jingoo Han
> ---
>
On 02/19/2013 03:16 AM, Seth Jennings wrote:
On 02/16/2013 12:21 AM, Ric Mason wrote:
On 02/14/2013 02:38 AM, Seth Jennings wrote:
This patch adds a documentation file for zsmalloc at
Documentation/vm/zsmalloc.txt
Signed-off-by: Seth Jennings
---
Documentation/vm/zsmalloc.txt | 68
On 02/20/2013 07:24 PM, Guenter Roeck wrote:
> On Wed, Feb 20, 2013 at 06:51:08PM +, Jonathan Cameron wrote:
>>
>>
>> Guenter Roeck wrote:
>>
>>> On Wed, Feb 20, 2013 at 11:38:22AM -0600, Rob Herring wrote:
On 02/07/2013 11:09 AM, Guenter Roeck wrote:
> Provide bindings and parse OF
* Shuah Khan wrote:
> On Tue, Feb 19, 2013 at 7:27 PM, Linux Kernel Mailing List
> wrote:
> > Gitweb:
> > http://git.kernel.org/linus/;a=commit;h=c3c186403c6abd32e719f005f0af950155a9e54d
> > Commit: c3c186403c6abd32e719f005f0af950155a9e54d
> > Parent:
On 02/21/2013 07:19 AM, Santosh Shilimkar wrote:
> On Tuesday 19 February 2013 11:51 PM, Daniel Lezcano wrote:
>> On 02/19/2013 07:10 PM, Thomas Gleixner wrote:
>>> On Tue, 19 Feb 2013, Daniel Lezcano wrote:
I am working on identifying the different wakeup sources from the
interrupts and
Building qp.o (part of the "Mellanox ConnectX HCA support" driver)
triggers this GCC warning:
drivers/infiniband/hw/mlx4/qp.c: In function ‘mlx4_ib_post_send’:
drivers/infiniband/hw/mlx4/qp.c:1862:30: warning: ‘vlan’ may be used
uninitialized in this function [-Wmaybe-uninitialized]
At Thu, 21 Feb 2013 01:55:50 +,
Pawel Moll wrote:
>
> Commit 99fc86450c439039d2ef88d06b222fd51a779176 "ALSA: usb-mixer:
> parse descriptors with structs" introduced a set of useful parsers
> for descriptors. Unfortunately the parses for the Processing Unit
> Descriptor came with a very subtle
Hi James,
On Wednesday 20 February 2013 08:22 PM, James Hogan wrote:
> Make a copy of the device tree blob in non-init memory. It is required
> when using built-in device tree files that the platform code copies the
> blob to non-init memory prior to calling unflatten_device_tree(),
> otherwise
On 02/21/2013 04:10 PM, Mike Galbraith wrote:
> On Thu, 2013-02-21 at 15:00 +0800, Michael Wang wrote:
>> On 02/21/2013 02:11 PM, Mike Galbraith wrote:
>>> On Thu, 2013-02-21 at 12:51 +0800, Michael Wang wrote:
On 02/20/2013 06:49 PM, Ingo Molnar wrote:
[snip]
>> [snip]
if
On Wed, 20 Feb 2013, Tejun Heo wrote:
> Until recently, when an negative ID is specified, idr functions used
> to ignore the sign bit and proceeded with the operation with the rest
> of bits, which is bizarre and error-prone. The behavior recently got
> changed so that negative IDs are treated
On Thursday 21 February 2013 02:31 PM, Daniel Lezcano wrote:
On 02/21/2013 07:19 AM, Santosh Shilimkar wrote:
On Tuesday 19 February 2013 11:51 PM, Daniel Lezcano wrote:
On 02/19/2013 07:10 PM, Thomas Gleixner wrote:
On Tue, 19 Feb 2013, Daniel Lezcano wrote:
I am working on identifying the
On Wed, Feb 20, 2013 at 10:43:50AM -0500, Alan Stern wrote:
> On Wed, 20 Feb 2013, Aaron Lu wrote:
>
> > In August 2010, Jens and Alan discussed about "Runtime PM and the block
> > layer". http://marc.info/?t=12825910841=1=2
> > And then Alan has given a detailed implementation guide:
> >
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
The most prominent change in this patch set is the software dirty bit
patch for s390. It removes
On 02/21/2013 04:10 PM, Mike Galbraith wrote:
> On Thu, 2013-02-21 at 15:00 +0800, Michael Wang wrote:
>> On 02/21/2013 02:11 PM, Mike Galbraith wrote:
>>> On Thu, 2013-02-21 at 12:51 +0800, Michael Wang wrote:
On 02/20/2013 06:49 PM, Ingo Molnar wrote:
[snip]
>> [snip]
if
On 2/19/2013 5:21 PM, a...@linux-foundation.org wrote:
> * timer_list-split-timer_list_show_tickdevices.patch
> * timer_list-convert-timer-list-to-be-a-proper-seq_file.patch
> * timer_list-convert-timer-list-to-be-a-proper-seq_file-fix.patch
> *
From: Borislav Petkov
The cpuinfo_x86 ptr is unused now. Drop it. Got obsolete by 69fb3676df33
("x86 idle: remove mwait_idle() and "idle=mwait" cmdline param")
removing its only user.
Signed-off-by: Borislav Petkov
Cc: Len Brown
---
arch/x86/kernel/smpboot.c | 3 +--
1 file changed, 1
Hi Vineet,
On 21/02/13 09:08, Vineet Gupta wrote:
> On Wednesday 20 February 2013 08:22 PM, James Hogan wrote:
>> Make a copy of the device tree blob in non-init memory. It is required
>> when using built-in device tree files that the platform code copies the
>> blob to non-init memory prior to
On Thu, 21 Feb 2013, Jason Liu wrote:
> 2013/2/20 Thomas Gleixner :
> > On Wed, 20 Feb 2013, Jason Liu wrote:
> >> void arch_idle(void)
> >> {
> >>
> >> clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, );
> >>
> >> enter_the_wait_mode();
> >>
> >>
On 02/21/2013 05:48 AM, Darrick J. Wong wrote:
> On Wed, Jan 23, 2013 at 01:43:12PM -0800, Andrew Morton wrote:
>> On Fri, 18 Jan 2013 17:13:16 -0800
>> "Darrick J. Wong" wrote:
>>
>>> When stable pages are required, we have to wait if the page is just
>>> going to disk and we want to modify it.
On 02/21/2013 04:30 PM, Wanlong Gao wrote:
> On 02/19/2013 03:56 PM, Rusty Russell wrote:
>> It's a bit cleaner to hand multiple sgs, rather than one big one.
>>
>> Signed-off-by: Rusty Russell
>> ---
>> drivers/net/virtio_net.c | 50
>> ++
>> 1
On Thu, Feb 21, 2013 at 09:32:54AM +0800, Alex Shi wrote:
> Yes, use flags can save 2 int variable, I will change that.
>
> Just curious, consider the lb_env size and just used in stack, plus
> the big cacheline size of modern cpu, and the alignment of gcc flag on
> kernel, seems no arch needs
On Thu, 2013-02-21 at 17:08 +0800, Michael Wang wrote:
> But is this patch set really cause regression on your Q6600? It may
> sacrificed some thing, but I still think it will benefit far more,
> especially on huge systems.
We spread on FORK/EXEC, and will no longer will pull communicating tasks
On 02/21/2013 05:41 PM, Jason Wang wrote:
> On 02/21/2013 04:30 PM, Wanlong Gao wrote:
>> On 02/19/2013 03:56 PM, Rusty Russell wrote:
>>> It's a bit cleaner to hand multiple sgs, rather than one big one.
>>>
>>> Signed-off-by: Rusty Russell
>>> ---
>>> drivers/net/virtio_net.c | 50
>>>
Perf doesn't properly clean up /tmp/perf-vdso.so-XX on exit. So
these files keep accumulating in /tmp every time perf is run.
--
Markus
--
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
On Thu, Feb 21, 2013 at 09:29:47AM +0100, Philippe De Muyter wrote:
> > 2. If you are not using dmaengine APIs then drivers/dma/ is not a place for
> > you.
>
> What would be the place then for a multi-architecture dma driver. Freescale
> often
> reuses the same blocks for its m68k (coldfire),
Commit 26bab0c ("blackfin idle: delete pm_idle") introduced the following
compile error:
arch/blackfin/kernel/process.c: In function ‘cpu_idle’:
arch/blackfin/kernel/process.c:83: error: ‘idle’ undeclared (first use
in this function)
arch/blackfin/kernel/process.c:83:
On Wed, Feb 20, 2013 at 06:25:13PM +0100, Stephen Warren wrote:
> On 02/20/2013 06:26 AM, Laxman Dewangan wrote:
> > On Wednesday 20 February 2013 06:41 PM, Mark Brown wrote:
> >> * PGP Signed by an unknown key
> >>
> >> On Wed, Feb 20, 2013 at 05:59:03PM +0530, Laxman Dewangan wrote:
> > +
On Wed, Feb 20, 2013 at 12:50:10AM -0800, Dmitry Torokhov wrote:
> The remove() methods should not be marked __exit unless we are using
> platform_driver_probe() which disables unbinding device from driver
> via sysfs.
>
> Signed-off-by: Dmitry Torokhov
Eeks, I broke this with my very first
On Thu, Feb 21, 2013 at 2:26 PM, Ingo Molnar wrote:
>
> * Shuah Khan wrote:
>
>> On Tue, Feb 19, 2013 at 7:27 PM, Linux Kernel Mailing List
>> wrote:
>> > Gitweb:
>> > http://git.kernel.org/linus/;a=commit;h=c3c186403c6abd32e719f005f0af950155a9e54d
>> > Commit:
於 四，2013-02-21 於 15:35 +1030，Rusty Russell 提到：
> joeyli writes:
> > 於 三，2013-02-20 於 12:49 +，David Howells 提到：
> >> Acked-by: David Howells
> >>
> >
> > Thanks for David's review and confirm.
>
> Should this be CC stable?
>
> Thanks,
> Rusty.
>
IMHO this patch need Cc stable, because
Commit def8203 ("microblaze idle: delete pm_idle") introduced the following
compile error:
arch/microblaze/kernel/process.c: In function 'cpu_idle':
arch/microblaze/kernel/process.c:100: error: 'idle' undeclared (first
use in this function)
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial.git for-linus
to receive assorted tiny fixes queued in trivial tree.
Andrew Murray (1):
of: fix spelling mistake in comment
Javi Merino (1):
of: add missing documentation for
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive HID subsystem and drivers update. Highlights:
- new support of a group of Win7/Win8 multitouch devices, from Benjamin
Tissoires
- fix for compat interface brokenness in uhid, from
On 02/10/2013 06:58 AM, Len Brown wrote:
> From: Len Brown
>
> pm_idle() on ia64 was a synonym for default_idle().
> So simply invoke default_idle() directly.
>
> Signed-off-by: Len Brown
> Cc: linux-i...@vger.kernel.org
> ---
> arch/ia64/kernel/process.c | 3 ---
> arch/ia64/kernel/setup.c
On Thu, 2013-02-21 at 12:51 +0800, Michael Wang wrote:
> The old logical when locate affine_sd is:
>
> if prev_cpu != curr_cpu
> if wake_affine()
> prev_cpu = curr_cpu
> new_cpu = select_idle_sibling(prev_cpu)
> return new_cpu
>
>
perf top doesn't unlink /tmp/perf-vdso.so.* on exit.
Fix this by calling vdso__exit() before exit(0).
Signed-off-by: Markus Trippelsdorf
diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
index c9ff395..e910d91 100644
--- a/tools/perf/builtin-top.c
+++ b/tools/perf/builtin-top.c
On 02/21/2013 02:37 AM, Oleg Nesterov wrote:
> On 02/19, Pavel Emelyanov wrote:
>>
>> On 02/19/2013 11:34 PM, Oleg Nesterov wrote:
>>> But, given that every PEEK does list_for_each() until it finds the
>>> necessary sequence number, I am wondering how this O(n**2) will work
>>> if you want to dump
On Wed, 2013-02-20 at 16:16 -0800, Yinghai Lu wrote:
> > diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
> > index 928bf83..e2cd38f 100644
> > --- a/arch/x86/platform/efi/efi.c
> > +++ b/arch/x86/platform/efi/efi.c
> > @@ -85,9 +85,10 @@ int efi_enabled(int facility)
> > }
Hi,
Sorry for coming this late in the discussion (I was sick at the
beginning of the week, preventing me to answer mails).
On Mon, Feb 18, 2013 at 1:13 PM, Alexander Holler wrote:
>>> Hmm, what happens with Bluetooth sensor-hubs? Is the driver now able
>>> to handle them too?
>>
Hi Andre,
On Wed, Feb 20, 2013 at 07:34:37PM +, André Hentschel wrote:
> Am 12.02.2013 16:02, schrieb Matthieu CASTET:
> > The tls value is never saved to : thread->tp_value[1].
> >
> > Also I don't know if you can avoid the extra ldr in the software case.
>
> seems like Matthieu is right,
On Wed, Feb 20, 2013 at 11:08 PM, Andi Kleen wrote:
>> > Except for LDM_PENDING the CYCLE_ACTIVITY events have been also added to
>> > Sandy Bridge.
>> > So it should be also added there.
>> >
>> As far as I know and I double-checked the documentation I have, there
>> is no CYCLE_ACTIVITY
>>
Hi Jason,
On Thu, Feb 21, 2013 at 06:16:51AM +, Jason Liu wrote:
> 2013/2/20 Thomas Gleixner :
> > On Wed, 20 Feb 2013, Jason Liu wrote:
> >> void arch_idle(void)
> >> {
> >>
> >> clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, );
> >>
> >> enter_the_wait_mode();
> >>
> >>
On 02/21/2013 05:21 AM, Matthew Helsley wrote:
> On Thu, Feb 14, 2013 at 8:18 AM, Pavel Emelyanov wrote:
>> Hi.
>>
>> I'm working on the checkpoint-restore project (http://criu.org), briefly
>> it's aim is to collect information about process' state and saving it so
>> that later it is possible
Hi Vinod,
On Thu, Feb 21, 2013 at 03:22:33PM +0530, Vinod Koul wrote:
> On Thu, Feb 21, 2013 at 09:29:47AM +0100, Philippe De Muyter wrote:
> > > 2. If you are not using dmaengine APIs then drivers/dma/ is not a place
> > > for you.
> >
> > What would be the place then for a multi-architecture
On Tue, Feb 19, 2013 at 10:22 AM, Mika Westerberg
wrote:
> Instead of limiting HID sensors to USB and I2C busses we can just make
> everything that has usage page of HID_UP_SENSOR to be included in
> HID_GROUP_SENSOR_HUB group. This allows the sensor-hub to work over
> bluetooth (and other
2013/2/21 Lorenzo Pieralisi :
> Hi Jason,
>
> On Thu, Feb 21, 2013 at 06:16:51AM +, Jason Liu wrote:
>> 2013/2/20 Thomas Gleixner :
>> > On Wed, 20 Feb 2013, Jason Liu wrote:
>> >> void arch_idle(void)
>> >> {
>> >>
>> >> clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, );
>> >>
>> >>
2013/2/21 Thomas Gleixner :
> On Thu, 21 Feb 2013, Jason Liu wrote:
>> 2013/2/20 Thomas Gleixner :
>> > On Wed, 20 Feb 2013, Jason Liu wrote:
>> >> void arch_idle(void)
>> >> {
>> >>
>> >> clockevents_notify(CLOCK_EVT_NOTIFY_BROADCAST_ENTER, );
>> >>
>> >> enter_the_wait_mode();
>> >>
>> >>
Am 21.02.2013 11:34, schrieb Benjamin Tissoires:
Hi,
Sorry for coming this late in the discussion (I was sick at the
beginning of the week, preventing me to answer mails).
On Mon, Feb 18, 2013 at 1:13 PM, Alexander Holler wrote:
Hmm, what happens with Bluetooth sensor-hubs? Is the driver now
On Wednesday, February 20, 2013, Alim Akhtar wrote:
> Hi,
>
> On Tue, Feb 19, 2013 at 6:04 PM, Dongjin Kim wrote:
> > Hello Seungwon,
> >
> > Thank you for reviewing and I understand what you mean.
> >
> > I agree that Exynos5250 and Exynos4412 are not same, no idea how much
> > they are
From: Matt Fleming
commit 1de63d60cd5b ("efi: Clear EFI_RUNTIME_SERVICES rather than
EFI_BOOT by "noefi" boot parameter") attempted to make "noefi" true to
its documentation and disable EFI runtime services to prevent the
bricking bug described in commit e0094244e41c ("samsung-laptop:
Disable on
On Wed, 2013-02-20 at 10:19 +0100, Alexander Gordeev wrote:
> When a interrupt affinity mask targets multiple CPUs, the
> RT scheduler selects a runqueue for RT task corresponding
> to a threaded interrupt handler without consideration of
> where the interrupt is actually gets delivered. It leads
This patch gets around the aio ring pages can't be migrated bug caused by
get_user_pages() via using the new function. It only works as configed with
CONFIG_MEMORY_HOTREMOVE, otherwise it falls back to use the old version
of get_user_pages().
Cc: Benjamin LaHaise
Cc: Alexander Viro
Cc: Andrew
get_user_pages() always tries to allocate pages from movable zone, which is not
reliable to memory hotremove framework in some case.
This patch introduces a new library function called get_user_pages_non_movable()
to pin pages only from zone non-movable in memory.
It's a wrapper of
Currently get_user_pages() always tries to allocate pages from movable zone,
as discussed in thread https://lkml.org/lkml/2012/11/29/69, in some case users
of get_user_pages() is easy to pin user pages for a long time(for now we found
that pages pinned as aio ring pages is such case), which is
On Wednesday 20 February 2013 08:22 PM, James Hogan wrote:
> Make a copy of the device tree blob in non-init memory. It is required
> when using built-in device tree files that the platform code copies the
> blob to non-init memory prior to calling unflatten_device_tree(),
> otherwise the strings
On Thursday 21 February 2013 03:04 PM, James Hogan wrote:
> Hi Vineet,
>
> On 21/02/13 09:08, Vineet Gupta wrote:
>> On Wednesday 20 February 2013 08:22 PM, James Hogan wrote:
>>> Make a copy of the device tree blob in non-init memory. It is required
>>> when using built-in device tree files that
On 02/21/2013 03:00 AM, Tejun Heo wrote:
> (cc'ing cgroup / memcg people and quoting whole body)
>
> Looks like something is going wrong with memcg cache destruction.
> Glauber, any ideas? Also, can we please not use names as generic as
> kmem_cache_destroy_work_func for something specific to
This issue was found in devel-pekey branch on linux-modsign.git tree. The
x509_certificate_list includes certificate twice when the signing_key.x509
already exists.
We can reproduce this issue by making kernel twice, the build log of
second time looks like this:
...
CHK kernel/config_data.h
On 21/02/13 11:19, Vineet Gupta wrote:
> On Wednesday 20 February 2013 08:22 PM, James Hogan wrote:
>> Make a copy of the device tree blob in non-init memory. It is required
>> when using built-in device tree files that the platform code copies the
>> blob to non-init memory prior to calling
Hi Viresh,
Thank you very much for your review and your suggestions.
On 02/21/2013 06:59 AM, Viresh Kumar wrote:
> Sorry for this but i already have a patchset which has changed these files
> to some extent. Can you please rebase over them? Actually my patchset
> is already accepted, its just
On Thu, 2013-02-21 at 12:58 +0800, Michael Wang wrote:
>
> You are right, it cost space in order to accelerate the system, I've
> calculated the cost once before (I'm really not good at this, please
> let
> me know if I make any silly calculation...),
The exact size isn't that important, but
We have debated the need to have a system call to allow for offloading copy
operations, for example to an NFS server (part to the new NFS 4.2
specification), SCSI target device (two different SCSI commands do this), local
file systems (reflink, etc) and I suspect many other possible parts of
Building src.o for a 32 bit system triggers two GCC warnings:
drivers/scsi/aacraid/src.c: In function ‘aac_src_deliver_message’:
drivers/scsi/aacraid/src.c:410:3: warning: right shift count >= width of
type [enabled by default]
drivers/scsi/aacraid/src.c:434:2: warning: right shift
I'm sorry, I forgot to mention hardware details. It isn't aacraid, it
is megaraid-based Dell PERC H700 w/ 1GB NVRAM and 12x 450GB 15k SAS
drives in RAID-10. All in Dell R510 server.
Thanks,
Martin
Dne 20.2.2013 21:48, Nicholas A. Bellinger napsal(a):
> Hi Martin,
>
> CC'ing linux-scsi here, as
GFP_KERNEL may cause pci_pool_alloc() sleep,
so we need use GFP_ATOMIC instead of GFP_KERNEL.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Denis Efremov
---
drivers/scsi/megaraid/megaraid_mm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
A patch to fix some unreachable code in search_my_process_keyrings() got
applied twice by two different routes upstream:
commit e67eab39bee26f509d38d00ca1a8f24b63f46a31
Author: Alan Cox
Date: Thu Dec 20 15:05:54 2012 -0800
keys: fix unreachable code
and:
Em Thu, 21 Feb 2013 09:26:07 +0800
Huang Ying escreveu:
> Sorry for late!
Thanks for your comments. See my answers below.
>
> On Fri, 2013-02-15 at 10:44 -0200, Mauro Carvalho Chehab wrote:
> > In order to allow reporting errors via EDAC, add hooks for:
> >
> > 1) register an EDAC driver;
> >
On Thu, Feb 21, 2013 at 6:14 AM, Jiri Slaby wrote:
>>
>> Does Ingo's revert help? https://lkml.org/lkml/2013/2/15/168
>
> Not at all...
>
Then mind taking a try?
--- a/mm/vmscan.c Thu Feb 21 20:01:02 2013
+++ b/mm/vmscan.c Thu Feb 21 20:05:58 2013
@@ -1715,7 +1715,7 @@ static void
On 21.02.2013 10:03, Takashi Iwai wrote:
> At Thu, 21 Feb 2013 01:55:50 +,
> Pawel Moll wrote:
>>
>> Commit 99fc86450c439039d2ef88d06b222fd51a779176 "ALSA: usb-mixer:
>> parse descriptors with structs" introduced a set of useful parsers
>> for descriptors. Unfortunately the parses for the
On Fri, Feb 15, 2013 at 05:45:45PM +0100, Stephen Warren wrote:
...
> > I would suggest removing this clock. It's not actually implemented in the
> > CCF
> > and rather useless. If you would gate the CPU clock from the CPU by writing
> > to
> > this register, how would you ungate it? :) Note
On Sun, Feb 17, 2013 at 02:35:52AM -, Samu Kallio wrote:
> In paravirtualized x86_64 kernels, vmalloc_fault may cause an oops
> when lazy MMU updates are enabled, because set_pgd effects are being
> deferred.
>
> One instance of this problem is during process mm cleanup with memory
> cgroups
This patch allows the use of setlocalversion script regardless of the LANG
parameter. Otherwise, the `svn info 2>/dev/null | grep '^Last Changed Rev'`
returns nothing because for instance, in French the text 'Last Changed Rev'
is replaced by 'Révision de la dernière modification'
Signed-off-by:
On Wednesday 20 February 2013 12:09 AM, Stephen Warren wrote:
On 02/15/2013 05:36 AM, Peter De Schrijver wrote:
This is the seventh version of the Tegra114 clockframework. It is based on the
for-next branch of
git://git.kernel.org/pub/scm/linux/kernel/git/swarren/linux-tegra.git and
On 02/20/2013 03:02 PM, Peter Hurley wrote:
> Sasha and Dave, my trinity testbeds die in other areas right now;
> I would really appreciate if you would please re-test this series.
Hi Peter,
I saw this twice in overnight fuzzing:
[ 1473.912280] =
[ 1473.913180] [
On Wed, Feb 20, 2013 at 01:31:18PM -0700, Tim Gardner wrote:
> drivers/md/dm-raid.c: In function 'raid_ctr':
> drivers/md/dm-raid.c:453:53: warning: 'rebuilds_per_group' may be used
> uninitialized in this function [-Wuninitialized]
> drivers/md/dm-raid.c:383:11: note: 'rebuilds_per_group' was
At Thu, 21 Feb 2013 13:10:16 +0100,
Daniel Mack wrote:
>
> On 21.02.2013 10:03, Takashi Iwai wrote:
> > At Thu, 21 Feb 2013 01:55:50 +,
> > Pawel Moll wrote:
> >>
> >> Commit 99fc86450c439039d2ef88d06b222fd51a779176 "ALSA: usb-mixer:
> >> parse descriptors with structs" introduced a set of
On Wed, Feb 20, 2013 at 10:54:38AM -0700, Stephen Warren wrote:
> On 02/11/2013 10:30 AM, Hiroshi Doyu wrote:
> > Hiroshi Doyu wrote @ Wed, 06 Feb 2013 21:16:35 +0200
> > (EET):
> >
> >> Hi Russell,
> >>
> >> Stephen Warren wrote @ Wed, 6 Feb 2013 19:51:46
> >> +0100:
> >>
> >>> On 02/06/2013
On Wed, 2013-02-20 at 22:23 +0800, Alex Shi wrote:
> > But but but,... nr_running is completely unrelated to utilization.
> >
>
> Actually, I also hesitated on the name, how about using nr_running to
> replace group_util directly?
The name is a secondary issue, first you need to explain why
601 - 700 of 1178 matches
Mail list logo
