On 8/17/20 3:26 PM, Michal Hocko wrote:
On Mon 17-08-20 11:55:37, Waiman Long wrote:
On 8/17/20 11:26 AM, Michal Hocko wrote:
On Mon 17-08-20 10:08:23, Waiman Long wrote:
Memory controller can be used to control and limit the amount of
physical memory used by a task. When a limit is set in
On 8/17/20 12:44 PM, Shakeel Butt wrote:
On Mon, Aug 17, 2020 at 7:11 AM Waiman Long wrote:
Memory controller can be used to control and limit the amount of
physical memory used by a task. When a limit is set in "memory.high"
in a non-root memory cgroup, the memory controller will try to
On Tue, Aug 18, 2020 at 12:03 PM H. Peter Anvin wrote:
>
> I'm not saying "change the semantics", nor am I saying that playing
> whack-a-mole *for a limited time* is unreasonable. But I would like to go back
> to the compiler authors and get them to implement such a #pragma: "this
> freestanding
On 8/17/20 12:56 PM, Chris Down wrote:
Shakeel Butt writes:
Sometimes, memory reclaim may not be able to recover memory in a rate
that can catch up to the physical memory allocation rate especially
when rotating disks are used for swapping or writing dirty pages. In
this case, the physical
On Tue, Aug 18, 2020 at 1:03 PM Marc Zyngier wrote:
>
> On 2020-08-18 18:48, Saravana Kannan wrote:
> > On Tue, Aug 18, 2020 at 10:34 AM Marc Zyngier wrote:
>
> [...]
>
> >> OK. So how about something like this?
> >>
> >> diff --git a/drivers/of/address.c b/drivers/of/address.c
> >> index
Pavel
On 8/12/20 2:32 PM, Dan Murphy wrote:
Update the binding examples for the color ID to LED_COLOR_ID_RGB
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/leds/leds-lp55xx.yaml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 2020-08-18 10:56, Nick Desaulniers wrote:
>>
>> The problem here is twofold:
>>
>> 1. The user would be expected to know what kind of the optimizations the
>> compiler can do on what function, which is private knowledge to the
>> compiler.
>>
>> 2. The only way to override -fno-builtin is by a
On Tue, 2020-08-18 at 11:44 -0700, Jesse Brandeburg wrote:
> On Tue, 18 Aug 2020 09:10:56 +
> Xu Wang wrote:
>
> > Remove unnecassary casts in the argument to kfree.
> >
> > Signed-off-by: Xu Wang
>
> You seem to have several of these patches, they should be sent in a
> series with the
On 2020-08-18 18:48, Saravana Kannan wrote:
On Tue, Aug 18, 2020 at 10:34 AM Marc Zyngier wrote:
[...]
OK. So how about something like this?
diff --git a/drivers/of/address.c b/drivers/of/address.c
index 590493e04b01..a7a6ee599b14 100644
--- a/drivers/of/address.c
+++
On Mon, Aug 17, 2020 at 2:04 PM Yang Shi wrote:
>
> We could just skip the spurious TLB flush to mitigate the regression.
Ok, this patch I will apply.
I still hope that arm64 fixes (maybe already fixed) their spurious TLB
function, and I think we should rename it to make sure everybody
On Tue, Aug 18, 2020 at 1:18 PM Paul E. McKenney wrote:
>
> On Mon, Aug 17, 2020 at 06:03:54PM -0400, Joel Fernandes wrote:
> > On Fri, Aug 14, 2020 at 2:51 PM Uladzislau Rezki wrote:
> > >
> > > > From: Zqiang
> > > >
> > > > Due to cpu hotplug. some cpu may be offline after call
On Tue, 18 Aug 2020 23:46:12 +0800 Ooi, Joyce wrote:
> From: Dalon Westergreen
>
> Add support for the mSGDMA prefetcher. The prefetcher adds support
> for a linked list of descriptors in system memory. The prefetcher
> feeds these to the mSGDMA dispatcher.
This generates warnings on 32bit
On Tue, 18 Aug 2020 23:46:11 +0800 Ooi, Joyce wrote:
> From: Dalon Westergreen
>
> Add support for the ptp clock used with the tse, and update
> the driver to support timestamping when enabled. We also
> enable debugfs entries for the ptp clock to allow some user
> control and interaction with
On Mon, Aug 17, 2020 at 05:09:13PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.8.2 release.
> There are 464 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Mon, Aug 17, 2020 at 05:10:50PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.7.16 release.
> There are 393 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Mon, Aug 17, 2020 at 05:13:21PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.4.59 release.
> There are 270 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Mon, Aug 17, 2020 at 05:15:31PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.19.140 release.
> There are 168 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
parse_options() in drivers/tty/serial/earlycon.c calls uart_parse_earlycon
in drivers/tty/serial/serial_core.c therefore selecting SERIAL_EARLYCON
should automatically select SERIAL_CORE, otherwise will result in symbol
not found error during linking if SERIAL_CORE is not configured as builtin
Resending with updated recepients and cover subject.
PM8150 uses reboot-mode framework to set magic values for bootloader to read
during next boot. dm-verity wants to use "dm-verity device corrupted" [1] as
the restart command, however the reboot-mode framework does not support spaces
in the
Add reboot command magic values for pm8150 pon device.
Signed-off-by: Elliot Berman
---
arch/arm64/boot/dts/qcom/pm8150.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/pm8150.dtsi
b/arch/arm64/boot/dts/qcom/pm8150.dtsi
index 1b64069..afd6231 100644
---
Reboot mode driver does not currently support reboot commands with
spaces in them [1]. Add an optional new node "reboot-mode-names" and
"reboot-mode-magic" which add an array of strings and u32s, respectively
which would permit any string in this framework.
Signed-off-by: Elliot Berman
---
Convert reboot-mode bindings to YAML.
Signed-off-by: Elliot Berman
---
.../bindings/power/reset/reboot-mode.txt | 25
.../bindings/power/reset/reboot-mode.yaml | 47 ++
2 files changed, 47 insertions(+), 25 deletions(-)
delete mode 100644
Current reboot-mode device tree schema does not support reboot commands
with spaces in them [1]. Add an optional new node "reboot-mode-names"
and "reboot-mode-magic" which add an array of strings and u32s,
respectively which would permit any string in this framework.
[1]:
Every iteration of for_each_available_child_of_node() decrements
reference count of the previous node, however when control
is transferred from the middle of the loop, as in the case of
a return or break or goto, there is no decrement thus ultimately
resulting in a memory leak.
Fix a potential
On Tue, Aug 18, 2020 at 5:50 AM Miklos Szeredi wrote:
>
> How do you propose handling variable size attributes, like the list of
> fs options?
I really REALLY think those things should just be ASCII data.
I think marshalling binary data is actively evil and wrong. It's great
for well-specified
From: Dave Hansen
Some method is obviously needed to enable reclaim-based migration.
Just like traditional autonuma, there will be some workloads that
will benefit like workloads with more "static" configurations where
hot pages stay hot and cold pages stay cold. If pages come and go
from
From: Dave Hansen
When memory fills up on a node, memory contents can be
automatically migrated to another node. The biggest problems are
knowing when to migrate and to where the migration should be
targeted.
The most straightforward way to generate the "to where" list
would be to follow the
From: Yang Shi
Account the number of demoted pages into reclaim_state->nr_demoted.
Add pgdemote_kswapd and pgdemote_direct VM counters showed in
/proc/vmstat.
[ daveh:
- __count_vm_events() a bit, and made them look at the THP
size directly rather than getting data from
From: Dave Hansen
This is mostly derived from a patch from Yang Shi:
https://lore.kernel.org/linux-mm/1560468577-101178-10-git-send-email-yang@linux.alibaba.com/
Add code to the reclaim path (shrink_page_list()) to "demote" data
to another NUMA node instead of discarding the
From: Dave Hansen
Reclaim-based migration is attempting to optimize data placement in
memory based on the system topology. If the system changes, so must
the migration ordering.
The implementation here is pretty simple and entirely unoptimized. On
any memory or CPU hotplug events, assume
From: Dave Hansen
Global reclaim aims to reduce the amount of memory used on
a given node or set of nodes. Migrating pages to another
node serves this purpose.
memcg reclaim is different. Its goal is to reduce the
total memory consumption of the entire memcg, across all
nodes. Migration
From: Yang Shi
The migrate_pages() returns the number of pages that were not migrated,
or an error code. When returning an error code, there is no way to know
how many pages were migrated or not migrated.
In the following patch, migrate_pages() is used to demote pages to PMEM
node, we need
From: Keith Busch
Age and reclaim anonymous pages if a migration path is available. The
node has other recourses for inactive anonymous pages beyond swap,
#Signed-off-by: Keith Busch
Cc: Keith Busch
[vishal: fixup the migration->demotion rename]
Signed-off-by: Vishal Verma
Signed-off-by:
with explicit __GFP_KSWAPD_RECLAIM and
comment why we want that.
* Comment on effects of that keep multiple source nodes from
sharing target nodes
The full series is also available here:
https://github.com/hansendc/linux/tree/automigrate-20200818
--
We're starting to see systems with more
From: Dave Hansen
Prepare for the kernel to auto-migrate pages to other memory nodes
with a user defined node migration table. This allows creating single
migration target for each NUMA node to enable the kernel to do NUMA
page migrations instead of simply reclaiming colder pages. A node
with
Presumably __ClearPageWaiters() was added to follow the previously
removed __ClearPageActive() pattern.
Only flags that are in PAGE_FLAGS_CHECK_AT_FREE needs to be properly
cleared because otherwise we think there may be some kind of leak.
PG_waiters is not one of those flags and leaving the
To activate a page, mark_page_accessed() always holds a reference
on it. It either gets a new reference when adding a page to
lru_pvecs.activate_page or reuses an existing one it previously
got when it added a page to lru_pvecs.lru_add. So it doesn't call
SetPageActive() on a page that doesn't
We don't initially add anon pages to active lruvec after
commit b518154e59aa ("mm/vmscan: protect the workingset on anonymous LRU").
Remove activate_page() from unuse_pte(), which seems to be missed by
the commit. And make the function static while we are at it.
Before the commit, we called
When POE used, the current power routing is failing to power-up
the PMIC regulators which cause Linux boot hangs.
This patch is trying to update the power routing in order to
support Type C0 and POE powering methods.
As per the schematics, sys_12v is a common output power regulator
when type c
On Tue, 18 Aug 2020 09:10:56 +
Xu Wang wrote:
> Remove unnecassary casts in the argument to kfree.
>
> Signed-off-by: Xu Wang
You seem to have several of these patches, they should be sent in a
series with the series patch subject (for example):
[PATCH net-next 0/n] fix up casts on kfree
On Tue, Aug 18, 2020 at 07:21:14PM +0200, Roger Pau Monné wrote:
> > Let me draw the picture from the beginning.
>
> Thanks, greatly appreciated.
>
> > EFI memory map contains various memory regions. Some of them are marked
> > as not needed after ExitBootServices() call (done in Xen before
> >
The following changes since commit 1d5cd4e7773c834db011f6f0989b1882adbf13c9:
Merge series "Some bug fix for lpspi" from Clark Wang
: (2020-07-29 14:51:14 +0100)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v5.9-rc1
On Tue, 18 Aug 2020 16:21:03 +0800
Qingyu Li wrote:
> When creating a raw PF_BLUETOOTH socket,
> CAP_NET_RAW needs to be checked first.
>
> Signed-off-by: Qingyu Li
Please see my replies to your previous patches.
On Tue, 18 Aug 2020 16:15:55 +0800
Qingyu Li wrote:
> When creating a raw PF_BLUETOOTH socket,
> CAP_NET_RAW needs to be checked first.
Please see my previous replies.
On Tue, 18 Aug 2020 16:07:03 +0800
Qingyu Li wrote:
> When creating a raw PF_BLUETOOTH socket,
> CAP_NET_RAW needs to be checked first.
>
These changes should be part of a series (patch 0,1,2 at least), and all
my replies on your other patch apply to this one as well.
On Tue, 18 Aug 2020 15:56:48 +0800
Qingyu Li wrote:
> When creating a raw PF_BLUETOOTH socket,
> CAP_NET_RAW needs to be checked first.
>
Thanks for the patch! Your subject doesn't need to end in a period. In
your commit message, I can guess why you'd want this patch, but your
commit message
Le 18/08/2020 à 20:05, Christoph Hellwig a écrit :
On Tue, Aug 18, 2020 at 07:46:22PM +0200, Christophe Leroy wrote:
I gave it a go on my powerpc mpc832x. I tested it on top of my newest
series that reworks the 32 bits signal handlers (see
On Tue, Aug 18, 2020 at 12:28 AM Chenyi Qiang wrote:
>
>
>
> On 8/14/2020 1:31 AM, Jim Mattson wrote:
> > On Wed, Aug 12, 2020 at 10:42 PM Chenyi Qiang
> > wrote:
> >>
> >>
> >>
> >> On 8/13/2020 5:21 AM, Jim Mattson wrote:
> >>> On Fri, Aug 7, 2020 at 1:46 AM Chenyi Qiang
> >>> wrote:
>
On Mon, Aug 10, 2020 at 02:21:58AM +, Xu Wang wrote:
> seq_puts is a lot cheaper than seq_printf, so use that to print
> literal strings.
>
> Signed-off-by: Xu Wang
Applied, thanks.
- Ted
On 8/18/20 7:53 PM, Muni Sekhar wrote:
> On Tue, Aug 18, 2020 at 11:06 PM Greg KH wrote:
>> On Tue, Aug 18, 2020 at 11:01:35PM +0530, Muni Sekhar wrote:
>>> On Tue, Aug 18, 2020 at 10:44 PM Greg KH wrote:
On Tue, Aug 18, 2020 at 10:24:13PM +0530, Muni Sekhar wrote:
> On Tue, Aug 18,
On 18.08.2020 10:39, Keith Busch wrote:
On Tue, Aug 18, 2020 at 07:29:12PM +0200, Javier Gonzalez wrote:
On 18.08.2020 09:58, Keith Busch wrote:
> On Tue, Aug 18, 2020 at 11:50:33AM +0200, Javier Gonzalez wrote:
> > a number of customers are requiring the use of normal writes, which we
> > want
On Tue, Aug 18, 2020 at 10:04 AM Alex Dewar wrote:
>
> Depending on config options, account_other_time() may not be called
> anywhere. Add __maybe_unused flag to fix clang warning.
Just curious, would moving this definition to be within an existing
preprocessor guard for a particular config also
On Tue, Aug 18, 2020 at 7:19 PM Andy Shevchenko
wrote:
>
> On Tue, Aug 18, 2020 at 06:27:12PM +0200, Bartosz Golaszewski wrote:
> > On Tue, Aug 18, 2020 at 10:40 AM Andy Shevchenko
> > wrote:
> > >
> > > On Mon, Aug 17, 2020 at 10:02:05PM +0200, Bartosz Golaszewski wrote:
> > > > On Mon, Aug 17,
On 8/18/20 11:11 AM, Theodore Y. Ts'o wrote:
> On Mon, Aug 03, 2020 at 05:02:11PM -0600, Jens Axboe wrote:
>> ext4 uses generic_file_read_iter(), which already supports this.
>>
>> Cc: Theodore Ts'o
>> Signed-off-by: Jens Axboe
>>
>> ---
>>
>> Resending this one, as I've been carrying it
Hi Peter,
[...]
> > >
> > > How about something like:
> > >
> > > #ifdef CONFIG_64BIT
> > >
> > > #define DEFINE_U64_U32(name) u64 name
> > > #define u64_u32_load(name)name
> > > #define u64_u32_store(name, val)name = val
> > >
> > > #else
> > >
> > > #define
On Tue, Aug 18, 2020 at 05:50:19PM +0100, Matthew Wilcox wrote:
> On Tue, Aug 18, 2020 at 09:12:29AM -0700, Darrick J. Wong wrote:
> > On Tue, Aug 18, 2020 at 04:53:05PM +0100, Matthew Wilcox wrote:
> > > It would be better to use the same wording as below:
> > >
> > > > +
On 18.08.2020 12:51, Matias Bjørling wrote:
On 18/08/2020 11.50, Javier Gonzalez wrote:
On 18.08.2020 09:12, Christoph Hellwig wrote:
On Tue, Aug 18, 2020 at 10:59:36AM +0530, Kanchan Joshi wrote:
If drive does not support zone-append natively, enable emulation using
regular write.
Make
On Mon, Aug 03, 2020 at 05:02:11PM -0600, Jens Axboe wrote:
> ext4 uses generic_file_read_iter(), which already supports this.
>
> Cc: Theodore Ts'o
> Signed-off-by: Jens Axboe
>
> ---
>
> Resending this one, as I've been carrying it privately since May. The
> necessary bits are now upstream
On Tue, Aug 18, 2020 at 07:46:22PM +0200, Christophe Leroy wrote:
> I gave it a go on my powerpc mpc832x. I tested it on top of my newest
> series that reworks the 32 bits signal handlers (see
> https://patchwork.ozlabs.org/project/linuxppc-dev/list/?series=196278) with
> the microbenchmark
On 18.08.2020 17:50, Christoph Hellwig wrote:
On Tue, Aug 18, 2020 at 11:50:33AM +0200, Javier Gonzalez wrote:
I understand that the NVMe process was agitated and that the current ZNS
implementation in Linux relies in append support from the device
perspective. However, the current TP does
---
drivers/platform/x86/panasonic-laptop.c | 576 +---
1 file changed, 518 insertions(+), 58 deletions(-)
diff --git a/drivers/platform/x86/panasonic-laptop.c
b/drivers/platform/x86/panasonic-laptop.c
index 59e38a1d2830..55b6d6527f20 100644
---
Reviewed-by: Elliot Berman
On 8/17/2020 1:27 AM, Stanimir Varbanov wrote:
This adds a new SCM memprotect command to set virtual address ranges.
Signed-off-by: Stanimir Varbanov
---
drivers/firmware/qcom_scm.c | 24
drivers/firmware/qcom_scm.h | 1 +
On Mon, Aug 17, 2020 at 10:44 PM Nathan Chancellor
wrote:
>
> On Mon, Aug 17, 2020 at 03:02:10PM -0700, Nick Desaulniers wrote:
> > This reverts commit 5f074f3e192f10c9fade898b9b3b8812e3d83342.
> >
> > Use `-fno-builtin-bcmp` instead.
> >
> > The issue with using `-fno-builtin-*` flags was that
On Thu, Jul 30, 2020 at 11:12:32AM +0300, Leon Romanovsky wrote:
> From: Leon Romanovsky
>
> Very straightforward cleanup.
>
> Thanks
>
> Leon Romanovsky (3):
> RDMA/mlx5: Simplify multiple else-if cases with switch keyword
> RDMA/mlx5: Replace open-coded offsetofend() macro
> RDMA:
On Tue, Aug 18, 2020 at 06:44:47PM +0100, Matthew Wilcox wrote:
> On Tue, Aug 18, 2020 at 07:34:00PM +0200, Christian Brauner wrote:
> > The only remaining function callable outside of kernel/fork.c is
> > _do_fork(). It doesn't really follow the naming of kernel-internal
> > syscall helpers as
On Wed, 12 Aug 2020, Lyude Paul wrote:
> On Wed, 2020-08-12 at 16:10 +0200, Daniel Vetter wrote:
> > On Wed, Aug 12, 2020 at 12:16 AM Zwane Mwaikambo wrote:
> > > On Tue, 11 Aug 2020, Daniel Vetter wrote:
> > >
> > > > On Mon, Aug 10, 2020 at 10:11:50AM -0700, Zwane Mwaikambo wrote:
> > > > >
On 17/08/2020 20:31, Mathieu Poirier wrote:
Add entries for perf tools elements related to the support of
Arm CoreSight and Arm SPE.
Thanks for doing this...
Signed-off-by: Mathieu Poirier
---
MAINTAINERS | 10 ++
1 file changed, 10 insertions(+)
diff --git a/MAINTAINERS
On Mon, Aug 17, 2020 at 3:44 PM H. Peter Anvin wrote:
>
> On 2020-08-17 15:02, Nick Desaulniers wrote:
> > -ffreestanding typically inhibits "libcall optimizations" where calls to
> > certain library functions can be replaced by the compiler in certain
> > cases to calls to other library
Tested full series on Bananapi-R2+R64 with5.9-rc1 (iperf3 no retransmitts,
Throughput >900Mbit/s)
Tested-By: Frank Wunderlich
maybe you can include the port_change_mtu callback you've send me? or do you
want to send it separately
regards Frank
On Tue, Aug 18, 2020 at 11:06 PM Greg KH wrote:
>
> On Tue, Aug 18, 2020 at 11:01:35PM +0530, Muni Sekhar wrote:
> > On Tue, Aug 18, 2020 at 10:44 PM Greg KH wrote:
> > >
> > > On Tue, Aug 18, 2020 at 10:24:13PM +0530, Muni Sekhar wrote:
> > > > On Tue, Aug 18, 2020 at 8:06 PM Greg KH wrote:
>
On Tue, 18 Aug 2020, Johannes Hirte wrote:
> > usbhid tries to give the device 50 milliseconds to drain its queues when
> > opening the device, but dies it naively by simply sleeping in open handler,
> > which slows down device probing (and thus may affect overall boot time).
> >
> > However we
On Tue, 18 Aug 2020, Marius Zachmann wrote:
> > > Possibly because of the changes in usbhid/hid-core.c the first
> > > raw input report is not received during ccp_probe function and it will
> > > timeout. I am not sure, whether this behaviour is expected after
> > > hid_device_io_start or if I am
On Mon, Aug 17, 2020 at 12:11 PM Eric W. Biederman
wrote:
>
> +static void set_in_execve(bool in_execve)
> +{
> + struct task_struct *me = current;
> + spinlock_t *lock = >sighand->siglock;
> +
> + spin_lock_irq(lock);
> + me->in_execve = in_execve;
> +
On Tue, Aug 18, 2020 at 10:34 AM Marc Zyngier wrote:
>
> On 2020-08-18 15:23, Rob Herring wrote:
> > On Tue, Aug 18, 2020 at 1:35 AM Marc Zyngier wrote:
> >>
> >> On 2020-08-17 17:12, Rob Herring wrote:
> >> > On Sun, Aug 16, 2020 at 4:40 AM Marc Zyngier wrote:
> >> >>
> >> >> On Sun, 16 Aug
Le 17/08/2020 à 09:32, Christoph Hellwig a écrit :
Hi all,
this series removes the last set_fs() used to force a kernel address
space for the uaccess code in the kernel read/write/splice code, and then
stops implementing the address space overrides entirely for x86 and
powerpc.
The file
New access1 class is nearly the same as access0, but always provides
characteristics for CPUs to memory. The existing access0 class
provides characteristics to nearest or direct connnect initiator
which may be a Generic Initiator such as a GPU or network adapter.
This new class allows thread
On Tue, Aug 18, 2020 at 10:23:42AM -0700, Scott Branden wrote:
> Hi Greg,
>
> On 2020-08-18 6:53 a.m., Greg Kroah-Hartman wrote:
> > On Wed, Aug 05, 2020 at 05:46:29PM -0700, Scott Branden wrote:
> >> Add user space api for bcm-vk driver.
> >>
> >> Signed-off-by: Scott Branden
> >> ---
> >>
On Tue, Aug 18, 2020 at 07:34:00PM +0200, Christian Brauner wrote:
> The only remaining function callable outside of kernel/fork.c is
> _do_fork(). It doesn't really follow the naming of kernel-internal
> syscall helpers as Christoph righly pointed out. Switch all callers and
> references to
Hi Marc,
Thanks for your quick and detailed review!
On Mon, Aug 17, 2020 at 02:52:06PM +0100, Marc Zyngier wrote:
> On 2020-08-16 12:33, Cristian Ciocaltea wrote:
> > This controller appears on Actions Semi Owl family SoC's S500, S700 and
> > S900 and provides support for 3 external interrupt
On Mon, Aug 17, 2020 at 09:03:54PM -0700, Florian Fainelli wrote:
> We return the VLAN table size through devlink as a simple parameter, we
> do not support altering it at runtime:
>
> devlink resource show mdio_bus/fixed-0:1f
> mdio_bus/fixed-0:1f:
> name VTU size 4096 occ 4096 unit entry
On Sat, 15 Aug 2020 13:24:36 +0200, Johan Jonker wrote:
> A test with the command below shows that the compatible string
>
> "rockchip,rk3308-spdif", "rockchip,rk3328-spdif"
>
> is already in use, but is not added to a document.
> The current fallback string "rockchip,rk3328-spdif" points to a
On Tue, 18 Aug 2020 16:37:26 +0200, Johan Jonker wrote:
> A test with the command below shows that the compatible string
>
> "rockchip,rk3308-spdif", "rockchip,rk3328-spdif"
>
> is already in use, but is not added to a document.
> The current fallback string "rockchip,rk3328-spdif" points to a
On Tue, 18 Aug 2020 12:25:08 -0400, Jonathan Marek wrote:
> This allows the regulator to be found by devm_regulator_get().
>
> Fixes: 4fe66d5a62fb ("regulator: Add support for QCOM PMIC VBUS booster")
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
On Tue, 18 Aug 2020 15:37:01 +0200, Greg Kroah-Hartman wrote:
> When calling debugfs functions, there is no need to ever check the
> return value. The function can work or not, but the code logic should
> never do something different based on this.
Applied to
On Tue, Aug 18, 2020 at 07:29:12PM +0200, Javier Gonzalez wrote:
> On 18.08.2020 09:58, Keith Busch wrote:
> > On Tue, Aug 18, 2020 at 11:50:33AM +0200, Javier Gonzalez wrote:
> > > a number of customers are requiring the use of normal writes, which we
> > > want to support.
> >
> > A device that
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Kars de Jong
Cc: Geert Uytterhoeven
Cc: linux-m...@lists.linux-m68k.org
Signed-off-by: Christian Brauner
---
Hey everyone,
This is a follow-up to the do_fork() cleanup from last cycle based on a
short discussion this was merged.
Last cycle we removed copy_thread_tls() and the associated Kconfig
option for each architecture. Now we are only left with copy_thread().
Part of this work was removing the old
On Tue, Aug 18, 2020 at 11:01:35PM +0530, Muni Sekhar wrote:
> On Tue, Aug 18, 2020 at 10:44 PM Greg KH wrote:
> >
> > On Tue, Aug 18, 2020 at 10:24:13PM +0530, Muni Sekhar wrote:
> > > On Tue, Aug 18, 2020 at 8:06 PM Greg KH wrote:
> > > >
> > > > On Tue, Aug 18, 2020 at 08:00:11PM +0530, Muni
Hi,
Adding Nick, the binutils maintainer, so we can make sure
binutils/elfutils agree on some ELF section compression corner case.
On Tue, 2020-08-18 at 18:33 +0200, Jesper Dangaard Brouer wrote:
> On Tue, 18 Aug 2020 15:45:43 +0200
> Jiri Olsa wrote:
>
> > On Tue, Aug 18, 2020 at 12:56:08PM
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Greentime Hu
Cc: Yoshinori Sato
Cc: uclinux-h8-de...@lists.sourceforge.jp
Signed-off-by: Christian Brauner
---
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Mauro Carvalho Chehab
Cc: Alexandre Chartre
Cc: Jonathan Corbet
Cc: Masami Hiramatsu
Signed-off-by: Christian Brauner
---
Now that all callers of _do_fork() have been switched to kernel_clone() remove
the _do_fork() helper.
Signed-off-by: Christian Brauner
---
include/linux/sched/task.h | 4
1 file changed, 4 deletions(-)
diff --git a/include/linux/sched/task.h b/include/linux/sched/task.h
index
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Douglas Anderson
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Cc: Daniel Thompson
Cc: Jason Wessel
Cc:
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Mauro Carvalho Chehab
Cc: Alexandre Chartre
Cc: Jonathan Corbet
Cc: Thomas Gleixner
Cc: Masami Hiramatsu
Cc: Shuah Khan
Cc: Ingo
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Ley Foon Tan
Signed-off-by: Christian Brauner
---
arch/nios2/kernel/process.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
The old _do_fork() helper doesn't follow naming conventions of in-kernel
helpers for syscalls. The process creation cleanup in [1] didn't change the
name to something more reasonable mainly because _do_fork() was used in quite a
few places. So sending this as a separate series seemed the better
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: "David S. Miller"
Cc: sparcli...@vger.kernel.org
Signed-off-by: Christian Brauner
---
arch/sparc/kernel/process.c | 6 +++---
1 file
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Borislav Petkov
Cc: x...@kernel.org
Signed-off-by: Christian Brauner
---
The old _do_fork() helper is removed in favor of the new kernel_clone() helper.
The latter adheres to naming conventions for kernel internal syscall helpers.
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
Signed-off-by: Christian Brauner
---
arch/ia64/kernel/process.c | 4 ++--
1
On Wed, Aug 19, 2020 at 1:14 AM Martin Burnicki
wrote:
>
> Hi,
>
> I'm the maintainer of a driver package for some PCI cards (GPS receiver
> cards, etc.). A read-only git repo of the driver package can be found here:
> https://git.meinbergglobal.com/mbgtools-lx.git
>
> The kernel driver from that
301 - 400 of 1329 matches
Mail list logo
