---
fs/binfmt_elf.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 251298d25c8c..64b4b47448af 100644
--- a/fs/binfmt_elf.c
+++ b/fs/binfmt_elf.c
@@ -434,7 +434,7 @@ static struct elf_phdr *load_elf_phdrs(const struct elfhdr
On Thu, Jul 16, 2020 at 7:19 PM Lad Prabhakar
wrote:
> Document SoC specific bindings for RZ/G2H (r8a774e1) SoC.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert
Codrin, everyone
> This patch series was previously sent as a RFC. Significant changes
> since RFC:
> - "recovery" pinctrl state marked as deprecared in bindings;
> - move to "gpio" pinctrl state done after the call to prepare_recovery()
> callback;
> - glitch protection when SDA gpio is taken
On 04.08.2020 14:56, Alexandre Belloni wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> cpu_do_idle() is already the default action for arm_pm_idle, there is no
> need to open code it.
>
> Signed-off-by: Alexandre Belloni
Reviewed-by:
Thanks, this is a good suggestion, and I will merged this patch with the
previous patch.
Thanks
Andreas Dilger wrote on 2020/8/5 12:54:
> On Aug 4, 2020, at 7:02 PM, brookxu wrote:
>> Add the needed value to ext4_mb_discard_preallocations trace, so
>> we can more easily observe the requested
> Gesendet: Mittwoch, 05. August 2020 um 10:36 Uhr
> Von: "David Woodhouse"
> > mt7623.dtsi => mt7623n.dtsi => mt7623n-bananapi-bpi-r2.dts
> > mt7623.dtsi => mt7623a.dtsi => mt7623a-unielec-u7623.dts (not existing yet,
> > openwrt seems to use a board-specific dtsi)
>
> Yes, I think we should.
Note to stable tree maintainers (summary from the rather long changelog):
This is a non-upstream patch. It will not go upstream because the problem
there has been fixed by converting ext4 to use iomap infrastructure.
However that change is out of scope for stable kernels and this is a
minimal fix
On 04/08/2020 01:59, Valentin Schneider wrote:
>
> On 03/08/20 20:22, Thomas Gleixner wrote:
>> Valentin,
>>
>> Valentin Schneider writes:
>>> On 03/08/20 16:13, Thomas Gleixner wrote:
Vladimir Oltean writes:
>> 1) When irq accounting is disabled, RT throttling kicks in as
>>
Hi Rafael,
On Tue, Aug 04, 2020 at 12:15:03PM +0200, Rafael J. Wysocki wrote:
> Hi Sakari,
>
> On Tue, Aug 4, 2020 at 1:05 AM Sakari Ailus
> wrote:
> >
> > Hi Rafael,
> >
> > On Mon, Aug 03, 2020 at 01:36:52PM +0200, Rafael J. Wysocki wrote:
> > > Hi Sakari,
> > >
> > > On Mon, Aug 3, 2020 at
On Thu, Jul 16, 2020 at 7:19 PM Lad Prabhakar
wrote:
> Document SATA support for the RZ/G2H, no driver change required.
>
> Signed-off-by: Lad Prabhakar
> Reviewed-by: Marian-Cristian Rotariu
>
Reviewed-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert
Thx for your reply~. In our application scenario, we format an ext3
file system, and then create a daemon to write data to a sparse file.
During the business operation, we found that the sys of some cpu is
very high. Using the crash tool, we observe that the length of the
prealloc list of the
On Wed, Aug 05, 2020 at 06:31:20AM +, Jason Liu wrote:
> >
> > Indeed, the runtime PM ops in that driver looks dodgy. Any calls to mask_irq
> > from drivers or anywhere with irqchip suspended with just blows up the
> > system.
>
> If you look at the chip->irq_mask implementation on different
On 05/08/2020 09:44, Willem de Bruijn wrote:
> On Wed, Aug 5, 2020 at 10:22 AM Colin Ian King
> wrote:
>>
>> On 05/08/2020 09:06, Willem de Bruijn wrote:
>>> On Wed, Aug 5, 2020 at 2:54 AM Eric Dumazet wrote:
On 8/4/20 5:30 AM, Colin King wrote:
> From: Colin Ian King
On 04/08/2020 05:40, Xia Jiang wrote:
> This patchset add support for mt2701 JPEG ENC support.
I'm getting these compile warnings/errors:
drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c: In function
‘mtk_jpeg_enc_device_run’:
drivers/media/platform/mtk-jpeg/mtk_jpeg_core.c:917:27:
8821CE with RFE 2 isn't supported:
[ 12.404834] rtw_8821ce :02:00.0: rfe 2 isn't supported
[ 12.404937] rtw_8821ce :02:00.0: failed to setup chip efuse info
[ 12.404939] rtw_8821ce :02:00.0: failed to setup chip information
It works well if both type0 tables are in use, so add
On Wed, Aug 5, 2020 at 10:22 AM Colin Ian King wrote:
>
> On 05/08/2020 09:06, Willem de Bruijn wrote:
> > On Wed, Aug 5, 2020 at 2:54 AM Eric Dumazet wrote:
> >>
> >>
> >>
> >> On 8/4/20 5:30 AM, Colin King wrote:
> >>> From: Colin Ian King
> >>>
> >>> The current test will exit with a failure
Hi Prabhakar,
On Wed, Aug 5, 2020 at 10:01 AM Lad, Prabhakar
wrote:
> On Tue, Aug 4, 2020 at 4:32 PM Geert Uytterhoeven
> wrote:
> > On Tue, Aug 4, 2020 at 5:12 PM Lad, Prabhakar
> > wrote:
> > > On Tue, Aug 4, 2020 at 11:17 AM Geert Uytterhoeven
> > > wrote:
> > > > On Tue, Aug 4, 2020 at
On Tue, Aug 04, 2020 at 12:59:26PM +0300, Codrin Ciubotariu wrote:
> Make the Microchip at91 driver the first to use the generic GPIO bus
> recovery support from the I2C core and discard the driver implementation.
>
> Signed-off-by: Codrin Ciubotariu
Applied to for-next, thanks!
On Tue, Aug 04, 2020 at 12:59:25PM +0300, Codrin Ciubotariu wrote:
> Even if I2C bus GPIO recovery is optional, devm_gpiod_get() can return
> -EPROBE_DEFER, so we should at least treat that. This ends up with
> i2c_register_adapter() to be able to return -EPROBE_DEFER.
>
> Signed-off-by: Codrin
Thanks for the word smith. I'll add these changes.
Thanks,
Yilun
On Tue, Aug 04, 2020 at 11:45:33AM -0700, Tom Rix wrote:
> Some minor edits.
>
> I have added definitions for fec, kr, and rs.
>
> Reviewed-by: Tom Rix
>
> Tom
>
> > --- /dev/null
> > +++
Thanks for your quick response, I'm OK with most changes. Some comments
inline.
On Tue, Aug 04, 2020 at 08:56:12PM +0800, Wu, Hao wrote:
> > Subject: [PATCH v3 4/4] fpga: dfl: add support for N3000 nios private
> > feature
>
> > +#define NIOS_INIT0x1000
> > +#define NIOS_INIT_DONEBIT(0)
> >
On Mon, Aug 03, 2020 at 10:49:10PM +0300, Mike Rapoport wrote:
> On Tue, Aug 04, 2020 at 01:39:14AM +0800, kernel test robot wrote:
> [...]
> >
> > All errors (new ones prefixed by >>):
> >
> >In file included from arch/mips/include/asm/topology.h:11,
> > from
Put node after it has been used.
Fixes: 13f16017d3e3f ("ARM: at91: pm: Tie the USB clock mask to the pmc")
Signed-off-by: Claudiu Beznea
---
arch/arm/mach-at91/pm.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-at91/pm.c b/arch/arm/mach-at91/pm.c
index
add this node to get the current true mode.
Signed-off-by: Sandy Huang
---
drivers/gpu/drm/drm_sysfs.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/gpu/drm/drm_sysfs.c b/drivers/gpu/drm/drm_sysfs.c
index 939f0032aab1..f39bcd34853b 100644
---
Hi,
This series adds ULP0 fast mode intended to reduce the suspend/resume
time in the detriment of power consumption (patch 1/3).
Along with this patch 2/3 adds code to avoid requesting a PM mode
not available on platforms not supporting it.
Patch 3/3 decrements a device_node refcount after its
Not all SoCs supports all the PM mode. User may end up settings,
e.g. backup mode, on a non SAMA5D2 device, but the mode to not be valid.
If backup mode is used on a devices not supporting it there will be no
way of resuming other than rebooting.
Signed-off-by: Claudiu Beznea
---
On Wed, 2020-08-05 at 09:27 +0200, Frank Wunderlich wrote:
> or should we split dtsi to have a common part (mt7623.dtsi), and one for
> soc (mt7623n.dtsi/mt7623a.dtsi)?
>
> mt7623.dtsi => mt7623n.dtsi => mt7623n-bananapi-bpi-r2.dts
> mt7623.dtsi => mt7623a.dtsi => mt7623a-unielec-u7623.dts (not
ULP0 fast improves suspend/resume time with few milliseconds the drawback
being the power consumption. The mean values measured for suspend/resume
time are as follows (measured on SAMA5D2 Xplained board), ULP0 compared
with fast ULP0:
- ulp0 fast: suspend time: 169 ms, resume time: 216 ms
- ulp0
On Tue, Aug 04, 2020 at 12:59:24PM +0300, Codrin Ciubotariu wrote:
> Multiple I2C bus drivers use similar bindings to obtain information needed
> for I2C recovery. For example, for platforms using device-tree, the
> properties look something like this:
>
> {
> ...
> pinctrl-names =
-lineary/20200730-200346
base:04b4571786305a76ad81757bbec78eb16a5de582
config: i386-randconfig-s001-20200805 (attached as .config)
compiler: gcc-9 (Debian 9.3.0-15) 9.3.0
reproduce:
# apt-get install sparse
# sparse version: v0.6.2-117-g8c7aee71-dirty
# save the attached
Hi Sakari,
Thank you for the review.
On Tue, Aug 4, 2020 at 9:18 AM Sakari Ailus
wrote:
>
> Hi Prabhakar,
>
> On Mon, Aug 03, 2020 at 03:31:47PM +0100, Lad Prabhakar wrote:
> > Fallback to parallel mode if bus_type doesn't match the supported
> > interfaces by the driver.
> >
> > Signed-off-by:
On Tue, Aug 04, 2020 at 01:28:01PM +0200, Christian Brauner wrote:
> High-level this does two main things:
> 1. Remove the double export of both do_fork() and _do_fork() where do_fork()
>used the incosistent legacy clone calling convention. Now we only export
>_do_fork() which is based on
On 08/02/20 at 07:35pm, Mike Rapoport wrote:
> From: Mike Rapoport
>
> The only user of memblock_mem_size() was x86 setup code, it is gone now and
> memblock_mem_size() funciton can be removed.
>
> Signed-off-by: Mike Rapoport
> ---
> include/linux/memblock.h | 1 -
> mm/memblock.c
On Tue, Aug 04, 2020 at 05:59:19PM -0700, Linus Torvalds wrote:
> So again, doing that
>
> if (file_count(file) > 1)
>
> kind of check is very very wrong even outside of the fundamental race
> with two close() calls at the same time.
>
> It is a very dangerous pattern, because it likely
This patch is used to fix ext4 direct I/O read error when
the read size is not aligned with block size.
Then, I will use a test to explain the error.
(1) Make a file that is not aligned with block size:
$dd if=/dev/zero of=./test.jar bs=1000 count=3
(2) I wrote a source file named
On Tue, Aug 04, 2020 at 12:59:23PM +0300, Codrin Ciubotariu wrote:
> The I2C GPIO bus recovery properties consist of two GPIOS and one extra
> pinctrl state ("gpio" or "recovery"). "recovery" pinctrl state is
> considered deprecated and "gpio" should be used instead.
> Not all are mandatory for
On Mon, 27 Jul 2020 at 15:07, Alan Cooper wrote:
>
> On Fri, Jul 24, 2020 at 7:03 AM Ulf Hansson wrote:
> >
> > On Tue, 21 Jul 2020 at 21:18, Al Cooper wrote:
> > >
> > > When using eMMC as the boot device, some Micron eMMC devices will
> > > cause reboot to hang. This is a result of the eMMC
On Tue, Aug 4, 2020 at 4:36 PM Miklos Szeredi wrote:
> I think we already lost that with the xattr API, that should have been
> done in a way that fits this philosophy. But given that we have "/"
> as the only special purpose char in filenames, and even repetitions
> are allowed, it's hard to
On 05/08/2020 09:06, Willem de Bruijn wrote:
> On Wed, Aug 5, 2020 at 2:54 AM Eric Dumazet wrote:
>>
>>
>>
>> On 8/4/20 5:30 AM, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> The current test will exit with a failure if it cannot set affinity on
>>> specific CPUs which is problematic when
Hi Adrian,
On 05/08/20 1:44 pm, Adrian Hunter wrote:
> On 30/07/20 2:41 am, Faiz Abbas wrote:
>> There is a one time delay because of a card detect debounce timer in the
>> controller IP. This timer runs as soon as power is applied to the module
>> regardless of whether a card is present or not
On 8/5/2020 9:55 AM, Vasundhara Volam wrote:
On Wed, Aug 5, 2020 at 12:02 PM Moshe Shemesh wrote:
On 8/4/2020 1:13 PM, Vasundhara Volam wrote:
On Mon, Aug 3, 2020 at 7:23 PM Moshe Shemesh wrote:
On 8/3/2020 3:47 PM, Vasundhara Volam wrote:
On Mon, Aug 3, 2020 at 5:47 PM Moshe Shemesh
On Wed, Aug 05, 2020 at 04:12:46PM +0800, Jason Wang wrote:
> >
> >BTW, for some reason I did not get all the patches into my mailbox and I
> >suspect they were not all sent. Did you get all the series 0-13?
>
>
> I can see patch 0 to patch 12 but not patch 13 (I guess 12 is all).
>
> Thanks
>
On 2020-08-05 07:31, Jason Liu wrote:
-Original Message-
From: Sudeep Holla
Sent: Tuesday, August 4, 2020 7:39 PM
To: Marc Zyngier
Cc: Jason Liu ; catalin.mari...@arm.com;
w...@kernel.org; linux-kernel@vger.kernel.org; Sudeep Holla
; linux-arm-ker...@lists.infradead.org
Subject: Re:
Signed-off-by: kernel test robot
---
namespaces.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/proc/namespaces.c b/fs/proc/namespaces.c
index ab47e15556197..63f27f66a96a4 100644
--- a/fs/proc/namespaces.c
+++ b/fs/proc/namespaces.c
@@ -182,7 +182,7 @@ static int
On Wed, Aug 05, 2020 at 03:36:21PM +0800, Dongdong Yang wrote:
> +config SCHED_USF
> + bool "User Sensitive Factors for Scheduler"
> + depends on CPU_FREQ_GOV_SCHEDUTIL && FB
> + help
> + Select this option to enable the adjustment on the cpufreq with
> + the user sensitive
On 30/07/20 2:41 am, Faiz Abbas wrote:
> There is a one time delay because of a card detect debounce timer in the
> controller IP. This timer runs as soon as power is applied to the module
> regardless of whether a card is present or not and any writes to
> SDHCI_POWER_ON will return 0 before it
On 8/5/2020 12:11 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2020-08-04 04:46:56)
qup-i2c devices on sc7180 are clocked with a fixed clock (19.2 Mhz)
s/Mhz/MHz/
Though qup-i2c does not support DVFS, it still needs to vote for a
performance state on 'cx' to satisfy the 19.2 Mhz clock
Hi all,
News: The merge window has opened, so please do not add any v5.10
related material to your linux-next included branches until after the
merge window closes again.
Changes since 20200804:
My fixes tree contains:
dbf24e30ce2e ("device_cgroup: Fix RCU list debugging warning")
The
On Tue, Aug 04, 2020 at 10:29:53PM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: c0842fbc1b18c7a044e6ff3e8fa78bfa822c7d1a
> commit: e93a1695d7fb551376b1c1220a267d032b6ad159 iommu: Enable compile
> testing for some
On 8/5/2020 12:09 PM, Stephen Boyd wrote:
Quoting Rajendra Nayak (2020-08-04 04:46:54)
While most devices within power-domains which support performance states,
scale the performance state dynamically, some devices might want to
set a static/default performance state while the device is
On Tue, Aug 04, 2020 at 07:03:06PM -0700, Palmer Dabbelt wrote:
> > On Tue, Aug 4, 2020 at 8:32 AM Greentime Hu wrote:
> > > diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
> > > index f4adb3684f3d..29b0f7108054 100644
> > > --- a/arch/riscv/mm/init.c
> > > +++ b/arch/riscv/mm/init.c
> >
On 2020/8/5 下午1:01, Eli Cohen wrote:
On Tue, Aug 04, 2020 at 05:29:09PM -0400, Michael S. Tsirkin wrote:
On Tue, Aug 04, 2020 at 07:20:36PM +0300, Eli Cohen wrote:
Hi Michael,
please note that this series depends on mlx5 core device driver patches
in mlx5-next branch in
Hi Sakari,
Thank you for the review.
On Tue, Aug 4, 2020 at 9:15 AM Sakari Ailus
wrote:
>
> Hi Prabhakar,
>
> Thanks for the update.
>
> On Mon, Aug 03, 2020 at 03:31:44PM +0100, Lad Prabhakar wrote:
> > Document the possible bus-type's supported by the OV5640 sensor driver.
> >
> > Also add
This patch add support for regmap APIs that are intended to be used by
the drivers of some SPI slave chips which integrate the "SPI slave to
Avalon Master Bridge" (spi-avmm) IP.
The spi-avmm IP acts as a bridge to convert encoded streams of bytes
from the host to the chip's internal register
For VDSO32 on PPC64, we create a fake 32 bits config, on the same
principle as MIPS architecture, in order to get the correct parts of
the different asm header files.
With the C VDSO, the performance is slightly lower, but it is worth
it as it will ease maintenance and evolution, and also brings
On 2020/8/5 上午12:20, Eli Cohen wrote:
Hi Michael,
please note that this series depends on mlx5 core device driver patches
in mlx5-next branch in
git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git.
git pull git://git.kernel.org/pub/scm/linux/kernel/git/mellanox/linux.git
On Wed, Aug 5, 2020 at 2:54 AM Eric Dumazet wrote:
>
>
>
> On 8/4/20 5:30 AM, Colin King wrote:
> > From: Colin Ian King
> >
> > The current test will exit with a failure if it cannot set affinity on
> > specific CPUs which is problematic when running this on single CPU
> > systems. Add a check
On 2020/8/5 上午12:20, Eli Cohen wrote:
Add a front end VDPA driver that registers in the VDPA bus and provides
networking to a guest. The VDPA driver creates the necessary resources
on the VF it is driving such that data path will be offloaded.
Notifications are being communicated through the
On 2020/8/5 上午12:20, Eli Cohen wrote:
Modify get_vq_state() so it returns an error code. In case of hardware
acceleration, the available index may be retrieved from the device, an
operation that can possibly fail.
Reviewed-by: Parav Pandit
Signed-off-by: Eli Cohen
Acked-by: Jason Wang
On 4/08/20 7:29 am, Sowjanya Komatineni wrote:
> commit b5a84ecf025a ("mmc: tegra: Add Tegra210 support")
So that could be a Fixes tag also?
>
> Tegra210 and later has a separate sdmmc_legacy_tm (TMCLK) used by Tegra
> SDMMC hawdware for data timeout to achive better timeout than using
> SDCLK
This patch implements the basic functions of the BMC chip for some Intel
FPGA PCIe Acceleration Cards (PAC). The BMC is implemented using the
intel max10 CPLD.
This BMC chip is connected to FPGA by a SPI bus. To provide direct
register access from FPGA, the "SPI slave to Avalon Master Bridge"
This patchset adds the regmap-spi-avmm to support the Intel SPI Slave to
AVMM Bus Bridge (spi-avmm) IP block. It also implements the usercase - the
driver of Intel Max10 BMC chip which integrates this IP block.
Patch #1 implements the regmap-spi-avmm.
Patch #2 implements the mfd driver of Intel
Hi Ulf,
On Wed, Aug 5, 2020 at 7:32 AM Ulf Hansson wrote:
>
> On Wed, 8 Jul 2020 at 19:48, Lad Prabhakar
> wrote:
> >
> > Document SDHI controller for RZ/G2H (R8A774E1) SoC, which is compatible
> > with R-Car Gen3 SoC family.
> >
> > Signed-off-by: Lad Prabhakar
> > Reviewed-by:
Hi Geert and Niklas,
On Tue, Aug 4, 2020 at 4:32 PM Geert Uytterhoeven wrote:
>
> Hi Prabhakar,
>
> On Tue, Aug 4, 2020 at 5:12 PM Lad, Prabhakar
> wrote:
> > On Tue, Aug 4, 2020 at 11:17 AM Geert Uytterhoeven
> > wrote:
> > > On Tue, Aug 4, 2020 at 12:05 PM Niklas
> > > wrote:
> > > > On
On Wed, Aug 5, 2020 at 3:33 AM Ian Kent wrote:
>
> On Tue, 2020-08-04 at 16:36 +0200, Miklos Szeredi wrote:
> > And notice how similar the above interface is to getxattr(), or the
> > proposed readfile(). Where has the "everything is a file"
> > philosophy
> > gone?
>
> Maybe, but that
> Subject: Re: [PATCH] MAINTAINERS: Add Tom Rix as fpga reviewer
>
> Hi Tom,
>
> On Tue, Aug 04, 2020 at 09:20:03AM -0700, t...@redhat.com wrote:
> > From: Tom Rix
> >
> > I take care of fpga kernel and userspace for Red Hat and would
> > like help out more with the mainline kernel.
> >
> >
Open access to per-process monitoring for CAP_PERFMON only
privileged processes [1]. Extend ptrace_may_access() check
in perf_events subsystem with perfmon_capable() to simplify
user experience and make monitoring more secure by reducing
attack surface.
[1]
On Wed, Aug 05, 2020 at 03:36:21PM +0800, Dongdong Yang wrote:
> +#define usf_attr_rw(_name) \
> +static struct device_attribute _name =
> \
> +__ATTR_RW(_name)
I also asked you to use DEVICE_ATTR_RW() and not use
On Wed, Aug 05, 2020 at 03:36:21PM +0800, Dongdong Yang wrote:
> --- /dev/null
> +++ b/kernel/sched/usf.c
> @@ -0,0 +1,314 @@
> +/*
> + * Copyright (C) 2020 XiaoMi Inc.
> + * Author: Yang Dongdong
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4da9f3302615f4191814f826054846bf843e24fa
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 7 weeks ago
config: arm64-randconfig-s031-20200805
On 4/08/20 7:29 am, Sowjanya Komatineni wrote:
> commit 4346b7c7941d ("mmc: tegra: Add Tegra186 support")
So that could be a Fixes tag also?
>
> SDHCI_QUIRK_DATA_TIMEOUT_USES_SDCLK is set for Tegra186 from the
> beginning of its support in driver.
>
> Tegra186 SDMMC hardware by default uses
This function has never returned anything but a plain NULL.
Fixes: 6a8d38945cf4e6e819d6b550250615db763065a0
Signed-off-by: Rolf Eike Beer
---
fs/binfmt_elf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
index 9fe3b51c116a..251298d25c8c
Hi Adam,
On 20-08-04 13:30, Adam Ford wrote:
> This driver requests, memory twice and requests a threaded irq, but
> it doesn't free any of them if something fails.
Free'ing is done automatically because the driver uses devres
(identified by devm_ prepfix) functions.
Regards,
Marco
On Wed, 29 Jul 2020 at 10:43, Matthias Schiffer
wrote:
>
> On Tue, 2020-07-07 at 16:14 +0200, Ulf Hansson wrote:
> > On Thu, 11 Jun 2020 at 13:20, Matthias Schiffer
> > wrote:
> > >
> > > On Wed, 2020-06-10 at 16:52 +0200, Ulf Hansson wrote:
> > > > On Wed, 10 Jun 2020 at 15:15, Matthias
config: riscv-randconfig-s032-20200805 (attached as .config)
compiler: riscv32-linux-gcc (GCC) 9.3.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
chmod +x ~/bin/make.cross
# apt-get install sparse
# sparse
On 4/08/20 7:29 am, Sowjanya Komatineni wrote:
> commit b5a84ecf025a ("mmc: tegra: Add Tegra210 support")
So that could be a Fixes tag?
>
> SDHCI_QUIRK_DATA_TIMEOUT_USES_SDCLK is set for Tegra210 from the
> beginning of Tegra210 support in the driver.
>
> Tegra210 SDMMC hardware by default
On Wed, Aug 5, 2020 at 4:46 AM Ian Kent wrote:
>
> Coming back to an actual use case.
>
> What I said above is one aspect but, since I'm looking at this right
> now with systemd, and I do have the legacy code to fall back to, the
> "just reset everything" suggestion does make sense.
>
> But I'm
On Wed, Aug 5, 2020 at 3:54 AM Ian Kent wrote:
>
> > > It's way more useful to have these in the notification than
> > > obtainable
> > > via fsinfo() IMHO.
> >
> > What is it useful for?
>
> Only to verify that you have seen all the notifications.
>
> If you have to grab that info with a
On Fri, Jul 17, 2020 at 5:06 PM Saravana Kannan wrote:
>
> Switch the driver to use the helper macros. In addition to reducing the
> number of lines, this also adds module unload protection (if the driver
> is compiled as a module) by switching from module_platform_driver to
>
Hi Steve,
On Tue, 4 Aug 2020 16:59:29 -0400
Steven Rostedt wrote:
> On Tue, 4 Aug 2020 11:52:13 +0900
> Masami Hiramatsu wrote:
>
> > Since the parse_args() stops parsing at '--', bootconfig_params()
> > will never get the '--' as param and initargs_found never be true.
> > In the result, if
This patch is used to fix ext4 direct I/O read error when
the read size is not aligned with block size.
Then, I will use a test to explain the error.
(1) Make a file that is not aligned with block size:
$dd if=/dev/zero of=./test.jar bs=1000 count=3
(2) I wrote a source file named
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 4da9f3302615f4191814f826054846bf843e24fa
commit: 44d705b0370b1d581f46ff23e5d33e8b5ff8ec58 fanotify: report name info for
FAN_DIR_MODIFY event
date: 4 months ago
compiler: nds32le-linux-gcc (GCC) 9.3.0
If
On Wed, Aug 5, 2020 at 9:00 AM Christian Eggers wrote:
>
> Support for AMS AS73211 JENCOLOR(R) Digital XYZ Sensor.
>
> This driver has no built-in trigger. In order for making triggered
> measurements, an external (software) trigger driver like
> iio-trig-hrtimer or iio-trig-sysfs is required.
>
From: Dongdong Yang
The power consumption and UI response are more cared for by the portable
equipment users. USF(User Sensitive Feedback factor) auxiliary cpufreq
governor is providing more util adjustment settings to the high level
by scenario identification.
>From the view of portable
Hi baolu,
Let me talk about why acpi_device_create_direct_mappings() is
needed and please tell me if there is an error.
In the probe_acpi_namespace_devices() function, only the device
in the addev->physical_node_list is probed,
but we need to
From: Dongdong Yang
This patch provides USF(User Sensitive Feedback factor) auxiliary
cpufreq governor to support high level layer sysfs inodes setting for
util adjustment purpose from the identified scenario on portable
equipment. Because the power consumption and UI response are more cared
for
This patch is used to fix ext4 direct I/O read error when
the read size is not aligned with block size.
Then, I will use a test to explain the error.
(1) Make a file that is not aligned with block size:
$dd if=/dev/zero of=./test.jar bs=1000 count=3
(2) I wrote a source file named
On 2020/07/31 21:51, h...@infradead.org wrote:
> On Fri, Jul 31, 2020 at 10:16:49AM +, Damien Le Moal wrote:
>>>
>>> Let's keep semantics and implementation separate. For the case
>>> where we report the actual offset we need a size imitation and no
>>> short writes.
>>
>> OK. So the name of
Hi Linus,
Here's the PR with MMC and MEMSTICK updates for v5.9. Details about the
highlights are as usual found in the signed tag.
Please pull this in!
Kind regards
Ulf Hansson
The following changes since commit ebd4050c6144b38098d8eed34df461e5e3fa82a9:
mmc: sdhci-of-aspeed: Fix clock
On Tue, Aug 4, 2020 at 1:04 PM Alexandru Ardelean
wrote:
> +static irqreturn_t adis16480_trigger_handler(int irq, void *p)
> +{
> + struct iio_poll_func *pf = p;
> + struct iio_dev *indio_dev = pf->indio_dev;
> + struct adis16480 *st = iio_priv(indio_dev);
> + struct adis
On 18/07/20 12:06 pm, Alexander A. Klimov wrote:
> Rationale:
> Reduces attack surface on kernel devs opening the links for MITM
> as HTTPS traffic is much harder to manipulate.
>
> Deterministic algorithm:
> For each file:
> If not .svg:
> For each line:
> If doesn't contain
Adjust limited access message to mention CAP_SYS_PTRACE capability
for processes of unprivileged users. Add link to perf security
document in the end of the section about capabilities.
The change has been inspired by this discussion:
syzbot has bisected this issue to:
commit b59abfbed638037f3b51eeb73266892cd2df177f
Author: Johannes Berg
Date: Thu Sep 15 13:30:03 2016 +
mac80211_hwsim: statically initialize hwsim_radios list
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=15dd5f9890
start commit:
CC Rob Herring + devicetree List + Sean
> Gesendet: Dienstag, 04. August 2020 um 20:02 Uhr
> Von: "David Woodhouse"
> On Tue, 2020-08-04 at 19:40 +0200, Frank Wunderlich wrote:
> > > Gesendet: Dienstag, 04. August 2020 um 19:24 Uhr
> > > Von: "David Woodhouse"
> > > > + mipi_tx0:
> On Aug 4, 2020, at 11:54 PM, Andrii Nakryiko
> wrote:
>
> On Tue, Aug 4, 2020 at 11:26 PM Song Liu wrote:
>>
>>
>>
>>> On Aug 4, 2020, at 10:32 PM, Andrii Nakryiko
>>> wrote:
>>>
>>> On Tue, Aug 4, 2020 at 8:59 PM Song Liu wrote:
> On Aug 4, 2020, at 6:38 PM,
Convert the i.MX sata binding to DT schema format using json-schema.
Signed-off-by: Anson Huang
---
Documentation/devicetree/bindings/ata/imx-sata.txt | 37 --
.../devicetree/bindings/ata/imx-sata.yaml | 81 ++
2 files changed, 81 insertions(+), 37
From: Tonghao Zhang
ovs_flow_tbl_destroy always is called from RCU callback
or error path. It is no need to check if rcu_read_lock
or lockdep_ovsl_is_held was held.
ovs_dp_cmd_fill_info always is called with ovs_mutex,
So use the rcu_dereference_ovsl instead of rcu_dereference
in
Hello,
syzbot found the following issue on:
HEAD commit:4f30a60a Merge tag 'close-range-v5.9' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14c5a7da90
kernel config: https://syzkaller.appspot.com/x/.config?x=8bdd9944dedf0f16
Hello,
syzbot found the following issue on:
HEAD commit:442489c2 Merge tag 'timers-core-2020-08-04' of git://git.k..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1563e7ca90
kernel config: https://syzkaller.appspot.com/x/.config?x=25e437ac2202c1c3
Hello,
syzbot found the following issue on:
HEAD commit:2324d50d Merge tag 'docs-5.9' of git://git.lwn.net/linux
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1650263290
kernel config: https://syzkaller.appspot.com/x/.config?x=b21ad52fca7be434
901 - 1000 of 1106 matches
Mail list logo