Re: [PATCH v3 0/6] Introduce pci_(request|release)_(mem|io)_regions

On Tue, Jun 07, 2016 at 09:44:00AM +0200, Johannes Thumshirn wrote: > The first patch in this series introduces the following 4 helper functions to > the PCI core: > > * pci_request_mem_regions() > * pci_request_io_regions() > * pci_release_mem_regions() > * pci_release_io_regions() > > which

Re: [PATCH v3 0/6] Introduce pci_(request|release)_(mem|io)_regions

On Tue, Jun 07, 2016 at 09:44:00AM +0200, Johannes Thumshirn wrote: > The first patch in this series introduces the following 4 helper functions to > the PCI core: > > * pci_request_mem_regions() > * pci_request_io_regions() > * pci_release_mem_regions() > * pci_release_io_regions() > > which

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > * softirq -> hardirq, hardirq -> softirq > * > * When exiting hardirq or softirq time, account the elapsed time. > + * > + * When exiting softirq time, subtract

Re: [PATCH 16/27] mm: Move page mapped accounting to the node

On Tue, 21 Jun 2016 15:15:55 +0100 Mel Gorman wrote: > Reclaim makes decisions based on the number of pages that are mapped > but it's mixing node and zone information. Account NR_FILE_MAPPED and > NR_ANON_PAGES pages on the node. Boy, the difference between

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > * softirq -> hardirq, hardirq -> softirq > * > * When exiting hardirq or softirq time, account the elapsed time. > + * > + * When exiting softirq time, subtract

Re: [PATCH 16/27] mm: Move page mapped accounting to the node

On Tue, 21 Jun 2016 15:15:55 +0100 Mel Gorman wrote: > Reclaim makes decisions based on the number of pages that are mapped > but it's mixing node and zone information. Account NR_FILE_MAPPED and > NR_ANON_PAGES pages on the node. Boy, the difference between

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Wed, 2016-06-22 at 00:28 +0200, Peter Zijlstra wrote: > On Tue, Jun 21, 2016 at 06:23:34PM -0400, Rik van Riel wrote: > >  > > > > + /* > > > > +  * Softirq context may get interrupted by hardirq > > > > context, > > > > +  * on the same CPU. At softirq entry time the amount >

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Wed, 2016-06-22 at 00:28 +0200, Peter Zijlstra wrote: > On Tue, Jun 21, 2016 at 06:23:34PM -0400, Rik van Riel wrote: > >  > > > > + /* > > > > +  * Softirq context may get interrupted by hardirq > > > > context, > > > > +  * on the same CPU. At softirq entry time the amount >

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 11:44:09PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > > > On Tue, Jun 21, 2016 at

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 11:44:09PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > > > On Tue, Jun 21, 2016 at

[PATCH 1/2] net: ethernet: macb: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 1/2] net: ethernet: macb: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

Re: camera application for testing (was Re: v4l subdevs without big device)

Hi! > > What is reasonable camera application for testing? > > > > N900 looks like a low-end digital camera. I have now have the hardware > > working (can set focus to X cm using command line), but that's not > > going to be useful for taking photos. > > I guess you already knew about

[PATCH 2/2] net: ethernet: macb: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/cadence/macb.c | 30 -- 1 files changed, 4

Re: camera application for testing (was Re: v4l subdevs without big device)

Hi! > > What is reasonable camera application for testing? > > > > N900 looks like a low-end digital camera. I have now have the hardware > > working (can set focus to X cm using command line), but that's not > > going to be useful for taking photos. > > I guess you already knew about

[PATCH 2/2] net: ethernet: macb: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/cadence/macb.c | 30 -- 1 files changed, 4 insertions(+), 26

Re: [PATCH v4 0/2] ASoC: da7219: Convert driver to use generic FW functions

On 6/21/2016 7:50 PM, Adam Thomson wrote: This patch set converts the da7219 codec driver to use device/fwnode functions to access properties, instead of the DT only of_* functions, allowing ACPI to be used as well. The DT bindings for da7219 have a device node for the main codec properties,

Re: [PATCH v4 0/2] ASoC: da7219: Convert driver to use generic FW functions

On 6/21/2016 7:50 PM, Adam Thomson wrote: This patch set converts the da7219 codec driver to use device/fwnode functions to access properties, instead of the DT only of_* functions, allowing ACPI to be used as well. The DT bindings for da7219 have a device node for the main codec properties,

Re: [PATCH v3 2/6] NVMe: Use pci_(request|release)_mem_regions

On Fri, Jun 17, 2016 at 01:27:16PM +0200, Johannes Thumshirn wrote: > On Tue, Jun 07, 2016 at 09:44:02AM +0200, Johannes Thumshirn wrote: > > Now that we do have pci_request_mem_regions() and pci_release_mem_regions() > > at > > hand, use it in the NVMe driver. > > > > Suggested-by: Christoph

Re: [PATCH v3 2/6] NVMe: Use pci_(request|release)_mem_regions

On Fri, Jun 17, 2016 at 01:27:16PM +0200, Johannes Thumshirn wrote: > On Tue, Jun 07, 2016 at 09:44:02AM +0200, Johannes Thumshirn wrote: > > Now that we do have pci_request_mem_regions() and pci_release_mem_regions() > > at > > hand, use it in the NVMe driver. > > > > Suggested-by: Christoph

Re: [PATCH] ARM: AM33xx: PRM: Remove wrongly defined RSTST offset for PER Domain

Hi Keerthy, On 06/21/2016 05:08 AM, Keerthy wrote: > As per the TRM: http://www.ti.com/lit/ug/spruh73m/spruh73m.pdf > offset 0x4 is reserved for PRM_PER. Hence removing the wrongly > defined address offset. Thanks for the patch. These macros are not used anywhere, so it should be safe to remove

Re: [PATCH] ARM: AM33xx: PRM: Remove wrongly defined RSTST offset for PER Domain

Hi Keerthy, On 06/21/2016 05:08 AM, Keerthy wrote: > As per the TRM: http://www.ti.com/lit/ug/spruh73m/spruh73m.pdf > offset 0x4 is reserved for PRM_PER. Hence removing the wrongly > defined address offset. Thanks for the patch. These macros are not used anywhere, so it should be safe to remove

Re: [PATCHv3 0/2] USB Type-C Connector class

On Tue, Jun 21, 2016 at 05:51:49PM +0300, Heikki Krogerus wrote: > Hi, > > I'm considering all the RFCs I send after v1 as v2 (I don't remember > how many I send). Hope this is OK and hope there is nothing big > missing anymore (or broken). > > Sorry about the delay. I've been really busy with

Re: [PATCHv3 0/2] USB Type-C Connector class

On Tue, Jun 21, 2016 at 05:51:49PM +0300, Heikki Krogerus wrote: > Hi, > > I'm considering all the RFCs I send after v1 as v2 (I don't remember > how many I send). Hope this is OK and hope there is nothing big > missing anymore (or broken). > > Sorry about the delay. I've been really busy with

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Tue, 2016-06-21 at 23:49 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > > > > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > >   * softirq -> hardirq, hardirq -> softirq > >   * > >   * When exiting hardirq or softirq time,

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On Tue, 2016-06-21 at 23:49 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:07PM -0400, r...@redhat.com wrote: > > > > @@ -53,36 +56,72 @@ DEFINE_PER_CPU(seqcount_t, irq_time_seq); > >   * softirq -> hardirq, hardirq -> softirq > >   * > >   * When exiting hardirq or softirq time,

Re: kernel-4.7 bug in Intel sound and/or ACPI

On Tue, Jun 21, 2016 at 09:40:10AM -0400, Sinan Kaya wrote: > > Thanks, It was a guess with no proof. > > Let's undo the change above and start adding some print statements to collect > data from your system. > > Can you add this to the end of acpi_irq_get_penalty function and then send > the

Re: kernel-4.7 bug in Intel sound and/or ACPI

On Tue, Jun 21, 2016 at 09:40:10AM -0400, Sinan Kaya wrote: > > Thanks, It was a guess with no proof. > > Let's undo the change above and start adding some print statements to collect > data from your system. > > Can you add this to the end of acpi_irq_get_penalty function and then send > the

Re: [PATCH 1/5] sched,time: count actually elapsed irq & softirq time

On Tue, 2016-06-21 at 23:21 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:03PM -0400, r...@redhat.com wrote: > > > > +static unsigned long irqtime_account_hi_update(unsigned long > > max_jiffies) > >  { > >   u64 *cpustat = kcpustat_this_cpu->cpustat; > > + unsigned long

Re: [PATCH 1/5] sched,time: count actually elapsed irq & softirq time

On Tue, 2016-06-21 at 23:21 +0200, Peter Zijlstra wrote: > On Thu, Jun 16, 2016 at 12:06:03PM -0400, r...@redhat.com wrote: > > > > +static unsigned long irqtime_account_hi_update(unsigned long > > max_jiffies) > >  { > >   u64 *cpustat = kcpustat_this_cpu->cpustat; > > + unsigned long

Re: [PATCH v4 9/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 20/06/2016 17:20, Hans Verkuil wrote: > On 06/17/2016 04:16 PM, Nick Dyer wrote: >> +static int rmi_f54_vidioc_enum_input(struct file *file, void *priv, >> + struct v4l2_input *i) >> +{ >> +struct f54_data *f54 = video_drvdata(file); >> +enum

Re: [PATCH v2] net: stmmac: dwmac-rk: add rk3228-specific data

On Tue, Jun 21, 2016 at 08:33:28PM +0800, Xing Zheng wrote: > Add constants and callback functions for the dwmac on rk3228/rk3229 socs. > As can be seen, the base structure is the same, only registers and the > bits in them moved slightly. > > Signed-off-by: Xing Zheng

Re: [PATCH v4 9/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 20/06/2016 17:20, Hans Verkuil wrote: > On 06/17/2016 04:16 PM, Nick Dyer wrote: >> +static int rmi_f54_vidioc_enum_input(struct file *file, void *priv, >> + struct v4l2_input *i) >> +{ >> +struct f54_data *f54 = video_drvdata(file); >> +enum

Re: [PATCH v2] net: stmmac: dwmac-rk: add rk3228-specific data

On Tue, Jun 21, 2016 at 08:33:28PM +0800, Xing Zheng wrote: > Add constants and callback functions for the dwmac on rk3228/rk3229 socs. > As can be seen, the base structure is the same, only registers and the > bits in them moved slightly. > > Signed-off-by: Xing Zheng > --- > > Changes in v2:

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On 21/06/16 22:34, Omar Sandoval wrote: > $ git status > On branch master > Untracked files: > (use "git add ..." to include in what will be committed) > > asdf > > nothing added to commit but untracked files present (use "git add" to track) > > > tools/thermal/tmon/.gitignore

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On 21/06/16 22:34, Omar Sandoval wrote: > $ git status > On branch master > Untracked files: > (use "git add ..." to include in what will be committed) > > asdf > > nothing added to commit but untracked files present (use "git add" to track) > > > tools/thermal/tmon/.gitignore

Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:29:13AM +0200, Florian Vaussard wrote: > Add device tree binding documentation for On Semiconductor NCP5623 I2C > LED driver. The driver can independently control the PWM of the 3 > channels with 32 levels of intensity. > > The current delivered by the current source

Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:29:13AM +0200, Florian Vaussard wrote: > Add device tree binding documentation for On Semiconductor NCP5623 I2C > LED driver. The driver can independently control the PWM of the 3 > channels with 32 levels of intensity. > > The current delivered by the current source

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On Tue, Jun 21, 2016 at 11:03:39PM +0100, Kieran Bingham wrote: > On 21/06/16 22:34, Omar Sandoval wrote: > > $ git status > > On branch master > > Untracked files: > > (use "git add ..." to include in what will be committed) > > > > asdf > > > > nothing added to commit but untracked

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On Tue, Jun 21, 2016 at 11:03:39PM +0100, Kieran Bingham wrote: > On 21/06/16 22:34, Omar Sandoval wrote: > > $ git status > > On branch master > > Untracked files: > > (use "git add ..." to include in what will be committed) > > > > asdf > > > > nothing added to commit but untracked

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/21/16 15:45, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/19/16 20:01, se...@hallyn.com wrote: > >>> apologies for top posting, this phone doesn't support inline) > >>> > >>> Where are you preventing less

Re: [RFC] capabilities: add capability cgroup controller

Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/21/16 15:45, Serge E. Hallyn wrote: > > Quoting Topi Miettinen (toiwo...@gmail.com): > >> On 06/19/16 20:01, se...@hallyn.com wrote: > >>> apologies for top posting, this phone doesn't support inline) > >>> > >>> Where are you preventing less

Re: [PATCH] scripts/gdb: add constants.py to .gitignore

Hi Omar, Thanks for spotting, and submitting this. On 20/06/16 21:00, Omar Sandoval wrote: > From: Omar Sandoval > > Since scripts/gdb/linux/constants.py is autogenerated, this should have > been added to .gitignore when it was introduced. Absolutely! - This never hit me, as I

Re: [PATCH 2/3] iio: adc: max1363: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:09:28AM +0200, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Mandatory > binding is the compatible string and the slave I2C address. > > Optional properties can be used to specify the Vcc / Vref regulators, as > well as the IRQ

Re: [PATCH 2/3] iio: adc: max1363: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:09:28AM +0200, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Mandatory > binding is the compatible string and the slave I2C address. > > Optional properties can be used to specify the Vcc / Vref regulators, as > well as the IRQ

Re: [PATCH] scripts/gdb: add constants.py to .gitignore

Hi Omar, Thanks for spotting, and submitting this. On 20/06/16 21:00, Omar Sandoval wrote: > From: Omar Sandoval > > Since scripts/gdb/linux/constants.py is autogenerated, this should have > been added to .gitignore when it was introduced. Absolutely! - This never hit me, as I always build

Re: [PATCH] mm: slab.h: use ilog2() in kmalloc_index()

On Tue, 21 Jun 2016 02:33:06 +0300 Yury Norov wrote: > kmalloc_index() uses simple straightforward way to calculate > bit position of nearest or equal upper power of 2. > This effectively results in generation of 24 episodes of > compare-branch instructions in assembler. >

Re: [PATCH] mm: slab.h: use ilog2() in kmalloc_index()

On Tue, 21 Jun 2016 02:33:06 +0300 Yury Norov wrote: > kmalloc_index() uses simple straightforward way to calculate > bit position of nearest or equal upper power of 2. > This effectively results in generation of 24 episodes of > compare-branch instructions in assembler. > > There is shorter

Re: [PATCH v8 6/8] perf tools: Enable overwrite settings

Em Mon, Jun 20, 2016 at 10:47:23AM +, Wang Nan escreveu: > This patch allows following config terms and option: > > Globally setting events to overwrite; > > # perf record --overwrite ... > > Set specific events to be overwrite or no-overwrite. > > # perf record --event cycles/overwrite/

Re: [PATCH v8 6/8] perf tools: Enable overwrite settings

Em Mon, Jun 20, 2016 at 10:47:23AM +, Wang Nan escreveu: > This patch allows following config terms and option: > > Globally setting events to overwrite; > > # perf record --overwrite ... > > Set specific events to be overwrite or no-overwrite. > > # perf record --event cycles/overwrite/

Re: [PATCH 1/2] devicetree: Add vendor prefix for Inverse Path

On Tue, Jun 21, 2016 at 04:50:52PM +0200, and...@inversepath.com wrote: > From: Andrej Rosano > > Inverse Path is an information security consulting company: > https://inversepath.com > > Signed-off-by: Andrej Rosano > --- >

Re: [PATCH 1/2] devicetree: Add vendor prefix for Inverse Path

On Tue, Jun 21, 2016 at 04:50:52PM +0200, and...@inversepath.com wrote: > From: Andrej Rosano > > Inverse Path is an information security consulting company: > https://inversepath.com > > Signed-off-by: Andrej Rosano > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1

Re: [PATCHv3] wlcore: spi: add wl18xx support

On Tue, Jun 21, 2016 at 12:02:06PM +, Reizer, Eyal wrote: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use

Re: [PATCHv3] wlcore: spi: add wl18xx support

On Tue, Jun 21, 2016 at 12:02:06PM +, Reizer, Eyal wrote: > Add support for using with both wl12xx and wl18xx. > > - all wilink family needs special init command for entering wspi mode. > extra clock cycles should be sent after the spi init command while the > cs pin is high. > - Use

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > > Hi, > > > > > > Le 21/06/16 à 22:43, Julia Lawall a écrit : > > > > > > > > > > > >On Tue, 21 Jun

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > > Hi, > > > > > > Le 21/06/16 à 22:43, Julia Lawall a écrit : > > > > > > > > > > > >On Tue, 21 Jun

Re: mm, oom_reaper: How to handle race with oom_killer_disable() ?

Michal Hocko wrote: > On Wed 22-06-16 00:32:29, Tetsuo Handa wrote: > > Michal Hocko wrote: > [...] > > > Hmm, what about the following instead. It is rather a workaround than a > > > full flaged fix but it seems much more easier and shouldn't introduce > > > new issues. > > > > Yes, I think that

Re: [PATCH v3 8/8] scripts/coccinelle: require coccinelle >= 1.0.4 on device_node_continue.cocci

Le 21/06/16 à 22:36, Julia Lawall a écrit : On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: Make use of the new Requires: tag to be able to specify coccinelle binary version requirements. The cocci file device_node_continue.cocci requires at least coccinelle 1.0.4. Signed-off-by: Luis R.

Re: mm, oom_reaper: How to handle race with oom_killer_disable() ?

Michal Hocko wrote: > On Wed 22-06-16 00:32:29, Tetsuo Handa wrote: > > Michal Hocko wrote: > [...] > > > Hmm, what about the following instead. It is rather a workaround than a > > > full flaged fix but it seems much more easier and shouldn't introduce > > > new issues. > > > > Yes, I think that

Re: [PATCH v3 8/8] scripts/coccinelle: require coccinelle >= 1.0.4 on device_node_continue.cocci

Le 21/06/16 à 22:36, Julia Lawall a écrit : On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: Make use of the new Requires: tag to be able to specify coccinelle binary version requirements. The cocci file device_node_continue.cocci requires at least coccinelle 1.0.4. Signed-off-by: Luis R.

Re: [PATCH v3 6/8] coccicheck: add support for requring a coccinelle version

Le 21/06/16 à 21:21, Luis R. Rodriguez a écrit : Enable Coccinelle SmPL patches to require a specific version of Coccinelle. In the event that the version does not match we just inform the user, if the user asked to go through all SmPL patches we just inform them of the need for a new version of

Re: [PATCH v3 6/8] coccicheck: add support for requring a coccinelle version

Le 21/06/16 à 21:21, Luis R. Rodriguez a écrit : Enable Coccinelle SmPL patches to require a specific version of Coccinelle. In the event that the version does not match we just inform the user, if the user asked to go through all SmPL patches we just inform them of the need for a new version of

[patch -mm 2/2] mm, compaction: abort free scanner if split fails

If the memory compaction free scanner cannot successfully split a free page (only possible due to per-zone low watermark), terminate the free scanner rather than continuing to scan memory needlessly. If the per-zone watermark is insufficient for a free page of order <= cc->order, then terminate

[patch -mm 2/2] mm, compaction: abort free scanner if split fails

If the memory compaction free scanner cannot successfully split a free page (only possible due to per-zone low watermark), terminate the free scanner rather than continuing to scan memory needlessly. If the per-zone watermark is insufficient for a free page of order <= cc->order, then terminate

[patch -mm 1/2] mm/compaction: split freepages without holding the zone lock fix

If __isolate_free_page() fails, avoid adding to freelist so we don't call map_pages() with it. Signed-off-by: David Rientjes --- Fix for mm-compaction-split-freepages-without-holding-the-zone-lock.patch in -mm. mm/compaction.c | 29 + 1 file

[patch -mm 1/2] mm/compaction: split freepages without holding the zone lock fix

If __isolate_free_page() fails, avoid adding to freelist so we don't call map_pages() with it. Signed-off-by: David Rientjes --- Fix for mm-compaction-split-freepages-without-holding-the-zone-lock.patch in -mm. mm/compaction.c | 29 + 1 file changed, 13

Re: [PATCH 2/3] iio: potentiometer: mcp4531: Add device tree binding documentation

On Tue, Jun 21, 2016 at 08:55:36AM +0200, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Apart the > compatible string and standard I2C binding, no other binding is currently > needed. > > Signed-off-by: Florian Vaussard >

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > > > Hi, > > > > > > > > Le 21/06/16 à

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:32:11PM +0200, Julia Lawall wrote: > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > > > Hi, > > > > > > > > Le 21/06/16 à

Re: [PATCH 2/3] iio: potentiometer: mcp4531: Add device tree binding documentation

On Tue, Jun 21, 2016 at 08:55:36AM +0200, Florian Vaussard wrote: > Add the device tree documentation for all the supported parts. Apart the > compatible string and standard I2C binding, no other binding is currently > needed. > > Signed-off-by: Florian Vaussard > --- >

Re: [PATCH 15/16] arm64: dts: msm8996: add sdc2 pinctrl

On Fri, Jun 17, 2016 at 04:14:12PM +0100, Srinivas Kandagatla wrote: > This patch adds pinctrl required for sdhci for external sd card > controller. > > Signed-off-by: Srinivas Kandagatla > --- I presume this is the right patch 15? As it matches the subject in

Re: [PATCH 15/16] arm64: dts: msm8996: add sdc2 pinctrl

On Fri, Jun 17, 2016 at 04:14:12PM +0100, Srinivas Kandagatla wrote: > This patch adds pinctrl required for sdhci for external sd card > controller. > > Signed-off-by: Srinivas Kandagatla > --- I presume this is the right patch 15? As it matches the subject in your cover letter? Andy

Re: [PATCH v8 4/8] perf record: Introduce rec->overwrite_evlist for overwritable events

Em Mon, Jun 20, 2016 at 10:47:21AM +, Wang Nan escreveu: > Create an auxiliary evlist for overwritable events. > > Before mmap, build this evlist and set 'overwrite' and 'backward' > attribute. Since perf_evlist__mmap_ex() only maps events when > evsel->overwrite matches evlist's

Re: [PATCH v8 4/8] perf record: Introduce rec->overwrite_evlist for overwritable events

Em Mon, Jun 20, 2016 at 10:47:21AM +, Wang Nan escreveu: > Create an auxiliary evlist for overwritable events. > > Before mmap, build this evlist and set 'overwrite' and 'backward' > attribute. Since perf_evlist__mmap_ex() only maps events when > evsel->overwrite matches evlist's

Re: [PATCH] sched/fair: initialize throttle_count for new task-groups lazily

On Thu, Jun 16, 2016 at 03:57:01PM +0300, Konstantin Khlebnikov wrote: > Cgroup created inside throttled group must inherit current throttle_count. > Broken throttle_count allows to nominate throttled entries as a next buddy, > later this leads to null pointer dereference in pick_next_task_fair().

Re: [PATCH] sched/fair: initialize throttle_count for new task-groups lazily

On Thu, Jun 16, 2016 at 03:57:01PM +0300, Konstantin Khlebnikov wrote: > Cgroup created inside throttled group must inherit current throttle_count. > Broken throttle_count allows to nominate throttled entries as a next buddy, > later this leads to null pointer dereference in pick_next_task_fair().

Re: Warning when compiling DTB on X-Gene platform with dtc 1.4.1-g53bf130b

On Tue, Jun 21, 2016 at 6:25 AM, Andrew Lunn wrote: > On Tue, Jun 21, 2016 at 02:02:44AM -0700, Duc Dang wrote: >> Hi Rob, >> >> I got warning on unit_address_vs_reg similar to this >> https://lkml.org/lkml/2016/3/7/43 when using v4.7-rc2 dtc to build dtb >> for X-Gene Mustang: >>

Re: Warning when compiling DTB on X-Gene platform with dtc 1.4.1-g53bf130b

On Tue, Jun 21, 2016 at 6:25 AM, Andrew Lunn wrote: > On Tue, Jun 21, 2016 at 02:02:44AM -0700, Duc Dang wrote: >> Hi Rob, >> >> I got warning on unit_address_vs_reg similar to this >> https://lkml.org/lkml/2016/3/7/43 when using v4.7-rc2 dtc to build dtb >> for X-Gene Mustang: >> >>

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Tue, Jun 21, 2016 at 09:43:20PM +0200, Oliver Neukum wrote: > On Tue, 2016-06-21 at 06:24 -0700, Guenter Roeck wrote: > > On 06/21/2016 06:08 AM, Oliver Neukum wrote: > > > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > >> The purpose of this class is to provide unified interface

Re: [RFC PATCHv2] usb: USB Type-C Connector Class

On Tue, Jun 21, 2016 at 09:43:20PM +0200, Oliver Neukum wrote: > On Tue, 2016-06-21 at 06:24 -0700, Guenter Roeck wrote: > > On 06/21/2016 06:08 AM, Oliver Neukum wrote: > > > On Thu, 2016-05-19 at 15:44 +0300, Heikki Krogerus wrote: > > >> The purpose of this class is to provide unified interface

Re: [PATCH 2/3] iio: potentiometer: mcp4531: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:49:20AM +0200, Florian Vaussard wrote: > Hello, > > On 06/21/2016 09:38 AM, Peter Rosin wrote: > > On 2016-06-21 08:55, Florian Vaussard wrote: > >> Add the device tree documentation for all the supported parts. Apart the > >> compatible string and standard I2C binding,

Re: [PATCH 2/3] iio: potentiometer: mcp4531: Add device tree binding documentation

On Tue, Jun 21, 2016 at 09:49:20AM +0200, Florian Vaussard wrote: > Hello, > > On 06/21/2016 09:38 AM, Peter Rosin wrote: > > On 2016-06-21 08:55, Florian Vaussard wrote: > >> Add the device tree documentation for all the supported parts. Apart the > >> compatible string and standard I2C binding,

Re: [RFC] capabilities: add capability cgroup controller

On 06/21/16 15:45, Serge E. Hallyn wrote: > Quoting Topi Miettinen (toiwo...@gmail.com): >> On 06/19/16 20:01, se...@hallyn.com wrote: >>> apologies for top posting, this phone doesn't support inline) >>> >>> Where are you preventing less privileged tasks from limiting the caps of a >>> more

Re: [Cocci] [PATCH v3 0/8] coccicheck: modernize

On Tue, Jun 21, 2016 at 11:30:03PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:02:49PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > That is sanitized as follows: > > > > > > > > #

Re: [PATCH v2 16/16] arm64: dts: msm8996: add sdc2 support

On Tue, Jun 21, 2016 at 06:39:53PM +0100, Srinivas Kandagatla wrote: > This patch adds support to sdc2 sdhci controller, which is used on some > of the boards. > > Signed-off-by: Srinivas Kandagatla > --- > Hi Andy, > > Am resending just this one patch, as It

Re: [Cocci] [PATCH v3 0/8] coccicheck: modernize

On Tue, Jun 21, 2016 at 11:30:03PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > On Tue, Jun 21, 2016 at 11:02:49PM +0200, Julia Lawall wrote: > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > That is sanitized as follows: > > > > > > > > #

Re: [PATCH v2 16/16] arm64: dts: msm8996: add sdc2 support

On Tue, Jun 21, 2016 at 06:39:53PM +0100, Srinivas Kandagatla wrote: > This patch adds support to sdc2 sdhci controller, which is used on some > of the boards. > > Signed-off-by: Srinivas Kandagatla > --- > Hi Andy, > > Am resending just this one patch, as It does not make sense > to resend

Re: [RFC] capabilities: add capability cgroup controller

On 06/21/16 15:45, Serge E. Hallyn wrote: > Quoting Topi Miettinen (toiwo...@gmail.com): >> On 06/19/16 20:01, se...@hallyn.com wrote: >>> apologies for top posting, this phone doesn't support inline) >>> >>> Where are you preventing less privileged tasks from limiting the caps of a >>> more

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:10:00PM +0200, Julia Lawall wrote: > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > On Tue, Jun 21, 2016 at 10:43:04PM +0200, Julia Lawall wrote: > > > > > > > > > > > > On Tue, 21 Jun 2016, Luis

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:10:00PM +0200, Julia Lawall wrote: > > > > > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > On Tue, Jun 21, 2016 at 10:43:04PM +0200, Julia Lawall wrote: > > > > > > > > > > > > On Tue, 21 Jun 2016, Luis

Re: [Cocci] [PATCH v3 0/8] coccicheck: modernize

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:02:49PM +0200, Julia Lawall wrote: > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > That is sanitized as follows: > > > > > > # spatch only allows include directories with the syntax "-I include" > > >

Re: [Cocci] [PATCH v3 0/8] coccicheck: modernize

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:02:49PM +0200, Julia Lawall wrote: > > On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > That is sanitized as follows: > > > > > > # spatch only allows include directories with the syntax "-I include" > > >

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On Tue, Jun 21, 2016 at 10:20:14PM +0100, Kieran Bingham wrote: > On 21/06/16 22:11, Omar Sandoval wrote: > > From: Omar Sandoval > > > > Since scripts/gdb/linux/constants.py is autogenerated, this should have > > been added to .gitignore when it was introduced. > > > > Fixes:

Re: [PATCH v2] scripts/gdb: add constants.py to .gitignore

On Tue, Jun 21, 2016 at 10:20:14PM +0100, Kieran Bingham wrote: > On 21/06/16 22:11, Omar Sandoval wrote: > > From: Omar Sandoval > > > > Since scripts/gdb/linux/constants.py is autogenerated, this should have > > been added to .gitignore when it was introduced. > > > > Fixes: f197d75fcad1

Re: [PATCH] ASoC: cs53l30: Add MUTE pin control support via GPIO

On Mon, Jun 20, 2016 at 06:54:44PM -0700, Nicolin Chen wrote: > The codec chip has a physical MUTE pin to let users control it via > GPIO. So this patch add a mute control support to the driver. > > Signed-off-by: Nicolin Chen > --- >

Re: [PATCH] ASoC: cs53l30: Add MUTE pin control support via GPIO

On Mon, Jun 20, 2016 at 06:54:44PM -0700, Nicolin Chen wrote: > The codec chip has a physical MUTE pin to let users control it via > GPIO. So this patch add a mute control support to the driver. > > Signed-off-by: Nicolin Chen > --- > .../devicetree/bindings/sound/cs53l30.txt | 2 ++ >

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > Hi, > > > > Le 21/06/16 à 22:43, Julia Lawall a écrit : > > > > > > > > >On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > >>On Tue, Jun 21, 2016 at 10:17:38PM +0200,

Re: [PATCH v3 3/8] coccicheck: enable parmap support

On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > On Tue, Jun 21, 2016 at 11:00:53PM +0200, Nicolas Palix (LIG) wrote: > > Hi, > > > > Le 21/06/16 à 22:43, Julia Lawall a écrit : > > > > > > > > >On Tue, 21 Jun 2016, Luis R. Rodriguez wrote: > > > > > >>On Tue, Jun 21, 2016 at 10:17:38PM +0200,

Re: [PATCH v2 00/17] DS1341 support and code cleanup

Hi, On 21/06/2016 at 00:18:22 -0700, Andrey Smirnov wrote : > Hi everyone, > > This set is a v2 of the DS1307 driver patches. Changes since v1: > > - Devicetree bindings are separated into a separate commit > > - Device tree properties now have vendor specific prefixes and >

Re: [PATCH v2 00/17] DS1341 support and code cleanup

Hi, On 21/06/2016 at 00:18:22 -0700, Andrey Smirnov wrote : > Hi everyone, > > This set is a v2 of the DS1307 driver patches. Changes since v1: > > - Devicetree bindings are separated into a separate commit > > - Device tree properties now have vendor specific prefixes and >

<    1   2   3   4   5   6   7   8   9   10   >