[PATCH v3 5/8] arm64: dts: qcom: apq8016-sbc: enable lpass on DB410c

This patch enables the lpass on DB410C. LPASS is used as cpu dai for both analog and digital audio. Signed-off-by: Srinivas Kandagatla --- arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/apq8016-sbc.dtsi b/arch/arm64/boo

[PATCH 2/6] staging: lustre: add missing MODULE_AUTHOR for LNet selftest module

From: Andreas Dilger For LNet selftest module the MODULE_AUTHOR was missing. Add proper OpenSFS authorship. Broken out of patch http://review.whamcloud.com/16787. Signed-off-by: Andreas Dilger Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6204 Reviewed-on: http://review.whamcloud.com/1678

[PATCH 4/6] staging: lustre: update the MODULE_DESCRIPTION for all lustre modules

From: Andreas Dilger Fixup the MODULE_DESCRIPTION for several lustre modules. Some wrongly place the version in the string or they are not descriptive enough. Broken out of patch http://review.whamcloud.com/16787. Signed-off-by: Andreas Dilger Intel-bug-id: https://jira.hpdd.intel.com/browse/LU

Re: [lkp] [printk] 34578dc67f: EIP is at vprintk_emit+0x1ea/0x600

On Tue 2016-02-23 08:55:03, kernel test robot wrote: > FYI, we noticed the below changes on > > https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master > commit 34578dc67f38c02ccbe696e4099967884caa8e15 ("printk: set may_schedule > for some of console_trylock() callers") > > >

Re: [PATCH 0/4] serial: omap: robustify for high speed transfers

On Tue, Feb 23, 2016 at 2:43 PM, Sebastian Andrzej Siewior wrote: > On 02/23/2016 10:59 AM, Sekhar Nori wrote: >>> With the am335x (Beaglebone Black, eDMA engine) I see 1000 DMA >>> interrupts and 1000 spurious UART interrupts. The spurious UART >>> interrupts arrive 30-50us _before_ the DMA inter

Re: [BUG] [REGRESSION] [BISECTED] -rc1 breaks audio over HDMI for i915

On Mon, 22 Feb 2016 22:37:28 +0100, Martin Kepplinger wrote: > > Am 2016-02-22 um 20:10 schrieb Takashi Iwai: > > On Mon, 22 Feb 2016 19:58:18 +0100, > > Martin Kepplinger wrote: > >> > >> Am 2016-02-22 um 15:12 schrieb Takashi Iwai: > >>> On Mon, 22 Feb 2016 15:02:56 +0100, > >>> Martin Kepplinge

[PATCH v7] powerpc32: provide VIRT_CPU_ACCOUNTING

This patch provides VIRT_CPU_ACCOUTING to PPC32 architecture. PPC32 doesn't have the PACA structure, so we use the task_info structure to store the accounting data. In order to reuse on PPC32 the PPC64 functions, all u64 data has been replaced by 'unsigned long' so that it is u32 on PPC32 and u64

[PATCH] tty/serial: at91: restore dynamic driver binding

In commit c39dfebc7798956fd2140ae6321786ff35da30c3, the modular support code for atmel_serial was removed, as the driver cannot be built as a module. Because no use case was proposed, the dynamic driver binding support was removed as well. The atmel_serial driver can manage up to 7 serial controll

Re: [PATCH v8 8/8] livepatch: Detect offset for the ftrace location during build

On Wed, Feb 17, 2016 at 02:08:41PM +1100, Michael Ellerman wrote: > > That stub uses r2 to find the location of itself, but it only works if r2 > holds > the TOC for scsi_mod.ko. In this case r2 still contains ibmvscsi.ko's TOC. Here's my solution, a bit rough still. This replaces the module_64.

[PATCH] crypto: algif_hash - correctly handle algos without state

Algorithms without state will cause the creation of a 0 sized array, which is undefined outside of structs. Signed-off-by: Sasha Levin --- crypto/algif_hash.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/crypto/algif_hash.c b/crypto/algif_hash.c index 68a5cea..a9f923f 1

Re: BUGZILLA [112941] - Cannot reenable SRIOV after disabling SRIOV on AMD GPU

[+cc Joerg, Alex] Hi Kelly, On Tue, Feb 23, 2016 at 03:52:13PM +, Zytaruk, Kelly wrote: > As per our offline discussions I have created Bugzilla #112941 for > the SRIOV issue. https://bugzilla.kernel.org/show_bug.cgi?id=112941 > When trying to enable SRIOV on AMD GPU after doing a previous

block: DISK_MEDIA_CHANGE uevents vs add/remove events

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm trying to get userspace to properly mount/unmount a microSD card attached to a (built in) usb card reader (SMSC2640) when the card is inserted/removed from the slot. On Fedora/Gnome, this is being handled by the udisks daemon and using the uev

Re: [BUG] [REGRESSION] [BISECTED] -rc1 breaks audio over HDMI for i915

Am 2016-02-23 um 17:57 schrieb Takashi Iwai: > On Mon, 22 Feb 2016 22:37:28 +0100, > Martin Kepplinger wrote: >> >> Am 2016-02-22 um 20:10 schrieb Takashi Iwai: >>> On Mon, 22 Feb 2016 19:58:18 +0100, >>> Martin Kepplinger wrote: Am 2016-02-22 um 15:12 schrieb Takashi Iwai: > On Mon,

[PATCH net-next 1/3] net: dsa: add port_vlan_dump routine

Similar to port_fdb_dump, add a port_vlan_dump function to DSA drivers which gets passed the switchdev VLAN object and callback. This function, if implemented, takes precedence over the soon legacy vlan_getnext/port_pvid_get approach. Signed-off-by: Vivien Didelot --- Documentation/networking/d

[PATCH net-next 2/3] net: dsa: mv88e6xxx: implement port_vlan_dump

Remove the port_pvid_get and vlan_getnext functions in favor of a simpler mv88e6xxx_port_vlan_dump function. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6171.c | 3 +- drivers/net/dsa/mv88e6352.c | 3 +- drivers/net/dsa/mv88e6xxx.c | 110 ---

[PATCH net-next 3/3] net: dsa: drop vlan_getnext

The VLAN GetNext operation is specific to some switches, and thus can be complicated to implement for some drivers. Remove the support for the vlan_getnext/port_pvid_get approach in favor of the generic and simpler port_vlan_dump function. Signed-off-by: Vivien Didelot --- Documentation/network

Re: [Intel-gfx] [BUG] [REGRESSION] [BISECTED] -rc1 breaks audio over HDMI for i915

On Tue, Feb 23, 2016 at 05:57:40PM +0100, Takashi Iwai wrote: > On Mon, 22 Feb 2016 22:37:28 +0100, > Martin Kepplinger wrote: > > > > Am 2016-02-22 um 20:10 schrieb Takashi Iwai: > > > On Mon, 22 Feb 2016 19:58:18 +0100, > > > Martin Kepplinger wrote: > > >> > > >> Am 2016-02-22 um 15:12 schrieb

Re: [RFC PATCH 00/27] Move LRU page reclaim from zones to nodes v2

On Tue, 23 Feb 2016, Mel Gorman wrote: > Conceptually, moving to node LRUs should be easier to understand. The > page allocator plays fewer tricks to game reclaim and reclaim behaves > similarly on all nodes. I think this is a good way to simplify reclaim and limit the nasty effects of zones a bi

[PATCH net-next 0/3] net: dsa: add port VLAN dump operation

The VLAN GetNext approach is specific to some switches and thus hard to implement for others. This patchset replaces it with a simpler port VLAN dump operation, similar to the corresponding FDB operation. The mv88e6xxx driver is the only one currently affected by the change. The documentation is u

[PATCH] drivers: staging: rtl8712: rtl871x_xmit.c: Fix Comparisons should place the constant on the right side of the test warning

Fixed checkpatch.pl warning 'Comparisons should place the constant on the right side of the test' Signed-off-by: Tapan Prakash T --- drivers/staging/rtl8712/rtl871x_xmit.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/rtl8712/rtl871x_xmit.c b/drivers/st

Re: [PATCH] kernel/resource.c: fix muxed resource handling in __request_region()

On 02/23/2016 08:19 AM, Simon Guinot wrote: > On Mon, Feb 22, 2016 at 12:46:09PM -0800, Jesse Barnes wrote: >> On 02/22/2016 05:49 AM, Alan Cox wrote: we have some good alternatives in the form of bus and platform drivers that can manage the appropriate serialization and keep things

[PATCH] arm64: dts: msm8916: Move smem below hwlock

When the SMEM is probed it defers as it depends on the hardware lock, which is not available yet. But the SMD bus and RPM regulators and clocks depend on SMEM and they defer too. The problem with this is that the order of registering the devices is not optimal and also we may end with messed up ser

Re: [RFC PATCH 1/2] memremap: add arch specific hook for MEMREMAP_WB mappings

On Tue, Feb 23, 2016 at 4:26 AM, Ard Biesheuvel wrote: > On 23 February 2016 at 13:03, Ard Biesheuvel > wrote: >> On 23 February 2016 at 12:58, Russell King - ARM Linux >> wrote: >>> On Mon, Feb 22, 2016 at 09:35:24PM +0100, Ard Biesheuvel wrote: OK, thanks for the historical context.

Re: [PATCH 11/48] perf data: Support converting data from bpf_perf_event_output()

On Mon, Feb 22, 2016 at 09:10:38AM +, Wang Nan wrote: SNIP > --- > tools/perf/util/data-convert-bt.c | 112 > +- > 1 file changed, 111 insertions(+), 1 deletion(-) > > diff --git a/tools/perf/util/data-convert-bt.c > b/tools/perf/util/data-convert-bt.c

Re: [PATCH 11/48] perf data: Support converting data from bpf_perf_event_output()

On Tue, Feb 23, 2016 at 06:23:46PM +0100, Jiri Olsa wrote: > On Mon, Feb 22, 2016 at 09:10:38AM +, Wang Nan wrote: > > SNIP > > > --- > > tools/perf/util/data-convert-bt.c | 112 > > +- > > 1 file changed, 111 insertions(+), 1 deletion(-) > > > > diff --

Re: Warning from AMD IOMMU performance counters

On 02/22/2016 05:36 PM, Laura Abbott wrote: On 02/21/2016 05:52 PM, Wan Zongshun wrote: Original Message Hi, Since about 4.4, we've been seeing reports of this warning on every boot from some users: WARNING: CPU: 2 PID: 1 at drivers/iommu/amd_iommu_init.c:2301 amd_iommu_pc

Re: [PATCH] arm64: dts: msm8916: Move smem below hwlock

On 23/02/16 17:21, Georgi Djakov wrote: When the SMEM is probed it defers as it depends on the hardware lock, which is not available yet. But the SMD bus and RPM regulators and clocks depend on SMEM and they defer too. The problem with this is that the order of registering the devices is not op

Re: [PATCH net-next 3/3] net: dsa: drop vlan_getnext

Hi Vivien, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Vivien-Didelot/net-dsa-add-port_vlan_dump-routine/20160224-011644 config: i386-randconfig-x008-201608 (attached as .config) reproduce: # save the attached .config to linux build tree

Re: [PATCH] irqchip/gicv3-its: Don't allow devices whose ID is outside range

Hi Marc, On 02/22/2016 09:57 PM, Shanker Donthineni wrote: We are not checking whether the requested device identifier fits into table or not. The ITS MAPD command fails if 'Device ID' is outside of device table range. Add a simple validation check to avoid MAPD failures since we are not handl

Re: [PATCH v12 4/5] arm64, numa: Add NUMA support for arm64 platforms.

On 02/23/2016 02:26 AM, Will Deacon wrote: On Mon, Feb 22, 2016 at 05:58:22PM -0800, David Daney wrote: From: Ganapatrao Kulkarni Attempt to get the memory and CPU NUMA node via of_numa. If that fails, default the dummy NUMA node and map all memory and CPUs to node 0. Tested-by: Shannon Zhao

Re: [PATCH v3 00/12] pwm: add support for atomic update

Thierry, On Tue, Feb 23, 2016 at 6:38 AM, Thierry Reding wrote: >> > Furthermore it's out of the question that changes to the API will be >> > required. That's precisely the reason why the atomic PWM proposal came >> > about. It's an attempt to solve the shortcomings of the current API for >> > c

Re: [PATCH v2 2/2] rtc: rtc-pic32: Add PIC32 real time clock driver

Alexandre, On 02/19/2016 11:17 AM, Alexandre Belloni wrote: > Hi, > > On 19/02/2016 at 11:09:45 -0700, Joshua Henderson wrote : >> This driver adds support for the PIC32 real time clock and calendar >> peripheral: >> - reading and setting time >> - alarms when connected to an IRQ > > J

Re: [PATCH v12 4/5] arm64, numa: Add NUMA support for arm64 platforms.

+ Bjorn Helgaas Bjorn, I Inadvertently omitted you from the list of recipients. There is an arm64 PCI bit in here that may be of interest... On 02/22/2016 05:58 PM, David Daney wrote: From: Ganapatrao Kulkarni Attempt to get the memory and CPU NUMA node via of_numa. If that fails, defaul

Re: [PATCH] arm64: dts: msm8916: Move smem below hwlock

On Tue, Feb 23, 2016 at 07:21:11PM +0200, Georgi Djakov wrote: > When the SMEM is probed it defers as it depends on the hardware lock, which > is not available yet. But the SMD bus and RPM regulators and clocks depend > on SMEM and they defer too. The problem with this is that the order of > regist

[PATCH] drivers: staging: rts5208: sd.c: Fix Comparisons should place the constant on the right side of the test warning

Fixed checkpatch.pl warning 'Comparisons should place the constant on the right side of the test' Signed-off-by: Tapan Prakash T --- drivers/staging/rts5208/sd.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rts5208/sd.c b/drivers/staging/rts5208/sd.c index

Re: [PATCH v2 2/4] dmaengine: mmp-pdma: add number of requestors

Robert Jarzmik writes: > The DMA chip has a fixed number of requestor lines used for flow > control. This number is platform dependent. The pxa_dma dma driver will > use this value to activate or not the flow control. > > There won't be any impact on mmp_pdma driver. Haojian, Even if mmp_pdma wi

Re: [PATCH 10/48] perf tools: Introduce bpf-output event

Em Mon, Feb 22, 2016 at 09:10:37AM +, Wang Nan escreveu: > Commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf: introduce > bpf_perf_event_output() helper) add a helper to enable BPF program > output data to perf ring buffer through a new type of perf event > PERF_COUNT_SW_BPF_OUTPUT. This pat

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, Feb 23, 2016 at 2:32 AM, Kirill A. Shutemov wrote: > > I still worry about pmd_present(). It looks wrong to me. I wounder if > patch below makes a difference. Let's hope that's it, but in the meantime I do want to start the discussion about what to do if it isn't. We're at rc5, and 4.5 is

RE: BUGZILLA [112941] - Cannot reenable SRIOV after disabling SRIOV on AMD GPU

> -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: Tuesday, February 23, 2016 12:02 PM > To: Zytaruk, Kelly > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; > bhelg...@google.com; Marsan, Luugi; Joerg Roedel; Alex Williamson > Subject: Re: BUGZILL

Re: [tip:efi/core] x86/mm/pat: Use _PAGE_GLOBAL bit for EFI page table mappings

On Feb 23, 2016 1:09 AM, <"tip-bot for Sai Praneeth "@zytor.com> wrote: Something's wrong with tip-bot. This should say: commit 397630150632639b3ca5b4414accd5011c45e276 Author: Sai Praneeth Date: Wed Feb 17 12:35:56 2016 + x86/mm/pat: Use _PAGE_GLOBAL bit for EFI p

Re: [RFC][PATCH 4/7] perf: Fix scaling vs enable_on_exec

On Tue, Feb 23, 2016 at 10:05:50PM +0530, Pratyush Anand wrote: > Its better with this patch, still count is 1 more in case of higher probe > hits ( > like 65535 times). Ah, ok, I'll go try again. > PS: Do I need to take all patches of series? Currently I have taken only this. No, they're all q

Re: [PATCH] irqchip/gicv3-its: Don't allow devices whose ID is outside range

Hi Marc, Sorry, I have not responded to your email earlier, by mistake replied to original patch. On 02/23/2016 02:51 AM, Marc Zyngier wrote: On 23/02/16 03:57, Shanker Donthineni wrote: We are not checking whether the requested device identifier fits into table or not. The ITS MAPD command

Re: [PATCH] amdgpu: fix NULL pointer dereference at tonga_check_states_equal

Applied. thanks! Alex On Mon, Feb 22, 2016 at 9:21 PM, Zhu, Rex wrote: > > Reviewed-by: Rex Zhu > > Best Regards > Rex Zhu > > -Original Message- > From: Bradley Pankow [mailto:btpan...@gmail.com] > Sent: Tuesday, February 23, 2016 9:12 AM > To: Deucher, Alexander; Zhu, Rex; Zhou, Jam

Re: Warning from AMD IOMMU performance counters

On Tue, Feb 23, 2016 at 09:26:18AM -0800, Laura Abbott wrote: > It was an issue with build signing on the testers machine. Once that was > fixed it was confirmed that the patches did fix the issue. Btw, Joerg did come up with a minimal fix today: https://lkml.kernel.org/r/20160223121215.ga31...@8

[PATCH 1/2 v6] lib, switch CONFIG_PRINTK_TIME to int

CONFIG_PRINTK_TIME is a bool and in order to add timestamp options for the monotonic and real time clock it must be expanded to an int. Cc: Petr Mladek Cc: John Stultz Cc: Xunlei Pang Cc: Thomas Gleixner Cc: Baolin Wang Cc: Andrew Morton Cc: Greg Kroah-Hartman Cc: Petr Mladek Cc: Tejun Heo

[PATCH 0/2 v6] printk, Add monotonic and real printk timestamps

This patchset adds monotonic and real printk timestamps. The first patch changes CONFIG_PRINT_TIME from a bool to an int to allow for the additional timestamps that are added in patch 2. Changes from v6: Petr Mladek pointed out that the current patch fails to indicate to userspace programs which

[PATCH 2/2 v6] printk, allow different timestamps for printk.time

Over the past years I've seen many reports of bugs that include time-stamped kernel logs (enabled when CONFIG_PRINTK_TIME=y or print.time=1 is specified as a kernel parameter) that do not align with either external time stamped logs or /var/log/messages. This also makes determining the time of a f

Re: [PATCH] drivers: staging: rts5208: sd.c: Fix Comparisons should place the constant on the right side of the test warning

On Tue, 2016-02-23 at 23:14 +0530, Tapan Prakash T wrote: > Fixed checkpatch.pl warning 'Comparisons should place the constant on > the right side of the test' [] > diff --git a/drivers/staging/rts5208/sd.c b/drivers/staging/rts5208/sd.c [] > @@ -1438,7 +1438,7 @@ static int sd_switch_function(stru

Re: [PATCH net-next 3/3] net: dsa: drop vlan_getnext

kbuild test robot writes: > All errors (new ones prefixed by >>): > >net/dsa/slave.c: In function 'dsa_bridge_check_vlan_range': >>> net/dsa/slave.c:215:14: error: 'struct dsa_switch_driver' has no member >>> named 'vlan_getnext' Indeed this applies on an under-review patchset mentioned in

Re: [REGRESSION] dell-wmi, dell-laptop: select DMI, Kconfig recursive dependency

On Tue, Feb 23, 2016 at 8:29 AM, Jeremiah Mahler wrote: > Hi Andy, > > Running the latest linux-next I am getting a Kconfig recursive > dependency detected message that was not present before. Here's a heavily edited version, because the actual output is unreadable. > > jeri@hudson:~/linux-nex

Re: [PATCH] [media] tvp5150: remove signal generator as input from the DT binding

Hi Javier, On Tuesday 23 February 2016 13:27:51 Javier Martinez Canillas wrote: > On 02/23/2016 01:16 PM, Laurent Pinchart wrote: > > On Tuesday 23 February 2016 13:09:58 Javier Martinez Canillas wrote: > >> The chip internal signal generator was modelled as an input connector > >> and represented

Re: [PATCH 01/27] mm, page_alloc: Use ac->classzone_idx instead of zone_idx(preferred_zone)

On Tue, Feb 23, 2016 at 03:04:24PM +, Mel Gorman wrote: > ac->classzone_idx is determined by the index of the preferred zone and cached > to avoid repeated calculations. wake_all_kswapds() should use it instead of > using zone_idx() within a loop. > > Signed-off-by: Mel Gorman Acked-by: Joha

Re: [PATCH 02/27] mm, vmscan: Check if cpusets are enabled during direct reclaim

On Tue, Feb 23, 2016 at 03:04:25PM +, Mel Gorman wrote: > Direct reclaim obeys cpusets but misses the cpusets_enabled() check. > The overhead is unlikely to be measurable in the direct reclaim > path which is expensive but there is no harm is doing it. > > Signed-off-by: Mel Gorman Acked-by:

Re: [tip:efi/core] x86/mm/pat: Use _PAGE_GLOBAL bit for EFI page table mappings

On Tue, Feb 23, 2016 at 9:47 AM, Andy Lutomirski wrote: > On Feb 23, 2016 1:09 AM, <"tip-bot for Sai Praneeth > "@zytor.com> wrote: > > Something's wrong with tip-bot. This should say: Yeah, there's about 50 tipbot emails that are just pure garbage. They don't even show in my m

Re: [Xen-devel] [PATCH v3 10/11] x86/rtc: replace paravirt rtc check with x86 specific solution

On Tue, Feb 23, 2016 at 11:57:16AM +, David Vrabel wrote: > On 23/02/16 07:24, Luis R. Rodriguez wrote: > > --- a/arch/x86/xen/enlighten.c > > +++ b/arch/x86/xen/enlighten.c > [...] > > @@ -1526,8 +1525,6 @@ asmlinkage __visible void __init > > xen_start_kernel(void) > > > > /* Install X

Re: [tip:efi/core] x86/mm/pat: Use _PAGE_GLOBAL bit for EFI page table mappings

On Tue, Feb 23, 2016 at 10:08:06AM -0800, Linus Torvalds wrote: > The fact that you can see the patch at all and comment on the > *contents* of the email is impressive. My mail reader just says "this > is garbage" and shows me nothing at all. Yeah, mutt says: [-- application/x-=?UTF-8?B?dGV4dC9wb

Re: [PATCH 03/27] mm, vmstat: Add infrastructure for per-node vmstats

On Tue, Feb 23, 2016 at 03:04:26PM +, Mel Gorman wrote: > VM statistic counters for reclaim decisions are zone-based. If the kernel > is to reclaim on a per-node basis then we need to track per-node statistics > but there is no infrastructure for that. The most notable change is that > the old

Re: [PATCH v3 00/12] pwm: add support for atomic update

On Tue, Feb 23, 2016 at 09:35:48AM -0800, Doug Anderson wrote: > On Tue, Feb 23, 2016 at 6:38 AM, Thierry Reding > wrote: [...] > > That's not quite what I was thinking. If hardware readout is supported > > then whatever we report back should be the current hardware state unless > > we're explici

Re: [PATCH] net: smc911x: convert pxa dma to dmaengine

On Sat, Feb 20, 2016 at 12:48 PM, Robert Jarzmik wrote: > Hello, > > I'll reping once more, to see if any of you could give this patch a try. > So far Hitoshi doesn't have the hardware anymore, so it leaves only Guennadi > and > Fabio. > > If you could give it a try it would be great. > > For re

Re: fs: NULL deref in atime_needs_update

On Tue, Feb 23, 2016 at 04:34:59PM +0100, Dmitry Vyukov wrote: > The crash: > > [ 8095.048336] [ cut here ] > [ 8095.048864] WARNING: CPU: 3 PID: 5532 at fs/namei.c:1672 > should_follow_link.part.25+0x55/0x21a() NULL or ERR_PTR() passed as inode to should_follow_link(). >

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

On Tue, 23 Feb 2016 13:32:21 +0300 "Kirill A. Shutemov" wrote: > On Fri, Feb 12, 2016 at 06:16:40PM +0100, Gerald Schaefer wrote: > > On Fri, 12 Feb 2016 16:57:27 +0100 > > Christian Borntraeger wrote: > > > > > > I'm also confused by pmd_none() is equal to !pmd_present() on s390. Hm? > > > >

Re: [PATCH] [media] tvp5150: remove signal generator as input from the DT binding

Hi Laurent, On 02/23/2016 03:02 PM, Laurent Pinchart wrote: Hi Javier, On Tuesday 23 February 2016 13:27:51 Javier Martinez Canillas wrote: On 02/23/2016 01:16 PM, Laurent Pinchart wrote: On Tuesday 23 February 2016 13:09:58 Javier Martinez Canillas wrote: The chip internal signal generator

Re: [PATCHv8 0/5] Driver for new "VMD" device

On Mon, Feb 22, 2016 at 04:10:24PM -0600, Bjorn Helgaas wrote: > I'm not sure how to deal with the question of a hot-added VMD. Maybe > all we can do now is add a comment to the effect that we assume BIOS > has assigned the non-prefetchable BAR below 4GB, and if Linux assigns > that BAR for hot-ad

Re: [PATCH] [media] tvp5150: remove signal generator as input from the DT binding

Hi Javier, On Tuesday 23 February 2016 15:23:48 Javier Martinez Canillas wrote: > On 02/23/2016 03:02 PM, Laurent Pinchart wrote: > > On Tuesday 23 February 2016 13:27:51 Javier Martinez Canillas wrote: > >> On 02/23/2016 01:16 PM, Laurent Pinchart wrote: > >>> On Tuesday 23 February 2016 13:09:58

Re: [PATCH] selftests: breakpoint: add step_after_suspend_test

On 02/22/2016 11:10 AM, Greg Hackmann wrote: > Commit e56d82a11617 ("arm64: cpu hotplug: ensure we mask out > CPU_TASKS_FROZEN in notifiers") fixed a long-standing ARM64 bug that > broke single-stepping after a suspend/resume cycle. Add a kernel > selftest to make sure this doesn't regress or affe

Re: [PATCH v3 3/3] pci: dra7xx: use pdata callbacks to perform reset

Kishon On Tue, 23 Feb 2016, Kishon Vijay Abraham I wrote: > On Monday 22 February 2016 03:25 PM, Kishon Vijay Abraham I wrote: > > On Monday 22 February 2016 12:01 PM, Paul Walmsley wrote: > >> On Mon, 22 Feb 2016, Kishon Vijay Abraham I wrote: > >>> On Thursday 18 February 2016 07:51 PM, Sekhar

Re: [PATCH v4 1/2] selftests: create test-specific kconfig fragments

On 01/08/2016 12:27 AM, Bamvor Jian Zhang wrote: > Create the config file in each directory of testcase which need > more kernel configuration than the default defconfig. User could > use these configs with merge_config.sh script: > > Enable config for specific testcase: > (export ARCH=xxx #for cr

Re: [PATCH v4 2/2] Makefile: add kselftest-merge

On 02/23/2016 07:34 AM, Shuah Khan wrote: > On 01/08/2016 12:27 AM, Bamvor Jian Zhang wrote: >> Add kselftest-merge to enable the dependencies of kernel config >> for all the kselftest testcases. User should call it after create >> the kernel configuration(.config), eg: >> >> $ make kselftest-merge

Re: [PATCH] ARM64: dts: Mediatek: mt8173-evb: fix access MMC fail issue

Matthias Brugger writes: > On 23/02/16 01:32, Kevin Hilman wrote: >> Eddie Huang writes: >> >>> MT8173 E1 chip has one bug that if turn off USB power domain, vcore >>> power will also be off, thus cause modules using vcore power domain >>> fail, like MMC. The E1 chip only found on MT8173-evb boa

[GIT PULL] Please pull NFS client fixes

Hi Linus, The following changes since commit 388f7b1d6e8ca06762e2454d28d6c3c55ad0fe95:   Linux 4.5-rc3 (2016-02-07 15:38:30 -0800) are available in the git repository at:   git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.5-4 for you to fetch changes up to 9fd4b9fc7695a4da

Re: [PATCH] [media] tvp5150: remove signal generator as input from the DT binding

Hi Laurent, On 02/23/2016 03:28 PM, Laurent Pinchart wrote: Hi Javier, [snip] Shouldn't we revert the patch that introduced connectors support in the DT bindings in the meantime then, to avoid known to be broken bindings from hitting mainline in case we can't fix them in time for v4.6 ? Y

Re: [PATCH v7] powerpc32: provide VIRT_CPU_ACCOUNTING

Hi Christophe, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.5-rc5 next-20160223] [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/Christophe-Leroy/powerpc32-provide

Re: [PATCH 04/27] mm, vmscan: Move lru_lock to the node

On Tue, Feb 23, 2016 at 03:04:27PM +, Mel Gorman wrote: > Node-based reclaim requires node-based LRUs and locking. This is a > preparation patch that just moves the lru_lock to the node so later patches > are easier to review. It is a mechanical change but note this patch makes > contention wor

Re: [PATCH 05/27] mm, vmscan: Move LRU lists to node

On Tue, Feb 23, 2016 at 03:04:28PM +, Mel Gorman wrote: > This moves the LRU lists from the zone to the node and all related data > such as counters, tracing, congestion tracking and writeback tracking. > This is mostly a mechanical patch but note that it introduces a number > of anomalies. For

Re: [PATCH v3 00/12] pwm: add support for atomic update

Thierry, On Tue, Feb 23, 2016 at 10:14 AM, Thierry Reding wrote: >> pwm_get_period(): get the period of the PWM; if the PWM has not yet >> been configured by software this gets the default period (possibly >> specified by the device tree). > > No. I think we'll need a different construct for the

Re: [PATCH 10/11] arm64: dts: add Allwinner A64 SoC .dtsi

Hi, Sorry for the late reply, On Mon, Feb 08, 2016 at 09:42:35AM +, Andre Przywara wrote: > >> + memory { > >> + device_type = "memory"; > >> + reg = <0x4000 0>; > >> + }; > > > > I'm guessing u-boot fixes that, can we just remove it entirely? > > Don't know, can we?

Re: [PATCH v4 1/3] rtc: Add functions to set and read rtc offset

On Fri, 5 Feb 2016 12:41:11 -0800 Joshua Clayton wrote: Alexandre, in case you didn't see, I made the change you requested. The rtc_read_offset function checks for a read_offset function and returns -EINVAL if not there, instead of an offset of 0. I just didn't put together a cover letter this t

Re: [BUG] random kernel crashes after THP rework on s390 (maybe also on PowerPC and ARM)

[adding Steve, since he worked on THP for 32-bit ARM] On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote: > On Tue, 23 Feb 2016 13:32:21 +0300 > "Kirill A. Shutemov" wrote: > > The theory is that the splitting bit effetely masked bogus pmd_present(): > > we had pmd_trans_splitting()

[PATCH] Revert "[media] tvp5150: document input connectors DT bindings"

This reverts commit 82c2ffeb217a ("[media] tvp5150: document input connectors DT bindings") since the DT binding is too device driver specific and should instead be more generic and use the bindings in Documentation/devicetree/bindings/display/connector/ and linked to the tvp5150 using the OF graph

Re: [PATCH] arm64: dts: msm8916: Move smem below hwlock

On 23.02.16 г. 19:29, Srinivas Kandagatla wrote: > > > On 23/02/16 17:21, Georgi Djakov wrote: >> When the SMEM is probed it defers as it depends on the hardware lock, which >> is not available yet. But the SMD bus and RPM regulators and clocks depend >> on SMEM and they defer too. The problem wi

Re: [PATCH 06/27] mm, vmscan: Begin reclaiming pages on a per-node basis

On Tue, Feb 23, 2016 at 03:04:29PM +, Mel Gorman wrote: > @@ -2428,10 +2448,11 @@ static bool shrink_zone(struct zone *zone, struct > scan_control *sc, > reclaimed = sc->nr_reclaimed; > scanned = sc->nr_scanned; > > + sc->reclai

Re: [PATCH v2 3/3] vfs: Use per-cpu list for superblock's inode list

On 02/21/2016 04:34 PM, Dave Chinner wrote: On Fri, Feb 19, 2016 at 04:10:45PM -0500, Waiman Long wrote: +/* + * Superblock's inode list iterator function and arguments macros + */ +#define SB_INODES_ITER_FUNC(name, lock, struct_fields) \ + struct name ## _arg {

[PATCH v6] mtd: support BB SRAM on ICP DAS LP-8x4x

This provides an MTD device driver for 512kB of battery backed up SRAM on ICPDAS LP-8X4X programmable automation controllers. SRAM chip is connected via FPGA and is not accessible without a driver, unlike flash memory which is wired to CPU MMU. This SRAM becomes an excellent persisent storage of

Re: [PATCH v2] sscanf: implement basic character sets

On Tue, Feb 23, 2016 at 2:56 AM, Andy Shevchenko wrote: > On Mon, 2016-02-22 at 16:24 -0500, Jessica Yu wrote: >> Implement basic character sets for the '%[]' conversion specifier. What part of the kernel will be using this feature, by the way? -Kees -- Kees Cook Chrome OS & Brillo Security

Re: richacl(7) man page review comments

On Tue, Feb 23, 2016 at 4:09 PM, Andreas Gruenbacher wrote: > Hi Michael, > > On Tue, Feb 23, 2016 at 11:58 AM, Michael Kerrisk (man-pages) > wrote: >> On 02/22/2016 03:46 PM, Andreas Gruenbacher wrote: >>> On Sun, Feb 21, 2016 at 10:40 PM, Michael Kerrisk (man-pages) >>> wrote: I've once

Re: [PATCH v2 3/3] vfs: Use per-cpu list for superblock's inode list

On 02/22/2016 08:04 AM, Jan Kara wrote: On Mon 22-02-16 13:12:22, Peter Zijlstra wrote: On Mon, Feb 22, 2016 at 12:54:35PM +0100, Jan Kara wrote: Also, I think fsnotify_unmount_inodes() (as per mainline) is missing a final iput(need_iput) at the very end, but I could be mistaken, that code hurt

Re: [PATCH] arm64: dts: msm8916: Move smem below hwlock

On Tue, Feb 23, 2016 at 08:47:56PM +0200, Georgi Djakov wrote: > On 23.02.16 г. 19:29, Srinivas Kandagatla wrote: > > > > > > On 23/02/16 17:21, Georgi Djakov wrote: > >> When the SMEM is probed it defers as it depends on the hardware lock, which > >> is not available yet. But the SMD bus and RPM

Re: [PATCH 06/27] mm, vmscan: Begin reclaiming pages on a per-node basis

On Tue, Feb 23, 2016 at 10:57:22AM -0800, Johannes Weiner wrote: > > @@ -2558,16 +2579,12 @@ static void shrink_zones(struct zonelist *zonelist, > > struct scan_control *sc) > > sc->gfp_mask |= __GFP_HIGHMEM; > > > > for_each_zone_zonelist_nodemask(zone, z, zonelist, > > -

[PATCH v3 1/3] lib/percpu-list: Per-cpu list with associated per-cpu locks

Linked list is used everywhere in the Linux kernel. However, if many threads are trying to add or delete entries into the same linked list, it can create a performance bottleneck. This patch introduces a new per-cpu list subystem with associated per-cpu locks for protecting each of the lists indiv

Re: [PATCH] bnx2x: add a separate GENEVE Kconfig symbol

> When CONFIG_GENEVE is built as a loadable module, and bnx2x is built-in, > we get this link error: > drivers/net/built-in.o: In function `bnx2x_open': > :(.text+0x33322): undefined reference to `geneve_get_rx_port' > drivers/net/built-in.o: In function `bnx2x_sp_rtnl_task': > :(.text+0x3e632): u

[PATCH v3 3/3] vfs: Use per-cpu list for superblock's inode list

When many threads are trying to add or delete inode to or from a superblock's s_inodes list, spinlock contention on the list can become a performance bottleneck. This patch changes the s_inodes field to become a per-cpu list with per-cpu spinlocks. As a result, the following superblock inode list

[PATCH v3 2/3] fsnotify: Simplify inode iteration on umount

From: Jan Kara fsnotify_unmount_inodes() played complex tricks to pin next inode in the sb->s_inodes list when iterating over all inodes. If we switch to keeping current inode pinned somewhat longer, we can make the code much simpler and standard. Signed-off-by: Jan Kara Signed-off-by: Waiman L

[PATCH v3 0/3] vfs: Use per-cpu list for SB's s_inodes list

v2->v3: - Directly replace list_for_each_entry() and list_for_each_entry_safe() by pcpu_list_iterate() and pcpu_list_iterate_safe() respectively instead. Those 2 functions provide a stateful per-cpu list iteration interface. - Include Jan Kara's patch to clean up the fsnotify_unmount_ino

Re: [Intel-gfx] [BUG] [REGRESSION] [BISECTED] -rc1 breaks audio over HDMI for i915

Am 2016-02-23 um 18:14 schrieb Ville Syrjälä: > On Tue, Feb 23, 2016 at 05:57:40PM +0100, Takashi Iwai wrote: >> On Mon, 22 Feb 2016 22:37:28 +0100, >> Martin Kepplinger wrote: >>> >>> Am 2016-02-22 um 20:10 schrieb Takashi Iwai: On Mon, 22 Feb 2016 19:58:18 +0100, Martin Kepplinger wrote

Re: [PATCH] Revert "[media] tvp5150: document input connectors DT bindings"

Hi Javier, Thank you for the patch. On Tuesday 23 February 2016 15:48:08 Javier Martinez Canillas wrote: > This reverts commit 82c2ffeb217a ("[media] tvp5150: document input > connectors DT bindings") since the DT binding is too device driver > specific and should instead be more generic and use

Re: [PATCH 3/4] ASoC: pxa: add binding for pxa2xx-ac97 audio complex

On Sat, Feb 20, 2016 at 03:37:58PM +0100, Robert Jarzmik wrote: > This adds a binding for the Marvell PXA audio complex, available in > pxa2xx and pxa3xx variants. > > Signed-off-by: Robert Jarzmik > --- > .../bindings/sound/marvell,pxa2xx-ac97.txt | 25 > ++ > 1 fil

Re: [PATCH] tty/serial: at91: restore dynamic driver binding

[[PATCH] tty/serial: at91: restore dynamic driver binding] On 23/02/2016 (Tue 17:59) Romain Izard wrote: > In commit c39dfebc7798956fd2140ae6321786ff35da30c3, the modular support > code for atmel_serial was removed, as the driver cannot be built as a > module. Because no use case was proposed, th

Re: [PATCH 11/48] perf data: Support converting data from bpf_perf_event_output()

On Mon, Feb 22, 2016 at 09:10:38AM +, Wang Nan wrote: SNIP > usleep 14942 92503.298562: evt: 810585e9 > kretprobe_trampoline_holder (/lib > > # ./perf data convert --to-ctf ./out.ctf > [ perf data convert: Converted 'perf.data' into CTF data './out.ctf' ] > [ perf

Re: [PATCH 1/2] drm/panel: simple: Add support for Sharp LQ101K1LY04

On Tue, 12 Jan 2016 13:55:35 -0800 Joshua Clayton wrote: Ping? FYI The dts for the board using this panel is now in linux-next. Is there something more I need to do to get it queued? They are my first patches for the drm subsystem, so I may be unfamiliar with the customs. I just checked; the pa

[PATCH 2/2] net: qca_spi: clear IFF_TX_SKB_SHARING

ether_setup sets IFF_TX_SKB_SHARING but this is not supported by qca_spi as it modifies the skb on xmit. Signed-off-by: Stefan Wahren Fixes: 291ab06ecf67 (net: qualcomm: new Ethernet over SPI driver for QCA7000) --- drivers/net/ethernet/qualcomm/qca_spi.c |1 + 1 file changed, 1 insertion(+)

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