On Wed, Oct 22, 2014 at 02:28:26PM -0400, Jonathan Corbet wrote:
> On Wed, 22 Oct 2014 19:54:46 +0400
> Kirill Smelkov wrote:
>
> > Please apply the below patch documenting that hugetlbfs can be
> > sticky-mounted.
>
> It documents it in a rather obscure way...but, then, to be clear, that
>
On 10/22/2014 10:47 AM, Bjorn Helgaas wrote:
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh wrote:
(2014/10/14 18:34), Li, ZhenHua wrote:
I tested on the latest stable version 3.17, it works well.
On 10/10/2014 03:13 PM, Li, Zhen-Hua wrote:
On a HP
Thanks for the review comments. Please check my reply below.
> -Original Message-
> From: Alexandre Courbot [mailto:gnu...@gmail.com]
> Sent: 17 October, 2014 4:44 PM
> To: Chang, Rebecca Swee Fun
> Cc: Linus Walleij; Westerberg, Mika; GPIO Subsystem Mailing List; Linux Kernel
> Mailing
On Wed, Oct 22, 2014 at 11:16:03AM -0600, Jason Gunthorpe wrote:
> On Wed, Oct 22, 2014 at 07:23:55PM +0300, Jarkko Sakkinen wrote:
> > tpm_register_hardware() and tpm_remove_hardware() are called often
> > before initializing the device. This is wrong order since it could
> > be that main TPM
On Wed, Oct 22, 2014 at 02:31:51PM +0200, Jiri Olsa wrote:
> On Thu, Oct 09, 2014 at 06:34:40PM +0200, Stephane Eranian wrote:
> > From: Maria Dimakopoulou
>
> SNIP
>
> > +static struct event_constraint *
> > +intel_get_excl_constraints(struct cpu_hw_events *cpuc, struct perf_event
> > *event,
On Wed, Oct 22, 2014 at 07:25:40PM +0200, Stephane Eranian wrote:
> On Wed, Oct 22, 2014 at 5:07 PM, Jiri Olsa wrote:
> > On Thu, Oct 09, 2014 at 06:34:39PM +0200, Stephane Eranian wrote:
> >> From: Maria Dimakopoulou
> >>
> >
> > SNIP
> >
> >> +struct intel_excl_cntrs *allocate_excl_cntrs(int
On Wed, Oct 22, 2014 at 10:12 PM, David Miller wrote:
> From: Geert Uytterhoeven
> Date: Wed, 22 Oct 2014 21:50:06 +0200
>
>> On Wed, Oct 22, 2014 at 9:34 PM, David Miller wrote:
>>> From: Geert Uytterhoeven
>>> Date: Wed, 22 Oct 2014 09:39:41 +0200
>>>
On Wed, Oct 22, 2014 at 10:12 PM, David Miller wrote:
> From: Geert Uytterhoeven
> Date: Wed, 22 Oct 2014 21:50:06 +0200
>
>> On Wed, Oct 22, 2014 at 9:34 PM, David Miller wrote:
>>> From: Geert Uytterhoeven
>>> Date: Wed, 22 Oct 2014 09:39:41 +0200
>>>
From: "karam.lee"
This patch changes parameter of valid_io_request for common usage.
The purpose of valid_io_request() is to determine if bio request is
valid or not.
This patch use I/O start address and size instead of a BIO parameter
for common usage.
Signed-off-by: karam.lee
Acked-by:
From: "karam.lee"
This patch implements rw_page operation for zram block device.
I implemented the feature in zram and tested it.
Test bed was the G2, LG electronic mobile device, whtich has msm8974
processor and 2GB memory.
With a memory allocation test program consuming memory, the system
From: "karam.lee"
Recently rw_page block device operation has been added.
This patchset implements rw_page operation for zram block device
and does some clean-up.
Patches 1~2 are for clean-up.
Patch 3 is for implementation of rw_page operation.
With the rw_page operation, zram can do I/O
From: "karam.lee"
This patch removes an unnecessary parameter(bio)
from zram_bvec_rw() and zram_bvec_read().
zram_bvec_read() doesn't use a bio parameter, so remove it.
zram_bvec_rw() calls a read/write operation not using bio, so a rw parameter
replaces a bio parameter.
Signed-off-by:
On Thu, Oct 23, 2014 at 08:20:22AM +0900, Minchan Kim wrote:
Thank you for reply. Your advice was a big help!
I will send the fixed version.
> Hey Karam,
>
> You could keep Acked-by/Reviewed-by gotten from me and Jerome
> in old versions if new version isn't changed heavily.
> It's credit of
On 2014/10/23 13:41, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:06:58AM +0800, Yijing Wang wrote:
>> Now msi chip is saved in pci_sys_data in arm,
>> we could clean the bus->msi assignment in
>> pci core.
>>
>> Signed-off-by: Yijing Wang
>> CC: Thierry Reding
>> CC: Thomas Petazzoni
>>
On Wed, Oct 22, 2014 at 7:07 PM, Eric W. Biederman
wrote:
> David Drysdale writes:
>
>> Add a new system execveat(2) syscall. execveat() is to execve() as
>> openat() is to open(): it takes a file descriptor that refers to a
>> directory, and resolves the filename relative to that.
>>
>> In
>> /*
>> * Swizzle the device pin each time we cross a bridge. If a platform does
>> * not provide a swizzle function, we perform the standard PCI swizzling.
>> @@ -478,8 +464,6 @@ static void pcibios_init_hw(struct device *parent,
>> struct hw_pci *hw,
>> sys->swizzle =
(2014/10/23 14:54), Srikar Dronamraju wrote:
> * Masami Hiramatsu [2014-10-22 18:41:58]:
>
>> (2014/10/22 17:20), Hemant Kumar wrote:
> From "file_sdt_ent" we will find out the file name.
> Convert this sdt note into a perf event and then write this into
> uprobe_events
> file
>> diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
>> index 22e413c..f11108c 100644
>> --- a/drivers/pci/msi.c
>> +++ b/drivers/pci/msi.c
>> @@ -35,6 +35,9 @@ int __weak arch_setup_msi_irq(struct pci_dev *dev, struct
>> msi_desc *desc)
>> struct msi_chip *chip = dev->bus->msi;
>> int
On 2014/10/23 13:18, Bjorn Helgaas wrote:
> On Wed, Oct 15, 2014 at 11:06:53AM +0800, Yijing Wang wrote:
>> Save msi chip in pci_sys_data instead of assign
>> msi chip to every pci bus in .add_bus().
>>
>> Signed-off-by: Yijing Wang
>> ---
>> drivers/pci/host/pci-tegra.c | 13 +++--
>>
On Wed, 2014-10-22 at 16:24 -0700, Paul E. McKenney wrote:
> On Thu, Oct 23, 2014 at 01:40:32AM +0300, Yanko Kaneti wrote:
> > On Wed-10/22/14-2014 15:33, Josh Boyer wrote:
> > > On Wed, Oct 22, 2014 at 2:55 PM, Paul E. McKenney
> > > wrote:
>
> [ . . . ]
>
> > > > Don't get me wrong -- the
On Wed, Oct 22, 2014 at 11:07 PM, Rafael J. Wysocki wrote:
> On Wednesday, October 22, 2014 11:28:40 AM Arnd Bergmann wrote:
>> On Wednesday 22 October 2014 11:51:40 Mika Westerberg wrote:
>> > On Wed, Oct 22, 2014 at 10:33:32AM +0200, Arnd Bergmann wrote:
>> > > On Wednesday 22 October 2014
On Thu, Oct 23, 2014 at 04:07:14PM +1100, Michael Ellerman wrote:
> Don't prevent the test building on non-x86. Just try and build it and
> let the chips fall where they may.
>
> Signed-off-by: Michael Ellerman
kcmp depends on checkpoint/restore config symbol which is known
to work on x86 and
On Thu, Oct 23, 2014 at 04:07:13PM +1100, Michael Ellerman wrote:
> The kcmp test mucks with the include path to bring in the kernel
> headers, and x86 headers too for reasons that are not clear.
>
> Now that kcmp.h is exported none of that should be necessary.
>
> Signed-off-by: Michael
On Thu, Oct 23, 2014 at 04:07:12PM +1100, Michael Ellerman wrote:
> kcmp.h appears to be part of the API, it's documented in kcmp(2), and
> the selftests/kcmp code uses it. So move it to uapi so it's actually
> exported.
>
> Signed-off-by: Michael Ellerman
Acked-by: Cyrill Gorcunov
--
To
On Thu, Oct 9, 2014 at 10:04 AM, Fengguang Wu wrote:
> Hi Marek,
>
> FYI, we noticed the below changes on
>
> git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
> commit 478e86d7c8c5f41e29abb81b05b459d24bdc71a2 ("mm: cma: adjust address
> limit to avoid hitting low/high
On Tue, Oct 21, 2014 at 4:54 PM, Arnd Bergmann wrote:
> On Tuesday 21 October 2014 14:14:02 Alexandre Courbot wrote:
>> >
>> > We have enforced naming things for the dmaengine binding, which has
>> > just led to everyone calling things "rx" and "tx". My fear is that
>> > if we start to enforce
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:44 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:48 Jean-Michel Hautbois wrote:
>> The ADV7604 has thirteen 256-byte maps that can be accessed via the main
>> I²C ports. Each
Hi Laurent,
Thank you for your review,
2014-10-23 1:37 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:47 Jean-Michel Hautbois wrote:
>> Some I2C devices have multiple addresses assigned, for example each address
>> corresponding
Hi Laurent,
Thank you for your review,
2014-10-23 1:37 GMT+02:00 Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi Jean-Michel,
Thank you for the patch.
On Wednesday 22 October 2014 17:30:47 Jean-Michel Hautbois wrote:
Some I2C devices have multiple addresses assigned, for example
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:44 GMT+02:00 Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi Jean-Michel,
Thank you for the patch.
On Wednesday 22 October 2014 17:30:48 Jean-Michel Hautbois wrote:
The ADV7604 has thirteen 256-byte maps that can be accessed via the
On Tue, Oct 21, 2014 at 4:54 PM, Arnd Bergmann a...@arndb.de wrote:
On Tuesday 21 October 2014 14:14:02 Alexandre Courbot wrote:
We have enforced naming things for the dmaengine binding, which has
just led to everyone calling things rx and tx. My fear is that
if we start to enforce giving
On Thu, Oct 23, 2014 at 04:07:12PM +1100, Michael Ellerman wrote:
kcmp.h appears to be part of the API, it's documented in kcmp(2), and
the selftests/kcmp code uses it. So move it to uapi so it's actually
exported.
Signed-off-by: Michael Ellerman m...@ellerman.id.au
Acked-by: Cyrill Gorcunov
On Thu, Oct 9, 2014 at 10:04 AM, Fengguang Wu fengguang...@intel.com wrote:
Hi Marek,
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 478e86d7c8c5f41e29abb81b05b459d24bdc71a2 (mm: cma: adjust address
limit to avoid
On Thu, Oct 23, 2014 at 04:07:13PM +1100, Michael Ellerman wrote:
The kcmp test mucks with the include path to bring in the kernel
headers, and x86 headers too for reasons that are not clear.
Now that kcmp.h is exported none of that should be necessary.
Signed-off-by: Michael Ellerman
On Thu, Oct 23, 2014 at 04:07:14PM +1100, Michael Ellerman wrote:
Don't prevent the test building on non-x86. Just try and build it and
let the chips fall where they may.
Signed-off-by: Michael Ellerman m...@ellerman.id.au
kcmp depends on checkpoint/restore config symbol which is known
to
On Wed, Oct 22, 2014 at 11:07 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, October 22, 2014 11:28:40 AM Arnd Bergmann wrote:
On Wednesday 22 October 2014 11:51:40 Mika Westerberg wrote:
On Wed, Oct 22, 2014 at 10:33:32AM +0200, Arnd Bergmann wrote:
On Wednesday 22 October
On Wed, 2014-10-22 at 16:24 -0700, Paul E. McKenney wrote:
On Thu, Oct 23, 2014 at 01:40:32AM +0300, Yanko Kaneti wrote:
On Wed-10/22/14-2014 15:33, Josh Boyer wrote:
On Wed, Oct 22, 2014 at 2:55 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
[ . . . ]
Don't get me wrong
On 2014/10/23 13:18, Bjorn Helgaas wrote:
On Wed, Oct 15, 2014 at 11:06:53AM +0800, Yijing Wang wrote:
Save msi chip in pci_sys_data instead of assign
msi chip to every pci bus in .add_bus().
Signed-off-by: Yijing Wang wangyij...@huawei.com
---
drivers/pci/host/pci-tegra.c | 13
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
index 22e413c..f11108c 100644
--- a/drivers/pci/msi.c
+++ b/drivers/pci/msi.c
@@ -35,6 +35,9 @@ int __weak arch_setup_msi_irq(struct pci_dev *dev, struct
msi_desc *desc)
struct msi_chip *chip = dev-bus-msi;
int err;
+if
(2014/10/23 14:54), Srikar Dronamraju wrote:
* Masami Hiramatsu masami.hiramatsu...@hitachi.com [2014-10-22 18:41:58]:
(2014/10/22 17:20), Hemant Kumar wrote:
From file_sdt_ent we will find out the file name.
Convert this sdt note into a perf event and then write this into
uprobe_events
/*
* Swizzle the device pin each time we cross a bridge. If a platform does
* not provide a swizzle function, we perform the standard PCI swizzling.
@@ -478,8 +464,6 @@ static void pcibios_init_hw(struct device *parent,
struct hw_pci *hw,
sys-swizzle = hw-swizzle;
On Wed, Oct 22, 2014 at 7:07 PM, Eric W. Biederman
ebied...@xmission.com wrote:
David Drysdale drysd...@google.com writes:
Add a new system execveat(2) syscall. execveat() is to execve() as
openat() is to open(): it takes a file descriptor that refers to a
directory, and resolves the filename
On 2014/10/23 13:41, Bjorn Helgaas wrote:
On Wed, Oct 15, 2014 at 11:06:58AM +0800, Yijing Wang wrote:
Now msi chip is saved in pci_sys_data in arm,
we could clean the bus-msi assignment in
pci core.
Signed-off-by: Yijing Wang wangyij...@huawei.com
CC: Thierry Reding
On Thu, Oct 23, 2014 at 08:20:22AM +0900, Minchan Kim wrote:
Thank you for reply. Your advice was a big help!
I will send the fixed version.
Hey Karam,
You could keep Acked-by/Reviewed-by gotten from me and Jerome
in old versions if new version isn't changed heavily.
It's credit of them
From: karam.lee karam@lge.com
This patch removes an unnecessary parameter(bio)
from zram_bvec_rw() and zram_bvec_read().
zram_bvec_read() doesn't use a bio parameter, so remove it.
zram_bvec_rw() calls a read/write operation not using bio, so a rw parameter
replaces a bio parameter.
From: karam.lee karam@lge.com
This patch changes parameter of valid_io_request for common usage.
The purpose of valid_io_request() is to determine if bio request is
valid or not.
This patch use I/O start address and size instead of a BIO parameter
for common usage.
Signed-off-by: karam.lee
From: karam.lee karam@lge.com
This patch implements rw_page operation for zram block device.
I implemented the feature in zram and tested it.
Test bed was the G2, LG electronic mobile device, whtich has msm8974
processor and 2GB memory.
With a memory allocation test program consuming memory,
From: karam.lee karam@lge.com
Recently rw_page block device operation has been added.
This patchset implements rw_page operation for zram block device
and does some clean-up.
Patches 1~2 are for clean-up.
Patch 3 is for implementation of rw_page operation.
With the rw_page operation, zram
On Wed, Oct 22, 2014 at 10:12 PM, David Miller da...@davemloft.net wrote:
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 22 Oct 2014 21:50:06 +0200
On Wed, Oct 22, 2014 at 9:34 PM, David Miller da...@davemloft.net wrote:
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 22
On Wed, Oct 22, 2014 at 10:12 PM, David Miller da...@davemloft.net wrote:
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 22 Oct 2014 21:50:06 +0200
On Wed, Oct 22, 2014 at 9:34 PM, David Miller da...@davemloft.net wrote:
From: Geert Uytterhoeven ge...@linux-m68k.org
Date: Wed, 22
On Wed, Oct 22, 2014 at 07:25:40PM +0200, Stephane Eranian wrote:
On Wed, Oct 22, 2014 at 5:07 PM, Jiri Olsa jo...@redhat.com wrote:
On Thu, Oct 09, 2014 at 06:34:39PM +0200, Stephane Eranian wrote:
From: Maria Dimakopoulou maria.n.dimakopou...@gmail.com
SNIP
+struct
On Wed, Oct 22, 2014 at 02:31:51PM +0200, Jiri Olsa wrote:
On Thu, Oct 09, 2014 at 06:34:40PM +0200, Stephane Eranian wrote:
From: Maria Dimakopoulou maria.n.dimakopou...@gmail.com
SNIP
+static struct event_constraint *
+intel_get_excl_constraints(struct cpu_hw_events *cpuc, struct
On Wed, Oct 22, 2014 at 11:16:03AM -0600, Jason Gunthorpe wrote:
On Wed, Oct 22, 2014 at 07:23:55PM +0300, Jarkko Sakkinen wrote:
tpm_register_hardware() and tpm_remove_hardware() are called often
before initializing the device. This is wrong order since it could
be that main TPM driver
Thanks for the review comments. Please check my reply below.
-Original Message-
From: Alexandre Courbot [mailto:gnu...@gmail.com]
Sent: 17 October, 2014 4:44 PM
To: Chang, Rebecca Swee Fun
Cc: Linus Walleij; Westerberg, Mika; GPIO Subsystem Mailing List; Linux Kernel
Mailing List;
On 10/22/2014 10:47 AM, Bjorn Helgaas wrote:
[+cc Joerg, Eric, Tom, David, iommu list]
On Wed, Oct 15, 2014 at 2:14 AM, Takao Indoh indou.ta...@jp.fujitsu.com wrote:
(2014/10/14 18:34), Li, ZhenHua wrote:
I tested on the latest stable version 3.17, it works well.
On 10/10/2014 03:13 PM, Li,
On Wed, Oct 22, 2014 at 02:28:26PM -0400, Jonathan Corbet wrote:
On Wed, 22 Oct 2014 19:54:46 +0400
Kirill Smelkov k...@nexedi.com wrote:
Please apply the below patch documenting that hugetlbfs can be
sticky-mounted.
It documents it in a rather obscure way...but, then, to be clear,
2014-10-22 17:50 GMT+02:00 Lee Jones lee.jo...@linaro.org:
On Wed, 22 Oct 2014, PERIER Romain wrote:
This is related to the following subject [RFC v3 PATCH 1/5] of: Add
standard property for poweroff capability and depends on the
corresponding patch.
Then it should be sent in the same
Thanks for the excellent review comments. I'll do another spin an try to
incorporate most them.
/Jarkko
On Wed, Oct 22, 2014 at 11:26:46AM -0600, Jason Gunthorpe wrote:
On Wed, Oct 22, 2014 at 07:23:56PM +0300, Jarkko Sakkinen wrote:
Traversal of the ACPI device tree was not done right. It
+
+static int sch_gpio_irq_type(struct irq_data *d, unsigned type)
+{
+ struct sch_gpio *sch = container_of(d, struct sch_gpio, data);
+ unsigned long flags;
+ u32 gpio_num;
+
+ if (d == NULL)
+ return -EINVAL;
+
+ gpio_num = d-irq
v1-v2:
Add a patch to make s390 MSI code build happy between patch x86/xen/MSI:
E..
and s390/MSI: Use MSI... Fix several typo problems found by Lucas.
RFC-v1:
Updated [patch 4/21] x86/xen/MSI: Eliminate..., export msi_chip instead
of #ifdef to fix MSI bug in xen running in x86.
Rename
Hello,
On 2014-10-23 08:03, Weijie Yang wrote:
On Thu, Oct 9, 2014 at 10:04 AM, Fengguang Wu fengguang...@intel.com wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 478e86d7c8c5f41e29abb81b05b459d24bdc71a2 (mm: cma:
On Wed, Oct 22, 2014 at 04:28:51PM +0100, Robert Bragg wrote:
+ /* XXX: Not sure that this is really acceptable...
+ *
+ * i915_gem_context.c currently owns pinning/unpinning legacy
+ * context buffers and although that code has a
+ * get_context_alignment() func to
On Thursday 23 October 2014 16:07:12 Michael Ellerman wrote:
--- a/include/linux/kcmp.h
+++ b/include/linux/kcmp.h
@@ -1,17 +1,6 @@
#ifndef _LINUX_KCMP_H
#define _LINUX_KCMP_H
-/* Comparison type */
-enum kcmp_type {
- KCMP_FILE,
- KCMP_VM,
- KCMP_FILES,
-
Thank you!
Probably we should add it to stable trees too?
--
Regards,
Roman
22.10.2014, 22:30, Jeff Kirsher jeffrey.t.kirs...@intel.com:
On Wed, 2014-10-22 at 17:50 +0400, Roman Gushchin wrote:
Incoming packet is dropped silently by sk_filter(), if the skb was
allocated from pfmemalloc
On Thursday 23 October 2014 12:16:13 Chenhui Zhao wrote:
+extern void ls1_do_deepsleep(unsigned long addr);
+extern void ls1_start_fsm(void);
+extern void ls1_deepsleep_resume(void);
+extern void ls1021a_set_secondary_entry(void);
+extern int ls1_sram_code_size;
+extern void
On Wed, 22 Oct 2014 21:44:08 +0300
Michael S. Tsirkin m...@redhat.com wrote:
virtio 1.0 makes all memory structures LE, so
we need APIs to conditionally do a byteswap on BE
architectures.
To make it easier to check code statically,
add virtio specific types for multi-byte integers
in
On Thu, Oct 23, 2014 at 9:19 AM, Jiri Olsa jo...@redhat.com wrote:
On Wed, Oct 22, 2014 at 02:31:51PM +0200, Jiri Olsa wrote:
On Thu, Oct 09, 2014 at 06:34:40PM +0200, Stephane Eranian wrote:
From: Maria Dimakopoulou maria.n.dimakopou...@gmail.com
SNIP
+static struct event_constraint *
On Wed, Oct 22, 2014 at 10:55:17AM -0500, Christoph Lameter wrote:
We had to insert a preempt enable/disable in the fastpath a while ago. This
was mainly due to a lot of state that is kept to be allocating from the per
cpu freelist. In particular the page field is not covered by
Changes from v3 to v4
* Patch 1: Add code comment on nr_isolate_pageblock on struct zone (Naoya)
Add one more check in free_one_page() that checks whether
migratetype is MIGRATE_ISOLATE or not.
* Patch 4: Use min() to prevent overflow of buddy merge order (Naoya)
* Remove RFC tag
*
Hi Laurent,
On Wed, Oct 22, 2014 at 11:16:03PM +0300, Laurent Pinchart wrote:
Hi Maxime,
On Thursday 16 October 2014 18:24:53 Maxime Ripard wrote:
On Thu, Oct 16, 2014 at 07:15:40PM +0300, Laurent Pinchart wrote:
On Thursday 16 October 2014 12:17:05 Maxime Ripard wrote:
All the caller of __free_one_page() has similar migratetype recheck logic,
so we can move it to __free_one_page(). This reduce line of code and help
future maintenance. This is also preparation step for mm/page_alloc:
restrict max order of merging on isolated pageblock which fix the
freepage
On Wed, Oct 22, 2014 at 11:02:26AM +0300, Tomi Valkeinen wrote:
On 18/10/14 00:13, Jani Nikula wrote:
Documentation/kbuild/kconfig-language.txt warns to use select with care,
and in general use select only for non-visible symbols and for symbols
with no dependencies, because select will
On 22 October 2014 17:44, Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Wed, Oct 22, 2014 at 5:28 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 22 October 2014 17:09, Geert Uytterhoeven ge...@linux-m68k.org wrote:
On Wed, Oct 22, 2014 at 5:01 PM, Ulf Hansson ulf.hans...@linaro.org wrote:
В Ср, 22/10/2014 в 23:30 +0200, Oleg Nesterov пишет:
On 10/22, Kirill Tkhai wrote:
Unlocked access to dst_rq-curr in task_numa_compare() is racy.
If curr task is exiting this may be a reason of use-after-free:
Thanks.
And as you pointed out, there are other examples of unlocked
On Wed, Oct 22, 2014 at 02:09:43PM -0700, Paul E. McKenney wrote:
Yes, this works. FWIW, please feel free to add
Reported-and-tested-by: Jiri Kosina jkos...@suse.cz
once merging it.
Done, and thank you for both the bug report and the testing!
Works here too.
Tested-by:
On Thu, Oct 23, 2014 at 09:06:28AM +0900, Masanari Iida wrote:
This patch fix following error while make xmldocs
Warning(.//drivers/gpu/drm/drm_crtc.c:778): Excess function parameter
'mode' description in 'drm_connector_get_cmdline_mode'
Signed-off-by: Masanari Iida standby2...@gmail.com
On Wed, Oct 22, 2014 at 04:29:22PM +0200, Joerg Roedel wrote:
On Wed, Oct 15, 2014 at 11:10:44AM +0200, Thierry Reding wrote:
It seems like I never got back to you on this. The reason here is that
for Tegra the IOMMU is part of a larger IP block. The IP block is
primarily a memory
On Wed, Oct 22, 2014 at 03:26:23PM +, Romain Perier wrote:
No longer use custom property to define poweroff capability, use the standard
DT property instead.
This breaks DT ABI stability right? An existing device tree using
ti,system-power-controller won't work anymore after this patch
Andrew Morton a...@linux-foundation.org writes:
On Fri, 17 Oct 2014 10:08:06 +0530 Aneesh Kumar K.V
aneesh.ku...@linux.vnet.ibm.com wrote:
Update generic gup implementation with powerpc specific details.
On powerpc at pmd level we can have hugepte, normal pmd pointer
or a pointer to the
Current pageblock isolation logic could isolate each pageblock
individually. This causes freepage accounting problem if freepage with
pageblock order on isolate pageblock is merged with other freepage on
normal pageblock. We can prevent merging by restricting max order of
merging to pageblock
On Thu, Oct 23, 2014 at 10:01:08AM +0200, Stephane Eranian wrote:
On Thu, Oct 23, 2014 at 9:19 AM, Jiri Olsa jo...@redhat.com wrote:
On Wed, Oct 22, 2014 at 02:31:51PM +0200, Jiri Olsa wrote:
On Thu, Oct 09, 2014 at 06:34:40PM +0200, Stephane Eranian wrote:
From: Maria Dimakopoulou
On Thu, Oct 23, 2014 at 09:49:14AM +0200, Arnd Bergmann wrote:
On Thursday 23 October 2014 16:07:12 Michael Ellerman wrote:
--- a/include/linux/kcmp.h
+++ b/include/linux/kcmp.h
@@ -1,17 +1,6 @@
#ifndef _LINUX_KCMP_H
#define _LINUX_KCMP_H
-/* Comparison type */
-enum kcmp_type
There are two paths to reach core free function of buddy allocator,
__free_one_page(), one is free_one_page()-__free_one_page() and the
other is free_hot_cold_page()-free_pcppages_bulk()-__free_one_page().
Each paths has race condition causing serious problems. At first, this
patch is focused on
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These macros will be removed once
all consumers are updated and
In free_pcppages_bulk(), we use cached migratetype of freepage
to determine type of buddy list where freepage will be added.
This information is stored when freepage is added to pcp list, so
if isolation of pageblock of this freepage begins after storing,
this cached information could be stale. In
Hello,
On 2014-10-21 02:05, Laura Abbott wrote:
On 10/20/2014 6:50 AM, Stefan Hengelein wrote:
Well,
arch/arm/mm/dma-mapping.c: In function ‘__atomic_get_pages’:
arch/arm/mm/dma-mapping.c:1265:31: error: ‘atomic_pool’ undeclared
(first use in this function)
arch/arm/mm/dma-mapping.c: In
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These macros will be removed once
all consumers are updated and
On Tue, Oct 14, 2014 at 01:53:44PM -0700, a...@linux-foundation.org wrote:
The patch titled
Subject: mm/compaction.c: avoid premature range skip in
isolate_migratepages_range
has been added to the -mm tree. Its filename is
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These macros will be removed once
all consumers are updated and
Add the new flags argument to calls of (devm_)gpiod_get*() and
remove any direction setting code afterwards.
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These macros will be removed once
all consumers are updated and
From: Byungchul Park byungchul.p...@lge.com
Hello.
When I analysis the exit_mm() function to find out the reason why the
function spends much time occasionally, this patch was very useful.
I thought this patch cannot be useful only for me, but can be also
useful for anybody who want to be
From: Byungchul Park byungchul.p...@lge.com
Currently, function graph tracer prints ! or + just before
function execution time to signal a function overhead, depending
on the time. Even it is usually enough to do that, we sometimes
need to be signaled for bigger execution time than 100 micro
From: Byungchul Park byungchul.p...@lge.com
Usually, msecs notation means milli-seconds, and usecs notation
means micro-seconds. Since the unit used in the code is
micro-seconds, the notation should be replaced from msecs to usecs.
This confusing notation prevents us from understanding the code
Add the new flags argument to calls of (devm_)gpiod_get*().
Currently both forms (with or without the flags argument)
are valid thanks to transitional macros in
linux/gpio/consumer.h. These macros will be removed once
all consumers are updated and the flags argument will become
compulsary.
This patch is used to add vendor prefix for Micron Technology Inc in the
vendor-prefixes.txt file.
Micron Technology, Inc. is an American multinational corporation based in
Boise, Idaho,
best known for producing many forms of semiconductor devices. This includes
DRAM, SDRAM,
flash memory,
Hi Masami,
On Thu, 23 Oct 2014 15:33:37 +0900, Masami Hiramatsu wrote:
(2014/10/23 14:54), Srikar Dronamraju wrote:
I am somehow not able to figure out how perf probe comes into the
current workflow.
I think the current design was
1. perf sdt-cache --add file (only once per file)
2. perf
On Wed, Oct 22, 2014 at 10:06:41PM -0700, Guenter Roeck wrote:
On 10/22/2014 09:37 PM, Florian Fainelli wrote:
You probably want the number of temperature sensors to come from the
switch driver, and support arbitrary number of temperature sensors?
In that case we would need the number of
drivers/net/ethernet/apm/xgene/xgene_enet_sgmac.c: In function
‘xgene_enet_ecc_init’:
drivers/net/ethernet/apm/xgene/xgene_enet_sgmac.c:126: warning: ‘data’ may be
used uninitialized in this function
Depending on the arbitrary value on the stack, the loop may terminate
too early, and cause a
This function actually operates on a gpio_chip, so its prefix should
reflect that fact for consistency with other functions defined in
gpio/driver.h.
Signed-off-by: Alexandre Courbot acour...@nvidia.com
---
Just a consistency change ; hopefully we can slip this under the GPIO
tree without getting
В Ср, 22/10/2014 в 11:00 +0100, Juri Lelli пишет:
On 21/10/14 15:21, Kirill Tkhai wrote:
В Вт, 21/10/2014 в 12:41 +0100, Juri Lelli пишет:
On 21/10/14 11:48, Kirill Tkhai wrote:
В Вт, 21/10/2014 в 11:30 +0100, Juri Lelli пишет:
Hi Kirill,
sorry for the late reply, but I was busy doing
701 - 800 of 1456 matches
Mail list logo