Hi all,
News: there will be no linux-next release on Monday.
Changes since 20201001:
The vfs tree still had its build failure.
The hwmon-staging tree lost its build failure.
The net-next tree still had its build failure and gained a conflict
against the net tree.
The drm tree gained a
On 02/10/2020 02:08, Jakub Kicinski wrote:
On Thu, 1 Oct 2020 13:52:50 +0300 Grygorii Strashko wrote:
This series adds multi-port support in mac-only mode (multi MAC mode) to TI
AM65x CPSW driver in preparation for enabling support for multi-port devices,
like Main CPSW0 on K3 J721E SoC or
On Fri, Oct 02, 2020 at 11:26:00AM +0200, Eric Dumazet wrote:
> 2) Idle cpus can be put in a power conserving state.
> It takes time to exit from these states, as you noticed.
> These delays can typically be around 50 usec, or more.
This is often the case in my experience. I'm even used to
If Activity Monitors (AMUs) are present, two of the counters can be used
to implement support for CPPC's (Collaborative Processor Performance
Control) delivered and reference performance monitoring functionality
using FFH (Functional Fixed Hardware).
Given that counters for a certain CPU can only
In order for the counter validation function to be reused, split
validate_cpu_freq_invariance_counters() into:
- freq_counters_valid(cpu) - check cpu for valid cycle counters
- freq_inv_set_max_ratio(int cpu, u64 max_rate, u64 ref_rate) -
generic function that sets the normalization ratio
In preparation for other uses of Activity Monitors (AMU) cycle counters,
place counter read functionality in generic functions that can reused:
read_corecnt() and read_constcnt().
As a result, implement update_freq_counters_refs() to replace
init_cpu_freq_invariance_counters() and both initialise
This series adds support for CPPC's delivered and reference performance
counters through the FFH methods by using the AMU equivalent core and
constant cycle counters.
This support is added in patch 3/3, while the first 2 patches generalise
the existing AMU counter read and validation
Hello Greg,
Please pull to receive updates for Generic phy susbsystem. Bunch of new
drivers and device support and a new core API this time.
The following changes since commit ad7a7acaedcf45071c822b6c983f9c1e084041c9:
phy: omap-usb2-phy: disable PHY charger detect (2020-08-31 14:30:59 +0530)
On Thu, Oct 01, 2020 at 12:10:57AM +0100, Maciej W. Rozycki wrote:
> On Wed, 30 Sep 2020, Thomas Bogendoerfer wrote:
>
> > > > not yet;-) I have an RM7000 based system in my basement... I'm also
> > > > not sure, if R7k O2s need that.
> > >
> > > One of the more exotic Malta daughtercards used
On 01/10/2020 17:16, Guenter Roeck wrote:
On Thu, Oct 01, 2020 at 04:23:02PM +0200, Matthias Brugger wrote:
Hi Crystal,
It seems you forgot to send the email to one of the maintainers, Wim.
Please make sure you add all the maintainers from get_maintainers.pl when
you send a series.
On 10/1/20 11:20 PM, Pratyush Yadav wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> Allow flashes to specify a hook to enable octal DTR mode. Use this hook
> whenever possible to get optimal transfer speeds.
>
> Signed-off-by: Pratyush
Hi Michael,
The 2/2 is a typo. This is a standalone patch.
Cheers,
Alex
On 2020-10-02 11:44, Alejandro Colomar wrote:
Reported-by: Paul Eggert
Reported-by: David Laight
Signed-off-by: Alejandro Colomar
---
Paul and David,
Thanks for your input!
Alex
man7/system_data_types.7 | 11
Reported-by: Paul Eggert
Reported-by: David Laight
Signed-off-by: Alejandro Colomar
---
Paul and David,
Thanks for your input!
Alex
man7/system_data_types.7 | 11 +++
1 file changed, 11 insertions(+)
diff --git a/man7/system_data_types.7 b/man7/system_data_types.7
index
On Fri, Oct 02, 2020 at 11:07:29AM +0200, Peter Zijlstra wrote:
> On Fri, Oct 02, 2020 at 09:50:14AM +0100, Mel Gorman wrote:
> > On Fri, Oct 02, 2020 at 09:11:23AM +0200, Michal Hocko wrote:
>
> > > > +#define ___GFP_NO_LOCKS0x80u
> > >
> > > Even if a new gfp flag gains a
Reported-by: Paul Eggert
Reported-by: David Laight
Signed-off-by: Alejandro Colomar
---
Paul and David,
Thanks for your input!
Alex
man7/system_data_types.7 | 16
1 file changed, 16 insertions(+)
diff --git a/man7/system_data_types.7 b/man7/system_data_types.7
index
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/gustavoars/linux.git
testing/block/scsi_ioctl
branch HEAD: dda6248343d5c5502dfb754555c8d1892a469e5c block: scsi_ioctl: Avoid
the use of one-element arrays
elapsed time: 725m
configs tested: 124
configs skipped: 3
The following
i386 randconfig-a015-20200930
i386 randconfig-a012-20200930
i386 randconfig-a014-20200930
i386 randconfig-a016-20200930
i386 randconfig-a013-20200930
i386 randconfig-a014-20201002
i386
On Thu, Oct 01, 2020 at 07:28:27PM +0200, Alexandre Bailon wrote:
> Hi Daniel,
>
> On 10/1/20 10:48 AM, Daniel Vetter wrote:
> > On Wed, Sep 30, 2020 at 01:53:46PM +0200, Alexandre Bailon wrote:
> > > This adds a RPMsg driver that implements communication between the CPU
> > > and an
> > > APU.
Hi Linus,
here is a batch of GPIO fixes for the v5.9 series.
I'm not entirely happy with myself over this, it is too much
and too late. New bugs kept popping up, in hindsight I
should have sent smaller installments, earlier of course.
I blame stuff like stress and weltschmertz and trying to
On Thu, 1 Oct 2020 at 01:52, Alexander Dahl wrote:
>
> The example was adapted in the following ways:
>
> - make use of the now supported 'function' and 'color' properties
> - remove pwm nodes, those are documented elsewhere
> - tweake node names to be matched by new dtschema rules
tweak? or
On Thu, 1 Oct 2020 at 22:16, Michael Walle wrote:
>
> Am 2020-10-01 15:32, schrieb Kishon Vijay Abraham I:
>
> > Meanwhile would it be okay to add linkup check atleast for DRA7X so
> > that
> > we could have it booting in linux-next?
>
> Layerscape SoCs (at least the LS1028A) are also still
On 29/09/2020 05:20, Crystal Guo wrote:
update mtk-wdt document for MT8192 platform
Signed-off-by: Crystal Guo
Reviewed-by: Matthias Brugger
Reviewed-by: Guenter Roeck
You added Guenters Reviewed-by in v4 of this series, but I don't see that on
Guenter provided this tag. In the future
Hello Krzysztof,
Am Freitag, 2. Oktober 2020, 11:12:50 CEST schrieb Krzysztof Kozlowski:
> On Thu, 1 Oct 2020 at 01:53, Alexander Dahl wrote:
> > The node names for devices using the pwm-leds driver follow a certain
> > naming scheme (now).
> >
> > Signed-off-by: Alexander Dahl
> > ---
> >
>
On Fri, 02 Oct 2020 11:18:46 +0200,
Jaroslav Kysela wrote:
>
> Dne 26. 11. 18 v 9:27 Takashi Iwai napsal(a):
> > On Mon, 26 Nov 2018 00:12:08 +0100,
> > Colin King wrote:
> >>
> >> From: Colin Ian King
> >>
> >> There are spelling mistakes in equalizer name fields, fix them.
> >>
> >>
Dne 26. 11. 18 v 9:27 Takashi Iwai napsal(a):
> On Mon, 26 Nov 2018 00:12:08 +0100,
> Colin King wrote:
>>
>> From: Colin Ian King
>>
>> There are spelling mistakes in equalizer name fields, fix them.
>>
>> Signed-off-by: Colin Ian King
>
> In general, it's not good to rename the control names
On 10/2/20 10:51 AM, 叶小龙 wrote:
> Hi, net experts,
>
> Hope this is the right place to ask the question :)
>
> Recently I've tried to measure the network latency between two
> machines by using ping, one interesting observation I found is that
> ping latency will be smaller if I use a shorter
On 01/10/2020 18:01, Enric Balletbo i Serra wrote:
From: Matthias Brugger
For some power domains like vpu_core on MT8183 whose sram need to do clock
and internal isolation while power on/off sram. We add a cap
"MTK_SCPD_SRAM_ISO" to judge if we need to do the extra sram isolation
control or
On 01/10/2020 01:46, Alexander Dahl wrote:
> The node names for devices using the pwm-leds driver follow a certain
> naming scheme (now).
>
> Signed-off-by: Alexander Dahl
> ---
>
> Notes:
> v6:
> * added this patch to series
>
>
On Thu, 1 Oct 2020 at 01:51, Alexander Dahl wrote:
>
> The node names for devices using the pwm-leds driver follow a certain
> naming scheme (now).
What warning? Please post them here and in every DTS patch.
Your schema does not enforce pwmleds node naming (the main node, not
children), or at
tree/branch:
https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
rcu/fix-rt
branch HEAD: 849b9c5446ccb0c98c7b11c69f169d22777ab31b kvfree_rcu(): Fix
ifnullfree.cocci warnings
elapsed time: 723m
configs tested: 130
configs skipped: 3
The following configs have been built
On 01/10/2020 18:28, Enric Balletbo i Serra wrote:
The SMI (Smart Multimedia Interface) Common is a bridge between the m4u
(Multimedia Memory Management Unit) and the Multimedia HW. This block is
needed to support different multimedia features, like display, video
decode, and camera. Also is
onfig-a004-20201002
x86_64 randconfig-a001-20201002
x86_64 randconfig-a002-20201002
x86_64 randconfig-a005-20201002
x86_64 randconfig-a003-20201002
x86_64 randconfig-a006-20201002
i386 randconfig-a003-202
-a004-20201002
x86_64 randconfig-a001-20201002
x86_64 randconfig-a002-20201002
x86_64 randconfig-a005-20201002
x86_64 randconfig-a003-20201002
x86_64 randconfig-a006-20201002
i386 randconfig-a003-20200930
i386
On Thu, Oct 1, 2020 at 6:25 PM Jann Horn wrote:
> Until now, the mmap lock of the nascent mm was ordered inside the mmap lock
> of the old mm (in dup_mmap() and in UML's activate_mm()).
> A following patch will change the exec path to very broadly lock the
> nascent mm, but fine-grained locking
On Fr, 2020-09-25 at 08:59 +0200, Jens Wiklander wrote:
> On Fri, Sep 18, 2020 at 7:45 PM Rouven Czerwinski
> wrote:
> > On Kernels with CONFIG_PREEMPT_NONE might_sleep() is not enough to force
> > rescheduling, replace it with a resched check and cond_resched. Fixes
> > the following stall:
> >
On Thu, 1 Oct 2020 at 01:53, Alexander Dahl wrote:
>
> The node names for devices using the pwm-leds driver follow a certain
> naming scheme (now).
>
> Signed-off-by: Alexander Dahl
> ---
>
> Notes:
> v6:
> * added this patch to series
>
> arch/arm/boot/dts/at91-kizbox.dts
On 01/10/2020 18:01, Enric Balletbo i Serra wrote:
From: Matthias Brugger
Add power domains controller node for SoC mt8183
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2: None
arch/arm64/boot/dts/mediatek/mt8183.dtsi | 162
I'm Mrs.Frau Kiran, an indian, philanthropist and art collector. I bring to you
a Beneficial CharityProposal to assist me with. If interested!, respond back. I
will be more detailed on proposal in my next email to you.
Best Regards Mrs.Frau Kiran
From: Alejandro Colomar
> Sent: 02 October 2020 09:25
> > For 'void *' you should also mention that one cannot use arithmetic on
> > void * pointers, so they're special in that way too.
>
> Good suggestion!
Except that is a gcc extension that is allowed in the kernel.
> > Also, you should
>
While running LTP tracing the following kernel warning was noticed on
qemu_arm running linux next 20201001 kernel.
I have not bisected this problem yet.
Reported-by: Naresh Kamboju
steps to reproduce:
# boot qemu arm with linux next 20201001 tag kernel and this command line
Roger,
>
>On 30/09/2020 09:57, Pawel Laszczak wrote:
>> To avoid duplicate error information patch replaces platform_get_irq_byname
>> into platform_get_irq_byname_optional.
>
>What is duplicate error information?
The function platform_get_irq_byname print:
" dev_err(>dev, "IRQ %s not found\n",
Add Tegra audio machine driver which is based on generic audio graph card
driver. It re-uses most of the common stuff from audio graph driver and
uses the same DT binding. Required Tegra specific customizations are done
in the driver.
(snip)
+static const struct snd_soc_ops
On Fri, Oct 02, 2020 at 09:50:14AM +0100, Mel Gorman wrote:
> On Fri, Oct 02, 2020 at 09:11:23AM +0200, Michal Hocko wrote:
> > > +#define ___GFP_NO_LOCKS0x80u
> >
> > Even if a new gfp flag gains a sufficient traction and support I am
> > _strongly_ opposed against consuming
git tree, kindly drop us 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/Nicolas-Saenz-Julienne/arm64-Default-to-32-bit-wide-ZONE_DMA/20201002-002007
base
On Fri 02-10-20 09:50:14, Mel Gorman wrote:
> On Fri, Oct 02, 2020 at 09:11:23AM +0200, Michal Hocko wrote:
> > On Thu 01-10-20 21:26:26, Uladzislau Rezki wrote:
> > > >
> > > > No, I meant going back to idea of new gfp flag, but adjust the
> > > > implementation in
> > > > the allocator
On Wed, Sep 30, 2020 at 03:52:22PM -0400, Steven Rostedt wrote:
> On Wed, 30 Sep 2020 21:22:42 +0200
> Peter Zijlstra wrote:
>
> > On Wed, Sep 30, 2020 at 03:10:26PM -0400, Steven Rostedt wrote:
> > > On Wed, 30 Sep 2020 20:13:23 +0200
> > > Peter Zijlstra wrote:
> > >
> > > > diff --git
On 01/10/2020 18:01, Enric Balletbo i Serra wrote:
From: Matthias Brugger
For the bus protection operations, some subsystem clocks need to be enabled
before releasing the protection. This patch identifies the subsystem clocks
by it's name.
Suggested-by: Weiyi Lu
[Adapted the patch to the
On Thu, 10 Sep 2020, Lee Jones wrote:
> This is a rebased/re-worked set of patches which have been
> previously posted to the mailing list(s).
>
> This set is part of a larger effort attempting to clean-up W=1
> kernel builds, which are currently overwhelmingly riddled with
> niggly little
Em Fri, 2 Oct 2020 09:54:04 +0200
Wolfram Sang escreveu:
> Hi Mauro,
>
> > index 8a2ad3845191..9b8df313902c 100644
> > --- a/Documentation/i2c/index.rst
> > +++ b/Documentation/i2c/index.rst
> > @@ -38,6 +38,7 @@ Debugging
> >
> > gpio-fault-injection
> > i2c-stub
> > +
As per the members exposed earlier in the series, audio graph driver
is updated to make use of these. Functionally there is no change
in behavior if these are not populated. So following changes are made
as part of this.
- Update 'dai_link->ops' for DPCM links if a custom 'snd_soc_ops'
On Thu, Sep 24, 2020 at 11:36:23PM +0900, Namhyung Kim wrote:
> On Wed, Sep 23, 2020 at 10:19:00PM +0200, Jiri Olsa wrote:
> > On Wed, Sep 23, 2020 at 11:15:06PM +0900, Namhyung Kim wrote:
> > > I think the problem is that armv8_pmu has a cpumask,
> > > and the user requested per-task events.
> >
diff --git a/include/sound/simple_card_utils.h
b/include/sound/simple_card_utils.h
index 86a1e95..9825308 100644
--- a/include/sound/simple_card_utils.h
+++ b/include/sound/simple_card_utils.h
@@ -56,6 +56,10 @@ struct asoc_simple_priv {
struct asoc_simple_dai *dais;
struct
On 01/10/2020 18:01, Enric Balletbo i Serra wrote:
From: Matthias Brugger
Apart from the infracfg block, the SMI block is used to enable the bus
protection for some power domains. Add support for this block.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Pawel,
On 30/09/2020 09:57, Pawel Laszczak wrote:
To avoid duplicate error information patch replaces platform_get_irq_byname
into platform_get_irq_byname_optional.
What is duplicate error information?
A change was suggested during reviewing CDNSP driver by Chunfeng Yun.
Signed-off-by:
pci_restore_msi_state() directly writes the MSI/MSI-X related registers
via MMIO. On a physical machine, this works perfectly; for a Linux VM
running on a hypervisor, which typically enables IOMMU interrupt remapping,
the hypervisor usually should trap and emulate the MMIO accesses in order
to
On 10/1/20 10:39 PM, Roman Gushchin wrote:
> On Thu, Oct 01, 2020 at 12:58:36PM -0700, Linus Torvalds wrote:
>> On Thu, Oct 1, 2020 at 12:56 PM Roman Gushchin wrote:
>> >
>> > Bastian, can you, please, share your config?
>>
>> Bastian actually did that in the original email, but that was only
>>
+/* Setup PLL clock as per the given sample rate */
+static int tegra_audio_graph_update_pll(struct snd_pcm_substream *substream,
+struct snd_pcm_hw_params *params)
+{
+struct snd_soc_pcm_runtime *rtd = asoc_substream_to_rtd(substream);
+struct
The "prefix" can be defined in DAI link node or it can be specified as
part of the component node itself. Currently "sound-name-prefix" defined
in a component is not taking effect. Actually the property is not getting
parsed. It can be fixed by parsing "sound-name-prefix" property whenever
Hi, net experts,
Hope this is the right place to ask the question :)
Recently I've tried to measure the network latency between two
machines by using ping, one interesting observation I found is that
ping latency will be smaller if I use a shorter interval with -i
option. For example,
when I
On Fri, Oct 02, 2020 at 09:11:23AM +0200, Michal Hocko wrote:
> On Thu 01-10-20 21:26:26, Uladzislau Rezki wrote:
> > >
> > > No, I meant going back to idea of new gfp flag, but adjust the
> > > implementation in
> > > the allocator (different from what you posted in previous version) so
> > >
Hi Vinod,
On 01/10/2020 14.23, Vinod Koul wrote:
> Hi Peter,
>
> On 29-09-20, 11:06, Peter Ujfalusi wrote:
>
>>> + * @spi: peripheral config for spi
>>> + * @i2c: peripheral config for i2c
>>> + */
>>> +struct dmaengine_peripheral_config {
>>> + enum dmaengine_peripheral peripheral;
>>> +
compilation
date: 2 months ago
config: powerpc64-randconfig-r022-20201002 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
bcd05599d0e53977a963799d6ee4f6e0bc21331b)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests
Hi Michael,
On 2020-10-02 10:24, Alejandro Colomar wrote:
On 2020-10-01 19:32, Paul Eggert wrote:
> For 'void *' you should also mention that one cannot use arithmetic on
> void * pointers, so they're special in that way too.
Good suggestion!
> Also, you should
> warn that because one can
Quoting kernel test robot (2020-10-02 09:27:40)
> Greeting,
>
> FYI, we noticed a -36.0% regression of
> phoronix-test-suite.supertuxkart.1024x768.Windowed.Basic.1.OldMine.frames_per_second
> due to commit:
Where's the power consumption graph? You have a benchmark that although
is running
On Thu, Oct 01, 2020 at 07:42:15PM -0700, Florian Fainelli wrote:
> Now that we are guaranteed that dsa_untag_bridge_pvid() is called after
> eth_type_trans() we can utilize __vlan_find_dev_deep_rcu() which will
> take care of finding an 802.1Q upper on top of a bridge master.
>
> A common use
Hi,
Here's v2. I can't use $(CONFIG_SHELL) from the Makefile, because
unfortunately this is not kbuild. So this is my proposed fix for these
two glitches.
(Actually, the "Fixes:" tags in each refer to linux-next commits, so
those commit hashes would ultimately need changing. But I suspect these
Hi,
sorry for jumping in.
On 20-10-02 10:20, Krzysztof Kozlowski wrote:
> On Fri, Oct 02, 2020 at 09:41:28AM +0200, Ahmad Fatoum wrote:
> > Hello,
> >
> > On 10/1/20 12:37 PM, Krzysztof Kozlowski wrote:
> > >> The existing binding doesn't cover these boards then and needs to be
> > >> extended,
On Fri, Oct 02, 2020 at 09:03:33AM +0200, Michal Hocko wrote:
> > > My recollection of the particular patch is dimm but I do remember it
> > > tried to add more kswapd threads which would just paper over the problem
> > > you are seein rather than solve it.
> >
> > Yeah, that's exactly what it
On Thu, Oct 01, 2020 at 07:42:14PM -0700, Florian Fainelli wrote:
> Now that dsa_untag_bridge_pvid() is called after eth_type_trans() we are
> guaranteed that skb->protocol will be set to a correct value, thus
> allowing us to avoid calling vlan_eth_hdr().
>
> Signed-off-by: Florian Fainelli
>
commit cb2ab76685d7 ("selftests/vm: rename run_vmtests -->
run_vmtests.sh") changed the name of run_vmtests to run_vmtest.sh, but
inadvertently dropped the executable bits.
Somehow the name is missing an "s", too. Fix both of these problems by
renaming, and restoring the executable bits.
Fixes:
On Thu, Oct 01, 2020 at 07:42:13PM -0700, Florian Fainelli wrote:
> Indicate to the DSA receive path that we need to untage the bridge PVID,
> this allows us to remove the dsa_untag_bridge_pvid() calls from
> net/dsa/tag_brcm.c.
>
> Signed-off-by: Florian Fainelli
> ---
Reviewed-by: Vladimir
Hi all,
After merging the kvm-arm tree, today's linux-next build (htmldocs)
produced this warning:
Documentation/virt/kvm/devices/vcpu.rst:70: WARNING: Malformed table.
Text in column margin in table line 2.
=== ==
-ENODEV: PMUv3 not
commit 30fb9454ab23 ("selftests/vm: hmm-tests: remove the libhugetlbfs
dependency") created the new check_config.sh file without the execute
bits set. This is a problem because the Makefile runs it with "./", so
now "make" is failing in that directory.
The posted patch [1] does seem to have it as
On Thu, Oct 01, 2020 at 07:42:12PM -0700, Florian Fainelli wrote:
> When a DSA switch driver needs to call dsa_untag_bridge_pvid(), it can
> set dsa_switch::untag_brige_pvid to indicate this is necessary.
>
> This is a pre-requisite to making sure that we are always calling
>
drivers/mfd/kempld-core.c:556:36: warning: unused variable 'kempld_acpi_table'
[-Wunused-const-variable]
Signed-off-by: Lee Jones
---
drivers/mfd/kempld-core.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/kempld-core.c b/drivers/mfd/kempld-core.c
index
Hi all,
After merging the gpio tree, today's linux-next build (htmldocs) produced
this warning:
Documentation/admin-guide/gpio/gpio-mockup.rst: WARNING: document isn't
included in any toctree
Introduced by commit
2fd1abe99e5f ("Documentation: gpio: add documentation for gpio-mockup")
--
Fixes the following randconfig build error:
ld: drivers/mfd/simple-mfd-i2c.o: in function `simple_mfd_i2c_probe':
simple-mfd-i2c.c:(.text+0x48): undefined reference to `__devm_regmap_init_i2c'
ld: drivers/mfd/simple-mfd-i2c.o: in function `simple_mfd_i2c_driver_init':
Hello,
On 10/2/20 10:20 AM, Krzysztof Kozlowski wrote:
> On Fri, Oct 02, 2020 at 09:41:28AM +0200, Ahmad Fatoum wrote:
>> Hello,
>>
>> On 10/1/20 12:37 PM, Krzysztof Kozlowski wrote:
The existing binding doesn't cover these boards then and needs to be
extended, no? How about following
On Fri, Oct 02 2020 at 10:34, Hillf Danton wrote:
> On Thu, 01 Oct 2020 15:59:38 +0200 Thomas Gleixner wrote:
>> On Thu, Oct 01 2020 at 17:51, Hillf Danton wrote:
>> Aside of that it's pretty irrelevant whether there is a user at the
>> moment which reschedules work from the callback or not.
>>
On 02.10.20 10:10, Michal Hocko wrote:
> On Fri 02-10-20 09:50:02, David Hildenbrand wrote:
> - huge page sizes controllable by the userspace?
It might be good to allow advanced users to choose the page sizes, so they
have better control of their applications.
>>>
>>> Could you
On 2020/10/2 03:48, David Miller wrote:
> From: David Miller
> Date: Thu, 01 Oct 2020 12:43:45 -0700 (PDT)
>
>> Series applied and queued up for -stable, thank you.
>
> Actually, this doesn't even build:
>
> In file included from ./arch/x86/include/asm/bug.h:93,
> from
In libceph, ceph_tcp_sendpage() does the following checks before handle
the page by network layer's zero copy sendpage method,
if (page_count(page) >= 1 && !PageSlab(page))
This check is exactly what sendpage_ok() does. This patch replace the
open coded checks by sendpage_ok() as a code
commit a10674bf2406 ("tcp: detecting the misuse of .sendpage for Slab
objects") adds the checks for Slab pages, but the pages don't have
page_count are still missing from the check.
Network layer's sendpage method is not designed to send page_count 0
pages neither, therefore both PageSlab() and
In iscsci driver, iscsi_tcp_segment_map() uses the following code to
check whether the page should or not be handled by sendpage:
if (!recv && page_count(sg_page(sg)) >= 1 && !PageSlab(sg_page(sg)))
The "page_count(sg_page(sg)) >= 1 && !PageSlab(sg_page(sg)" part is to
make sure the page can
If a page sent into kernel_sendpage() is a slab page or it doesn't have
ref_count, this page is improper to send by the zero copy sendpage()
method. Otherwise such page might be unexpected released in network code
path and causes impredictable panic due to kernel memory management data
structure
Currently nvme_tcp_try_send_data() doesn't use kernel_sendpage() to
send slab pages. But for pages allocated by __get_free_pages() without
__GFP_COMP, which also have refcount as 0, they are still sent by
kernel_sendpage() to remote end, this is problematic.
The new introduced helper
The original problem was from nvme-over-tcp code, who mistakenly uses
kernel_sendpage() to send pages allocated by __get_free_pages() without
__GFP_COMP flag. Such pages don't have refcount (page_count is 0) on
tail pages, sending them by kernel_sendpage() may trigger a kernel panic
from a
In _drbd_send_page() a page is checked by following code before sending
it by kernel_sendpage(),
(page_count(page) < 1) || PageSlab(page)
If the check is true, this page won't be send by kernel_sendpage() and
handled by sock_no_sendpage().
This kind of check is exactly what macro
As Sagi Grimberg suggested, the original fix is refind to a more common
inline routine:
static inline bool sendpage_ok(struct page *page)
{
return (!PageSlab(page) && page_count(page) >= 1);
}
If sendpage_ok() returns true, the checking page can be handled by the
concrete
This change inverts/reworks the logic to use an external reference via a
provided regulator.
Now the driver tries to obtain a regulator. If one is found, then it is
used. The rest of the driver logic already checks if there is a non-NULL
reference to a regulator, so it should be fine.
Hi Paul,
On 2020-10-01 19:32, Paul Eggert wrote:
> If you're going to document this at all, I suggest documenting 'void' as
> well as 'void *', and putting both sets of documentation into the same
> man page.
>
All the types we're documenting are in the same page:
system_data_types(7).
And then
On 10/2/20 1:10 AM, John Hubbard wrote:
On 10/2/20 12:59 AM, Stephen Rothwell wrote:
Hi John,
On Thu, 1 Oct 2020 23:48:11 -0700 John Hubbard wrote:
commit 30fb9454ab23 ("selftests/vm: hmm-tests: remove the libhugetlbfs
dependency") created the new check_config.sh file without the execute
Hi Sudeep,
On 01. 10. 20 17:35, Sudeep Holla wrote:
> On Thu, Oct 01, 2020 at 10:21:48PM +0800, muhammad.husaini.zulki...@intel.com
> wrote:
>> From: Muhammad Husaini Zulkifli
>>
>> Add generic firmware driver for Keem Bay SOC to support
>> Arm Trusted Firmware Services call.
>>
>>
On 9/30/2020 8:41 PM, Michael Petlan wrote:
Hello. To me, it looks rather a random failure. Is it actually reproducible
and proven that the patch has caused it? The patch doesn't seem to cause
the fails below.
Hi Michael,
It's not always reproducible, but we can reproduce it in most cases:
On Wed, 30 Sep 2020 14:18:01 +0100, Will Deacon wrote:
> Alex pointed out that we don't pass a level hint to the TLBI instruction
> when handling a stage-2 permission fault, even though the walker does
> at some point have the level information in its hands.
>
> Rework stage2_update_leaf_attrs()
On Wed, 30 Sep 2020 11:24:42 +0100, Will Deacon wrote:
> If a change in the MMU notifier sequence number forces user_mem_abort()
> to return early when attempting to handle a stage-2 fault, we return
> uninitialised stack to kvm_handle_guest_abort(), which could potentially
> result in the
On Fri, Oct 02, 2020 at 09:41:28AM +0200, Ahmad Fatoum wrote:
> Hello,
>
> On 10/1/20 12:37 PM, Krzysztof Kozlowski wrote:
> >> The existing binding doesn't cover these boards then and needs to be
> >> extended, no? How about following patch?
> >
> > What do you mean it doesn't cover? It was
On Fri, 2 Oct 2020 07:49:44 +0200, Mauro Carvalho Chehab wrote:
> There are some new warnings when building the documentation from
> yesterday's linux next. This small series fix them.
>
> - patch 1 documents two new kernel-doc parameters on a net core file.
> I used the commit log in order to
On Tue, 22 Sep 2020 21:49:00 +0100, David Brazdil wrote:
> Introduce '.hyp.data..percpu' as part of ongoing effort to make nVHE
> hyp code self-contained and independent of the rest of the kernel.
>
> Main benefits:
> * independent nVHE per-CPU data section that can be unmapped from host,
> *
On 23.09.20 22:54, Rob Herring wrote:
> On Fri, Sep 18, 2020 at 06:55:58PM +0200, Peter Hilber wrote:
>> From: Igor Skalkin
>>
>> Document the properties for arm,scmi-virtio compatible nodes. The
>> backing virtio SCMI device is described in patch [1].
>>
>> [1]
1101 - 1200 of 1276 matches
Mail list logo