From: Colin Ian King
The variable status is being initialized with a value that is never read
and it is being updated later with a new value. The initialization is
redundant and can be removed. Also put the variable declarations into
reverse christmas tree order.
Addresses-Coverity: ("Unused
Do a 'make savedefconfig' run to reduce file size & match entry order.
Ingo Molnar (1):
x86/defconfigs: Refresh defconfig files
arch/x86/configs/i386_defconfig | 91 +++---
arch/x86/configs/x86_64_defconfig | 93 +++
2 files changed, 62
Simplify error handling; we already know mwq is NULL.
Signed-off-by: Pavel Machek (CIP)
diff --git a/drivers/slimbus/qcom-ngd-ctrl.c b/drivers/slimbus/qcom-ngd-ctrl.c
index 743ee7b4e63f..3def0c782c7f 100644
--- a/drivers/slimbus/qcom-ngd-ctrl.c
+++ b/drivers/slimbus/qcom-ngd-ctrl.c
@@ -1396,17
Make a 'make savedefconfig' pass over our main defconfig files,
which keeps the defconfig result the same, but compresses
the file where defaults were changed or options removed.
Signed-off-by: Ingo Molnar
Cc: linux-kernel@vger.kernel.org
---
arch/x86/configs/i386_defconfig | 91
Remove casting the values returned by memory allocation function.
Coccinelle emits WARNING:
./drivers/net/ethernet/cavium/liquidio/octeon_device.c:1155:14-36: WARNING:
casting value returned by memory allocation function to (struct
octeon_dispatch *) is useless.
Signed-off-by: Wang Hai
---
Hi Felipe,
I saw that you took DT patch (ARM: dts: stm32: enable usb-role-switch on
USB OTG on stm32mp15xx-dkx) in your next branch. As it was already in
Alex' stm32-next branch, a potential merge conflict could occurred.
Regards,
Amelie
On 7/21/20 10:54 AM, Alexandre Torgue wrote:
Hi
On Thu, 23 Jul 2020 12:38:21 -0400, Alan wrote:
> On Thu, Jul 23, 2020 at 10:17:35AM -0600, Alex Williamson wrote:
> > The IOMMU grouping restriction does solve the hardware issue, so long
> > as one driver doesn't blindly assume the driver private data for
> > another device and modify it.
>
>
On 24/07/2020 13:55, Marcelo Ricardo Leitner wrote:
> On Fri, Jul 24, 2020 at 01:17:53PM +0100, Colin King wrote:
>> From: Colin Ian King
>>
>> The variable status is being initialized with a value that is never read
>> and it is being updated later with a new value. The initialization is
>>
On Fri, Jul 24, 2020 at 01:17:53PM +0100, Colin King wrote:
> From: Colin Ian King
>
> The variable status is being initialized with a value that is never read
> and it is being updated later with a new value. The initialization is
> redundant and can be removed.
>
> Addresses-Coverity:
On Fri, Jul 24, 2020 at 09:00:41AM +, Shiju Jose wrote:
> >-Original Message-
> >From: Bjorn Helgaas [mailto:helg...@kernel.org]
> >Sent: 24 July 2020 00:21
> >To: Shiju Jose
> >Cc: linux-a...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> >ker...@vger.kernel.org;
Based on what fails, function can return with nfs_sync_rwlock either
locked or unlocked. That can not be right.
Always return with lock unlocked on error.
Signed-off-by: Pavel Machek (CIP)
diff --git a/fs/ocfs2/dlmglue.c b/fs/ocfs2/dlmglue.c
index 751bc4dc7466..8e3a369086db 100644
---
The following commit has been merged into the sched/urgent branch of tip:
Commit-ID: 062d3f95b630113e1156a31f376ad36e25da29a7
Gitweb:
https://git.kernel.org/tip/062d3f95b630113e1156a31f376ad36e25da29a7
Author:Chris Wilson
AuthorDate:Thu, 23 Jul 2020 21:10:42 +01:00
On Fri, 24 Jul 2020 at 13:32, Lars Povlsen wrote:
>
>
> Ulf Hansson writes:
>
> > On Wed, 22 Jul 2020 at 13:54, Lars Povlsen
> > wrote:
> >>
> >>
> >> Adrian Hunter writes:
> >>
> >> > On 18/06/20 5:13 pm, Lars Povlsen wrote:
> >> >> This adds the eMMC driver for the Sparx5 SoC. It is based
Series dropped.
On 7/24/20 12:47 PM, Amelie Delaunay wrote:
When using usb-c connector (but it can also be the case with a micro-b
connector), iddig, avalid, bvalid, vbusvalid input signals may not be
connected to the DWC2 OTG controller.
DWC2 OTG controller features an overriding control of
To be used in order to create foreign mappings. This is based on the
ZONE_DEVICE facility which is used by persistent memory devices in
order to create struct pages and kernel virtual mappings for the IOMEM
areas of such devices. Note that on kernels without support for
ZONE_DEVICE Xen will
This reverts commit dfd74a1edfaba5864276a2859190a8d242d18952.
This has been fixed by commit dca4436d1cf9e0d237c which added the out
of bounds check to __add_memory, so that trying to add blocks past
MAX_PHYSMEM_BITS will fail.
Note the check in the Xen balloon driver was bogus anyway, as it
Hello,
The following series contain some fixes in order to split Xen
unpopulated memory handling from the ballooning driver if ZONE_DEVICE is
available, so that physical memory regions used to map foreign pages are
not tied to memory hotplug.
Fix two patches are bugfixes that IMO should be
target_unpopulated is incremented with nr_pages at the start of the
function, but the call to free_xenballooned_pages will only subtract
pgno number of pages, and thus the rest need to be subtracted before
returning or else accounting will be skewed.
Signed-off-by: Roger Pau Monné
Cc:
So it can be killed, or else processes can get hung indefinitely
waiting for balloon pages.
Signed-off-by: Roger Pau Monné
Cc: sta...@vger.kernel.org
---
Cc: Boris Ostrovsky
Cc: Juergen Gross
Cc: Stefano Stabellini
Cc: xen-de...@lists.xenproject.org
---
drivers/xen/balloon.c | 6 --
1
On Fri, Jul 10, 2020 at 3:03 PM Greg Kroah-Hartman
wrote:
>
> On Fri, Jul 10, 2020 at 02:45:29PM +0800, Nicolas Boichat wrote:
> > trace_printk should not be used in production code, replace it
> > call with pr_info.
> >
> > Signed-off-by: Nicolas Boichat
> > ---
> > Sent this before as part of
On Fri, 24 Jul 2020 at 20:36, Ingo Molnar wrote:
>
>
> * Jiang Biao wrote:
>
> > On Fri, 24 Jul 2020 at 18:34, Vincent Guittot
> > wrote:
> > >
> > > On Fri, 24 Jul 2020 at 10:12, Jiang Biao wrote:
> > > >
> > > > On Fri, 24 Jul 2020 at 15:24, Vincent Guittot
> > > > wrote:
> > > > >
> > > >
This patch documents the usb-role-switch property in dwc2 bindings, now
that usb-role-switch support is available in dwc2 driver.
Fixes: bc0f0d4a5853 ("usb: dwc2: override PHY input signals with usb role
switch support")
Reported-by: Martin Blumenstingl
Signed-off-by: Amelie Delaunay
---
In case of failure, role switch has to be unregistered. It is done by
dwc2_drd_exit.
Fixes: bc0f0d4a5853 ("usb: dwc2: override PHY input signals with usb role
switch support")
Reported-by: kernel test robot
Signed-off-by: Amelie Delaunay
---
drivers/usb/dwc2/platform.c | 2 ++
1 file changed,
If GINTSTS.CURMODE is not yet reflecting the expecting mode after calling
dwc2_force_mode, we enter in the dwc2_wait_for_mode function while under
spinlock atomic context.
To avoid this situation, move the call to dwc2_force_mode after the
spinlock atomic context.
Fixes: bc0f0d4a5853 ("usb: dwc2:
This patch add missing definition of dwc2_hsotg_core_disconnect and
check configuration before using hsotg->test_mode, to fix build issue when
config USB_DWC2_PERIPHERAL or USB_DWC2_DUAL_ROLE are not set.
Fixes: bc0f0d4a5853 ("usb: dwc2: override PHY input signals with usb role
switch support")
This patchset adds missing documentation for usb-role-switch support in DWC2
bindings. It also fixes build issue when config is DWC2_HOST only,
sleeping while atomic issue and missing usb-role-switch unregistration in probe
error path.
Amelie Delaunay (4):
dt-bindings: usb: dwc2: add optional
* Jiang Biao wrote:
> On Fri, 24 Jul 2020 at 18:34, Vincent Guittot
> wrote:
> >
> > On Fri, 24 Jul 2020 at 10:12, Jiang Biao wrote:
> > >
> > > On Fri, 24 Jul 2020 at 15:24, Vincent Guittot
> > > wrote:
> > > >
> > > > On Fri, 24 Jul 2020 at 01:39, Jiang Biao wrote:
> > > > >
> > > > >
On Fri, 24 Jul 2020 at 13:11, Ben Chuang wrote:
>
> Hi Ulf,
>
> On Fri, Jul 17, 2020 at 7:26 PM Ulf Hansson wrote:
> >
> > On Fri, 10 Jul 2020 at 13:07, Ben Chuang wrote:
> > >
> > > From: AKASHI Takahiro
> > >
> > > According to Fig. 3-35 in "SD Host Controller Simplified Spec. Ver4.20":
> >
On Thu, Jul 23, 2020 at 09:34:37AM +0800, Lu Baolu wrote:
> The VT-d spec requires (10.4.4 Global Command Register, TE field) that:
>
> Hardware implementations supporting DMA draining must drain any in-flight
> DMA read/write requests queued within the Root-Complex before completing
> the
On Thu, Jul 23, 2020 at 07:36:52PM +0800, Baolin Wang wrote:
> Thanks Will. Joerg, could you apply this 2 patches if no objection from
> your side? Thanks.
Applied both, thanks. Modified the first patch because another patch
already made __iommu_map static.
The variable authmode will keep uninitialized if neither if
statements used to initialize this variable are not triggered.
Then authmode may contain a garbage value and influence the
execution flow of this function.
Fix this by initializing it to zero.
Signed-off-by: Dinghao Liu
---
On Fri, Jul 24, 2020 at 01:23:37PM +0100, Christoph Hellwig wrote:
> On Fri, Jul 24, 2020 at 01:19:18PM +0100, Al Viro wrote:
> > > net-next has a patch from me killing off csum_and_copy_from_user
> > > already:
> > >
> > >
Hi Dave,
On 7/22/20 10:40 AM, Murali Karicheri wrote:
Hello,
This series is dependent on the following patches sent out to
netdev list. All (1-3) are already merged to net/master as of
sending this, but not on the net-next master branch. So need
to apply them to net-next before applying this
Hi Will,
On Fri, Jul 24, 2020 at 12:51:09PM +0100, Will Deacon wrote:
> Sure, that makes sense to me: I've included a diff below in case anybody
> has comments. I've tackled it slightly differently to how the intel and
> amd drivers are handled, since we have a header file (arm-smmu.h) which
> is
* Nick Terrell wrote:
> --- a/arch/x86/boot/compressed/misc.c
> +++ b/arch/x86/boot/compressed/misc.c
> @@ -12,6 +12,11 @@
> * High loaded stuff by Hans Lermen & Werner Almesberger, Feb. 1996
> */
>
> +/* decompressors bring in EXPORT_SYMBOL which is meaningless and will
> + * cause
On Fri, Jul 24, 2020 at 01:19:18PM +0100, Al Viro wrote:
> > net-next has a patch from me killing off csum_and_copy_from_user
> > already:
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=f1bfd71c8662f20d53e71ef4e18bfb0e5677c27f
>
> Nothing in that patch of
On Thu, Jul 23, 2020 at 08:58:52PM +0800, Hsin-Hsiung Wang wrote:
> The MT6359P is a eco version for MT6359 regulator.
> We add support based on MT6359 regulator driver.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
On Thu, Jul 23, 2020 at 08:58:51PM +0800, Hsin-Hsiung Wang wrote:
> Add the enable time for LDOs.
> This patch is preparing for adding mt6359p regulator support.
Acked-by: Mark Brown
signature.asc
Description: PGP signature
From: Chunyan Zhang
Provide DIV_S64_ROUND_CLOSEST helper which uses div_s64 to perform
division rounded to the closest integer using signed 64bit
dividend and signed 32bit divisor.
Signed-off-by: Chunyan Zhang
---
include/linux/math64.h | 19 +++
1 file changed, 19
From: Chunyan Zhang
The patch 2/2 fixes an overflow error by changing to 64-bit divide operations.
In order to avoid compile error on 32-bit architectures, this patchset
also introduced a new 64-bit helper in patch 1/2.
Changes since v1: (https://lkml.org/lkml/2020/7/17/63)
- Added new help
From: Chunyan Zhang
The input parameter is int type, cause adc * 1000 could overflow.
Change to use s64 to avoid this issue.
Signed-off-by: Chen Yongzhi
Signed-off-by: Chunyan Zhang
---
drivers/power/supply/sc27xx_fuel_gauge.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
On Thu, Jul 23, 2020 at 08:58:50PM +0800, Hsin-Hsiung Wang wrote:
> From: Wen Su
>
> The MT6359 is a regulator found on boards based on MediaTek MT6779 and
> probably other SoCs. It is a so called pmic and connects as a slave to
> SoC using SPI, wrapped inside the pmic-wrapper.
Acked-by: Mark
On Fri, Jul 24, 2020 at 02:15:21PM +0200, Niklas Söderlund wrote:
Hi,
> Hi Kaaira,
>
> Thanks for your work.
Thanks for yours :D
>
> On 2020-07-24 17:32:10 +0530, Kaaira Gupta wrote:
> > This is version 2 of the patch series posted by Niklas for allowing
> > multiple streams in VIMC.
> > The
Hi Stephen!
Thank you for your comments!
Stephen Boyd writes:
> Quoting Lars Povlsen (2020-06-15 06:32:40)
>> diff --git a/drivers/clk/clk-sparx5.c b/drivers/clk/clk-sparx5.c
>> new file mode 100644
>> index 0..c2e7aa0214ebd
>> --- /dev/null
>> +++ b/drivers/clk/clk-sparx5.c
>> @@
On Fri, Jul 24, 2020 at 07:41:17AM +0100, Christoph Hellwig wrote:
> On Fri, Jul 24, 2020 at 02:25:30AM +0100, Al Viro wrote:
> > From: Al Viro
> >
> > quite a few architectures have the same csum_partial_copy_nocheck() -
> > simply memcpy() the data and then return the csum of the copy.
> >
>
From: Colin Ian King
The variable status is being initialized with a value that is never read
and it is being updated later with a new value. The initialization is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
net/sctp/protocol.c | 2 +-
On Fri, Jul 24, 2020 at 09:08:16AM +, Shiju Jose wrote:
> >-Original Message-
> >From: Bjorn Helgaas [mailto:helg...@kernel.org]
> >Sent: 24 July 2020 00:23
> >On Wed, Jul 22, 2020 at 11:42:43AM +0100, Shiju Jose wrote:
...
> >This series is ill-formed:
I confirm this.
> > - Jul
* Randy Dunlap wrote:
> On 7/23/20 12:27 PM, Nick Terrell wrote:
> > +config KERNEL_ZSTD
> > + bool "ZSTD"
> > + depends on HAVE_KERNEL_ZSTD
> > + help
> > + ZSTD is a compression algorithm targeting intermediate compression
> > + with fast decompression speed. It will compress
On Fri, 24 Jul 2020 at 12:27, Ingo Molnar wrote:
>
>
> * Jarkko Sakkinen wrote:
>
> > Use text_alloc() and text_free() instead of module_alloc() and
> > module_memfree() when an arch provides them.
> >
> > Cc: linux...@kvack.org
> > Cc: Andi Kleen
> > Cc: Masami Hiramatsu
> > Cc: Peter
Hi Kaaira,
Thanks for your work.
On 2020-07-24 17:32:10 +0530, Kaaira Gupta wrote:
> This is version 2 of the patch series posted by Niklas for allowing
> multiple streams in VIMC.
> The original series can be found here:
> https://patchwork.kernel.org/cover/10948831/
>
> This series adds
Hi Andy
On 7/10/20 8:04 PM, Andy Lutomirski wrote:
> Signed-off-by: Andy Lutomirski
> ---
> man2/seccomp.2 | 44 +---
> 1 file changed, 33 insertions(+), 11 deletions(-)
Thanks. Patch applied.
Cheers,
Michael
> diff --git a/man2/seccomp.2
On Fri, 17 Jul 2020 16:33:38 +0200, gregory.herr...@oracle.com wrote:
> Currently, if a section has a relocation to '_mcount' symbol, a new
> __mcount_loc entry will be added whatever the relocation type is.
> This is problematic when a relocation to '_mcount' is in the middle of a
> section and
* Nick Terrell wrote:
> +/* Size of the input and output buffers in multi-call mode.
> + * Pick a larger size because it isn't used during kernel decompression,
> + * since that is single pass, and we have to allocate a large buffer for
> + * zstd's window anyways. The larger size speeds up
On Fri, 24 Jul 2020 at 15:17, Aaron Lu wrote:
>
> On Wed, Jul 22, 2020 at 12:23:44AM +, benbjiang(蒋彪) wrote:
> >
> >
> > > +/*
> > > + * This function takes care of adjusting the min_vruntime of siblings of
> > > + * a core during coresched enable/disable.
> > > + * This is called in stop
Attached is a patch for the mikroBUS driver which helps to
instantiate an add-on board device on a mikrobus port by fetching
the device identifier manifest binary from an EEPROM on-board
the device. mikroBUS is an add-on board socket standard by
MikroElektronika that can be freely used by anyone
6bdb486c5a628f7a927c2658166e3a5ef1f883e7
config: mips-randconfig-r004-20200724 (attached as .config)
compiler: mips-linux-gcc (GCC) 9.3.0
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
Prepare for multiple video streams from the same sensor by serializing
vimc_streamer_s_stream(). Multiple streams will allow for multiple
concurrent calls to this function that could involve the same
subdevices.
If that happens the internal state of the involved subdevices could go
out of sync as
Prepare for multiple video streams from the same sensor by adding a use
counter to each subdevice. The counter is increased for every s_stream(1)
and decremented for every s_stream(0) call.
The subdevice stream is not started or stopped unless the usage count go
from 0 to 1 (started) or from 1 to
The following commit has been merged into the core/headers branch of tip:
Commit-ID: d19e789f068b3d633cbac430764962f404198022
Gitweb:
https://git.kernel.org/tip/d19e789f068b3d633cbac430764962f404198022
Author:Ingo Molnar
AuthorDate:Fri, 24 Jul 2020 13:50:25 +02:00
The following commit has been merged into the sched/core branch of tip:
Commit-ID: da3520d750e36051ecd5847ef712659b9c68ce20
Gitweb:
https://git.kernel.org/tip/da3520d750e36051ecd5847ef712659b9c68ce20
Author:Chris Wilson
AuthorDate:Thu, 23 Jul 2020 21:10:42 +01:00
This is version 2 of the patch series posted by Niklas for allowing
multiple streams in VIMC.
The original series can be found here:
https://patchwork.kernel.org/cover/10948831/
This series adds support for two (or more) capture devices to be
connected to the same sensors and run simultaneously.
An output which is running is already part of a pipeline and trying to
start a new pipeline is not possible. This prevents two capture devices
from streaming at the same time.
Instead of failing to start the second capture device allow it to join
the already running pipeline. This allows two (or
On Fri, 24 Jul 2020 at 18:34, Vincent Guittot
wrote:
>
> On Fri, 24 Jul 2020 at 10:12, Jiang Biao wrote:
> >
> > On Fri, 24 Jul 2020 at 15:24, Vincent Guittot
> > wrote:
> > >
> > > On Fri, 24 Jul 2020 at 01:39, Jiang Biao wrote:
> > > >
> > > > From: Jiang Biao
> > > >
> > > > Sched-idle CPU
Hi Linus,
Please pull this tiny arm64 fix for -rc7, which tells recent versions of
clang where to find the assembler for building the compat vDSO.
Cheers,
Will
--->8
The following changes since commit f32ed8eb0e3f0d0ef4ddb854554d60ca5863a9f9:
drivers/perf: Prevent forced unbinding of PMU
Hi Joerg,
On Wed, Jul 22, 2020 at 03:33:23PM +0200, Joerg Roedel wrote:
> On Tue, Jul 21, 2020 at 09:03:53AM +0100, Will Deacon wrote:
> > Please pull these Arm SMMU driver updates for 5.9. Summary is in the tag,
> > but the main thing is support for two new SoC integrations, one of which
> > is
On Fri, 2020-07-24 at 13:20 +0200, Rafael J. Wysocki wrote:
> On Fri, Jul 24, 2020 at 12:24 PM Neal Liu wrote:
> >
> > On Fri, 2020-07-24 at 11:57 +0200, Rafael J. Wysocki wrote:
> > > On Thu, Jul 23, 2020 at 9:07 PM Sami Tolvanen
> > > wrote:
> > > >
> > > > On Mon, Jul 20, 2020 at 04:21:34PM
Hi,
On 7/21/20 4:37 AM, Nicolas Boichat wrote:
HCI_UART_RESET_ON_INIT belongs in hdev_flags, not flags.
Fixes: ce945552fde4a09 ("Bluetooth: hci_h5: Add support for serdev enumerated
devices")
Signed-off-by: Nicolas Boichat
Patch looks good to me:
Reviewed-by: Hans de Goede
Regards,
On Wed, Jul 22, 2020 at 01:21:19PM +0800, 周琰杰 (Zhou Yanjie) wrote:
> 1.Add "PRID_COMP_INGENIC_13" and "PRID_IMP_XBURST2" for X2000.
> 2.Add X2000 system type for cat /proc/cpuinfo to give out X2000.
>
> Signed-off-by: 周琰杰 (Zhou Yanjie)
> ---
> arch/mips/include/asm/bootinfo.h | 1 +
>
On Mon, Jun 08, 2020 at 11:28:35AM +0200, Álvaro Fernández Rojas wrote:
> There are some CFE variants that start with 'cfe-vd' instead of 'cfe-v', such
> as the one used in the Huawei HG556a: "cfe-vd081.5003". In this case, the CFE
> version is stored as is (string vs number bytes).
>
> Some
On Thu, Jul 23, 2020 at 11:42:35AM +0200, Jiri Slaby wrote:
> It references __initdata and is called only from an __init function:
> trap_init. This avoids section mismatches (which I am seeing with gcc
> 10).
>
> Signed-off-by: Jiri Slaby
> Cc: Thomas Bogendoerfer
> Cc:
On Fri, Jul 24, 2020 at 12:55:43PM +0200, pet...@infradead.org wrote:
> > + event_sched_out(event, cpuctx, ctx);
> > + perf_event_set_state(event, PERF_EVENT_STATE_ERROR);
> > +}
>
> Ah, so the problem here is that ERROR is actually recoverable using
> IOC_ENABLE. We don't want that either.
Remove a couple of stray defines I noticed, with a bit of Git history
archeology to make sure they won't be used in the future either.
Ingo Molnar (3):
x86/ioapic: Remove unused "IOAPIC_AUTO" define
x86/tsc: Remove unused "US_SCALE" and "NS_SCALE" leftover macros
x86/mm: Remove the unused
Last use was removed more than 5 years ago, in:
5ad274d41c1b: ("x86/irq: Remove unused old IOAPIC irqdomain interfaces")
Signed-off-by: Ingo Molnar
Cc: Borislav Petkov
Cc: Thomas Gleixner
---
arch/x86/include/asm/io_apic.h | 1 -
1 file changed, 1 deletion(-)
diff --git
AFAICS the last uses of directly 'making' kernel PGDs was removed 7 years ago:
8b78c21d72d9: ("x86, 64bit, mm: hibernate use generic mapping_init")
Where the explicit PGD walking loop was replaced with
kernel_ident_mapping_init()
calls. This was then (unnecessarily) carried over through the
Last use of them was removed 13 years ago, when the code was converted
to use CYC2NS_SCALE_FACTOR:
53d517cdbaac: ("x86: scale cyc_2_nsec according to CPU frequency")
The current TSC code uses the 'struct cyc2ns_data' scaling abstraction,
the old fixed scaling approach is long gone.
This
Hello Greg,
This is the pull request with the interconnect changes for the 5.9-rc1
merge window. It contains some tiny core framework improvements. These
will allow us to support new provider drivers for Samsung and Nvidia
platforms, which are expected to land soon.
All patches have been in
From: Vabhav Sharma
LPUART nodes by default are disabled in LS1028A device
tree, Enabling LPUART1 node
Acked-by: Fugang Duan
Signed-off-by: Vabhav Sharma
---
arch/arm64/boot/dts/freescale/fsl-ls1028a-qds.dts | 4
1 file changed, 4 insertions(+)
diff --git
Ian Kent wrote:
> I was wondering about id re-use.
>
> Assuming that ids that are returned to the idr db are re-used
> what would the chance that a recently used id would end up
> being used?
>
> Would that chance increase as ids are consumed and freed over
> time?
I've added something to
On Fri 24-07-20 09:35:26, jingrui wrote:
>
> On Friday, July 24, 2020 3:55 PM, Michal Hocko wrote:
>
> > What is the reason to run under !root cgroup in those sessions if you do
> > not care about accounting anyway?
>
> The systemd not support run those sessions under root cgroup, disable
>
On Fri, Jul 24, 2020 at 12:32 PM Greg KH wrote:
>
> On Thu, Jul 23, 2020 at 10:15:25PM +0300, Oded Gabbay wrote:
> > Hello Greg,
> >
> > (Re-sending this pull request)
> >
> > This is habanalabs pull request for the merge window of kernel 5.9. It
> > contains many small improvements to common and
On Fri 24-07-20 18:03:06, Muchun Song wrote:
> In the reservation routine, we only check whether the cpuset meets
> the memory allocation requirements. But we ignore the mempolicy of
> MPOL_BIND case. If someone mmap hugetlb succeeds, but the subsequent
> memory allocation may fail due to
Ulf Hansson writes:
> On Wed, 22 Jul 2020 at 13:54, Lars Povlsen wrote:
>>
>>
>> Adrian Hunter writes:
>>
>> > On 18/06/20 5:13 pm, Lars Povlsen wrote:
>> >> This adds the eMMC driver for the Sparx5 SoC. It is based upon the
>> >> designware IP, but requires some extra initialization and
On Sun, Jul 19, 2020 at 01:52:02PM +0200, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
LGTM.
Can you squash this patch into this?
netfilter: xtables: Replace HTTP links with HTTPS ones
On 22/07/2020 11:31, Rohit kumar wrote:
This patch chain add audio support for SC7180 soc by doing the required
modification in existing common lpass-cpu/lpass-platform driver.
This also fixes some concurrency issue.
Changes since v3:
- Fixed yaml documentation comments and make
Hi,
I've selected a few resouce leak fixes from recent patches, all are
stable material. The problems have been observed during testing or have
a reproducer.
Please pull, thanks.
The following changes since commit
On 22/07/2020 11:31, Rohit kumar wrote:
i2sctl register value is set to 0 during hw_free(). This
impacts any ongoing concurrent session on the same i2s
port. As trigger() stop already resets enable bit to 0,
there is no need of explicit hw_free. Removing it to
fix the issue.
Fixes:
On 22/07/2020 11:31, Rohit kumar wrote:
lpass_pcm_data is never freed. Free it in close
ops to avoid memory leak.
Fixes: 022d00ee0b55 ("ASoC: lpass-platform: Fix broken pcm data usage")
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-platform.c |
On 22/07/2020 11:31, Rohit kumar wrote:
platform_get_resource_byname() is used when there
is list of reg entries. As lpass-cpu node has only
one reg entry, use platform_get_resource() instead.
Signed-off-by: Rohit kumar
Reviewed-by: Srinivas Kandagatla
---
sound/soc/qcom/lpass-cpu.c
On Fri, Jul 24, 2020 at 12:24 PM Neal Liu wrote:
>
> On Fri, 2020-07-24 at 11:57 +0200, Rafael J. Wysocki wrote:
> > On Thu, Jul 23, 2020 at 9:07 PM Sami Tolvanen
> > wrote:
> > >
> > > On Mon, Jul 20, 2020 at 04:21:34PM +0800, Neal Liu wrote:
> > > > Gentle ping on this patch.
> > > >
> > > >
On Thu, Jul 23, 2020 at 07:12:20PM +0200, Mickaël Salaün wrote:
> This patch series can be applied on top of v5.8-rc5 .
v5.8-rc6, actually.
> Previous version:
> https://lore.kernel.org/lkml/20200505153156.925111-1-...@digikod.net/
This is v5.
v6 is at
This add spi-nor device nodes to the Sparx5 reference boards.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5_pcb125.dts | 16
.../boot/dts/microchip/sparx5_pcb134_board.dtsi | 16
.../boot/dts/microchip/sparx5_pcb135_board.dtsi | 16
This adds SPI support for the Sparx5 SoC, which is using the MMIO
Designware SPI controller.
The Sparx5 differs from the Ocelot version in these areas:
* The CS override is controlled by a new set of registers for
this purpose.
* The Sparx5 SPI controller has the RX sample delay register,
This add support for the RX_SAMPLE_DLY register. If enabled in the
Designware IP, it allows tuning of the rx data signal by means of an
internal rx sample fifo.
The register is controlled by the rx-sample-delay-ns DT property,
which is defined per SPI slave as well on controller level.
The
This adds a SPI controller to the Microchip Sparx5 SoC, as well as the
mmio-mux that is required to select the right SPI interface for a
given SPI device.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 27 ++-
1 file changed, 26 insertions(+), 1
This patch add spi-nand DT nodes to the applicable Sparx5 boards.
Signed-off-by: Lars Povlsen
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 20
.../arm64/boot/dts/microchip/sparx5_nand.dtsi | 31 +++
.../boot/dts/microchip/sparx5_pcb125.dts | 14 +
This has the following changes for the snps,dw-apb-ss DT bindings:
- Add "microchip,sparx5-spi" as the compatible for the Sparx5 SoC
controller
- Add the property "rx-sample-delay-ns"
Signed-off-by: Lars Povlsen
---
.../bindings/spi/snps,dw-apb-ssi.yaml | 21 +++
1
This is an add-on series to the main SoC Sparx5 series
(Message-ID: <20200615133242.24911-1-lars.povl...@microchip.com>
The series add support for the Sparx5 SoC SPI controller in the
spi-dw-mmio.c spi driver.
v4 changes:
- Changed snps,rx-sample-delay-ns to snps,rx-sample-delay-ns
suggested
On Thu, Jul 23, 2020 at 03:37:44PM +0800, Hillf Danton wrote:
>
> On Tue, 21 Jul 2020 14:11:31 +0300 Kirill A. Shutemov wrote:
> > On Mon, Jul 20, 2020 at 04:51:44PM -0700, Andrew Morton wrote:
> > > On Sun, 19 Jul 2020 14:10:19 -0700 syzbot wrote:
> > >
> > > > syzbot has found a reproducer for
From: Colin Ian King
There is a spelling mistake in a dev_dbg messages. Fix it.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/xlnx/zynqmp_dp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/xlnx/zynqmp_dp.c b/drivers/gpu/drm/xlnx/zynqmp_dp.c
index
This patch is compile-tested only.
--Vaibhav Gupta
901 - 1000 of 1419 matches
Mail list logo
