> From: Peng Fan
> Sent: Thursday, May 7, 2020 1:56 PM
>
> Patches rebased on for-next
>
> V3:
> Add R-b tag for patch 1-6,10
> Use clk_mux_ops in patch 7, explain more details in commit log Boot test on
> i.MX8MM/N/MQ/P
Good improvement, it's much clear now.
So also add my tag for Patch 5-
On Thu, 2020-05-07 at 08:42 +0200, Christian König wrote:
> Am 06.05.20 um 21:01 schrieb Joe Perches:
[]
> > And trivia:
> >
> > The !! uses with bool seem unnecessary and it's probably better
> > to make amdgpu_ras_is_feature_enabled to return bool.
[]
> > diff --git a/drivers/gpu/drm/amd/amdgpu/
On Wed, Apr 29, 2020 at 09:42:39PM +1000, Michael Ellerman wrote:
> Christoph Hellwig writes:
> > On Tue, Apr 28, 2020 at 09:48:11PM +1000, Michael Ellerman wrote:
> >>
> >> This comes from fcheck_files() via fcheck().
> >>
> >> It's pretty clearly documented that fcheck() must be wrapped with
>
On Thu, 2020-05-07 at 14:48 +0800, Samuel Zou wrote:
> Fix the following coccinelle warning:
>
> sound/drivers/portman2x4.c:460:34-35: WARNING: sum of probable bitmasks,
> consider |
This one is reasonable.
> Reported-by: Hulk Robot
> Signed-off-by: Samuel Zou
> ---
> sound/drivers/portman2x
>
> On Thu, May 07, 2020 at 08:49:18AM +0800, Peter Chen wrote:
> > From: Bryan O'Donoghue
> >
> > Currently we check to make sure there is no error state on the extcon
> > handle for VBUS when writing to the HS_PHY_GENCONFIG_2 register. When
> > using the USB role-switch API we still need to w
On Thu, 7 May 2020 14:38:52 +0800
"Ramuthevar, Vadivel MuruganX"
wrote:
> Hi Boris,
>
>Thank you very much for the review comments and your time...
>
> On 7/5/2020 2:27 pm, Boris Brezillon wrote:
> > On Thu, 7 May 2020 14:13:42 +0800
> > "Ramuthevar, Vadivel MuruganX"
> > wrote:
> >
> >
On Thu, May 07, 2020 at 08:44:12AM +0200, Johan Hovold wrote:
> On Thu, May 07, 2020 at 12:27:53AM +0530, Naresh Kamboju wrote:
> > On Tue, 29 Nov 2016 at 00:00, Johan Hovold wrote:
> > >
> > > Make sure to deregister and free any fixed-link PHY registered using
> > > of_phy_register_fixed_link()
Hi Kevin,
Thanks a lot for reviewing.
On 2020/5/7 14:38, Tian, Kevin wrote:
From: Lu Baolu
Sent: Thursday, May 7, 2020 8:55 AM
When a PASID is stopped or terminated, there can be pending PRQs
(requests that haven't received responses) in the software and
remapping hardware. The pending page re
On Thu, May 07, 2020 at 08:49:18AM +0800, Peter Chen wrote:
> From: Bryan O'Donoghue
>
> Currently we check to make sure there is no error state on the extcon
> handle for VBUS when writing to the HS_PHY_GENCONFIG_2 register. When using
> the USB role-switch API we still need to write to this reg
On Thu, May 07, 2020 at 08:49:18AM +0800, Peter Chen wrote:
> From: Bryan O'Donoghue
>
> Currently we check to make sure there is no error state on the extcon
> handle for VBUS when writing to the HS_PHY_GENCONFIG_2 register. When using
> the USB role-switch API we still need to write to this reg
On 2020/5/1 21:38, Masami Hiramatsu wrote:
Since the built-in echo has different behavior in POSIX shell
(dash) and bash, we forcibly use /bin/echo -E (not interpret
backslash escapes) by default.
This also fixes some test cases which expects built-in
echo command.
Reported-by: Liu Yiding
Signe
On Thu, May 07, 2020 at 02:17:55PM +0800, Kai-Heng Feng wrote:
> Current xhci debug message doesn't always output bus number, so it's
> hard to figure out it's from USB2 or USB3 root hub.
>
> In addition to that, some port numbers are offset to 0 and others are
> offset to 1. Use the latter to mat
On Thu, May 07, 2020 at 12:27:53AM +0530, Naresh Kamboju wrote:
> On Tue, 29 Nov 2016 at 00:00, Johan Hovold wrote:
> >
> > Make sure to deregister and free any fixed-link PHY registered using
> > of_phy_register_fixed_link() on probe errors and on driver unbind.
> >
> > Fixes: 83895bedeee6 ("net:
On Wed, May 06, 2020 at 04:23:01PM -0400, Alan Cooper wrote:
> > > + irq = platform_get_irq(pdev, 0);
> > > + if (irq < 0)
> >
> > "<=" right?
>
> The example in the comment above platform_get_irq in platform.c says
> "if (irq < 0)"
There is work to fix that up on the mailing lists, 0 is
On Thu, 2020-05-07 at 14:39 +0800, Samuel Zou wrote:
> Fix the following coccinelle warnings:
> sound/soc/amd/raven/acp3x-pcm-dma.c:161:39-40: WARNING: sum of probable
> bitmasks, consider |
> sound/soc/amd/raven/acp3x-pcm-dma.c:172:39-40: WARNING: sum of probable
> bitmasks, consider |
> sound/
Fix the following coccinelle warning:
sound/drivers/portman2x4.c:460:34-35: WARNING: sum of probable bitmasks,
consider |
Reported-by: Hulk Robot
Signed-off-by: Samuel Zou
---
sound/drivers/portman2x4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/drivers/portman2
Am 06.05.20 um 21:01 schrieb Joe Perches:
On Tue, 2020-05-05 at 16:01 +0200, Arnd Bergmann wrote:
After the structure was padded to 1024 bytes, it is no longer
suitable for being a local variable, as the function surpasses
the warning limit for 32-bit architectures:
drivers/gpu/drm/amd/amdgpu/a
On 07/05/2020 08:41, Wei Yongjun wrote:
Fix to return negative error code from some error handling
cases instead of 0, as done elsewhere in this function.
Fixes: 091876cc355d ("phy: ti: j721e-wiz: Add support for WIZ module present in TI
J721E SoC")
Reported-by: Hulk Robot
Signed-off-by: We
On Thu, May 07, 2020 at 12:01:16AM +0300, Andy Shevchenko wrote:
> On Wed, May 6, 2020 at 11:23 PM Alan Cooper wrote:
> > On Tue, May 5, 2020 at 7:00 AM Greg Kroah-Hartman
> > wrote:
> > > On Thu, Apr 30, 2020 at 07:12:57AM -0400, Al Cooper wrote:
>
> ...
>
> > > > + /* Hook the hub control
When changing to use suspend-to-idle to save power, the PMIC irq can not
wakeup the system due to lack of wakeup capability, which will cause
the sub-irqs (such as power key) of the PMIC can not wake up the system.
Thus we can add the wakeup capability for PMIC irq to solve this issue,
as well as r
Hi Boris,
Thank you very much for the review comments and your time...
On 7/5/2020 2:27 pm, Boris Brezillon wrote:
On Thu, 7 May 2020 14:13:42 +0800
"Ramuthevar, Vadivel MuruganX"
wrote:
Hi Boris,
Thank you very much for the review comments and your time...
On 7/5/2020 1:28 pm, Bori
On 2020/5/7 6:36, Gao Xiang wrote:
> On Wed, May 06, 2020 at 12:16:13PM -0700, Eric Biggers wrote:
>> On Wed, May 06, 2020 at 02:47:19PM +0800, Gao Xiang wrote:
>>> On Wed, May 06, 2020 at 09:58:22AM +0800, Gao Xiang wrote:
On Tue, May 05, 2020 at 06:24:28PM -0700, Eric Biggers wrote:
> On
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:55 AM
>
> When a PASID is stopped or terminated, there can be pending PRQs
> (requests that haven't received responses) in the software and
> remapping hardware. The pending page requests must be drained
> so that the pasid could be reused. The cha
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:56 AM
>
> IOTLB flush already included in the PASID tear down and the page request
> drain process. There is no need to flush again.
>
> Signed-off-by: Jacob Pan
> Signed-off-by: Lu Baolu
> ---
> drivers/iommu/intel-svm.c | 6 +-
> 1 file ch
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:56 AM
>
> When a PASID is stopped or terminated, there can be pending PRQs
> (requests that haven't received responses) in remapping hardware.
> This adds the interface to drain page requests and call it when a
> PASID is terminated.
>
> Signed-off
Fix the following coccinelle warnings:
sound/soc/amd/raven/acp3x-pcm-dma.c:161:39-40: WARNING: sum of probable
bitmasks, consider |
sound/soc/amd/raven/acp3x-pcm-dma.c:172:39-40: WARNING: sum of probable
bitmasks, consider |
sound/soc/amd/raven/acp3x-pcm-dma.c:183:39-40: WARNING: sum of probable
From: Leon Romanovsky
Hi,
Two changes, pretty straightforward.
Thanks
Jason Gunthorpe (2):
RDMA/uverbs: Do not discard the IB_EVENT_DEVICE_FATAL event
RDMA/uverbs: Move IB_EVENT_DEVICE_FATAL to destroy_uobj
drivers/infiniband/core/rdma_core.c | 3 +-
drivers/infiniband/core/uv
On 2020/5/6 14:55, Chao Yu wrote:
> On 2020/5/6 9:24, Eric Biggers wrote:
>> On Wed, May 06, 2020 at 08:14:07AM +0800, Gao Xiang wrote:
Actually, I think this is wrong because the fsync can be done via a file
descriptor that was opened to a now-deleted link to the file.
>>>
>>> I'm s
On Thu, 7 May 2020 14:13:42 +0800
"Ramuthevar, Vadivel MuruganX"
wrote:
> Hi Boris,
>
> Thank you very much for the review comments and your time...
>
> On 7/5/2020 1:28 pm, Boris Brezillon wrote:
> > On Thu, 7 May 2020 08:15:37 +0800
> > "Ramuthevar,Vadivel MuruganX"
> > wrote:
> >
>
On Mon, May 04, 2020 at 02:47:52PM +0200, Christoph Hellwig wrote:
> Hi Jens,
>
> can you pick up this series?
ping? Especially as 1-4 fix a kernel crash and should probably be
5.7 material.
The hardware may stop working if driver failed to disable ULP mode.
Take the return value of e1000_disable_ulp_lpt_lp() into account, and
pass up the error if it fails.
Signed-off-by: Kai-Heng Feng
---
drivers/net/ethernet/intel/e1000e/ich8lan.c | 6 +-
1 file changed, 5 insertions(+), 1 de
> Subject: [PATCH V4 0/4] ARM: imx7ulp: support HSRUN mode
Ping..
Thanks,
Peng.
>
> From: Peng Fan
>
> V4:
> Fix dt_bindings check
> The same patchset was wrongly posted as V2,
> https://patchwork.kernel.org/cover/11485107/
>
> This is a splited part from V2:
> ARM: imx7ulp: add cpufre
Add support for the Si5342, Si5344 and Si5345 chips. These are equivalent
to the Si5341 family, but with more clock input options (which are not
supported yet by this driver).
Signed-off-by: Mike Looijmans
---
.../bindings/clock/silabs,si5341.txt | 11 ++-
drivers/clk/clk-si5341.c
This validates KVM capabilities like VMID width, IPA range for hotplug CPU
against system finalized values. While here, it factors out get_vmid_bits()
for general use and also defines ID_AA64MMFR0_PARANGE_MASK.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Marc Zyngier
Cc: Mark Rutland
Cc: James Mor
PING.
BR,
Andy
> -Original Message-
> From: Yuantian Tang
> Sent: 2020年4月17日 14:16
> To: shawn...@kernel.org; robh...@kernel.org; mark.rutl...@arm.com;
> catalin.mari...@arm.com; will.dea...@arm.com
> Cc: devicet...@vger.kernel.org; linux-arm-ker...@lists.infradead.org;
> linux-kernel@vg
PING.
BR,
Andy
> -Original Message-
> From: Yuantian Tang
> Sent: 2020年4月16日 17:40
> To: rui.zh...@intel.com; edubez...@gmail.com; daniel.lezc...@linaro.org
> Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; Andy Tang
>
> Subject: [PATCH v2] thermal: qoriq: Update the setting
On Tue, May 5, 2020 at 1:47 PM Nick Desaulniers wrote:
>
> From: Sedat Dilek
>
> It turns out that if your config tickles __builtin_constant_p via
> differences in choices to inline or not, this now produces invalid
> assembly:
>
> $ cat foo.c
> long a(long b, long c) {
> asm("orb\t%1, %0" : "+
Current xhci debug message doesn't always output bus number, so it's
hard to figure out it's from USB2 or USB3 root hub.
In addition to that, some port numbers are offset to 0 and others are
offset to 1. Use the latter to match the USB core.
So use "bus number - port index + 1" to make debug mess
The "default n" is not needed as it is, well, default. Clean
the KConfig by removing "default n".
Signed-off-by: Matti Vaittinen
Reviewed-by: Andy Shevchenko
---
This was pointed to me first by Randy Dunlap during v4 review.
Also Andy Shevchenko mentioned this to me. So as I was
changing the f
Hi Kalle,
Yes, The change you did is correct and better.
So should I be sending a v3 for this patch ?
Thanks,
Rakesh Pillai.
> -Original Message-
> From: Kalle Valo
> Sent: Thursday, May 7, 2020 11:37 AM
> To: Rakesh Pillai
> Cc: ath...@lists.infradead.org; linux-wirel...@vger.kernel.or
Indent the help text as explained in
Documentation/process/coding-style.rst
Signed-off-by: Matti Vaittinen
Reviewed-by: Sebastian Reichel
---
I just learned the help text in Kconfigs should be indented by two
spaces. I fixed this for BD99954 as suggested by Randy and decided
that I could do th
The ROHM BD99954 is a Battery Management LSI for 1-4 cell Lithium-Ion
secondary battery intended to be used in space-constraint equipment such
as Low profile Notebook PC, Tablets and other applications. BD99954
provides a Dual-source Battery Charger, two port BC1.2 detection and a
Battery Monitor.
The ROHM BD99954 is a Battery Management LSI for 1-4 cell Lithium-Ion
secondary battery. Intended to be used in space-constraint equipment such
as Low profile Notebook PC, Tablets and other applications. BD99954
provides a Dual-source Battery Charger, two port BC1.2 detection and a
Battery Monitor.
Hi Boris,
Thank you very much for the review comments and your time...
On 7/5/2020 1:28 pm, Boris Brezillon wrote:
On Thu, 7 May 2020 08:15:37 +0800
"Ramuthevar,Vadivel MuruganX"
wrote:
+ reg = readl(ebu_host->ebu + EBU_ADDR_SEL(ebu_host->cs_num));
+ writel(reg | EBU_ADDR_MAS
Add parsing of new device-tree battery bindings.
- trickle-charge-current-microamp
- precharge-upper-limit-microvolt
- re-charge-voltage-microvolt
- over-voltage-threshold-microvolt
Signed-off-by: Matti Vaittinen
Reviewed-by: Sebastian Reichel
---
drivers/power/supply/power
Add:
- trickle-charge-current-microamp:
Some chargers have 3 charging stages. First one when battery is almost
empty is often called as trickle-charge. Last state when battery has been
"woken up" is usually called as fast-charge. In addition to this some
chargers have a 'middle state' which ROHM
Change the bd70528 to use common linear_range code instead of
implementing a copy of it in this driver.
Signed-off-by: Matti Vaittinen
Reviewed-by: Sebastian Reichel
---
drivers/power/supply/Kconfig | 1 +
drivers/power/supply/bd70528-charger.c | 144 ++---
2 fil
Change the regulator helpers to use common linear_ranges code.
Signed-off-by: Matti Vaittinen
Acked-by: Charles Keepax
Acked-by: Adam Thomson
Reviewed-by: Mark Brown
---
drivers/regulator/88pg86x.c | 4 +-
drivers/regulator/88pm800-regulator.c | 4 +-
drivers/regulator/Kconf
Follow-up patches in this series will add a generic struct
linear_range. Rename bd70528 internal struct to avoid collision.
Signed-off-by: Matti Vaittinen
Reviewed-by: Sebastian Reichel
---
drivers/power/supply/bd70528-charger.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
Rakesh Pillai writes:
> Currently when the sending of any management pkt
> via wmi command fails, the packet is being unmapped
> freed in the error handling. But the idr entry added,
> which is used to track these packet is not getting removed.
>
> Hence, during unload, in wmi cleanup, all the en
Add a KUnit test for the linear_ranges helper.
Signed-off-by: Matti Vaittinen
Reviewed-by: Brendan Higgins
---
lib/Kconfig.debug| 11 ++
lib/Makefile | 1 +
lib/test_linear_ranges.c | 228 +++
3 files changed, 240 insertions(+)
cre
From: Peng Fan
Same to i.MX8MN/i.MX8MM, pll BYPASS bit should be kept inside pll
driver for glitchless freq setting following spec. If exposing the
bit, that means pll driver and clk driver has two paths to touch
this bit, which is wrong.
So use EXT_BYPASS bit here.
Reviewed-by: Dong Aisheng
R
From: Peng Fan
If memrepair root clock in CCM is disabled, the memory repair logic
in HDMIMIX can’t work. So let's mark it as critical clock.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Peng Fan
The CORE/BUS root slice has following design, simplied graph:
The difference is core not have pre_div block.
A composite core/bus clk has 8 inputs for mux to select, saying clk[0-7].
It support target(smart) interface and normal interface. Target interface
is exported for programm
From: Peng Fan
Switch the bus clk use imx8m_clk_hw_composite_bus, then
we could avoid possible issue when setting mux of the clk.
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mm.c | 18 +-
drivers/clk/imx/clk-imx8mn.c | 16
drivers/clk/imx/clk-imx8mp.c |
From: Peng Fan
Introduce imx8m_clk_hw_composite_bus api for bus clk root slice usage.
Because the mux switch sequence issue, we could not reuse Peripheral
Clock Slice code, need use composite specific mux operation.
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-composite-8m.c | 5 +
driv
Many devices have control registers which control some measurable
property. Often a register contains control field so that change in
this field causes linear change in the controlled property. It is not
a rare case that user wants to give 'meaningful' control values and
driver needs to convert the
From: Peng Fan
Inspried from
commit e8688fe8df7d ("clk: imx8mn: Define gates for pll1/2 fixed dividers")
On imx8mp there are 9 fixed-factor dividers for SYS_PLL1 and SYS_PLL2
each with their own gate. Only one of these gates (the one "dividing" by
one) is currently defined and it's incorrectly s
From: Peng Fan
Use imx8m_clk_hw_composite_core to simpliy clks that belong to
core clk slice.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mp.c | 47 +++-
include/dt-bindings/clock/imx8mp-clock.h | 11 +++-
2 file
From: Peng Fan
Migrate A53 clk root to use composite core clk type. It
will simplify code and make it easy to use composite
specific mux operation.
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
---
drivers/clk/imx/clk-imx8mm.c | 6 +++---
drivers/clk/imx/clk-imx8mn.c | 6 +++---
driver
From: Peng Fan
Patches rebased on for-next
V3:
Add R-b tag for patch 1-6,10
Use clk_mux_ops in patch 7, explain more details in commit log
Boot test on i.MX8MM/N/MQ/P
V2:
Patch 7, drop wait after write, add one line comment for write twice
V1:
Patch 1,2 is to fix the lockdep warning report
From: Peng Fan
Assign IMX8M*_CLK_A53_SRC's parent to system pll1 and
assign IMX8M*_CLK_A53_CORE's parent to arm pll out as what
is done in drivers/clk/imx/clk-imx8m*.c, then we could remove
the settings in driver which triggers lockdep warning.
Reported-by: Leonard Crestez
Reviewed-by: Dong Ais
From: Peng Fan
The parent settings have been moved to dtsi, we no need to
set parent here. And clk_hw_set_parent will trigger lockdep warning,
because this api not have prepare_lock.
Reported-by: Leonard Crestez
Reviewed-by: Dong Aisheng
Reviewed-by: Leonard Crestez
Signed-off-by: Peng Fan
-
Sorry folks for excessive amount of emails. I am resending this once
more (I already resent v10 and v11 has no changes but was just rebased)
because I am afraid the previous version did not reach Mark. If this is
true - I am the one to blame. I see I sent original v10 to all other
recipients and li
Hi,
On 7/5/2020 8:22 am, Randy Dunlap wrote:
On 5/6/20 5:15 PM, Ramuthevar,Vadivel MuruganX wrote:
diff --git a/drivers/mtd/nand/raw/Kconfig b/drivers/mtd/nand/raw/Kconfig
index a80a46bb5b8b..a026bec28f39 100644
--- a/drivers/mtd/nand/raw/Kconfig
+++ b/drivers/mtd/nand/raw/Kconfig
@@ -457,6 +45
Hello,
syzbot found the following crash on:
HEAD commit:f66ed1eb Merge tag 'iomap-5.7-fixes-1' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=12cf3c4c10
kernel config: https://syzkaller.appspot.com/x/.config?x=36dc1e5ad3e26c41
das
On Wed, May 06, 2020 at 12:23:29PM -0700, Jakub Kicinski wrote:
> On Wed, 6 May 2020 22:16:11 +0300 Leon Romanovsky wrote:
> > > +#define MTK_MAC_DRVNAME"mtk_eth_mac"
> > > +#define MTK_MAC_VERSION"1.0"
> >
> > Please don't add driver
Hi Yang,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on vhost/linux-next]
[also build test ERROR on tip/auto-latest linus/master v5.7-rc4 next-20200505]
[cannot apply to kvm/linux-next linux/master]
[if your patch is applied to the wrong git tree, please drop us a no
On Thu, Apr 30, 2020 at 8:46 PM James Morris wrote:
>
> On Thu, 30 Apr 2020, KP Singh wrote:
>
> > From: KP Singh
> >
>
> Applied to:
> git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/linux-security.git
> for-v5.7
>
James,
could you please send PR to Linus this week to make sure
the fix m
Hi Mark,
This patch set currently only address the Pure DT implementation.
EFI and ACPI implementations will be posted in subsequent patchsets.
The logs are intended to be carried over the kexec and once read the
logs are no longer needed and in prior conversation with James(
https://lore.kernel
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:56 AM
>
> When a PASID is used for SVA by the device, it's possible that the PASID
> entry is cleared before the device flushes all ongoing DMA requests. The
> IOMMU should ignore the non-recoverable faults caused by these requests.
> Intel VT-d pr
On Sun 05 Apr 22:24 PDT 2020, Bjorn Andersson wrote:
> The two i2c hid devices on i2c3 are supposed to have interrupts
> triggered active high, update this.
>
While this is what the DSDT says, keeping it as RISING avoids occasional
drops of keyboard entries. So let's ignore this for now.
> Sign
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:56 AM
>
> Export invalidation queue internals of each iommu device through the
> debugfs.
>
> Example of such dump on a Skylake machine:
>
> $ sudo cat /sys/kernel/debug/iommu/intel/invalidation_queue
> Invalidation queue on IOMMU: dmar1
> Base:
On 2020/05/07 14:30, Joe Perches wrote:
> I proposed awhile back making functions for pr_
> https://lore.kernel.org/lkml/1466739971-30399-1-git-send-email-...@perches.com/
Great. That will also benefit KERN_NO_CONSOLES.
>
> Maybe it's time for that and something appropriate
> like it for your ne
Fix to return negative error code from some error handling
cases instead of 0, as done elsewhere in this function.
Fixes: 091876cc355d ("phy: ti: j721e-wiz: Add support for WIZ module present in
TI J721E SoC")
Reported-by: Hulk Robot
Signed-off-by: Wei Yongjun
---
drivers/phy/ti/phy-j721e-wiz.
Hi all,
After merging the vhost tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/net/virtio_net.c: In function 'try_fill_recv':
drivers/net/virtio_net.c:1250:3: error: too few arguments to function
'u64_stats_update_end_irqrestore'
1250 | u64_stats_update_end_
fwnode_find_reference() doesn't return NULL and hence that check
should be avoided.
Signed-off-by: Calvin Johnson
Reviewed-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-cti-platform.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hwtracing/core
> From: Lu Baolu
> Sent: Thursday, May 7, 2020 8:56 AM
>
> Current qi_submit_sync() only supports single invalidation descriptor
> per submission and appends wait descriptor after each submission to
> poll the hardware completion. This extends the qi_submit_sync() helper
> to support multiple des
On Thu, 2020-05-07 at 14:13 +0900, Tetsuo Handa wrote:
> On 2020/05/07 10:02, Joe Perches wrote:
> > > > printk_get_level / printk_skip_level and the various
> > > > uses of %pV using printk_get_level
> > > >
> > >
> > > Excuse me, but what do you mean?
> > >
> > > I wish printk() accepts "logle
On Thu, 7 May 2020 08:15:37 +0800
"Ramuthevar,Vadivel MuruganX"
wrote:
> + reg = readl(ebu_host->ebu + EBU_ADDR_SEL(ebu_host->cs_num));
> + writel(reg | EBU_ADDR_MASK(5) | EBU_ADDR_SEL_REGEN,
> +ebu_host->ebu + EBU_ADDR_SEL(ebu_host->cs_num));
Seriously, did you really think
On 06/05/2020 14.56, Vlastimil Babka wrote:
On 5/4/20 6:07 PM, Konstantin Khlebnikov wrote:
To get exact count of free and used objects slub have to scan list of
partial slabs. This may take at long time. Scanning holds spinlock and
blocks allocations which move partial slabs to per-cpu lists an
+Vinod
Hi Alim,
On 4/26/2020 11:00 PM, Alim Akhtar wrote:
> This patch introduces Samsung UFS PHY driver. This driver
> supports to deal with phy calibration and power control
> according to UFS host driver's behavior.
>
> Reviewed-by: Kiwoong Kim
> Signed-off-by: Seungwon Jeon
> Signed-off-by
Hi Yang,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on vhost/linux-next]
[also build test ERROR on tip/auto-latest linus/master v5.7-rc4 next-20200505]
[cannot apply to kvm/linux-next linux/master]
[if your patch is applied to the wrong git tree, please drop us a no
On 28-04-20, 16:31, Viresh Kumar wrote:
> On 21-04-20, 10:29, Mian Yousaf Kaukab wrote:
> > The driver has to be manually loaded if it is built as a module. It
> > is neither exporting MODULE_DEVICE_TABLE nor MODULE_ALIAS. Moreover,
> > no platform-device is created (and thus no uevent is sent) for
Fix to return negative error code -ENODEV from the visor_check_channel()
error handling case instead of 0. Also change the error code to -ENOMEM
in kzalloc() error case.
Signed-off-by: Wei Yongjun
---
drivers/visorbus/visorchipset.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
di
Fix the following warning:
'mode' and 'library' are u32, they are never be negative,
DRV260X_LRA_MODE and DRV260X_LIB_EMPTY are 0x00, the comparison
is always false.
drivers/input/misc/drv260x.c:478:20: warning:
comparison of unsigned expression < 0 is always false [-Wtype-limits]
if (haptics->
On 2020/5/7 1:43, Greg KH wrote:
On Thu, May 07, 2020 at 12:48:47AM +0800, Jia-Ju Bai wrote:
Yes, I agree that this issue is not new, because DMA attacks are old
problems.
But I am a little surprised that many current drivers are still vulnerable
to DMA attacks.
Given that the attack vector
On 07/05/2020 06.01, Qian Cai wrote:
On May 6, 2020, at 3:06 PM, Qian Cai wrote:
On May 4, 2020, at 12:07 PM, Konstantin Khlebnikov
wrote:
To get exact count of free and used objects slub have to scan list of
partial slabs. This may take at long time. Scanning holds spinlock and
blocks
On 2020/05/07 10:02, Joe Perches wrote:
>>> printk_get_level / printk_skip_level and the various
>>> uses of %pV using printk_get_level
>>>
>>
>> Excuse me, but what do you mean?
>>
>> I wish printk() accepts "loglevel" argument detached from "fmt" argument
>> (e.g.
>
> I think that's a bad idea
On Wed, May 06, 2020 at 12:01:32PM -0700, Linus Torvalds wrote:
> Oh, absolutely. I did *NOT* mean that you'd use "unsafe_get_user()" as
> the actual interface. I just meant that as an implementation detail on
> x86, using "unsafe_get_user()" instead of "__get_user_size()"
> internally both simplif
allyesconfig
powerpc alldefconfig
powerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
m68k randconfig-a001-20200506
mips randconfig-a001-20200506
nds32
In the case of kdump, the PCI device was not cleanly shut down
before the kdump kernel starts. This causes the initial
attempt of entering D0 state in the kdump kernel to fail with
invalid device state returned from Hyper-V host.
When this happens, explicitly call PCI bus exit and retry to
enter th
In some error cases in hv_pci_probe(), allocated resources are not freed.
Fix this by adding a field to keep track of the high water mark for slots
that have resources allocated to them. In case of an error, this high
water mark is used to know which slots have resources that must be released.
Sin
This series better handles some PCI HyperV error cases in general
and for kdump case. Some of review comments from previous individual
patch reviews, including splitting into separate patches, have already
been incorporated. Thanks Lorenzo Pieralisi for the review and
suggestions, as well as Michae
On Wed, 06 May 2020 17:14:22 -0500, Sean Christopherson
wrote:
On Wed, May 06, 2020 at 05:42:42PM -0400, Nathaniel McCallum wrote:
Tested on Enarx. This requires a patch[0] for v29 support.
Tested-by: Nathaniel McCallum
However, we did uncover a small usability issue. See below.
[0]:
h
owerpc rhel-kconfig
powerpc allmodconfig
powerpc allnoconfig
m68k randconfig-a001-20200506
mips randconfig-a001-20200506
nds32randconfig-a001-20200506
parisc randconfig-a001-20
On Sun, May 03, 2020 at 06:09:09PM -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> We want to support kmap_atomic_prot() on all architectures and it makes
> sense to define kmap_atomic() to use the default kmap_prot.
>
> So we ensure all arch's have a globally available kmap_prot either
Hi all,
Today's linux-next merge of the chrome-platform tree got a conflict in:
drivers/platform/chrome/chromeos_pstore.c
between commit:
7bddec15c574 ("pstore/ram: Introduce max_reason and convert dump_oops")
from the pstore tree and commit:
1c7c51347f2e ("platform/chrome: chromeos_pst
On Wed 06 May 21:36 PDT 2020, Christophe JAILLET wrote:
> In case of error, 'qcom_wcnss_open_channel()' must be undone by a call to
> 'rpmsg_destroy_ept()', as already done in the remove function.
>
> Fixes: 5052de8deff5 ("soc: qcom: smd: Transition client drivers from smd to
> rpmsg")
It seems
> On Apr 28, 2020, at 00:49, Mathias Nyman
> wrote:
>
> On 27.4.2020 12.05, Kai-Heng Feng wrote:
>>
>>
>>> On Apr 23, 2020, at 19:25, Mathias Nyman
>>> wrote:
>>>
>>> Was this roothub port forcefully suspended xhci_bus_suspend()?
>>> i.e. was a bit set in bus_state->bus_suspended for thi
1 - 100 of 1502 matches
Mail list logo
