It may be the audio component binding error? I met the audio component binding
error in our internal kernel before. It is because the audio component name are
duplicating with another i915 component and so match() function doesn't work
well. But I'm not sure the ALSA kernel have the same issue.
On 9 February 2016 at 20:46, Duc Dang wrote:
> On Tue, Feb 9, 2016 at 8:40 AM, Mathieu Poirier
> wrote:
>> On 8 February 2016 at 15:04, Duc Dang wrote:
>>> X-Gene mailbox controller provides 8 mailbox channels, with
>>> each channel has a dedicated interrupt line.
>>>
>>> Signed-off-by: Feng Kan
max_map_count sysctl unrelated to scheduler. Move its bits from
include/linux/sched/sysctl.h to include/linux/mm.h.
Signed-off-by: Andrey Ryabinin
---
include/linux/mm.h | 21 +
include/linux/sched/sysctl.h | 21 -
mm/mmap.c|
On Wednesday 10 February 2016 14:07:01 Chris Paterson wrote:
> Commit 27cbd7e815a8 ("mmc: sh_mmcif: rework dma channel handling")
> introduced a typo causing the TX DMA channel allocation to be overwritten
> by the requested RX DMA channel.
>
> Signed-off-by: Chris Paterson
> ---
>
Acked-by: Ar
On Wednesday 10 February 2016 13:41:49 Lars Persson wrote:
> Basic support for the Axis Artpec-6 ARM SoC. Timers, interrupts, UARTs and
> ethernet are wired up.
>
Hi Lars,
Looks nice overall, I just have a few small comments on some of the patches.
Please also add a patch do add yourself in the
Currently we use percpu_counter for accounting committed memory. Change
of committed memory on more than vm_committed_as_batch pages leads to
grab of counter's spinlock. The batch size is quite small - from 32 pages
up to 0.4% of the memory/cpu (usually several MBs even on large machines).
So map/
> -Original Message-
> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel-
> ow...@vger.kernel.org] On Behalf Of Mark Rutland
> Sent: 10 February 2016 11:13
> To: Gabriele Paoloni
> Cc: Guohanjun (Hanjun Guo); Wangzhou (B); liudongdong (C); Linuxarm;
> qiujiang; bhelg...@google.c
On Wed, Feb 10, 2016 at 01:52:08PM +0100, Jiri Olsa wrote:
> On Fri, Feb 05, 2016 at 10:01:48PM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > +static int hierarchy_count_rows(struct hist_browser *hb, struct hist_entry
> > *he,
> > + bool include_children)
> > +{
> > + int
Hi Javier,
On Wed, Feb 10, 2016 at 12:00 AM, Javier Martinez Canillas
wrote:
> All Exynos SoCs have the same syscon reboot and poweroff device nodes so
> there is no need to duplicate the same on each SoC dtsi and can be moved
> to a common dtsi that can be included by all the SoCs dtsi files.
>
This commit moves the irq-armada-370-xp driver from using the
PCI-specific MSI infrastructure to the generic MSI infrastructure, to
which drivers are progressively converted.
In this hardware, the MSI controller is directly bundled inside the
interrupt controller, so we have a single Device Tree n
On Wed, 2016-02-10 at 12:43 +, Vaneet Narang wrote:
> Hi,
>
> >What driver are you using (is that in-tree)? Can you reproduce the same issue
> >with a latest -net kernel, for example (or, a 'reasonably' recent one like
> >4.3 or
> >4.4)? There has been quite a bit of changes in err queue hand
On 9 February 2016 at 10:00, wrote:
> From: Fu Wei
>
> According to Server Base System Architecture (SBSA) specification,
> the SBSA Generic Watchdog has two stage timeouts: the first signal (WS0)
> is for alerting the system by interrupt, the second one (WS1) is a real
> hardware reset.
> More
Currently we have two copies of the same code which implements memory
overcommitment logic. Let's move it into mm/util.c and hence avoid
duplication. No functional changes here.
Signed-off-by: Andrey Ryabinin
---
mm/mmap.c | 124 -
mm/
Now that there is a ARMADA_370_XP_IRQ option to enable the irqchip
driver for Armada 370, XP, 375, 38x and 39x, let's select this option
when needed. Note that this selection is currently not mandatory
because ARMADA_370_XP_IRQ is for now always enabled when ARCH_MVEBU=y,
but this is something that
On Wed, Feb 10, 2016 at 02:48:02PM +0100, Michael Matz wrote:
> Hi,
>
> On Wed, 10 Feb 2016, Borislav Petkov wrote:
>
> > --- a/arch/x86/include/asm/tlbflush.h
> > +++ b/arch/x86/include/asm/tlbflush.h
> > @@ -23,7 +23,7 @@ static inline void __invpcid(unsigned long pcid, unsigned
> > long addr,
On Wed, Feb 10, 2016 at 02:19:40PM +0100, Jiri Olsa wrote:
> On Tue, Feb 09, 2016 at 11:37:10PM +0100, Jiri Olsa wrote:
> > On Fri, Feb 05, 2016 at 10:01:55PM +0900, Namhyung Kim wrote:
> > > Support hierarchy output for perf-top using --hierarchy option.
> > >
> > > Acked-by: Pekka Enberg
> > >
In order to make the output of /proc/interrupts, use shorter names for
the irq_chip registered by the irq-armada-370-xp driver. Using capital
letters also matches better what is done for the GIC driver, which
uses just "GIC" as the irq_chip->name.
Signed-off-by: Thomas Petazzoni
Acked-by: Gregory
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
On Wednesday 10 February 2016 10:22:43 Antoine Tenart wrote:
> Hi all,
>
> This series introduces the support for the arm64 Alpine family from
> Annapurna Labs, by adding a device tree for the Alpine v2 EVP. This
> board has 4 Cortex A57 and a few nodes in its device tree for now.
>
> You can fin
On Wed, Feb 10, 2016 at 4:00 AM, SF Markus Elfring
wrote:
> Kris Borer suggested a SmPL script which can generate (only) patches
> so far by the usual application of the Coccinelle software.
> I assume that this approach was limited just because Julia Lawall
> indicated that this functionality wou
On Wed, Feb 10, 2016 at 08:20:59AM -0500, Jarod Wilson wrote:
> On Tue, Feb 09, 2016 at 08:52:38PM -0800, Eric Dumazet wrote:
> > On Tue, 2016-02-09 at 17:41 -0800, Stephen Hemminger wrote:
> > > On Tue, 9 Feb 2016 18:51:35 -0500
> > > Jarod Wilson wrote:
> > >
> > > > On Tue, Feb 09, 2016 at 11:
The cpufreq code uses 'if (IS_ENABLED(CONFIG_SMP))' to check
whether it should queue a task on the local CPU or a remote
one, however the irq_work_queue_on() function is not declared
when CONFIG_SMP is not set:
drivers/cpufreq/cpufreq_governor.c: In function 'gov_queue_irq_work':
drivers/cpufreq/c
Hi,
On Wed, Feb 10, 2016 at 08:17:14AM +0100, Krzysztof Adamski wrote:
> On Tue, Feb 09, 2016 at 06:10:40PM +0100, Maxime Ripard wrote:
> It seems that the other compatible strings are there for historical
> reasons. Why do you need a new one with such a specific name?
>
> It woul
On Wed, Feb 10, 2016 at 01:11:34PM +0100, Greg Kurz wrote:
> On Wed, 10 Feb 2016 13:21:22 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Wed, Jan 13, 2016 at 06:09:41PM +0100, Greg Kurz wrote:
> > > The default use case for vhost is when the host and the vring have the
> > > same endianness (defaul
...
> >> > > > >
> >> > > > > Indeed it is the pm_runtime_get_sync that fails with a -EINVAL.
> >> > > > >
> >> > > > > > >
> >> > > > > > > When I comment out the break the readings come back but
> >> > > > > > > are not
> >> > > updated continually.
> >> > > > > > > If I read in_voltage0-voltage
On Wed, 2016-02-10 at 17:35 +0530, Maninder Singh wrote:
> This Patch fixes below warning:-
> WARNING: at net/packet/af_packet.c:xxx packet_sock_destruct
>
> There is following race between packet_rcv and packet_close
> which keeps unfree packet in receive queue.
>
> CPU 1
A recent change to the mdb code confused the compiler to the point
where it did not realize that the port-group returned from
br_mdb_add_group() is always valid when the function returns a nonzero
return value, so we get a spurious warning:
net/bridge/br_mdb.c: In function 'br_mdb_add':
net/bridge
On Wed, 2016-02-10 at 16:24 +0200, Andy Shevchenko wrote:
> On Wed, Feb 10, 2016 at 4:15 PM, Oliver Neukum wrote:
> > On Wed, 2016-02-10 at 13:56 +0200, Andy Shevchenko wrote:
> >> > +err:
> >> > + if (i > 0)
> >> > + for (; i >= 0; i--, con--)
> >> > + ty
The newly added driver calls functions for accessing the DT but
does not include the header they are defined in, which fails
in configurations in which we don't get the header implicitly
through something else:
drivers/input/touchscreen/colibri-vf50-ts.c: In function 'vf50_ts_probe':
drivers/input
Andy Shevchenko writes:
> On Wed, Feb 10, 2016 at 3:21 PM, Oliver Neukum wrote:
>> On Wed, 2016-02-10 at 13:56 +0200, Andy Shevchenko wrote:
>>> > +out:
>>>
>>> CodingStyle suggests to do a better label naming.
>>
>> Names coming from specs are what they are. There is
>> no place for coding style
This patch has the goal to add support for DesignWare UFS Controller
specific operations and to add specific platform and pci drivers.
Signed-off-by: Joao Pinto
---
Changes v4->v5 (Akinobu Mita):
- All functions used only locally in ufshcd-dwc are now declared as static
- ufshcd_dwc_configuration
Hello Ken,
Am 09.02.2016 um 20:42 schrieb Ken Moffat:
> On Tue, Feb 09, 2016 at 05:03:57PM +0100, Karsten Malcher wrote:
>
>> I have to found out that freezing can occur under kernel 3.2 too, but far
>> less common.
>> So the interesting question is why in newer kernels this will occur very
>> o
The work consisted of:
- Fixed typo in ufshcd-pltfrm.c
- Tweak ufshcd.c for UFS 2.0 support
- Implement ufshcd-dwc which contains all DWC HW specific code
- Unipro attributes were added and new registers were added to the driver
- Implement a ufs-dwc glue platform driver
- Implement a ufs-dwc-pci g
The cpufreq core code has started using the irq_work infrastructure, but that
can be disabled in Kconfig, causing a link failure:
drivers/cpufreq/cpufreq_governor.c: In function 'gov_queue_irq_work':
drivers/cpufreq/cpufreq_governor.c:251:3: error: implicit declaration of
function 'irq_work_queue
On Wed, 03 Feb 2016 11:56:58 -0500
Steven Rostedt wrote:
> I'm starting to play with SCHED_DEADLINE a bit and I'm able to cause
> a bandwidth "leak". Then I realized there's no way to examine what bandwidths
> are enabled on which CPUs. I added the bandwith ratios to the
> /proc/sched_debug file.
On Fri, Feb 05, 2016 at 12:37:00AM +0100, Rasmus Villemoes wrote:
> On Wed, Feb 03 2016, Andrzej Hajda wrote:
>
> > Current implementation of IS_ERR_VALUE works correctly only with
> > following types:
> > - unsigned long,
> > - short, int, long.
> > Other types are handled incorrectly either on
When getting a new block from the media manager, calculate the right
rblk, considering that the pool of flash blocks has been divided among
the different luns exposed by the underlying device.
Signed-off-by: Javier González
---
drivers/lightnvm/rrpc.c | 2 +-
drivers/lightnvm/rrpc.h | 9
From: George Spelvin
> Sent: 10 February 2016 14:44
...
> > I think the fastest loop is:
> > 10: adcq0(%rdi,%rcx,8),%rax
> > inc %rcx
> > jnz 10b
> > That loop looks like it will have no overhead on recent cpu.
>
> Well, it should execute at 1 instruction/cycle.
I presume you
Hi Marc,
On 10/02/16 14:46, Marc Zyngier wrote:
On 10/02/16 14:19, Julien Grall wrote:
On 09/02/16 20:49, Christoffer Dall wrote:
+static void __init gic_acpi_setup_kvm_info(void)
+{
+ gic_v2_kvm_info.type = GIC_V2;
+
+ gic_v2_kvm_info.maint_irq = acpi_register_gsi(NULL,
+
On Tuesday 09 February 2016 18:37:46 Guenter Roeck wrote:
> On 02/09/2016 07:26 AM, Arnd Bergmann wrote:
> > On Tuesday 09 February 2016 07:08:59 Guenter Roeck wrote:
> >> IS_ERR_VALUE() assumes that its parameter is an unsigned long.
> >> It can not be used to check if an unsigned int reflects an
On Wed, Feb 10, 2016 at 4:07 PM, Arnd Bergmann wrote:
> The cpufreq code uses 'if (IS_ENABLED(CONFIG_SMP))' to check
> whether it should queue a task on the local CPU or a remote
> one, however the irq_work_queue_on() function is not declared
> when CONFIG_SMP is not set:
>
> drivers/cpufreq/cpufr
On Wed, Feb 10, 2016 at 4:14 PM, Arnd Bergmann wrote:
> The cpufreq core code has started using the irq_work infrastructure, but that
> can be disabled in Kconfig, causing a link failure:
>
> drivers/cpufreq/cpufreq_governor.c: In function 'gov_queue_irq_work':
> drivers/cpufreq/cpufreq_governor.c
On Wed, Feb 10, 2016 at 04:20:43PM +0200, Adrian Hunter wrote:
> On 10/02/16 16:16, Ludovic Desroches wrote:
> > On Wed, Feb 10, 2016 at 03:00:09PM +0200, Adrian Hunter wrote:
> >> On 10/02/16 14:51, Ludovic Desroches wrote:
> >>> Hi Adrian,
> >>>
> >>> On Wed, Feb 10, 2016 at 01:50:44PM +0200, Adr
We remove one instace of flush_tlb_range here. That was added by
f714f4f20e59ea6eea264a86b9a51fd51b88fc54 ("mm: numa: call MMU notifiers
on THP migration"). But the pmdp_huge_clear_flush_notify should have
done the require flush for us. Hence remove the extra flush.
Signed-off-by: Aneesh Kumar K.V
From: Rafael J. Wysocki
Instead of using a per-CPU deferrable timer for utilization sampling
and P-states adjustments, register a utilization update callback that
will be invoked from the scheduler on utilization changes.
The sampling rate is still the same as what was used for the deferrable
ti
From: Rafael J. Wysocki
Instead of using a per-CPU deferrable timer for queuing up governor
work items, register a utilization update callback that will be
invoked from the scheduler on utilization changes.
The sampling rate is still the same as what was used for the
deferrable timers and the ad
From: Rafael J. Wysocki
Introduce a mechanism by which parts of the cpufreq subsystem
("setpolicy" drivers or the core) can register callbacks to be
executed from cpufreq_update_util() which is invoked by the
scheduler's update_load_avg() on CPU utilization changes.
This allows the "setpolicy" d
Hi,
I thought it would be useful to send an update of this (adding Ingo, as Peter
has not been responsive lately). The version goes straight to 6 as patch [3/3]
has already gone through 5 revisions.
The intro below still applies, so let me quote it.
On Friday, January 29, 2016 11:52:15 PM Rafae
mfd: Provide MACRO to declare commonly defined MFD cell attributes
Cc: Laxman Dewangan
Signed-off-by: Lee Jones
---
include/linux/mfd/core.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/include/linux/mfd/core.h b/include/linux/mfd/core.h
index bc6f7e0..1a
mfd: ab8500: Provide a small example using new MFD cell MACROs
Signed-off-by: Lee Jones
---
drivers/mfd/ab8500-core.c | 106 +++---
1 file changed, 34 insertions(+), 72 deletions(-)
diff --git a/drivers/mfd/ab8500-core.c b/drivers/mfd/ab8500-core.c
in
On Mon, Feb 1, 2016 at 3:58 AM, David Wu wrote:
> The pinctrl of rk3399 is much different from other's,
> especially the 3bits of drive strength.
>
> Signed-off-by: David Wu
> Reviewed-by: Heiko Stuebner
> ---
> Changes in v5:
> - merge the binding-doc-addition in one patch (Linus Heiko)
> - fi
On Wed, 10 Feb 2016 17:08:52 +0200
"Michael S. Tsirkin" wrote:
> On Wed, Feb 10, 2016 at 01:11:34PM +0100, Greg Kurz wrote:
> > On Wed, 10 Feb 2016 13:21:22 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Wed, Jan 13, 2016 at 06:09:41PM +0100, Greg Kurz wrote:
> > > > The default use cas
Fixed typo in ufshcd-pltfrm.
Signed-off-by: Joao Pinto
---
Changes v0->v5:
- Nothing changed (just to keep up with patch set version).
drivers/scsi/ufs/ufshcd-pltfrm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c b/drivers/scsi/ufs/ufshcd-
On Wed, Feb 10, 2016 at 3:46 PM, Juri Lelli wrote:
> On 10/02/16 15:26, Rafael J. Wysocki wrote:
>> On Wed, Feb 10, 2016 at 3:03 PM, Juri Lelli wrote:
>> > On 10/02/16 14:23, Rafael J. Wysocki wrote:
>> >> On Wed, Feb 10, 2016 at 1:33 PM, Juri Lelli wrote:
>> >> > Hi Rafael,
>> >> >
>> >> > On 0
On Wed 2016-02-03 20:11:07, Jessica Yu wrote:
> diff --git a/kernel/module.c b/kernel/module.c
> index 71c77ed..9c16eb2 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -2676,6 +2764,23 @@ static int copy_module_from_user(const void __user
> *umod, unsigned long len,
> return 0;
>
Hello,
With 874bbfe600a6 reverted, this doesn't matter as much but I'm still
committing it to wq/for-4.5-fixes. The commit message has been
updated accordingly.
Thanks.
-- 8< --
>From 9354baa208f47bf088c28c1da5f38abe172db5d6 Mon Sep 17 00:00:00 2001
From: Tejun Heo
Date: Wed, 3 Feb 201
On 10 February 2016 at 13:51, Ludovic Desroches
wrote:
> Hi Adrian,
>
> On Wed, Feb 10, 2016 at 01:50:44PM +0200, Adrian Hunter wrote:
>> On 10/02/16 11:58, Ludovic Desroches wrote:
>> > By putting the device in suspend at the end of the probe, it is
>> > impossible to wake up on non software even
Hello, Jiri.
On Wed, Feb 10, 2016 at 09:01:38AM +0100, Jiri Slaby wrote:
> Thanks all for sorting the issue out. Now it remains to decide what
> should go to stable. Given only 0001 is marked as "Fixes", is that enough?
I think so. The other two are primarily for debugging anyway.
> And what ab
On Tue, Feb 09, 2016 at 12:04:29PM +, Zubair Lutfullah Kakakhel wrote:
...
> .../devicetree/bindings/ata/ahci-platform.txt | 1 +
> .../devicetree/bindings/mips/cavium/sata-uctl.txt | 42 +
> arch/mips/include/asm/octeon/cvmx.h| 9 ++
> drivers/ata/Kconfig
On 10/02/16 16:46, Rafael J. Wysocki wrote:
> On Wed, Feb 10, 2016 at 3:46 PM, Juri Lelli wrote:
> > On 10/02/16 15:26, Rafael J. Wysocki wrote:
> >> On Wed, Feb 10, 2016 at 3:03 PM, Juri Lelli wrote:
> >> > On 10/02/16 14:23, Rafael J. Wysocki wrote:
> >> >> On Wed, Feb 10, 2016 at 1:33 PM, Juri
Hi Matwey,
On 02/01/2016 10:09 AM, Matwey V. Kornilov wrote:
> Changes from v7:
> - rework comments to follow guidelines
> - minor style changes
> Changes from v6:
> - minor style changes
> - timers are not IRQSAFE now
> Changes from v5:
> - rs485_emul variable has been renamed to em485 to fo
Fixed typo in ufshcd-pltfrm.
Signed-off-by: Joao Pinto
---
Changes v0->v6:
- Nothing changed (just to keep up with patch set version).
drivers/scsi/ufs/ufshcd-pltfrm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/ufs/ufshcd-pltfrm.c b/drivers/scsi/ufs/ufshcd-
The work consisted of:
- Fixed typo in ufshcd-pltfrm.c
- Tweak ufshcd.c for UFS 2.0 support
- Implement ufshcd-dwc which contains all DWC HW specific code
- Unipro attributes were added and new registers were added to the driver
- Implement a ufs-dwc glue platform driver
- Implement a ufs-dwc-pci g
This patch has the goal to add support for DesignWare UFS Controller
specific operations and to add specific platform and pci drivers.
Signed-off-by: Joao Pinto
---
Changes v5->v6:
- Patch bad format fixed
Changes v4->v5 (Akinobu Mita):
- All functions used only locally in ufshcd-dwc are now decl
On Mon, 2016-02-08 at 10:11 -0600, Dan Williams wrote:
> I'd like to clarify a bit, so tell me if I'm correct or not. Using
> RFKILL_OP_AIRPLANE_MODE_CHANGE does not actually change any device
> state. It's just an indicator with no relationship to any of the
> registered rfkill switches, right?
On Tue, 09 Feb 2016, Laxman Dewangan wrote:
> To make RTC block of MAX77686/MAX77802 as independent driver,
> move the registration of i2c device, regmap for register access
> and irq_chip for interrupt support inside the RTC driver.
> Removed the same initialisation from MFD driver.
>
> Having t
On Tue, 09 Feb 2016, Laxman Dewangan wrote:
> There is different RTC I2C address for RTC block in MAX77686.
> Driver is creating dummy i2c client for this address to access
> the register of this IP block.
>
> As there is no call to i2c_get_clientdata() for rtc_i2c client,
> there is no need to s
On Wed 2016-02-10 09:44:07, Steven Rostedt wrote:
> On Wed, 10 Feb 2016 15:36:49 +0100
> Petr Mladek wrote:
>
> > Bcc:
> > Subject: Re: [PATCH] printk: avoid livelock if another CPU printks
> > continuously
> > Reply-To:
> > In-Reply-To: <1454963703-20433-1-git-send-email-dvlas...@redhat.com>
On Wed, 27 Jan 2016, Wenyou Yang wrote:
> This patch adds support for the Active-semi ACT8945A PMIC.
> It is a Multi Function Device with the following subdevices:
> - Regulator
> - Charger
>
> It is interfaced to the host controller using I2C interface,
> ACT8945A is a child device of the I2C.
On Wed, 27 Jan 2016, Wenyou Yang wrote:
> The Active-semi ACT8945A PMIC is a Multi-Function Device, it has
> two subdevices:
> - Regulator
> - Charger
>
> This patch adds documentation for ACT8945A DT bindings.
>
> Signed-off-by: Wenyou Yang
> Acked-by: Rob Herring
> Acked-by: Lee Jones
> -
On Tue, 09 Feb 2016, Charles Keepax wrote:
> The help text had a copy and paste error and refers to I2C in the SPI
> section. This patch corrects this typo.
>
> Signed-off-by: Charles Keepax
> ---
> drivers/mfd/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Applied, thanks.
>
Hi Christophe,
[auto build test ERROR on powerpc/next]
[also build test ERROR on v4.5-rc3 next-20160210]
[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
On Tue, 09 Feb 2016, Charles Keepax wrote:
> My automated test is back and now can check defaults against the actual
> hardware. This patch updates the defaults array for the differences
> detected and removes a couple of completely unused registers.
>
> Signed-off-by: Charles Keepax
> ---
> dr
On Tue, 09 Feb 2016, Charles Keepax wrote:
> My automated test is back and now can check defaults against the actual
> hardware. This patch updates the defaults array for the differences
> detected and removes a couple of completely unused registers.
>
> Signed-off-by: Charles Keepax
> ---
> dr
On Tue, 09 Feb 2016, Charles Keepax wrote:
> My automated test is back and now can check defaults against the actual
> hardware. This patch updates the defaults array for the differences
> detected and removes a couple of completely unused registers.
>
> Signed-off-by: Charles Keepax
> ---
> dr
On Wed, 10 Feb 2016, Jani Nikula wrote:
>> On Wed, Feb 10, 2016 at 1:09 AM, Jonathan Corbet wrote:
>>> - I'm not sold on the new inclusion mechanism. Creating thousands of
>>>little files and tracking them for dependencies and such doesn't seem
>>>like a simplification or a path toward
On Tue, 09 Feb 2016, Charles Keepax wrote:
> MFD_ARIZONA_I2C and MFD_ARIZONA_SPI both select MFD_ARIZONA and all
> three of those select MFD_CORE, this makes the selects of MFD_CORE in
> MFD_ARIZONA_I2C and MFD_ARIZONA_SPI redundant, so we remove them.
>
> Signed-off-by: Charles Keepax
> ---
>
On Tue, 09 Feb 2016, Charles Keepax wrote:
> My automated test is back and now can check defaults against the actual
> hardware. This patch updates the defaults array for the differences
> detected and removes a couple of completely unused registers.
>
> Signed-off-by: Charles Keepax
> ---
> dr
Hi Christophe,
[auto build test ERROR on powerpc/next]
[also build test ERROR on v4.5-rc3 next-20160210]
[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
On Tue, 09 Feb 2016, Javier Martinez Canillas wrote:
> The platform bus_type .match callback attempts to match the platform device
> name with an entry on the .id_table if provided and fallbacks to match with
> the driver's name if a table is not provided.
>
> Using a platform device ID to match
They return the length of kn->parent or kn->name and should be aligned with
kernfs_path_len which also returns size_t.
Signed-off-by: Christian Brauner
---
fs/kernfs/dir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/kernfs/dir.c b/fs/kernfs/dir.c
index 742bf4a..a35
On Mon, 25 Jan 2016, Maxime Ripard wrote:
> On Mon, Jan 25, 2016 at 02:39:57PM +, Lee Jones wrote:
> > On Wed, 13 Jan 2016, Chen-Yu Tsai wrote:
> >
> > > When the driver was merged, the original author did not include a proper
> > > copyright notice. This patch adds the notice, backdated to wh
"Aneesh Kumar K.V" writes:
> We remove one instace of flush_tlb_range here. That was added by
> f714f4f20e59ea6eea264a86b9a51fd51b88fc54 ("mm: numa: call MMU notifiers
> on THP migration"). But the pmdp_huge_clear_flush_notify should have
> done the require flush for us. Hence remove the extra fl
Simple patch that changes the return value of kernfs_name_locked and kernfs_name
to size_t which alignes these functions with kernfs_path_len which also returns
size_t.
Patch was made against for-4.5 branch.
(As per Tejun's request, ccing gre...@linuxfoundation.org and
linux-kernel@vger.kernel.or
On Mon, 08 Feb 2016, Stephen Boyd wrote:
> Convert this driver to use clkdev_create() instead of
> clk_register_clkdevs(). The latter API is only used by this driver,
> although this driver only allocates one clk to add anyway.
> Furthermore, this driver allocates the clk_lookup structure with
> d
On Fri, 05 Feb 2016, Tomeu Vizoso wrote:
> s/cros_ec_register/cros_ec_query_all
>
> Signed-off-by: Tomeu Vizoso
> ---
>
> include/linux/mfd/cros_ec.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/linux/mfd/cros_ec.h b/include/linux/mfd/cros_ec.h
> index 4946
2016-02-10 19:05 GMT+03:00 Peter Hurley :
> Hi Matwey,
>
> On 02/01/2016 10:09 AM, Matwey V. Kornilov wrote:
>> Changes from v7:
>> - rework comments to follow guidelines
>> - minor style changes
>> Changes from v6:
>> - minor style changes
>> - timers are not IRQSAFE now
>> Changes from v5:
>>
On Wed, 10 Feb 2016 17:10:16 +0100
Petr Mladek wrote:
> > Note, it's not that performance critical, and the loop only happens if
> > someone else is adding to the console, which hopefully, should be rare.
>
> I probably used too strong words. It is possible that the performance
> impact will n
On 10/02/16 09:37, Steven Rostedt wrote:
> On Wed, 10 Feb 2016 11:32:58 +
> Juri Lelli wrote:
>
> > Hi,
> >
> > I've updated this patch since, with a bit more testing and talking with
> > Luca in private, I realized that the previous version didn't manage
> > switching back and forth from SC
On Wed, Feb 10, 2016 at 05:18:59PM +0100, Christian Brauner wrote:
> They return the length of kn->parent or kn->name and should be aligned with
> kernfs_path_len which also returns size_t.
>
> Signed-off-by: Christian Brauner
Acked-by: Tejun Heo
Thanks.
--
tejun
On 02/10/2016 08:24 AM, Matwey V. Kornilov wrote:
> 2016-02-10 19:05 GMT+03:00 Peter Hurley :
>> Hi Matwey,
>>
>> On 02/01/2016 10:09 AM, Matwey V. Kornilov wrote:
>>> Changes from v7:
>>> - rework comments to follow guidelines
>>> - minor style changes
>>> Changes from v6:
>>> - minor style cha
On Wed, Feb 10, 2016 at 08:39:04PM +0530, Sricharan wrote:
> > Hi Sricharan,
> >
> > Are you looking at pca9685_pwm_probe in drivers/pwm/pwm-pca9685.c
> > right?
> >
> Yes.
>
> > I'm asking this because this driver doesn't seem to support runtime pm and
> > there is no check for regmap_write/re
On Fri, 05 Feb 2016, Tomeu Vizoso wrote:
> From: Vincent Palatin
>
> Use the EC_CMD_GET_FEATURES message to check the supported features for
> each MCU before instantied a USB-PD charger.
>
> Signed-off-by: Vincent Palatin
> [tomeu: adapted to changes in mainline]
> Signed-off-by: Tomeu Vizoso
On Fri, Feb 05, 2016 at 03:27:49PM -0800, Alexandra Yates wrote:
> Adding Intel codename DNV platform device IDs for SATA.
>
> Signed-off-by: Alexandra Yates
Applied to libata/for-4.5-fixes w/ stable cc'd.
Thanks.
--
tejun
> On 09.02.2016, at 01:32, Eric Anholt wrote:
>
> Hi Florian. Here's the first set of patches for bcm2835 for 4.6.
> We've got more DT patches that are going to happen for new boards,
> too, but they're still getting polished.
>
> The following changes since commit 92e963f50fc74041b5e9e744c330
On 10 February 2016 at 11:47, Marek Szyprowski wrote:
> This patch ensures that existing bus match callbacks don't return
> negative values (which might be interpreted as potential errors in the
> future) in case of positive match.
>
> Signed-off-by: Marek Szyprowski
FYI:
This one has actually b
On Tue, Feb 09, 2016 at 04:53:51PM -0600, Suravee Suthikulpanit wrote:
> This patch consolidates "arch/x86/kernel/cpu/perf_event_amd_iommu.h" and
> "drivers/iommu/amd_iommu_proto.h", which contain duplicate function
> declarations, into "include/linux/perf/perf_event_amd_iommu.h"
>
> Reviewed-by:
Hi Christian,
[auto build test ERROR on driver-core/driver-core-testing]
[also build test ERROR on v4.5-rc3 next-20160210]
[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/Christian-Brauner/let
On Wed, Feb 10 2016 at 03:13 -0700, Mark Brown wrote:
On Tue, Feb 09, 2016 at 03:21:54PM -0700, Lina Iyer wrote:
On Tue, Feb 09 2016 at 06:13 -0700, Georgi Djakov wrote:
Please delete unneeded context from mails when replying. Doing this
makes it much easier to find your reply in the message,
On Tue, Feb 09, 2016 at 04:53:54PM -0600, Suravee Suthikulpanit wrote:
> Introduce a helper function to calculate bit-index for assigning
> performance counter assignment.
>
> Signed-off-by: Suravee Suthikulpanit
> ---
> arch/x86/kernel/cpu/perf_event_amd_iommu.c | 20 +++-
> 1 f
301 - 400 of 819 matches
Mail list logo
