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
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'
> -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>;
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
>-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
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
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]
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
+ 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
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
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
---
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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
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
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,
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 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
> >
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:
On Wed, Sep 02, 2020 at 11:14:54AM +0530, Naresh Kamboju wrote:
> On Tue, 1 Sep 2020 at 21:06, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.8.6 release.
> > There are 255 patches in this series, all will be posted as a response
> > to this one. If
On Tue, 1 Sep 2020 18:00:16 +0200, Jessica Yu wrote:
> In the arm64 module linker script, the section .text.ftrace_trampoline
> is specified unconditionally regardless of whether CONFIG_DYNAMIC_FTRACE
> is enabled (this is simply due to the limitation that module linker
> scripts are not
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 might potentially cause problem while supporting physical CPU
> hotplug,
Hi Rob,
On 02/09/20 10:24 am, Kishon Vijay Abraham I wrote:
Hi Nishanth,
On 01/09/20 8:22 pm, Nishanth Menon wrote:
On 19:36-20200901, Kishon Vijay Abraham I wrote:
Add PCIe device tree node (both RC and EP) for the four
PCIe instances here.
Signed-off-by: Kishon Vijay Abraham I
---
On Tue, Sep 01, 2020 at 11:58:21AM -0700, Guenter Roeck wrote:
> On 9/1/20 8:09 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.4.235 release.
> > There are 62 patches in this series, all will be posted as a response
> > to this one. If anyone has any
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 period, when there is
guarantee no enqueue is in
Hello,
syzbot found the following issue on:
HEAD commit:dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=146061d190
kernel config: https://syzkaller.appspot.com/x/.config?x=b6856d16f78d8fa9
Hello,
syzbot found the following issue on:
HEAD commit:dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=1442d38e90
kernel config: https://syzkaller.appspot.com/x/.config?x=b6856d16f78d8fa9
On 01/09/2020 06:56, kajoljain wrote:
+#define min(x, y) ({ \
+ typeof(x) _min1 = (x); \
+ typeof(y) _min2 = (y); \
+ (void)(&_min1 == &_min2); \
+ _min1 < _min2 ? _min1 : _min2; })
+#endif
Wondering what is special about this definition
On 04-08-20, 11:44, Lukasz Luba wrote:
> On 8/4/20 11:38 AM, Viresh Kumar wrote:
> > I don't think doing it with help of firmware is the right thing to do
> > here then. For another platform we may not have a firmware which can
> > help us, we need something in the opp core itself for that. Lemme
Hi Stephen,
On Wed 2020-09-02 07:22:54, Stephen Rothwell wrote:
> Hi all,
>
> In commits
>
> e5e4c07d9233 ("docs: vmcoreinfo: add lockless printk ringbuffer vmcoreinfo")
> 0cfdacd74ad5 ("scripts/gdb: update for lockless printk ringbuffer")
>
> Fixes tag
>
> Fixes: ("printk: use the
Looks good,
Reviewed-by: Johannes Thumshirn
The locking isn't required anymore as stats can get updated only from
one place at a time. Remove it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq_stats.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/cpufreq/cpufreq_stats.c b/drivers/cpufreq/cpufreq_stats.c
index
On Tue, Sep 01, 2020 at 08:51:46PM -0700, Guenter Roeck wrote:
> On Fri, Aug 21, 2020 at 10:47:49AM +0200, Peter Zijlstra wrote:
> > The lockdep tracepoints are under the lockdep recursion counter, this
> > has a bunch of nasty side effects:
> >
> > - TRACE_IRQFLAGS doesn't work across the
Hi,
We disabled recording cpufreq stats when fast switching was introduced
to the cpufreq core as the cpufreq stats required to take a spinlock and
that can't be allowed (for performance reasons) on scheduler's hot path.
Here is an attempt to get rid of the lock and bring back the support.
--
In order to prepare for lock-less stats update, add support to defer any
updates to it until cpufreq_stats_record_transition() is called.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq_stats.c | 75 -
1 file changed, 56 insertions(+), 19 deletions(-)
The cpufreq core handles the updates to policy->cur and recording of
cpufreq trace events for all the governors except schedutil's fast
switch case.
Move that as well to cpufreq core for consistency and readability.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c| 14
Now that all the blockers are gone for enabling stats in fast-switching
case, enable it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 6 +-
drivers/cpufreq/cpufreq_stats.c | 6 --
2 files changed, 5 insertions(+), 7 deletions(-)
diff --git
On Wed, 2 Sep 2020, Markus Elfring wrote:
> …
> > +++ b/scripts/coccinelle/free/ifnullfree.cocci
> > @@ -20,8 +20,14 @@ expression E;
> > - if (E != NULL)
> > (
> >kfree(E);
> > +|
> > + kvfree(E);
> > |
> >kfree_sensitive(E);
> > +|
> > + kvfree_sensitive(E, ...);
> > +|
> > +
Looks good,
Reviewed-by: Johannes Thumshirn
Looks good,
Reviewed-by: Johannes Thumshirn
Looks good,
Reviewed-by: Johannes Thumshirn
Looks good,
Reviewed-by: Johannes Thumshirn
Looks good,
Reviewed-by: Johannes Thumshirn
On Wed, Sep 02, 2020 at 10:47:51AM +0530, Naresh Kamboju wrote:
> On Wed, 2 Sep 2020 at 00:39, Guenter Roeck wrote:
> >
> > On 9/1/20 8:08 AM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 5.4.62 release.
> > > There are 214 patches in this series, all will
Looks good,
Reviewed-by: Johannes Thumshirn
On Tue, 1 Sep 2020 at 20:46, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.9.235 release.
> There are 78 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.
>
>
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.
Get the provided clock and check it frequency. If none is provided,
fall back to old property.
Enable the
Add bindings for the IMX258 camera sensor. The bindings, just like the
driver, are quite limited, e.g. do not support regulator supplies.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. None
---
.../devicetree/bindings/media/i2c/imx258.yaml | 92 ++
The IMX258 can be used also on embedded designs using device tree so
allow the sensor to bind to a device tree node.
Signed-off-by: Krzysztof Kozlowski
---
Changes since v1:
1. None
---
drivers/media/i2c/imx258.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
On Wed, Aug 26, 2020 at 04:47:47PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
On 31/08/2020 at 19:11, Alexandre Belloni wrote:
> Hi,
>
> This series fixes some of the dtbs_check warnings. The remaining ones
> are mainly missing documentation or the documentation has not been
> converted to yaml.
>
> Alexandre Belloni (5):
>ARM: dts: at91: fix cpu node
>ARM: dts:
Hello,
I sent you an email earlier of the late Engineer and the deposit in
the bank and have been expecting to hear from you. Try and get back to
me. I really need your responds as soon as possible
Thanks
Isak.
Hello,
On Wed, Aug 26, 2020 at 04:47:46PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
On Wed, Aug 26, 2020 at 04:47:45PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
On Wed, Aug 26, 2020 at 04:47:44PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
On Wed, Aug 26, 2020 at 04:47:43PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
--
On Tue, 1 Sep 2020 at 20:49, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.196 release.
> There are 91 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.
>
>
On Wed, Aug 26, 2020 at 04:47:42PM +0200, Krzysztof Kozlowski wrote:
> Common pattern of handling deferred probe can be simplified with
> dev_err_probe(). Less code and also it prints the error value.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Uwe Kleine-König
Thanks
Uwe
While running LTP tracing on arm64 juno with kasan config enabled
this kernel BUG triggered.
metadata:
git branch: linux-4.14.y
git repo:
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git
kernel-config:
On Fri, Aug 28, 2020 at 03:51:13PM -0400, Julien Desfossez wrote:
> /*
> * The static-key + stop-machine variable are needed such that:
> *
> @@ -4641,7 +4656,7 @@ pick_next_task(struct rq *rq, struct task_struct *prev,
> struct rq_flags *rf)
> struct task_struct *next, *max = NULL;
>
Hi Laurent,
Thank you for your review comments.
> -Original Message-
> From: Laurent Pinchart
> Sent: Wednesday, September 2, 2020 6:00 AM
> To: Swapnil Kashinath Jakhade
> Cc: vk...@kernel.org; kis...@ti.com; linux-kernel@vger.kernel.org;
> max...@cerno.tech; Milind Parab ; Yuti
On Thu, Aug 27, 2020 at 06:30:01PM -0400, Joel Fernandes wrote:
> On Thu, Aug 27, 2020 at 09:47:48AM +0200, pet...@infradead.org wrote:
> > All trace_*_rcuidle() and RCU_NONIDLE() usage is a bug IMO.
> >
> > Ideally RCU-trace goes away too.
>
> I was thinking that unless the rcu_idle_enter/exit
On Wed, Sep 2, 2020 at 9:06 AM Daniel Borkmann wrote:
>
> On 9/2/20 8:57 AM, syzbot wrote:
> > Hello,
> >
> > syzbot found the following issue on:
>
> Magnus/Bjorn, ptal, thanks!
On it as we speak.
> > HEAD commit:dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support
> > git tree:
> -Original Message-
> From: Daniel Borkmann
> Sent: Wednesday, September 2, 2020 9:06 AM
> To: syzbot ;
> a...@linux-foundation.org; andr...@fb.com; a...@kernel.org; Topel, Bjorn
> ; b...@vger.kernel.org; da...@davemloft.net;
> h...@kernel.org; john.fastab...@gmail.com;
This patch updates the documentation for the CEVA controller for adding
the required properties for 'phys' and 'resets'.
Signed-off-by: Piyush Mehta
---
Documentation/devicetree/bindings/ata/ahci-ceva.txt | 8
1 file changed, 8 insertions(+)
diff --git
On 2020-09-02 03:29, Stephen Boyd wrote:
The cstate->num_mixers member is only set to a non-zero value once
dpu_encoder_virt_mode_set() is called, but the atomic check function
can
be called by userspace before that. Let's avoid the div-by-zero here
and
inside _dpu_crtc_setup_lm_bounds() by
This patch series updates the ceva driver to add support for Xilinx GT phy.
This also updates the documentation with the device tree binding required
for working with Xilinx GT phy.
Piyush Mehta (2):
ata: ahci: ceva: Update the driver to support xilinx GT phy
dt-bindings: ata: achi: ceva:
On 9/2/20 8:57 AM, syzbot wrote:
Hello,
syzbot found the following issue on:
Magnus/Bjorn, ptal, thanks!
HEAD commit:dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16ff67de90
kernel
SATA controller used in Xilinx ZynqMP platform uses xilinx GT phy
which has 4 GT lanes and can used by 4 peripherals at a time.
SATA controller uses 1 GT phy lane among the 4 GT lanes. To configure
the GT lane for SATA controller, the below sequence is expected.
1. Assert the SATA controller
On Tue, 1 Sep 2020 at 19:42, Peter Zijlstra wrote:
>
> On Tue, Sep 01, 2020 at 09:13:40AM -0700, Paul E. McKenney wrote:
> > On Tue, Sep 01, 2020 at 05:50:14PM +0200, pet...@infradead.org wrote:
> > > On Tue, Sep 01, 2020 at 09:44:17AM -0600, Lina Iyer wrote:
> > > > > > > > > I could add
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 (16):
> > > kprobes: Add generic kretprobe trampoline handler
> > >
If rpmsg_register_device fails, it will call
mtk_rpmsg_release_device which already frees mdev.
Fixes: 7017996951fde84 ("rpmsg: add rpmsg support for mt8183 SCP.")
Signed-off-by: Nicolas Boichat
---
drivers/rpmsg/mtk_rpmsg.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
As 5kft <5...@5kft.org> reported:
kworker/u9:3: page allocation failure: order:9,
mode:0x40c40(GFP_NOFS|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0
CPU: 3 PID: 8168 Comm: kworker/u9:3 Tainted: G C5.8.3-sunxi
#trunk
Hardware name: Allwinner sun8i Family
Workqueue:
On Tue, 2020-09-01 at 22:16 +0200, Antoni Przybylik wrote:
> This approach is more elegant and prevents some problems related to
> macros such as operator precedence in expanded expression.
[]
> diff --git a/drivers/staging/gdm724x/gdm_tty.c
> b/drivers/staging/gdm724x/gdm_tty.c
[]
> @@ -36,6
ср, 2 сент. 2020 г. в 00:58, Jernej Skrabec :
>
> Function sun8i_vi_layer_get_csc_mode() is supposed to return CSC mode
> but due to inproper return type (bool instead of u32) it returns just 0
> or 1. Colors are wrong for YVU formats because of that.
>
> Fixes: daab3d0e8e2b ("drm/sun4i: de2:
From: Marc Zyngier
>On 2020-08-20 13:36, Daniel Palmer wrote:
>> Hi Mark-PK, Marc
>>
>> I'm not sure this will be the final version but I'm going to try to
>> integrate this with my current MStar/SigmaStar tree over the weekend
>> and then I guess I can give this a tested-by?
>
>That'd be good.
Hi Felipe, Greg,
Is it possible to apply this ? USB is broken on 5.8 stable and 5.9-rc on
multiple GXL/GXM boards.
Thanks,
Neil
On 27/08/2020 16:48, Amjad Ouled-Ameur wrote:
> This reverts commit 7a410953d1fb4dbe91ffcfdee9cbbf889d19b0d7.
>
> This commit breaks USB on
Hello,
syzbot found the following issue on:
HEAD commit:b51594df Merge tag 'docs-5.9-3' of git://git.lwn.net/linux
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=172fea1590
kernel config: https://syzkaller.appspot.com/x/.config?x=3c5f6ce8d5b68299
Hello,
syzbot found the following issue on:
HEAD commit:dc1a9bf2 octeontx2-pf: Add UDP segmentation offload support
git tree: net-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16ff67de90
kernel config: https://syzkaller.appspot.com/x/.config?x=b6856d16f78d8fa9
Export some APIs for module drivers.
Fix the clock config to support module build.
Fix the clk driver init, add module author, description
and license to support building RK3399 SoC clock driver as module.
Elaine Zhang (6):
clk: rockchip: Use clk_hw_register_composite instead of
On Tue, 1 Sep 2020 at 20:53, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.19.143 release.
> There are 125 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.
>
>
Hi Laurent,
Thank you for your review comments.
> -Original Message-
> From: Laurent Pinchart
> Sent: Wednesday, September 2, 2020 5:56 AM
> To: Swapnil Kashinath Jakhade
> Cc: vk...@kernel.org; kis...@ti.com; linux-kernel@vger.kernel.org;
> max...@cerno.tech; Milind Parab ; Yuti
Hi,
I've updated the yaml and post it in the patch series v3[1].
But I still keep the vendor specific property mstar,irqs-map-range as I
mentioned in the last reply.
Please review it.
[1]
https://lore.kernel.org/lkml/20200902063344.1852-3-mark-pk.t...@mediatek.com/
Hi again...
On 02/09/20 08:46, Luca Ceresoli wrote:
> Hi Sowjanya,
>
> On 02/09/20 04:04, Sowjanya Komatineni wrote:
>> This patch adds IMX274 optional external clock input and voltage
>> supplies to device tree bindings.
>>
>> Reviewed-by: Luca Ceresoli
>> Signed-off-by: Sowjanya Komatineni
On Wed, 2 Sep 2020, Denis Efremov wrote:
> Extend the list of free functions with kvfree(), kvfree_sensitive(),
> vfree().
>
> Signed-off-by: Denis Efremov
Applied, thanks.
julia
> ---
> scripts/coccinelle/free/ifnullfree.cocci | 11 +--
> 1 file changed, 9 insertions(+), 2
1201 - 1300 of 1333 matches
Mail list logo