The pull request you sent on Thu, 14 Mar 2019 12:36:13 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
> acpi-5.1-rc1-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/3b319ee220a8795406852a897299dbdfc1b09911
Thank you!
--
Deet-doot-dot,
The pull request you sent on Wed, 13 Mar 2019 11:28:26 -0700:
> https://git.kernel.org/pub/scm/linux/kernel/git/clk/linux.git
> tags/clk-for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/dc2535be1fd547fbd56aff091370280007b0a1af
Thank you!
--
Deet-doot-dot,
The pull request you sent on Thu, 14 Mar 2019 01:04:37 +0530:
> git://git.infradead.org/users/vkoul/slave-dma.git tags/dmaengine-5.1-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/31ef489a026ef2c07383ef336dc9b6601c7b9b93
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Wed, 13 Mar 2019 11:29:42 -0700:
> git://github.com/andersson/remoteproc tags/rproc-v5.1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/2f194646fecaa9fd4607b670ee9ef84d9ed04566
Thank you!
--
Deet-doot-dot, I am a bot.
On Thu, Mar 14, 2019 at 12:23 PM Mike Rapoport wrote:
>
> On Thu, Mar 14, 2019 at 02:36:01AM +0530, Anup Patel wrote:
> > On Thu, Mar 14, 2019 at 12:01 AM Mike Rapoport wrote:
> > >
> > > On Tue, Mar 12, 2019 at 10:08:22PM +, Anup Patel wrote:
> > > > Currently, we have to boot RISCV64
If the call to strip returns an error code then it makes sense for the
build to fail. Currently we'll just chug along and ship unstripped
modules.
Fixes: e2a666d52b48 ("kbuild: sign the modules at install time")
Signed-off-by: Douglas Anderson
---
scripts/Makefile.modinst | 2 +-
1 file
Hi Sebastian,
On 3/4/19 5:25 PM, Sebastian Andrzej Siewior wrote:
On 2019-02-18 15:07:51 [+], Julien Grall wrote:
Hi,
Hi,
Wouldn't this arbitrarily increase softirq latency? Unconditionally
forbidding SIMD in softirq might make more sense. It depends on how
important the use cases
Neil Armstrong writes:
> Hi Chuanhong,
>
> On 12/03/2019 09:33, Chuanhong Guo wrote:
>> There is a white LED on the front panel behind the logo and the
>> manufacturer uses that LED to indicate network and USB drive status.
>>
>> Signed-off-by: Chuanhong Guo
>> ---
>>
Hi Valentin,
On Mon, Mar 11, 2019 at 10:47:44PM +, Valentin Schneider wrote:
> Since the enabling and disabling of IRQs within preempt_schedule_irq()
> is contained in a need_resched() loop, we don't need the outer arch
> code loop.
>
> Do note that commit a18815abcdfd ("Use
>Subject: [PATCH] infiniband: i40iw: fix potential NULL pointer dereferences
>
>alloc_ordered_workqueue may fail and return NULL.
>The fix captures the failure and handles it properly to avoid potential NULL
>pointer
>dereferences.
>
>Signed-off-by: Kangjie Lu
>---
>V2: add return value to
On Wed, 2019-03-13 at 11:14 +0100, Petr Vorel wrote:
> > > So if split kexec tests to another folder is not doable please just
> > > ignore the comment.
>
> > Left in the selftests/ima is a similar test for kernel modules, which
> > uses the "common" functions. So either we wait to move the
Hi Paul,
On 14/03/2019 18:13, Paul Burton wrote:
[...]
>
> It looks to me like commit a18815abcdfd ("Use preempt_schedule_irq.")
> forgot the branch to restore_all, so would have fallen through to
> ret_from_fork() & done weird things.
>
> Adding the branch to restore_all as you're doing here
On Tue, Mar 12, 2019 at 9:46 AM Geert Uytterhoeven wrote:
>
> Yeah, the alphas on the server side, powering AltaVista, are also long
> gone...
As usual with these things, people can still use older Linux releases
for a very long time. If they really need it (e.g. commercially), they
have the
On 3/14/19 5:00 AM, Stefan Richter wrote:
[..]
>> diff --git a/drivers/firewire/core-iso.c b/drivers/firewire/core-iso.c
>> index 35e784cffc23..7e5c98840b80 100644
>> --- a/drivers/firewire/core-iso.c
>> +++ b/drivers/firewire/core-iso.c
>> @@ -308,7 +308,7 @@ static int manage_channel(struct
This patch adds debugfs interface to show the relationship between
DMA threads (hardware resource for transferring data) and DMA
channel ID of DMA slave.
Typically, PL330 has many slaves than number of DMA threads.
So sometimes PL330 cannot allocate DMA threads for all slaves even
if an user
On Thu, Mar 14, 2019 at 04:31:31PM +1100, Tobin C. Harding wrote:
> Currently we use the page->lru list for maintaining lists of slabs. We
> have a list_head in the page structure (slab_list) that can be used for
> this purpose. Doing so makes the code cleaner since we are not
> overloading the
Hi Harish,
On Wed, Mar 13, 2019 at 12:00:06PM +0530, c-hba...@codeaurora.org wrote:
> Hi Matthias,
>
>
> On 2019-03-12 22:29, Matthias Kaehlcke wrote:
> > +DT folks
> >
> > Please add them in future versions (script/scripts/get_maintainer.pl
> > should have listed them)
>
> [Harish] -- Will
The entries within __rseq_table are aligned on 32 bytes due to
linux/rseq.h struct rseq_cs uapi requirements, but the start of the
__rseq_table section is not guaranteed to be 32-byte aligned. It can
cause padding to be added at the start of the section, which makes it
hard to use as an array of
Hi,
Those RFC patches improves the rseq selftests to properly expose data
sections helping debuggers to step over rseq critical sections.
* Add a new __rseq_exit_point_array section describing all rseq critical
section exit points so debuggers can properly step over those. This is
based on
Knowing all exit points is useful to assist debuggers stepping over the
rseq critical sections without requiring them to disassemble the content
of the critical section to figure out the exit points.
Signed-off-by: Mathieu Desnoyers
CC: Thomas Gleixner
CC: Joel Fernandes
CC: Peter Zijlstra
On Thu, Mar 14, 2019 at 03:07:53PM +, Patrick Bellasi wrote:
> On 14-Mar 14:32, Peter Zijlstra wrote:
> > On Thu, Mar 14, 2019 at 12:13:15PM +, Patrick Bellasi wrote:
> > > > I'd be most impressed if they pull this off. Check the generated code
> > > > and see I suppose :-)
> > >
> > > On
On Thu, Mar 14, 2019 at 09:43:43AM -0700, Davidlohr Bueso wrote:
> On Wed, 13 Mar 2019, Matthew Wilcox wrote:
>
> > It's probably worth listing the advantages of the Maple Tree over the
> > rbtree.
>
> I'm not familiar with maple trees, are they referred to by another name?
> (is this some sort
On Tue, Dec 18, 2018 at 10:23:02AM +0300, Numan Demirdöğen wrote:
> I found that passing the options i8042.reset=1 i8042.dumbkbd=1 i8042.direct=1
> results in the keyboard functioning after resume. However, there is a
> long delay before the keyboard or mouse will respond to input on the
> lock
On Fri, Mar 8, 2019 at 6:52 AM Tong Bo wrote:
>
> Atom-based CPUs trigger stack fault when invoke 32-bit SYSENTER instruction
> with invalid register values. So we also need SIGBUS handling in this case.
>
> Following is assembly when the fault exception happens.
>
> (gdb) disassemble $eip
> Dump
The PVDD_APIO_1V8 (LDO2) and PVDD_ABB_1V8 (LDO8) regulators were turned
off by Linux kernel as unused. However they supply critical parts of
SoC so they should be always on:
1. PVDD_APIO_1V8 supplies SYS pins (gpx[0-3], PSHOLD), HDMI level shift,
RTC, VDD1_12 (DRAM internal 1.8 V logic),
The chan->state "if statement" was introduced in commit 6712cc9c2211
("vmbus: don't return values for uninitalized channels"). That commit
states that the purpose of the chan->state "if statement" is to prevent
returning garbage or causing a kernel OOPS when the channel ring buffer
is not
Fix a race condition that can result in a ring buffer pointer being set
to null while a "_show" function is reading the ring buffer's data. This
problem was discussed here: https://lkml.org/lkml/2018/10/18/779
To fix the race condition, add a new mutex lock to the
"hv_ring_buffer_info" struct.
Set "ring_info->priv_read_index" to 0. Now, all of ring_info's fields
are explicitly set in this function. The memset() call is no longer
necessary, so remove it.
Signed-off-by: Kimberly Brown
---
drivers/hv/ring_buffer.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
This patchset fixes a race condition in the "_show" functions that
access the channel ring buffers.
Changes in v3:
Patch 1: Drivers: hv: vmbus: Refactor chan->state if statement
- Added the “reviewed-by” line from v2.
Patch 2: Drivers: hv: vmbus: Set ring_info field to 0 and remove memset
-
> Pistols at dawn?
> swap_bytes
> swap_4byte_words
> swap_8byte_words
or
> swap_bytes / swap_ints / swap_longs
> swap_1 / swap_4 / swap_8
Yes, in my opinion, swap_bytes / swap_ints / swap_longs are the most readable
because we have both swap_ints and swap_longs functions (in one file near
On Thu, Mar 14, 2019 at 07:59:00PM +, Alan J. Wylie wrote:
> Greg KH writes:
>
> > I'm announcing the release of the 5.0.2 kernel.
>
> There is a regression for AMD-only builds.
Adding the stable list, which people should do...
>
> See also Alec Ari's report:
>
> On Mar 14, 2019, at 7:30 AM, Jan Kara wrote:
>
> Well I have some crash reports couple years old and they are not from QA
> departments. So I'm pretty confident there are real users that use this in
> production... and just reboot their machine in case it crashes.
Do you know what the use
On 3/14/19 1:25 PM, William Kucharski wrote:
On Mar 14, 2019, at 7:30 AM, Jan Kara wrote:
Well I have some crash reports couple years old and they are not from QA
departments. So I'm pretty confident there are real users that use this in
production... and just reboot their machine in case
Commit 4d42c44727a0 ("lib/vsprintf: Print time and date in human readable
format via %pt") introduced a new extension, %pt. Add it in the list of
valid extensions.
Signed-off-by: Alexandre Belloni
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Thu, Mar 14, 2019 at 06:52:25PM +, Roman Gushchin wrote:
> On Thu, Mar 14, 2019 at 04:31:31PM +1100, Tobin C. Harding wrote:
> > Currently we use the page->lru list for maintaining lists of slabs. We
> > have a list_head in the page structure (slab_list) that can be used for
> > this
PTR_ERR((void *)map_addr) == -EEXIST
is a very complicated way of doing the obvious.
Signed-off-by: Alexey Dobriyan
---
fs/binfmt_elf.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -375,8 +375,7 @@ static unsigned long
On Fri, Mar 15, 2019 at 07:38:09AM +1100, Tobin C. Harding wrote:
> On Thu, Mar 14, 2019 at 06:52:25PM +, Roman Gushchin wrote:
> > On Thu, Mar 14, 2019 at 04:31:31PM +1100, Tobin C. Harding wrote:
> > > Currently we use the page->lru list for maintaining lists of slabs. We
> > > have a
(Adding Linus, since his tree is also broken)
Greg KH writes:
> On Thu, Mar 14, 2019 at 07:59:00PM +, Alan J. Wylie wrote:
>> Greg KH writes:
>>
>> > I'm announcing the release of the 5.0.2 kernel.
>>
>> There is a regression for AMD-only builds.
>
> Adding the stable list, which
On Thu, 2019-03-14 at 21:37 +0100, Alexandre Belloni wrote:
> Commit 4d42c44727a0 ("lib/vsprintf: Print time and date in human readable
> format via %pt") introduced a new extension, %pt. Add it in the list of
> valid extensions.
Thanks.
Andrew, can you please pick this up?
> Signed-off-by:
Use %lx, save a cast.
"addr" is userspace address so using (and mangling) pointer was never
necessary.
Signed-off-by: Alexey Dobriyan
---
fs/binfmt_elf.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -376,8 +376,8 @@ static
Replace the incorrect Cyrix-specific macro calls with the correct
setCx86() and getCx86() calls. Also remove the unused setCx86_old(),
getCx86_old() and their related comments in the code.
Matthew Whitehead (2):
x86/CPU: Use correct macros for Cyrix calls on Geode processors
x86/CPU: Remove
There are comments in processor-cyrix.h advising you to _not_ make calls
using the deprecated macros in this style:
setCx86_old(CX86_CCR4, getCx86_old(CX86_CCR4) | 0x80);
This is because it expands the macro into a non-functioning calling
sequence. The calling order must be:
outb(CX86_CCR2,
The getCx86_old() and setCx86_old() macros have been replaced with
correctly working getCx86() and setCx86(), so remove these unused macros.
Signed-off-by: Matthew Whitehead
---
arch/x86/include/asm/processor-cyrix.h | 21 -
1 file changed, 21 deletions(-)
diff --git
Signed-off-by: Alexey Dobriyan
---
fs/binfmt_elf.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -703,7 +703,6 @@ static int load_elf_binary(struct linux_binprm *bprm)
struct elfhdr interp_elf_ex;
} *loc;
On Thu, Mar 14, 2019 at 06:52:25PM +, Roman Gushchin wrote:
> On Thu, Mar 14, 2019 at 04:31:31PM +1100, Tobin C. Harding wrote:
> > Currently we use the page->lru list for maintaining lists of slabs. We
> > have a list_head in the page structure (slab_list) that can be used for
> > this
There is no reason for PT_INTERP filename to linger till the end of
the whole loading process.
Signed-off-by: Alexey Dobriyan
---
fs/binfmt_elf.c | 20 +++-
1 file changed, 11 insertions(+), 9 deletions(-)
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -686,7 +686,6 @@
On Thu, Mar 14, 2019 at 10:47:17AM -0700, Joel Fernandes wrote:
> About the 100ms latency, I wonder whether it is that high because of
> the way Android's lmkd is observing that a process has died. There is
> a gap between when a process memory is freed and when it disappears
> from the
Signed-off-by: Alexey Dobriyan
---
fs/binfmt_elf.c |4
1 file changed, 4 deletions(-)
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -1456,8 +1456,6 @@ static void fill_elf_header(struct elfhdr *elf, int segs,
elf->e_ehsize = sizeof(struct elfhdr);
elf->e_phentsize =
On Thu, 2019-03-14 at 15:07 +0100, Jean Delvare wrote:
> My principle is that if a script
> is present in the kernel tree then it can and should be maintained. If
> it is deemed not worth the maintenance effort then it should be
> deleted.
I've suggested deleting Lindent in the past.
Hello,
syzbot found the following crash on:
HEAD commit:ebc551f2 Merge tag 'nfsd-5.1' of git://linux-nfs.org/~bfie..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=105c28d720
kernel config: https://syzkaller.appspot.com/x/.config?x=f05902bca21d8935
Eric,
Am Donnerstag, 14. März 2019, 18:49:14 CET schrieb Eric Biggers:
> Hi Richard,
>
> On Thu, Mar 14, 2019 at 06:15:59PM +0100, Richard Weinberger wrote:
> > Usually fscrypt allows limited access to encrypted files even
> > if no key is available.
> > Encrypted filenames are shown and based
> > 1302fcf0d03e (refs/bisect/bad) PCI: Configure *all* devices, not just
> > hot-added ones
> > 1c3c5eab1715 sched/core: Enable might_sleep() and smp_processor_id()
> > checks early
>
> How did you narrow it down to *two* commits, and do you have to revert
> both of them to avoid the hang?
Hi Steve,
Ping.
-Frank
On 1/24/19 6:17 PM, frowand.l...@gmail.com wrote:
> From: Frank Rowand
>
> Fix compile warning in create_dyn_event(): 'ret' may be used uninitialized
> in this function [-Wuninitialized].
>
> Fixes: 5448d44c3855 ("tracing: Add unified dynamic event framework")
>
>
Hi,
On Tue, Mar 05, 2019 at 10:23:15PM +0100, Peter Zijlstra (Intel) wrote:
> The cpuc data structure allocation is different between fake and real
> cpuc's; use the same code to init/free both.
>
> Signed-off-by: Peter Zijlstra (Intel)
> Signed-off-by: Thomas Gleixner
With
On Thu, Mar 14, 2019 at 09:37:46AM -0400, Steven Rostedt wrote:
> On Thu, 14 Mar 2019 09:36:57 -0400
> Steven Rostedt wrote:
>
> > On Thu, 14 Mar 2019 08:31:59 -0400
> > Joel Fernandes wrote:
> >
> > > Oh thanks for pointing that out. Yes it does work for me. I agree with the
> > > lockdep API
More details of the seal can be found in the LKML patch:
https://lore.kernel.org/lkml/20181120052137.74317-1-j...@joelfernandes.org/T/#t
Signed-off-by: Joel Fernandes (Google)
---
man2/fcntl.2 | 15 +++
1 file changed, 15 insertions(+)
diff --git a/man2/fcntl.2 b/man2/fcntl.2
index
This documentation is for F_SEAL_FUTURE_WRITE patches that are in linux-next.
Joel Fernandes (Google) (2):
fcntl.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
memfd_create.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
man2/fcntl.2| 15 +++
More details of the seal can be found in the LKML patch:
https://lore.kernel.org/lkml/20181120052137.74317-1-j...@joelfernandes.org/T/#t
Signed-off-by: Joel Fernandes (Google)
---
man2/memfd_create.2 | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git
On Thu, Mar 14, 2019 at 08:43:14PM +, Alan J. Wylie wrote:
>
> (Adding Linus, since his tree is also broken)
Again, can you try running 'git bisect' to find the offending commit?
thanks,
greg k-h
On Thu, Mar 14, 2019 at 02:52:50PM -0700, Greg KH wrote:
> On Thu, Mar 14, 2019 at 08:43:14PM +, Alan J. Wylie wrote:
> >
> > (Adding Linus, since his tree is also broken)
>
> Again, can you try running 'git bisect' to find the offending commit?
Ah, looks like Guenter found it, nevermind...
On Thu, Mar 14, 2019 at 12:04:13PM +0100, Borislav Petkov wrote:
> On Thu, Mar 14, 2019 at 08:09:06AM +0100, Arnd Bergmann wrote:
> > > So where should we go. Proposed solutions are piling up:
> > >
> > > 1) Make skx_common a module
> > > [downside: have to EXPORT everything in it]
> > >
On 2019/03/15 5:42, Alexey Dobriyan wrote:
> PTR_ERR((void *)map_addr) == -EEXIST
>
> is a very complicated way of doing the obvious.
Michal suggested me to explicitly use PTR_ERR() for documentation purpose in
a reply mail to https://lkml.kernel.org/r/20180418115546.gz17...@dhcp22.suse.cz
On Thu, Mar 14, 2019 at 3:42 PM Thomas Renninger wrote:
>
> This is a revert of mainline git commits:
> commit b51ef52df71cb28e9d90cd1d48b79bf19f0bab06
> commit 17edf2d79f1ea6dfdb4c444801d928953b9f98d6
> commit abe48b108247e9b90b4c6739662a2e5c765ed114
I'm not quite convinced that reverting these
The inclusion of was causing issue as the definition of
__arch_hweight64 from arch/x86/include/asm/arch_hweight.h eventually gets
included. The definition is problematic when compiled with -m16 (all code
in arch/x86/boot/ is) as the "D" inline assembly constraint is rejected
by both compilers
Greg KH writes:
> On Thu, Mar 14, 2019 at 02:52:50PM -0700, Greg KH wrote:
>> On Thu, Mar 14, 2019 at 08:43:14PM +, Alan J. Wylie wrote:
>> >
>> > (Adding Linus, since his tree is also broken)
>>
>> Again, can you try running 'git bisect' to find the offending commit?
>
> Ah, looks like
On Thu, Mar 14, 2019 at 10:36:19AM -0700, Tejun Heo wrote:
> On Wed, Mar 13, 2019 at 04:11:55PM -0700, Paul E. McKenney wrote:
> > commit 34f67df09cc0c6bf082a7cfca435373caeeb8d82
> > Author: Paul E. McKenney
> > Date: Wed Mar 13 16:06:22 2019 -0700
> >
> > srcu: Forbid
On Thu, 14 Mar 2019 14:05:02 -0700
Frank Rowand wrote:
> Hi Steve,
>
> Ping.
Thanks, this got buried.
> > static int create_dyn_event(int argc, char **argv)
> > {
> > struct dyn_event_operations *ops;
> > - int ret;
> > + int ret = 0;
Probably should be ret = -ENODEV;
As if ret
On Thu, 14 Mar 2019 13:05:15 -0700
"Kimberly Brown" wrote:
> Fix a race condition that can result in a ring buffer pointer being set
> to null while a "_show" function is reading the ring buffer's data. This
> problem was discussed here:
>
Richard --- stepping back for a moment, in your use case, are you
assuming that the encryption key is always going to be present while
the system is running?
Ubifs can't use dm-crypt, since it doesn't have a block device, but if
you could, is much more like dm-crypt, in that you have the key
From: Colin Ian King
The increment of buff is indented one level too deeply, clean
this up by removing a tab.
Signed-off-by: Colin Ian King
---
arch/x86/lib/csum-partial_64.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/lib/csum-partial_64.c
On Thu, 2019-03-14 at 18:15 +0100, Richard Weinberger wrote:
> Usually fscrypt allows limited access to encrypted files even
> if no key is available.
> Encrypted filenames are shown and based on this names users
> can unlink and move files.
Shouldn't they be able to read/write and create as well
From: Colin Ian King
There are several lines that are indented by one space too
many; clean these up. Also re-work comment block to clean
up cppcheck warnings
Signed-off-by: Colin Ian King
---
drivers/ata/pata_serverworks.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
On Tue, Mar 5, 2019 at 1:06 PM Weiyi Lu wrote:
>
> From: Owen Chen
>
> On both MT8183 & MT6765, there add "set/clr" register for
> each clkmux setting, and one update register to trigger value change.
> It is designed to prevent read-modify-write racing issue.
> The sw design need to add a new
From: Colin Ian King
A return statement is indented one level too deeply; clean this
up by removing a tab.
Signed-off-by: Colin Ian King
---
drivers/iio/adc/ad7124.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/adc/ad7124.c b/drivers/iio/adc/ad7124.c
index
On Mon, Mar 11, 2019 at 11:48 AM Hsin-Hsiung Wang
wrote:
>
> In order to support different types of irq design, we decide to add
> separate irq drivers for different design and keep mt6397 mfd core
> simple and reusable to all generations of PMICs so far.
>
> Signed-off-by: Hsin-Hsiung Wang
>
From: Colin Ian King
A return statement is indented one level too deeply; clean this
up by removing a tab.
Signed-off-by: Colin Ian King
---
drivers/iio/adc/ad7124.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/adc/ad7124.c b/drivers/iio/adc/ad7124.c
index
Hi Frank and Steve,
Thank you for pointing it out :)
On Thu, 14 Mar 2019 18:19:08 -0400
Steven Rostedt wrote:
> On Thu, 14 Mar 2019 14:05:02 -0700
> Frank Rowand wrote:
>
> > Hi Steve,
> >
> > Ping.
>
> Thanks, this got buried.
>
> > > static int create_dyn_event(int argc, char **argv)
>
During a simple no-op (nothing changed) build I saw 39 invocations of
the C compiler with the argument "-print-file-name=include". We don't
need to call the C compiler 39 times for this--one time will suffice.
Let's change NOSTDINC_FLAGS to a simply expanded variable to avoid
this since there
On Thu, Mar 14, 2019 at 04:15:11PM -0700, James Bottomley wrote:
> On Thu, 2019-03-14 at 18:15 +0100, Richard Weinberger wrote:
> > Usually fscrypt allows limited access to encrypted files even
> > if no key is available.
> > Encrypted filenames are shown and based on this names users
> > can
On Thu, 2019-03-14 at 19:42 -0400, Theodore Ts'o wrote:
> On Thu, Mar 14, 2019 at 04:15:11PM -0700, James Bottomley wrote:
> > On Thu, 2019-03-14 at 18:15 +0100, Richard Weinberger wrote:
> > > Usually fscrypt allows limited access to encrypted files even
> > > if no key is available.
> > >
This is Linux v5.0-11053-gebc551f2b8f9 from March 12, on x86_64.
Just load and unload the pci-epf-test module.
[ 78.942581] calling pci_epf_test_init+0x0/0x1000 [pci_epf_test] @ 1650
[ 78.945926] initcall pci_epf_test_init+0x0/0x1000 [pci_epf_test] returned 0
after 3216 usecs
[
On 2019/3/13 22:49, luca abeni wrote:
Hi,
After looking at the patch a little bit more and running some tests,
I suspect this solution might be racy:
when the timer is already active, (and hrtimer_start() fails), it
relies on its handler to decrease the running bw (by setting
Select CONFIG_PWM_IMX_TPM by default to support i.MX7ULP
TPM PWM.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/configs/imx_v6_v7_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/imx_v6_v7_defconfig
b/arch/arm/configs/imx_v6_v7_defconfig
index
i.MX7ULP EVK board has MIPI-DSI display, its backlight is supplied
by TPM PWM module, this patch set enables i.MX7ULP TPM PWM driver
support and also add backlight support for MIPI-DSI display.
Anson Huang (5):
dt-bindings: pwm: Add i.MX TPM PWM binding
pwm: Add i.MX TPM PWM driver support
Add i.MX TPM(Low Power Timer/Pulse Width Modulation Module) PWM binding.
Signed-off-by: Anson Huang
---
No changes.
---
Documentation/devicetree/bindings/pwm/imx-tpm-pwm.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644
i.MX7ULP has TPM(Low Power Timer/Pulse Width Modulation Module)
inside, add TPM PWM driver support.
Signed-off-by: Anson Huang
---
Changes since V3:
- use "PWM_IMX_" as macro definition prefix and "pwm_imx_" as function
prefix;
- improve the limitation txt;
- return
Add i.MX7ULP EVK board PWM0 support.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/boot/dts/imx7ulp-evk.dts | 12
arch/arm/boot/dts/imx7ulp.dtsi| 10 ++
2 files changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp-evk.dts
This patch adds i.MX7ULP EVK board MIPI-DSI backlight
support.
Signed-off-by: Anson Huang
---
No changes.
---
arch/arm/boot/dts/imx7ulp-evk.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/imx7ulp-evk.dts
b/arch/arm/boot/dts/imx7ulp-evk.dts
index
This adds a driver to communicate with the firmware running on the
secure processor of the Turris Mox router, enabling the kernel to
retrieve true random numbers from the Entropy Bit Generator and to
sign messages with the ECDSA private key burned into each Turris Mox
device when manufacturing.
Add sysfs ABI documentation for the sysfs files created by the
turris-mox-rwtm driver.
Signed-off-by: Marek Behún
---
.../testing/sysfs-firmware-turris-mox-rwtm| 60 +++
1 file changed, 60 insertions(+)
create mode 100644
Hello, this is the third version of my patches to add support for
rWTM mailbox of Marvell A3700 compatible devices, this time also with
turris-mox-rwtm firmware driver.
I would like to ask you guys for reviews, since I didn't get any review
for the first patch (adding mailbox support) yet.
This adds device tree binding documentation for the driver communicating
with the rWTM firmware on Turris Mox.
Signed-off-by: Marek Behún
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
---
.../firmware/cznic,turris-mox-rwtm.txt| 19 +++
1 file changed, 19 insertions(+)
This adds device tree binding documentation for the rWTM BIU mailbox
driver on the Armada 37xx SOC (EspressoBin, Turris Mox).
Signed-off-by: Marek Behún
Reviewed-by: Rob Herring
---
.../mailbox/marvell,armada-3700-rwtm-mailbox.txt | 16
1 file changed, 16 insertions(+)
create
This adds the rWTM BIU mailbox node for communication with the secure
processor.
Signed-off-by: Marek Behún
---
arch/arm64/boot/dts/marvell/armada-37xx.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/boot/dts/marvell/armada-37xx.dtsi
This adds support for the mailbox via which the kernel can communicate
with the firmware running on the secure processor of the Armada 37xx
SOC.
The rWTM secure processor has access to internal eFuses and
cryptographic circuits, such as the Entropy Bit Generator to generate
true random numbers.
checkpatch.pl avoids warning about camel case of some definitions by
seeding a file that tracks all of the currently committed camel case
definitions.
To build this seed file, checkpatch.pl decides between using git or the
--root parameter.
This works as long as you don't run checkpatch.pl from
Hi Lucas:
Thanks for your reivew.
> -Original Message-
> From: Lucas Stach [mailto:l.st...@pengutronix.de]
> Sent: 2019年3月14日 17:31
> To: Richard Zhu ; bhelg...@google.com;
> lorenzo.pieral...@arm.com; andrew.smir...@gmail.com
> Cc: linux-...@vger.kernel.org;
Here are some of the more common spelling mistakes and typos that I've
found while fixing up spelling mistakes in the kernel.
Signed-off-by: Like Xu
---
scripts/spelling.txt | 579 +++
1 file changed, 492 insertions(+), 87 deletions(-)
diff --git
On Thu, Mar 14, 2019 at 2:18 AM Richard Zhu wrote:
>
> Hi Andrey:
> Thanks a lot for your review comments.
>
> Best Regards
> Richard Zhu
> Office: 86-21-28937189
> Mobile: 86-13386059786
>
>
> > -Original Message-
> > From: Andrey Smirnov [mailto:andrew.smir...@gmail.com]
> > Sent:
On Wed, Mar 13, 2019 at 2:15 AM Richard Zhu wrote:
>
> Add codes needed to support i.MX8QM/QXP PCIe.
> - HSIO(High Speed IO) subsystem is new defined on i.MX8QM/QXP.
> The PCIe and SATA modules are contained in the HSIO subsystem. There
> are two PCIe, one SATA controllers and three mixed
1 - 100 of 567 matches
Mail list logo