On Fri, Sep 11, 2020 at 11:55 AM Tiezhu Yang wrote:
>
> On 09/11/2020 04:21 AM, Bjorn Helgaas wrote:
> > [+cc Huacai]
> >
> > On Thu, Sep 10, 2020 at 02:41:39PM -0500, Bjorn Helgaas wrote:
> >> On Sat, Sep 05, 2020 at 04:33:26PM +0800, Tiezhu Yang wrote:
> >>> After commit 745be2e700cd ("PCIe:
Hi Peter and Ingo,
On Wed, 2 Sep 2020 09:02:26 +0200
pet...@infradead.org wrote:
> On Wed, Sep 02, 2020 at 09:37:39AM +0900, Masami Hiramatsu wrote:
> > On Tue, 1 Sep 2020 21:08:08 +0200
> > Peter Zijlstra wrote:
> >
> > > On Sat, Aug 29, 2020 at 09:59:49PM +0900, Masami Hiramatsu wrote:
> > >
a note.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/David-Hildenbrand/mm-memory_hotplug-selective-merging-of-system-ram-resources/20200910-171630
base
On Thu, 2020-09-10 at 12:56 +, Yoshihiro Shimoda wrote:
> Hi Chunfeng,
>
> Thank you for the patch!
>
> > From: Chunfeng Yun, Sent: Thursday, September 10, 2020 5:22 PM
> >
> > Use readl_poll_timeout_atomic() to simplify code
> >
> > Cc: Mathias Nyman
> > Cc: Yoshihiro Shimoda
> >
Hi James and Stanley,
On 2020-09-11 00:09, James Bottomley wrote:
On Thu, 2020-09-10 at 16:18 +0800, Stanley Chu wrote:
[...]
> + if (!err) {
> +cleanup:
Yeah, considering Bean Huo's patch "scsi: ufs: No need to send Abort
Task if the task in DB was cleared", "cleanup" label shall be added
Hi viro,
Could I get your feedback?
This patch fixed the build warning, I think it can be applied, thanks :)
-Original Message-
From: tianxianting (RD)
Sent: Saturday, September 05, 2020 3:15 PM
To: v...@zeniv.linux.org.uk
Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
On Thu, 10 Sep 2020 at 10:55, Andrew Jeffery wrote:
>
> Adjust the phase delay to avoid data timeout splats like the following:
>
> [ 731.368601] mmc0: Timeout waiting for hardware interrupt.
> [ 731.374644] mmc0: sdhci: SDHCI REGISTER DUMP ===
> [ 731.381828] mmc0: sdhci:
On Thu, 10 Sep 2020 at 10:55, Andrew Jeffery wrote:
>
> Allow sample phase adjustment to deal with layout or tolerance issues.
>
> Signed-off-by: Andrew Jeffery
> ---
> drivers/mmc/host/sdhci-of-aspeed.c | 137 +++--
> 1 file changed, 132 insertions(+), 5 deletions(-)
>
This addresses the following sparse warning:
arch/powerpc/platforms/ps3/spu.c:451:33: warning: symbol
'spu_management_ps3_ops' was not declared. Should it be static?
arch/powerpc/platforms/ps3/spu.c:592:28: warning: symbol
'spu_priv1_ps3_ops' was not declared. Should it be static?
Reported-by:
This addresses the following sparse warning:
arch/mips/kernel/setup.c:446:33: warning: symbol 'setup_elfcorehdr_size'
was not declared. Should it be static?
Reported-by: Hulk Robot
Signed-off-by: Jason Yan
---
arch/mips/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
在 2020/9/11 3:38, Jakub Kicinski 写道:
On Thu, 10 Sep 2020 12:38:00 -0700 Jakub Kicinski wrote:
On Thu, 10 Sep 2020 23:04:26 +0800 Wang Hai wrote:
Wang Hai (3):
e1000e: Fix some kernel-doc warnings in ich8lan.c
e1000e: Fix some kernel-doc warnings in netdev.c
e1000: Fix a bunch of
This patch extends the help section by adding an explicit example of use.
Signed-off-by: Bhaskar Chowdhury
---
scripts/config | 17 +
1 file changed, 17 insertions(+)
diff --git a/scripts/config b/scripts/config
index eee5b7f3a092..d905dccabb94 100755
--- a/scripts/config
+++
On 09/11/2020 04:21 AM, Bjorn Helgaas wrote:
[+cc Huacai]
On Thu, Sep 10, 2020 at 02:41:39PM -0500, Bjorn Helgaas wrote:
On Sat, Sep 05, 2020 at 04:33:26PM +0800, Tiezhu Yang wrote:
After commit 745be2e700cd ("PCIe: portdrv: call pci_disable_device
during remove") and commit cc27b735ad3a
Fix unused but set variable warning building with `make W=1`:
drivers/gpu/drm/imx/dcss/dcss-plane.c:270:6: warning:
variable ‘pixel_format’ set but not used [-Wunused-but-set-variable]
u32 pixel_format;
^~~~
Fixes: 9021c317b770 ("drm/imx: Add initial support for DCSS on iMX8MQ")
Hi Jiri,
On 9/10/2020 5:22 PM, Jiri Olsa wrote:
On Mon, Sep 07, 2020 at 12:15:59PM +0800, Jin Yao wrote:
SNIP
main div.c:39
[ Hot streams in new perf data only ]
hot chain 1:
cycles: 4, hits: 4.54%
This addresses the following gcc warning with "make W=1":
drivers/clk/qcom/gcc-msm8939.c:610:32: warning:
‘gcc_xo_gpll6_gpll0a_map’ defined but not used
[-Wunused-const-variable=]
static const struct parent_map gcc_xo_gpll6_gpll0a_map[] = {
^~~
In the init loop, if an error occurs in function 'dma_alloc_coherent',
then goto the err_cleanup section,
in the cleanup loop, after run i--,
the struct mtk_ring rising[i] will not be released,
causing a memory leak
Signed-off-by: Xiaoliang Pang
---
drivers/crypto/mediatek/mtk-platform.c | 4
On 9/10/20 7:27 PM, Masami Hiramatsu wrote:
On Thu, 10 Sep 2020 19:34:33 -0400
Steven Rostedt wrote:
On Thu, 10 Sep 2020 17:54:54 +0900
Masami Hiramatsu wrote:
Hi,
Here is the 3rd version of the series to improve the boot-time tracing to
support kretprobe and tracing_on option. Previous
On Thu, 10 Sep 2020 at 15:18, Eddie James wrote:
>
> Add a new clock definition for the "APLLdivN" as described in the
> AST2600 specification. This clock is simply the APLL divided by a
> factor defined in the SCU registers. It is the input to the FSI
> bus.
Ah, that's where the name comes
On Thu, 10 Sep 2020 18:00:50 +0300 Vadym Kochan wrote:
> +static int prestera_sdma_tx_wait(struct prestera_sdma *sdma,
> + struct prestera_tx_ring *tx_ring)
> +{
> + int tx_wait_num = PRESTERA_SDMA_WAIT_MUL * tx_ring->max_burst;
> + bool is_ready;
> +
> +
Ryan,
This change adds support for setting the A-PLL in the 2600 so we can
control the FSI frequency. Can your team please review it? If it is
okay please reply with your Reviewed-by.
On Thu, 10 Sep 2020 at 15:18, Eddie James wrote:
>
> Register a clock with it's own operations to describe the
On Thu, 10 Sep 2020 19:34:33 -0400
Steven Rostedt wrote:
> On Thu, 10 Sep 2020 17:54:54 +0900
> Masami Hiramatsu wrote:
>
> > Hi,
> >
> > Here is the 3rd version of the series to improve the boot-time tracing to
> > support kretprobe and tracing_on option. Previous version is here:
> >
> >
Hi Rob,
(Back from holidays, digging through the email pile). Reply below:
On Thu, Sep 3, 2020 at 2:09 PM Rob Herring wrote:
>
> On Wed, Sep 2, 2020 at 3:47 PM Joel Fernandes wrote:
> >
> > On Wed, Sep 2, 2020 at 4:01 PM Nachammai Karuppiah
> > wrote:
> > >
> > > Hi,
> > >
> > > This patch
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/dsa/microchip/ksz9477.c
between commit:
edecfa98f602 ("net: dsa: microchip: look for phy-mode in port nodes")
from the net tree and commit:
805a7e6f5388 ("net: dsa: microchip: Improve phy mode
On Thu, 10 Sep 2020 at 15:18, Eddie James wrote:
>
> Document the bus-frequency property.
>
> Signed-off-by: Eddie James
I think this is good terminology, and it's consistent with similar
protocols such as i2c.
Reviewed-by: Joel Stanley
> ---
>
On 9/10/2020 04:41, Thomas Bogendoerfer wrote:
> ds1685_rtc_begin_data_access() tried to access an extended register before
> enabling access to it by switching to bank 1. Depending on content in NVRAM
> this could lead to an endless loop. While at it fix also switch back to
> bank 0 in
On Mon, Sep 07, 2020 at 09:21:02AM -0600, Jens Axboe wrote:
> Pipe only looks at O_NONBLOCK for non-blocking operation, which means that
> io_uring can't easily poll for it or attempt non-blocking issues. Check for
> IOCB_NOWAIT in locking the pipe for reads and writes, and ditto when we
> decide
On Wed, Aug 12, 2020 at 02:33:46PM +0200, Mateusz Holenko wrote:
> This patchset introduces support for LiteX SoC Controller
> and LiteUART - serial device from LiteX SoC builder
> (https://github.com/enjoy-digital/litex).
>
> In the following patchset I will add
> a new mor1kx-based (OpenRISC)
On Thu, 10 Sep 2020 at 17:59, Krzysztof Kozlowski wrote:
>
> dtschema for pca95xx expects GPIO hogs to end with 'hog' prefix.
This is a bit ugly. Do we have to go down this path?
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> arch/arm/boot/dts/aspeed-bmc-ibm-rainier.dts | 2 +-
>
On Wed, Aug 12, 2020 at 02:34:34PM +0200, Mateusz Holenko wrote:
> From: Pawel Czarnecki
>
> This commit adds driver for the FPGA-based LiteX SoC
> Controller from LiteX SoC builder.
>
> Co-developed-by: Mateusz Holenko
> Signed-off-by: Mateusz Holenko
> Signed-off-by: Pawel Czarnecki
> ---
On Thu, 10 Sep 2020 at 17:59, Krzysztof Kozlowski wrote:
>
> The PCA95xx GPIO expander requires GPIO controller properties to operate
> properly.
>
> Signed-off-by: Krzysztof Kozlowski
Acked-by: Joel Stanley
(This device tree can probably be dropped in the future. I heard these
boards were
On Fri, Sep 11, 2020 at 3:04 AM Matthew Wilcox (Oracle)
wrote:
>
> Using $(call cmd,...) requires that there be a quiet_ version of the
> command, otherwise it's silently skipped.
quiet_ is not required to run the command.
It is just a matter of making the short-log visible.
For example, we
Quoting Enric Balletbo i Serra (2020-09-10 08:49:42)
> On 10/9/20 16:52, Guenter Roeck wrote:
> > On Thu, Sep 10, 2020 at 7:32 AM Enric Balletbo i Serra
> > wrote:
> >> On 10/9/20 16:18, Guenter Roeck wrote:
> >>> On Wed, Sep 9, 2020 at 3:42 PM Stephen Boyd wrote:
> @@ -206,6 +209,17 @@
Wang Hai wrote:
> Wang Hai (3):
> i40e: Fix some kernel-doc warnings in i40e_client.c
> i40e: Fix some kernel-doc warnings in i40e_common.c
> i40e: Fix a kernel-doc warning in i40e_ptp.c
>
> drivers/net/ethernet/intel/i40e/i40e_client.c | 2 --
>
Add tracing_on option description to the boot-time tracer.
Signed-off-by: Masami Hiramatsu
---
Changes in v3.1:
- Fix "on boot" to "on starting boot-time tracing".
---
Documentation/trace/boottime-trace.rst |4
1 file changed, 4 insertions(+)
diff --git
On Fri, 4 Sep 2020, Ben Levinsky wrote:
> Add binding for ZynqMP R5 OpenAMP.
>
> Represent the RPU domain resources in one device node. Each RPU
> processor is a subnode of the top RPU domain node.
>
> Signed-off-by: Jason Wu
> Signed-off-by: Wendy Liang
> Signed-off-by: Michal Simek
>
>
On Thu, Sep 10, 2020 at 03:28:11PM -0700, David Miller wrote:
> From: Nathan Chancellor
> Date: Thu, 10 Sep 2020 10:48:27 -0700
>
> > Clang warns (trimmed for brevity):
> >
> > drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c:3073:7: warning:
> > variable 'link' is used uninitialized whenever
On Fri, Sep 11, 2020 at 1:56 AM Kees Cook wrote:
> On Thu, Sep 10, 2020 at 01:21:07PM -0700, Kees Cook wrote:
> > From: John Wood
> >
> > In order to mitigate a fork brute force attack it is necessary to kill
> > all the offending tasks. This tasks are all the ones that share the
> > statistical
On Fri, Sep 11, 2020 at 1:49 AM Kees Cook wrote:
> On Thu, Sep 10, 2020 at 01:21:06PM -0700, Kees Cook wrote:
> > From: John Wood
> >
> > To detect a fork brute force attack it is necessary to compute the
> > crashing rate of the application. This calculation is performed in each
> > fatal fail
Problem:
We use voltage dividers so that the voltage presented at the voltage
sense pins is confusing. We might need to convert these readings to more
meaningful readings given the voltage divider.
Solution:
Read the voltage divider resistance from dts and convert the voltage
reading to a more
On Thu, Sep 10, 2020 at 01:21:01PM -0700, Kees Cook wrote:
> From: John Wood
>
> The goal of this patch serie is to detect and mitigate a fork brute force
> attack.
Thanks for this RFC! I'm excited to get this problem finally handled in
the kernel. Hopefully the feedback is useful. :)
--
Kees
Christophe Leroy writes:
> low_sleep_handler() has an hardcoded restore of segment registers
> that doesn't take KUAP and KUEP into account.
>
> Use head_32's load_segment_registers() routine instead.
>
> Signed-off-by: Christophe Leroy
> Fixes: a68c31fc01ef ("powerpc/32s: Implement Kernel
On Thu, Sep 10, 2020 at 01:21:07PM -0700, Kees Cook wrote:
> From: John Wood
>
> In order to mitigate a fork brute force attack it is necessary to kill
> all the offending tasks. This tasks are all the ones that share the
> statistical data with the current task (the task that has crashed).
>
>
On Thu, Sep 10, 2020 at 01:21:06PM -0700, Kees Cook wrote:
> From: John Wood
>
> To detect a fork brute force attack it is necessary to compute the
> crashing rate of the application. This calculation is performed in each
> fatal fail of a task, or in other words, when a core dump is triggered.
Size the uptodate array dynamically to support larger pages in the
page cache. With a 64kB page, we're only saving 8 bytes per page today,
but with a 2MB maximum page size, we'd have to allocate more than 4kB
per page. Add a few debugging assertions.
Signed-off-by: Matthew Wilcox (Oracle)
Instead of counting bio segments, count the number of bytes submitted.
This insulates us from the block layer's definition of what a 'same page'
is, which is not necessarily clear once THPs are involved.
Signed-off-by: Matthew Wilcox (Oracle)
Reviewed-by: Christoph Hellwig
---
Now that the bitmap is protected by a spinlock, we can use the
more efficient bitmap ops instead of individual test/set bit ops.
Signed-off-by: Matthew Wilcox (Oracle)
Reviewed-by: Christoph Hellwig
Reviewed-by: Dave Chinner
Reviewed-by: Darrick J. Wong
---
fs/iomap/buffered-io.c | 12
We can skip most of the initialisation, although spinlocks still
need explicit initialisation as architectures may use a non-zero
value to indicate unlocked. The comment is no longer useful as
attach_page_private() handles the refcount now.
Signed-off-by: Matthew Wilcox (Oracle)
Reviewed-by:
This helper is useful for both THPs and for supporting block size larger
than page size. Convert all users that I could find (we have a few
different ways of writing this idiom, and I may have missed some).
Signed-off-by: Matthew Wilcox (Oracle)
Reviewed-by: Christoph Hellwig
Reviewed-by: Dave
These patches are carefully plucked from the THP series. I would like
them to hit 5.10 to make the THP patchset merge easier. Some of these
are just generic improvements that make sense on their own terms, but
the overall intent is to support THPs in iomap.
v2:
- Move the call to
Pass the full length to iomap_zero() and dax_iomap_zero(), and have
them return how many bytes they actually handled. This is preparatory
work for handling THP, although it looks like DAX could actually take
advantage of it if there's a larger contiguous area.
Signed-off-by: Matthew Wilcox
If iomap_unshare_actor() unshares to an inline iomap, the page was
not being flushed. block_write_end() and __iomap_write_end() already
contain flushes, so adding it to iomap_write_end_inline() seems like
the best place. That means we can remove it from iomap_write_actor().
Signed-off-by:
Instead of counting bio segments, count the number of bytes submitted.
This insulates us from the block layer's definition of what a 'same page'
is, which is not necessarily clear once THPs are involved.
Signed-off-by: Matthew Wilcox (Oracle)
---
fs/iomap/buffered-io.c | 41
iomap_write_end cannot return an error, so switch it to return
size_t instead of int and remove the error checking from the callers.
Also convert the arguments to size_t from unsigned int, in case anyone
ever wants to support a page size larger than 2GB.
Signed-off-by: Matthew Wilcox (Oracle)
On Thu 10 Sep 12:53 UTC 2020, satya priya wrote:
> Add a suitable sleep configuration for uart3 to support Bluetooth wakeup.
>
> If QUP function is selected in sleep state, UART RTS/RFR is pulled high
> during suspend and BT SoC not able to send wakeup bytes. So, configure
> GPIO mode in sleep
A build failure was raised by kbuild with the following error.
drivers/android/binder.c: Assembler messages:
drivers/android/binder.c:3861: Error: unrecognized keyword/register name
`l.lwz ?ap,4(r24)'
drivers/android/binder.c:3866: Error: unrecognized keyword/register name
`l.addi
I found this when compiling a kbuild random config with GCC 11. The
config enables CONFIG_DEBUG_SECTION_MISMATCH, which sets CFLAGS
-fno-inline-functions-called-once. This causes the call to cache_loop in
cache.c to not be inlined causing the below compile error.
In file included from
Changes since v2:
- Update the uaccess.h to address issues pointed out by Luc
Changes since v1:
- Now a series, v1 was only the "Reserve memblock for initrd" patch
- Added fixes for compiler issues pointed out by the kbuild robot
- Updated "Reserve memblock for initrd", as per Mike's
Recently OpenRISC added support for external initrd images, but I found
some instability when using larger buildroot initrd images. It turned
out that I forgot to reserve the memblock space for the initrd image.
This patch fixes the instability issue by reserving memblock space.
Fixes:
Hi Linus,
Another small RC update, nothing too interesting, 5.9 is looking good
so far.
Thanks,
Jason
The following changes since commit d012a7190fc1fd72ed48911e77ca97ba4521bccd:
Linux 5.9-rc2 (2020-08-23 14:08:43 -0700)
are available in the Git repository at:
On Thu, 10 Sep 2020 17:54:54 +0900
Masami Hiramatsu wrote:
> Hi,
>
> Here is the 3rd version of the series to improve the boot-time tracing to
> support kretprobe and tracing_on option. Previous version is here:
>
>
>
On Thu, Sep 10, 2020 at 01:21:04PM -0700, Kees Cook wrote:
> From: John Wood
>
> Use the previous defined api to manage statistics calling it accordingly
> when a task forks, calls execve or exits.
>
> Signed-off-by: John Wood
> ---
> fs/exec.c | 2 ++
> kernel/exit.c | 2 ++
>
On Thu, Sep 10, 2020 at 01:21:03PM -0700, Kees Cook wrote:
> From: John Wood
>
> Create a statistical data structure to hold all the necessary
> information involve in a fork brute force attack. This info is a
> timestamp for the first fork or execve and the number of crashes since
> then.
On Thu, Sep 10, 2020 at 07:57:49PM +0200, Gerald Schaefer wrote:
> On Thu, 10 Sep 2020 10:02:33 -0300
> Jason Gunthorpe wrote:
>
> > On Thu, Sep 10, 2020 at 11:39:25AM +0200, Alexander Gordeev wrote:
> >
> > > As Gerald mentioned, it is very difficult to explain in a clear way.
> > > Hopefully,
Hello,
syzbot found the following issue on:
HEAD commit:dd9fb9bb Merge tags 'auxdisplay-for-linus-v5.9-rc4', 'clan..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=156d617d90
kernel config: https://syzkaller.appspot.com/x/.config?x=e1c560d0f4e121c9
On Thu, Sep 10, 2020 at 01:21:02PM -0700, Kees Cook wrote:
> From: John Wood
>
> Add a menu entry under "Security options" to enable the "Fork brute
> force attack mitigation" feature.
>
> Signed-off-by: John Wood
> ---
> security/Kconfig | 1 +
> security/fbfam/Kconfig | 10 ++
On Thu, Sep 10, 2020 at 01:21:05PM -0700, Kees Cook wrote:
> From: John Wood
>
> This is a previous step to add the detection feature.
>
> A fork brute force attack will be detected when an application crashes
> quickly. Since, a rate can be defined as a time per fault, add a new
> sysctl to
On Thu 10 Sep 12:53 UTC 2020, satya priya wrote:
> As a part of system suspend uart_port_suspend is called from the
> Serial driver, which calls set_mctrl passing mctrl as 0. This
> makes RFR high(NOT_READY) during suspend.
>
> Due to this BT SoC is not able to send wakeup bytes to UART during
>
On 9/10/20 2:51 PM, Tom Rix wrote:
> On 9/10/20 1:22 PM, Russ Weight wrote:
>>
>>
>> On 9/5/20 12:09 PM, Tom Rix wrote:
>>
>>
>>
>>>
>>> On 9/4/20 4:52 PM, Russ Weight wrote:
>>>
Create the Intel Security Manager class driver. The security
manager
On Thu, 10 Sep 2020, Geert Uytterhoeven wrote:
> On Thu, Sep 10, 2020 at 2:23 AM Finn Thain wrote:
> > I prefer a declarative or data-driven style, even if it takes a few
> > more lines of code. But there is a compromise:
> >
> > static const struct resource mac_ide_quadra_rsrc[] __initconst =
On Fri, Aug 21, 2020 at 11:44:42AM +0800, Tingwei Zhang wrote:
> Allow to build coresight-cti as a module, for ease of development.
>
> - Kconfig becomes a tristate, to allow =m
> - append -core to source file name to allow module to
> be called coresight-cti by the Makefile
> - add an
On Fri, Aug 21, 2020 at 11:44:39AM +0800, Tingwei Zhang wrote:
> From: Mike Leach
>
> During module unload, a coresight driver module will call back into
> the CTI driver to remove any links between the two devices.
>
> The current code has 2 issues:-
> 1) in the CTI driver the matching code is
On Fri, Aug 21, 2020 at 11:44:36AM +0800, Tingwei Zhang wrote:
> From: Kim Phillips
>
> Allow to build coresight-replicator as modules, for ease of development.
>
> - Kconfig becomes a tristate, to allow =m
> - combine static and dynamic replicator init into single
> module_init/exit call
> -
On 15:52 Thu 10 Sep 2020, Randy Dunlap wrote:
Hi,
Please be more careful. There are many errors here. (see below)
Silly me! thanks Randy :)
~Bhaskar
On 9/10/20 4:07 AM, Bhaskar Chowdhury wrote:
This patch extends the help section by adding an explicit example of use.
Signed-off-by:
syzbot is reporting OOB read at fbcon_resize() [1], for
commit 39b3cffb8cf31117 ("fbcon: prevent user font height or width change
from causing potential out-of-bounds access") is by error using
registered_fb[con2fb_map[vc->vc_num]]->fbcon_par->p->userfont (which was
set to non-zero) instead of
On 9/10/2020 3:28 PM, Pavel Tatashin wrote:
Hi Kirill,
On Thu, Sep 10, 2020 at 6:01 PM Kirill A. Shutemov
wrote:
On Thu, Sep 10, 2020 at 01:47:39PM -0700, Vijay Balakrishna wrote:
When memory is hotplug added or removed the min_free_kbytes must be
recalculated based on what is expected
On Fri, Sep 4, 2020 at 8:56 AM Bjorn Andersson
wrote:
>
> Based on previous attempts and discussions this is the latest attempt at
> inheriting stream mappings set up by the bootloader, for e.g. boot splash or
> efifb.
>
> Per Will's request this builds on the work by Jordan and Rob for the
On 23:34 Thu 10 Sep 2020, Masahiro Yamada wrote:
On Thu, Sep 10, 2020 at 8:57 PM Rasmus Villemoes
wrote:
When building for an embedded target using Yocto, we're sometimes
observing that the version string that gets built into vmlinux (and
thus what uname -a reports) differs from the path
On Thu, Sep 3, 2020 at 2:40 AM Ulf Hansson wrote:
>
> On Wed, 2 Sep 2020 at 21:37, Krzysztof Kozlowski wrote:
> >
> > Hi,
> >
> > Set of minor cleanups. Patches requiring more attention:
> > - 6/11: Testing and review would be appreciated,
> > - 11/11: I build tested multiple architectures
Hi,
Please be more careful. There are many errors here. (see below)
On 9/10/20 4:07 AM, Bhaskar Chowdhury wrote:
> This patch extends the help section by adding an explicit example of use.
>
> Signed-off-by: Bhaskar Chowdhury
> ---
> scripts/config | 19 +++
> 1 file changed,
Hi Darrick,
On Thu, 10 Sep 2020 15:31:20 -0700 "Darrick J. Wong"
wrote:
>
> DOH, I accidentally pushed the debugging patches and other crap from the
> tip to kernel.org.
I thought that was what it looked like.
> Er, if it's not too late, I rewound the tip of iomap-for-next to where
> it's
randconfig-a004-20200910
x86_64 randconfig-a006-20200910
x86_64 randconfig-a003-20200910
x86_64 randconfig-a002-20200910
x86_64 randconfig-a005-20200910
x86_64 randconfig-a001-20200910
i386 randconfig-a004-20200909
Forgot to cc stable@, an updated version is below.
Thanks!
--
>From fe61af45ae570b143ca783ba4d013a0a2b923a15 Mon Sep 17 00:00:00 2001
From: Roman Gushchin
Date: Wed, 9 Sep 2020 12:19:37 -0700
Subject: [PATCH] mm: memcg/slab: fix racy access to page->mem_cgroup in
mem_cgroup_from_obj()
Hi Tim,
On Thu, 10 Sep 2020 13:26:05 +
"Bird, Tim" wrote:
>
>
> > -Original Message-
> > From: Masami Hiramatsu
> >
> > Add tracing_on option description to the boot-time tracer.
> >
> > Signed-off-by: Masami Hiramatsu
> > ---
> > Documentation/trace/boottime-trace.rst |4
On 9/10/20 2:29 PM, Stephen Boyd wrote:
Quoting santosh.shilim...@oracle.com (2020-09-08 10:19:32)
On 9/7/20 1:57 AM, Tero Kristo wrote:
Hi Santosh,
This series contains a few fixes for the TI SCI clock driver.
- Patch #1 is a clear bug fix, where we missed to parse assigned-clock
On Wed, Sep 9, 2020 at 6:53 AM Mauro Carvalho Chehab
wrote:
>
> Em Fri, 29 May 2020 00:54:24 -0700
> Andrii Nakryiko escreveu:
>
> > Add commit description from patch #1 as a stand-alone documentation under
> > Documentation/bpf, as it might be more convenient format, in long term
> >
Hello!
On 10.09.2020 19:44, Hans de Goede wrote:
> Hi,
>
> On 9/4/20 7:17 PM, Samuel Čavoj wrote:
> > Hi,
> >
> > On 04.09.2020 12:06, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 9/4/20 11:45 AM, Samuel Čavoj wrote:
> > > > Hello!
> > > >
> > > > On 02.09.2020 14:52, Samuel Čavoj wrote:
> >
On Fri, Sep 11, 2020 at 08:03:14AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Commit
>
> 3e88e7243277 ("xfs: don't crash with assfail")
>
> is missing a Signed-off-by from its author and committer.
DOH, I accidentally pushed the debugging patches and other crap from the
tip to kernel.org.
From: Lucy Yan
Date: Thu, 10 Sep 2020 12:05:09 -0700
> Increase Rx ring size to address issue where hardware is reaching
> the receive work limit.
>
> Before:
>
> [ 102.223342] de2104x :17:00.0 eth0: rx work limit reached
> [ 102.245695] de2104x :17:00.0 eth0: rx work limit reached
>
Hi Kirill,
On Thu, Sep 10, 2020 at 6:01 PM Kirill A. Shutemov
wrote:
>
> On Thu, Sep 10, 2020 at 01:47:39PM -0700, Vijay Balakrishna wrote:
> > When memory is hotplug added or removed the min_free_kbytes must be
> > recalculated based on what is expected by khugepaged. Currently
> > after
On Fri, Aug 21, 2020 at 11:44:29AM +0800, Tingwei Zhang wrote:
> When coresight_build_path() fails on all the cpus, etm_setup_aux
> calls etm_free_aux() to free allocated event_data.
> WARN_ON(cpumask_empty(mask) will be triggered since cpu mask is empty.
> Check event_data->snk_config is not NULL
From: Nathan Chancellor
Date: Thu, 10 Sep 2020 10:48:27 -0700
> Clang warns (trimmed for brevity):
>
> drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c:3073:7: warning:
> variable 'link' is used uninitialized whenever 'if' condition is false
> [-Wsometimes-uninitialized]
> if
Hi Tony,
Since Kernel v5.5 commits:
111cf1ab4da3 ("net: ethernet: ti: introduce cpsw switchdev based driver part 2
- switch")
ed3525eda4c4 ("net: ethernet: ti: introduce cpsw switchdev based driver part 1
- dual-emac")
the new CPSW driver with switchdev support has been introduced and one
All am437x boards have been converted to use new driver, so drop legacy
cpsw dt node.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/am437x-l4.dtsi | 51
1 file changed, 51 deletions(-)
diff --git a/arch/arm/boot/dts/am437x-l4.dtsi
Hi Tony,
Since Kernel v5.5 commits:
111cf1ab4da3 ("net: ethernet: ti: introduce cpsw switchdev based driver part 2
- switch")
ed3525eda4c4 ("net: ethernet: ti: introduce cpsw switchdev based driver part 1
- dual-emac")
the new CPSW driver with switchdev support has been introduced and one
The dual_mac mode has been preserved the same way between legacy and new
driver, and one port devices works the same as 1 dual_mac port - it's safe
to switch drivers.
So, Switch all am437x boards to use new cpsw switch driver. Those boards
have or 2 Ext. port wired and configured in dual_mac mode
Add DT node for the new cpsw switchdev based driver.
Signed-off-by: Grygorii Strashko
---
arch/arm/boot/dts/am437x-l4.dtsi | 54
1 file changed, 54 insertions(+)
diff --git a/arch/arm/boot/dts/am437x-l4.dtsi b/arch/arm/boot/dts/am437x-l4.dtsi
index
On Thu, Aug 6, 2020 at 2:41 AM Linus Walleij wrote:
>
> Hi Martin,
>
> thanks for your report, let's check with Peter, Neil and Andrey who also
> use this expander if they also see this problem (CC).
>
Looks reasonable. I haven't used that HW in a while, so I added Chris
Healy to this thread,
From: Krzysztof Kozlowski
Date: Thu, 10 Sep 2020 18:12:11 +0200
> Changes since v2:
> 1. Fix dtschema ID after rename (patch 1/8).
> 2. Apply patch 9/9 (defconfig change).
>
> Changes since v1:
> 1. Rename dtschema file and add additionalProperties:false, as Rob
>suggested,
> 2. Add Marek's
On Fri, Aug 21, 2020 at 11:44:25AM +0800, Tingwei Zhang wrote:
> Add coresight prefix to make it specific. It will be a export symbol.
>
> Signed-off-by: Mian Yousaf Kaukab
> Signed-off-by: Tingwei Zhang
> Reviewed-by: Suzuki K Poulose
> Reviewed-by: Mathieu Poirier
> ---
>
101 - 200 of 1592 matches
Mail list logo