Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
arch/sh/include/asm/pgtable_64.h
between commit:
37744feebc08 ("sh: remove sh5 support")
from the sh tree and patch:
"mm: consolidate pmd_index() and pmd_offset() definitions"
from the akpm tree.
I fixed it up (the
Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
arch/sh/include/asm/pgtable_64.h
between commit:
37744feebc08 ("sh: remove sh5 support")
from the sh tree and patch:
"mm: consolidate pud_index() and pud_offset() definitions"
from the akpm tree.
I fixed it up (the
On 02/06/2020 06:48, Navid Emamdoost wrote:
> Call to pm_runtime_get_sync increments counter even in case of
> failure leading to incorrect ref count.
> Call pm_runtime_put_autosuspend if pm_runtime_get_sync fails.
>
> Signed-off-by: Navid Emamdoost
> ---
>
Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
arch/sh/include/asm/pgtable_64.h
between commit:
37744feebc08 ("sh: remove sh5 support")
from the sh tree and patch:
"mm: consolidate pgd_index() and pgd_offset{_k}() definitions"
from the akpm tree.
I fixed it up
On 02/06/2020 06:26, Navid Emamdoost wrote:
> Call to pm_runtime_get_sync increments counter even in case of
> failure leading to incorrect ref count.
> Call pm_runtime_put if pm_runtime_get_sync fails.
>
> Signed-off-by: Navid Emamdoost
> ---
> drivers/spi/spi-tegra20-slink.c | 1 +
> 1 file
Hi all,
Today's linux-next merge of the akpm tree got a conflict in:
arch/sh/include/asm/pgtable_64.h
between commit:
37744feebc08 ("sh: remove sh5 support")
from the sh tree and patch:
"mm: consolidate pgd_index() and pgd_offset{_k}() definitions"
from the akpm tree.
I fixed it up
> -Original Message-
> From: Dan Carpenter [mailto:dan.carpen...@oracle.com]
> Sent: Thursday, June 4, 2020 11:37 PM
> To: kbu...@lists.01.org; Song Bao Hua (Barry Song)
> ; h...@lst.de; m.szyprow...@samsung.com;
> robin.mur...@arm.com; catalin.mari...@arm.com
> Cc: l...@intel.com; Dan
Am Freitag, 5. Juni 2020, 02:43:36 CEST schrieb Eric Biggers:
Hi Eric,
> On Thu, Jun 04, 2020 at 08:41:00AM +0200, Stephan Müller wrote:
> > The Jitter RNG is unconditionally allocated as a seed source follwoing
> > the patch 97f2650e5040. Thus, the instance must always be deallocated.
> >
> >
On Thu, 2020-05-21 at 13:59 +, Tomasz Figa wrote:
> Hi Xia,
>
> On Fri, Apr 03, 2020 at 05:40:23PM +0800, Xia Jiang wrote:
> > Change device node number from 3 to -1 because that the driver will
> > also support jpeg encoder.
> >
>
> Thanks for the patch. The change is correct, but I think
On Thu, 2020-05-21 at 15:22 +, Tomasz Figa wrote:
> Hi Xia,
>
> On Fri, Apr 03, 2020 at 05:40:24PM +0800, Xia Jiang wrote:
> > Call pm_runtime_get_sync() before starting a frame and then
> > pm_runtime_put() after completing it. This can save power for the time
> > between processing two
On Fri, May 29, 2020 at 11:01 PM Gabriel Krisman Bertazi
wrote:
>
> Modern Windows applications are executing system call instructions
> directly from the application's code without going through the WinAPI.
> This breaks Wine emulation, because it doesn't have a chance to
> intercept and emulate
On Fri, 05 Jun 2020, Chunyan Zhang wrote:
> On Thu, 4 Jun 2020 at 19:16, Lee Jones wrote:
> >
> > On Thu, 04 Jun 2020, Chunyan Zhang wrote:
> >
> > > Hi Lee,
> > >
> > > On Wed, 27 May 2020 at 14:21, Chunyan Zhang wrote:
> > > >
> > > > From: Baolin Wang
> > > >
> > > > When changing to use
On 02/06/2020 05:55, Navid Emamdoost wrote:
> the call to pm_runtime_get_sync increments the counter even
> in case of failure leading to incorrect ref count.
> Call pm_runtime_put if pm_runtime_get_sync fails.
>
> Signed-off-by: Navid Emamdoost
> ---
> drivers/spi/spi-tegra114.c | 3 +++
>
syzbot has bisected this bug to:
commit e42671084361302141a09284fde9bbc14fdd16bf
Author: Manivannan Sadhasivam
Date: Thu May 7 12:53:06 2020 +
net: qrtr: Do not depend on ARCH_QCOM
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=17e2221210
start commit: acf25aa6
On 02/06/2020 05:40, Navid Emamdoost wrote:
> The counter is incremented via pm_runtime_get even in failure case.
> To correct the counter call pm_runtime_put in case of failure, too.
>
> Signed-off-by: Navid Emamdoost
> ---
> drivers/spi/spi-tegra20-sflash.c | 1 +
> 1 file changed, 1
On Thu, 04 Jun 2020, Michael Walle wrote:
> The Kontron sl28cpld is a board management chip providing gpio, pwm, fan
> monitoring and an interrupt controller. For now this controller is used on
> the Kontron SMARC-sAL28 board. But because of its flexible nature, it
> might also be used on other
On Fri, Jun 5, 2020 at 1:09 AM Jon Hunter wrote:
>
>
> On 02/06/2020 05:55, Navid Emamdoost wrote:
> > the call to pm_runtime_get_sync increments the counter even
> > in case of failure leading to incorrect ref count.
> > Call pm_runtime_put if pm_runtime_get_sync fails.
> >
> > Signed-off-by:
In blkdev_get() we call __blkdev_get() to do some internal jobs and if
there is some errors in __blkdev_get(), the bdput() is called which
means we have released the refcount of the bdev (actually the refcount of
the bdev inode). This means we cannot access bdev after that point. But
accually bdev
On Fri, Jun 05, 2020 at 07:58:15AM +0200, Stephan Mueller wrote:
> Am Freitag, 5. Juni 2020, 02:43:36 CEST schrieb Eric Biggers:
>
> Hi Eric,
>
> > On Thu, Jun 04, 2020 at 08:41:00AM +0200, Stephan Müller wrote:
> > > The Jitter RNG is unconditionally allocated as a seed source follwoing
> > >
On Thu, Jun 4, 2020 at 11:56 PM Sudeep Holla wrote:
>
> > >> bash-1526 [000] 1149.472553: scmi_xfer_begin:
> > >> transfer_id=1538 msg_id=6 protocol_id=21 seq=0 poll=0
> > >> -0 [001] 1149.472733: scmi_xfer_begin:
> > >> transfer_id=1539 msg_id=7 protocol_id=19 seq=1
Hello
I'm "Mrs Suzara Maling Wan" married to Mr. Wan( an International
Contractor and Oil Merchant/ jointly in Exposition of Agro Equipment
) who died in Burkina Faso attack, i am 64 years old and diagnosed
of cancer for about 2 years ago and my husband informed me that he
deposited the sum of
On 05/06/20 07:00, Xiaoyao Li wrote:
> you could do
>
> bool guest_cpuid_aperfmperf = false;
> if (best)
> guest_cpuid_aperfmperf = !!(best->ecx & BIT(0));
>
> if (guest_cpuid_aperfmerf != guest_has_aperfmperf(vcpu->kvm))
> return -EINVAL;
>
>
> In fact, I think we
> -Original Message-
> From: Rob Herring
> Sent: Friday, June 5, 2020 6:23 AM
> To: Ooi, Joyce
> Cc: David S . Miller ; Jakub Kicinski
> ; Thor Thayer ;
> net...@vger.kernel.org; Rob Herring ; See, Chin
> Liang ; linux-kernel@vger.kernel.org; Nguyen,
> Dinh ; Westergreen, Dalon
> ;
Hi Linus,
On 5/29/20 9:19 PM, Linus Torvalds wrote:
> On Fri, May 29, 2020 at 6:08 AM David Laight wrote:
>>
>> A wide monitor is for looking at lots of files.
>
> Not necessarily.
>
> Excessive line breaks are BAD. They cause real and every-day problems.
>
> They cause problems for things
Balancing of the 'boot-on' coupled regulators must wait until the clients
set their constraints, otherwise the balancing code might change the
voltage of the not-yet-constrained regulator to the value below the
bootloader-configured operation point, what might cause a system crash.
This is
On Thu, 2020-05-21 at 15:41 +, Tomasz Figa wrote:
> Hi Xia,
>
> On Fri, Apr 03, 2020 at 05:40:26PM +0800, Xia Jiang wrote:
>
> Thank you for the patch. Please see my comments inline.
>
> nit: I'd remove "for improving code quality" from the subject, as it's
> obvious that we don't intend to
> Check for memset()/memset_explicit() with 0 followed by
> kfree()/vfree()/kvfree().
Another software evolution will become interesting here.
> +/// memset_explicit with 0 followed by kfree
How do you think about to extend this comment?
Would you like to take the following SmPL code
On Thu, 2020-05-21 at 15:49 +, Tomasz Figa wrote:
> Hi Xia,
>
> On Fri, Apr 03, 2020 at 05:40:29PM +0800, Xia Jiang wrote:
> > Delete unused member variables annotation.
> > Delete unused variable definition.
> > Delete redundant log print, because V4L2 debug logs already print it.
> >
> >
Support building i.MX8MP pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8mp.c | 10 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
Support building i.MX8MM pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8mm.c | 10 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
There are more and mroe requirements that SoC specific modules should be
built as module in order to support generic kernel image, such as Android
GKI concept.
This patch series supports i.MX8 SoCs pinctrl drivers to be built as module,
including i.MX8MQ/MM/MN/MP/QXP/QM/DXL SoCs.
Anson Huang
Support building i.MX8MN pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8mn.c | 10 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
Support building i.MX8QXP pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8qxp.c | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
Support building i.MX8DXL pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8dxl.c | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
On Fri, 05 Jun 2020 04:18:29 +0200,
Macpaul Lin wrote:
>
> On Fri, 2020-06-05 at 08:43 +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the sound-current tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> >
> > /home/sfr/next/next/sound/usb/card.c:
Support building i.MX8MQ pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8mq.c | 9 -
2 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
Support building i.MX8QM pinctrl driver as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/Kconfig | 2 +-
drivers/pinctrl/freescale/pinctrl-imx8qm.c | 9 +++--
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/pinctrl/freescale/Kconfig
The tpm2_get_cc_attrs_tbl() call will result in TPM commands being issued,
which will need the use of the internal command/response buffer. But,
we're issuing this *before* we've waited to make sure that buffer is
allocated.
This can result in intermittent failures to probe if the hypervisor /
Export imx_pinctrl_probe()/imx_pinctrl_pm_ops/imx_pinctrl_sc_ipc_init()
to support i.MX SoCs' pinctrl driver to be built as module.
Signed-off-by: Anson Huang
---
drivers/pinctrl/freescale/pinctrl-imx.c | 2 ++
drivers/pinctrl/freescale/pinctrl-scu.c | 1 +
2 files changed, 3 insertions(+)
Am Freitag, 5. Juni 2020, 08:16:46 CEST schrieb Eric Biggers:
Hi Eric,
> On Fri, Jun 05, 2020 at 07:58:15AM +0200, Stephan Mueller wrote:
> > Am Freitag, 5. Juni 2020, 02:43:36 CEST schrieb Eric Biggers:
> >
> > Hi Eric,
> >
> > > On Thu, Jun 04, 2020 at 08:41:00AM +0200, Stephan Müller wrote:
The include file for input clock in the example was missing, breaking the
validation.
Signed-off-by: Lubomir Rintel
Reported-by: Rob Herring
---
.../devicetree/bindings/clock/marvell,mmp2-audio-clock.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git
To support multiple template digests, the static array entry->digest has
been replaced with a dynamically allocated array in commit aa724fe18a8a
("ima: Switch to dynamically allocated buffer for template digests"). The
array is allocated in ima_alloc_init_template() and if the returned pointer
is
+Saravana,
On 05-06-20, 08:37, Marek Szyprowski wrote:
> Balancing of the 'boot-on' coupled regulators must wait until the clients
> set their constraints, otherwise the balancing code might change the
> voltage of the not-yet-constrained regulator to the value below the
> bootloader-configured
On Fri, 5 Jun 2020, Stephen Rothwell wrote:
> > Today's linux-next merge of the livepatching tree got a conflict in:
> >
> > kernel/module.c
> >
> > between commits:
> >
> > db991af02f11 ("module: break nested ARCH_HAS_STRICT_MODULE_RWX and
> > STRICT_MODULE_RWX #ifdefs")
> >
Hi all,
News: there will be no linux-release on Monday and (probably) Tuesday.
News: The merge window has opened, so please do *not* add v5.9 material
to your linux-next included branches until after v5.8-rc1 has been
released.
Changes since 20200604:
Linus' tree gained a build failure for
Mark, what do you think?
On Thu, 04 Jun 2020, Michael Walle wrote:
> Add the core support for the board management controller found on the
> SMARC-sAL28 board. It consists of the following functions:
> - watchdog
> - GPIO controller
> - PWM controller
> - fan sensor
> - interrupt controller
When include/uapi/linux/iommu.h was created it was never
added to the file list in MAINTAINERS.
Cc: Joerg Roedel
Signed-off-by: Jerry Snitselaar
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e1897ed32930..061648b6e393 100644
---
Hi Hans, Nicolas,
On 2020-05-29 13:01, Hans Verkuil wrote:
On 29/05/2020 04:18, Nicolas Dufresne wrote:
Le jeudi 28 mai 2020 à 16:18 +0530, diksh...@codeaurora.org a écrit :
not allowed. So I need to know more about this.
Regards,
Hans
we need this for use cases like HDR10+ where
On Thu, 4 Jun 2020 at 17:38, Valentin Schneider
wrote:
>
>
> On 04/06/20 14:05, Thara Gopinath wrote:
> > On Thu, 4 Jun 2020 at 06:56, Valentin Schneider
> >>
> >> Right, s/defconfig/arch kconfig/ or somesuch.
> >>
> >
> > CPU_FREQ_THERMAL also has to be enabled for this to be effective.
> >
On Thu, 4 Jun 2020 at 10:57, Mel Gorman wrote:
>
> On Wed, Jun 03, 2020 at 07:06:18PM +0200, Vincent Guittot wrote:
> > > still exists, just the gap becomes smaller -
> > > release run1run2
> > > v5.44.324.3 <-- little change comparing to above
> > > v5.5
On Wed, 2020-06-03 at 17:34 +0800, Russell King - ARM Linux admin wrote:
> On Wed, Jun 03, 2020 at 08:40:58AM +0100, Marc Zyngier wrote:
> > On 2020-06-03 08:29, Neal Liu wrote:
> > > On Tue, 2020-06-02 at 21:02 +0800, Marc Zyngier wrote:
> > > > On 2020-06-02 13:14, Ard Biesheuvel wrote:
> > > >
From: Wooki Min
This is an patch to use FPSIMD register in Kernel space.
It need to manage to use FPSIMD register without damaging it
of the user task.
Following items have been implemented and added.
1. Using FPSIMD in ISR (in_interrupt)
It can used
> Set EXFAT_SB_DIRTY flag in exfat_put_super().
>
> In some cases, can't clear VOL_DIRTY with 'sync'.
> ex:
>
> VOL_DIRTY is set when rmdir starts, but when non-empty-dir is detected,
> return error without setting
> EXFAT_SB_DIRTY.
> If performe 'sync' in this state, VOL_DIRTY will not be
On Thu, Jun 4, 2020 at 10:14 PM Paolo Bonzini wrote:
>
> On 04/06/20 21:28, Miklos Szeredi wrote:
> > time(2) returns good time, while clock_gettime(2) returns bad time.
> > Here's an example:
> >
> > time=1591298725 RT=1591300383 MONO=39582 MONO_RAW=39582 BOOT=39582
> > time=1591298726
+++ Jiri Kosina [05/06/20 08:56 +0200]:
On Fri, 5 Jun 2020, Stephen Rothwell wrote:
> Today's linux-next merge of the livepatching tree got a conflict in:
>
> kernel/module.c
>
> between commits:
>
> db991af02f11 ("module: break nested ARCH_HAS_STRICT_MODULE_RWX and
STRICT_MODULE_RWX
Allow user to use alternative implementations of compression tools,
such as pigz, pbzip2, pxz. For example, multi-threaded tools to
speed up the build:
$ make GZIP=pigz BZIP2=pbzip2
Variables _GZIP, _BZIP2, _LZOP are used internally because original env
vars are reserved by the tools. The use of
On Wed, 3 Jun 2020, Luc Van Oostenryck wrote:
On Mon, Jun 01, 2020 at 03:46:47PM -0400, Steven Rostedt wrote:
On Mon, 1 Jun 2020 19:45:51 +0100
Jules Irenge wrote:
Sparse reports warnings
warning: context imbalance in ftrace_arch_code_modify_prepare()
- wrong count at exit
On Thu, Jun 04, 2020 at 05:24:33PM -0700, Eric Biggers wrote:
> On Thu, Jun 04, 2020 at 07:18:37AM -0700, Guenter Roeck wrote:
> > On Tue, May 26, 2020 at 06:11:04PM +0200, Peter Zijlstra wrote:
> > > The recent commit: 90b5363acd47 ("sched: Clean up scheduler_ipi()")
> > > got
On 04.06.20 22:00, Dave Hansen wrote:
> On 6/4/20 11:12 AM, Daniel Jordan wrote:
>>> E.g., on powerpc that's 16MB so they have *a lot* of memory blocks.
>>> That's why that's not papering over the problem. Increasing the memory
>>> block size isn't always the answer.
>> Ok. If you don't mind,
On Tue, 2 Jun 2020, Paul E. McKenney wrote:
On Mon, Jun 01, 2020 at 07:45:47PM +0100, Jules Irenge wrote:
Jules Irenge (5):
rcu/rcutorture: replace 0 with false
rcu: replace 1 with true
I queued these two, thank you!
rcu: replace + with |
This one I am not all that excited
Allocate the time namespace page among VVAR pages. Provide
__arch_get_timens_vdso_data() helper for VDSO code to get the
code-relative position of VVARs on that special page.
If a task belongs to a time namespace then the VVAR page which contains
the system wide VDSO data is replaced with a
Friendly reminder.
~Alexey
On 03.06.2020 18:47, Alexey Budankov wrote:
>
> Changes in v7:
> - added missing perf-record.txt changes
> - adjusted docs wording for --ctl-fd,ctl-fd-ack options
> to additionally mention --delay=-1 effect
>
> v6:
>
On 05/06/20 10:53AM, masonccy...@mxic.com.tw wrote:
>
> > > > >
> > > > > +#define MXIC_CR2_DUMMY_SET_ADDR 0x300
> > > > > +
> > > > > +/* Fixup the dummy cycles to device and setup octa_dtr_enable()
> */
> > > > > +static void mx25uw51245g_post_sfdp_fixups(struct spi_nor *nor)
> > > > > +{
> >
Hi,
On Thu, 4 Jun 2020, Max Filippov wrote:
> On configurations with CONFIG_ARCH_HAS_STRICT_MODULE_RWX disabled kernel
> build fails with the following message:
>
> kernel/module.c:3593:2: error: implicit declaration of function
> ‘module_enable_ro’;
>
> Add empty module_enable_ro
There were some review comments after the patch was integrated.
Address those.
Fixes: 1883a934e156 ("dt-bindings: usb: convert keystone-usb.txt to YAML")
Signed-off-by: Roger Quadros
---
Changelog:
v2
- don't use quotes for enum/const string
- use phandle instead of phandle-array for phys
-
On Thu, Jun 04, 2020 at 01:57:01PM -0700, Jordan Hand wrote:
> On 6/4/20 1:15 PM, Greg Kroah-Hartman wrote:
> > On Thu, Jun 04, 2020 at 12:36:23PM -0700, jorh...@linux.microsoft.com wrote:
> > > From: Jordan Hand
> > >
> > > If a child swnode is unregistered after it's parent, it can lead to
> >
On Thu, Jun 04, 2020 at 02:52:26PM +0200, Christian Brauner wrote:
> On Wed, Jun 03, 2020 at 07:22:57PM -0700, Kees Cook wrote:
> > On Thu, Jun 04, 2020 at 03:24:52AM +0200, Christian Brauner wrote:
> > > On Tue, Jun 02, 2020 at 06:10:41PM -0700, Sargun Dhillon wrote:
> > > > Previously there were
Hi Qais,
On Wed, Jun 03, 2020 at 18:52:00 +0200, Qais Yousef
wrote...
> On 06/03/20 16:59, Vincent Guittot wrote:
>> When I want to stress the fast path i usually use "perf bench sched pipe -T "
>> The tip/sched/core on my arm octo core gives the following results for
>> 20 iterations of
Hi Mark,
On 04/06/20 13:07, Mark Brown wrote:
> On Wed, Jun 03, 2020 at 10:03:16PM +0200, Luca Ceresoli wrote:
>
>> I suspect the only solution that allows to configure the EN_PIN_CTRLn bits
>> correctly in all the possible hardware setups would be to tell in device
>> tree / board info whether
On Fri, 2020-06-05 at 02:45 +, Robin Gong wrote:
> On 2020/06/03 Matthias Schiffer
> wrote:
> > On Wed, 2020-06-03 at 09:50 +, Robin Gong wrote:
> > > On 2020/06/03 Matthias Schiffer <
> > > matthias.schif...@ew.tq-group.com>
> > > wrote:
> > > > On Thu, 2020-05-21 at 04:34 +0800, Robin
Remove memset with 0 for stor_device->stor_chns in storvsc_suspend()
before the call to kfree() as the memory contains no sensitive information.
Fixes: 56fb10585934 ("scsi: storvsc: Add the support of hibernation")
Suggested-by: Dexuan Cui
Signed-off-by: Denis Efremov
---
On Fri, Jun 5, 2020 at 12:16 AM Michael Walle wrote:
>
> Add the core support for the board management controller found on the
> SMARC-sAL28 board. It consists of the following functions:
> - watchdog
> - GPIO controller
> - PWM controller
> - fan sensor
> - interrupt controller
>
> At the
On Thu, Jun 04, 2020 at 12:38:18PM -0700, Rajat Jain wrote:
> Hello,
>
> I spent some more thoughts into this...
>
> On Wed, Jun 3, 2020 at 5:16 AM Greg Kroah-Hartman
> wrote:
> >
> > On Wed, Jun 03, 2020 at 04:51:18AM -0700, Rajat Jain wrote:
> > > Hello,
> > >
> > > >
> > > > > Thanks for the
On Fri, Jun 5, 2020 at 11:01 AM Andy Shevchenko
wrote:
> On Fri, Jun 5, 2020 at 12:16 AM Michael Walle wrote:
...
> > Please note that the MFD driver is defined as bool in the Kconfig
> > because the next patch will add interrupt support.
> > + bool "Kontron sl28 core driver"
> > +
On Mon, 2020-05-11 at 10:37 +0200, Hans Verkuil wrote:
> On 03/04/2020 11:40, Xia Jiang wrote:
> > Change register offset hex numberals from upercase to lowercase.
>
> Typos:
>
> numberals -> numerals
>
> upercase -> uppercase
Done.
>
> Regards,
>
> Hans
>
> >
> > Signed-off-by: Xia
On 2020-06-05 00:04, Sibi Sankar wrote:
On 2020-06-04 22:39, Matthias Kaehlcke wrote:
On Thu, Jun 04, 2020 at 04:44:42PM +0530, Pradeep P V K wrote:
Interconnect bandwidth scaling support is now added as a
part of OPP [1]. So, make sure interconnect driver is ready
before handling interconnect
On Fri, Jun 5, 2020 at 12:13 AM Michael Walle wrote:
>
> Add support for the interrupt controller inside the sl28 CPLD management
> controller.
>
> The interrupt controller can handle at most 8 interrupts and is really
> simplistic and consists only of an interrupt mask and an interrupt
> pending
> From: Denis Efremov
> Sent: Friday, June 5, 2020 1:00 AM
> To: Dexuan Cui ; Michael Kelley
>
> Cc: Denis Efremov ; James E . J . Bottomley
> ; Martin K . Petersen ;
> linux-hyp...@vger.kernel.org; Linux SCSI List ;
> Linux Kernel Mailing List
> Subject: [PATCH] scsi: storvsc: Remove memset
On 05/06/20 09:35, Miklos Szeredi wrote:
>> time(2) instead should actually be gettimeofday(2), which just returns
>> tk->xtime_sec. So the problem is the nanosecond part which is off by
>> 2199*10^9 nanoseconds, and that is suspiciously close to 2^31...
> Yep: looking at the nanosecond values as
On Mon, 2020-05-11 at 11:04 +0200, Hans Verkuil wrote:
> On 03/04/2020 11:40, Xia Jiang wrote:
> > Add mtk jpeg encode v4l2 driver based on jpeg decode, because that jpeg
> > decode and encode have great similarities with function operation.
> >
> > Signed-off-by: Xia Jiang
> > ---
> > v8:jpeg
On Fri, Jun 05, 2020 at 03:19:03PM +0800, Neal Liu wrote:
> On Wed, 2020-06-03 at 17:34 +0800, Russell King - ARM Linux admin wrote:
> > This kind of thing is something that ARM have seems to shy away from
> > doing - it's a point I brought up many years ago when the whole
> > trustzone thing
On Thu, Jun 04, 2020 at 07:18:37AM -0700, Guenter Roeck wrote:
> On Tue, May 26, 2020 at 06:11:04PM +0200, Peter Zijlstra wrote:
> > + BUILD_BUG_ON(offsetof(struct task_struct, wake_entry_type) -
> > offsetof(struct task_struct, wake_entry) !=
> > +offsetof(struct
* Linus Torvalds wrote:
> On Thu, Jun 4, 2020 at 10:29 AM Ingo Molnar wrote:
> >
> > Yeah, sure - here's the updated pull request for the rest:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> > x86-mm-2020-06-04
> >
> ># HEAD:
On Thu, Jun 04, 2020 at 10:16:07AM -0700, Linus Torvalds wrote:
> On Thu, Jun 4, 2020 at 1:35 AM Joerg Roedel wrote:
> >
> > I posted the fix for this already:
> >
> > https://lore.kernel.org/lkml/20200604074446.23944-1-j...@8bytes.org/
>
> Ugh.
>
> I was going to apply this directly,
On Mon, Jun 01, 2020 at 10:20:18AM +0300, Paraschiv, Andra-Irina wrote:
>
>
> On 01/06/2020 06:02, Benjamin Herrenschmidt wrote:
> > On Wed, 2020-05-27 at 09:49 +0100, Stefan Hajnoczi wrote:
> > > What about feature bits or a API version number field? If you add
> > > features to the NE driver,
On Fri, Jun 5, 2020 at 12:14 AM Michael Walle wrote:
>
> Add support for the watchdog of the sl28cpld board management
> controller. This is part of a multi-function device driver.
...
> +#include
Didn't find a user of this.
...
> +static bool nowayout = WATCHDOG_NOWAYOUT;
>
On Thu, Jun 04, 2020 at 04:38:40PM +0100, Valentin Schneider wrote:
> diff --git a/init/Kconfig b/init/Kconfig
> index 74a5ac65644f..ba846f6e805b 100644
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -439,8 +439,11 @@ config HAVE_SCHED_AVG_IRQ
> depends on SMP
>
> config
On Fri, Jun 5, 2020 at 12:16 AM Michael Walle wrote:
>
> Add support for the PWM controller of the sl28cpld board management
> controller. This is part of a multi-function device driver.
>
> The controller has one PWM channel and can just generate four distinct
> frequencies.
So same comments
On Thu, Jun 04, 2020 at 02:12:14PM -0700, Linus Torvalds wrote:
> That said, the commentary about "why is p.._alloc_track() in such a
> core header file, when it's only used by two special cases" is
> probably still true regardless of the 5-level fixup header.. I assume
> Mike didn't do those
On Thu, 2020-06-04 at 21:26 -0500, John Donnelly wrote:
> On 6/4/20 12:01 PM, Nicolas Saenz Julienne wrote:
> > On Thu, 2020-06-04 at 01:17 +0530, Bhupesh Sharma wrote:
> > > Hi All,
> > >
> > > On Wed, Jun 3, 2020 at 9:03 PM John Donnelly
> > > wrote:
> > > > > On Jun 3, 2020, at 8:20 AM,
Hi Martijn
Hi Naresh,
I just sent a patch and cc'd you. I verified all the loop tests pass
again with that patch.
I think you want to say "without". I verified the ioctl_loop01 fails
with faf1d25440 ("loop: Clean up LOOP_SET_STATUS lo_flags handling").
This kernel commit breaks old
Hallo mein guter Freund.
Guten Tag, wie geht es ihnen? Es ist zu lange her, dass ich von dir
höre. Im Moment freue ich mich sehr, Sie über meinen Erfolg bei der
Überweisung dieser Erbschaftsgelder in Zusammenarbeit mit einem neuen
Partner aus Indien zu informieren. Er ist ein Deutscher, lebt aber
- Original Message -
> Following three test cases reported as regression on Linux mainline kernel
> on x86_64, arm64, arm and i386
>
> ltp-syscalls-tests:
> * ioctl_loop01
> * mknod07
Test updated:
While we lack a compiler attribute to add to noinstr that would disable
KCOV, make the KCOV runtime functions return if the caller is in a
noinstr section, and mark them noinstr.
Declare write_comp_data() as __always_inline to ensure it is inlined,
which also reduces stack usage and removes one
Unconditionally add -fno-stack-protector to KCOV's compiler options, as
all supported compilers support the option. This saves a compiler
invocation to determine if the option is supported.
Because Clang does not support -fno-conserve-stack, and
-fno-stack-protector was wrapped in the same
Hi Daniel,
On 04/06/2020 10:12, Daniel Vetter wrote:
[...]
> @@ -6910,7 +6910,11 @@ static void amdgpu_dm_commit_planes(struct
> drm_atomic_state *state,
>* explicitly on fences instead
>* and in general should be called for
>* blocking commit to
> … released the refcount of the bdev (actually the refcount of
> the bdev inode).
Wording adjustments:
… released the reference count of the block device inode.
> … access bdev after …
… access block device after …
> accually bdev is …
bdev is …
> … This may leads to use-after-free if
Add schemas for firewall consumer and provider.
Signed-off-by: Benjamin Gaignard
Reviewed-by: Linus Walleij
---
.../bindings/bus/stm32/firewall-consumer.yaml | 36 ++
.../bindings/bus/stm32/firewall-provider.yaml | 18 +++
2 files changed, 54 insertions(+)
Add STM32 Extended TrustZone Protection bus controller.
For each of device-tree nodes it will check and apply
firewall configuration. If it doesn't match the device
will not be probed by platform bus.
A device could be configured to be accessible by trusted world,
co-processor or non-secure
Allow STM32 ETZPC to check firewall configuration before populating
the platform bus.
Signed-off-by: Benjamin Gaignard
---
arch/arm/boot/dts/stm32mp151.dtsi | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/stm32mp151.dtsi
1 - 100 of 1157 matches
Mail list logo
