On 2018-11-06, Steven Rostedt wrote:
> On Sun, 4 Nov 2018 22:59:13 +1100
> Aleksa Sarai wrote:
>
> > The same issue is present in __save_stack_trace
> > (arch/x86/kernel/stacktrace.c). This is likely the only reason that --
> > as Steven said -- stacktraces wouldn't work with ftrace-graph (and
On 2018-11-06, Steven Rostedt wrote:
> On Sun, 4 Nov 2018 22:59:13 +1100
> Aleksa Sarai wrote:
>
> > The same issue is present in __save_stack_trace
> > (arch/x86/kernel/stacktrace.c). This is likely the only reason that --
> > as Steven said -- stacktraces wouldn't work with ftrace-graph (and
Lemme fill in the scheduler and locking/atomics bits as well:
> +The tip tree contains the following subsystems:
> +
> + - **x86 architecture**
> +
> + The x86 architecture development takes place in the tip tree except
> + for the x86 KVM and XEN specific parts which are maintained
Lemme fill in the scheduler and locking/atomics bits as well:
> +The tip tree contains the following subsystems:
> +
> + - **x86 architecture**
> +
> + The x86 architecture development takes place in the tip tree except
> + for the x86 KVM and XEN specific parts which are maintained
On Wed, 2018-11-07 at 16:50 -0200, Giuliano Belinassi wrote:
> Previously, all pattern_masks in the chip_info table were hardcoded. Now
> they
> are generated using the PAT macros, as described in the datasheets.
>
I like this change :)
I only have nitpicks.
See inline.
> Signed-off-by:
On Wed, 2018-11-07 at 16:50 -0200, Giuliano Belinassi wrote:
> Previously, all pattern_masks in the chip_info table were hardcoded. Now
> they
> are generated using the PAT macros, as described in the datasheets.
>
I like this change :)
I only have nitpicks.
See inline.
> Signed-off-by:
On Wed, 07 Nov 2018, Davidlohr Bueso wrote:
I have not looked at how filesystems tune the batch size, but it would
certainly be worth
looking into methinks.
nm this part, percpu_counter_batch is not tunable. It would
still probably be acceptable (famous last words) to at least
move the
On Wed, 07 Nov 2018, Davidlohr Bueso wrote:
I have not looked at how filesystems tune the batch size, but it would
certainly be worth
looking into methinks.
nm this part, percpu_counter_batch is not tunable. It would
still probably be acceptable (famous last words) to at least
move the
On 2018/11/7 0:16, Boris Brezillon wrote:
On Tue, 6 Nov 2018 19:08:27 +0800
Liang Yang wrote:
On 2018/11/6 18:22, Boris Brezillon wrote:
On Tue, 6 Nov 2018 18:00:37 +0800
Liang Yang wrote:
On 2018/11/6 17:28, Boris Brezillon wrote:
On Tue, 6 Nov 2018 17:08:00 +0800
Liang Yang
On 2018/11/7 0:16, Boris Brezillon wrote:
On Tue, 6 Nov 2018 19:08:27 +0800
Liang Yang wrote:
On 2018/11/6 18:22, Boris Brezillon wrote:
On Tue, 6 Nov 2018 18:00:37 +0800
Liang Yang wrote:
On 2018/11/6 17:28, Boris Brezillon wrote:
On Tue, 6 Nov 2018 17:08:00 +0800
Liang Yang
* Thomas Gleixner wrote:
> + - Signed-off-by: ``Patch handler ``
> +
> + SOBs after the author SOB are from people handling and transporting the
> + patch, but were not involved in development. If the handler made
> + modifications to the patch or the changelog, then this should be
> +
* Thomas Gleixner wrote:
> + - Signed-off-by: ``Patch handler ``
> +
> + SOBs after the author SOB are from people handling and transporting the
> + patch, but were not involved in development. If the handler made
> + modifications to the patch or the changelog, then this should be
> +
On Wed, 2018-11-07 at 16:50 -0200, Giuliano Belinassi wrote:
> Only the ad778x have the 'gain' status bit. Check it before updating.
>
This looks good.
The only note is that it can be squashed with the 1st patch (which I noted
on the 1st patch).
> Signed-off-by: Giuliano Belinassi
> ---
>
On Wed, 2018-11-07 at 16:50 -0200, Giuliano Belinassi wrote:
> Only the ad778x have the 'gain' status bit. Check it before updating.
>
This looks good.
The only note is that it can be squashed with the 1st patch (which I noted
on the 1st patch).
> Signed-off-by: Giuliano Belinassi
> ---
>
On Wed, 2018-11-07 at 16:49 -0200, Giuliano Belinassi wrote:
> This patch allows further checking of whatever the chip is (ad778x or
> ad717x).
Hey,
The patch looks good overall.
I only have one nitpick for this patch. See inline.
And you can squash this patch with patch `[PATCH 2/3] staging:
On Wed, 2018-11-07 at 16:49 -0200, Giuliano Belinassi wrote:
> This patch allows further checking of whatever the chip is (ad778x or
> ad717x).
Hey,
The patch looks good overall.
I only have one nitpick for this patch. See inline.
And you can squash this patch with patch `[PATCH 2/3] staging:
* Thomas Gleixner wrote:
> + - Fixes: 12char-SHA1 ("sub/sys: Original subject line")
> +
> + A Fixes tag should be added even for changes which do not need to be
> + backported to stable kernels, i.e. when addressing a recently introduced
> + issue which only affects tip or the current
* Thomas Gleixner wrote:
> + - Fixes: 12char-SHA1 ("sub/sys: Original subject line")
> +
> + A Fixes tag should be added even for changes which do not need to be
> + backported to stable kernels, i.e. when addressing a recently introduced
> + issue which only affects tip or the current
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> This commit enables I2S, digital and analog parts of audiocodec on
> Pinebook
>
> Signed-off-by: Vasily Khoruzhick
> ---
> .../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
> 1 file changed, 42 insertions(+)
>
>
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> This commit enables I2S, digital and analog parts of audiocodec on
> Pinebook
>
> Signed-off-by: Vasily Khoruzhick
> ---
> .../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
> 1 file changed, 42 insertions(+)
>
>
On Wed, Nov 7, 2018 at 11:11 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pine64 and SoPine boards.
> >
> > Signed-off-by: Vasily Khoruzhick
> > ---
> >
On Wed, Nov 7, 2018 at 11:11 PM Chen-Yu Tsai wrote:
>
> On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
> >
> > This commit enables I2S, digital and analog parts of audiocodec on
> > Pine64 and SoPine boards.
> >
> > Signed-off-by: Vasily Khoruzhick
> > ---
> >
On Thu, 08 Nov 2018, Dave Chinner wrote:
If only we had percpu counters that had a fixed, extremely low read
overhead that doesn't care about the number of CPUs in the
machine
Oh, wait, we do: percpu_counters.[ch].
This all seems like a counter implementation deficiency to me, not
an
On Thu, 08 Nov 2018, Dave Chinner wrote:
If only we had percpu counters that had a fixed, extremely low read
overhead that doesn't care about the number of CPUs in the
machine
Oh, wait, we do: percpu_counters.[ch].
This all seems like a counter implementation deficiency to me, not
an
On 2018-11-07 14:34, Vlastimil Babka wrote:
On 11/6/18 5:21 PM, Arun KS wrote:
totalram_pages and totalhigh_pages are made static inline function.
Suggested-by: Michal Hocko
Suggested-by: Vlastimil Babka
Signed-off-by: Arun KS
Reviewed-by: Konstantin Khlebnikov
Acked-by: Michal Hocko
On 2018-11-07 14:34, Vlastimil Babka wrote:
On 11/6/18 5:21 PM, Arun KS wrote:
totalram_pages and totalhigh_pages are made static inline function.
Suggested-by: Michal Hocko
Suggested-by: Vlastimil Babka
Signed-off-by: Arun KS
Reviewed-by: Konstantin Khlebnikov
Acked-by: Michal Hocko
* Thomas Gleixner wrote:
> +Backtraces in changelogs
> +
> +
> +Backtraces can be useful to document the call chain which led to a
> +problem. Though not all back traces are really valuable because the call
> +chain is unique and obvious, e.g. in early boot code. Just
* Thomas Gleixner wrote:
> +Backtraces in changelogs
> +
> +
> +Backtraces can be useful to document the call chain which led to a
> +problem. Though not all back traces are really valuable because the call
> +chain is unique and obvious, e.g. in early boot code. Just
On 11/07/2018 03:48 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> There is only very limited information printed when the memory offlining
> fails:
> [ 1984.506184] rac1 kernel: memory offlining [mem
> 0x826-0x8267fff] failed due to signal backoff
>
> This tells us that the
On 11/07/2018 03:48 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> There is only very limited information printed when the memory offlining
> fails:
> [ 1984.506184] rac1 kernel: memory offlining [mem
> 0x826-0x8267fff] failed due to signal backoff
>
> This tells us that the
* Ingo Molnar wrote:
> With tail comments the code looks like this:
>
> res = dostuff(); /* We explain something here. */
>
> seed = 1; /* Another explanation. */
>
> mod_timer(_object->our_timer, jiffies + OUR_INTERVAL); /* We like
> to talk */
>
> res =
* Ingo Molnar wrote:
> With tail comments the code looks like this:
>
> res = dostuff(); /* We explain something here. */
>
> seed = 1; /* Another explanation. */
>
> mod_timer(_object->our_timer, jiffies + OUR_INTERVAL); /* We like
> to talk */
>
> res =
On Wed, Nov 07, 2018 at 12:01:54PM -0800, David Miller wrote:
> From: Jiri Olsa
> Date: Wed, 7 Nov 2018 20:43:44 +0100
>
> > I pushed new version in my perf/fixes branch
>
> Thanks, I'll check it out later today for sure! This is pretty exciting
> work.
>
> Just some random thoughts as I've
On Wed, Nov 07, 2018 at 12:01:54PM -0800, David Miller wrote:
> From: Jiri Olsa
> Date: Wed, 7 Nov 2018 20:43:44 +0100
>
> > I pushed new version in my perf/fixes branch
>
> Thanks, I'll check it out later today for sure! This is pretty exciting
> work.
>
> Just some random thoughts as I've
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> This commit enables I2S, digital and analog parts of audiocodec on
> Pine64 and SoPine boards.
>
> Signed-off-by: Vasily Khoruzhick
> ---
> .../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
>
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> This commit enables I2S, digital and analog parts of audiocodec on
> Pine64 and SoPine boards.
>
> Signed-off-by: Vasily Khoruzhick
> ---
> .../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 85758777c2a227fd1541b6dd122a08ab79c347ce
commit: e70a57fa59bb7fefe063780a49e063d0d0f61863 cxgb4: fix thermal
configuration dependencies
date: 4 weeks ago
config: x86_64-randconfig-s0-11081213 (attached as
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 85758777c2a227fd1541b6dd122a08ab79c347ce
commit: e70a57fa59bb7fefe063780a49e063d0d0f61863 cxgb4: fix thermal
configuration dependencies
date: 4 weeks ago
config: x86_64-randconfig-s0-11081213 (attached as
* Thomas Gleixner wrote:
> +Coding style notes
> +--
> +
> +Comment style
> +^
> +
> +Sentences in comments start with a uppercase letter.
> +
> +Single line comments::
> +
> + /* This is a single line comment */
> +
> +Multi-line comments::
> +
> + /*
> +
* Thomas Gleixner wrote:
> +Coding style notes
> +--
> +
> +Comment style
> +^
> +
> +Sentences in comments start with a uppercase letter.
> +
> +Single line comments::
> +
> + /* This is a single line comment */
> +
> +Multi-line comments::
> +
> + /*
> +
From: Sriharsha Allenki
It adds bindings for Synopsys 28nm femto phy controller that supports
LS/FS/HS usb connectivity on Qualcomm chipsets.
Signed-off-by: Sriharsha Allenki
Signed-off-by: Anu Ramanathan
Signed-off-by: Bjorn Andersson
Signed-off-by: Shawn Guo
---
It adds Synopsys 28nm Femto High-Speed USB PHY driver support, which
is usually paired with Synopsys DWC3 USB controllers on Qualcomm SoCs.
Signed-off-by: Shawn Guo
---
drivers/phy/qualcomm/Kconfig | 10 +
drivers/phy/qualcomm/Makefile | 1 +
It's based on a downstream driver from Sriharsha Allenki
that uses USB phy framework, and gets rewrote to adpot generic phy
framework together with quite some cleanups.
Shawn Guo (1):
phy: qualcomm: Add Synopsys High-Speed USB PHY driver
Sriharsha Allenki (1):
dt-bindings: phy: Add
From: Sriharsha Allenki
It adds bindings for Synopsys 28nm femto phy controller that supports
LS/FS/HS usb connectivity on Qualcomm chipsets.
Signed-off-by: Sriharsha Allenki
Signed-off-by: Anu Ramanathan
Signed-off-by: Bjorn Andersson
Signed-off-by: Shawn Guo
---
It adds Synopsys 28nm Femto High-Speed USB PHY driver support, which
is usually paired with Synopsys DWC3 USB controllers on Qualcomm SoCs.
Signed-off-by: Shawn Guo
---
drivers/phy/qualcomm/Kconfig | 10 +
drivers/phy/qualcomm/Makefile | 1 +
It's based on a downstream driver from Sriharsha Allenki
that uses USB phy framework, and gets rewrote to adpot generic phy
framework together with quite some cleanups.
Shawn Guo (1):
phy: qualcomm: Add Synopsys High-Speed USB PHY driver
Sriharsha Allenki (1):
dt-bindings: phy: Add
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Create a test module to perform simple unitary tests on hwspinlock.
> It doesn't cover all the possibles cases but at least allow to test
> that very basic features are working.
>
I like the idea of making these things testable, but I
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Create a test module to perform simple unitary tests on hwspinlock.
> It doesn't cover all the possibles cases but at least allow to test
> that very basic features are working.
>
I like the idea of making these things testable, but I
On Mon, 29 Oct 2018, chouryzhou(??) wrote:
@@ -63,6 +63,12 @@ struct ipc_namespace {
unsigned intmq_msg_default;
unsigned intmq_msgsize_default;
+ /* next fields are for binder */
+ struct mutex binder_procs_lock;
+ struct hlist_head
On Mon, 29 Oct 2018, chouryzhou(??) wrote:
@@ -63,6 +63,12 @@ struct ipc_namespace {
unsigned intmq_msg_default;
unsigned intmq_msgsize_default;
+ /* next fields are for binder */
+ struct mutex binder_procs_lock;
+ struct hlist_head
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> Add nodes for i2s, digital and analog parts of audiocodec on A64
>
> Signed-off-by: Vasily Khoruzhick
> ---
> arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
> 1 file changed, 58 insertions(+)
>
> diff --git
On Thu, Nov 8, 2018 at 2:42 PM Vasily Khoruzhick wrote:
>
> Add nodes for i2s, digital and analog parts of audiocodec on A64
>
> Signed-off-by: Vasily Khoruzhick
> ---
> arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
> 1 file changed, 58 insertions(+)
>
> diff --git
Thanks Randy,
On Wed, Nov 07, 2018 at 08:38:50AM -0800, Randy Dunlap wrote:
> On 10/25/18 11:02 PM, Vaittinen, Matti wrote:
> > Hello,
> >
> > From: Randy Dunlap
> >
> >> Fix build error due to missing header file:
> >>
> >> drivers/regulator/bd71837-regulator.c:242:3: error: implicit
Thanks Randy,
On Wed, Nov 07, 2018 at 08:38:50AM -0800, Randy Dunlap wrote:
> On 10/25/18 11:02 PM, Vaittinen, Matti wrote:
> > Hello,
> >
> > From: Randy Dunlap
> >
> >> Fix build error due to missing header file:
> >>
> >> drivers/regulator/bd71837-regulator.c:242:3: error: implicit
Florian,
On Wed, 7 Nov 2018, Florian Fainelli wrote:
> On 11/1/18 1:02 PM, Florian Fainelli wrote:
> > From: Thomas Gleixner
> >
> > [ Upstream commit 78c9c4dfbf8c04883941445a195276bb4bb92c76 ]
> >
> > The posix timer overrun handling is broken because the forwarding functions
> > can return a
Florian,
On Wed, 7 Nov 2018, Florian Fainelli wrote:
> On 11/1/18 1:02 PM, Florian Fainelli wrote:
> > From: Thomas Gleixner
> >
> > [ Upstream commit 78c9c4dfbf8c04883941445a195276bb4bb92c76 ]
> >
> > The posix timer overrun handling is broken because the forwarding functions
> > can return a
Commit-ID: e6a2d72c10405b30ddba5af2e44a9d3d925a56d3
Gitweb: https://git.kernel.org/tip/e6a2d72c10405b30ddba5af2e44a9d3d925a56d3
Author: Juri Lelli
AuthorDate: Wed, 7 Nov 2018 12:10:32 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 8 Nov 2018 07:43:35 +0100
posix-cpu-timers: Remove
Commit-ID: e6a2d72c10405b30ddba5af2e44a9d3d925a56d3
Gitweb: https://git.kernel.org/tip/e6a2d72c10405b30ddba5af2e44a9d3d925a56d3
Author: Juri Lelli
AuthorDate: Wed, 7 Nov 2018 12:10:32 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 8 Nov 2018 07:43:35 +0100
posix-cpu-timers: Remove
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Declare hwspinlock device for stm32mp157 SoC
>
> Signed-off-by: Benjamin Gaignard
Pending the clock-names question,
Acked-by: Bjorn Andersson
Regards,
Bjorn
> ---
> arch/arm/boot/dts/stm32mp157c.dtsi | 9 +
> 1 file changed,
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Declare hwspinlock device for stm32mp157 SoC
>
> Signed-off-by: Benjamin Gaignard
Pending the clock-names question,
Acked-by: Bjorn Andersson
Regards,
Bjorn
> ---
> arch/arm/boot/dts/stm32mp157c.dtsi | 9 +
> 1 file changed,
According to Ted Ts'o ext4_getblk() called in ext4_xattr_inode_write()
should not return bh = NULL
The only time that bh could be NULL, then, would be in the case of
something really going wrong; a programming error elsewhere (perhaps a
wild pointer dereference) or I/O error causing on-disk file
According to Ted Ts'o ext4_getblk() called in ext4_xattr_inode_write()
should not return bh = NULL
The only time that bh could be NULL, then, would be in the case of
something really going wrong; a programming error elsewhere (perhaps a
wild pointer dereference) or I/O error causing on-disk file
On 07. 11. 18 18:48, Nick Desaulniers wrote:
> On Wed, Nov 7, 2018 at 1:01 AM Michal Simek wrote:
>>
>> On 07. 11. 18 9:55, Nathan Chancellor wrote:
>>> On Wed, Nov 07, 2018 at 09:46:12AM +0100, Michal Simek wrote:
On 01. 11. 18 1:57, Nathan Chancellor wrote:
> Clang warns when one
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Add bindings for STM32 hardware spinlock device
>
> Signed-off-by: Benjamin Gaignard
> ---
> .../bindings/hwlock/st,stm32-hwspinlock.txt| 23
> ++
> 1 file changed, 23 insertions(+)
> create mode 100644
>
On 07. 11. 18 18:48, Nick Desaulniers wrote:
> On Wed, Nov 7, 2018 at 1:01 AM Michal Simek wrote:
>>
>> On 07. 11. 18 9:55, Nathan Chancellor wrote:
>>> On Wed, Nov 07, 2018 at 09:46:12AM +0100, Michal Simek wrote:
On 01. 11. 18 1:57, Nathan Chancellor wrote:
> Clang warns when one
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> Add bindings for STM32 hardware spinlock device
>
> Signed-off-by: Benjamin Gaignard
> ---
> .../bindings/hwlock/st,stm32-hwspinlock.txt| 23
> ++
> 1 file changed, 23 insertions(+)
> create mode 100644
>
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
---
drivers/regulator/as3711-regulator.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
---
drivers/regulator/as3711-regulator.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
---
drivers/regulator/bd9571mwv-regulator.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> diff --git a/drivers/hwspinlock/Kconfig b/drivers/hwspinlock/Kconfig
> index e895d29500ee..e1a20b460590 100644
> --- a/drivers/hwspinlock/Kconfig
> +++ b/drivers/hwspinlock/Kconfig
> @@ -59,3 +59,12 @@ config HSEM_U8500
> SoC.
>
>
From: Kuninori Morimoto
This patch updates license to use SPDX-License-Identifier
instead of verbose license text.
Signed-off-by: Kuninori Morimoto
---
drivers/regulator/bd9571mwv-regulator.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git
On Wed 31 Oct 02:30 PDT 2018, Benjamin Gaignard wrote:
> diff --git a/drivers/hwspinlock/Kconfig b/drivers/hwspinlock/Kconfig
> index e895d29500ee..e1a20b460590 100644
> --- a/drivers/hwspinlock/Kconfig
> +++ b/drivers/hwspinlock/Kconfig
> @@ -59,3 +59,12 @@ config HSEM_U8500
> SoC.
>
>
Thanks Stephen.
On 11/6/2018 10:46 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-11-02 20:16:20)
On 11/2/2018 10:08 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-10-28 00:35:40)
How about moving the QSPI clocks too under this qcom property? Later
could add the support?
Yes the plan
Thanks Stephen.
On 11/6/2018 10:46 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-11-02 20:16:20)
On 11/2/2018 10:08 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-10-28 00:35:40)
How about moving the QSPI clocks too under this qcom property? Later
could add the support?
Yes the plan
Add nodes for i2s, digital and analog parts of audiocodec on A64
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
1 file changed, 58 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
This series enables sound on Pine64, SoPine boards and Pinebook.
v2: - Use simple-amplifier for speaker amp on Pinebook
- Rename sun50i-a64-i2s to sun50i-a64-codec-i2s to preserve compatible
string for other 3 I2S modules in A64 in case if there's any
incompatibility with H3
v3: -
Add nodes for i2s, digital and analog parts of audiocodec on A64
Signed-off-by: Vasily Khoruzhick
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 58 +++
1 file changed, 58 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi
This series enables sound on Pine64, SoPine boards and Pinebook.
v2: - Use simple-amplifier for speaker amp on Pinebook
- Rename sun50i-a64-i2s to sun50i-a64-codec-i2s to preserve compatible
string for other 3 I2S modules in A64 in case if there's any
incompatibility with H3
v3: -
This commit enables I2S, digital and analog parts of audiocodec on
Pinebook
Signed-off-by: Vasily Khoruzhick
---
.../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
This commit enables I2S, digital and analog parts of audiocodec on
Pine64 and SoPine boards.
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
.../allwinner/sun50i-a64-sopine-baseboard.dts | 28 +++
2 files changed, 56
This commit enables I2S, digital and analog parts of audiocodec on
Pinebook
Signed-off-by: Vasily Khoruzhick
---
.../dts/allwinner/sun50i-a64-pinebook.dts | 42 +++
1 file changed, 42 insertions(+)
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-a64-pinebook.dts
This commit enables I2S, digital and analog parts of audiocodec on
Pine64 and SoPine boards.
Signed-off-by: Vasily Khoruzhick
---
.../boot/dts/allwinner/sun50i-a64-pine64.dts | 28 +++
.../allwinner/sun50i-a64-sopine-baseboard.dts | 28 +++
2 files changed, 56
Good news $1,000,000.00 has been donated to you contact (2244108...@qq.com) for
details.
- Messaggio originale -
Da: MUSEO_BERSAGLIERI, AOO
A: aoo museo_bersaglieri
Inviato: Wed, 07 Nov 2018 17:18:26 +0100 (CET)
Oggetto: donated proposal
From: Madalin Bucur
Date: Wed, 7 Nov 2018 15:53:43 +0200
> +static int dpaa_set_coalesce(struct net_device *dev,
> + struct ethtool_coalesce *c)
> +{
> + const cpumask_t *cpus = qman_affine_cpus();
> + struct qman_portal *portal;
> + u32 period;
> + u8
Good news $1,000,000.00 has been donated to you contact (2244108...@qq.com) for
details.
- Messaggio originale -
Da: MUSEO_BERSAGLIERI, AOO
A: aoo museo_bersaglieri
Inviato: Wed, 07 Nov 2018 17:18:26 +0100 (CET)
Oggetto: donated proposal
From: Madalin Bucur
Date: Wed, 7 Nov 2018 15:53:43 +0200
> +static int dpaa_set_coalesce(struct net_device *dev,
> + struct ethtool_coalesce *c)
> +{
> + const cpumask_t *cpus = qman_affine_cpus();
> + struct qman_portal *portal;
> + u32 period;
> + u8
* Aubrey Li wrote:
> Expose the per-task cpu specific thread state value, it's helpful
> for userland to classify and schedule the tasks by different policies
That's pretty vague - what exactly would use this information? I'm sure
you have a usecase in mind - could you please describe it?
* Aubrey Li wrote:
> Expose the per-task cpu specific thread state value, it's helpful
> for userland to classify and schedule the tasks by different policies
That's pretty vague - what exactly would use this information? I'm sure
you have a usecase in mind - could you please describe it?
On Wed, 07 Nov 2018, Bueso wrote:
On Mon, 29 Oct 2018, chouryzhou(??) wrote:
+// If init_ipc_ns is not defined elsewhere,
+// we make a fake one here to put our variable.
/*
* comments like this please
*/
Actually, just drop the comment altogether. Forward declaring does not merit it.
On Wed, 07 Nov 2018, Bueso wrote:
On Mon, 29 Oct 2018, chouryzhou(??) wrote:
+// If init_ipc_ns is not defined elsewhere,
+// we make a fake one here to put our variable.
/*
* comments like this please
*/
Actually, just drop the comment altogether. Forward declaring does not merit it.
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Reviewed-by: Rob Herring .
Signed-off-by: Roy Im
---
v7: No changes.
v6: No changes.
v5: Updated descriptions and fixed errors.
v4: Fixed commit message, properties.
v3: Fixed subject format.
Add device tree binding information for DA7280 haptic driver.
Example bindings for DA7280 are added.
Reviewed-by: Rob Herring .
Signed-off-by: Roy Im
---
v7: No changes.
v6: No changes.
v5: Updated descriptions and fixed errors.
v4: Fixed commit message, properties.
v3: Fixed subject format.
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
v7: No changes.
v6: No changes.
v5: No changes.
v4: No changes.
v3: No changes.
v2: No changes.
MAINTAINERS |2 ++
1 file changed, 2 insertions(+)
diff --git
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Signed-off-by: Roy Im
---
v7:
- Added more attributes to handle one value per file.
- Replaced and
On 11/07/2018 03:48 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> The memory offlining failure reporting is inconsistent and insufficient.
> Some error paths simply do not report the failure to the log at all.
> When we do report there are no details about the reason of the failure
> and
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH V7 1/3] MAINTAINERS file update for DA7280
[PATCH V7 2/3] DA7280 DT Binding
[PATCH V7 3/3] DA7280 Driver
This patch applies against linux-next and v4.19-rc6
Thank you,
Roy Im,
This patch adds the da7280 bindings doc and driver to the Dialog
Semiconductor support list.
Signed-off-by: Roy Im
---
v7: No changes.
v6: No changes.
v5: No changes.
v4: No changes.
v3: No changes.
v2: No changes.
MAINTAINERS |2 ++
1 file changed, 2 insertions(+)
diff --git
Adds support for the Dialog DA7280 LRA/ERM Haptic Driver with
multiple mode and integrated waveform memory and wideband support.
It communicates via an I2C bus to the device.
Signed-off-by: Roy Im
---
v7:
- Added more attributes to handle one value per file.
- Replaced and
On 11/07/2018 03:48 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> The memory offlining failure reporting is inconsistent and insufficient.
> Some error paths simply do not report the failure to the log at all.
> When we do report there are no details about the reason of the failure
> and
This patch adds support for the Dialog DA7280 Haptic driver IC.
In this patch set the following is provided:
[PATCH V7 1/3] MAINTAINERS file update for DA7280
[PATCH V7 2/3] DA7280 DT Binding
[PATCH V7 3/3] DA7280 Driver
This patch applies against linux-next and v4.19-rc6
Thank you,
Roy Im,
1 - 100 of 1460 matches
Mail list logo