Hi Marco,
On Tue, 23 Jun 2020 13:24:48 +0200 Marco Elver wrote:
>
> On Tue, Jun 23, 2020 at 08:17PM +1000, Stephen Rothwell wrote:
> > Hi Peter,
> >
> > On Tue, 23 Jun 2020 11:32:30 +0200 Peter Zijlstra
> > wrote:
> > >
> > > I suppose the next quest is finding a s390 compiler version that
On Tue 02 Jun 13:04 PDT 2020, Konrad Dybcio wrote:
> Add the compatible for the RPM in msm8994.
>
> Signed-off-by: Konrad Dybcio
Applied
Thanks,
Bjorn
> ---
> Documentation/devicetree/bindings/soc/qcom/qcom,smd-rpm.txt | 1 +
> drivers/soc/qcom/smd-rpm.c | 1
On 2020-06-11 14:10, Lee Jones wrote:
> Currently, when a child platform device (sometimes referred to as a
> sub-device) is registered via the Multi-Functional Device (MFD) API,
> the framework attempts to match the newly registered platform device
> with its associated Device Tree (OF) node.
Add a --fix option for 2 types of single-line assignment in if statements
if ((foo = bar(...)) < BAZ) {
expands to:
foo = bar(..);
if (foo < BAZ) {
and
if ((foo = bar(...)) {
expands to:
foo = bar(...);
if (foo) {
if statements with assignments
On Sun, Jun 21, 2020 at 01:42:05PM -0400, Qian Cai wrote:
> On Wed, Jun 10, 2020 at 09:41:01PM +0200, Daniel Vetter wrote:
> > fs_reclaim_acquire/release nicely catch recursion issues when
> > allocating GFP_KERNEL memory against shrinkers (which gpu drivers tend
> > to use to keep the excessive
Hi,
I love your patch! Yet something to improve:
[auto build test ERROR on hwmon/hwmon-next]
[also build test ERROR on linux/master robh/for-next linus/master v5.8-rc2
next-20200623]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
On 2020-06-22 19:32:25, Tyler Hicks wrote:
> Ask the LSM to free its audit rule rather than directly calling kfree().
> Both AppArmor and SELinux do additional work in their audit_rule_free()
> hooks. Fix memory leaks by allowing the LSMs to perform necessary work.
>
> Fixes: b16942455193 ("ima:
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
[..]
> diff --git a/arch/arm64/boot/dts/qcom/msm8994.dtsi
> b/arch/arm64/boot/dts/qcom/msm8994.dtsi
[..]
> + timer {
> + compatible = "arm,armv8-timer";
> + interrupts = <1 2 0xff08>,
> +
On Fri, May 29, 2020 at 01:03:43PM -0700, Kees Cook wrote:
> Hi Greg,
>
> Can you please apply these patches to your drivers/misc tree for LKDTM?
> It's mostly a collection of fixes and improvements and tweaks to the
> selftest integration.
Friendly ping -- we're past -rc2 now. :)
Thanks!
Hi,
I love your patch! Yet something to improve:
[auto build test ERROR on hwmon/hwmon-next]
[also build test ERROR on linux/master robh/for-next linus/master v5.8-rc2
next-20200623]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest
On Tue, 2020-06-23 at 11:53 +0200, Mauro Carvalho Chehab wrote:
> The normal font is too big to display 80 columns, causing extra
> breaks to be added at weird places.
>
> change to the footnotesize, as this would fit a little bit
> better.
[]
> diff --git a/Documentation/staging/index.rst
> -Original Message-
> From: Qiang Zhao
> Sent: Monday, June 22, 2020 3:29 AM
> To: shawn...@kernel.org
> Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; Leo Li
> ; Qiang Zhao ; Xiaowei Bao
>
> Subject: [RESEND PATCH] arm64: dts: ls1028a: Add DSPI nodes
This patch is
Hello, Rick.
On Mon, Jun 22, 2020 at 02:22:34PM -0700, Rick Lindsley wrote:
> > I don't know. The above highlights the absurdity of the approach itself to
> > me. You seem to be aware of it too in writing: 250,000 "devices".
>
> Just because it is absurd doesn't mean it wasn't built that way :)
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add SPMI PMIC arbiter device to communicate with PMICs
> attached to SPMI bus.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 16
> 1 file changed, 16 insertions(+)
>
>
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add a proper CPU map to enable the use of all 8 cores.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 112 +++---
> 1 file changed, 102 insertions(+), 10 deletions(-)
>
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add support for SMD RPM, including pm8994 and pmi8994
> regulators.
>
> Signed-off-by: Konrad Dybcio
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 111 ++
> 1 file changed, 111 insertions(+)
>
> diff --git
On Wed, Jun 24, 2020 at 12:22:14AM +0300, Alexey Dobriyan wrote:
> On Wed, Jun 24, 2020 at 12:12:18AM +0300, Alexey Dobriyan wrote:
> > On Tue, Jun 23, 2020 at 10:39:26AM -0700, Christian Kujau wrote:
> > > Hi,
> > >
> > > exactly this[0] happened today, on a 5.6.5 kernel:
> > >
> > > process
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Enable support for SDHCI on msm8994-based devices.
>
> Signed-off-by: Konrad Dybcio
Fixed up the indentations and applied the patch, thanks.
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 25 +
> 1 file changed, 25
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Signed-off-by: Konrad Dybcio
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/msm8994.dtsi
> b/arch/arm64/boot/dts/qcom/msm8994.dtsi
> index
On Sun, May 31, 2020 at 10:28 AM Konrad Dybcio wrote:
>
> This change adds a compatible for msm8992,
> which requires no additional clocks for
> scm to probe correctly.
>
> Signed-off-by: Konrad Dybcio
> ---
> drivers/firmware/qcom_scm.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
sion" changes between the time
> of check and the time of use then it can read beyond the end of the
> buffer.
>
> -- dan ]
>
> Hi Kent,
>
> Thank you for the patch! Perhaps something to improve:
>
> url:
> https://github.com/0day-ci/linux/commits/K
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add support for I2C and SPI buses to enable peripherals
> such as touchscreens or sensors. Also add DMA nodes,
> configuration and BLSP2 UART2 interface.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks
> ---
>
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add the CPU PMU to get perf support for hardware events.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks.
> ---
> arch/arm64/boot/dts/qcom/msm8994.dtsi | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add PSCI node to enable multi-processor startup.
>
> Note that not every 8994 device firmware supports PSCI,
> and even if, then it can only start the cores and not
> shut them down.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks.
> ---
On Wed, Jun 24, 2020 at 07:09:01AM +0900, Akira Yokosawa wrote:
> From f808c371075d2f92b955da1a83ecb3828db1972e Mon Sep 17 00:00:00 2001
> From: Akira Yokosawa
> Date: Wed, 24 Jun 2020 06:59:26 +0900
> Subject: [PATCH 2/2] Documentation/litmus-tests: Add note on herd7 7.56 in
> atomic litmus
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> Add properties required for the bootloader to select
> the correct bootloader blob. They have been removed from
> the SoC device tree as they should be set on a per-device
> basis.
>
> Signed-off-by: Konrad Dybcio
Applied, thanks.
> ---
>
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> This was the only device using that dtsi, so no point
> keeping it separate AND with a confusing name (bullhead
> is based on msm8992 and the file contains regulator
> values for that specific board).
>
> Signed-off-by: Konrad Dybcio
> ---
>
On Tue 23 Jun 15:48 PDT 2020, Konrad Dybcio wrote:
> diff --git a/arch/arm64/boot/dts/qcom/msm8994-sony-xperia-kitakami-sumire.dts
> b/arch/arm64/boot/dts/qcom/msm8994-sony-xperia-kitakami-sumire.dts
> new file mode 100644
> index ..e70d54ed7325
> --- /dev/null
> +++
From: Heiko Stuebner
As suggested give the current ADC_CHANNEL constant a distinct
and consistent prefix.
Suggested-by: Peter Meerwald-Stadler
Signed-off-by: Heiko Stuebner
---
changes in v6:
- none
changes in v5:
- new patch
drivers/iio/adc/rockchip_saradc.c | 24
>Shouldn't this be "qcom,scm-msm8992", "qcom,scm" ?
>
>(Or rather "qcom,scm-msm8994", "qcom,scm")
Some DTs only have the SoC-specific one, and some also
have the generic one. But I can add the generic one if
you wish.
I went with 8992, as I added it in the 8992 series
(gonna update that one
On Tue, Jun 23, 2020 at 02:52:47PM +0800, Shengjiu Wang wrote:
> In order to support wm8524 codec with fsl-asoc-card machine
> driver, add compatible string "fsl,imx-audio-wm8524".
>
> Signed-off-by: Shengjiu Wang
Acked-by: Nicolin Chen
From: Heiko Stuebner
Parts of the saradc probe rely on devm functions and later parts do not.
This makes it more difficult to for example enable triggers via their
devm-functions and would need more undo-work in remove.
So to make life easier for the driver, move the rest of probe calls
also to
From: Simon Xue
Add the ability to also support access via (triggered) buffers
next to the existing direct mode.
Device in question is the Odroid Go Advance that connects a joystick
to two of the saradc channels for X and Y axis and the new (and still
pending) adc joystick driver of course
On Tue, Jun 23, 2020 at 02:52:46PM +0800, Shengjiu Wang wrote:
> WM8524 only supports playback mode, and only works at
> slave mode.
>
> Signed-off-by: Shengjiu Wang
Acked-by: Nicolin Chen
On 6/23/20 4:10 PM, Kees Cook wrote:
> On Fri, May 29, 2020 at 01:03:43PM -0700, Kees Cook wrote:
>> Hi Greg,
>>
>> Can you please apply these patches to your drivers/misc tree for LKDTM?
>> It's mostly a collection of fixes and improvements and tweaks to the
>> selftest integration.
>
> Friendly
Thanks for your review.
I will send the regulators/rpm patch very soon.
Regarding the mbox, do you know whether it should include any clocks
on 8992/4? What comes to my head is a53/57pll, but that's not there yet..
So perhaps I should just add it with .clk_name = NULL?
Regards
Konrad
I have in fact submitted a binding patch here: [1]
Perhaps I shouldn't have split it since it's just a one-liner.
[1] https://patchwork.kernel.org/patch/11580841/
Regards
Konrad
AppArmor meets all the requirements for IMA in terms of audit rules
since commit e79c26d04043 ("apparmor: Add support for audit rule
filtering"). Update IMA's Kconfig section for CONFIG_IMA_LSM_RULES to
reflect this.
Fixes: e79c26d04043 ("apparmor: Add support for audit rule filtering")
On Tue, Jun 16, 2020 at 6:15 PM Williams, Dan J
wrote:
>
> Hi David,
>
> On Tue, 2020-06-02 at 16:55 +0100, David Howells wrote:
> > Date: Tue, 02 Jun 2020 16:51:44 +0100
> >
> > Hi Linus,
> >
> > Can you pull this, please? It adds a general notification queue
> > concept
> > and adds an event
intel_pt_evsel cannot be NULL here since its already being
dereferenced above. Remove this redundant check.
Signed-off-by: Gaurav Singh
---
tools/perf/arch/x86/util/intel-pt.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git
Hi all,
After merging the imx-mxs tree, today's linux-next build (arm
multi_v7_defconfig) produced these warnings:
arch/arm/boot/dts/imx6qdl-gw53xx.dtsi:350.4-27: Warning (reg_format):
/soc/pcie@1ffc000/pcie@0,0,0/pcie@1,0,0:reg: property has invalid length (20
bytes) (#address-cells == 2,
Hi Jamal,
> -Original Message-
> From: Jamal Hadi Salim
> Sent: 2020年6月23日 20:18
> To: Po Liu ; da...@davemloft.net; linux-
> ker...@vger.kernel.org; net...@vger.kernel.org; ido...@idosch.org
> Cc: j...@resnulli.us; vinicius.go...@intel.com; v...@buslov.dev; Claudiu
> Manoil ; Vladimir
+Dmitry, since Brendan added him to another reply at this thread level
On 2020-06-22 21:46, David Gow wrote:
> On Mon, Jun 22, 2020 at 6:45 AM Frank Rowand wrote:
>>
>> Tim Bird started a thread [1] proposing that he document the selftest result
>> format used by Linux kernel tests.
>>
>> [1]
On Tue, Jun 23, 2020 at 04:32:12PM -0700, Randy Dunlap wrote:
> On 6/23/20 4:10 PM, Kees Cook wrote:
> > On Fri, May 29, 2020 at 01:03:43PM -0700, Kees Cook wrote:
> >> Hi Greg,
> >>
> >> Can you please apply these patches to your drivers/misc tree for LKDTM?
> >> It's mostly a collection of fixes
On Mon, Jun 22, 2020 at 1:49 PM Kees Cook wrote:
>
> We don't want to depend on the linker's orphan section placement
> heuristics as these can vary between linkers, and may change between
> versions. All sections need to be explicitly named in the linker
> script.
>
> Specifically, this would
On Tue, Jun 23, 2020 at 11:21:16PM +0200, Ard Biesheuvel wrote:
> On Tue, 23 Jun 2020 at 23:06, Kees Cook wrote:
> >
> > On Tue, Jun 23, 2020 at 04:59:39PM +0200, Ard Biesheuvel wrote:
> > > On Tue, 23 Jun 2020 at 16:52, Will Deacon wrote:
> > > >
> > > > On Mon, Jun 22, 2020 at 01:58:15PM
On Thu, Jun 18, 2020 at 5:10 PM Lakshmi Ramasubramanian
wrote:
>
> Error code is not included in the audit messages logged by
> the integrity subsystem.
>
> Define a new function integrity_audit_message() that takes error code
> in the "errno" parameter. Add "errno" field in the audit messages
fixed
cifs-2.6.git for-next updated
thx
On Tue, Jun 23, 2020 at 5:31 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commits
>
> 52e2b5b30cee ("cifs/smb3: Fix data inconsistent when punch hole")
> 76f77967b39e ("cifs/smb3: Fix data inconsistent when zero file range")
>
> are missing a
Hi Quentin,
Thanks for your quick reply.
On 2020.06.23 11:05 Quentin Perret wrote:
> Hi Doug,
>
> On Tuesday 23 Jun 2020 at 10:54:33 (-0700), Doug Smythies wrote:
> > Hi Quentin,
> >
> > Because I am lazy and sometimes do not want to recompile
> > the distro source, I have a need/desire for
On Mon, Jun 22, 2020 at 1:49 PM Kees Cook wrote:
>
> We don't want to depend on the linker's orphan section placement
> heuristics as these can vary between linkers, and may change between
> versions. All sections need to be explicitly named in the linker
> script.
>
> Use common macros for debug
On 2020-06-21 17:49, Frank Rowand wrote:
> On 2020-06-21 17:45, Frank Rowand wrote:
>> Tim Bird started a thread [1] proposing that he document the selftest result
>> format used by Linux kernel tests.
>>
>> [1]
>>
On Tue, Jun 23, 2020 at 2:43 AM Wei Yang
wrote:
>
> For early sections, we assumes its memmap will never be partially
> removed. But current behavior breaks this.
Where do we assume that?
The primary use case for this was mapping pmem that collides with
System-RAM in the same 128MB section.
On Tue, Jun 23, 2020 at 04:28:58PM +0200, Petr Mladek wrote:
>
> It is similar cycle:
>
> spinlock_types.h -> lockdep.h -> printk.h -> ratelimit.h -> spinlock_types.h
>
> But this time it happens via list.h -> kernel.h ->printk.h.
> Where list.h needs READ_ONCE() stuff from compiler.h.
But this
On Tue, Jun 23, 2020 at 10:02:17AM -0700, Eric Biggers wrote:
>
> The source code for the two failing AF_ALG tests is here:
>
> https://github.com/linux-test-project/ltp/blob/master/testcases/kernel/crypto/af_alg02.c
>
On Tue, Jun 23, 2020 at 05:24:39PM +0100, Ignat Korchagin wrote:
>
> I may be misunderstanding the terminology, but tasklets execute in
> soft IRQ, don't they? What we care about is to execute the decryption
> as fast as possible, but we can't do it in a hard IRQ context (that
> is, the interrupt
Hello Konrad,
On Tue, Jun 23, 2020 at 09:38:43AM -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Apr 27, 2020 at 06:53:18PM +, Ashish Kalra wrote:
> > Hello Konrad,
> >
> > On Mon, Mar 30, 2020 at 10:25:51PM +, Ashish Kalra wrote:
> > > Hello Konrad,
> > >
> > > On Tue, Mar 03, 2020 at
> -Original Message-
> From: Frank Rowand
>
> On 2020-06-21 17:49, Frank Rowand wrote:
> > On 2020-06-21 17:45, Frank Rowand wrote:
> >> Tim Bird started a thread [1] proposing that he document the selftest
> >> result
> >> format used by Linux kernel tests.
> >>
> >> [1]
> >>
On Sat, 4 Jan 2020, Christian Kujau wrote:
> On Sun, 29 Dec 2019, Linus Torvalds wrote:
> > > When file systems are remounted a couple of times per day (e.g. rw/ro
> > > for backup
> > > purposes), dmesg gets flooded with these messages. Change pr_warn
> > > into pr_debug
> > > to
On Tue, 23 Jun 2020 08:43:14 -0700
Jacob Pan wrote:
> From: Liu Yi L
>
> For guest SVA usage, in order to optimize for less VMEXIT, guest
> request of IOTLB flush also includes device TLB.
>
> On the host side, IOMMU driver performs IOTLB and implicit devTLB
> invalidation. When
On 2020/06/24 7:03, Luis Chamberlain wrote:
> We start off with an initial description of the request_queue data
> structure, followed by describing the purpose of the debugfs_mutex
> debugfs_dir, and blk_trace.
>
> Suggested-by: Bart Van Assche
> Signed-off-by: Luis Chamberlain
> ---
>
On Thu, Jun 4, 2020 at 9:21 AM Richard Guy Briggs wrote:
>
> iptables, ip6tables, arptables and ebtables table registration,
> replacement and unregistration configuration events are logged for the
> native (legacy) iptables setsockopt api, but not for the
> nftables netlink api which is used by
On 6/24/2020 2:20 AM, Jim Mattson wrote:
On Tue, Jun 23, 2020 at 4:58 AM Xiaoyao Li wrote:
It needs to invalidate CPUID configruations if usersapce provides
Nits: configurations, userspace
oh, I'll fix it.
illegal input.
Signed-off-by: Xiaoyao Li
---
arch/x86/kvm/cpuid.c | 4
On 2020/06/24 7:03, Luis Chamberlain wrote:
> Now that we have a template, expand on the kdoc form for
> the request_queue data structure with documentation from
> the rest of the members, *only* for information we already
> had.
>
> This does not add any new documentation. This just shifts
>
On Tue, Jun 23, 2020 at 03:09:10PM -0700, Joe Perches wrote:
On Tue, 2020-06-23 at 21:56 +0200, Greg Kroah-Hartman wrote:
From: Aiman Najjar
[ Upstream commit 269da10b1477c31c660288633c8d613e421b131f ]
This patch fixes remaining checkpatch warnings
in rtl871x_xmit.c:
IMO: unless necessary
On Tue, Jun 23, 2020 at 11:09:52PM +0200, Pavel Machek wrote:
Hi!
MMS345L is another first generation touch screen from Melfas,
which uses mostly the same registers as MMS152.
...
Add a separate "melfas,mms345l" compatible that avoids reading
from the MMS152_COMPAT_GROUP register. This might
Dan Williams wrote:
> > This commit:
> >
> > > keys: Make the KEY_NEED_* perms an enum rather than a mask
> >
> > ...upstream as:
> >
> > 8c0637e950d6 keys: Make the KEY_NEED_* perms an enum rather than a mask
> >
> > ...triggers a regression in the libnvdimm unit test that exercises
On Mon, Jun 22, 2020 at 12:44 PM John Stultz wrote:
>
> On Sat, Jun 20, 2020 at 2:26 PM Maciej Żenczykowski
> wrote:
> >
> > From: Maciej Żenczykowski
> >
> > This is a fix for a regression introduced in 5.8-rc1 by:
> > commit 2c78ee898d8f10ae6fb2fa23a3fbaec96b1b7366
> > 'bpf: Implement
On Tue, Jun 23, 2020 at 11:11:03PM +0200, Pavel Machek wrote:
Hi!
[ Upstream commit 8893ab5e8ee5d7c12e0fc1dca4a309475064473d ]
The error handling flow seems incorrect, there is no reason to try and
add debugfs support if the device registration did not
succeed. Return on error.
+++
dev cannot be NULL here since its already being accessed
before. Remove the redundant null check.
Signed-off-by: Gaurav Singh
---
drivers/net/ethernet/xircom/xirc2ps_cs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/xircom/xirc2ps_cs.c
Quoting Aisheng Dong (2020-06-23 02:00:47)
> > From: Stephen Boyd
> > Sent: Tuesday, June 23, 2020 4:34 PM
> > Subject: RE: [PATCH V2 3/9] clk: imx: Support building SCU clock driver as
> > module
> >
> > Quoting Aisheng Dong (2020-06-22 20:42:19)
> > > > From: Stephen Boyd
> > > > Sent:
On Tue, Jun 23, 2020 at 11:47 AM Roman Gushchin wrote:
>
> To implement accounting of percpu memory we need the information about the
> size of freed object. Return it from pcpu_free_area().
>
> Signed-off-by: Roman Gushchin
> Acked-by: Dennis Zhou
Reviewed-by: Shakeel Butt
On Thu, Jun 18, 2020 at 08:43:45AM -0600, Jens Axboe wrote:
> The read-ahead shouldn't block, so allow it to be done even if
> IOCB_NOWAIT is set in the kiocb.
>
> Acked-by: Johannes Weiner
> Signed-off-by: Jens Axboe
> ---
> mm/filemap.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff
On Tue, Jun 23, 2020 at 5:55 PM David Howells wrote:
>
> Dan Williams wrote:
>
> > > This commit:
> > >
> > > > keys: Make the KEY_NEED_* perms an enum rather than a mask
> > >
> > > ...upstream as:
> > >
> > > 8c0637e950d6 keys: Make the KEY_NEED_* perms an enum rather than a
> > >
Check i < io bounds before accessing io[i].
Signed-off-by: Gaurav Singh
---
drivers/net/wan/cosa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wan/cosa.c b/drivers/net/wan/cosa.c
index 5d6532ad6b78..8797adfa0ab0 100644
--- a/drivers/net/wan/cosa.c
+++
On 6/23/20 1:51 AM, Kyuho Choi wrote:
> Hi Avri,
>
> On 6/23/20, Avri Altman wrote:
>>> AFAIK, this device are ufs 2.1. It's not support writebooster.
>>>
>>> I'd check latest linux scsi branch and ufshcd_wb_config function's
>>> called without device capability check.
>> Please grep
On Tue, Jun 23, 2020 at 05:21:06PM -0700, Dan Williams wrote:
>On Tue, Jun 23, 2020 at 2:43 AM Wei Yang
> wrote:
>>
>> For early sections, we assumes its memmap will never be partially
>> removed. But current behavior breaks this.
>
>Where do we assume that?
>
>The primary use case for this was
> Write multiple sectors at once when updating dir-entries.
> Add exfat_update_bhs() for that. It wait for write completion once instead of
> sector by sector.
> It's only effective if sync enabled.
>
> Signed-off-by: Tetsuhiro Kohada
Pushed your 2 patches to exfat #dev.
Thanks!
Dan Williams wrote:
> Shall I wait for your further reworks to fix this for v5.8, or is that
> v5.9 material?
It could do with stewing in linux-next for a while, so 5.9 probably.
David
If two readahead threads having same offset enter in readpages, every read
IOs are split and issued to the disk which giving lower bandwidth.
This patch tries to avoid redundant readahead calls.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/data.c | 15 +++
fs/f2fs/f2fs.h | 1 +
Fix typos 'pionter' -> 'pointer' and 'softwere' -> 'software'
Signed-off-by: Tales L. da Aparecida
---
drivers/rtc/rtc-imxdi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-imxdi.c b/drivers/rtc/rtc-imxdi.c
index f21dc6b16d88..8d141d8a5490 100644
---
This patch series moves the coredump functionality to a separate
file and adds "inline" coredump feature. Inline coredump directly
copies segments from device memory during coredump to userspace.
This avoids extra memory usage at the cost of speed. Recovery is
stalled until all data is read by
Add coredump debugfs entry to configure the type of dump that will
be collected during recovery. User can select between default or
inline coredump functionality. Also coredump collection can be
disabled through this interface.
This functionality can be configured differently for different
remote
Move all coredump functionality to an individual file. This is
being done so that the current functionality can be extended
in future patchsets.
Signed-off-by: Rishabh Bhatnagar
Reviewed-by: Bjorn Andersson
Reviewed-by: Mathieu Poirier
---
drivers/remoteproc/Makefile | 1 +
The current coredump implementation uses vmalloc area to copy
all the segments. But this might put strain on low memory targets
as the firmware size sometimes is in tens of MBs. The situation
becomes worse if there are multiple remote processors undergoing
recovery at the same time. This patch
On Tue, Jun 23, 2020 at 11:47 AM Roman Gushchin wrote:
>
> Percpu memory is becoming more and more widely used by various subsystems,
> and the total amount of memory controlled by the percpu allocator can make
> a good part of the total memory.
>
> As an example, bpf maps can consume a lot of
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e08a95294a4fb3702bb3d35ed08028433c37fe6
commit: 4cf176e52397853e4a4dd37e917c5eafb47ba8d1 reset: Add Broadcom STB RESCAL
reset controller
date: 6 months ago
config: um-allmodconfig (attached as .config)
On Tue, Jun 23, 2020 at 9:27 PM Greentime Hu wrote:
>
> 於 2020年6月23日 週二 下午5:52寫道:
> >
> > From: Guo Ren
> >
> > For linux-5.8-rc1, enable ftrace of riscv will cause boot panic:
> >
> > [2.388980] Run /sbin/init as init process
> > [2.529938] init[39]: unhandled signal 4 code 0x1 at
On Mon, Jun 15, 2020 at 03:12:11PM +0800, Luo Xiaogang wrote:
> We load nfsd module in the docker container, kernel crash as following.
>
> The 'current->nsproxy->net_ns->gen->ptr[nfsd_net_id]' is overflow in the
> nfsd_init_net.
>
> We should use the net_ns which is being init in the
Hi Oleksandr,
On Tue, Jun 23, 2020 at 11:07:21AM +0200, Oleksandr Natalenko wrote:
> On Mon, Jun 22, 2020 at 12:28:56PM -0700, Minchan Kim wrote:
> > Now, we have MADV_PAGEOUT and MADV_COLD as madvise hinting API. With that,
> > application could give hints to kernel what memory range are
On Tue, Jun 23, 2020 at 11:01:08AM -0700, Keith Busch wrote:
> On Tue, Jun 23, 2020 at 10:39:01AM -0700, Sagi Grimberg wrote:
> >
> > > > From the NVMe spec, "In order to make efficient use of the non-volatile
> > > > memory, it is often advantageous to execute multiple commands from a
> > > >
On Wed, Jun 24, 2020 at 09:50:07AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the imx-mxs tree, today's linux-next build (arm
> multi_v7_defconfig) produced these warnings:
...
> Introduced by commits
>
> 26d7c769d460 ("ARM: dts: imx6qdl-gw53xx: allow boot firmware to set
The driver is expected to support device ID "spi_altera" for MMIO accessed
devices, device ID "subdev_spi_altera" for indirect accessed devices. But
the platform bus will not try driver name match anymore if the platform
driver has an id_table. So the "spi_altera" should also be added to
id_table.
Check bounds before accessing d->d_name[].
Signed-off-by: Gaurav Singh
---
tools/perf/util/build-id.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/build-id.c b/tools/perf/util/build-id.c
index c076fc7fe025..8c35cbe93f10 100644
---
Add the MODULE_DEVICE_TABLE macro for the platform_device_id table to
allow proper creation of modalias strings and fix autoloading module for
this driver.
Signed-off-by: Xu Yilun
Signed-off-by: Russ Weight
---
drivers/spi/spi-altera.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Two fixes for indirect access support patchset.
Xu Yilun (2):
spi: altera: fix driver matching failure of the device ID "spi_altera"
spi: altera: fix module autoload
drivers/spi/spi-altera.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--
2.7.4
On Tue, Jun 23, 2020 at 11:47 AM Roman Gushchin wrote:
>
> Percpu memory can represent a noticeable chunk of the total memory
> consumption, especially on big machines with many CPUs. Let's track
> percpu memory usage for each memcg and display it in memory.stat.
>
> A percpu allocation is
On Tue, Jun 23, 2020 at 11:11 PM Boris Ostrovsky
wrote:
>
> On 6/23/20 7:58 AM, Souptick Joarder wrote:
> > In 2019, we introduced pin_user_pages*() and now we are converting
> > get_user_pages*() to the new API as appropriate. [1] & [2] could
> > be referred for more information. This is case 5
Hi all,
On Wed, 17 Jun 2020 10:59:29 +1000 Stephen Rothwell
wrote:
>
> After merging the drm-misc tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c: In function
> 'amdgpu_amdkfd_gpuvm_free_memory_of_gpu':
>
From: Shawn Guo Sent: Tuesday, June 23, 2020 7:54 PM
> Hi Fugang,
>
> Can you take a look at this patch? Thanks!
>
The patch looks good.
Reviewed-by: Fugang Duan
> Shawn
>
> On Sat, Jun 13, 2020 at 04:17:03PM -0400, Sven Van Asbroeck wrote:
> > On imx6, the ethernet reference clock
On Tue, Jun 23, 2020 at 11:47 AM Roman Gushchin wrote:
>
> Memory cgroups are using large chunks of percpu memory to store vmstat
> data. Yet this memory is not accounted at all, so in the case when there
> are many (dying) cgroups, it's not exactly clear where all the memory is.
>
> Because the
1 - 100 of 2688 matches
Mail list logo