From: Oleg Drokin
Adjust alignment of argments that were pushed to next lines
to conform to kernel code style.
Found with checkpatch.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c| 3 +--
drivers/staging/lustre/lustre/libcfs/hash.c | 18
On 2/15/16, Steven Rostedt wrote:
> On Sun, 14 Feb 2016 23:19:42 +0300
> Denis Kirjanov wrote:
>
>
>> >> TP_PROTO(unsigned long call_site, const void *ptr),
>> >>
>> >> - TP_ARGS(call_site, ptr)
>> >> + TP_ARGS(call_site, ptr),
>> >> +
>> >> + /*
>> >> + * This trace can be potentially called
From: Oleg Drokin
We do really mean to fall through to that default case statement from
all previous ones, so add a comment to unconfuse verious tools
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 1 +
1
From: Oleg Drokin
Replace it with enum cfs_trace_buf_type
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-tracefile.c | 2 +-
drivers/staging/lustre/lustre/libcfs/tracefile.h | 6 +++---
2 files changed, 4
From: Oleg Drokin
Return at the end of a void function does not serve any particular
purpose and makes checkpatch unhappy, so eliminate them.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 2 --
From: Oleg Drokin
This pacifies checkpatch amongst other things, also is shorter to write
and avoiding calls to printk_ratelimit() is also good.
Signed-off-by: Oleg Drokin
---
.../lustre/lustre/libcfs/linux/linux-tracefile.c | 10 ++--
From: Oleg Drokin
We do really mean to fall through to that default case statement from
all previous ones, so add a comment to unconfuse verious tools
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Oleg Drokin
Replace it with enum cfs_trace_buf_type
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-tracefile.c | 2 +-
drivers/staging/lustre/lustre/libcfs/tracefile.h | 6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
From: Oleg Drokin
Return at the end of a void function does not serve any particular
purpose and makes checkpatch unhappy, so eliminate them.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c | 2 --
From: Oleg Drokin
This pacifies checkpatch amongst other things, also is shorter to write
and avoiding calls to printk_ratelimit() is also good.
Signed-off-by: Oleg Drokin
---
.../lustre/lustre/libcfs/linux/linux-tracefile.c | 10 ++--
drivers/staging/lustre/lustre/libcfs/tracefile.c | 53
From: Oleg Drokin
This is against kernel-code style.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-crypto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Oleg Drokin
simple_strtoul is obsolete
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git
From: Oleg Drokin
No need for an empty line after opening curvy brace and no need
for an empty line before the closing one too.
Remove them.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-crypto.c| 2 --
From: Oleg Drokin
This is against kernel-code style.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-crypto.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/linux/linux-crypto.c
From: Oleg Drokin
simple_strtoul is obsolete
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/libcfs_string.c
From: Oleg Drokin
No need for an empty line after opening curvy brace and no need
for an empty line before the closing one too.
Remove them.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-crypto.c| 2 --
From: Oleg Drokin
In client_obd_setup references to LUSTRE_OSP_NAME could only
happen on metadata servers, so remove them as never true
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ldlm/ldlm_lib.c | 16
1 file
From: Oleg Drokin
Majority of this patch is Lustre code style cleanups.
NULL comparison style is adjusted for the whole lustre tree
(but not lnet not to interfere with James patches in flight).
Some server-only code was removed in the process.
lustre/libcfs in addition
From: Oleg Drokin
the struct page_collection, struct cfs_trace_page and
struct tracefiled_ctl are only used by tracefile.c, so move them
there.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/tracefile.c | 45
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/fid/fid_request.c | 14 +++---
drivers/staging/lustre/lustre/fid/lproc_fid.c | 14
From: Oleg Drokin
In client_obd_setup references to LUSTRE_OSP_NAME could only
happen on metadata servers, so remove them as never true
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/ldlm/ldlm_lib.c | 16
1 file changed, 16 deletions(-)
diff --git
From: Oleg Drokin
Majority of this patch is Lustre code style cleanups.
NULL comparison style is adjusted for the whole lustre tree
(but not lnet not to interfere with James patches in flight).
Some server-only code was removed in the process.
lustre/libcfs in addition was processed to remove
From: Oleg Drokin
the struct page_collection, struct cfs_trace_page and
struct tracefiled_ctl are only used by tracefile.c, so move them
there.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/tracefile.c | 45 +
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/fid/fid_request.c | 14 +++---
drivers/staging/lustre/lustre/fid/lproc_fid.c | 14 ++
2 files changed, 9 insertions(+),
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/obdecho/echo_client.c| 61 ++
1 file
From: Oleg Drokin
Does not appear to be used anywhere.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-tracefile.c | 10 --
drivers/staging/lustre/lustre/libcfs/tracefile.h | 3 ---
2 files
From: Oleg Drokin
simple_strtoul is obsolete
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/tracefile.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git
From: Oleg Drokin
checkpatch complains that the trailing */ on the multiline comments
should be on it's own line.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 18 +-
From: Oleg Drokin
lock_lock_multi_match stayed commented out unused for ages now,
so let's just remove it.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lov/lov_lock.c | 39
1 file changed, 39 deletions(-)
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/obdclass/acl.c | 10 +--
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
.../staging/lustre/lustre/obdecho/echo_client.c| 61 ++
1 file changed, 29 insertions(+), 32 deletions(-)
From: Oleg Drokin
Does not appear to be used anywhere.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-tracefile.c | 10 --
drivers/staging/lustre/lustre/libcfs/tracefile.h | 3 ---
2 files changed, 13 deletions(-)
diff --git
From: Oleg Drokin
simple_strtoul is obsolete
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/tracefile.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/lustre/lustre/libcfs/tracefile.c
From: Oleg Drokin
checkpatch complains that the trailing */ on the multiline comments
should be on it's own line.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 18 +-
drivers/staging/lustre/lustre/libcfs/fail.c| 3 ++-
From: Oleg Drokin
lock_lock_multi_match stayed commented out unused for ages now,
so let's just remove it.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/lov/lov_lock.c | 39
1 file changed, 39 deletions(-)
diff --git
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also remove some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/obdclass/acl.c | 10 +--
drivers/staging/lustre/lustre/obdclass/cl_io.c | 83
From: Oleg Drokin
They make checkpatch unhappy, and I guess overall might confuse
people too.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/libcfs_mem.c| 7 ---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 6
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-debug.c | 4 ++--
drivers/staging/lustre/lustre/libcfs/module.c
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also removed some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 4 +-
* Petr Mladek [2016-02-12 17:45:17]:
[...]
> I guess that you used a broken gcc and cheated the check
> to pass the compilation. Did you, please?
>
> The test used to detect the offset is using a minimalistic
> function is is afftected by the gcc bug.
>
> The patch below
From: Oleg Drokin
They make checkpatch unhappy, and I guess overall might confuse
people too.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/libcfs_mem.c| 7 ---
drivers/staging/lustre/lustre/libcfs/libcfs_string.c | 6 --
2 files changed, 8 insertions(+), 5
From: Oleg Drokin
Now that the sysfs conversion is complete, also convert all the
remaining comments
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/linux/linux-debug.c | 4 ++--
drivers/staging/lustre/lustre/libcfs/module.c| 4
From: Oleg Drokin
All instances of "x == NULL" are changed to "!x" and
"x != NULL" to "x"
Also removed some redundant assertions.
Signed-off-by: Oleg Drokin
---
drivers/staging/lustre/lustre/libcfs/debug.c | 4 +-
drivers/staging/lustre/lustre/libcfs/hash.c| 104
* Petr Mladek [2016-02-12 17:45:17]:
[...]
> I guess that you used a broken gcc and cheated the check
> to pass the compilation. Did you, please?
>
> The test used to detect the offset is using a minimalistic
> function is is afftected by the gcc bug.
>
> The patch below might be used to cheat
Hi Krzysztof,
On Tue, 2016-02-16 at 13:59 +0900, Krzysztof Kozlowski wrote:
> 2016-01-28 17:58 GMT+09:00 James Liao :
> > Move all vendor's Kconfig into CCF menu section to prevent
> > new drivers putting their Kconfig files in a wrong place.
> >
> > Some Kconigs need
Hi Krzysztof,
On Tue, 2016-02-16 at 13:59 +0900, Krzysztof Kozlowski wrote:
> 2016-01-28 17:58 GMT+09:00 James Liao :
> > Move all vendor's Kconfig into CCF menu section to prevent
> > new drivers putting their Kconfig files in a wrong place.
> >
> > Some Kconigs need to modify at the same time
On Tue, Feb 16, 2016 at 02:58:04AM +, Nag Avadhanam (nag) wrote:
> Its the calculation of the # of bytes of non-reclaimable file system cache
> pages that has been troubling us. We do not want to count inactive file
> pages (of programs/binaries) that were once mapped by any process in the
>
On Tue, Feb 16, 2016 at 02:58:04AM +, Nag Avadhanam (nag) wrote:
> Its the calculation of the # of bytes of non-reclaimable file system cache
> pages that has been troubling us. We do not want to count inactive file
> pages (of programs/binaries) that were once mapped by any process in the
>
On Mon, Feb 15, 2016 at 03:52:31PM -0800, Daniel Walker wrote:
> On 02/15/2016 03:05 PM, Dave Chinner wrote:
> >What you are proposing isn't accurate, either, because it will be
> >stale by the time the inode cache traversal is completed and the
> >count returned to userspace. e.g. pages that have
On Mon, Feb 15, 2016 at 03:52:31PM -0800, Daniel Walker wrote:
> On 02/15/2016 03:05 PM, Dave Chinner wrote:
> >What you are proposing isn't accurate, either, because it will be
> >stale by the time the inode cache traversal is completed and the
> >count returned to userspace. e.g. pages that have
On Mon, 2016-02-15 at 16:31 +0530, Aneesh Kumar K.V wrote:
> Balbir Singh writes:
>
> > > Now we can't depend for mm_cpumask, a parallel find_linux_pte_hugepte
> > > can happen outside that. Now i had a variant for kick_all_cpus_sync that
> > > ignored idle cpus. But then
On Mon, 2016-02-15 at 16:31 +0530, Aneesh Kumar K.V wrote:
> Balbir Singh writes:
>
> > > Now we can't depend for mm_cpumask, a parallel find_linux_pte_hugepte
> > > can happen outside that. Now i had a variant for kick_all_cpus_sync that
> > > ignored idle cpus. But then that needs more
Currently the driver calls hwmon_device_register_with_groups which
does not accept hypen in node name and returns EINVAL. Use of hypen
in device tree node name results in probe failure., however use of
hypen in device tree node name is perfectly acceptable.
Change this by allocating a duplicate
Currently the driver calls hwmon_device_register_with_groups which
does not accept hypen in node name and returns EINVAL. Use of hypen
in device tree node name results in probe failure., however use of
hypen in device tree node name is perfectly acceptable.
Change this by allocating a duplicate
Add iio-hwmon node to expose the temperature channel on Vybrid as
hardware monitor device using the iio_hwmon driver.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vfxxx.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi
Add iio-hwmon node to expose the temperature channel on Vybrid as
hardware monitor device using the iio_hwmon driver.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vfxxx.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/vfxxx.dtsi
Hello,
Initial versions of the patchset intended to introduce the use of
iio_hwmon for Vybrid SoC's. Currently the iio_hwmon driver has two
users and as per the binding documentation, the node names use the
underscore. Use of hypen in device tree node names is acceptable,
however currently the
Change iio_hwmon nodes to use hypen in node names instead of
underscore.
Signed-off-by: Sanchayan Maity
---
Documentation/devicetree/bindings/iio/iio-bindings.txt | 2 +-
arch/arm/boot/dts/imx23.dtsi | 2 +-
arch/arm/boot/dts/imx28.dtsi
Hello,
Initial versions of the patchset intended to introduce the use of
iio_hwmon for Vybrid SoC's. Currently the iio_hwmon driver has two
users and as per the binding documentation, the node names use the
underscore. Use of hypen in device tree node names is acceptable,
however currently the
Change iio_hwmon nodes to use hypen in node names instead of
underscore.
Signed-off-by: Sanchayan Maity
---
Documentation/devicetree/bindings/iio/iio-bindings.txt | 2 +-
arch/arm/boot/dts/imx23.dtsi | 2 +-
arch/arm/boot/dts/imx28.dtsi | 2 +-
On Mon, Feb 15, 2016 at 08:08:40PM -0800, Paul E. McKenney wrote:
> On Tue, Feb 16, 2016 at 11:01:43AM +0800, Boqun Feng wrote:
> > On Mon, Feb 15, 2016 at 05:05:53PM -0800, Paul E. McKenney wrote:
> > > On Thu, Feb 04, 2016 at 12:45:12AM +0800, Boqun Feng wrote:
> > > > The variables protected by
On Mon, Feb 15, 2016 at 08:08:40PM -0800, Paul E. McKenney wrote:
> On Tue, Feb 16, 2016 at 11:01:43AM +0800, Boqun Feng wrote:
> > On Mon, Feb 15, 2016 at 05:05:53PM -0800, Paul E. McKenney wrote:
> > > On Thu, Feb 04, 2016 at 12:45:12AM +0800, Boqun Feng wrote:
> > > > The variables protected by
2016-01-28 17:58 GMT+09:00 James Liao :
> Move all vendor's Kconfig into CCF menu section to prevent
> new drivers putting their Kconfig files in a wrong place.
>
> Some Kconigs need to modify at the same time to avoid build
> warnings.
>
> Signed-off-by: James Liao
2016-01-28 17:58 GMT+09:00 James Liao :
> Move all vendor's Kconfig into CCF menu section to prevent
> new drivers putting their Kconfig files in a wrong place.
>
> Some Kconigs need to modify at the same time to avoid build
> warnings.
>
> Signed-off-by: James Liao
> ---
> This patch is based on
On Mon, 2016-02-15 at 23:21 +0100, Torsten Duwe wrote:
> On Mon, Feb 15, 2016 at 03:04:08PM +0100, Torsten Duwe wrote:
> > If you use "-pg -mprofile-kernel", gcc seems to forget that, and omits the
> > TOC
> > load, for a similar assembler calling sequence.
> >
> > Looking at the code I can
On Sat, 13 Feb 2016 00:47:08 +0100
Sebastian Andrzej Siewior wrote:
> - There is a useless rcu_bh thread which has been deactivated.
>
For some strange reason I had RCU_TORTURE_TEST defined in my config. This
caused my compile to blow up because kernel/rcu/rcutorture.c
On Mon, 2016-02-15 at 23:21 +0100, Torsten Duwe wrote:
> On Mon, Feb 15, 2016 at 03:04:08PM +0100, Torsten Duwe wrote:
> > If you use "-pg -mprofile-kernel", gcc seems to forget that, and omits the
> > TOC
> > load, for a similar assembler calling sequence.
> >
> > Looking at the code I can
On Sat, 13 Feb 2016 00:47:08 +0100
Sebastian Andrzej Siewior wrote:
> - There is a useless rcu_bh thread which has been deactivated.
>
For some strange reason I had RCU_TORTURE_TEST defined in my config. This
caused my compile to blow up because kernel/rcu/rcutorture.c wanted to test the
Userspace memory is mapped as below:
F2A7F000--F2A7 Normal Memory
F2A8--F2A80FFF Device nGnRnE
And that userspace application makes a system call
as below:
-009 |do_strncpy_from_user(inline)
-009 |strncpy_from_user()
-010 |getname_flags()
-011 |user_path_at_empty()
-012 |user_path_at()
Userspace memory is mapped as below:
F2A7F000--F2A7 Normal Memory
F2A8--F2A80FFF Device nGnRnE
And that userspace application makes a system call
as below:
-009 |do_strncpy_from_user(inline)
-009 |strncpy_from_user()
-010 |getname_flags()
-011 |user_path_at_empty()
-012 |user_path_at()
On 16.02.2016 13:11, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the clk tree got a conflict in:
>
> drivers/clk/Kconfig
> drivers/clk/samsung/Kconfig
>
> between commit:
>
> fa6439544887 ("clk: samsung: Enable COMPILE_TEST for Samsung clocks")
>
> from the
On 16.02.2016 13:11, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the clk tree got a conflict in:
>
> drivers/clk/Kconfig
> drivers/clk/samsung/Kconfig
>
> between commit:
>
> fa6439544887 ("clk: samsung: Enable COMPILE_TEST for Samsung clocks")
>
> from the
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 12 February 2016 20:35
> To: Raveendra Padasalagi
> Cc: Dmitry Torokhov; Arnd Bergmann; Russell King;
devicet...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; linux-in...@vger.kernel.org; Pawel
Moll;
>
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: 12 February 2016 20:35
> To: Raveendra Padasalagi
> Cc: Dmitry Torokhov; Arnd Bergmann; Russell King;
devicet...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; linux-in...@vger.kernel.org; Pawel
Moll;
>
Hi all,
Today's linux-next merge of the clk tree got a conflict in:
drivers/clk/Kconfig
drivers/clk/samsung/Kconfig
between commit:
fa6439544887 ("clk: samsung: Enable COMPILE_TEST for Samsung clocks")
from the samsung-krzk tree and commit:
b9e65ebc654d ("clk: Move vendor's Kconfig
Hi all,
Today's linux-next merge of the clk tree got a conflict in:
drivers/clk/Kconfig
drivers/clk/samsung/Kconfig
between commit:
fa6439544887 ("clk: samsung: Enable COMPILE_TEST for Samsung clocks")
from the samsung-krzk tree and commit:
b9e65ebc654d ("clk: Move vendor's Kconfig
On Tue, Feb 16, 2016 at 11:01:43AM +0800, Boqun Feng wrote:
> On Mon, Feb 15, 2016 at 05:05:53PM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 04, 2016 at 12:45:12AM +0800, Boqun Feng wrote:
> > > The variables protected by an RCU read-side critical section are
> > > sometimes hard to figure out,
On Tue, Feb 16, 2016 at 11:01:43AM +0800, Boqun Feng wrote:
> On Mon, Feb 15, 2016 at 05:05:53PM -0800, Paul E. McKenney wrote:
> > On Thu, Feb 04, 2016 at 12:45:12AM +0800, Boqun Feng wrote:
> > > The variables protected by an RCU read-side critical section are
> > > sometimes hard to figure out,
From: Magnus Damm
This patch adds comments to describe the various ways card detection
may be implemented and when polling is needed. Also a fix is included
to prevent the MMC SPI driver from polling when a CD GPIO that supports
interrupts is specified using the gpios
From: Magnus Damm
This patch adds comments to describe the various ways card detection
may be implemented and when polling is needed. Also a fix is included
to prevent the MMC SPI driver from polling when a CD GPIO that supports
interrupts is specified using the gpios DT property (case 1).
esc[offset].flags;
^
Caused by commit
c366c76a2c41 ("gpio: add tps65218 gpio")
interacting with commit
1c3cdb186172 ("gpio: move descriptors into gpio_device")
both from the gpio tree.
I have used the gpio tree from next-20160215 fro today.
--
Cheers,
Stephen Rothwell
esc[offset].flags;
^
Caused by commit
c366c76a2c41 ("gpio: add tps65218 gpio")
interacting with commit
1c3cdb186172 ("gpio: move descriptors into gpio_device")
both from the gpio tree.
I have used the gpio tree from next-20160215 fro today.
--
Cheers,
Stephen Rothwell
On Tue, Feb 16, 2016 at 4:04 AM, Mark Brown wrote:
> On Mon, Feb 15, 2016 at 06:31:23PM +0800, Chen-Yu Tsai wrote:
>> The X-Powers AXP809 PMIC has a similar set of regulators as the AXP221,
>> though a few LDOs were removed, and a new switch output added. Like the
>> AXP221,
On Tue, Feb 16, 2016 at 4:04 AM, Mark Brown wrote:
> On Mon, Feb 15, 2016 at 06:31:23PM +0800, Chen-Yu Tsai wrote:
>> The X-Powers AXP809 PMIC has a similar set of regulators as the AXP221,
>> though a few LDOs were removed, and a new switch output added. Like the
>> AXP221, AXP809 also has DC1SW
Add pinmux for UART_A RTS, CTS pin's.
Signed-off-by: Bhuvanchandra DV
Acked-by: Stefan Agner
---
arch/arm/boot/dts/vf-colibri.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/vf-colibri.dtsi
Add pinmux for UART_A RTS, CTS pin's.
Signed-off-by: Bhuvanchandra DV
Acked-by: Stefan Agner
---
arch/arm/boot/dts/vf-colibri.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/vf-colibri.dtsi
b/arch/arm/boot/dts/vf-colibri.dtsi
index e5949b9..700840f 100644
---
Function its_alloc_tables() maintains two local variables, "order" and
and "alloc_size", to hold memory size that has been allocated to
ITS_BASEn. We don't always refresh the variable alloc_size whenever
value of the variable order changes, causing the following two problems.
- Cache flush
Function its_alloc_tables() maintains two local variables, "order" and
and "alloc_size", to hold memory size that has been allocated to
ITS_BASEn. We don't always refresh the variable alloc_size whenever
value of the variable order changes, causing the following two problems.
- Cache flush
Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in:
drivers/pinctrl/sunxi/pinctrl-sunxi.c
between commit:
be2d107f4433 ("pinctrl: sunxi: Use pin number when calling sunxi_pmx_set")
from the pinctrl tree and commit:
6cee3821e4e4 ("gpio/pinctrl: sunxi: stop poking
Hi Linus,
Today's linux-next merge of the gpio tree got a conflict in:
drivers/pinctrl/sunxi/pinctrl-sunxi.c
between commit:
be2d107f4433 ("pinctrl: sunxi: Use pin number when calling sunxi_pmx_set")
from the pinctrl tree and commit:
6cee3821e4e4 ("gpio/pinctrl: sunxi: stop poking
Hi Linus,
Today's linux-next merge of the gpio tree got conflicts in:
drivers/gpio/Kconfig
drivers/gpio/Makefile
between commit:
5d8c473983fc ("gpio: tps65086: Add GPO driver for the TPS65086 PMIC")
from the mfd tree and commit:
b866526d0cfe ("gpio: Add driver for TI TPIC2810")
Hi Linus,
Today's linux-next merge of the gpio tree got conflicts in:
drivers/gpio/Kconfig
drivers/gpio/Makefile
between commit:
5d8c473983fc ("gpio: tps65086: Add GPO driver for the TPS65086 PMIC")
from the mfd tree and commit:
b866526d0cfe ("gpio: Add driver for TI TPIC2810")
On 02/15/2016 10:00 PM, Jason Low wrote:
On Mon, 2016-02-15 at 18:55 -0500, Waiman Long wrote:
On 02/12/2016 03:40 PM, Peter Zijlstra wrote:
On Fri, Feb 12, 2016 at 12:32:12PM -0500, Waiman Long wrote:
@@ -358,8 +373,8 @@ static bool mutex_optimistic_spin(struct mutex *lock,
On 02/15/2016 10:00 PM, Jason Low wrote:
On Mon, 2016-02-15 at 18:55 -0500, Waiman Long wrote:
On 02/12/2016 03:40 PM, Peter Zijlstra wrote:
On Fri, Feb 12, 2016 at 12:32:12PM -0500, Waiman Long wrote:
@@ -358,8 +373,8 @@ static bool mutex_optimistic_spin(struct mutex *lock,
xfer_completion isn't been used anywhere, so it can be
removed.
Signed-off-by: Shawn Lin
---
drivers/spi/spi-rockchip.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c
index 79a8bc4..07909ee9 100644
---
xfer_completion isn't been used anywhere, so it can be
removed.
Signed-off-by: Shawn Lin
---
drivers/spi/spi-rockchip.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/spi/spi-rockchip.c b/drivers/spi/spi-rockchip.c
index 79a8bc4..07909ee9 100644
--- a/drivers/spi/spi-rockchip.c
Hi Russel,
Any comment to this? Currently the kernel prints an error message as
follows on the platform at hand:
[0.00] L2C: failed to init: -19
--
Stefan
On 2016-01-27 17:27, Stefan Agner wrote:
> Not having a L2 cache controller is a shame, but not an error. Avoid
> printing an error
Hi Russel,
Any comment to this? Currently the kernel prints an error message as
follows on the platform at hand:
[0.00] L2C: failed to init: -19
--
Stefan
On 2016-01-27 17:27, Stefan Agner wrote:
> Not having a L2 cache controller is a shame, but not an error. Avoid
> printing an error
On Feb 15, 2016, at 10:05 PM, Joe Perches wrote:
> On Mon, 2016-02-15 at 21:45 -0500, Oleg Drokin wrote:
>> On Feb 15, 2016, at 9:27 PM, Joe Perches wrote:
>>
>>> On Mon, 2016-02-15 at 20:57 -0500, Oleg Drokin wrote:
On Feb 15, 2016, at 7:56 PM, Joe Perches wrote:
> [etc...]
>
On Feb 15, 2016, at 10:05 PM, Joe Perches wrote:
> On Mon, 2016-02-15 at 21:45 -0500, Oleg Drokin wrote:
>> On Feb 15, 2016, at 9:27 PM, Joe Perches wrote:
>>
>>> On Mon, 2016-02-15 at 20:57 -0500, Oleg Drokin wrote:
On Feb 15, 2016, at 7:56 PM, Joe Perches wrote:
> [etc...]
>
201 - 300 of 1850 matches
Mail list logo