Hi Axboe,
Please take some times reviewing this patch.
Thanks,
Andy
> -Original Message-
> From: andy.t...@nxp.com
> Sent: 2020年8月17日 16:22
> To: ax...@kernel.dk
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Andy Tang
> ; Udit Kumar
> Subject: [PATCH] ahci: qoriq: enab
On Tue, Sep 01, 2020 at 08:42:58PM +0200, Pavel Machek wrote:
> Hi!
>
> > [ Upstream commit 602649eadaa0c977e362e641f51ec306bc1d365d ]
> >
> > In case of errors vpif_probe_complete() releases memory for vpif_obj.sd
> > and unregisters the V4L2 device. But then this is done again by
> > vpif_probe
Hi Krzysztof,
Thanks for the update.
On Wed, Sep 02, 2020 at 09:18:10AM +0200, Krzysztof Kozlowski wrote:
> The IMX258 sensor driver checked in device properties for a
> clock-frequency property which actually does not mean that the clock is
> really running such frequency or is it even enabled.
On Tue, Sep 01, 2020 at 09:42:00PM +0200, Holger Hoffstätte wrote:
> On 2020-09-01 17:07, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.8.6 release.
>
> This one has a bunch of things I care about, so I gave it a try
> on both my server & desktop (Gentoo, x86
On Wed, Sep 02, 2020 at 08:37:03AM +0100, Catalin Marinas wrote:
> On Tue, 1 Sep 2020 10:52:29 +0100, Sudeep Holla wrote:
> > Commit eaecca9e7710 ("arm64: Fix __cpu_logical_map undefined issue")
> > exported cpu_logical_map in order to fix tegra194-cpufreq module build
> > failure.
> >
> > As this
Hi Marc,
I love your patch! Yet something to improve:
[auto build test ERROR on arm64/for-next/core]
[also build test ERROR on arm/for-next v5.9-rc3 next-20200828]
[cannot apply to tip/irq/core]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
This is the start of the stable review cycle for the 5.4.62 release.
There are 213 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Fri, 04 Sep 2020 07:47:53 +.
Anything rec
This is the start of the stable review cycle for the 5.8.6 release.
There are 253 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Fri, 04 Sep 2020 07:47:48 +.
Anything rece
This is the start of the stable review cycle for the 4.4.235 release.
There are 61 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Fri, 04 Sep 2020 07:47:57 +.
Anything rec
On Wed, Sep 2, 2020 at 8:56 AM Ardelean, Alexandru
wrote:
>
> [yes, I know, bad-email format, but I wanted this to come from my work email]
>
> Apologies also for the delay here. Things pile-up on my side and I defer
> things a bit.
>
> Talked to Michael Hennerich about this [since he's the more
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 9c7d619be5a002ea29c172df5e3c1227c22cbb41
commit: 0e4f7f920a5c6bfe5e851e989f27b35a0cc7fb7e tty: serial: msm_serial: Fix
lockup for sysrq and oops
date: 9 months ago
config: arm64-randconfig-s031-20200829 (a
Hi,
after investigate, the eMMC of the board is damaged and triggers all
kind of funny exceptions.
If you not see any urgent bug, you might want to ignore this oops.
Chris
On 2/9/2020 1:39 pm, Chris Ruehl wrote:
Hi,
have a reproachable kernel crash oops after update to 4.9.234
IMX6DL boot
The exfat_find_dir_entry() called by exfat_find() doesn't return -EEXIST.
Therefore, the root-dir information setting is never executed.
Signed-off-by: Tetsuhiro Kohada
---
fs/exfat/dir.c | 1 -
fs/exfat/namei.c | 120 +++
2 files changed, 47 inser
Joel,
On Tue, Sep 01 2020 at 21:29, Joel Fernandes wrote:
> On Tue, Sep 01, 2020 at 10:02:10PM +0200, Thomas Gleixner wrote:
>> The generated code for the CONFIG_PRETENT_HT_SECURE=n case is the same
>
> When you say 'pretend', did you mean 'make' ? The point of this patch is to
> protect the kerne
Thanks for the input, we do detect this on this commit but not its parent.
It may be merged into a wrong base branch or something else that
we are not aware of. And it's kind difficulty now for us to provide a
reproduction step for kexec issue, we will consider this further.
Best Regards,
Rong Ch
On Wed, Aug 26, 2020 at 6:45 AM Lenny Szubowicz wrote:
>
> Move the loading of certs from the UEFI MokListRT into a separate
> routine to facilitate additional MokList functionality.
>
> There is no visible functional change as a result of this patch.
> Although the UEFI dbx certs are now loaded b
Tue, Sep 01, 2020 at 09:16:17PM CEST, mo...@nvidia.com wrote:
>
>On 8/31/2020 1:49 PM, Jiri Pirko wrote:
>> Sun, Aug 30, 2020 at 05:27:20PM CEST, mo...@mellanox.com wrote:
>> > Introduce new option on devlink reload API to enable the user to select the
>> > reload action required. Complete support
On 9/1/20 10:25 PM, Nick Desaulniers wrote:
Rather than invoke the compiler as the driver, use the linker. That way
we can check --orphan-handling=warn support correctly, as cc-ldoption
was removed in
commit 055efab3120b ("kbuild: drop support for cc-ldoption").
Requires dropping the .got sec
Enable support for the STMicroelectronics STUSB160X USB Type-C port
controller driver by turning on CONFIG_TYPEC and CONFIG_TYPEC_STUSB160X as
modules.
Signed-off-by: Amelie Delaunay
---
No changes in v2.
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
This patch adds support for STUSB1600 USB Type-C port controller, used on
I2C4 on stm32mp15xx-dkx.
The default configuration on this board, on Type-C connector, is:
- Dual Power Role (DRP), so set power-role to "dual";
- Vbus limited to 500mA, so set power-opmode to "default" (it means 500mA
in U
STMicroelectronics USB Type-C port controllers use I2C interface to
configure, control and read the operation status of the device. All ST USB
Type-C port controllers are based on the same I2C register map. That's why
this driver can be used with all ST USB Type-C ICs.
Some ST USB Type-C port contr
This patch adds a function that converts power operation mode string into
power operation mode value.
It is useful to configure power operation mode through device tree
property, as power capabilities may be linked to hardware design.
Acked-by: Heikki Krogerus
Signed-off-by: Amelie Delaunay
---
Power operation mode may depends on hardware design, so, add the optional
property power-opmode for usb-c connector to select the power operation
mode capability.
Signed-off-by: Amelie Delaunay
---
Changes in v2:
- Add description for possible operation current values
---
.../bindings/connector/
This series adds support for STMicroelectronics STUSB160x Type-C port
controllers [1].
STUSB160x driver requires to get power operation mode via device tree,
that's why this series also adds the optional DT property power-opmode
for usb-c-connector to select the power operation mode capability and
Add binding documentation for the STMicroelectronics STUSB160x Type-C port
controller.
Signed-off-by: Amelie Delaunay
---
No changes in v2.
---
.../devicetree/bindings/usb/st,stusb160x.yaml | 85 +++
1 file changed, 85 insertions(+)
create mode 100644 Documentation/devicetree/bi
+ Yinbo Zhu
On Wed, 2 Sep 2020 at 06:06, Chris Packham
wrote:
>
> Commit b214fe592ab7 ("mmc: sdhci-of-esdhc: add erratum eSDHC7 support")
> added code to check for a specific compatible string in the device-tree
> on every esdhc interrupt. We know that if it's present the compatible
> string will
On 01/09/2020 22:33, Robin Murphy wrote:
> On 2020-08-26 07:32, Marek Szyprowski wrote:
>> The Documentation/DMA-API-HOWTO.txt states that the dma_map_sg() function
>> returns the number of the created entries in the DMA address space.
>> However the subsequent calls to the dma_sync_sg_for_{device,
Please kindly ignore this mail. It is duplicated.
Sorry for noise.
Best Regards,
Hui
>-Original Message-
>From: kernel test robot
>Sent: 2020年9月2日 15:39
>To: Leo Yan
>Cc: kbuild-...@lists.01.org; linux-kernel@vger.kernel.org; Greg Kroah-Hartman
>; Jeffrey Hugo
>Subject: [kbuild-all] in
On Tue, Sep 1, 2020 at 5:58 PM Hans de Goede wrote:
> On 7/30/20 4:31 PM, Divya Bharathi wrote:
...
> > +bool get_pending_changes(void)
> > +{
> > + struct wmi_interface_priv *priv;
> > +
> > + priv = get_first_interface_priv();
> > + if (priv)
> > + return priv->pending_
>-Original Message-
>From: Leo Yan
>Sent: 2020年8月31日 8:47
>To: lkp
>Cc: kbuild-...@lists.01.org; linux-kernel@vger.kernel.org; Greg Kroah-Hartman
>; Jeffrey Hugo
>Subject: [kbuild-all] Re: include/asm-generic/qspinlock.h:94:9: sparse: sparse:
>context imbalance in '__msm_console_write
> -Original Message-
> From: Andy Shevchenko
> Sent: Montag, 31. August 2020 14:46
> To: AceLan Kao ; Ardelean, Alexandru
>
> Cc: William Sung ; Lars-Peter Clausen
> ; Hennerich, Michael ;
> Jonathan Cameron ; Hartmut Knaack ;
> Peter Meerwald-Stadler ; linux-iio i...@vger.kernel.org>; L
On Tue, Sep 01, 2020 at 11:57:37AM -0700, Kees Cook wrote:
> On Sat, Aug 29, 2020 at 11:24:06AM +0200, Christoph Hellwig wrote:
> > On Thu, Aug 27, 2020 at 11:06:28AM -0700, Linus Torvalds wrote:
> > > On Thu, Aug 27, 2020 at 8:00 AM Christoph Hellwig wrote:
> > > >
> > > > Once we can't manipulat
Hi all,
Changes since 20200828:
The drm tree inherited the drm-misc tree's build failure.
The rcu tree gained a conflict against the jc_docs tree.
The scsi tree gained conflicts against Linus' tree.
The akpm tree lost 3 patches that turned up elsewhere.
Non-merge commits (relative to Linus' t
On Tue, Sep 01, 2020 at 06:25:12PM +0100, Al Viro wrote:
> On Tue, Sep 01, 2020 at 07:13:00PM +0200, Christophe Leroy wrote:
>
> > 10.92% dd [kernel.kallsyms] [k] iov_iter_zero
>
> Interesting... Could you get an instruction-level profile inside
> iov_iter_zero(),
> along with the d
Le 02/09/2020 à 05:23, Aneesh Kumar K.V a écrit :
Christophe Leroy writes:
The following random segfault is observed from time to time with
map_hugetlb selftest:
root@localhost:~# ./map_hugetlb 1 19
524288 kB hugepages
Mapping 1 Mbytes
Segmentation fault
[ 31.219972] map_hugetlb[365]: s
From: Leon Romanovsky
>From Jason:
The RDMA CMA continues to attract syzkaller bugs due to its somewhat loose
operation of its FSM. Audit and scrub the whole thing to follow modern
expectations.
Overall the design elements are broadly:
- The ULP entry points MUST NOT run in parallel with each
On 9/2/20 12:16 AM, Nicolin Chen wrote:
> These two patches are to update default segment_boundary_mask.
>
> PATCH-1 fixes overflow issues in callers of dma_get_seg_boundary.
> Previous version was a series: https://lkml.org/lkml/2020/8/31/1026
>
> Then PATCH-2 sets default segment_boundary_ma
On 9/1/20 17:21, Lukasz Stelmach wrote:
It was <2020-08-25 wto 21:06>, when Sylwester Nawrocki wrote:
On 8/21/20 18:13, Łukasz Stelmach wrote:
Check return values in prepare_dma() and s3c64xx_spi_config() and
propagate errors upwards.
Signed-off-by: Łukasz Stelmach
---
drivers/spi/spi-s3c64
On 2020/9/2 15:32, Eric Dumazet wrote:
>
>
> On 9/1/20 11:34 PM, Yunsheng Lin wrote:
>
>>
>> I am not familiar with TCQ_F_CAN_BYPASS.
>> From my understanding, the problem is that there is no order between
>> qdisc enqueuing and qdisc reset.
>
> Thw qdisc_reset() should be done after rcu grace
From: Leon Romanovsky
Continue with allocation patches.
Leon Romanovsky (2):
RDMA: Clean MW allocation and free flows
RDMA: Convert RWQ table logic to ib_core allocation scheme
drivers/infiniband/core/device.c| 2 +
drivers/infiniband/core/uverbs_cmd.c| 45
On 9/2/20 1:41 PM, Christophe Leroy wrote:
Le 02/09/2020 à 05:23, Aneesh Kumar K.V a écrit :
Christophe Leroy writes:
The following random segfault is observed from time to time with
map_hugetlb selftest:
root@localhost:~# ./map_hugetlb 1 19
524288 kB hugepages
Mapping 1 Mbytes
Segmentatio
Hi Jiri,
On 9/2/2020 4:09 AM, Jiri Olsa wrote:
On Tue, Sep 01, 2020 at 10:26:25AM +0800, Jin, Yao wrote:
Hi Jiri,
On 8/31/2020 9:56 PM, Jiri Olsa wrote:
On Tue, Aug 25, 2020 at 07:35:07AM +0800, Jin Yao wrote:
SNIP
+ int nr_streams_max,
+
On Wed, 2 Sep 2020 09:02:26 +0200
pet...@infradead.org wrote:
> On Wed, Sep 02, 2020 at 09:37:39AM +0900, Masami Hiramatsu wrote:
> > On Tue, 1 Sep 2020 21:08:08 +0200
> > Peter Zijlstra wrote:
> >
> > > On Sat, Aug 29, 2020 at 09:59:49PM +0900, Masami Hiramatsu wrote:
> > > > Masami Hiramatsu (
On Wed, 2 Sep 2020, Boqun Feng wrote:
> When PAGE_SIZE > HV_HYP_PAGE_SIZE, we need the ringbuffer size to be at
> least 2 * PAGE_SIZE: one page for the header and at least one page of
> the data part (because of the alignment requirement for double mapping).
>
> So make sure the ringbuffer sizes
On Tue, Sep 01 2020 at 17:09, Andy Lutomirski wrote:
> On Tue, Sep 1, 2020 at 4:50 PM Thomas Gleixner wrote:
>> > I think that they almost work for x86, but not quite as
>> > indicated by this bug. Even if we imagine we can somehow hack around
>> > this bug, I imagine we're going to find other pr
On Tue, 1 Sep 2020 at 17:40, Christoph Hellwig wrote:
>
> On Tue, Sep 01, 2020 at 05:36:17PM +0200, Ulf Hansson wrote:
> > > I still don't think this makes sense, as the dma_mask should always
> > > be non-NULL here.
> >
> > If that is the case, I wonder how the driver could even have worked witho
Hi,
On 2020/9/2 2:05, George Cherian wrote:
Hi Yang,
-Original Message-
From: Yang Yingliang
Sent: Tuesday, September 1, 2020 6:59 PM
To: George Cherian ; linux-kernel@vger.kernel.org;
linux-a...@vger.kernel.org; linux-...@vger.kernel.org
Cc: kbuild-...@lists.01.org; bhelg...@google.c
Hello Joel,
On Wed, Sep 02, 2020 at 01:08:35AM +, Joel Stanley wrote:
> On Tue, 1 Sep 2020 at 14:09, Gautham R. Shenoy
> wrote:
> >
> > From: "Gautham R. Shenoy"
> >
> > commit d947fb4c965c ("cpuidle: pseries: Fixup exit latency for
> > CEDE(0)") sets the exit latency of CEDE(0) based on th
On Tue, Sep 01, 2020 at 07:40:17PM -0600, Tycho Andersen wrote:
> I've changed my e-mail address to tycho.pizza, so let's reflect that in
> these files.
>
> Signed-off-by: Tycho Andersen
> ---
> .mailmap| 1 +
> MAINTAINERS | 2 +-
> 2 files changed, 2 insertions(+), 1 deletion(-)
>
> diff
Hi Pavel,
Maybe I miss something, but it seems that in 4.19 vpif_probe() ignores
error codes from vpif_probe_complete() and returns 0 even if it fails.
That was fixed by commit 64f883cd98c6, but it was not backported to 4.19.
In addition, this commit contains a fix of one more bug.
Regarding your
Currently, there is an assumption that the performance domains as provided
by the SCMI protocol should be mirroring the exact implementation in
hardware, for example, the clock domains, which are a typical type of
performance domains.
By design, an SCMI performance domain defines the granularity o
Rakesh Pillai writes:
> Board Data File (BDF) is loaded upon driver boot-up procedure.
> The right board data file is identified using bus and qmi-board-id.
>
> The problem, however, can occur when the (default) board data
> file cannot fulfill with the vendor requirements and it is
> necessary t
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 the PHY voltage valid
and ID input signals.
So, missing signals ca
This patch documents the usb-role-switch property in dwc2 bindings, now
that usb-role-switch support is available in dwc2 driver.
Reviewed-by: Martin Blumenstingl
Acked-by: Rob Herring
Signed-off-by: Amelie Delaunay
---
Documentation/devicetree/bindings/usb/dwc2.yaml | 4
1 file changed,
This patch adds support for usb role switch to dwc2, by using overriding
control of the PHY voltage valid and ID input signals.
iddig signal (ID) can be overridden:
- when setting GUSBCFG_FORCEHOSTMODE, iddig input pin is overridden with 1;
- when setting GUSBCFG_FORCEDEVMODE, iddig input pin is o
On Wed, Sep 02, 2020 at 01:34:59AM +, linmiaohe wrote:
> Christian Brauner wrote:
> >On Tue, Sep 01, 2020 at 06:39:05PM +0200, Oleg Nesterov wrote:
> >> On 09/01, Christian Brauner wrote:
> >> >
> >> > On Tue, Sep 01, 2020 at 07:58:00AM -0400, Miaohe Lin wrote:
> >> > > No functional change in
If usb-role-switch is present in the device tree, it means that ID and Vbus
signals are not connected to the OTG controller but to an external
component (GPIOs, Type-C controller). In this configuration, usb role
switch is used to force valid sessions on STM32MP15 SoCs.
Acked-by: Martin Blumenstin
On Wed, Sep 02, 2020 at 07:53:02AM +0200, Michal Hocko wrote:
> On Tue 01-09-20 18:25:58, Suren Baghdasaryan wrote:
> > Currently __set_oom_adj loops through all processes in the system to
> > keep oom_score_adj and oom_score_adj_min in sync between processes
> > sharing their mm. This is done for
This will improve this driver's build coverage.
Reported-by: Ezequiel Garcia
Signed-off-by: Alexandre Courbot
---
Hi Ohad, Bjorn,
As explained in
https://www.spinics.net/lists/linux-media/msg175991.html, we need this
patch in order to merge a driver series in the media tree. If that looks
ok to
On Wed, Sep 2, 2020 at 11:09 AM Hennerich, Michael
wrote:
> > From: Andy Shevchenko
> > Sent: Montag, 31. August 2020 14:46
> > On Mon, Aug 31, 2020 at 2:28 PM AceLan Kao
> > wrote:
...
> > P.S. Jonathan, it seems this driver has artificial ACPI HID. We probably
> > have to
> > remove it. How
From: Leon Romanovsky
The kernel compiled with GCC 10.2.1 and KASAN together with GCOV enabled
produces the following splat while reloading modules. The very similar
trace was reported by Colin [1].
[ cut here ]
WARNING: CPU: 0 PID: 296 at mm/page_alloc.c:4859
__alloc_
From: Leon Romanovsky
Once GCOV fails to duplicate information, the following error is
printed:
gcov: could not save data for
'/home/leonro/src/kernel/drivers/infiniband/hw/mlx5/std_types.gcda' (out of
memory)
In the event of out-of-memory such prints are seen for almost every kernel
file, so
From: Leon Romanovsky
The filename is a const pointer, so use the proper string duplication
routine that takes into account const identifier.
Cc: Colin Ian King
Signed-off-by: Leon Romanovsky
---
kernel/gcov/gcc_4_7.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ker
From: Leon Romanovsky
The kernel with KASAN and GCOV enabled generates the following splat
due to the situation that gcov_info can be both user and kernel pointer.
It is triggered by the memcpy() inside kmemdup(), so as a possible solution
let's copy fields manually.
==
From: Leon Romanovsky
Hi Linus,
Both Colin in Ubuntu [1] and I in FC 32 are having same kernel crashes
while GCOV is enabled. The reason to it that n_fuction variable that
should be provided by GCC is not initialized (or wrongly set).
This patch is based on the RFC [2] which I sent to gather fe
On Tue, Sep 01, 2020 at 08:51:46PM -0700, Guenter Roeck wrote:
> [ 27.056457] include/trace/events/lock.h:13 suspicious
> rcu_dereference_check() usage!
> [ 27.057006] Hardware name: Generic OMAP3-GP (Flattened Device Tree)
> [ 27.057098] [] (unwind_backtrace) from []
> (show_stack+0x10/0
On Wed, Sep 02, 2020 at 09:22:53AM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2020-09-01 at 13:37 -0500, Bjorn Helgaas wrote:
> > On Mon, Aug 31, 2020 at 03:18:27PM +, Clint Sbisa wrote:
> > > Using write-combine is crucial for performance of PCI devices where
> > > significant amounts of t
On Wed, Sep 02, 2020 at 09:17:47AM +1200, Evan Nimmo wrote:
> If something goes wrong (such as the SCL being stuck low) then we need
> to reset the PCA chip. The issue with this is that on reset we lose all
> config settings and the chip ends up in a disabled state which results
> in a lock up/high
On Wed, Sep 02, 2020 at 11:43:56AM +0300, Andy Shevchenko wrote:
> On Wed, Sep 02, 2020 at 09:17:47AM +1200, Evan Nimmo wrote:
> > If something goes wrong (such as the SCL being stuck low) then we need
> > to reset the PCA chip. The issue with this is that on reset we lose all
> > config settings a
Peter Xu writes:
> On Tue, Sep 01, 2020 at 04:43:25PM +0200, Vitaly Kuznetsov wrote:
>> Peter Xu writes:
>>
>> > On Fri, Aug 07, 2020 at 04:12:29PM +0200, Vitaly Kuznetsov wrote:
>> >> When testing Linux kernel boot with QEMU q35 VM and direct kernel boot
>> >> I observed 8193 accesses to PCI h
Hello Denis,
Quoting Denis Efremov (2020-08-27 08:43:59)
> Use kfree_sensitive() instead of open-coding it.
>
> Signed-off-by: Denis Efremov
Acked-by: Antoine Tenart
Thanks!
Antoine
> ---
> drivers/crypto/inside-secure/safexcel_hash.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-
On Mon, Aug 24, 2020 at 07:44:21PM -0400, Tong Zhang wrote:
> ocrdma_qp_state_change() returns 1 when new and old state are the same,
> however caller is checking using <0
>
> Signed-off-by: Tong Zhang
> ---
> drivers/infiniband/hw/ocrdma/ocrdma_verbs.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Mon, 31 Aug 2020 at 23:10, Raul E Rangel wrote:
>
> commit 61d7437ed1390 ("mmc: sdhci-acpi: Fix HS400 tuning for AMDI0040")
> broke resume for HS400. When the system suspends the eMMC controller is
> powered down. So on resume we need to reinitialize the controller.
> amd_sdhci_host was not get
On Thu, 27 Aug 2020 at 16:59, Douglas Anderson wrote:
>
> As the comments in this patch say, if we tune and find all phases are
> valid it's _almost_ as bad as no phases being found valid. Probably
> all phases are not really reliable but we didn't detect where the
> unreliable place is. That me
On Mon, 31 Aug 2020 at 12:23, Wolfram Sang
wrote:
>
> Signed-off-by: Wolfram Sang
Applied for next, thanks!
Kind regards
Uffe
> ---
>
> Only buildtested. Found while analyzing retune-handling in the core.
>
> drivers/mmc/host/meson-gx-mmc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletio
On Mon, 31 Aug 2020 at 18:11, Krzysztof Kozlowski wrote:
>
> There might be multiple reset GPIOs but dtschema has trouble parsing it
> if there are no maxItems:
>
> arch/arm/boot/dts/exynos5250-snow.dt.yaml: mmc3_pwrseq: reset-gpios: [[20,
> 2, 1], [20, 1, 1]] is too long
> From schema: Doc
On Tue, 1 Sep 2020 at 10:50, Matthias Schiffer
wrote:
>
> As for I2C and SPI, it now is possible to reserve a fixed index for
> mmc/mmcblk devices.
>
> Signed-off-by: Matthias Schiffer
Applied for next, thanks!
Kind regards
Uffe
> ---
>
> v4: moved alias documentation from example to descript
On Thu, 27 Aug 2020 at 11:33, Chun-Hung Wu wrote:
>
> This series provides MediaTek cqhci implementations as below:
> - Add cqhci_host_ops->pre_enable() and cqhci_host_ops->post_disable()
> - Implement MediaTek's hook functions
>
> Chun-Hung Wu (2):
> mmc: cqhci: add new cqhci_host_ops pre_e
On Tue, 1 Sep 2020 at 10:50, Matthias Schiffer
wrote:
>
> As with GPIO, UART and others, allow specifying the device index via the
> aliases node in the device tree.
>
> On embedded devices, there is often a combination of removable (e.g.
> SD card) and non-removable MMC devices (e.g. eMMC).
> The
On Sat, 29 Aug 2020 at 08:25, Krzysztof Kozlowski wrote:
>
> The i.MX 8 DTSes use two compatibles so update the binding to fix
> dtbs_check warnings like:
>
> arch/arm64/boot/dts/freescale/imx8mn-evk.dt.yaml: mmc@30b4:
> compatible: ['fsl,imx8mn-usdhc', 'fsl,imx7d-usdhc'] is too long
>
register_mem_sect_under_nodem() is checking the memory block's node id only
if the system state is "SYSTEM_BOOTING". On PowerPC, the memory blocks are
registered while the system state is "SYSTEM_SCHEDULING", the one before
SYSTEM_RUNNING.
The consequence on PowerPC guest with interleaved memory n
On Tuesday, September 1, 2020 3:26 PM, Daniel Vetter wrote:
> On Tue, Sep 01, 2020 at 08:57:37AM +, Simon Ser wrote:
>
> > On Monday, August 31, 2020 3:48 PM, Ville Syrjälä
> > ville.syrj...@linux.intel.com wrote:
> >
> > > > > It doesn't seem like this IGT test's goal is to exercise support
On Tue, Sep 01, 2020 at 12:03:49PM +0100, Mark Brown wrote:
> On Sun, Aug 30, 2020 at 01:26:32PM +0200, Krzysztof Kozlowski wrote:
> > The "sound-dai" property has cells therefore phandle-array should be
> > used, even if it is just one phandle. This fixes dtbs_check warnings
> > like:
>
> Please
On Tue, Sep 01, 2020 at 09:21:37PM -0700, Guenter Roeck wrote:
> [0.00] WARNING: CPU: 0 PID: 0 at kernel/locking/lockdep.c:4875
> check_flags.part.39+0x280/0x2a0
> [0.00] DEBUG_LOCKS_WARN_ON(lockdep_hardirqs_enabled())
> [0.00] [<004cff18>] lock_acquire+0x218/0x4e0
On Tue, Sep 01, 2020 at 07:40:16PM -0600, Tycho Andersen wrote:
> In seccomp_set_mode_filter() with TSYNC | NEW_LISTENER, we first initialize
> the listener fd, then check to see if we can actually use it later in
> seccomp_may_assign_mode(), which can fail if anyone else in our thread
> group has
Dear Friend,
How are you I hope you are very fine with your entire family? If so glory be to
Almighty God.
I'm happy to inform you about my success in getting those funds transferred
under the cooperation of a new partner from GREECE, Presently i'm in GREECE
for a better treatment and buildi
> -Original Message-
> From: Andy Shevchenko
> Sent: Mittwoch, 2. September 2020 10:52
> To: Hennerich, Michael
> Cc: AceLan Kao ; Ardelean, Alexandru
> ; William Sung
> ; Lars-Peter Clausen ;
> Jonathan Cameron ; Hartmut Knaack ;
> Peter Meerwald-Stadler ; linux-iio i...@vger.kernel.o
On Wed, Sep 02, 2020 at 11:09:35AM +0200, pet...@infradead.org wrote:
> On Tue, Sep 01, 2020 at 09:21:37PM -0700, Guenter Roeck wrote:
> > [0.00] WARNING: CPU: 0 PID: 0 at kernel/locking/lockdep.c:4875
> > check_flags.part.39+0x280/0x2a0
> > [0.00] DEBUG_LOCKS_WARN_ON(lockdep_hardi
+Cc Will
On 2020/8/18 17:16, Hanjun Guo wrote:
On 2020/8/18 14:36, Zenghui Yu wrote:
* From v1 [1]:
- As pointed out by Hanjun, remove two now unused inline functions.
Compile tested with CONFIG_IOMMU_API is not selected.
[1] https://lore.kernel.org/r/20200817105946.1511-1-yuzeng...@hu
When adding allwinner,sun8i-a33-crypto, I forgot to add that it needs reset.
Furthermore, there are no need to use items to list only one compatible
in compatible list.
Fixes: f81547ba7a98 ("dt-bindings: crypto: add new compatible for A33 SS")
Signed-off-by: Corentin Labbe
---
.../bindings/crypt
Document SoC specific compatible strings for r8a7742. No driver change
is needed as the fallback strings will activate the right code.
Signed-off-by: Lad Prabhakar
Reviewed-by: Marian-Cristian Rotariu
Reviewed-by: Geert Uytterhoeven
---
v1->v2
* Reabsed the patch on top YAML conversion
* Restor
On 9/2/20 1:14 AM, Yunsheng Lin wrote:
> On 2020/9/2 15:32, Eric Dumazet wrote:
>>
>>
>> On 9/1/20 11:34 PM, Yunsheng Lin wrote:
>>
>>>
>>> I am not familiar with TCQ_F_CAN_BYPASS.
>>> From my understanding, the problem is that there is no order between
>>> qdisc enqueuing and qdisc reset.
>>
>>
On Wed, 19 Aug 2020, Mark Brown wrote:
> Currently the callback passed to arch_stack_walk() has an argument called
> reliable passed to it to indicate if the stack entry is reliable, a comment
> says that this is used by some printk() consumers. However in the current
> kernel none of the arch_sta
On Wed, 19 Aug 2020, Mark Brown wrote:
> As with the generic arch_stack_walk() code the arm64 stack walk code takes
> a callback that is called per stack frame. Currently the arm64 code always
> passes a struct stackframe to the callback and the generic code just passes
> the pc, however none of t
On Wed, Sep 2, 2020 at 12:12 PM Hennerich, Michael
wrote:
> > From: Andy Shevchenko
> > Sent: Mittwoch, 2. September 2020 10:52
> > On Wed, Sep 2, 2020 at 11:09 AM Hennerich, Michael
> > wrote:
...
> > I see. Can we consider this email as the official answer from AD that this
> > ID is
> > be
On 2/09/20 5:12 am, Martin K. Petersen wrote:
>
> Adrian,
>
>> Intel host controllers support the setting of latency tolerance.
>> Accordingly, implement the PM QoS ->set_latency_tolerance() callback. The
>> raw register values are also exposed via debugfs.
>
> Does not apply to 5.10/scsi-queue.
On Tue, Aug 18, 2020 at 02:36:23PM +0800, Zenghui Yu wrote:
> * From v1 [1]:
> - As pointed out by Hanjun, remove two now unused inline functions.
> Compile tested with CONFIG_IOMMU_API is not selected.
>
> [1] https://lore.kernel.org/r/20200817105946.1511-1-yuzeng...@huawei.com
>
> Zenghui
> -Original Message-
> From: Bjorn Helgaas [mailto:helg...@kernel.org]
> Sent: Tuesday, September 01, 2020 8:06 PM
> To: 吳昊澄 Ricky
> Cc: a...@arndb.de; gre...@linuxfoundation.org; ulf.hans...@linaro.org;
> bhelg...@google.com; rui_f...@realsil.com.cn; vailbhavgupt...@gamail.com;
> linux-..
Hi all,
I have sent a patch which reverts cddae808aeb7 ("block: pass a
hd_struct to delete_partition") to syzbot, and it is now pending for
testing:
Link: https://groups.google.com/g/syzkaller-bugs/c/fnk0t9aqhDw/m/FO46-S8XAgAJ
Thank you,
Peilin Ye
Hi,
it could be a silly question, but better to ask...
> + if (regs)
> + start_backtrace(&frame, regs->regs[29], regs->pc);
> + else
> + start_backtrace(&frame, thread_saved_fp(task),
> + thread_saved_pc(task));
Would this also work for
701 - 800 of 1320 matches
Mail list logo
