debug info
> date: 12 days ago
> config: x86_64-randconfig-r032-20200609 (attached as .config)
> compiler: gcc-5 (Ubuntu 5.5.0-12ubuntu1) 5.5.0 20171010
> reproduce (this is a W=1 build):
> git checkout 10e68b02c861ccf2b3adb59d3f0c10dc6b5e3ace
> # save the
Hello
The TAS2563 amplifier has a DSP that can run programs and configurations to
produce alternate audio experiences. The DSP firmware is not a typical firmware
as the binary may contain various programs and configurations that are
selectable during run time.
These programs and configurations
On Tue, 09 Jun 2020 18:24:20 +0800, Neal Liu wrote:
> Add bindings for MT6873 devapc.
>
> Signed-off-by: Neal Liu
> ---
> .../soc/mediatek/devapc/devapc-mt6873.yaml | 61
>
> 1 file changed, 61 insertions(+)
> create mode 100644
>
* Tony Lindgren [200609 17:11]:
> I'm also seeing the rmmod omapdrm issue on am437x-sk-evm:
Oops sorry this is a user error. I've forgotten I need
to unbind the fb vtcon first :) thanks for hinting that
Tomi!
I can rmmod omapdrm just fine after doing:
# echo 0 >
On Mon, 08 Jun 2020 15:07:25 +0530, Sivaprakash Murugesan wrote:
> Add dt-bindings for ipq6018 mailbox driver
>
> Reviewed-by: Rob Herring
> Signed-off-by: Sivaprakash Murugesan
> ---
> .../bindings/mailbox/qcom,apcs-kpss-global.yaml | 17
> +++--
> 1 file changed, 15
Hi Ramon,
On Tue, 2020-06-09 at 20:14 +0300, Ramon Fried wrote:
>
> On June 9, 2020 8:10:43 PM GMT+03:00, Sebastian Andrzej Siewior <
> bige...@linutronix.de> wrote:
> > On 2020-06-09 20:07:06 [+0300], Ramon Fried wrote:
> > > Indeed
> > > I'm truly sorry, I thought our crash kernel is
On Sun, 07 Jun 2020 16:45:32 -0700 (PDT)
David Miller wrote:
> From: Stephen Hemminger
> Date: Sun, 7 Jun 2020 15:30:19 -0700
>
> > Open source projects have been working hard to remove the terms master and
> > slave
> > in API's and documentation. Apparently, Linux hasn't gotten the message.
Adds sysfs documentation for WriteBooster entries.
Signed-off-by: Asutosh Das
---
Documentation/ABI/testing/sysfs-driver-ufs | 136 +
1 file changed, 136 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-driver-ufs
On 2020-06-09 10:00, Lakshmi Ramasubramanian wrote:
> On 6/9/20 9:43 AM, Steve Grubb wrote:
>
> > > The number in parenthesis is the error code (such as ENOMEM, EINVAL,
> > > etc.) IMA uses this format for reporting TPM errors in one of the audit
> > > messages (In ima_add_template_entry()). I
On Tue, Jun 09, 2020 at 05:01:17PM +0200, Michael Walle wrote:
> Am 2020-06-09 16:42, schrieb Mark Brown:
> > On Tue, Jun 09, 2020 at 04:38:31PM +0200, Michael Walle wrote:
> >
> > > mfd-device@10 {
> > > compatible = "simple-regmap", "simple-mfd";
> > > reg = <10>;
> > >
l-LGM-SoC/20200609-191216
base: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git
testing/next
config: x86_64-allyesconfig (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project
bc2b70982be8f5250cd0082a7190f8b417bd4dfe)
reproduce (this is a W=1
On June 9, 2020 8:10:43 PM GMT+03:00, Sebastian Andrzej Siewior
wrote:
>On 2020-06-09 20:07:06 [+0300], Ramon Fried wrote:
>> Indeed
>> I'm truly sorry, I thought our crash kernel is configured as RT as
>well.
>> so, as I understand, if I build the RT kernel without preempt enabled
>I can
Instead of triggering a WARN_ON deep down in the page allocator just
give up early on allocations that are way larger than the usual sysctl
values.
Fixes: 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler")
Reported-by: Vegard Nossum
Signed-off-by: Christoph Hellwig
---
On Tue, 2020-06-09 at 10:00 -0700, Lakshmi Ramasubramanian wrote:
> On 6/9/20 9:43 AM, Steve Grubb wrote:
>
> >> The number in parenthesis is the error code (such as ENOMEM, EINVAL,
> >> etc.) IMA uses this format for reporting TPM errors in one of the audit
> >> messages (In
No user pointers for sysctls anymore.
Fixes: 32927393dc1c ("sysctl: pass kernel pointers to ->proc_handler")
Reported-by: build test robot
Signed-off-by: Christoph Hellwig
---
drivers/cdrom/cdrom.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cdrom/cdrom.c
Hi
I've found out that a lot of hardware crypto drivers use GFP_ATOMIC. Some
of them switch between GFP_ATOMIC and GFP_KERNEL based on the flag
CRYPTO_TFM_REQ_MAY_SLEEP.
dm-crypt and dm-integrity don't use CRYPTO_TFM_REQ_MAY_SLEEP (because
GFP_KERNEL allocation requests can recurse back to
The pull request you sent on Mon, 8 Jun 2020 16:23:52 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-kunit-5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/595a56ac1b0d5f0a16a89589ef55ffd35c1967a2
Thank you!
* Tony Lindgren [200609 16:53]:
> * Tomi Valkeinen [200609 15:27]:
> > On 09/06/2020 18:19, Tony Lindgren wrote:
> > > Currently I'm only able to rmmod -f omapdrm, not sure if these issues
> > > might
> > > be related.
> >
> > Hmm, I always use modules, and can unload omapdrm and drm fine. But
On 2020-06-09 20:07:06 [+0300], Ramon Fried wrote:
> Indeed
> I'm truly sorry, I thought our crash kernel is configured as RT as well.
> so, as I understand, if I build the RT kernel without preempt enabled I can
> hit this bug?
Don't worry, I should have been better with the details in the
Hi Al,
two more fixes for the kernel pointers in the sysctl handlers.
On Mon, 8 Jun 2020 at 14:31, Qais Yousef wrote:
>
> On 06/04/20 14:14, Vincent Guittot wrote:
>
> [...]
>
> > I have tried your patch and I don't see any difference compared to
> > previous tests. Let me give you more details of my setup:
> > I create 3 levels of cgroups and usually run the tests
The pull request you sent on Mon, 8 Jun 2020 15:53:12 -0600:
> git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest
> tags/linux-kselftest-5.8-rc1
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/fc2fb38c85508a875fc2e95f1e14e0bdcf59e1e9
Thank you!
--
The pull request you sent on Tue, 9 Jun 2020 09:17:40 -0400:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.8
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d1e521adad250ab8c979861c857fa2b1542c9741
Thank you!
--
Deet-doot-dot, I
On Tue, Jun 9, 2020 at 1:13 PM David Howells wrote:
>
> Fix a couple of %px to be %x in debugging statements.
>
Nothing critical, but as in the patch subject this should be "%px to
be %p", not %x.
Marc
On 6/9/20 9:23 AM, Joerg Roedel wrote:
> Hi Guenter,
>
> On Tue, Jun 09, 2020 at 07:15:42AM -0700, Guenter Roeck wrote:
>> To build csky images, you have to disable CONFIG_FRAME_POINTER or use a
>> non-upstream compiler. To build any images reliably, you have to disable
>>
On June 9, 2020 7:42:13 PM GMT+03:00, Sebastian Andrzej Siewior
wrote:
>On 2020-06-09 19:40:03 [+0300], Ramon Fried wrote:
>> Correction. normal kernel is running with RT enabled, crash kernel
>without.
>
>no RT and no SMP in your crash kernel? So this information in your
>first
>email would
On Mon, 2020-06-08 at 14:53 -0700, Lakshmi Ramasubramanian wrote:
> The final log statement in process_buffer_measurement() for failure
> condition is at debug level. This does not log the message unless
> the system log level is raised which would significantly increase
> the messages in the
On 6/9/20 9:43 AM, Steve Grubb wrote:
The number in parenthesis is the error code (such as ENOMEM, EINVAL,
etc.) IMA uses this format for reporting TPM errors in one of the audit
messages (In ima_add_template_entry()). I followed the same pattern.
Would it be better if the value for "cause" is
Hi Sebastian,
On 6/9/20 6:45 PM, Sebastian Reichel wrote:
Hi,
On Tue, Jun 09, 2020 at 05:49:38PM +0200, Pali Rohár wrote:
On Monday 08 June 2020 20:36:58 mario.limoncie...@dell.com wrote:
Can you please comment here how you would like to see events like this should
come
through to
Hi Sebastian,
On Tue, 2020-06-09 at 18:38 +0200, Sebastian Andrzej Siewior wrote:
> On 2020-06-09 11:21:44 [-0500], Tom Zanussi wrote:
> > index 73dae64bfc9c..4f37a6173ab9 100644
> > --- a/kernel/softirq.c
> > +++ b/kernel/softirq.c
> > @@ -947,10 +947,12 @@ static void
On Tue, 2020-06-09 at 13:16 +0200, Greg Kroah-Hartman wrote:
> What is wrong with the existing control of dynamic
> debug messages that you want to add another type of arbitrary grouping
> to it?
There is no existing grouping mechanism.
Many drivers and some subsystems used an internal one
Hi Sebastian,
On Tue, 2020-06-09 at 18:34 +0200, Sebastian Andrzej Siewior wrote:
> On 2020-06-09 11:17:53 [-0500], Tom Zanussi wrote:
> > Hi Sebastian,
>
> Hi Tom,
>
> > I did find a problem with the patch when configured as !SMP since
> > in
> > that case the RUN flag is never set (will send
On 6/9/20 8:26 AM, Manikandan wrote:
> On Mon, Jun 08, 2020 at 06:49:45AM -0700, Guenter Roeck wrote:
>> On 6/8/20 3:43 AM, Manikandan Elumalai wrote:
>>> The adm1278 temp attribute need it for openbmc platform .
>>> This feature not enabled by default, so PMON_CONFIG needs to enable it.
>>>
>>>
On Mon, Jun 08, 2020 at 09:28:27AM +0100, Lee Jones wrote:
> Rob, something for you below.
>
> On Sat, 06 Jun 2020, Michael Walle wrote:
> > Am 2020-06-06 13:46, schrieb Mark Brown:
> > > On Fri, Jun 05, 2020 at 10:07:36PM +0200, Michael Walle wrote:
> > > > Am 2020-06-05 12:50, schrieb Mark
On 6/9/20 11:07 AM, Miklos Szeredi wrote:
While running xfstests[1] on overlayfs I get the following:
BUG: MAX_LOCKDEP_CHAIN_HLOCKS too low!
turning off the locking correctness validator.
[...]
Then when doing cat /proc/lockdep_chains I get this Oops:
BUG: unable to handle page fault for
* Tomi Valkeinen [200609 15:27]:
> On 09/06/2020 18:19, Tony Lindgren wrote:
> > Currently I'm only able to rmmod -f omapdrm, not sure if these issues might
> > be related.
>
> Hmm, I always use modules, and can unload omapdrm and drm fine. But there's
> a sequence that must be followed.
On Tue, Jun 09, 2020 at 03:01:37PM +0900, Daeho Jeong wrote:
> From: Daeho Jeong
>
> Added a new ioctl to send discard commands or/and zero out
> to whole data area of a regular file for security reason.
With this ioctl available, what is the exact procedure to write and then later
securely
On Tue, Jun 09, 2020 at 11:15:06AM +0200, Arnd Bergmann wrote:
> On Tue, Jun 9, 2020 at 6:02 AM Zhangfei Gao wrote:
> > On 2020/6/9 上午12:41, Bjorn Helgaas wrote:
> > > On Mon, Jun 08, 2020 at 10:54:15AM +0800, Zhangfei Gao wrote:
> > >> On 2020/6/6 上午7:19, Bjorn Helgaas wrote:
> > +++
On Tue, Jun 9, 2020 at 8:30 AM Oleg Nesterov wrote:
>
> Looks like this patch was forgotten...
>
> Should I resend it?
I guess I'll just take it directly, since it was triggered by me
complaining anyway.
I had hoped it would go through the usual channels.
Linus
(adding Jim Cromie and comments)
On Tue, 2020-06-09 at 09:03 -0700, Randy Dunlap wrote:
> On 6/9/20 4:13 AM, Matthew Wilcox wrote:
> > On Tue, Jun 09, 2020 at 01:45:57PM +0300, Stanimir Varbanov wrote:
> > > Here is the third version of dynamic debug improvements in Venus
> > > driver. As has
Hi,
On Tue, Jun 09, 2020 at 05:49:38PM +0200, Pali Rohár wrote:
> On Monday 08 June 2020 20:36:58 mario.limoncie...@dell.com wrote:
> > Can you please comment here how you would like to see events like this
> > should come
> > through to userspace?
> >
> > * Wrong power adapter (you have X and
Hello,
On Tuesday, June 9, 2020 11:58:02 AM EDT Lakshmi Ramasubramanian wrote:
> On 6/9/20 8:40 AM, Steve Grubb wrote:
> > On Monday, June 8, 2020 5:53:43 PM EDT Lakshmi Ramasubramanian wrote:
> >> The final log statement in process_buffer_measurement() for failure
> >> condition is at debug
Hello Philipp,
> El 9 jun 2020, a las 18:32, Philipp Zabel escribió:
>
> Hi Álvaro,
>
> On Tue, 2020-06-09 at 17:14 +0200, Álvaro Fernández Rojas wrote:
>> Hi Philipp,
>>
>>> El 9 jun 2020, a las 17:06, Philipp Zabel escribió:
>>>
>>> Hi Álvaro,
>>>
>>> On Tue, 2020-06-09 at 15:42 +0200,
On 2020-06-09 19:40:03 [+0300], Ramon Fried wrote:
> Correction. normal kernel is running with RT enabled, crash kernel without.
no RT and no SMP in your crash kernel? So this information in your first
email would have saved me some time…
Sebastian
On Tue, 2020-06-09 at 13:45 +0300, Stanimir Varbanov wrote:
> Hello,
>
> Here is the third version of dynamic debug improvements in Venus
> driver. As has been suggested on previous version by Joe [1] I've
> made the relevant changes in dynamic debug core to handle leveling
> as more generic way
On Tue, Jun 09, 2020 at 04:48:51PM +0200, ansuels...@gmail.com wrote:
> > -Messaggio originale-
> > Da: Bjorn Helgaas
> > Inviato: martedì 2 giugno 2020 19:28
> > A: ansuels...@gmail.com
> > Cc: 'Rob Herring' ; 'Sham Muthayyan'
> > ; 'Rob Herring' ; 'Andy
> > Gross' ; 'Bjorn Andersson'
>
On June 9, 2020 7:37:31 PM GMT+03:00, Ramon Fried wrote:
>
>
>On June 9, 2020 7:34:46 PM GMT+03:00, Sebastian Andrzej Siewior
> wrote:
>>On 2020-06-09 11:17:53 [-0500], Tom Zanussi wrote:
>>> Hi Sebastian,
>>Hi Tom,
>>
>>> I did find a problem with the patch when configured as !SMP since in
Fix typo: "tigger" --> "trigger"
Signed-off-by: Flavio Suligoi
---
tools/testing/selftests/ftrace/test.d/trigger/trigger-hist.tc | 2 +-
.../selftests/ftrace/test.d/trigger/trigger-stacktrace.tc | 2 +-
.../ftrace/test.d/trigger/trigger-trace-marker-hist.tc | 2 +-
On June 9, 2020 7:34:46 PM GMT+03:00, Sebastian Andrzej Siewior
wrote:
>On 2020-06-09 11:17:53 [-0500], Tom Zanussi wrote:
>> Hi Sebastian,
>Hi Tom,
>
>> I did find a problem with the patch when configured as !SMP since in
>> that case the RUN flag is never set (will send a patch for that
>>
On 2020-06-09 11:21:44 [-0500], Tom Zanussi wrote:
> index 73dae64bfc9c..4f37a6173ab9 100644
> --- a/kernel/softirq.c
> +++ b/kernel/softirq.c
> @@ -947,10 +947,12 @@ static void __tasklet_schedule_common(struct
> tasklet_struct *t,
>* is locked before adding it to the list.
>*/
>
Hi Kurt,
On Fri, 5 Jun 2020 at 16:19, Vladimir Oltean wrote:
>
> Hi Kurt,
>
> On Fri, 5 Jun 2020 at 15:57, Kurt Kanzenbach
> wrote:
> >
> > Hi Vladimir,
> >
> > On Fri Jun 05 2020, Vladimir Oltean wrote:
> > > Hi,
> > >
> > > I was testing stress-ng on an ARM64 box and I found that it can be
On Tue, Jun 09, 2020 at 03:34:12PM +0100, Kieran Bingham wrote:
> The word 'descriptor' is misspelled throughout the tree.
>
> Fix it up accordingly:
> decriptors -> descriptors
>
> Signed-off-by: Kieran Bingham
> Reviewed-by: David Hildenbrand
Acked-by: Michael S. Tsirkin
Trivial tree
On Tue, Jun 9, 2020 at 10:02 PM Souptick Joarder wrote:
>
> On Tue, Jun 9, 2020 at 8:04 PM Kieran Bingham
> wrote:
> >
> > The word 'descriptor' is misspelled throughout the tree.
>
> I think, *throughout the tree* is not appropriate* here. This patch
> has fixed it within the file. With that,
On 2020-06-09 9:51 a.m., Christoph Hellwig wrote:
> On Tue, Jun 09, 2020 at 11:16:46AM +0200, Piotr Stankiewicz wrote:
>> Seeing as there is shorthand available to use when asking for any type
>> of interrupt, or any type of message signalled interrupt, leverage it.
>>
>> Signed-off-by: Piotr
On 2020-06-09 11:17:53 [-0500], Tom Zanussi wrote:
> Hi Sebastian,
Hi Tom,
> I did find a problem with the patch when configured as !SMP since in
> that case the RUN flag is never set (will send a patch for that
> shortly), but that wouldn't be the case here.
How?
| #if defined(CONFIG_SMP) ||
/20200609-051451
base: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
config: powerpc-randconfig-r031-20200608 (attached as .config)
compiler: clang version 11.0.0 (https://github.com/llvm/llvm-project
bc2b70982be8f5250cd0082a7190f8b417bd4dfe)
reproduce (this is a W=1 build
On Tue, Jun 9, 2020 at 8:04 PM Kieran Bingham
wrote:
>
> The word 'descriptor' is misspelled throughout the tree.
I think, *throughout the tree* is not appropriate* here. This patch
has fixed it within the file. With that,
Acked-by: Souptick Joarder
>
> Fix it up accordingly:
> decriptors
On 6/9/20 6:51 AM, Kefeng Wang wrote:
> BUG: sleeping function called from invalid context at
> kernel/locking/mutex.c:935
> in_atomic(): 1, irqs_disabled(): 0, non_block: 0, pid: 0, name: swapper/5
> 1 lock held by swapper/5/0:
> #0: 80001002bd90
> -Original Message-
> From: Christoph Hellwig
> Sent: Tuesday, June 9, 2020 5:51 PM
>
> On Tue, Jun 09, 2020 at 11:16:46AM +0200, Piotr Stankiewicz wrote:
> > Seeing as there is shorthand available to use when asking for any type
> > of interrupt, or any type of message signalled
Hi Álvaro,
On Tue, 2020-06-09 at 17:14 +0200, Álvaro Fernández Rojas wrote:
> Hi Philipp,
>
> > El 9 jun 2020, a las 17:06, Philipp Zabel escribió:
> >
> > Hi Álvaro,
> >
> > On Tue, 2020-06-09 at 15:42 +0200, Álvaro Fernández Rojas wrote:
> > > Add support for resetting blocks through the
Reviewed-by: Divya Indi
On 6/9/20 6:52 AM, Kefeng Wang wrote:
> Remove trace_array 'sample-instance' if kthread_run fails
> in sample_trace_array_init().
>
> Signed-off-by: Kefeng Wang
> ---
> samples/ftrace/sample-trace-array.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
>
Fix typo: "tigger" --> "trigger"
Signed-off-by: Flavio Suligoi
---
drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/common/cros_ec_sensors/cros_ec_sensors_core.c
On Thu, 04 Jun 2020 23:10:29 +0200, Michael Walle wrote:
> Add a device tree bindings for the board management controller found on
> the Kontron SMARC-sAL28 board.
>
> Signed-off-by: Michael Walle
> ---
> .../bindings/gpio/kontron,sl28cpld-gpio.yaml | 54 +++
>
On 6/9/20 4:43 PM, Vladimir Murzin wrote:
> On 6/9/20 4:36 PM, Christoph Hellwig wrote:
>> On Tue, Jun 09, 2020 at 11:22:24PM +0800, dillon min wrote:
>>> Hi Vladimir,
>>>
>>> Thanks for reviewing.
>>>
>>> Hi Christoph Hellwig,
>>>
>>> I just want to know if kernel dma mapping/direct is focused on
Hi Guenter,
On Tue, Jun 09, 2020 at 07:15:42AM -0700, Guenter Roeck wrote:
> To build csky images, you have to disable CONFIG_FRAME_POINTER or use a
> non-upstream compiler. To build any images reliably, you have to disable
> CONFIG_GCC_PLUGIN_RANDSTRUCT or use a version of gcc old enough to not
There are several places in the kernel which check/ask for MSI or MSI-X
interrupts. It would make sense to have a macro which defines all types
of message signalled interrupts, to use in such situations. Add
PCI_IRQ_MSI_TYPES, for this purpose.
Signed-off-by: Piotr Stankiewicz
Suggested-by: Andy
4.19 stable-rt commit 62d0a2a30cd0 (tasklet: Address a race resulting in
double-enqueue) addresses a problem that can result in a tasklet being
enqueued on two cpus at the same time by combining the RUN flag with a
new CHAINED flag, and relies on the combination to be present in order
to zero it
On Mon, 8 Jun 2020, Denis Efremov wrote:
> Check that the rule matches vmemdup_user implementation.
> memdup_user is out of scope because we are not matching
> kmalloc_track_caller() function.
Is this a bit over-enginered? More precisely, even if it is nice to check
that the API definition
On Tue, Jun 09, 2020 at 05:13:26PM +0100, David Howells wrote:
> Fix afs_compare_addrs() to use WARN_ON(1) instead of BUG() and return 1
> (ie. srx_a > srx_b).
>
> There's no point trying to put actual error handling in as this should not
> occur unless a new transport address type is allowed by
Hi Robert,
On 09-06-20, 16:45, Robert Marko wrote:
> HI,
> Vinod can you maybe pick this?
Sorry can't do.. this needs to go thru Bjorn..
We are in merge window so it is too late for that.
Bjorn can pick this for 5.9...
>
> It would be great to have nodes in 5.8 along the driver
>
> Thank
>
On Tue, Jun 09, 2020 at 05:13:33PM +0100, David Howells wrote:
> Fix a couple of %px to be %x in debugging statements.
>
> Fixes: e49c7b2f6de7 ("afs: Build an abstraction around an "operation"
> concept")
> Fixes: 8a070a964877 ("afs: Detect cell aliases 1 - Cells with root volumes")
>
Hi Sebastian,
On Tue, 2020-06-09 at 17:47 +0200, Sebastian Andrzej Siewior wrote:
> On 2020-06-04 15:51:14 [-0500], Tom Zanussi wrote:
> > >
> > > Hi, This patch introduced a regression in our kernel
> > > (v4.19.124-rt53-rebase), It occurs when we're jumping to crush
> > > kernel
> > > using
Fix typo: "tigger" --> "trigger"
Signed-off-by: Flavio Suligoi
---
kernel/trace/trace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index ec44b0e2a19c..597e19b93165 100644
--- a/kernel/trace/trace.c
+++ b/kernel/trace/trace.c
On Tue, Jun 09, 2020 at 09:06:27AM -0700, Andrei Vagin wrote:
> On Tue, Jun 09, 2020 at 09:44:22AM +0200, Christian Brauner wrote:
> > On Mon, Jun 08, 2020 at 08:42:21PM -0700, Andrei Vagin wrote:
> > > On Wed, Jun 03, 2020 at 06:23:26PM +0200, Adrian Reber wrote:
> > > > This patch introduces
Hi,
On 6/9/20 5:36 PM, mario.limoncie...@dell.com wrote:
Loop linux-input mailing list and trim to the relevant conversation.
Can you please comment here how you would like to see events like this
should come
through to userspace?
* Wrong power adapter (you have X and should have Y)
* You
Remove afs_zero_fid as it's not used.
Signed-off-by: David Howells
---
fs/afs/yfsclient.c |2 --
1 file changed, 2 deletions(-)
diff --git a/fs/afs/yfsclient.c b/fs/afs/yfsclient.c
index b0a6e40b4da3..52d5af5fcd44 100644
--- a/fs/afs/yfsclient.c
+++ b/fs/afs/yfsclient.c
@@ -15,8 +15,6 @@
Make afs_zap_data() static as it's only used in the file in which it is
defined.
Signed-off-by: David Howells
---
fs/afs/inode.c|2 +-
fs/afs/internal.h |1 -
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/fs/afs/inode.c b/fs/afs/inode.c
index
Fix afs_compare_addrs() to use WARN_ON(1) instead of BUG() and return 1
(ie. srx_a > srx_b).
There's no point trying to put actual error handling in as this should not
occur unless a new transport address type is allowed by AFS. And even if
it does, in this particular case, it'll just never
Fix a couple of %px to be %x in debugging statements.
Fixes: e49c7b2f6de7 ("afs: Build an abstraction around an "operation" concept")
Fixes: 8a070a964877 ("afs: Detect cell aliases 1 - Cells with root volumes")
Reported-by: Kees Cook
Signed-off-by: David Howells
---
fs/afs/dir.c |2
From: Zhihao Cheng
Fix afs_put_sysnames() to actually free the specified afs_sysnames
object after its reference count has been decreased to zero and
its contents have been released.
Fixes: 6f8880d8e681557 ("afs: Implement @sys substitution handling")
Signed-off-by: Zhihao Cheng
Signed-off-by:
Fix AFS file locking to use the correct vnode pointer and remove a member
of the afs_operation struct that is never set, but it is read and followed,
causing an oops.
This can be triggered by:
flock -s /afs/example.com/foo sleep 1
when it calls the kernel to get a file lock.
Fixes:
Fix typo: "tigger" --> "trigger"
Signed-off-by: Flavio Suligoi
---
drivers/scsi/mpt3sas/mpt3sas_base.h | 2 +-
drivers/scsi/mpt3sas/mpt3sas_trigger_diag.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/mpt3sas/mpt3sas_base.h
Here's a set of patches to fix some things, most of them minor.
(1) Fix a memory leak in afs_put_sysnames().
(2) Fix an oops in AFS file locking.
(3) Fix new use of BUG().
(4) Fix debugging statements containing %px.
(5) Remove afs_zero_fid as it's unused.
(6) Make afs_zap_data()
Hi Yifeng,
Just a few comments (part1).
This patch doesn't apply without errors.
Use linux-next as base.
git clone --depth 1
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
linux-next
Before submitting use this script and fix all the warnings where possible.
On Tue, 2020-06-09 at 13:46 +0100, Kieran Bingham wrote:
> After coming across the s/decriptors/descriptors/ spelling error twice,
> a scan of the tree showed it was a pervasive mistake.
[]
> diff --git a/scripts/spelling.txt b/scripts/spelling.txt
[]
> @@ -404,6 +404,7 @@ decendants||descendants
On Tue, Jun 09, 2020 at 09:44:22AM +0200, Christian Brauner wrote:
> On Mon, Jun 08, 2020 at 08:42:21PM -0700, Andrei Vagin wrote:
> > On Wed, Jun 03, 2020 at 06:23:26PM +0200, Adrian Reber wrote:
> > > This patch introduces CAP_CHECKPOINT_RESTORE, a new capability
> > > facilitating
> > >
On Mon, Jun 08, 2020 at 08:54:51PM +0800, Frank Lee wrote:
> On Fri, Jun 5, 2020 at 11:18 PM Maxime Ripard wrote:
> >
> > Hi,
> >
> > On Fri, Jun 05, 2020 at 08:55:44PM +0800, Frank Lee wrote:
> > > From: Yangtao Li
> > >
> > > Using %px to show the actual address in sunxi_mmc_irq()
> > > to
On 6/9/20 4:13 AM, Matthew Wilcox wrote:
> On Tue, Jun 09, 2020 at 01:45:57PM +0300, Stanimir Varbanov wrote:
>> Here is the third version of dynamic debug improvements in Venus
>> driver. As has been suggested on previous version by Joe [1] I've
>> made the relevant changes in dynamic debug core
BCM6328 SoCs have a reset controller for certain components.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes.
arch/mips/boot/dts/brcm/bcm6328.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/mips/boot/dts/brcm/bcm6328.dtsi
b/arch/mips/boot/dts/brcm/bcm6328.dtsi
Ooops,
Looks like that should have been part of patch 2/17.
Must have got split during the rebase I made or something, not sure.
On 09/06/2020 16:54, Dennis Dalessandro wrote:
> On 6/9/2020 8:46 AM, Kieran Bingham wrote:
>> The word 'descriptor' is misspelled throughout the tree.
>>
>> Fix it
BCM6358 SoCs have a reset controller for certain components.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes.
arch/mips/boot/dts/brcm/bcm6358.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/mips/boot/dts/brcm/bcm6358.dtsi
b/arch/mips/boot/dts/brcm/bcm6358.dtsi
BCM6368 SoCs have a reset controller for certain components.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes.
arch/mips/boot/dts/brcm/bcm6368.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/mips/boot/dts/brcm/bcm6368.dtsi
b/arch/mips/boot/dts/brcm/bcm6368.dtsi
BCM6362 SoCs have a reset controller for certain components.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes.
arch/mips/boot/dts/brcm/bcm6362.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/mips/boot/dts/brcm/bcm6362.dtsi
b/arch/mips/boot/dts/brcm/bcm6362.dtsi
Add support for resetting blocks through the Linux reset controller
subsystem for BCM63xx SoCs.
Signed-off-by: Álvaro Fernández Rojas
---
v2: add compatibility to reset-simple instead of adding a new driver.
drivers/reset/Kconfig| 3 ++-
drivers/reset/reset-simple.c | 1 +
2 files
This allows to add reset controllers support.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
arch/mips/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
index 9dc08ee3d6b9..e82586e7719c 100644
--- a/arch/mips/Kconfig
+++
Fix typo: "tigger" --> "trigger"
Signed-off-by: Flavio Suligoi
---
drivers/tty/moxa.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/moxa.h b/drivers/tty/moxa.h
index 563d2dce80b3..f0a4381b6861 100644
--- a/drivers/tty/moxa.h
+++ b/drivers/tty/moxa.h
@@ -138,7
> -Original Message-
> From: Y Paritcher
> Sent: Monday, June 8, 2020 10:53 PM
> To: Pali Rohár
> Cc: linux-kernel@vger.kernel.org; platform-driver-...@vger.kernel.org;
> Matthew Garrett; Limonciello, Mario
> Subject: [PATCH v3 1/3] platform/x86: dell-wmi: add new backlight events
>
>
BCM63xx SoCs have a reset controller for certain components.
v2: add compatibility to reset-simple instead of adding a new driver.
Álvaro Fernández Rojas (7):
mips: bmips: select ARCH_HAS_RESET_CONTROLLER
dt-bindings: reset: add BCM6345 reset controller bindings
drivers: reset: simple: add
Add support for resetting blocks through the Linux reset controller
subsystem for BCM63xx SoCs.
Signed-off-by: Álvaro Fernández Rojas
---
v2: no changes
.../bindings/reset/brcm,bcm6345-reset.yaml| 37 +++
1 file changed, 37 insertions(+)
create mode 100644
Hi, Neal:
Neal Liu 於 2020年6月9日 週二 下午6:25寫道：
>
> MT6873 bus frabric provides TrustZone security support and data
> protection to prevent slaves from being accessed by unexpected
> masters.
> The security violations are logged and sent to the processor for
> further analysis or countermeasures.
>
801 - 900 of 1556 matches
Mail list logo
