This series is a backport of the ACPI PPTT 6.3 thread flag feature for
supporting arm64 systems.
The background is that some arm64 implementations are broken, in that they
incorrectly advertise that a CPU is mutli-threaded, when it is not - the
HiSilicon Taishanv110 rev 2, aka tsv110, being an exa
From: Erik Schmauss
Commit b5eab512e7cffb2bb37c4b342b5594e9e75fd486 upstream.
ACPICA commit c736ea34add19a3a07e0e398711847cd6b95affd
Link: https://github.com/acpica/acpica/commit/c736ea34
Signed-off-by: Erik Schmauss
Signed-off-by: Bob Moore
Signed-off-by: Rafael J. Wysocki
Signed-off-by: Jo
Test that CLONE3_CLEAR_SIGHAND resets signal handlers to SIG_DFL for the
child process and that CLONE3_CLEAR_SIGHAND and CLONE_SIGHAND are
mutually exclusive.
Cc: Florian Weimer
Cc: libc-al...@sourceware.org
Signed-off-by: Christian Brauner
---
MAINTAINERS |
Reset all signal handlers of the child not set to SIG_IGN to SIG_DFL.
Mutually exclusive with CLONE_SIGHAND to not disturb other thread's
signal handler.
In the spirit of closer cooperation between glibc developers and kernel
developers (cf. [2]) this patchset came out of a discussion on the glibc
On Thu, 10 Oct 2019, Steven Rostedt wrote:
> On Thu, 10 Oct 2019 10:50:35 +0200
> Petr Mladek wrote:
>
> > It will make the flag unusable for other ftrace users. But it
> > will be already be the case when it can't be disabled.
>
> Honestly, I hate that flag. Most people don't even know about i
On 10/10/2019 14:23, Mark Brown wrote:
On Thu, Oct 10, 2019 at 10:28:04AM +0100, Srinivas Kandagatla wrote:
On 09/10/2019 17:35, Mark Brown wrote:
On Wed, Oct 09, 2019 at 09:51:08AM +0100, Srinivas Kandagatla wrote:
+static const u8 wsa881x_reg_readable[WSA881X_CACHE_SIZE] = {
+static bo
From: Thomas Hellstrom
We always do dirty tracking on the PTE level. This means that any huge
pmds we encounter should be read-only and not dirty: We can just skip
those. Write-enabled huge pmds should not exist. They should have been
split when made write-enabled. Warn and attempt to split them.
From: Linus Torvalds
When we have both a pmd_entry() and a pte_entry() callback, in some
siutaions it is desirable not to traverse the pte level.
Reserve positive callback return values for walk control and define a
return value PAGE_WALK_CONTINUE that means skip lower level traversal
and continu
From: Thomas Hellstrom
The pagewalk code is being reworked to have positive callback return codes
mean "walk control". Avoid using positive return codes: "1" is replaced by
"-ENOBUFS".
Signed-off-by: Thomas Hellstrom
---
fs/proc/task_mmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Linus Torvalds
The pagewalk code is being reworked to have positive callback return codes
do walk control. Avoid using positive return codes: "1" is replaced by
"-EBUSY".
Co-developed-by: Thomas Hellstrom
Signed-off-by: Thomas Hellstrom
---
mm/mempolicy.c | 16
1 file c
This series converts all users of pagewalk positive callback return values
to use negative values instead, so that the positive values are free for
pagewalk control. Then the return value PAGE_WALK_CONTINUE is introduced.
That value is intended for callbacks to indicate that they've handled the
ent
Wed, Oct 09, 2019 at 10:59:15PM CEST, mkube...@suse.cz wrote:
[...]
>+/**
>+ * ethnl_parse_header() - parse request header
>+ * @req_info:structure to put results into
>+ * @header: nest attribute with request header
>+ * @net: request netns
>+ * @extack: netlink extack for
On Thu, 10 Oct 2019 09:43:52 -0400
Steven Rostedt wrote:
>
> Yes, but let's still add the patch that does the permanent check. And
> then I'll put the "remove this flag" patch on top (and revert
> everything else). This way, if somebody complains, and Linus reverts
> the removal patch, we don't
On Thu, Oct 10, 2019 at 10:23:21PM +1100, Stephen Rothwell wrote:
> Hi Ingo,
>
> On Thu, 10 Oct 2019 10:02:07 +0200 Ingo Molnar wrote:
> >
> > I suspect -next will have to carry this semantic merge conflict
> > resolution until the DRM tree is merged upstream.
>
> Yep, its not a real problem, I
On Thu, 10 Oct 2019 15:38:20 +0200 (CEST)
Miroslav Benes wrote:
> On Thu, 10 Oct 2019, Steven Rostedt wrote:
>
> > On Thu, 10 Oct 2019 10:50:35 +0200
> > Petr Mladek wrote:
> >
> > > It will make the flag unusable for other ftrace users. But it
> > > will be already be the case when it can't
Den 01.10.2019 12.58, skrev Noralf Trønnes:
>
>
> Den 27.09.2019 19.42, skrev Ulf Magnusson:
>> Commit 554b3529fe01 ("thermal/drivers/core: Remove the module Kconfig's
>> option") changed the type of THERMAL from tristate to bool, so
>> THERMAL || !THERMAL is now always y. Remove the redundant
On Thu, Oct 10, 2019 at 12:03:37PM +, Charles Keepax wrote:
> Usually aux devices are used for things like analog amplifiers that
> clearly don't have a digital interface, thus it really makes no sense
> to have a DAI link connecting them. So I guess my question here
> would be what is the thi
The following commit has been merged into the x86/platform branch of tip:
Commit-ID: 7a56b81c474619fa84c60d07eaa287c8fc33ac3c
Gitweb:
https://git.kernel.org/tip/7a56b81c474619fa84c60d07eaa287c8fc33ac3c
Author:Ralf Ramsauer
AuthorDate:Thu, 10 Oct 2019 12:21:02 +02:00
Commit
* Yi Zheng [191010 06:22]:
> Hi
>
>My patch is canceled. I have tested that simple adjustment, the
> device IRQ masked unexpectedly. It seems that it is more easily to
> occur with that patch.
>
> So, the root cause is not found yet.
OK. Based on your description, it could be a missing flus
On Thu, Oct 10, 2019 at 03:01:36PM +0200, Thomas Bogendoerfer wrote:
> ok, as far as I can anticipate IP35 verion of this functions will be
> the same as well. So I'll move both into pci-xtalk-bridge.c in the
> next version of the patch.
Sounds good. In fact you probably want to send a prep patch
On Wed, Oct 02, 2019 at 04:48:14PM -0400, Vineeth Remanan Pillai wrote:
> On Mon, Sep 30, 2019 at 7:53 AM Vineeth Remanan Pillai
> wrote:
> >
> > >
> > Sorry, I misunderstood the fix and I did not initially see the core wide
> > min_vruntime that you tried to maintain in the rq->core. This approac
On Thu, Oct 10, 2019 at 12:19:55PM +0200, Marek Szyprowski wrote:
> On 09.10.2019 16:13, Mark Brown wrote:
> > We should revert the enable call, it shouldn't be required, and ideally
> > the default balancer could be updated to only make configuration changes
> > if they're actually required which
Wed, Oct 09, 2019 at 10:59:27PM CEST, mkube...@suse.cz wrote:
>Significant part of GET request processing is common for most request
>types but unfortunately it cannot be easily separated from type specific
>code as we need to alternate between common actions (parsing common request
>header, alloca
From: Li Jun
After enters one specific role, notify usb phy driver.
Signed-off-by: Li Jun
Signed-off-by: Igor Opaniuk
---
v2:
- restored original commit author
- fixed build for multi_v7
drivers/usb/chipidea/ci.h | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
From: Li Jun
We only have below cases to disconnect line when suspend:
1. Device mode without connection to any host/charger(no vbus).
2. Device mode connect to a charger, usb suspend when
system is entering suspend.
This patch can fix cases, when usb phy wrongly does disconnect
line in case usb
From: Li Jun
USB phy driver may need to know the current working mode of
the controller, and can provide different settings according to
host mode or device mode.
Signed-off-by: Li Jun
Signed-off-by: Igor Opaniuk
---
v2:
- restored original commit author
- fixed build for multi_v7
include/l
Avoid printing the address of l440gx_map.virt every time l440gx init.
Signed-off-by: Fuqian Huang
---
Changes in v3:
-- use pr_debug instead of printk(KERN_DEBUG)
drivers/mtd/maps/l440gx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/maps/l440gx.c b/drivers/
Wed, Oct 09, 2019 at 10:59:30PM CEST, mkube...@suse.cz wrote:
[...]
>+const struct get_request_ops strset_request_ops = {
I think when var is leaving context of single file, it should have
prefix:
ethnl_strset_request_ops
[...]
In function __anon_vma_prepare(), we will try to find anon_vma if it is
possible to reuse it. While on fork, the logic is different.
Since commit 5beb49305251 ("mm: change anon_vma linking to fix
multi-process server scalability issue"), function anon_vma_clone()
tries to allocate new anon_vma for
Before commit 7a3ef208e662 ("mm: prevent endless growth of anon_vma
hierarchy"), anon_vma_clone() doesn't change dst->anon_vma. While after
this commit, anon_vma_clone() will try to reuse an exist one on forking.
But this commit go a little bit further for the case not forking.
anon_vma_clone() is
On 10/9/19 7:42 AM, Oleksandr Andrushchenko wrote:
> On 10/8/19 10:41 PM, Rob Herring wrote:
>> As the removed comments say, these aren't DT based devices.
>> of_dma_configure() is going to stop allowing a NULL DT node and calling
>> it will no longer work.
>>
>> The comment is also now out of date
On Thu, Oct 10, 2019 at 07:47:46AM -0500, Bjorn Helgaas wrote:
> + return bridge->link_state ? !!bridge->link_state->aspm_enabled : false;
Can we unobsfucated this while we're at it?
if (!bridge->link_state)
return false;
return bridge->link_state->aspm_enabled
It's been a while since this thread started, and I still don't
quite get the concepts or logic.
First, I don't understand what the problem with "aux" devices is.
All the SoundWire stuff is based on the concept of DAI, so I guess
I am
That is the actual problem! Some aux devices does not have
Hi,
On 10/10/2019 2:19 AM, Rob Herring wrote:
On Mon, Oct 7, 2019 at 10:18 AM Hanna Hawa wrote:
Adds support for Amazon's Annapurna Labs L2 EDAC driver to detect and
report L2 errors.
Signed-off-by: Hanna Hawa
---
MAINTAINERS | 5 +
drivers/edac/Kconfig | 8 ++
d
On Thu, Oct 10, 2019 at 11:29:44AM +0300, Konstantin Khlebnikov wrote:
>On 10/10/2019 06.15, Wei Yang wrote:
>> On Thu, Oct 10, 2019 at 10:36:01AM +0800, Wei Yang wrote:
>> > Hi, Qian, Shakeel
>> >
>> > Thanks for testing.
>> >
>> > Sounds I missed some case to handle. anon_vma_clone() now would
On Thu, Oct 10, 2019 at 09:19:56AM -0400, Steven Rostedt wrote:
> On Thu, 10 Oct 2019 11:20:54 +0200
> Peter Zijlstra wrote:
>
> > On Wed, Oct 09, 2019 at 10:41:35PM -0400, Steven Rostedt wrote:
> > > On Tue, 8 Oct 2019 10:43:35 -0400
> > > Steven Rostedt wrote:
> > >
> > >
> > > > BTW, I'd
This patch changes the allocation of the host memory pages array to use
vmalloc if needed. This in order to support mapping of large memory
chunks.
Signed-off-by: Omer Shpigelman
---
drivers/misc/habanalabs/memory.c | 12 +++-
1 file changed, 3 insertions(+), 9 deletions(-)
diff --git a
This patch adds support in mapping of vmalloc memory.
In contrary to user memory, vmalloc memory is already pinned and has no
vm_area structure. Therefore a new capability was needed in order to map
this memory.
Mapping vmalloc memory is needed for Gaudi ASIC.
Signed-off-by: Omer Shpigelman
---
-Filipe bounce
Quoting patrick.rudo...@9elements.com (2019-10-10 02:46:53)
> On Wed, 2019-10-09 at 14:19 -0700, Julius Werner wrote:
>
> > > But I also wonder why this is being exposed by the kernel at all?
> >
>
> It's difficult for userspace tools to find out how to access the flash
> and the
On Thu, Oct 10, 2019 at 02:06:22PM +, Omer Shpigelman wrote:
> This patch adds support in mapping of vmalloc memory.
> In contrary to user memory, vmalloc memory is already pinned and has no
> vm_area structure. Therefore a new capability was needed in order to map
> this memory.
Unless I am m
On Mon, 22 Jul 2019 at 21:41, Douglas Anderson wrote:
>
> When using Marvell WiFi SDIO cards, it is not uncommon for Linux WiFi
> driver to fully lose the communication channel to the firmware running
> on the card. Presumably the firmware on the card has a bug or two in
> it and occasionally cra
On Thu, Oct 10, 2019 at 08:50:11AM -0400, Steven Rostedt wrote:
> On Thu, 10 Oct 2019 11:36:50 +0200
> Peter Zijlstra wrote:
> > > load_module()
> > > ...
> > > complete_formation()
> > > mutex_lock(&module_mutex);
> > > ...
> > > module_enable_ro();
> > > module_enable_nx();
On Wed, Oct 9, 2019 at 3:16 PM Tony Lindgren wrote:
>
> * Adam Ford [191009 19:28]:
> > On Wed, Oct 9, 2019 at 12:34 PM Tony Lindgren wrote:
> > > From what I recall I tested that DMA on omap3 worked fine with runtime
> > > PM for console. Certainly there are issues still remaining though.
> > >
Uninitialized memmaps contain garbage and in the worst case trigger kernel
BUGs, especially with CONFIG_PAGE_POISONING. They should not get
touched.
Right now, when trying to soft-offline a PFN that resides on a memory
block that was never onlined, one gets a misleading error with
CONFIG_PAGE_POIS
On Thu, Oct 10, 2019 at 03:24:47PM +0200, Thomas Hellström (VMware) wrote:
> On 10/10/19 3:05 PM, Peter Zijlstra wrote:
> > On Thu, Oct 10, 2019 at 02:43:10PM +0200, Thomas Hellström (VMware) wrote:
> > > +/**
> > > + * wp_shared_mapping_range - Write-protect all ptes in an address space
> > > ra
On Thu 10-10-19 09:11:52, Qian Cai wrote:
> On Thu, 2019-10-10 at 12:59 +0200, Michal Hocko wrote:
> > On Thu 10-10-19 05:01:44, Qian Cai wrote:
> > >
> > >
> > > > On Oct 9, 2019, at 12:23 PM, Michal Hocko wrote:
> > > >
> > > > If this was only about the memory offline code then I would agree
* Christian Brauner:
> @@ -2567,7 +2572,7 @@ static bool clone3_args_valid(const struct
> kernel_clone_args *kargs)
>* All lower bits of the flag word are taken.
>* Verify that no other unknown flags are passed along.
>*/
> - if (kargs->flags & ~CLONE_LEGACY_FLAGS)
> +
stable-rc/linux-4.14.y boot: 116 boots: 1 failed, 105 passed with 10 offline
(v4.14.148-62-g8952ae7352b2)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.14.y/kernel/v4.14.148-62-g8952ae7352b2/
Full Build Summary:
https://kernelci.org/build/stable-rc/branch/linux-4
John,
These #defines are all already in actbl2.h. Perhaps they didn't make it into
Linux.
Bob
-Original Message-
From: John Garry
Sent: Thursday, October 10, 2019 6:30 AM
To: catalin.mari...@arm.com; w...@kernel.org; r...@rjwysocki.net;
l...@kernel.org; Moore, Robert ; Schmauss, Erik
On 9/12/19 11:29, Stanimir Varbanov wrote:
> Populate Venus DT node with interconnect properties.
>
> Signed-off-by: Stanimir Varbanov
> ---
> arch/arm64/boot/dts/qcom/sdm845.dtsi | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
> b/arch/arm64/bo
On Wed, Oct 09, 2019 at 10:33:45AM -0700, Nick Desaulniers wrote:
> On Wed, Oct 9, 2019 at 9:38 AM Joe Perches wrote:
> >
> > On Wed, 2019-10-09 at 09:13 -0700, Nick Desaulniers wrote:
> > > On Wed, Oct 9, 2019 at 8:09 AM Steven Rostedt wrote:
> > > > On Wed, 9 Oct 2019 14:14:28 +0200 Markus Elfr
On 10/10/2019 2:09 AM, Rob Herring wrote:
+Sudeep
On Mon, Oct 7, 2019 at 10:18 AM Hanna Hawa wrote:
Adds support for Amazon's Annapurna Labs L2 EDAC driver to detect and
report L2 errors.
I was curious why you needed a DT cache parsing function...
[...]
+static int al_l2_edac_probe(st
On 10/10/2019 15:22, Moore, Robert wrote:
John,
These #defines are all already in actbl2.h. Perhaps they didn't make it into
Linux.
Bob
Hi Bob,
Yes, they are in the latest linux mainline release.
But this patch is just a preview to backport them to an earlier kernel
version.
Thanks,
John
On 10/10/19 12:28 AM, lantianyu1...@gmail.com wrote:
> When release mem region, old mem region may be splited to
> two regions. Current allocate new struct resource for high
> end mem region but not move child resources whose ranges are
> in the high end range to new resource. When adjust old mem
>
On Wed, Oct 09, 2019 at 07:11:40PM -0700, Max Filippov wrote:
> > I don't have
> > xtensa cross-toolchain at the moment, so I can't check it easily;
> > what does =r constraint generate in such case?
>
> Lower register of the register pair.
OK...
> > Another thing is, you want to zero it on fai
> I didn't see why we need do this.
>
> We only need to have the root level sched entities' vruntime become core
> wide since we will compare vruntime for them across hyperthreads. For
> sched entities on sub cfs_rqs, we never(at least, not now) compare their
> vruntime outside their cfs_rqs.
>
The
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 8a8c600de5dc1d9a7f4b83269fddc80ebd3dd045
commit: 3e450886ec573cb9d7cb1758317b5e4e0f308b52 crypto: inside-secure - Added
support for basic AES-GCM
date: 5 weeks ago
If you fix the issue, kindly add followi
Sdhci consistenlty fails to initialize (and thus work) on my apq8096-db820c.
The issue is present since v5.0[*] mainline up to latest v5.4-rc2, using
defconfig and:
CONFIG_SCSI_UFS_QCOM=y
CONFIG_PHY_QCOM_QMP=y
CONFIG_PHY_QCOM_UFS=y
CONFIG_ATL1C=y
but can be 100% reproduced with a clean defconfi
On Thu, 2019-10-10 at 16:27 +0200, David Sterba wrote:
> On Wed, Oct 09, 2019 at 10:33:45AM -0700, Nick Desaulniers wrote:
> > On Wed, Oct 9, 2019 at 9:38 AM Joe Perches wrote:
> > > I believe __must_check is best placed before the return type as
> > > that makes grep for function return type easi
I'm using sdhci-msm on msm8998, so its not completely broken upstream.
What speed card are you trying to use?
On Thu, Oct 10, 2019 at 8:33 AM Paolo Pisati wrote:
>
> Sdhci consistenlty fails to initialize (and thus work) on my apq8096-db820c.
>
> The issue is present since v5.0[*] mainline up to
stable-rc/linux-5.3.y boot: 130 boots: 4 failed, 116 passed with 10 offline
(v5.3.5-149-ge863f125e178)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-5.3.y/kernel/v5.3.5-149-ge863f125e178/
Full Build Summary:
https://kernelci.org/build/stable-rc/branch/linux-5.3.y/k
stable-rc/linux-4.19.y boot: 117 boots: 0 failed, 107 passed with 10 offline
(v4.19.78-115-g4d84b0bb68d4)
Full Boot Summary:
https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.19.y/kernel/v4.19.78-115-g4d84b0bb68d4/
Full Build Summary:
https://kernelci.org/build/stable-rc/branch/linux-4
Em Mon, Oct 07, 2019 at 02:53:20PM +0200, Jiri Olsa escreveu:
> Move perf_mmap__read_event() from tools/perf to libperf and export it in
> the perf/mmap.h header.
>
> Signed-off-by: Jiri Olsa
> Cc: Alexander Shishkin
> Cc: Michael Petlan
> Cc: Namhyung Kim
> Cc: Peter Zijlstra
> Link: http://
On Thu, 2019-10-10 at 16:18 +0200, Michal Hocko wrote:
> On Thu 10-10-19 09:11:52, Qian Cai wrote:
> > On Thu, 2019-10-10 at 12:59 +0200, Michal Hocko wrote:
> > > On Thu 10-10-19 05:01:44, Qian Cai wrote:
> > > >
> > > >
> > > > > On Oct 9, 2019, at 12:23 PM, Michal Hocko wrote:
> > > > >
> >
Querido usuario,
En el intento por mejorar nuestra seguridad, actualizamos regularmente todas
las direcciones de correo electrónico en nuestro sistema de base de datos, no
podemos actualizar su cuenta, por lo tanto, le suspenderemos temporalmente el
acceso a su correo electrónico y tendrá un nú
On Thu, 10 Oct 2019 06:53:08 -0700
Christoph Hellwig wrote:
> On Thu, Oct 10, 2019 at 03:01:36PM +0200, Thomas Bogendoerfer wrote:
> > ok, as far as I can anticipate IP35 verion of this functions will be
> > the same as well. So I'll move both into pci-xtalk-bridge.c in the
> > next version of th
Querido usuario,
En el intento por mejorar nuestra seguridad, actualizamos regularmente todas
las direcciones de correo electrónico en nuestro sistema de base de datos, no
podemos actualizar su cuenta, por lo tanto, le suspenderemos temporalmente el
acceso a su correo electrónico y tendrá un nú
Hi Jan and Kieran, maintainers of scripts/gdb/,
CC: Leonard, most recent contributor to scripts/gdb/linux/dmesg.py
Could someone look at this fix please? Is there anything I should
improve in the code or the format of the contribution? Thanks.
Test virutal server via directing routing for IPv4.
Tested:
# selftests: netfilter: ipvs.sh
# Testing DR mode...
# ipvs.sh: PASS
ok 6 selftests: netfilter: ipvs.sh
Signed-off-by: Haishuang Yan
---
v6: use #!/bin/sh
v5: use cmp to compare two file contents suggested by Simon Horman
v4: use #!/bi
Test virtual server via NAT.
Tested:
# selftests: netfilter: ipvs.sh
# Testing DR mode...
# Testing NAT mode...
# ipvs.sh: PASS
Signed-off-by: Haishuang Yan
---
tools/testing/selftests/netfilter/ipvs.sh | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/t
Test virtual server via ipip tunnel.
Tested:
# selftests: netfilter: ipvs.sh
# Testing DR mode...
# Testing NAT mode...
# Testing Tunnel mode...
# ipvs.sh: PASS
ok 6 selftests: netfilter: ipvs.sh
Signed-off-by: Haishuang Yan
---
v2: optimize test script
---
tools/testing/selftests/netfilter/ipv
If an ICMP packet comes in on the UDP socket backing an AF_RXRPC socket as
the UDP socket is being shut down, rxrpc_error_report() may get called to
deal with it after sk_user_data on the UDP socket has been cleared, leading
to a NULL pointer access when this local endpoint record gets accessed.
F
This series patch include test cases for ipvs.
The test topology is who as below:
+--+
| | |
| ns0 | ns1 |
| ---
Commit 323ebb61e32b4 ("net: use listified RX for handling GRO_NORMAL
skbs") made use of listified skb processing for the users of
napi_gro_frags().
The same technique can be used in a way more common napi_gro_receive()
to speed up non-merged (GRO_NORMAL) skbs for a wide range of drivers,
including
On 10/10/2019 15:01, Pierre-Louis Bossart wrote:
It's been a while since this thread started, and I still don't
quite get the concepts or logic.
First, I don't understand what the problem with "aux" devices is.
All the SoundWire stuff is based on the concept of DAI, so I guess
I am
That i
Commit 323ebb61e32b ("net: use listified RX for handling GRO_NORMAL
skbs") have introduced a sysctl variable gro_normal_batch for defining
a limit for listified Rx of GRO_NORMAL skbs. The initial value of 8 is
purely arbitrary and has been chosen, I believe, as a minimal safe
default.
However, seve
On 09/10/2019 19:02, Parth Shah wrote:
>
>
> On 10/9/19 7:56 PM, Dietmar Eggemann wrote:
>> On 09/10/2019 10:57, Parth Shah wrote:
>>
>> [...]
>>
On 07/10/2019 18:53, Parth Shah wrote:
>
>
> On 10/7/19 5:49 PM, Vincent Guittot wrote:
>> On Mon, 7 Oct 2019 at 10:31, Parth Shah
Hi Dave,
This series was written as a continuation to commit 323ebb61e32b
("net: use listified RX for handling GRO_NORMAL skbs"), and also takes
an advantage of listified Rx for GRO. This time, however, we're
targeting at a way more common and used function, napi_gro_receive().
There are about ~1
On Thu, 10 Oct 2019 14:29:09 +0200
Peter Zijlstra wrote:
> Yes, your code is anal about checking the NOPs, so you first have to
Yep, because being paranoid about modifying code is always good ;-)
> write NOPs before you can write CALLs, if it is enabled. But afaict you
> really can do all that
>-Original Message-
>From: devel On Behalf Of
>Chandra Annamaneni
>Sent: Wednesday, October 09, 2019 10:09 PM
>To: gre...@linuxfoundation.org
>Cc: de...@driverdev.osuosl.org; gneuk...@gmail.com; chandra...@gmail.com;
>fabian.krue...@fau.de; linux-
>ker...@vger.kernel.org; si...@nikanor.n
On Thu, Oct 10, 2019 at 4:36 PM Jeffrey Hugo wrote:
>
> I'm using sdhci-msm on msm8998, so its not completely broken upstream.
>
> What speed card are you trying to use?
Sandisk SDHC 4 - i forgot to mention that the sd slot / card works
fine when using the qcomlt-4.14 branch[1], so it's definitel
with my friends, I opened a forum here (1), where we are randomly
reporting progress and problems.
we fixed the machine_powerdown() function.
ugly patch, anyway the ip30 can poweroff
(1) http://www.downthebunker.com/reloaded/space/viewforum.php?f=69
Il giorno gio 10 ott 2019 alle ore 16:49 Th
On Thu, 10 Oct 2019 10:55:15 -0400
Steven Rostedt wrote:
> But we have an issue with the state of the module here, as it is still
> set as MODULE_STATE_UNFORMED. Let's look at what happens if we have:
>
>
> CPU0CPU1
>
Querido usuario,
En el intento por mejorar nuestra seguridad, actualizamos regularmente todas
las direcciones de correo electrónico en nuestro sistema de base de datos, no
podemos actualizar su cuenta, por lo tanto, le suspenderemos temporalmente el
acceso a su correo electrónico y tendrá un nú
On Thu, Oct 10, 2019 at 10:12:51AM +0200, Peter Zijlstra wrote:
> On Wed, Oct 09, 2019 at 04:36:57PM -0400, Joel Fernandes (Google) wrote:
> > In currentl mainline, the degree of access to perf_event_open(2) system
> > call depends on the perf_event_paranoid sysctl. This has a number of
> > limita
On 25.09.19 17:03, Joel Colledge wrote:
> When CONFIG_PRINTK_CALLER is set, struct printk_log contains an
> additional member caller_id. As a result, the offset of the log text is
> different.
>
> This fixes the following error:
>
> (gdb) lx-dmesg
> Python Exception embedded null character:
On Mon, Oct 07, 2019 at 01:11:46PM +, David Laight wrote:
> From: Nathan Chancellor
> > Sent: 04 October 2019 20:44
> ...
> > > IOW, the code should have just been
> > >
> > > ret = test(umem_src == NULL, "kmalloc failed");
> > > if (ret) ...
> >
> > Yes, I had this as the orig
The introduction Symbol Namespaces changed the naming schema of the
__ksymtab entries from __kysmtab__symbol to __ksymtab_NAMESPACE.symbol.
That caused some breakages in tools that depend on the name layout in
either the binaries(vmlinux,*.ko) or in System.map. E.g. kmod's depmod
would not be able
The introduction of the symbol namespace patches changed the way symbols are
named in the ksymtab entries. That caused userland tools to fail (such as
kmod's depmod). As depmod is used as part of the kernel build it was worth
having another look whether this name change can be avoided.
The main pu
Let the function 'sym_update_namespace' take care of updating the
namespace for a symbol. While this currently only replaces one single
location where namespaces are updated, in a following patch, this
function will get more call sites.
The function signature is intentionally close to sym_update_c
Setting the symbol namespace of a symbol within sym_add_exported feels
displaced and lead to issues in the current implementation of symbol
namespaces. This patch makes updating the namespace an explicit call to
decouple it from adding a symbol to the export list.
Signed-off-by: Matthias Maennich
Now that the namespace value is not part of the __ksymtab entry name
anymore, we can simplify the implementation of EXPORT_SYMBOL*. By
allowing the empty string "" to represent 'no namespace', we can unify
the implementation and drop a lot redundant code. That increases
readability and maintainabi
Hi
I Got Rob's Reviewed-by for the bindings. Any further comments for the driver
part?
Fabien
> -Original Message-
> From: Fabien DESSENNE
> Sent: lundi 26 août 2019 17:39
> To: Rob Herring ; Mark Rutland ;
> Maxime Coquelin ; Alexandre TORGUE
> ; Ohad Ben-Cohen ; Bjorn
> Andersson ; d
> >
> > A few questions about the resulting alloc_vmap_area():
> >
> > : static struct vmap_area *alloc_vmap_area(unsigned long size,
> > : unsigned long align,
> > : unsigned long vstart, unsigned long vend,
> > : int
On Wed, Aug 07, 2019 at 09:53:46PM +0800, Coly Li wrote:
> On 2019/8/7 6:38 下午, Andrea Righi wrote:
> > bcache_allocator can call the following:
> >
> > bch_allocator_thread()
> > -> bch_prio_write()
> > -> bch_bucket_alloc()
> > -> wait on &ca->set->bucket_wait
> >
> > But the wa
From: Minchan Kim
If block device supports rw_page operation, it doesn't submit bio
so annotation in submit_bio for refault stall doesn't work.
It happens with zram in android, especially swap read path which
could consume CPU cycle for decompress. It is also a problem for
zswap which uses fronts
On Thu, Oct 10, 2019 at 04:19:44PM +0200, Florian Weimer wrote:
> * Christian Brauner:
>
> > @@ -2567,7 +2572,7 @@ static bool clone3_args_valid(const struct
> > kernel_clone_args *kargs)
> > * All lower bits of the flag word are taken.
> > * Verify that no other unknown flags are passe
* Christian Brauner:
> On Thu, Oct 10, 2019 at 04:19:44PM +0200, Florian Weimer wrote:
>> * Christian Brauner:
>>
>> > @@ -2567,7 +2572,7 @@ static bool clone3_args_valid(const struct
>> > kernel_clone_args *kargs)
>> > * All lower bits of the flag word are taken.
>> > * Verify that no o
Wed, Oct 09, 2019 at 10:59:27PM CEST, mkube...@suse.cz wrote:
[...]
>+static const struct get_request_ops *get_requests[__ETHTOOL_MSG_USER_CNT] = {
I think that prefix would be good here as well:
+static const struct ethnl_get_request_ops *
ethnl_get_requests[__ETHTOOL_MSG_USER_CNT] = {
[...]
ap
Cc: Casey Schaufler
Cc: David Howells
Cc: linux-security-mod...@vger.kernel.org
---
security/smack/smack_lsm.c |1 +
1 file changed, 1 insertion(+)
--- linux-next-20191010.orig/security/smack/smack_lsm.c
+++ linux-next-20191010/security/smack/smack_lsm.c
@@ -42,6 +42,7 @@
#include
#i
601 - 700 of 1192 matches
Mail list logo
