On Tue, Oct 25, 2016 at 10:29:38AM +0530, Aneesh Kumar K.V wrote:
> Jerome Glisse writes:
> > On Mon, Oct 24, 2016 at 10:01:49AM +0530, Anshuman Khandual wrote:
[...]
> > You can take a look at hmm-v13 if you want to see how i do non LRU page
> > migration. While i put most of the migration code
Check for iommu_gather_ops structures that are only stored in the tlb
field of an io_pgtable_cfg structure. The tlb field is of type
const struct iommu_gather_ops *, so iommu_gather_ops structures
having this property can be declared as const.
Done using Coccinelle:
@r1 disable optional_qualifier
> On Oct 24, 2016, at 11:37 PM, Vignesh R wrote:
>
>
>
> On Tuesday 25 October 2016 11:46 AM, John Syne wrote:
>>
>>> On Oct 24, 2016, at 11:01 PM, John Syne wrote:
>>>
On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote:
> [...]
>>>
>>> ---
>>> include/linux/mf
Hi Michael,
I spent a couple of hours trying to review your patch. Unfortunately
nowadays I spend no more than an hour per day for whole my linux
kernel activity. It may take longer time for me to review it.
This patch touches some areas of the kernel I'm still not an expert of
(though I'm learnin
Greg Kroah-Hartman writes:
> On Mon, Oct 17, 2016 at 12:44:04PM -0700, Eric Anholt wrote:
>> These were throwing warnings on aarch64, and all are trivially
>> converted to longs.
>>
>> Signed-off-by: Eric Anholt
>> ---
>> drivers/staging/vc04_services/interface/vchiq_arm/vchiq_2835_arm.c | 6
On 10/25/2016 05:58 AM, Sekhar Nori wrote:
On Tuesday 25 October 2016 02:50 AM, David Lechner wrote:
On 10/24/2016 02:50 PM, David Lechner wrote:
On 10/24/2016 10:50 AM, David Lechner wrote:
On 10/24/2016 06:58 AM, Sekhar Nori wrote:
On Saturday 22 October 2016 12:06 AM, David Lechner wrote:
On 10/25, Oleg Nesterov wrote:
>
> On 10/25, Roman Pen wrote:
> >
> > This patch avoids allocation of kthread structure on a stack, and simply
> > uses kmalloc.
>
> Oh. I didn't even read this patch, but I have to admit I personally do not
> like it. I can be wrong, but imo this is the step to the
On Tue, Oct 25, 2016 at 4:03 PM, Oleg Nesterov wrote:
> On 10/25, Roman Pen wrote:
>>
>> This patch avoids allocation of kthread structure on a stack, and simply
>> uses kmalloc.
>
> Oh. I didn't even read this patch, but I have to admit I personally do not
> like it. I can be wrong, but imo this
On Tue, 25 Oct 2016, Bhumika Goyal wrote:
> Check for iommu_gather_ops structures that are only stored in the tlb
> field of an io_pgtable_cfg structure. The tlb field is of type
> const struct iommu_gather_ops *, so iommu_gather_ops structures
> having this property can be declared as const.
> Do
On 10/24/2016 06:22 PM, Anshuman Khandual wrote:
> On 10/24/2016 10:39 PM, Dave Hansen wrote:
>>> +#ifdef CONFIG_COHERENT_DEVICE
+#define node_cdm(nid) (NODE_DATA(nid)->coherent_device)
+#define set_cdm_isolation(nid) (node_cdm(nid) = 1)
+#define clr_cdm_isolation(nid) (node
> On Oct 24, 2016, at 11:38 PM, Lee Jones wrote:
>
> On Mon, 24 Oct 2016, John Syne wrote:
>>> On Oct 24, 2016, at 11:01 PM, John Syne wrote:
On Oct 24, 2016, at 10:52 PM, Mugunthan V N wrote:
On Tuesday 25 October 2016 02:28 AM, John Syne wrote:
>>> On Oct 23, 2016, at 11:
Hi Binoy,
2016-10-25 17:08 GMT+02:00 Binoy Jayan :
> On 25 October 2016 at 18:13, Jack Wang wrote:
>> Hi Binoy,
>>
>> snip
>>>
>>> port->ib_dev = device;
>>> port->port_num = port_num;
>>> - sema_init(&port->sm_sem, 1);
>>> + init_completion(&port->sm_comp);
>>> +
On Tue, Oct 25, 2016 at 08:38:21PM +0530, Binoy Jayan wrote:
> On 25 October 2016 at 18:13, Jack Wang wrote:
> > Hi Binoy,
> >
> > snip
> >>
> >> port->ib_dev = device;
> >> port->port_num = port_num;
> >> - sema_init(&port->sm_sem, 1);
> >> + init_completion(&port->s
A bugfix just tried to address a randconfig build problem and introduced
a variant of the same problem: with CONFIG_LIBNVDIMM=y and
CONFIG_NVDIMM_DAX=m, the nvdimm module now fails to link:
drivers/nvdimm/built-in.o: In function `to_nd_device_type':
bus.c:(.text+0x1b5d): undefined reference to `is
The newly added raw_diag.c fails to build in some configurations
unless we include this header:
In file included from net/ipv4/raw_diag.c:6:0:
include/net/raw.h:71:21: error: field 'inet' has incomplete type
net/ipv4/raw_diag.c: In function 'raw_diag_dump':
net/ipv4/raw_diag.c:166:29: error: impli
make W=1 reports a new warning for the dm-block-manager:
drivers/md/persistent-data/dm-block-manager.c: In function ‘dm_bm_unlock’:
drivers/md/persistent-data/dm-block-manager.c:598:3: error: suggest braces
around empty body in an ‘else’ statement [-Werror=empty-body]
This is completely harmless
As found by gcc -Wmaybe-uninitialized, having a storage_bytes value other
than 2 or 4 will result in undefined behavior:
drivers/iio/temperature/maxim_thermocouple.c: In function
'maxim_thermocouple_read':
drivers/iio/temperature/maxim_thermocouple.c:141:5: error: 'ret' may be used
uninitialized
On Tue, Oct 25, 2016 at 11:15:40PM +1100, Balbir Singh wrote:
After the ack, I realized there were some more checks needed, IOW
questions for you :)
Hey! No takebacks!
The short answer is that neither of these is a concern.
Longer; if you use "movable_node", x86 can identify these nodes at bo
As found by "gcc -Wmaybe-uninitialized", the latest change to the
driver lacked an initalization for the return code in one of the
added cases:
drivers/staging/iio/cdc/ad7746.c: In function ‘ad7746_read_raw’:
drivers/staging/iio/cdc/ad7746.c:655:2: error: ‘ret’ may be used uninitialized
in this f
Hi Sekhar,
On 10/25/2016 05:17 AM, Sekhar Nori wrote:
On Tuesday 25 October 2016 03:07 PM, Axel Haslam wrote:
Hi Sekar,
On Tue, Oct 25, 2016 at 10:10 AM, Sekhar Nori wrote:
On Monday 24 October 2016 10:16 PM, ahas...@baylibre.com wrote:
From: David Lechner
The CFGCHIP registers are used b
On 10/25/2016 05:12 AM, Sekhar Nori wrote:
On Monday 24 October 2016 10:16 PM, ahas...@baylibre.com wrote:
diff --git a/arch/arm/mach-davinci/usb-da8xx.c
b/arch/arm/mach-davinci/usb-da8xx.c
index 9e41a7f..982e105 100644
--- a/arch/arm/mach-davinci/usb-da8xx.c
+++ b/arch/arm/mach-davinci/usb-da8
On Tue, Oct 25, 2016 at 05:53:22PM +0200, Arnd Bergmann wrote:
> The newly added raw_diag.c fails to build in some configurations
> unless we include this header:
>
> In file included from net/ipv4/raw_diag.c:6:0:
> include/net/raw.h:71:21: error: field 'inet' has incomplete type
> net/ipv4/raw_di
On 10/25, Oleg Nesterov wrote:
>
> void oops_end_exit(void)
> {
> current->flags &= ~PF_WQ_WORKER;
> perhaps sonething else;
> }
>
> called by oops_end() before rewind_stack_do_exit() ?
and "perhaps sonething else" above should probably clear current->
On Tue, Oct 25, 2016 at 5:43 PM, Oleg Nesterov wrote:
> On 10/25, Oleg Nesterov wrote:
>>
>> On 10/25, Roman Pen wrote:
>> >
>> > This patch avoids allocation of kthread structure on a stack, and simply
>> > uses kmalloc.
>>
>> Oh. I didn't even read this patch, but I have to admit I personally do
sorry for noise, forgot to mention...
On 10/25, Oleg Nesterov wrote:
>
> On 10/25, Oleg Nesterov wrote:
> >
> > void oops_end_exit(void)
> > {
> > current->flags &= ~PF_WQ_WORKER;
> > perhaps sonething else;
> > }
> >
> > called by oops_end() before rewind_stack
commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
hardware handshake is enabled"), despite its title, broke hardware
handshake on *every* Atmel platforms.
The only one partially working is the SAMA5D2.
To understand why, one has to understand the flag ATMEL_US_USMODE_HWHS
first
On 10/25/2016 02:39 AM, Axel Haslam wrote:
On Tue, Oct 25, 2016 at 2:38 AM, David Lechner wrote:
On 10/24/2016 11:46 AM, ahas...@baylibre.com wrote:
-#ifndef CONFIG_ARCH_DAVINCI_DA8XX
-#error "This file is DA8xx bus glue. Define CONFIG_ARCH_DAVINCI_DA8XX."
-#endif
+#include "ohci.h"
+
+#defi
Michael Zoran writes:
> On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote:
>> On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote:
>> > mzo...@crowfest.net writes:
>> >
>> > > */
>> > >
>> > > static int
>> > > create_pagelist(char __user *buf, size_t count, unsigned short
>> > > type
There is an old warning about mlx4_SW2HW_EQ_wrapper on x86:
ethernet/mellanox/mlx4/resource_tracker.c: In function ‘mlx4_SW2HW_EQ_wrapper’:
ethernet/mellanox/mlx4/resource_tracker.c:3071:10: error: ‘eq’ may be used
uninitialized in this function [-Werror=maybe-uninitialized]
The problem here is
Roman, I need to run away, just one note.
On 10/25, Roman Penyaev wrote:
>
> On Tue, Oct 25, 2016 at 5:43 PM, Oleg Nesterov wrote:
>
> So in particular I do not understand this comment from the patch above
> where you abuse 'current->set_child_tid':
>
> * This is the ugly but simple hack we will
From: Arnd Bergmann
> Sent: 24 October 2016 21:22
> On Monday, October 24, 2016 10:47:54 PM CEST Julian Anastasov wrote:
> > > diff --git a/net/netfilter/ipvs/ip_vs_sync.c
> > > b/net/netfilter/ipvs/ip_vs_sync.c
> > > index 1b07578bedf3..9350530c16c1 100644
> > > --- a/net/netfilter/ipvs/ip_vs_syn
On Tue, 18 Oct 2016 02:52:11 +0530
Kirti Wankhede wrote:
> Add file Documentation/vfio-mediated-device.txt that include details of
> mediated device framework.
>
> Signed-off-by: Kirti Wankhede
> Signed-off-by: Neo Jia
> Change-Id: I137dd646442936090d92008b115908b7b2c7bc5d
> ---
> Documentati
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, October 25, 2016 2:50 AM
> To: Stuart Yoder
> Cc: German Rivera ; de...@driverdev.osuosl.org;
> linux-kernel@vger.kernel.org;
> ag...@suse.de; a...@arndb.de; Leo Li
> Subject: Re: [PATCH 00/14] st
Hi,
On 25/10/2016 at 18:11:35 +0200, Richard Genoud wrote :
> commit 1cf6e8fc8341 ("tty/serial: at91: fix RTS line management when
> hardware handshake is enabled"), despite its title, broke hardware
> handshake on *every* Atmel platforms.
>
> The only one partially working is the SAMA5D2.
>
[.
On 10/25/2016 11:21 AM, Axel Haslam wrote:
On Tue, Oct 25, 2016 at 6:12 PM, David Lechner wrote:
On 10/25/2016 02:39 AM, Axel Haslam wrote:
On Tue, Oct 25, 2016 at 2:38 AM, David Lechner
wrote:
On 10/24/2016 11:46 AM, ahas...@baylibre.com wrote:
-#ifndef CONFIG_ARCH_DAVINCI_DA8XX
-#erro
On Tue, Oct 25, 2016 at 05:52:04PM +0200, Arnd Bergmann wrote:
> tatus: O
> Content-Length: 2346
> Lines: 60
>
> A bugfix just tried to address a randconfig build problem and introduced
> a variant of the same problem: with CONFIG_LIBNVDIMM=y and
> CONFIG_NVDIMM_DAX=m, the nvdimm module now fails
From: Thor Thayer
Confirm the chip->parent is valid before dereferencing because
the parent parameter is optional.
Signed-off-by: Thor Thayer
---
drivers/gpio/gpiolib-devprop.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpio/gpiolib-devprop.c b/drivers/gpio/gpiolib-devpro
This patch adds documentation of device tree bindings for the STM32 ADC.
Signed-off-by: Fabrice Gasnier
---
.../devicetree/bindings/iio/adc/st,stm32-adc.txt | 78 ++
1 file changed, 78 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/adc/st,stm32-adc.
Add per channel "smpr" IIO extended attribute, to allow sampling
time configuration.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/stm32/stm32-adc.c | 75 +
drivers/iio/adc/stm32/stm32-adc.h | 25 +
drivers/iio/adc/stm32/stm32f4-adc.c | 48
Signed-off-by: Fabrice Gasnier
---
arch/arm/configs/stm32_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index 1e5ec2a..5a5f50c 100644
--- a/arch/arm/configs/stm32_defconfig
+++ b/arch/arm/configs/stm32_defconfig
This series adds support for STM32F4 ADC into IIO framework.
STM32F4 ADC is a 12-bit successive approximation analog-to-digital
converter. It has up to 19 multiplexed input channels. Conversions can
be performed in single, continuous, scan or discontinuous mode.
Conversions can be launched in softw
Commit-ID: 058dc49803171f37b25f053182835f2969d1c43f
Gitweb: http://git.kernel.org/tip/058dc49803171f37b25f053182835f2969d1c43f
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:15 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:58 +0200
x86/microcode: Export th
Add adc support & pinctrl analog phandle (adc3_in8) to stm32f429.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32f429.dtsi | 62
1 file changed, 62 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
Commit-ID: f61337d9841210329c177a20061f49fafff3ff76
Gitweb: http://git.kernel.org/tip/f61337d9841210329c177a20061f49fafff3ff76
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:13 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:57 +0200
x86/microcode/intel: Sim
On 25/10/16 16:56, Arnd Bergmann wrote:
> As found by "gcc -Wmaybe-uninitialized", the latest change to the
> driver lacked an initalization for the return code in one of the
> added cases:
>
> drivers/staging/iio/cdc/ad7746.c: In function ‘ad7746_read_raw’:
> drivers/staging/iio/cdc/ad7746.c:655:
On 25/10/16 16:55, Arnd Bergmann wrote:
> As found by gcc -Wmaybe-uninitialized, having a storage_bytes value other
> than 2 or 4 will result in undefined behavior:
>
> drivers/iio/temperature/maxim_thermocouple.c: In function
> 'maxim_thermocouple_read':
> drivers/iio/temperature/maxim_thermocou
Commit-ID: 5879a267520898d595e9cbcae0aad4739c822146
Gitweb: http://git.kernel.org/tip/5879a267520898d595e9cbcae0aad4739c822146
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:12 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:57 +0200
x86/microcode: Move driv
Commit-ID: 777284b66f2326c7cb4c541e2224b638b562a9d3
Gitweb: http://git.kernel.org/tip/777284b66f2326c7cb4c541e2224b638b562a9d3
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:11 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:57 +0200
x86/microcode: Run the A
STM32 ADC may use EXTi signals routed internally as trigger source
for conversions. Configure them as interrupt to configure this path
in HW to adc.
Note: interrupt handler isn't required here, and corresponding interrupt
can be kept masked at exti controller level.
Signed-off-by: Fabrice Gasnier
This patch adds support for STMicroelectronics STM32 MCU's analog to
digital converter.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/Kconfig | 2 +
drivers/iio/adc/Makefile| 1 +
drivers/iio/adc/stm32/Kconfig | 34 ++
drivers/iio/adc/stm32/Makefile |
Commit-ID: f5bdfefbf96279b4eb431606cec7a662f5d3ba88
Gitweb: http://git.kernel.org/tip/f5bdfefbf96279b4eb431606cec7a662f5d3ba88
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:14 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:57 +0200
x86/microcode: Remove on
Add trigger polarity extended attribute.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/stm32/stm32-adc.c | 41 -
drivers/iio/adc/stm32/stm32-adc.h | 4
drivers/iio/adc/stm32/stm32f4-adc.c | 12 +++
3 files changed, 56 insertions(+), 1 de
Configure STM32 ADC to use dma by default.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32f429.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f429.dtsi b/arch/arm/boot/dts/stm32f429.dtsi
index 3fcd941..a00f7a6 100644
--- a/arch/arm/boot/dts/stm32
Add optional DMA support to STM32 ADC.
Use dma cyclic mode with at least two periods.
Signed-off-by: Fabrice Gasnier
---
drivers/iio/adc/stm32/Kconfig | 2 +
drivers/iio/adc/stm32/stm32-adc.c | 222
drivers/iio/adc/stm32/stm32-adc.h | 15 +++
dri
On Tue, Oct 25, 2016 at 6:12 PM, David Lechner wrote:
> On 10/25/2016 02:39 AM, Axel Haslam wrote:
>>
>> On Tue, Oct 25, 2016 at 2:38 AM, David Lechner
>> wrote:
>>>
>>> On 10/24/2016 11:46 AM, ahas...@baylibre.com wrote:
-#ifndef CONFIG_ARCH_DAVINCI_DA8XX
-#error "This file i
Commit-ID: 8027923ab4df9b2bdb9d642b7dceeb135c032f5e
Gitweb: http://git.kernel.org/tip/8027923ab4df9b2bdb9d642b7dceeb135c032f5e
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:20 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:59 +0200
x86/microcode/intel: Rem
From: Colin Ian King
The return from of_count_phandle_with_args can be negative, so we
should avoid kcalloc of a negative count of genpd_power_stat structs
by sanity checking if count is zero or less.
Signed-off-by: Colin Ian King
---
drivers/base/power/domain.c | 2 +-
1 file changed, 1 inser
Hi Alan
> Yes! I have submitted patches for doing exactly that. About to
> submit v21. Here's patch 1 of v20:
>
> https://patchwork.kernel.org/patch/9379859/
That's really cool. I hope it gets accepted.
>> and/or if there were any patches for loading
>> firmware from userspace - somethin
From: Aaron Conole
The virtio committee recently ratified a change, VIRTIO-152, which
defines the mtu field to be 'max' MTU, not simply desired MTU.
This commit brings the virtio-net device in compliance with VIRTIO-152.
Additionally, drop the max_mtu branch - it cannot be taken since the u16
r
Commit-ID: 76bd11c23aaa5c4bed504bfc4cf690240759598d
Gitweb: http://git.kernel.org/tip/76bd11c23aaa5c4bed504bfc4cf690240759598d
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:19 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:59 +0200
x86/microcode/amd: Move
On Tue, 2016-10-25 at 09:16 -0700, Eric Anholt wrote:
> Michael Zoran writes:
>
> > On Tue, 2016-10-25 at 08:00 -0700, Michael Zoran wrote:
> > > On Mon, 2016-10-24 at 10:31 -0700, Eric Anholt wrote:
> > > > mzo...@crowfest.net writes:
> > > >
> > > > > */
> > > > >
> > > > > static int
> >
Commit-ID: 14cfbe55c75ada9abd2d9cad97dafb4206c5f9e2
Gitweb: http://git.kernel.org/tip/14cfbe55c75ada9abd2d9cad97dafb4206c5f9e2
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:22 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:59 +0200
x86/microcode: Bump driv
Commit-ID: 6b14b81899a2e1e5dd0d089f2a41a6118929658d
Gitweb: http://git.kernel.org/tip/6b14b81899a2e1e5dd0d089f2a41a6118929658d
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:17 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:58 +0200
x86/microcode: Issue the
Commit-ID: 06b8534cb72837379b3a4781ab252df3d37c2669
Gitweb: http://git.kernel.org/tip/06b8534cb72837379b3a4781ab252df3d37c2669
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:21 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:59 +0200
x86/microcode: Rework mi
On Mon, Oct 24, 2016 at 11:05:28PM -0600, Joel Holdsworth wrote:
> Only being able to load firmware from kernel C-code is rather a limitation -
> though I suppose the framework is quite early in development.
I agree this is a limitation. To expand a bit on what Alan said. For the
last year(?) or
Commit-ID: b3763a672dc0cdaf494a28ec4c2b4e5e0e93334e
Gitweb: http://git.kernel.org/tip/b3763a672dc0cdaf494a28ec4c2b4e5e0e93334e
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:16 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:58 +0200
x86/microcode/amd: Hand
Commit-ID: 7f709d0c322203e37581f6b7c91f88b4fdeca5a0
Gitweb: http://git.kernel.org/tip/7f709d0c322203e37581f6b7c91f88b4fdeca5a0
Author: Borislav Petkov
AuthorDate: Tue, 25 Oct 2016 11:55:18 +0200
Committer: Ingo Molnar
CommitDate: Tue, 25 Oct 2016 12:28:58 +0200
x86/microcode: Collect C
On 10/19/2016 04:27 PM, Shuah Khan wrote:
> On 10/19/2016 08:16 AM, Inki Dae wrote:
>> Hi Shuah,
>>
>> 2016-10-13 8:11 GMT+09:00 Shuah Khan :
>>> Hi Inki,
>>>
>>> On 08/15/2016 10:40 PM, Inki Dae wrote:
>>>
>
> okay the very first commit that added IOMMU support
> introduced the code th
commit db4b0710fae9 ("arm64: fix show_regs fallout from KERN_CONT changes")
corrected the KERN_CONT fallout from commit 4bcc595ccd80
("printk: reinstate KERN_CONT for printing continuation lines"), but
the code still has unnecessary KERN_CONT uses.
Remove the KERN_CONT uses to avoid possible messa
On Tue, Oct 25, 2016 at 12:35:35PM -0400, Aaron Conole wrote:
> From: Aaron Conole
>
> The virtio committee recently ratified a change, VIRTIO-152, which
> defines the mtu field to be 'max' MTU, not simply desired MTU.
>
> This commit brings the virtio-net device in compliance with VIRTIO-152.
>
Enable analog to digital converter on stm32f429i-eval board.
Signed-off-by: Fabrice Gasnier
---
arch/arm/boot/dts/stm32429i-eval.dts | 30 ++
1 file changed, 30 insertions(+)
diff --git a/arch/arm/boot/dts/stm32429i-eval.dts
b/arch/arm/boot/dts/stm32429i-eval.dts
in
Version 6 of this patchset adds two new patches on top of the existing
submission to resolve the (final?) pending question from the previous
discussions during v5 [0]. Javier's tags are also collected here.
In particular, the remaining issue was that a user could provide a full
vendor prefixed str
From: Lee Jones
A great deal of I2C devices are currently matched via DT node name, and
as such the compatible naming convention of ',' has gone
somewhat awry - some nodes don't supply one, some supply an arbitrary
string and others the correct device name with an arbitrary vendor prefix.
In an
From: Lee Jones
Here we're providing dereference protection for i2c_match_id(), which
saves us having to do it each time it's called. We're also stripping
out the (now) needless checks in i2c_device_match(). This patch paves
the way for other, similar code trimming.
Acked-by: Grant Likely
Sig
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
Signed-off-by: Philippe Reynes
---
drivers/net/bonding/bond_main.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/net/bonding/bond_main.c b/
From: Lee Jones
When there was no other way to match a I2C device to driver i2c_match_id()
was exclusively used. However, now there are other types of tables which
are commonly supplied, matching on an i2c_device_id table is used less
frequently. Instead of _always_ calling i2c_match_id() from
From: Lee Jones
As part of an effort to rid the mostly unused second parameter for I2C
related .probe() functions and to conform to other existing frameworks
we're moving over to a temporary replacement .probe() call-back.
Acked-by: Grant Likely
Signed-off-by: Lee Jones
Signed-off-by: Kieran B
A user can choose to instantiate a device on an i2c bus using the sysfs
interface by providing a string and address to match and communicate
with the device on the bus. Presently this string is only matched
against the old i2c device id style strings, even in the presence of
full device tree compat
From: Lee Jones
This function provides a single call for all I2C devices which need to
match firstly using traditional OF means i.e by of_node, then if that
fails we attempt to match using the supplied I2C client name with a
list of supplied compatible strings with the ',' string
removed. The la
From: Lee Jones
Currently the I2C framework insists on devices supplying an I2C ID
table. Many of the devices which do so unnecessarily adding quite a
few wasted lines to kernel code. This patch allows drivers a means
to 'not' supply the aforementioned table and match on DT match tables
instead
Just for testing, specify a maxim,ds1307 device to identify the code path used
when instantiating the driver from userspace.
root@arm:~# echo maxim,ds1307 0x68 > /sys/bus/i2c/devices/i2c-2/new_device
[ 49.807383] rtc-ds1307 2-0068: I'm a Maxim ...
[ 49.814706] rtc-ds1307 2-0068: rtc core: regi
From: Lee Jones
Also remove unused second probe() parameter 'i2c_device_id'.
Acked-by: Grant Likely
Signed-off-by: Lee Jones
Signed-off-by: Kieran Bingham
---
Changes since v4
- Rename .probe2 to probe_new
---
drivers/mfd/as3722.c | 12 ++--
1 file changed, 2 insertions(+), 10 dele
We can now use generic parser and keep things compatible with the
old binding.
Signed-off-by: Tony Lindgren
---
drivers/pinctrl/pinctrl-single.c | 50 +---
1 file changed, 26 insertions(+), 24 deletions(-)
diff --git a/drivers/pinctrl/pinctrl-single.c b/drive
(adding Linus Torvalds)
On Tue, 2016-10-25 at 15:32 +0100, Mark Rutland wrote:
> On Mon, Oct 24, 2016 at 09:27:57AM -0700, Joe Perches wrote:
> > On Mon, 2016-10-24 at 12:31 +0100, Mark Rutland wrote:
> > > On Sun, Oct 23, 2016 at 01:40:49PM -0700, Joe Perches wrote:
> > > > commit db4b0710fae9 ("
If a user provides a shortened string to match a device to the sysfs i2c
interface it will match on the first string that contains that string
prefix.
for example:
echo a 0x68 > /sys/bus/i2c/devices/i2c-2/new_device
will match as3711, as3722, and ak8975 incorrectly.
Signed-off-by: Kieran Bingh
Hi all,
Here are some pinctrl changes to introduce #pinctrl-cells and a generic
parser pinctrl_parse_index_with_args that the drivers can optionally use.
Regards,
Tony
Tony Lindgren (4):
pinctrl: Introduce generic #pinctrl-cells and
pinctrl_parse_index_with_args
pinctrl: single: Use ge
From: Lee Jones
This will aid the seamless removal of the current probe()'s, more
commonly unused than used second parameter. Most I2C drivers can
simply switch over to the new interface, others which have DT
support can use its own matching instead and others can call
i2c_match_id() themselves.
On Mon, Oct 17, 2016 at 10:38:31PM +, Dilger, Andreas wrote:
> On Oct 17, 2016, at 15:46, Aya Mahfouz wrote:
> >
> > class_devno_max is an inline function that returns
> > MAX_OBD_DEVICES. Replace all calls to the function
> > by MAX_OBD_DEVICES.
>
> Thanks for your patch, but unfortunately
Hi Joel,
On Mon, Oct 24, 2016 at 9:51 PM, Joel Holdsworth
wrote:
> I think my set_cs() function is ok-ish. It's copied from spi_set_cs() in
> drivers/spi/spi.c . This function is a static internal helper, so I
> copy/pasted the function into the ice40 driver. Given that it's only 4-lines
> of co
Drivers using pinctrl-single,pins have #pinctrl-cells = <1>, while
pinctrl-single,bits need #pinctrl-cells = <2>.
Note that this patch can be optionally applied separately from the
driver changes as the driver supports also the legacy binding without
#pinctrl-cells.
Signed-off-by: Tony Lindgren
This patch series adds DT nodes for:
* twl6040 enable jack_detection (e.g. OMAP5EVM)
* twl6037 gpadc for omap5 based boards (e.g. OMAP5EVM)
H. Nikolaus Schaller (2):
dts: omap5: baord-common: add phandle to reference Palmas gpadc
dts: omap5: baord-common: enable twl6040 headset jack detection
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5-board-common.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/omap5-board-common.dtsi
b/arch/arm/boot/dts/omap5-board-common.dtsi
index b04adee..91456b4 100644
--- a/arch/arm/boot/dts/omap5-board-common.dts
On 10/24/2016 09:00 PM, Joe Perches wrote:
> At some point, pr_warning will be removed so all logging messages use
> a consistent _warn style.
>
> Update arch/powerpc/
> arch/powerpc/platforms/ps3/device-init.c| 12 +---
> arch/powerpc/platforms/ps3/mm.c | 4 ++--
Introduce #pinctrl-cells helper binding and generic helper functions
pinctrl_count_index_with_args() and pinctrl_parse_index_with_args().
Signed-off-by: Tony Lindgren
---
.../bindings/pinctrl/pinctrl-bindings.txt | 42 +-
drivers/pinctrl/devicetree.c | 151 +++
Will be needed for iio based drivers.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap5-board-common.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap5-board-common.dtsi
b/arch/arm/boot/dts/omap5-board-common.dtsi
index 7500283..b04ade
On 10/20, Viresh Kumar wrote:
> diff --git a/drivers/base/power/opp/core.c b/drivers/base/power/opp/core.c
> index 37fad2eb0f47..45c70ce07864 100644
> --- a/drivers/base/power/opp/core.c
> +++ b/drivers/base/power/opp/core.c
> @@ -235,21 +237,44 @@ unsigned long dev_pm_opp_get_max_volt_latency(stru
On 25/10/16 15:00, Ard Biesheuvel wrote:
Hi Suzuki,
On 25 October 2016 at 14:50, Suzuki K Poulose wrote:
The arm64 kernel assumes that FP/ASIMD units are always present
and accesses the FP/ASIMD specific registers unconditionally. This
could cause problems when they are absent. This patch adds
On Tue, Oct 25, 2016 at 12:03:12PM +0100, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to typo in dev_err message
>
> Signed-off-by: Colin Ian King
Applied, thank you.
> ---
> drivers/input/keyboard/pxa27x_keypad.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
We can now use generic parser. To support the legacy binding without
#pinctrl-cells, add pcs_quirk_missing_pinctrl_cells() and warn about
missing #pinctrl-cells.
Let's also update the documentation for struct pcs_soc_data while at it
as that seems to be out of date.
Signed-off-by: Tony Lindgren
On Tue, Oct 25, 2016 at 8:43 AM, Oleg Nesterov wrote:
> On 10/25, Oleg Nesterov wrote:
>>
>> On 10/25, Roman Pen wrote:
>> >
>> > This patch avoids allocation of kthread structure on a stack, and simply
>> > uses kmalloc.
>>
>> Oh. I didn't even read this patch, but I have to admit I personally do
401 - 500 of 875 matches
Mail list logo
