Re: [PATCH 4/5 v4] ASoC: dwc: Add custom PCM driver

Hi Jose, [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.6-rc2 next-20160407] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Jose-Abreu/Add-I2S-ADV7511-audio-support

Re: [PATCH 4/5 v4] ASoC: dwc: Add custom PCM driver

Hi Jose, [auto build test ERROR on drm/drm-next] [also build test ERROR on v4.6-rc2 next-20160407] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Jose-Abreu/Add-I2S-ADV7511-audio-support

Re: [RFC PATCH] PM / wakeirq: fix wakeirq setting after wakup re-configuration from sysfs

* Grygorii Strashko [160406 04:47]: > Now wakeirq stops working for device if wakeup option for > this device will be reconfigured through sysfs, like: > > echo disabled > /sys/devices/platform/extcon_usb1/power/wakeup > echo enabled >

Re: [RFC PATCH] PM / wakeirq: fix wakeirq setting after wakup re-configuration from sysfs

* Grygorii Strashko [160406 04:47]: > Now wakeirq stops working for device if wakeup option for > this device will be reconfigured through sysfs, like: > > echo disabled > /sys/devices/platform/extcon_usb1/power/wakeup > echo enabled > /sys/devices/platform/extcon_usb1/power/wakeup > > Once

Re: [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote: > + Optional properties: > + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set > + it is required to use the properties 'dmas' and 'dma-names'. This is not a good interface, it's describing Linux internal APIs.

Re: [PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote: > + Optional properties: > + - snps,use-dmaengine: If set the driver will use ALSA DMA engine. If set > + it is required to use the properties 'dmas' and 'dma-names'. This is not a good interface, it's describing Linux internal APIs.

Re: [PATCH v6 0/7] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 1/3: iommu changes

On Thu, 7 Apr 2016 14:28:59 +0200 Eric Auger wrote: > Hi Alex, > On 04/07/2016 01:15 AM, Alex Williamson wrote: > > On Mon, 4 Apr 2016 08:06:55 + > > Eric Auger wrote: > > > >> This series introduces the dma-reserved-iommu api used to: > >>

Re: [PATCH v6 0/7] KVM PCIe/MSI passthrough on ARM/ARM64: kernel part 1/3: iommu changes

On Thu, 7 Apr 2016 14:28:59 +0200 Eric Auger wrote: > Hi Alex, > On 04/07/2016 01:15 AM, Alex Williamson wrote: > > On Mon, 4 Apr 2016 08:06:55 + > > Eric Auger wrote: > > > >> This series introduces the dma-reserved-iommu api used to: > >> - create/destroy an iova domain dedicated to

Re: [PATCH 1/2] pci: add pci_unmap_iospace function for PCI_IOBASE

On 4/7/2016 12:00 PM, Bjorn Helgaas wrote: > Hi Sinan, > > On Mon, Mar 07, 2016 at 05:21:49PM -0500, Sinan Kaya wrote: >> The PCI_IOBASE needs to be released after hotplug removal so that it can be >> re-added back by the pci_remap_iospace function during insertion. >> >> Adding unmap function to

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Hi Ebru, [auto build test ERROR on next-20160407] [cannot apply to v4.6-rc2 v4.6-rc1 v4.5-rc7 v4.6-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Ebru-Akagunduz/mm-thp-Fix-unnecessarry

Re: [PATCH 1/2] pci: add pci_unmap_iospace function for PCI_IOBASE

On 4/7/2016 12:00 PM, Bjorn Helgaas wrote: > Hi Sinan, > > On Mon, Mar 07, 2016 at 05:21:49PM -0500, Sinan Kaya wrote: >> The PCI_IOBASE needs to be released after hotplug removal so that it can be >> re-added back by the pci_remap_iospace function during insertion. >> >> Adding unmap function to

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Hi Ebru, [auto build test ERROR on next-20160407] [cannot apply to v4.6-rc2 v4.6-rc1 v4.5-rc7 v4.6-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Ebru-Akagunduz/mm-thp-Fix-unnecessarry

Re: [RFC PATCH v2 0/3] Add ACPI support for pinctrl configuration

On Thu, Apr 7, 2016 at 2:56 PM, Mika Westerberg wrote: > On Tue, Apr 05, 2016 at 06:33:23PM +0300, Irina Tirdea wrote: >> Changes from v1: >> - address code review comments regarding coding style, documentation >> and fixes >> - rewrote patch 3 ("pinctrl: Parse

Re: [RFC PATCH v2 0/3] Add ACPI support for pinctrl configuration

On Thu, Apr 7, 2016 at 2:56 PM, Mika Westerberg wrote: > On Tue, Apr 05, 2016 at 06:33:23PM +0300, Irina Tirdea wrote: >> Changes from v1: >> - address code review comments regarding coding style, documentation >> and fixes >> - rewrote patch 3 ("pinctrl: Parse GpioInt/GpioIo resources") to >>

Re: [PATCH] ata: sata_dwc_460ex: fix sata_dwc_460ex when using dma transfers

On Wed, Apr 6, 2016 at 6:33 PM, Christian Lamparter wrote: > This patch allows sata_dwc_460ex to work with non-ncq, dma i/o. > Previously, the driver dumped the following warning: > > [ cut here ] > WARNING: at c01f3d50 [verbose debug info

Re: [PATCH] ata: sata_dwc_460ex: fix sata_dwc_460ex when using dma transfers

On Wed, Apr 6, 2016 at 6:33 PM, Christian Lamparter wrote: > This patch allows sata_dwc_460ex to work with non-ncq, dma i/o. > Previously, the driver dumped the following warning: > > [ cut here ] > WARNING: at c01f3d50 [verbose debug info unavailable] > CPU: 0 PID: 315

Re: [PATCH 2/2] pci, acpi: free IO resource during shutdown

On 4/7/2016 12:06 PM, Bjorn Helgaas wrote: >> __release_pci_root_info function if the region type is IO. > I don't know what "removing a slot" means. You're changing > pci_root.c, so I assume this is really an ACPI host bridge removal? > Correct, I'm removing the host bridge. > The release

Re: [PATCH 2/2] pci, acpi: free IO resource during shutdown

On 4/7/2016 12:06 PM, Bjorn Helgaas wrote: >> __release_pci_root_info function if the region type is IO. > I don't know what "removing a slot" means. You're changing > pci_root.c, so I assume this is really an ACPI host bridge removal? > Correct, I'm removing the host bridge. > The release

Re: [PATCH] x86 get_unmapped_area: Add PMD alignment for DAX PMD mmap

On Wed, Apr 06, 2016 at 11:44:32AM -0600, Toshi Kani wrote: > > The NVML chooses appropriate addresses and gets a properly aligned > > address without any kernel code. > > An application like NVML can continue to specify a specific address to > mmap().  Most existing applications, however, do not

Re: [PATCH] x86 get_unmapped_area: Add PMD alignment for DAX PMD mmap

On Wed, Apr 06, 2016 at 11:44:32AM -0600, Toshi Kani wrote: > > The NVML chooses appropriate addresses and gets a properly aligned > > address without any kernel code. > > An application like NVML can continue to specify a specific address to > mmap().  Most existing applications, however, do not

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Hi Ebru, [auto build test ERROR on next-20160407] [cannot apply to v4.6-rc2 v4.6-rc1 v4.5-rc7 v4.6-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Ebru-Akagunduz/mm-thp-Fix-unnecessarry

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Hi Ebru, [auto build test ERROR on next-20160407] [cannot apply to v4.6-rc2 v4.6-rc1 v4.5-rc7 v4.6-rc2] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Ebru-Akagunduz/mm-thp-Fix-unnecessarry

Re: 4.4: camera and unlock buttons produce tons of interrupts (was Re: N900 sleep mode)

Hi, * Pavel Machek [160405 13:52]: > Hi! > > > > Ok, I realized that _something_ set up my keyboard on console, too, so > > > I'm able to do "init 1" and still interact with the console. > > > > > > cm_idlest1_core blocking bits are now 0x42 pretty consistently. But > > > they

Re: [PATCH] usb: core: hub: hub_port_init lock controller instead of bus

On Wed, Feb 10, 2016 at 07:13:38PM +0200, Mathias Nyman wrote: > > Most likely xhci is messed up after two device slots are in default state at > the same time. > This happens when both threads are in hub_port_init() have called > hub_port_reset() > > The issue becomes visible when the the

Re: 4.4: camera and unlock buttons produce tons of interrupts (was Re: N900 sleep mode)

Hi, * Pavel Machek [160405 13:52]: > Hi! > > > > Ok, I realized that _something_ set up my keyboard on console, too, so > > > I'm able to do "init 1" and still interact with the console. > > > > > > cm_idlest1_core blocking bits are now 0x42 pretty consistently. But > > > they stay 0x42, even

Re: [PATCH] usb: core: hub: hub_port_init lock controller instead of bus

On Wed, Feb 10, 2016 at 07:13:38PM +0200, Mathias Nyman wrote: > > Most likely xhci is messed up after two device slots are in default state at > the same time. > This happens when both threads are in hub_port_init() have called > hub_port_reset() > > The issue becomes visible when the the

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

From: Joe Perches Date: Thu, 07 Apr 2016 09:31:17 -0700 > On Thu, 2016-04-07 at 17:23 +0100, David Howells wrote: >> Disable a debugging statement that has been left enabled >> >> Signed-off-by: David Howells >> --- >> >>  net/rxrpc/ar-ack.c |2 +- >>

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

From: Joe Perches Date: Thu, 07 Apr 2016 09:31:17 -0700 > On Thu, 2016-04-07 at 17:23 +0100, David Howells wrote: >> Disable a debugging statement that has been left enabled >> >> Signed-off-by: David Howells >> --- >> >>  net/rxrpc/ar-ack.c |2 +- >>  1 file changed, 1 insertion(+), 1

Re: [PATCH] sata_dwc_460ex: fix burst transaction length

On Thu, Apr 7, 2016 at 1:44 AM, Christian Lamparter wrote: > According to DesignWare DW_ahb_dmac Databook page 159, > both SRC_MSIZE and DEST_MSIZE values "are not related to > AHB bus mater HBURST bus". > > The hardware uses these values as a unit of TR_WIDTHs. > As both

Re: [PATCH] sata_dwc_460ex: fix burst transaction length

On Thu, Apr 7, 2016 at 1:44 AM, Christian Lamparter wrote: > According to DesignWare DW_ahb_dmac Databook page 159, > both SRC_MSIZE and DEST_MSIZE values "are not related to > AHB bus mater HBURST bus". > > The hardware uses these values as a unit of TR_WIDTHs. > As both TR_WIDTHs are hardcoded

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

On Thu, 2016-04-07 at 20:28 +0300, Ebru Akagunduz wrote: > Currently khugepaged makes swapin readahead to improve > THP collapse rate. This patch checks vm statistics > to avoid workload of swapin, if unnecessary. So that > when system under pressure, khugepaged won't consume > resources to swapin

Re: [PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

On Thu, 2016-04-07 at 20:28 +0300, Ebru Akagunduz wrote: > Currently khugepaged makes swapin readahead to improve > THP collapse rate. This patch checks vm statistics > to avoid workload of swapin, if unnecessary. So that > when system under pressure, khugepaged won't consume > resources to swapin

Re: [PATCH] KVM: new maintainer on the block

2016-04-07 17:21+0200, Paolo Bonzini: > Avi has kept Gleb busy enough, and Radim has been helping me > for a while, so let's "reward" him with an entry in > MAINTAINERS. > > Acked-by: Gleb Natapov > Cc: Radim Krčmář > --- > Radim, please commit this

Re: [PATCH] KVM: new maintainer on the block

2016-04-07 17:21+0200, Paolo Bonzini: > Avi has kept Gleb busy enough, and Radim has been helping me > for a while, so let's "reward" him with an entry in > MAINTAINERS. > > Acked-by: Gleb Natapov > Cc: Radim Krčmář > --- > Radim, please commit this yourself to kvm/master and >

How to get creatior PID information for the local tcp connection

Hi, Issue - How to get PID information for the local tcp connection i want to get the creator PID for each socket in user space for local tcp connection, i see in kernel there is support for returing PID with "SO_PEERCRED" ioctl to work across namespaces. it uses struct pid and struct cred

How to get creatior PID information for the local tcp connection

Hi, Issue - How to get PID information for the local tcp connection i want to get the creator PID for each socket in user space for local tcp connection, i see in kernel there is support for returing PID with "SO_PEERCRED" ioctl to work across namespaces. it uses struct pid and struct cred

[PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Currently khugepaged makes swapin readahead to improve THP collapse rate. This patch checks vm statistics to avoid workload of swapin, if unnecessary. So that when system under pressure, khugepaged won't consume resources to swapin and won't trigger direct reclaim when swapin readahead. The patch

[PATCH v5 2/2] mm, thp: avoid unnecessary swapin in khugepaged

Currently khugepaged makes swapin readahead to improve THP collapse rate. This patch checks vm statistics to avoid workload of swapin, if unnecessary. So that when system under pressure, khugepaged won't consume resources to swapin and won't trigger direct reclaim when swapin readahead. The patch

Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable

Hello. On 04/07/2016 06:12 PM, Michal Hocko wrote: From: Michal Hocko Introduce ___down_write for the fast path and reuse it for __down_write resp. __down_write_killable each using the respective generic slow path (rwsem_down_write_failed resp.

Re: [PATCH 08/11] ia64, rwsem: provide __down_write_killable

Hello. On 04/07/2016 06:12 PM, Michal Hocko wrote: From: Michal Hocko Introduce ___down_write for the fast path and reuse it for __down_write resp. __down_write_killable each using the respective generic slow path (rwsem_down_write_failed resp. rwsem_down_write_failed_killable).

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Hi Christian, On Thu, 2016-04-07 at 15:37 +0200, Christian Ruppert wrote: > Dear Lucas, > > Sorry for the late reply but I had to put our test environment back > together to check this patch. I'll keep it around for a while in case > you have further iterations to test. np, I'll try to iterate

Re: [PATCH] i2c: designware: do not disable adapter after transfer

Hi Christian, On Thu, 2016-04-07 at 15:37 +0200, Christian Ruppert wrote: > Dear Lucas, > > Sorry for the late reply but I had to put our test environment back > together to check this patch. I'll keep it around for a while in case > you have further iterations to test. np, I'll try to iterate

[PATCH v5 1/2] mm, vmstat: calculate particular vm event

Currently, vmstat can calculate specific vm event with all_vm_events() however it allocates all vm events to stack. This patch introduces a helper to sum value of a specific vm event over all cpu, without loading all the events. Signed-off-by: Ebru Akagunduz

[PATCH v5 1/2] mm, vmstat: calculate particular vm event

Currently, vmstat can calculate specific vm event with all_vm_events() however it allocates all vm events to stack. This patch introduces a helper to sum value of a specific vm event over all cpu, without loading all the events. Signed-off-by: Ebru Akagunduz Suggested-by: Kirill A. Shutemov

[PATCH v5 0/2] mm, thp: Fix unnecessarry resource consuming in swapin

This patch series fixes unnecessarry resource consuming in khugepaged swapin and introduces a new function to calculate value of specific vm event. Ebru Akagunduz (2): mm, vmstat: calculate particular vm event mm, thp: avoid unnecessary swapin in khugepaged include/linux/vmstat.h | 6

[PATCH v5 0/2] mm, thp: Fix unnecessarry resource consuming in swapin

This patch series fixes unnecessarry resource consuming in khugepaged swapin and introduces a new function to calculate value of specific vm event. Ebru Akagunduz (2): mm, vmstat: calculate particular vm event mm, thp: avoid unnecessary swapin in khugepaged include/linux/vmstat.h | 6

Re: [PATCH v3] drm/gma500: fix double freeing

On Thu, Apr 7, 2016 at 5:52 PM, Sudip Mukherjee wrote: > On Wednesday 09 December 2015 05:50 PM, Patrik Jakobsson wrote: >> >> On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee >> wrote: >>> >>> On Thu, Oct 08, 2015 at 06:17:48PM +0530,

Re: [PATCH v3] drm/gma500: fix double freeing

On Thu, Apr 7, 2016 at 5:52 PM, Sudip Mukherjee wrote: > On Wednesday 09 December 2015 05:50 PM, Patrik Jakobsson wrote: >> >> On Wed, Dec 9, 2015 at 12:53 PM, Sudip Mukherjee >> wrote: >>> >>> On Thu, Oct 08, 2015 at 06:17:48PM +0530, Sudip Mukherjee wrote: We are allocating backing

Re: [PATCH 09/14] coresight: tmc: adding mode of operation for link/sinks

On 22/03/16 20:23, Mathieu Poirier wrote: Moving tmc_drvdata::enable to a local_t mode. That way the sink interface is aware of it's orgin and the foundation for mutual exclusion between the sysFS and Perf interface can be laid out. Signed-off-by: Mathieu Poirier

Re: [PATCH 09/14] coresight: tmc: adding mode of operation for link/sinks

On 22/03/16 20:23, Mathieu Poirier wrote: Moving tmc_drvdata::enable to a local_t mode. That way the sink interface is aware of it's orgin and the foundation for mutual exclusion between the sysFS and Perf interface can be laid out. Signed-off-by: Mathieu Poirier static int

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

On Thu, 2016-04-07 at 18:05 +0100, David Howells wrote: > Joe Perches wrote: > > It might be better to remove kenter and _enter > > altogether and use function tracing instead. > Possibly - but not at this time. Swell. > Besides, isn't the function tracing log lost > if the

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

On Thu, 2016-04-07 at 18:05 +0100, David Howells wrote: > Joe Perches wrote: > > It might be better to remove kenter and _enter > > altogether and use function tracing instead. > Possibly - but not at this time. Swell. > Besides, isn't the function tracing log lost > if the machine crashes? I

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

Joe Perches wrote: > It might be better to remove kenter and _enter > altogether and use function tracing instead. Possibly - but not at this time. Besides, isn't the function tracing log lost if the machine crashes? David

Re: [PATCH 2/9] rxrpc: Disable a debugging statement that has been left enabled.

Joe Perches wrote: > It might be better to remove kenter and _enter > altogether and use function tracing instead. Possibly - but not at this time. Besides, isn't the function tracing log lost if the machine crashes? David

Re: [PATCHv2] x86/mce: Look in genpool instead of mcelog.entry[] for pending error records

On Thu, Apr 07, 2016 at 09:34:06AM -0700, Tony Luck wrote: > Couple of issues here: > 1) MCE_LOG_LEN is only 32 - so we may have more pending records than will >fit in the buffer on high core count cpus > 2) During a panic we may have a lot of duplicate records because multiple >logical

Re: [PATCHv2] x86/mce: Look in genpool instead of mcelog.entry[] for pending error records

On Thu, Apr 07, 2016 at 09:34:06AM -0700, Tony Luck wrote: > Couple of issues here: > 1) MCE_LOG_LEN is only 32 - so we may have more pending records than will >fit in the buffer on high core count cpus > 2) During a panic we may have a lot of duplicate records because multiple >logical

Re: Regulator: drivers that need to know their supply

On Thu, Apr 07, 2016 at 03:25:09PM +0200, Martin Fuzzey wrote: > To implement the .enable_time() method I need the voltage (which is > the supply's voltage). No, this is not sensible. You should be telling the framework about the slew rate and letting the framework work out how long it's going

Re: Regulator: drivers that need to know their supply

On Thu, Apr 07, 2016 at 03:25:09PM +0200, Martin Fuzzey wrote: > To implement the .enable_time() method I need the voltage (which is > the supply's voltage). No, this is not sensible. You should be telling the framework about the slew rate and letting the framework work out how long it's going

Re: [PATCH] ARM: OMAP: wakeupgen: Add comment for unhandled FROZEN transitions

* santosh shilimkar [160404 09:06]: > On 4/4/2016 5:55 AM, Anna-Maria Gleixner wrote: > >FROZEN hotplug notifiers are not handled and do not have to be. Insert > >a comment to remember that the lack of the FROZEN transitions is no > >accident. > > > >Cc: Tony

Re: [PATCH] ARM: dts: k2*: Rename the k2* files to keystone-k2* files

Hi Santosh, On Wed, Mar 16, 2016 at 10:43 AM, santosh shilimkar wrote: > On 3/16/2016 7:39 AM, Nishanth Menon wrote: >> >> As reported in [1], rename the k2* dts files to keystone-* files >> this will force consistency throughout. >> >> Script for the same (and hand

Re: [PATCH] ARM: OMAP: wakeupgen: Add comment for unhandled FROZEN transitions

* santosh shilimkar [160404 09:06]: > On 4/4/2016 5:55 AM, Anna-Maria Gleixner wrote: > >FROZEN hotplug notifiers are not handled and do not have to be. Insert > >a comment to remember that the lack of the FROZEN transitions is no > >accident. > > > >Cc: Tony Lindgren > >Cc: Santosh Shilimkar >

Re: [PATCH] ARM: dts: k2*: Rename the k2* files to keystone-k2* files

Hi Santosh, On Wed, Mar 16, 2016 at 10:43 AM, santosh shilimkar wrote: > On 3/16/2016 7:39 AM, Nishanth Menon wrote: >> >> As reported in [1], rename the k2* dts files to keystone-* files >> this will force consistency throughout. >> >> Script for the same (and hand modified for Makefile and

[PATCH v1 1/2] LDM: use generic UUID library

Instead of opencoding let's use generic UUID library functions here. Cc: "Richard Russon (FlatCap)" Cc: Jens Axboe Signed-off-by: Andy Shevchenko --- block/partitions/ldm.c | 60

[PATCH v1 1/2] LDM: use generic UUID library

Instead of opencoding let's use generic UUID library functions here. Cc: "Richard Russon (FlatCap)" Cc: Jens Axboe Signed-off-by: Andy Shevchenko --- block/partitions/ldm.c | 60 -- 1 file changed, 4 insertions(+), 56 deletions(-) diff --git

[PATCH v1 2/2] wmi: use generic UUID library

Instead of opencoding let's use generic UUID library functions here. Cc: Darren Hart Signed-off-by: Andy Shevchenko --- drivers/platform/x86/wmi.c | 104 ++--- 1 file changed, 13 insertions(+),

[PATCH v1 2/2] wmi: use generic UUID library

Instead of opencoding let's use generic UUID library functions here. Cc: Darren Hart Signed-off-by: Andy Shevchenko --- drivers/platform/x86/wmi.c | 104 ++--- 1 file changed, 13 insertions(+), 91 deletions(-) diff --git a/drivers/platform/x86/wmi.c

[PATCH v1 0/2] uuid: more users to use generic UUID API

Andrew, there are two more users converted as well which makes whole excersice quite meaningful. Andy Shevchenko (2): LDM: use generic UUID library wmi: use generic UUID library block/partitions/ldm.c | 60 ++ drivers/platform/x86/wmi.c | 104

[PATCH v1 0/2] uuid: more users to use generic UUID API

Andrew, there are two more users converted as well which makes whole excersice quite meaningful. Andy Shevchenko (2): LDM: use generic UUID library wmi: use generic UUID library block/partitions/ldm.c | 60 ++ drivers/platform/x86/wmi.c | 104

Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread

On Thu, Apr 7, 2016 at 9:50 AM, Florian Weimer wrote: > > (AFAICS set_robust_list was designed with such extensions in mind.) This is a disease among people who have been taught computer science. People think that "designing with extensions in mind" is a good idea. It's a

Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread

On Thu, Apr 7, 2016 at 9:50 AM, Florian Weimer wrote: > > (AFAICS set_robust_list was designed with such extensions in mind.) This is a disease among people who have been taught computer science. People think that "designing with extensions in mind" is a good idea. It's a _horrible_ idea. If

Re: [PATCH v12 09/13] arm, tile: turn off timer tick for oneshot_stopped state

On Tue, Apr 05, 2016 at 01:38:38PM -0400, Chris Metcalf wrote: > When the schedule tick is disabled in tick_nohz_stop_sched_tick(), > we call hrtimer_cancel(), which eventually calls down into > __remove_hrtimer() and thus into hrtimer_force_reprogram(). > That function's call to

Re: [PATCH v12 09/13] arm, tile: turn off timer tick for oneshot_stopped state

On Tue, Apr 05, 2016 at 01:38:38PM -0400, Chris Metcalf wrote: > When the schedule tick is disabled in tick_nohz_stop_sched_tick(), > we call hrtimer_cancel(), which eventually calls down into > __remove_hrtimer() and thus into hrtimer_force_reprogram(). > That function's call to

Re: [PATCH] of/platform: Allow secondary compatible match in of_dev_lookup

* Rob Herring [160406 21:53]: > On Fri, Apr 1, 2016 at 4:40 PM, Tony Lindgren wrote: > > * Tony Lindgren [160401 14:37]: > >> We currently try to match of_dev_auxdata based on compatible, > >> IO address, and device name. But in some cases

Re: [PATCH] of/platform: Allow secondary compatible match in of_dev_lookup

* Rob Herring [160406 21:53]: > On Fri, Apr 1, 2016 at 4:40 PM, Tony Lindgren wrote: > > * Tony Lindgren [160401 14:37]: > >> We currently try to match of_dev_auxdata based on compatible, > >> IO address, and device name. But in some cases we have multiple > >> instances of drivers that can use

Re: [PATCH v8 2/3] clocksource: Add NPS400 timers driver

On Sun, Apr 03, 2016 at 09:14:58PM +0300, Noam Camus wrote: > From: Noam Camus > > Add internal tick generator which is shared by all cores. > Each cluster of cores view it through dedicated address. > This is used for SMP system where all CPUs synced by same > clock source. >

Re: [PATCH v8 2/3] clocksource: Add NPS400 timers driver

On Sun, Apr 03, 2016 at 09:14:58PM +0300, Noam Camus wrote: > From: Noam Camus > > Add internal tick generator which is shared by all cores. > Each cluster of cores view it through dedicated address. > This is used for SMP system where all CPUs synced by same > clock source. > > Signed-off-by:

[PATCH 2/5 v4] drm/i2c/adv7511: Add audio support

This patch adds audio support for the ADV7511 HDMI transmitter using ALSA SoC. The code was ported from Analog Devices linux tree from commit 1770c4a1e32b ("Merge remote-tracking branch 'xilinx/master' into xcomm_zynq"), which is available at: - https://github.com/analogdevicesinc/linux/

[PATCH 2/5 v4] drm/i2c/adv7511: Add audio support

This patch adds audio support for the ADV7511 HDMI transmitter using ALSA SoC. The code was ported from Analog Devices linux tree from commit 1770c4a1e32b ("Merge remote-tracking branch 'xilinx/master' into xcomm_zynq"), which is available at: - https://github.com/analogdevicesinc/linux/

[PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

This patch updates documentation for the Designware I2S driver. Signed-off-by: Jose Abreu --- This patch was only introduced in v4. Documentation/devicetree/bindings/sound/designware-i2s.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/5 v4] drm/i2c/adv7511: Rename and move to separate folder

Main file of adv7511 driver was renamed from adv7511.c to adv7511_core.c and moved to separate folder in order to prepare the adding of audio support. Struct adv7511 was moved to adv7511.h and functions adv7511_packet_enable() and adv7511_packet_disable() were made public also to prepare the

[PATCH 5/5 v4] ASoC: dwc: Update DOCUMENTATION for I2S Driver

This patch updates documentation for the Designware I2S driver. Signed-off-by: Jose Abreu --- This patch was only introduced in v4. Documentation/devicetree/bindings/sound/designware-i2s.txt | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH 1/5 v4] drm/i2c/adv7511: Rename and move to separate folder

Main file of adv7511 driver was renamed from adv7511.c to adv7511_core.c and moved to separate folder in order to prepare the adding of audio support. Struct adv7511 was moved to adv7511.h and functions adv7511_packet_enable() and adv7511_packet_disable() were made public also to prepare the

[PATCH 0/5 v4] Add I2S/ADV7511 audio support for ARC AXS10x boards

ARC AXS10x platforms consist of a mainboard with several peripherals. One of those peripherals is an HDMI output port controlled by the ADV7511 transmitter. This patch set adds audio for the ADV7511 transmitter and I2S audio for the AXS10x platform. Changes v3 -> v4: * Reintroduced custom PCM

[PATCH 3/5 v4] ASoC: dwc: Use fifo depth to program FCR

This patch makes Designware I2S driver use the fifo depth value to program the fifo configuration register instead of using hardcoded values. Signed-off-by: Jose Abreu --- This patch was only introduced in v4. sound/soc/dwc/designware_i2s.c | 9 +++-- 1 file changed,

[PATCH 4/5 v4] ASoC: dwc: Add custom PCM driver

HDMI audio support was added to the AXS board using an I2S cpu driver and a custom platform driver. The platform driver supports two channels @ 16 bits with rates 32k, 44.1k and 48k. Although the mainline I2S driver uses ALSA DMA engine, this controller can be built without DMA support so it was

[PATCH 0/5 v4] Add I2S/ADV7511 audio support for ARC AXS10x boards

ARC AXS10x platforms consist of a mainboard with several peripherals. One of those peripherals is an HDMI output port controlled by the ADV7511 transmitter. This patch set adds audio for the ADV7511 transmitter and I2S audio for the AXS10x platform. Changes v3 -> v4: * Reintroduced custom PCM

[PATCH 3/5 v4] ASoC: dwc: Use fifo depth to program FCR

This patch makes Designware I2S driver use the fifo depth value to program the fifo configuration register instead of using hardcoded values. Signed-off-by: Jose Abreu --- This patch was only introduced in v4. sound/soc/dwc/designware_i2s.c | 9 +++-- 1 file changed, 7 insertions(+), 2

[PATCH 4/5 v4] ASoC: dwc: Add custom PCM driver

HDMI audio support was added to the AXS board using an I2S cpu driver and a custom platform driver. The platform driver supports two channels @ 16 bits with rates 32k, 44.1k and 48k. Although the mainline I2S driver uses ALSA DMA engine, this controller can be built without DMA support so it was

Re: [PATCH 0/2] PCI: mvebu: trivial cleanup

On Wed, Mar 16, 2016 at 05:59:39PM +0800, Jisheng Zhang wrote: > trivial clean ups to pci-mvebu.c > > Jisheng Zhang (2): > PCI: mvebu: constify mvebu_pcie_pm_ops structure > PCI: mvebu: use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS for mvebu_pcie_pm_ops Applied with Thomas' ack to pci/host-mvebu for

Re: [PATCH] drivers/idle: make intel_idle.c driver more explicitly non-modular

On Tue, Apr 05, 2016 at 09:33:12AM +0200, rcoch...@linutronix.de wrote: > On Tue, Apr 05, 2016 at 05:53:47AM +, Brown, Len wrote: > > > On Tue, Apr 05, 2016 at 04:20:47AM +, Brown, Len wrote: > > > > No, I do not believe that cpuidle should bother > > > > supporting changing idle drivers

Re: [PATCH 0/2] PCI: mvebu: trivial cleanup

On Wed, Mar 16, 2016 at 05:59:39PM +0800, Jisheng Zhang wrote: > trivial clean ups to pci-mvebu.c > > Jisheng Zhang (2): > PCI: mvebu: constify mvebu_pcie_pm_ops structure > PCI: mvebu: use SET_NOIRQ_SYSTEM_SLEEP_PM_OPS for mvebu_pcie_pm_ops Applied with Thomas' ack to pci/host-mvebu for

Re: [PATCH] drivers/idle: make intel_idle.c driver more explicitly non-modular

On Tue, Apr 05, 2016 at 09:33:12AM +0200, rcoch...@linutronix.de wrote: > On Tue, Apr 05, 2016 at 05:53:47AM +, Brown, Len wrote: > > > On Tue, Apr 05, 2016 at 04:20:47AM +, Brown, Len wrote: > > > > No, I do not believe that cpuidle should bother > > > > supporting changing idle drivers

Re: [netfilter-core] [PATCH] netfilter: unnecessary to check whether ip6_route_output() returns NULL

On Sun, Apr 03, 2016 at 10:03:33PM +0800, Haishuang Yan wrote: > ip6_route_output() never returns NULL, so it is not appropriate to > check if the return value is NULL. Applied, thanks.

Re: [netfilter-core] [PATCH] netfilter: unnecessary to check whether ip6_route_output() returns NULL

On Sun, Apr 03, 2016 at 10:03:33PM +0800, Haishuang Yan wrote: > ip6_route_output() never returns NULL, so it is not appropriate to > check if the return value is NULL. Applied, thanks.

Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread

On Thu, Apr 7, 2016 at 9:39 AM, Linus Torvalds wrote: > > Because if not, then this discussion is done for. Stop with the > f*cking idiotic "let's look at some kernel size and user-space size > and try to match them up". The kernel doesn't care. The kernel MUST >

Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread

On Thu, Apr 7, 2016 at 9:39 AM, Linus Torvalds wrote: > > Because if not, then this discussion is done for. Stop with the > f*cking idiotic "let's look at some kernel size and user-space size > and try to match them up". The kernel doesn't care. The kernel MUST > NOT care. The kernel will touch

[PATCH] iio: potentiometer: add driver for Maxim Integrated DS1803

The following functions are supported: - write, read potentiometer value - potentiometer scale Datasheet: https://datasheets.maximintegrated.com/en/ds/DS1803.pdf Signed-off-by: Slawomir Stepien --- .../bindings/iio/potentiometer/ds1803.txt | 21 +++

[PATCH] iio: potentiometer: add driver for Maxim Integrated DS1803

The following functions are supported: - write, read potentiometer value - potentiometer scale Datasheet: https://datasheets.maximintegrated.com/en/ds/DS1803.pdf Signed-off-by: Slawomir Stepien --- .../bindings/iio/potentiometer/ds1803.txt | 21 +++

Re: [PATCH 08/14] coresight: tmc: allocating memory when needed

On 22/03/16 20:23, Mathieu Poirier wrote: In it's current form the TMC probe() function allocates trace buffer memory at boot time, event if coresight isn't used. This is highly inefficient since trace buffers can occupy a lot of memory that could be used otherwised. This patch allocates trace

Re: [PATCH 08/14] coresight: tmc: allocating memory when needed

On 22/03/16 20:23, Mathieu Poirier wrote: In it's current form the TMC probe() function allocates trace buffer memory at boot time, event if coresight isn't used. This is highly inefficient since trace buffers can occupy a lot of memory that could be used otherwised. This patch allocates trace

<    4   5   6   7   8   9   10   11   12   13   >