Hi Dan,
Thanks for the update. I have some nits below, please take a look.
On 7/1/19 10:46 PM, Dan Murphy wrote:
> Add the support documentation on the multicolor LED framework.
> This document defines the directores and file generated by the
> multicolor framework. It also documents usage.
>
>
On Tue, 2019-07-16 at 12:01 -0700, Yang Shi wrote:
>
> On 7/16/19 11:23 AM, Qian Cai wrote:
> > On Wed, 2019-07-17 at 01:50 +0800, Yang Shi wrote:
> > > When running ltp's oom test with kmemleak enabled, the below warning was
> > > triggerred since kernel detects __GFP_NOFAIL & ~__GFP_DIRECT_RECLA
On Tue, Jul 16, 2019 at 6:37 AM Sibi Sankar wrote:
>
> From: Saravana Kannan
>
> Many CPU architectures have caches that can scale independent of the
> CPUs. Frequency scaling of the caches is necessary to make sure that the
> cache is not a performance bottleneck that leads to poor performance a
Hi, Arnaldo
On Tue, May 28, 2019 at 12:11 PM Arnaldo Carvalho de Melo
wrote:
>
> Em Tue, May 28, 2019 at 11:21:38AM -0700, Cong Wang escreveu:
> > Thanks for reviewing it. Is there anyone takes this patch?
>
> Enough time, acked already, picking it.
Where is this patch landed? I don't see it in
On Mon 2019-07-15 16:57:29, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> As this driver now only supports the APU1 boards, we don't need
> to differenciate between board types anymore. Therefore optimize
> away the now obsolete code.
>
> Signed-off-by: Enrico Weigelt
Acke
On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
16.07.2019 21:30, Sowjanya Komatineni пишет:
On 7/16/19 11:25 AM, Dmitry Osipenko wrote:
16.07.2019 21:19, Sowjanya Komatineni пишет:
On 7/16/19 9:50 AM, Sowjanya Komatineni wrote:
On 7/16/19 8:00 AM, Dmitry Osipenko wrote:
16.07.2019 11:06, Pete
On Mon 2019-07-15 16:57:30, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> As this driver now only supports the APU1 boards, we don't need
> to handle different io sizes anymore.
>
> Signed-off-by: Enrico Weigelt
Acked-by: Pavel Machek
--
(english) http://www.livejournal
On Mon 2019-07-15 16:57:31, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> As this driver now only supports the APU1 boards, we don't need
> to handle profiles anymore and just can use the only one global
> array directly.
>
> Signed-off-by: Enrico Weigelt
Acked-by: Pavel M
Jacek
On 7/16/19 2:18 PM, Jacek Anaszewski wrote:
Hi Dan,
Thanks for the update. I have some nits below, please take a look.
On 7/1/19 10:46 PM, Dan Murphy wrote:
Add the support documentation on the multicolor LED framework.
This document defines the directores and file generated by the
mult
On Mon 2019-07-15 16:57:33, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> Define pr_fmt() macro for prefixing the module name to all
> pr_*() outputs, in order to increase log message clarity.
>
> Signed-off-by: Enrico Weigelt
Acked-by: Pavel Machek
--
(english) http://
On Mon 2019-07-15 16:57:32, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> The current error message on failed probing tends to be a bit
> misleading. Fix it to tell exactly that an APU v1 was not found.
>
> Signed-off-by: Enrico Weigelt
> ---
> drivers/leds/leds-apu.c | 10
On Mon 2019-07-15 16:57:28, Enrico Weigelt, metux IT consult wrote:
> From: Enrico Weigelt
>
> This driver only supports gpio-attached LEDs on apu1/2/3 boards,
> but neither gpio's themselves, nor other gpio-attached devices
> (eg. front button).
>
> For apu2+ a newer, more complete driver exist
On 7/11/19 1:40 PM, Peter Zijlstra wrote:
Hi,
Here's the latest (and hopefully final) set of tracing vs CR2 patches.
They are basically the same as v2, with only minor edits and tags collected
from the last review.
Please consider.
Hi,
I ran my own battery of tests on your patch set on t
Hi all,
Commit
50092eb42f16 ("drm/amdgpu: Fix unaligned memory copies")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpA40TeFbaZU.pgp
Description: OpenPGP digital signature
The pull request you sent on Mon, 15 Jul 2019 17:15:09 +0200:
> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
> tags/for-linus-20190715
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3c69914b4c7b0b72ff0275c14743778057ee8a6e
Thank you!
--
Deet-doot
The pull request you sent on Mon, 15 Jul 2019 10:44:27 -0700:
> git://github.com/jcmvbkbc/linux-xtensa.git tags/xtensa-20190715
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3e859477a1db52a0435d06a55fdb54f62d69c292
Thank you!
--
Deet-doot-dot, I am a bot.
https://k
The pull request you sent on Mon, 15 Jul 2019 09:04:48 -0700:
> https://github.com/micah-morton/linux.git tags/safesetid-5.3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1ec4013bab89058dcc594dfe7b5a20f5d46bbc5f
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg
On Tue, Jul 16, 2019 at 11:57 AM Steven Rostedt wrote:
>
> On Tue, 16 Jul 2019 11:28:29 -0700
> Nick Desaulniers wrote:
>
> > The cited code looks like a check comparing that the pointer distance
> > is greater than the size of bytes being passed in. I'd wager
> > someone's calling memmove with
The gold linker has known issues of failing the build both in random and in
predictible ways:
- The x86/X32 VDSO build fails with:
arch/x86/entry/vdso/vclock_gettime-x32.o:vclock_gettime.c:function do_hres:
error: relocation overflow: reference to 'hvclock_page'
That's a known issue fo
Thomas,
When looking at a problem on v5.2-rt1, I turned on lockdep and started getting
warnings
from lockdep_assert_irqs_disabled() in the i915 driver. They're making these
calls inside
a spin_lock_irqsave/spin_lock_irqrestore block, which of course doesn't fiddle
with IRQs
when PREEMPT_RT is c
On Tue, Jul 16, 2019 at 09:47:27PM +0200, Thomas Gleixner wrote:
> The gold linker has known issues of failing the build both in random and in
> predictible ways:
>
> - The x86/X32 VDSO build fails with:
>
>arch/x86/entry/vdso/vclock_gettime-x32.o:vclock_gettime.c:function do_hres:
>erro
On Mon, 15 Jul 2019 17:04:03 +0200
Thomas Gleixner wrote:
> Add a new entry to the preemption menu which enables the real-time support
> for the kernel. The choice is only enabled when an architecture supports
> it.
>
> It selects PREEMPT as the RT features depend on it. To achieve that the
> ex
On Tue 16-07-19 15:21:17, Qian Cai wrote:
[...]
> Thanks to this commit, there are allocation with __GFP_DIRECT_RECLAIM that
> succeeded would keep trying with __GFP_NOFAIL for kmemleak tracking object
> allocations.
Well, not really. Because low order allocations with
__GFP_DIRECT_RECLAIM basical
On Mon, 15 Jul 2019 17:04:03 +0200
Thomas Gleixner wrote:
> Add a new entry to the preemption menu which enables the real-time support
> for the kernel. The choice is only enabled when an architecture supports
> it.
>
> It selects PREEMPT as the RT features depend on it. To achieve that the
> ex
On July 16, 2019 9:40:17 PM GMT+02:00, pr-tracker-...@kernel.org wrote:
>The pull request you sent on Mon, 15 Jul 2019 17:15:09 +0200:
>
>> g...@gitolite.kernel.org:pub/scm/linux/kernel/git/brauner/linux
>tags/for-linus-20190715
>
>has been merged into torvalds/linux.git:
>https://git.kernel.org/to
On Mon, Jul 15, 2019 at 4:34 PM David Dai wrote:
>
> Hi Evan,
>
> Thanks for the continued help in reviewing these patches!
No problem. I want to do more, but haven't found time to do the
prerequisite research before jumping into some of the other
discussions yet.
>
> On 7/11/2019 10:06 AM, Evan
On 16/07/2019 22:10, Clark Williams wrote:
> On Mon, 15 Jul 2019 17:04:03 +0200
> Thomas Gleixner wrote:
>
>> Add a new entry to the preemption menu which enables the real-time support
>> for the kernel. The choice is only enabled when an architecture supports
>> it.
>>
>> It selects PREEMPT as t
Hi Linus,
Bunch of changes for ARC, some long due, for the new release. Please pull.
Thx,
-Vineet
>
The following changes since commit 6fbc7275c7a9ba97877050335f290341a1fd8dbf:
Linux 5.2-rc7 (2019-06-30 11:25:36 +0800)
are available in the git repository at:
git://g
On Fri, Jul 12, 2019 at 1:41 PM Arnd Bergmann wrote:
>
> On Fri, Jul 12, 2019 at 6:59 PM 'Nick Desaulniers' via Clang Built
> Linux wrote:
> > > The issue still needs to get fixed in clang regardless. There are other
> > > noreturn functions in the kernel and this problem could easily pop back
>
On Tue, 2019-07-16 at 22:07 +0200, Michal Hocko wrote:
> On Tue 16-07-19 15:21:17, Qian Cai wrote:
> [...]
> > Thanks to this commit, there are allocation with __GFP_DIRECT_RECLAIM that
> > succeeded would keep trying with __GFP_NOFAIL for kmemleak tracking object
> > allocations.
>
> Well, not re
Clark,
On Tue, 16 Jul 2019, Clark Williams wrote:
> Thomas,
>
> When looking at a problem on v5.2-rt1, I turned on lockdep and started
> getting warnings
> from lockdep_assert_irqs_disabled() in the i915 driver. They're making these
> calls inside
> a spin_lock_irqsave/spin_lock_irqrestore blo
> -Original Message-
> From: Biwen Li
> Sent: Tuesday, July 16, 2019 5:17 AM
> To: a.zu...@towertech.it; alexandre.bell...@bootlin.com; Leo Li
> ; robh...@kernel.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Xiaobo Xie
> ; Jiafei Pan ; Ran Wang
> ; mark.rutl...@arm.
On Mon, Jul 15, 2019 at 3:54 PM Daniel Borkmann wrote:
> Hmm, does security_locked_down() ever return a code > 0 or why do you
> have the double check on return code? If not, then for clarity the
> ret code from security_locked_down() should be checked as 'ret < 0'
> as well and out label should b
With the conversion to DT schema, the examples are now compiled with
dtc. The ad7124 binding example has the following warning:
Documentation/devicetree/bindings/iio/adc/adi,ad7124.example.dts:19.11-21: \
Warning (reg_format): /example-0/adc@0:reg: property has invalid length (4
bytes) (#address-
Now that examples are validated against the DT schema, a typo in
avia-hx711 example generates a warning:
Documentation/devicetree/bindings/iio/adc/avia-hx711.example.dt.yaml: weight:
'avdd-supply' is a required property
Fix the typo.
Fixes: 5150ec3fe125 ("avia-hx711.yaml: transform DT binding t
On Mon, Jul 15, 2019 at 7:59 PM Dave Young wrote:
> I'm very sorry I noticed this late, but have to say this will not work for
> X86 with latest kernel code.
No problem, thank you for catching this! I'll update the patch and
send a new version.
On Tue, Jul 16 2019 at 08:47 -0600, Sudeep Holla wrote:
On Mon, May 13, 2019 at 09:22:59PM +0200, Ulf Hansson wrote:
From: Lina Iyer
In the hierarchical layout, we are creating power domains around each CPU
and describes the idle states for them inside the power domain provider
node. Note that
Dan,
On 7/16/19 9:27 PM, Dan Murphy wrote:
> Jacek
>
> On 7/16/19 2:18 PM, Jacek Anaszewski wrote:
>> Hi Dan,
>>
>> Thanks for the update. I have some nits below, please take a look.
>>
>> On 7/1/19 10:46 PM, Dan Murphy wrote:
[...]
>>> +The user can control the brightness of that RGB group by w
On Tue, Jul 16, 2019 at 09:05:30PM +0200, Thomas Gleixner wrote:
> Neil,
>
> On Tue, 16 Jul 2019, Neil Horman wrote:
> > On Tue, Jul 16, 2019 at 05:57:31PM +0200, Thomas Gleixner wrote:
> > > On Tue, 16 Jul 2019, Neil Horman wrote:
> > > > If a cpu has more than this number of interrupts affined t
On 7/16/19 1:22 PM, Vineet Gupta wrote:
> Hi Linus,
>
> Bunch of changes for ARC, some long due, for the new release. Please pull.
>
> Thx,
> -Vineet
Sorry almost forgot, you would run into some merge conflict due to collisions
between do_page_fault() rework and force_sig_fault() argument change
Em Tue, Jul 16, 2019 at 12:24:41PM -0700, Cong Wang escreveu:
> Hi, Arnaldo
>
> On Tue, May 28, 2019 at 12:11 PM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Tue, May 28, 2019 at 11:21:38AM -0700, Cong Wang escreveu:
> > > Thanks for reviewing it. Is there anyone takes this patch?
> >
> > Enough
16.07.2019 22:26, Sowjanya Komatineni пишет:
>
> On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
>> 16.07.2019 21:30, Sowjanya Komatineni пишет:
>>> On 7/16/19 11:25 AM, Dmitry Osipenko wrote:
16.07.2019 21:19, Sowjanya Komatineni пишет:
> On 7/16/19 9:50 AM, Sowjanya Komatineni wrote:
>>
As per PRM "kflag" instruction doesn't change state of
DE-flag ("Delayed branch is pending") and U-flag ("User mode")
in STATUS32 register so let's not act as if we can affect those bits.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/entry-arcv2.h | 2 +-
1 file changed, 1 insertion(+),
On Wed, Jul 10, 2019 at 10:15:44AM -0400, Joel Fernandes (Google) wrote:
> Hi,
why are you cc-ing the whole world for this patch set?
I'll reply to all as well, but I suspect a bunch of folks consider it spam.
Please read Documentation/bpf/bpf_devel_QA.rst
Also, I think, netdev@vger rejects email
On Tue, Jul 16, 2019 at 10:18:00PM +0200, Daniel Bristot de Oliveira wrote:
> On 16/07/2019 22:10, Clark Williams wrote:
> > Excited to see this Thomas. Now I can start planning to build from a single
> > tree
> > rather than an RT tree off to the side of RHEL :)
> >
> > Acked-by: Clark Williams
On Tue, Jul 16, 2019 at 03:49:59PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jul 15, 2019 at 03:30:24PM +0300, Alexey Budankov escreveu:
> > On 14.07.2019 18:49, Jiri Olsa wrote:
> > > On Tue, Jul 09, 2019 at 05:48:14PM +0300, Alexey Budankov wrote:
> > >
> > > SNIP
> > >
> > >> d
On Fri, 12 Jul 2019 12:14:47 -0400
Qian Cai wrote:
> There are many of those warnings.
>
> In file included from ./arch/powerpc/include/asm/paca.h:15,
> from ./arch/powerpc/include/asm/current.h:13,
> from ./include/linux/thread_info.h:21,
> fro
Neil,
On Tue, 16 Jul 2019, Neil Horman wrote:
> On Tue, Jul 16, 2019 at 09:05:30PM +0200, Thomas Gleixner wrote:
> > > Because theres already a check of the same variety in do_IRQ, but if the
> > > information is available outside the hotpath, I was unaware, and am happy
> > > to
> > > update thi
On Tue, Jul 16, 2019 at 10:41 AM Michael S. Tsirkin wrote:
> > > This is what I am saying. Having watched that patchset being developed,
> > > I think that's simply because processing blocks required mm core
> > > changes, which Wei was not up to pushing through.
> > >
> > >
> > > If we did
> >
On Mon, 15 Jul 2019 17:38:04 -0700 Ralph Campbell wrote:
> I'm not surprised at the confusion. It took me quite awhile to
> understand how migrate_vma() works with ZONE_DEVICE private memory.
>
> ...
>
> I see Christoph Hellwig got confused by this too [1].
While making such discoveries, pleas
From: Qian Cai
Date: Tue, 16 Jul 2019 11:43:05 -0400
> The commit 6413139dfc64 ("skbuff: increase verbosity when dumping skb
> data") introduced a few compilation warnings.
>
> net/core/skbuff.c:766:32: warning: format specifies type 'unsigned
> short' but the argument has type 'unsigned int' [-
On 7/16/19 1:47 PM, Dmitry Osipenko wrote:
16.07.2019 22:26, Sowjanya Komatineni пишет:
On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
16.07.2019 21:30, Sowjanya Komatineni пишет:
On 7/16/19 11:25 AM, Dmitry Osipenko wrote:
16.07.2019 21:19, Sowjanya Komatineni пишет:
On 7/16/19 9:50 AM, Sowj
From: "Paul E. McKenney"
Date: Tue, 16 Jul 2019 11:39:55 -0700
> On Mon, Jul 15, 2019 at 10:37:00AM -0400, Joel Fernandes (Google) wrote:
>> Using the previous support added, use it for adding lockdep conditions
>> to list usage here.
>>
>> Signed-off-by: Joel Fernandes (Google)
>
> We need an
On Tue, 2019-07-16 at 10:28 -0700, Nick Desaulniers wrote:
> On Thu, Jul 11, 2019 at 7:15 PM Joe Perches wrote:
> > On Thu, 2019-07-11 at 17:17 -0700, Nick Desaulniers wrote:
> > > Commit r353569 in prerelease Clang-9 is producing a linkage failure:
> > >
> > > ld: drivers/net/wireless/intel/iwlw
On Tue, Jul 16, 2019 at 2:15 PM Luca Coelho wrote:
>
> On Tue, 2019-07-16 at 10:28 -0700, Nick Desaulniers wrote:
> > On Thu, Jul 11, 2019 at 7:15 PM Joe Perches wrote:
> > > Better still would be to use the format string directly
> > > in both locations instead of trying to deduplicate it
> > >
Commit-ID: e74bd96989dd42a51a73eddb4a5510a6f5e42ac3
Gitweb: https://git.kernel.org/tip/e74bd96989dd42a51a73eddb4a5510a6f5e42ac3
Author: David Rientjes
AuthorDate: Tue, 9 Jul 2019 19:44:03 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:48 +0200
x86/boot: Fix memory
Commit-ID: ffdb07f31252625b7bcbf1f424d7beccff02ba97
Gitweb: https://git.kernel.org/tip/ffdb07f31252625b7bcbf1f424d7beccff02ba97
Author: David Rientjes
AuthorDate: Wed, 10 Jul 2019 13:19:35 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:48 +0200
x86/mm: Free sme_ear
On Tue, 16 Jul 2019 at 21:00, Nathan Chancellor
wrote:
>
> On Tue, Jul 16, 2019 at 09:47:27PM +0200, Thomas Gleixner wrote:
> > The gold linker has known issues of failing the build both in random and in
> > predictible ways:
> >
> > - The x86/X32 VDSO build fails with:
> >
> >arch/x86/entry/
Commit-ID: ec6335586953b0df32f83ef696002063090c7aef
Gitweb: https://git.kernel.org/tip/ec6335586953b0df32f83ef696002063090c7aef
Author: Qian Cai
AuthorDate: Mon, 8 Jul 2019 17:36:45 -0400
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:48 +0200
x86/apic: Silence -Wtype-li
On Mon, Jul 15, 2019 at 5:05 PM Henry Burns wrote:
>
> z3fold_page_migration() calls memcpy(new_zhdr, zhdr, PAGE_SIZE).
> However, zhdr contains fields that can't be directly coppied over (ex:
> list_head, a circular linked list). We only need to initialize the
> linked lists in new_zhdr, as z3fol
Commit-ID: f709f81483d652b4ae5bbda2204b95593ce07c8f
Gitweb: https://git.kernel.org/tip/f709f81483d652b4ae5bbda2204b95593ce07c8f
Author: Yi Wang
AuthorDate: Mon, 15 Jul 2019 10:47:09 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:49 +0200
x86/e820: Use proper boolea
17.07.2019 0:12, Sowjanya Komatineni пишет:
>
> On 7/16/19 1:47 PM, Dmitry Osipenko wrote:
>> 16.07.2019 22:26, Sowjanya Komatineni пишет:
>>> On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
16.07.2019 21:30, Sowjanya Komatineni пишет:
> On 7/16/19 11:25 AM, Dmitry Osipenko wrote:
>> 16.0
Commit-ID: 080ac61bad4a3307880bb982cec48b225912b362
Gitweb: https://git.kernel.org/tip/080ac61bad4a3307880bb982cec48b225912b362
Author: Michel Thierry
AuthorDate: Fri, 12 Jul 2019 14:02:39 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:49 +0200
x86/gpu: Add TGL sto
Commit-ID: a54c5a93e8c264d668b3cc9b627716e32abe5646
Gitweb: https://git.kernel.org/tip/a54c5a93e8c264d668b3cc9b627716e32abe5646
Author: Arnd Bergmann
AuthorDate: Fri, 12 Jul 2019 11:08:05 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:49 +0200
x86: math-emu: Hide c
Commit-ID: 68c2976d7d93392d33ccd8871e9e61b33b5e640f
Gitweb: https://git.kernel.org/tip/68c2976d7d93392d33ccd8871e9e61b33b5e640f
Author: Jann Horn
AuthorDate: Sat, 13 Jul 2019 00:41:52 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:50 +0200
x86/process: Delete usele
Commit-ID: 907cb11da7a725445dccc6c2ca2d428739f6cd71
Gitweb: https://git.kernel.org/tip/907cb11da7a725445dccc6c2ca2d428739f6cd71
Author: Thomas Hellstrom
AuthorDate: Thu, 28 Mar 2019 12:06:37 +
Committer: Thomas Gleixner
CommitDate: Tue, 16 Jul 2019 23:13:50 +0200
MAINTAINERS: Updat
This is a cleanup patch that replaces two historical uses of
list_move_tail() with relatively recent add_page_to_lru_list_tail().
Signed-off-by: Yu Zhao
---
mm/swap.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/mm/swap.c b/mm/swap.c
index ae300397dfda..0226
Add SGPIO driver support for Aspeed AST2500 SoC.
Signed-off-by: Hongwei Zhang
---
drivers/gpio/sgpio-aspeed.c | 487
1 file changed, 487 insertions(+)
create mode 100644 drivers/gpio/sgpio-aspeed.c
diff --git a/drivers/gpio/sgpio-aspeed.c b/drivers/
On Tue, Jul 16, 2019 at 01:54:57PM -0700, Alexei Starovoitov wrote:
> On Wed, Jul 10, 2019 at 10:15:44AM -0400, Joel Fernandes (Google) wrote:
> > Hi,
>
> why are you cc-ing the whole world for this patch set?
Well, the whole world happens to be interested in BPF on Android.
> I'll reply to all
On Mon, 15 Jul 2019 16:58:55 +0800
xywang.s...@sjtu.edu.cn wrote:
> From: Wang Xiayang
>
> The simple_strtol() function is deprecated. kstrto[l,int]() are
> the correct replacements as they can properly handle overflows.
>
> This patch replaces the deprecated simple_strtol() use introduced rece
On 7/16/19 2:21 PM, Dmitry Osipenko wrote:
17.07.2019 0:12, Sowjanya Komatineni пишет:
On 7/16/19 1:47 PM, Dmitry Osipenko wrote:
16.07.2019 22:26, Sowjanya Komatineni пишет:
On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
16.07.2019 21:30, Sowjanya Komatineni пишет:
On 7/16/19 11:25 AM, Dmitr
On Tue, Jul 16, 2019 at 05:25:10PM +0200, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Running the scheduler tick on idle adaptive-tick CPUs is not useful
Judging by the below change, you mean full dynticks, right?
> and it may also be not expected by users (as reported by Thomas), so
On Wed, Jul 10, 2019 at 2:15 PM kernel test robot wrote:
> FYI, we noticed a -24.2% regression of unixbench.score due to commit:
> commit: f69e00bd21aa6a1961c521b6eb199137fcb8a76a ("gpio: mmio: Support two
> direction registers")
> https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvald
From: Rob Clark
Needed in the following patch for cache operations.
Signed-off-by: Rob Clark
---
v3: rebased on drm-tip
drivers/gpu/drm/drm_gem.c | 8
drivers/gpu/drm/drm_internal.h | 4 ++--
drivers/gpu/drm/drm_prime.c | 4 ++--
drivers
On Tue, Jul 9, 2019 at 4:20 PM Bartosz Golaszewski wrote:
> wt., 9 lip 2019 o 15:30 Linus Walleij napisał(a):
> > I was thinking something like this in the stubs:
> >
> > gpiod_get[_index]() {
> > return POISON;
> > }
> >
> > gpiod_get[_index]_optional() {
> >return NULL;
> > }
>
> This
Add bindings to support SGPIO on AST2400 or AST2500.
Signed-off-by: Hongwei Zhang
---
.../devicetree/bindings/gpio/sgpio-aspeed.txt | 55 ++
1 file changed, 55 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpio/sgpio-aspeed.txt
diff --git a/Documen
On 7/16/19 9:33 PM, Vegard Nossum wrote:
On 7/11/19 1:40 PM, Peter Zijlstra wrote:
Hi,
Here's the latest (and hopefully final) set of tracing vs CR2 patches.
They are basically the same as v2, with only minor edits and tags
collected
from the last review.
Please consider.
Hi,
I ran m
Now that examples are validated against the DT schema, an error with
required 'clocks' property missing is exposed:
Documentation/devicetree/bindings/pinctrl/st,stm32-pinctrl.example.dt.yaml: \
pinctrl@4002: gpio@0: 'clocks' is a required property
Documentation/devicetree/bindings/pinctrl/st,s
17.07.2019 0:35, Sowjanya Komatineni пишет:
>
> On 7/16/19 2:21 PM, Dmitry Osipenko wrote:
>> 17.07.2019 0:12, Sowjanya Komatineni пишет:
>>> On 7/16/19 1:47 PM, Dmitry Osipenko wrote:
16.07.2019 22:26, Sowjanya Komatineni пишет:
> On 7/16/19 11:43 AM, Dmitry Osipenko wrote:
>> 16.07.
On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
> > ...and is constant for the life of the device and all subsequent mappings.
> >
> >> Perhaps you want to cache the cachability-mode in vma->vm_page_prot (which
> >> I
> >> see being done in quite a few cases), but I don’t know the code wel
On Tue, Jul 16, 2019 at 10:24 PM 'Nick Desaulniers' via Clang Built
Linux wrote:
>
> On Fri, Jul 12, 2019 at 1:41 PM Arnd Bergmann wrote:
> >
> > On Fri, Jul 12, 2019 at 6:59 PM 'Nick Desaulniers' via Clang Built
> > Linux wrote:
> > > > The issue still needs to get fixed in clang regardless. T
On 7/16/19 3:00 PM, Dmitry Osipenko wrote:
17.07.2019 0:35, Sowjanya Komatineni пишет:
On 7/16/19 2:21 PM, Dmitry Osipenko wrote:
17.07.2019 0:12, Sowjanya Komatineni пишет:
On 7/16/19 1:47 PM, Dmitry Osipenko wrote:
16.07.2019 22:26, Sowjanya Komatineni пишет:
On 7/16/19 11:43 AM, Dmitry
> On Jul 16, 2019, at 3:00 PM, Andrew Morton wrote:
>
> On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
>
>>> ...and is constant for the life of the device and all subsequent mappings.
>>>
Perhaps you want to cache the cachability-mode in vma->vm_page_prot (which
I
see bei
On Tue, Jul 16, 2019 at 3:01 PM Andrew Morton wrote:
>
> On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
>
> > > ...and is constant for the life of the device and all subsequent mappings.
> > >
> > >> Perhaps you want to cache the cachability-mode in vma->vm_page_prot
> > >> (which I
> > >>
The pull request you sent on Tue, 16 Jul 2019 20:22:58 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/vgupta/arc.git/ tags/arc-5.3-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3eb514866f20c5eb74637279774b6d73b855480a
Thank you!
--
Deet-doot-dot, I am a
Add a new virtual device named /dev/cifs (0xfe) to tell the kernel to
mount the root file system over the network by using SMB protocol.
cifs_root_data() will be responsible to retrieve the parsed
information of the new command-line option (cifsroot=) and then call
do_mount_root() with the appropr
The experimental root file system support in cifs.ko relies on
ipconfig to set up the network stack and then accessing the SMB share
that contains the rootfs files.
Cc: "David S. Miller"
Cc: Alexey Kuznetsov
Cc: Hideaki YOSHIFUJI
Signed-off-by: Paulo Alcantara (SUSE)
---
net/ipv4/ipconfig.c |
Introduce a new CONFIG_CIFS_ROOT option to handle root file systems
over a SMB share.
In order to mount the root file system during the init process, make
cifs.ko perform non-blocking socket operations while mounting and
accessing it.
Cc: Steve French
Signed-off-by: Paulo Alcantara (SUSE)
---
> On Jul 16, 2019, at 3:07 PM, Dan Williams wrote:
>
> On Tue, Jul 16, 2019 at 3:01 PM Andrew Morton
> wrote:
>> On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
>>
...and is constant for the life of the device and all subsequent mappings.
> Perhaps you want to cache the ca
This patch set provides several enhancements to mc13xxx MFD family
of devices by introducing mc34708 as a separate device.
This IC has dedicated pen detection feature, which allows better
touchscreen experience.
This is the third version of this code (v3).
Discussion regarding v1 can be found her
From: Sascha Hauer
The platform data once was optional, make it optional again. This
is a first step towards device tree support for the mc13xxx touchscreen
driver.
Signed-off-by: Sascha Hauer
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- None
Changes for v2:
- None
Changes from the o
From: Sascha Hauer
The mc34708 has an improved adc. The older variants will always convert
a fixed order of channels. The mc34708 can do up to eight conversions
in arbitrary channel order. Currently this extended feature is not
supported. We only support touchscreen conversions now, which will
be
From: Sascha Hauer
The mc34708 has a different bit to enable pen detection. This
adds the driver data and devtype necessary to probe the device
and to distinguish between the mc13783 and the mc34708.
Signed-off-by: Sascha Hauer
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- Replace forw
On Tue, Jul 16, 2019 at 3:13 PM Nadav Amit wrote:
>
> > On Jul 16, 2019, at 3:07 PM, Dan Williams wrote:
> >
> > On Tue, Jul 16, 2019 at 3:01 PM Andrew Morton
> > wrote:
> >> On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
> >>
> ...and is constant for the life of the device and all
Mike,
On Tue, 16 Jul 2019, Mike Lothian wrote:
> On Tue, 16 Jul 2019 at 21:00, Nathan Chancellor wrote
>
> Would it be possible to force ld.bfd with -fuse-ld=bfd when gold is detected?
It's probably possible but way beyond my kbuild foo.
Adding LD=ld.bfd to the make invocation is the trivial wo
On Tue, Jul 16, 2019 at 05:30:50PM -0400, Joel Fernandes wrote:
>
> I also thought about the pinning idea before, but we also want to add support
> for not just raw tracepoints, but also regular tracepoints (events if you
> will). I am hesitant to add a new BPF API just for creating regular
> trac
> On Jul 16, 2019, at 3:20 PM, Dan Williams wrote:
>
> On Tue, Jul 16, 2019 at 3:13 PM Nadav Amit wrote:
>>> On Jul 16, 2019, at 3:07 PM, Dan Williams wrote:
>>>
>>> On Tue, Jul 16, 2019 at 3:01 PM Andrew Morton
>>> wrote:
On Tue, 18 Jun 2019 21:56:43 + Nadav Amit wrote:
On Tue, 16 Jul 2019 17:30:50 -0400
Joel Fernandes wrote:
> I don't see why a new bpf node for a trace event is a bad idea, really.
> tracefs is how we deal with trace events on Android. We do it in production
> systems. This is a natural extension to that and fits with the security model
> well.
tree: https://kernel.googlesource.com/pub/scm/linux/kernel/git/tip/tip.git
x86/urgent
head: 907cb11da7a725445dccc6c2ca2d428739f6cd71
commit: 080ac61bad4a3307880bb982cec48b225912b362 [6/9] x86/gpu: Add TGL stolen
memory support
config: i386-defconfig (attached as .config)
compiler: gcc-7 (Debi
On Tue, Jul 16, 2019 at 4:26 AM Biwen Li wrote:
>
> The patch adds binding for ftm alarm driver
Bindings are for h/w, not drivers...
'dt-bindings: rtc: ...' for the subject prefix.
>
> Signed-off-by: Biwen Li
> ---
> Change in v5:
> - None
>
> Change in v4:
> - add note about dts and k
401 - 500 of 667 matches
Mail list logo
