On Thu, Mar 11, 2021 at 10:34:46AM +0100, Petr Mladek wrote:
> On Wed 2021-03-10 13:16:43, Greg Kroah-Hartman wrote:
> > On Wed, Mar 10, 2021 at 12:12:57PM +, Chris Down wrote:
> > > Greg Kroah-Hartman writes:
> > > > On Wed, Mar 10, 2021 at 02:30:31AM +, Chris Down wrote:
> > > > > + p
Changed bare usage of unsigned to unsigned int
Signed-off-by: Shubhankar Kuranagatti
---
net/core/bpf_sk_storage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/bpf_sk_storage.c b/net/core/bpf_sk_storage.c
index 4edd033e899c..d99753f88a70 100644
--- a/net/core/bpf_
On Thu, Mar 11, 2021 at 01:36:26AM -0800, Li Li wrote:
> On Wed, Mar 10, 2021 at 11:33 PM Greg KH wrote:
> >
> > On Wed, Mar 10, 2021 at 02:52:49PM -0800, Li Li wrote:
> > > if (target_proc) {
> > > binder_inner_proc_lock(target_proc);
> > > + target_proc->outstandi
On 3/11/2021 9:54 AM, Alexey Kardashevskiy wrote:
On 11/03/2021 13:00, Jason Gunthorpe wrote:
On Thu, Mar 11, 2021 at 12:42:56PM +1100, Alexey Kardashevskiy wrote:
btw can the id list have only vendor ids and not have device ids?
The PCI matcher is quite flexable, see the other patch from
On Thu 11-03-21 10:32:24, Peter Zijlstra wrote:
> On Thu, Mar 11, 2021 at 10:01:22AM +0100, Michal Hocko wrote:
> > On Thu 11-03-21 09:46:30, Peter Zijlstra wrote:
> > > On Wed, Mar 10, 2021 at 06:13:21PM -0800, Mike Kravetz wrote:
> > > > from irq context. Changing the check in the code from !in_
There are some holes in the event definitions, spaces are wasted. Based
on the analysis result of pahole and event format files, 22 events have
more than one hole. To change less and fix worst, 5 events are picked
up and fixed in this patch according the following rules.
Rules:
- try not to aff
On 11/03/2021 09.49, Linus Walleij wrote:
The use case for TPM on laptops is similar: it can be used by a
provider to lock down a machine, but it can also be used by the
random user to store keys. Very few users beside James
Bottomley are capable of doing that (I am not) but they exist.
https://b
From: Eric W. Biederman
> Sent: 10 March 2021 19:24
...
> The actual classic chroot escape is.
> chdir("/");
> chroot("/somedir");
> chdir("../../../..");
That one is easily checked.
I thought something like:
chroot("/somedir");
chdir("/somepath");
Friendly process:
mvdir("/somedir/some_path", "
The kernel build uses various tools, many of which are provided by the
same software suite, for example, LLVM and Binutils.
When you raise the minimum version of Clang/LLVM, you need to update
clang_min_version in scripts/cc-version.sh and also lld_min_version in
scripts/ld-version.sh.
Kbuild can
On Wed, 2021-03-10 at 09:41 +, Marc Zyngier wrote:
> On Wed, 10 Mar 2021 06:48:49 +,
> Jianjun Wang wrote:
> > > > +static struct irq_chip mtk_msi_irq_chip = {
> > > > + .name = "MSI",
> > > > + .irq_enable = mtk_pcie_irq_unmask,
> > > > + .irq_disable = mtk_pcie_irq_mask
Fix the following coccicheck warning:
./drivers/ide/pmac.c:1680:38-39: WARNING comparing pointer to 0.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/ide/pmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ide/pmac.c b/drivers/ide/pmac.c
index
On Wed, Mar 10, 2021 at 06:13:21PM -0800, Mike Kravetz wrote:
> put_page does not correctly handle all calling contexts for hugetlb
> pages. This was recently discussed in the threads [1] and [2].
>
> free_huge_page is the routine called for the final put_page of huegtlb
> pages. Since at least
On Thu, 2021-03-11 at 08:19 +, Marc Zyngier wrote:
> On 2021-03-11 00:05, Pali Rohár wrote:
> > On Wednesday 24 February 2021 14:11:30 Jianjun Wang wrote:
> >> +static int mtk_msi_bottom_domain_alloc(struct irq_domain *domain,
> >> + unsigned int virq, unsigned i
On Thu, 11 Mar 2021 16:52:13 +0800
Cao jin wrote:
> Parameter "cmdline" has no use, drop it.
OK, this looks good to me.
Acked-by: Masami Hiramatsu
Thank you,
>
> Signed-off-by: Cao jin
> ---
> init/main.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/init
From: Eli Billauer
This is a resubmission of the XillyUSB driver, which is the USB
variant of the existing Xillybus driver.
Because these driver share some API related functions, this submission
consists of two patches:
(1) A patch moving away Xillybus' class related functions to a
separate
From: Eli Billauer
This patch is a preparation for adding another related driver, XillyUSB.
In order to share some code between the existing Xillybus driver and the
one to be added, some functions are moved to xillybus_class.c
The header file, xillybus_class.h, is temporarily placed in include/l
From: Eli Billauer
The XillyUSB driver is the USB variant for the Xillybus FPGA IP core.
Even though it presents a nearly identical API on the FPGA and host,
it's almost a complete rewrite of the driver: The framework for exchanging
data on a USB bus is fundamentally different from doing the same
Delete/add some blank lines and some blank spaces
Signed-off-by: songqiang
---
mm/highmem.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/mm/highmem.c b/mm/highmem.c
index 1352a27951e3..902154b76030 100644
--- a/mm/highmem.c
+++ b/mm/highmem.c
@@ -110,7 +110,7
On Thu, 11 Mar 2021 09:34:01 +, David Howells said:
> Valdis KlÄtnieks wrote:
>
> > What i *expected* was that multiple builds with different O= would each
> > generate themselves a unique signing key and put it in their own O=
> > directory
> > and stay out of each other's way.
>
> Hmmm...
Hi All,
This patch series fixes trivial issues found in imx219 driver.
Cheers,
Prabhakar
Changes for v2:
* Dropped serialization patch
* Moved locking/unlocking of controls to imx219_start/imx219_stop as
suggested by Laurent.
* Moved incrementing/decrementing to imx219_start/imx219_stop as
s
Move out locking/unlocking of vflip and hflip controls from
imx219_set_stream() to the imx219_start_streaming()/
imx219_stop_streaming() respectively.
This fixes an issue in resume callback error path where streaming is
stopped and the controls are left in locked state.
Fixes: 1283b3b8f82b9 ("med
Move incrementing/decrementing runtime PM count to
imx219_start_streaming()/imx219_stop_streaming() functions respectively.
This fixes an issue of unbalanced runtime PM count in resume callback
error path where streaming is stopped and runtime PM count is left
unbalanced.
Fixes: 1283b3b8f82b9 ("m
From: Colin Ian King
The shifting of the u8 integer buf[3] by 24 bits to the left will
be promoted to a 32 bit signed int and then sign-extended to a
u64. In the event that the top bit of buf[3] is set then all
then all the upper 32 bits of the u64 end up as also being set
because of the sign-ext
On Thu, Mar 11, 2021 at 10:44:56AM +0100, Michal Hocko wrote:
> On Thu 11-03-21 10:32:24, Peter Zijlstra wrote:
> > The whole changelog reads like a trainwreck, but akpm already commented
> > on that. I picked out a small factual incorrectness, simply because if
> > you can't get that right, the wh
On Thu, Mar 11, 2021 at 03:13:49PM +0530, Shubhankar Kuranagatti wrote:
> Changed bare usage of unsigned to unsigned int
That says _what_ you did, but not _why_ you did it :(
thanks,
greg k-h
On 10.03.21 18:19, Jyoti Bhayana wrote:
> Hi Peter,
>
> As already discussed with ARM, the spec clearly mentions that it has
> to be uppercase and not case insensitive. So this patch is consistent
> with the specs and changing it with means that the spec would need to
> change as well. Therefore,
Hi,
Static analysis on linux-next with Coverity has detected an issue in
drivers/scsi/sg.c with the following recent commit:
commit b32ac463cb59e758b4560260fd168a2b4ea6e81a
Author: Douglas Gilbert
Date: Fri Feb 19 21:00:54 2021 -0500
scsi: sg: NO_DXFER move to/from kernel buffers
The ana
On Thu, Mar 11, 2021 at 5:39 PM Michal Hocko wrote:
>
> On Thu 11-03-21 17:08:34, Muchun Song wrote:
> > On Thu, Mar 11, 2021 at 4:55 PM Michal Hocko wrote:
> > >
> > > On Thu 11-03-21 15:33:20, Muchun Song wrote:
> > > > On Wed, Mar 10, 2021 at 11:41 PM Michal Hocko wrote:
> > > > >
> > > > > O
On Thu, Mar 11, 2021 at 6:48 AM Rahul Tanwar wrote:
> Hi Arnd, Pavel,
>
> Sorry for the hiccup due to missing email address in the email chain during
> the ownership transition.
>
> Henceforth, I will be the maintainer for all kernel drivers/code related to
> “formerly Intel’s now MaxLinear’s” L
On Tue, Mar 9, 2021 at 7:34 PM Christian König wrote:
> Am 09.03.21 um 18:59 schrieb Alex Deucher:
>
> There has been quite some effort for this already for generic PASID
> interface etc.. But it looks like that effort is stalled by now.
>
> Anyway at least I'm perfectly fine to have the IOMMUv2 |
This change informs lower level tcpc drivers of pd_capable
partner. This is useful while setting current limit for the
charging path.
Signed-off-by: Badhri Jagan Sridharan
---
drivers/usb/typec/tcpm/tcpm.c | 20 +++-
include/linux/usb/tcpm.h | 3 +++
2 files changed, 18 ins
This change adds chip callbacks for the following operations:
1. Setting/getting vbus voltage and current limits.
2. Notifying presence of PD capable partner
3. Notifying port role
4. Notifying orientation
Signed-off-by: Badhri Jagan Sridharan
---
drivers/usb/typec/tcpm/tcpci.c | 45
This change allows the driver to configure input current/voltage
limit for the charging path. The driver sets current_max and voltage_max
values of the power supply identified through chg-psy-name.
The change also exposes the data_role and the orientation as a extcon
interface for configuring the
chg-psy-name is an optional string property used to indicate the
power supply object for which the current/voltage_max limits have
to be set.
Signed-off-by: Badhri Jagan Sridharan
---
Documentation/devicetree/bindings/usb/maxim,max33359.yaml | 7 ++-
1 file changed, 6 insertions(+), 1 deleti
Hi,
Le 11/03/2021 à 10:40, Jiapeng Chong a écrit :
Fix the following coccicheck warnings:
./arch/powerpc/kernel/prom_init.c:2986:2-3: Unneeded semicolon.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
You already sent this patch in February and it is under Review, see
https://patch
On 2021-03-11 04:49, Bjorn Andersson wrote:
On Wed 10 Mar 10:46 CST 2021, Souradeep Chowdhury wrote:
The DCC is a DMA Engine designed to capture and store data
during system crash or software triggers. The DCC operates
based on link list entries which provides it with data and
addresses and the
Hello,
John Ogness wrote on Wed, 3 Mar 2021
11:15:15 +0100:
> The kmsg_dumper can be called from any context and CPU, possibly
> from multiple CPUs simultaneously. Since the writing of the buffer
> can occur from a later scheduled work queue, the oops buffer must
> be protected against simultan
Fix the following coccicheck warning:
./drivers/block/ataflop.c:1440:20-21: WARNING comparing pointer to 0.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/block/ataflop.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/block/ataflop.c b/drivers/
On Wed, Mar 10, 2021 at 10:47:49AM -0800, Michael Kelley wrote:
> Add two function prototypes for -W1 warnings generated by the
> kernel test robot.
>
> Reported-by: kernel test robot
> Signed-off-by: Michael Kelley
Applied to hyperv-next
Use semicolons.
Signed-off-by: Jisheng Zhang
---
drivers/mmc/host/sdhci-pci-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci-pci-core.c
b/drivers/mmc/host/sdhci-pci-core.c
index 9552708846ca..62799c1d9c0c 100644
--- a/drivers/mmc/host/sdhci-pci-c
Hi Daniel,
On 3/10/21 11:02 AM, Daniel Lezcano wrote:
In order to increase the self-encapsulation of the dtpm generic code,
the following changes are adding a power update ops to the dtpm
ops. That allows the generic code to call directly the dtpm backend
function to update the power values.
Th
Hello,
syzbot found the following issue on:
HEAD commit:29ad81a1 arch/x86: add missing include to sparsemem.h
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=148ba78ed0
kernel config: https://syzkaller.appspot.com/x/.co
On 01.03.21 15:51, Linus Walleij wrote:
Hi,
I don't know what the idea is with this but register are not normally defined
in the DTS files. The registers are determined from the compatible value.
The idea is basically replacing the pdata struct by oftree node.
(subsequent patches in this queu
On Thu, Mar 11, 2021 at 10:47 AM Masahiro Yamada wrote:
>
> +# When you raise the minimum version, please update
> +# Documentation/process/changes.rst as well.
> +min_gcc_version=4.9.0
> +min_llvm_version=10.0.1
> +min_icc_version=16.0.3 # temporary
> +min_binutils_version=2.23.0
+1 to creating
Fix the following coccicheck warning:
./drivers/ide/pmac.c:1680:38-39: WARNING comparing pointer to 0.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
Changes in v2:
- Modified if condition.
drivers/ide/pmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dri
Vitaly Kuznetsov writes:
> I discovered that CPU0 offlining/onlining works only once:
>
> # echo 0 > /sys/devices/system/cpu/cpu0/online
> # echo 1 > /sys/devices/system/cpu/cpu0/online
> # echo 0 > /sys/devices/system/cpu/cpu0/online
> -bash: echo: write error: No space left
Extend regulator notification support
This is an RFC series for getting feedback on extending the regulator
notification and error flag support. Initial discussion on the topic can
be found here:
https://lore.kernel.org/lkml/6046836e22b8252983f08d5621c35ececb97820d.ca...@fi.rohmeurope.com/
This s
Support specifying protection/error/warning limits for regulator
over current, over temperature and over/under voltage.
Most of the PMICs support only "protection" feature but few
setups do also support error/warning level indications.
On many ICs most of the protection limits can't actually be s
Add 'warning' level events and error flags to regulator core.
Current regulator core notifications are used to inform consumers
about errors where HW is misbehaving in such way it is assumed to
be broken/unrecoverable.
There are PMICs which are designed for system(s) that may have use
for regulato
Provide helper function for IC's implementing regulator notifications
when an IRQ fires. The helper also works for IRQs which can not be acked.
Helper can be set to disable the IRQ at handler and then re-enabling it
on delayed work later. The helper also adds regulator_get_error_flags()
errors in c
Add DT property parsing code and setting callback for regulator over/under
voltage, over-current and temperature error limits.
Signed-off-by: Matti Vaittinen
---
v3:
- fix stpmic1_regulator compilation (Sorry again folks! This should never
have slipped in v2)
v2:
- convert spmi-regulator
On 3/10/21 11:02 AM, Daniel Lezcano wrote:
A SoC can be differently structured depending on the platform and the
kernel can not be aware of all the combinations, as well as the
specific tweaks for a particular board.
The creation of the hierarchy must be delegated to userspace.
These changes
BD9576MUF provides over-current protection and detection. Current is
measured as voltage loss over external FET. Allow specifying FET's on
resistance so current monitoring limits can be converted to voltages.
Signed-off-by: Matti Vaittinen
---
v3:
- no changes
v2:
- use standard micro-ohms suff
BD9573 and BD9576 support set of "protection" interrupts for "fatal"
issues. Those lead to SOC reset as PMIC shuts the power outputs. Thus
there is no relevant IRQ handling for them.
Few "detection" interrupts were added to the BD9576 with the idea that
SOC could take some recovery-action before e
Driver name was changed in MFD cell:
https://lore.kernel.org/lkml/560b9748094392493ebf7af11b6cc558776c4fd5.1613031055.git.matti.vaitti...@fi.rohmeurope.com/
Fix the ID table to match this.
Signed-off-by: Matti Vaittinen
---
v3:
- no changes
v2:
- new patch
drivers/regulator/bd9576-regulator.c
Dne 11. 03. 21 v 6:50 Chris Chiu napsal(a):
> On Tue, Mar 9, 2021 at 11:29 PM Cezary Rojewski
> wrote:
>>
>> On 2021-03-09 1:19 PM, Chris Chiu wrote:
>>> Hi Guys,
>>> We have received reports that on some Kabylake laptops (Acer Swift
>>> SF314-54/55 and Lenovo Yoga C930...etc), all sound card
Hi Dillon
> -Original Message-
> From: dillon min
> Sent: mercredi 10 mars 2021 12:48
> To: Rob Herring ; Maxime Coquelin
> ; Alexandre TORGUE
> ; open list:OPEN FIRMWARE AND FLATTENED
> DEVICE TREE BINDINGS ; linux-stm32@st-md-
> mailman.stormreply.com; Linux ARM ker...@lists.infradead.
Hi Sameer,
Am 2021-03-10 15:50, schrieb Sameer Pujar:
On 3/10/2021 4:00 AM, Michael Walle wrote:
Am 2021-03-09 17:27, schrieb Sameer Pujar:
On 3/9/2021 8:11 PM, Michael Walle wrote:
If "clocks = <&xxx>" is specified from the CPU or Codec component
device node, the clock is not getting enabled
10.03.2021, 16:41, "Christoph Hellwig" :
> On Wed, Mar 10, 2021 at 02:21:56PM +0100, Christoph Hellwig wrote:
>> Can you try this patch instead?
>>
>> http://lists.infradead.org/pipermail/linux-nvme/2021-February/023183.html
>
> Actually, please try the patch below instead, it looks like our e
In the implementation of destory_cm_id(), it restores cm_id_priv by
"cm_id_priv = container_of(cm_id, struct iwcm_id_private, id);".
And the last line of destory_cm_id() calls "(void)iwcm_deref_id(cm_id_priv);"
to free the cm_id_priv.
> -原始邮件-
> 发件人: "Leon Romanovsky"
> 发送时间: 2021-03-1
On Thu, Mar 11, 2021 at 7:18 PM Miguel Ojeda
wrote:
>
> On Thu, Mar 11, 2021 at 10:47 AM Masahiro Yamada wrote:
> >
> > +# When you raise the minimum version, please update
> > +# Documentation/process/changes.rst as well.
> > +min_gcc_version=4.9.0
> > +min_llvm_version=10.0.1
> > +min_icc_versi
The assignment inside the if condition has been changed to
initialising outside the if condition.
Signed-off-by: Shubhankar Kuranagatti
---
net/core/datagram.c | 31 ---
1 file changed, 20 insertions(+), 11 deletions(-)
diff --git a/net/core/datagram.c b/net/core/dat
From: Colin Ian King
Currently SG_LOG is referencing sfp after it has been kfree'd which
is probably a bad thing to do. Fix this by kfree'ing sfp after
SG_LOG.
Addresses-Coverity: ("Use after free")
Fixes: af1fc95db445 ("scsi: sg: Replace rq array with xarray")
Signed-off-by: Colin Ian King
---
On Wed, Mar 10, 2021 at 12:41:17PM -0800, Ian Rogers wrote:
> Reorder daemon_start and daemon_exit as the trap handler is added in
> daemon_start referencing daemon_exit.
makes sense, minor comments below
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/tests/shell/daemon.sh | 34 +
On Wed, Mar 10, 2021 at 12:41:18PM -0800, Ian Rogers wrote:
> Retry the ping loop upto 600 times, or approximately 30 seconds, to make
> sure the test does hang at start up.
>
> Signed-off-by: Ian Rogers
> ---
> tools/perf/tests/shell/daemon.sh | 7 +++
> 1 file changed, 7 insertions(+)
>
>
On Wed, Mar 10, 2021 at 12:41:16PM -0800, Ian Rogers wrote:
> Remove unused argument from daemon_exit.
>
> Signed-off-by: Ian Rogers
Acked-by: Jiri Olsa
thanks,
jirka
> ---
> tools/perf/tests/shell/daemon.sh | 15 +++
> 1 file changed, 7 insertions(+), 8 deletions(-)
>
> diff --
On 10/03/2021 20:33, Jann Horn wrote:
> On Wed, Mar 10, 2021 at 8:23 PM Eric W. Biederman
> wrote:
>>
>> Mickaël Salaün writes:
>>
>>> From: Mickaël Salaün
>>>
>>> Being able to easily change root directories enable to ease some
>>> development workflow and can be used as a tool to strengthen
On Mon, Mar 08, 2021 at 04:14:29PM +, Vincenzo Frascino wrote:
> arch_enable_tagging() was left in memory.h after the introduction of
> async mode to not break the bysectability of the KASAN KUNIT tests.
>
> Remove the function now that KASAN has been fully converted.
>
> Cc: Catalin Marinas
Le 10/03/2021 à 02:33, Nicholas Piggin a écrit :
Excerpts from Christophe Leroy's message of March 9, 2021 10:10 pm:
No need to do that is assembly, do it in C.
Hmm. No issues with the patch as such, but why does ppc32 need this but
not 64? AFAIKS 64 sets this when a thread is created.
Lo
Removed an extra space before the tab key.
Signed-off-by: Shubhankar Kuranagatti
---
net/core/datagram.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/core/datagram.c b/net/core/datagram.c
index 7b2204f102b7..be0caaec9add 100644
--- a/net/core/datagram.c
+++ b/net/core/
Hi Dillon
On 3/3/21 9:05 AM, dillon.min...@gmail.com wrote:
From: dillon min
To support stm32h750 and stm32h743, we need a base stm32h7-pinctrl.dtsi
as stm32h743 & h750 has almost the same interface. so, just rename
stm32h743-pinctrl.dtsi to stm32h7-pinctrl.dtsi
You do not "just" rename but
Add PM7325/PM8350C/PMK8350/PMR735A peripherals such as PON,
GPIOs, RTC and other PMIC infra modules for SC7280.
Signed-off-by: satya priya
---
This patch depends on base DT and board files for SC7280 to merge first
https://lore.kernel.org/patchwork/project/lkml/list/?series=487403
arch/arm64/bo
On 3/11/2021 11:24 AM, Jaroslav Kysela wrote:
Dne 11. 03. 21 v 6:50 Chris Chiu napsal(a):
On Tue, Mar 9, 2021 at 11:29 PM Cezary Rojewski
wrote:
On 2021-03-09 1:19 PM, Chris Chiu wrote:
Hi Guys,
We have received reports that on some Kabylake laptops (Acer Swift
SF314-54/55 and Lenovo Y
On Tue, Mar 2, 2021 at 9:32 PM Rajendra Nayak wrote:
>
> The offsets for SDC_QDSD_PINGROUP and UFS_RESET were off by 0x10
> due to an issue in the scripts generating the data.
> Fixes: ecb454594c43: ("pinctrl: qcom: Add sc7280 pinctrl driver")
>
> Reported-by: Veerabhadrarao Badiganti
> Sign
On 11/03/2021 06:52, Dmitry Vyukov wrote:
On Thu, Mar 11, 2021 at 7:50 AM Dmitry Vyukov wrote:
On Thu, Mar 11, 2021 at 7:40 AM Alex Ghiti wrote:
Hi Ben,
Le 3/10/21 à 5:24 PM, Ben Dooks a écrit :
On 10/03/2021 17:16, Dmitry Vyukov wrote:
On Wed, Mar 10, 2021 at 5:46 PM syzbot
wrote:
He
On 3/3/21 9:05 AM, dillon.min...@gmail.com wrote:
From: dillon min
This patchset has following changes:
- add stm32h750i-art-pi.dtb
- add dts binding usart3 for bt, uart4 for console
- add dts binding sdmmc2 for wifi
- add stm32h750-art-pi.dts to support art-pi board
board component:
- 8Mi
On 10/03/2021 21:59, Casey Schaufler wrote:
> On 3/10/2021 10:17 AM, Mickaël Salaün wrote:
>> On 10/03/2021 18:22, Casey Schaufler wrote:
>>> On 3/10/2021 8:09 AM, Mickaël Salaün wrote:
Hi,
The chroot system call is currently limited to be used by processes with
the CAP_SYS_CH
On Thu, Mar 11, 2021 at 12:20 PM Enrico Weigelt, metux IT consult
wrote:
> On 01.03.21 15:51, Linus Walleij wrote:
> > I don't know what the idea is with this but register are not normally
> > defined
> > in the DTS files. The registers are determined from the compatible value.
>
> The idea is b
On Thu, Mar 11, 2021 at 09:33:02AM +, Will Deacon wrote:
> On Thu, Mar 11, 2021 at 01:22:53PM +0530, Anshuman Khandual wrote:
> > On 3/8/21 2:25 PM, Mike Rapoport wrote:
> > > On Mon, Mar 08, 2021 at 08:57:53AM +0530, Anshuman Khandual wrote:
> > >> Platforms like arm and arm64 have redefined p
Hi Dillon
On 3/3/21 9:05 AM, dillon.min...@gmail.com wrote:
From: dillon min
No empty commit message please
Signed-off-by: dillon min
---
arch/arm/mach-stm32/board-dt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-stm32/board-dt.c b/arch/arm/mach-stm32/board-dt.c
i
On 3/11/21 7:30 AM, Lv Yunlong wrote:
> In myrs_cleanup, cs->mmio_base will be freed twice by
> iounmap().
>
> Fixes: 77266186397c6 ("scsi: myrs: Add Mylex RAID controller (SCSI
> interface)")
> Signed-off-by: Lv Yunlong
> ---
> drivers/scsi/myrs.c | 2 +-
> 1 file changed, 1 insertion(+), 1 de
From: Colin Ian King
Currently udc->ud.tcp_rx is being assigned twice, the second assignment
is incorrect, it should be to udc->ud.tcp_tx instead of rx. Fix this.
Addresses-Coverity: ("Unused value")
Fixes: 46613c9dfa96 ("usbip: fix vudc usbip_sockfd_store races leading to gpf")
Signed-off-by: C
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v5.12-2
For a couple of fixes:
- Fix a build issue with CEC;
- Fix a deadlock at usbtv driver;
- Fix some null pointer address issues at vsp1 driver;
- Fix a wrong bitmap setting at rkisp1
On 2021-03-11 04:58, Bjorn Andersson wrote:
On Wed 10 Mar 10:46 CST 2021, Souradeep Chowdhury wrote:
The DCC is a DMA engine designed to store register values either in
case of a system crash or in case of software triggers manually done
by the user. Using DCC hardware and the sysfs interface o
On Wed, Mar 10, 2021 at 12:00:30PM -0800, Keith Busch wrote:
> On Wed, Mar 10, 2021 at 02:41:10PM +0100, Christoph Hellwig wrote:
> > On Wed, Mar 10, 2021 at 02:21:56PM +0100, Christoph Hellwig wrote:
> > > Can you try this patch instead?
> > >
> > > http://lists.infradead.org/pipermail/linux-nvme
I wonder... Can you grab branch keys-cve-2020-26541-branch from:
https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/
and try that? If that breaks, can you try dropping the top four commits?
David
Hi Venkata,
> Based on device may wakeup status, Bluez stack will enable/disable
> passive scanning with whitelist in BT controller while suspending.
> As interrupt from BT SoC is handled by UART driver,we need to use
> device handle of UART driver to get the status of device may wakeup
>
> Signe
Thanks,
applied to nvme-5.12.
Thanks,
applied to nvme-5.12.
On Thu, Mar 11, 2021 at 02:53:52PM +0800, Macpaul Lin wrote:
> On Thu, 2021-03-11 at 14:42 +0800, Macpaul Lin wrote:
> > From: Jim Lin
> >
> > When gadget is disconnected, running sequence is like this.
> > . composite_disconnect
> > . Call trace:
> > usb_string_copy+0xd0/0x128
> > gadget_con
From: Mickaël Salaün
Being able to easily change root directories enable to ease some
development workflow and can be used as a tool to strengthen
unprivileged security sandboxes. chroot(2) is not an access-control
mechanism per se, but it can be used to limit the absolute view of the
filesystem
Hi,
This new patch replaces the path_is_under() check with
current_chrooted() as it is done with user namespaces. Indeed, it is
much more simple to check the current root instead of limiting access to
a subset of files.
The chroot system call is currently limited to be used by processes with
the
The 03/10/2021 15:34, Christoph Hellwig wrote:
> On Wed, Mar 10, 2021 at 08:28:12AM +0300, Sergei Shtepa wrote:
> > > So instead of doing this shoudn't the interposer just always submit to the
> > > whole device? But if we keep it, the logic in this funtion should go
> > > into a block layer helpe
Hi Jagan
> -Original Message-
> From: Jagan Teki
> Sent: dimanche 28 février 2021 16:43
> To: Maxime Coquelin ; Alexandre TORGUE
> ; Rob Herring
> Cc: devicet...@vger.kernel.org; linux-stm32@st-md-
> mailman.stormreply.com; linux-arm-ker...@lists.infradead.org; linux-
> ker...@vger.kerne
On Thu, Mar 11, 2021 at 12:15:29AM +0100, Linus Walleij wrote:
> On Thu, Mar 4, 2021 at 9:13 PM Andy Shevchenko
> wrote:
>
> > Linus Walleij pointed out that ird_domain_add_simple() gained
> > additional functionality and can't be anymore replaced with
> > a simple conditional. In preparation to
Hi,
Static analysis on linux-next with Coverity has found a potential issue
in drivers/pinctrl/core.c with the following commit:
commit 0952b7ec1614abf232e921aac0cc2bca8e60e162
Author: Michal Simek
Date: Wed Mar 10 09:16:54 2021 +0100
pinctrl: core: Handling pinmux and pinconf separately
On 11/03/2021 11:15, Lukasz Luba wrote:
> Hi Daniel,
>
> On 3/10/21 11:02 AM, Daniel Lezcano wrote:
>> In order to increase the self-encapsulation of the dtpm generic code,
>> the following changes are adding a power update ops to the dtpm
>> ops. That allows the generic code to call directly the
On Thu, 11 Mar 2021 at 10:40, Jisheng Zhang wrote:
>
> Clean up the code to use the "mmc" directly instead of "host->mmc".
> If the code sits in hot code path, this clean up also brings trvial
> performance improvement. Take the sdhci_post_req() for example:
>
> before the patch:
> ...
>
The following commit has been merged into the x86/cleanups branch of tip:
Commit-ID: 81519f778830d1ab02274eeaaeab6797fdc4ec52
Gitweb:
https://git.kernel.org/tip/81519f778830d1ab02274eeaaeab6797fdc4ec52
Author:Cao jin
AuthorDate:Thu, 11 Mar 2021 16:39:19 +08:00
Committer:
Hi Rob
On Thu, Mar 11, 2021 at 5:12 AM Rob Herring wrote:
>
> On Wed, Mar 10, 2021 at 6:33 AM Shengjiu Wang wrote:
> >
> > Hi Rob
> >
> > On Wed, Mar 10, 2021 at 10:49 AM Rob Herring wrote:
> > >
> > > On Mon, Mar 08, 2021 at 09:22:27PM +0800, Shengjiu Wang wrote:
> > > > fsl_rpmsg cpu dai driv
601 - 700 of 1513 matches
Mail list logo
