From: Mickaël Salaün
Wire up trusted_for(2) for all architectures.
Signed-off-by: Mickaël Salaün
Reviewed-by: Thibaut Sautereau
Cc: Al Viro
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Kees Cook
Cc: Vincent Strubel
---
Changes since v9:
* Rename introspect_access(2) to trusted_for(2).
*
On Thu, Oct 01, 2020 at 05:47:54PM +0200, Jann Horn via Containers wrote:
> On Thu, Oct 1, 2020 at 2:54 PM Christian Brauner
> wrote:
> > On Wed, Sep 30, 2020 at 05:53:46PM +0200, Jann Horn via Containers wrote:
> > > On Wed, Sep 30, 2020 at 1:07 PM Michael Kerrisk (man-pages)
> > > wrote:
> > >
On Sat, Sep 26, 2020 at 02:55:42PM +0200, khol...@gmail.com wrote:
> AngeloGioacchino Del Regno (7):
> regulator: core: Enlarge max OF property name length to 64 chars
> regulator: qcom_spmi: Add support for new regulator types
> regulator: qcom_spmi: Add PM660/PM660L regulators
>
On Thu, Oct 01, 2020 at 09:28:49AM -0400, Qian Cai wrote:
> When CONFIG_PCIEASPM=n,
>
> drivers/pci/pci.c:3098:12: warning: 'pci_ltr_encode' defined but not used
> [-Wunused-function]
> static u16 pci_ltr_encode(u64 val)
> ^~
> drivers/pci/pci.c:3076:12: warning:
Hi.
On Wed, Sep 30, 2020 at 05:27:10PM -0700, Roman Gushchin wrote:
> @@ -369,8 +371,12 @@ enum page_memcg_data_flags {
> */
> static inline struct mem_cgroup *page_memcg(struct page *page)
> {
> + unsigned long memcg_data = page->memcg_data;
> +
> VM_BUG_ON_PAGE(PageSlab(page),
The following commit has been merged into the x86/platform branch of tip:
Commit-ID: a0947081af2ac9549e6ba19877456730713bde23
Gitweb:
https://git.kernel.org/tip/a0947081af2ac9549e6ba19877456730713bde23
Author:Gustavo A. R. Silva
AuthorDate:Thu, 01 Oct 2020 09:56:08 -05:00
On Thu, Oct 1, 2020 at 3:25 AM Jiri Olsa wrote:
>
> On Thu, Oct 01, 2020 at 11:25:34AM +0200, Jiri Olsa wrote:
> > On Wed, Sep 30, 2020 at 07:00:05PM -0700, Ian Rogers wrote:
> > > On Wed, Sep 30, 2020 at 10:15 AM Jiri Olsa wrote:
> > > >
> > > > Adding test for build id cache that adds binary
>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 60e720931556fc1034d0981460164dcf02697679
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 5 weeks ago
config: sh-randconfig-s031-20200930
The Exynos clkout driver depends on board input clock (typically XXTI or
XUSBXTI), however on Exynos4 boards these clocks were modeled as part of
SoC clocks (Exynos4 clocks driver). Obviously this is not proper, but
correcting it would break DT backward compatibility.
Both drivers - clkout and
Hi,
The patch #2 depends on #1. I could take it via samsung-soc or both
could go via samsung-clk tree.
The patchset is a proper solution to issue reported by Marek [1], for
which a revert was done [2].
[1]
The Exynos clock output (clkout) driver uses same register address space
(Power Management Unit address space) as Exynos PMU driver and same set
of compatibles. It was modeled as clock provider instantiated with
CLK_OF_DECLARE_DRIVE().
This however brings ordering problems and lack of probe
On Thu, Oct 1, 2020 at 1:41 AM David Hildenbrand wrote:
>
> On 25.09.20 21:11, Dan Williams wrote:
> > The passed in dev_pagemap is only required in the pmem case as the
> > libnvdimm core may have reserved a vmem_altmap for dev_memremap_pages() to
> > place the memmap in pmem directly. In the
On 9/30/2020 6:10 PM, Andy Lutomirski wrote:
On Wed, Sep 30, 2020 at 6:01 PM H.J. Lu wrote:
On Wed, Sep 30, 2020 at 4:44 PM Andy Lutomirski wrote:
[...]
From 09803e66dca38d7784e32687d0693550948199ed Mon Sep 17 00:00:00 2001
From: Yu-cheng Yu
Date: Thu, 29 Nov 2018 14:15:38 -0800
Sebastian
On 9/30/20 6:47 PM, Sebastian Reichel wrote:
Hi,
You are leaking some resources, otherwise LGTM.
ACK
On Wed, Sep 23, 2020 at 10:24:16AM -0500, Ricardo Rivera-Matos wrote:
[...]
+static int bq256xx_hw_init(struct bq256xx_device *bq)
+{
+ struct power_supply_battery_info
Hi Tim, thanks for the info!
On Thu, 2020-10-01 at 11:15 +0100, Tim Gover wrote:
> hdmi_enable_4k60=1 causes the firmware to select 3.3 GHz for the PLLC
> VCO to support a core-frequency of 550 MHz which is the minimum
> frequency required by the HVS at 4Kp60. The side effect is that if the
>
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 broken in
linux-next,
did I miss something here?
-michael
On Thu, Oct 1, 2020 at 9:03 AM Andy Shevchenko
wrote:
>
> On Thu, Oct 1, 2020 at 4:43 AM David E. Box
> wrote:
> >
> > From: Alexander Duyck
> >
> > PMT Telemetry is a capability of the Intel Platform Monitoring Technology.
> > The Telemetry capability provides access to device telemetry
On Thu, Oct 1, 2020 at 8:37 AM Kirill A. Shutemov
wrote:
>
> On Wed, Sep 30, 2020 at 10:21:20PM +, Kalesh Singh wrote:
> > Android needs to move large memory regions for garbage collection.
> > Optimize mremap for >= 1GB-sized regions by moving at the PUD/PGD
> > level if the source and
On Thu, Oct 01, 2020 at 12:15:29PM -0400, Alan Stern wrote:
> > CPU1:
> > to_free = NULL
> > spin_lock()
> > if (!smp_load_acquire(>B))
> > to_free = V
> > V->A = 0
> > spin_unlock()
> > kfree(to_free)
> >
> > CPU2:
> >
On Thu, Oct 1, 2020 at 4:43 AM David E. Box wrote:
> Add support for the Intel Platform Monitoring Technology crashlog
> interface. This interface provides a few sysfs values to allow for
> controlling the crashlog telemetry interface as well as a character driver
> to allow for mapping the
I'm announcing the release of the 5.8.13 kernel.
All users of the 5.8 kernel series must upgrade.
The updated 5.8.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.8.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index d0d40c628dc3..0d81d8cba48b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 5
PATCHLEVEL = 8
-SUBLEVEL = 12
+SUBLEVEL = 13
EXTRAVERSION =
NAME = Kleptomaniac Octopus
diff --git
Hi Henrik,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Henrik-Bjoernlund/net-bridge-cfm-Add-support-for-Connectivity-Fault-Management-CFM/20201001-184031
base: https://git.kernel.org/pub/scm
On 01/10/2020 17:27, Evan Green wrote:
On Thu, Oct 1, 2020 at 7:17 AM Srinivas Kandagatla
wrote:
Hi Evan,
On 29/09/2020 21:58, Evan Green wrote:
Some fuse ranges are protected by the XPU such that the AP cannot
access them. Attempting to do so causes an SError. Use the newly
introduced
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 needed to control the power domains of such
HW blocks.
On Thu, Oct 01, 2020 at 11:02:20AM +0200, Michal Hocko wrote:
> On Wed 30-09-20 16:21:54, Paul E. McKenney wrote:
[ . . . ]
Hit "send" too soon, apologies...
> >
> >
> > commit 490b638d7c241ac06cee168ccf8688bb8b872478
> >
On Thu, Oct 1, 2020 at 7:17 AM Srinivas Kandagatla
wrote:
>
> Hi Evan,
>
> On 29/09/2020 21:58, Evan Green wrote:
> > Some fuse ranges are protected by the XPU such that the AP cannot
> > access them. Attempting to do so causes an SError. Use the newly
> > introduced per-soc compatible string to
Jens,
I'll read this version tomorrow, but:
On 10/01, Jens Axboe wrote:
>
> static inline int signal_pending(struct task_struct *p)
> {
> - return unlikely(test_tsk_thread_flag(p,TIF_SIGPENDING));
> +#ifdef TIF_TASKWORK
> + /*
> + * TIF_TASKWORK isn't really a signal, but it
On Thu, Oct 01, 2020 at 11:02:20AM +0200, Michal Hocko wrote:
> On Wed 30-09-20 16:21:54, Paul E. McKenney wrote:
> > On Wed, Sep 30, 2020 at 10:41:39AM +0200, Michal Hocko wrote:
> > > On Tue 29-09-20 18:53:27, Paul E. McKenney wrote:
> [...]
> > > > No argument on it being confusing, and I hope
On Thu 01 Oct 10:22 CDT 2020, Konrad Dybcio wrote:
> Hi,
>
> Just a nitpick: the title says "qcom: msm8996", whereas the file being
> changed is pm(i)8994.dtsi. This also applies to most msm8992/94 platforms, as
> the PMIC was used there too.
>
Thanks for pointing that out, replacing
On Wed, Sep 30, 2020 at 11:38:09AM -0500, Dan Murphy wrote:
This all looks good - a few very minor things below but nothing
substantial:
> + default:
> + dev_err(tas2764->dev, "Not supported evevt\n");
> + return -EINVAL;
evevt -> event
> +static int
On Thu, Oct 1, 2020 at 4:43 AM David E. Box wrote:
>
> From: Alexander Duyck
>
> Intel Platform Monitoring Technology is meant to provide a common way to
> access telemetry and system metrics.
>
> Register mappings are not provided by the driver. Instead, a GUID is read
> from a header for each
On Wed, Jun 10, 2020 at 03:55:10PM +0800, Kai-Heng Feng wrote:
> On HP 800 G4 DM, if HDMI cable isn't plugged before boot, the HDMI port
> becomes useless and never responds to cable hotplugging:
> [3.031904] [drm:lspcon_init [i915]] *ERROR* Failed to probe lspcon
> [3.031945]
On Thu, Oct 1, 2020 at 11:05 AM Jann Horn wrote:
> Yeah.
>
> The ONE() entry you're adding to tgid_base_stuff is used to help
> instantiate a "struct inode" when someone looks up the path
> "/proc/$tgid/seccomp_cache"; then when that path is opened, a "struct
> file" is created that holds a
arm64 wants to be able to set ZONE_DMA's size depending on the specific
platform its being run on. Ideally this could be achieved in a smart way
by parsing all dma-ranges and calculating the smaller DMA constraint in
the system. Easier said than done. We compromised on a simpler solution
as the
The Raspberry Pi 4 needs two DMA zones as some of its devices can only
DMA into the 30-bit physical address space. We solved that by creating
an extra ZONE_DMA covering the 30-bit. It turns out that creating extra
zones unnecessarily broke Kdump on large systems. So default to a single
32-bit wide
(Apologies for messing up the mailing list thread, Gmail had fooled me into
believing that it properly picked up the thread)
On Thu, 1 Oct 2020 at 14:30, Michal Hocko wrote:
>
> On Wed 30-09-20 21:27:12, Sebastiaan Meijer wrote:
> > > yes it shows the bottleneck but it is quite artificial. Read
The default behavior for arm64 changed, so reflect that.
Signed-off-by: Nicolas Saenz Julienne
---
include/linux/mmzone.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/linux/mmzone.h b/include/linux/mmzone.h
index fb3bf696c05e..d28ce77ccc2a 100644
---
On Thu, 2020-10-01 at 14:27 +0200, David Hildenbrand wrote:
> On 25.09.20 18:06, Hui Su wrote:
> > 1. the cpuset.c has been moved from kernel/cpuset.c to
> > kernel/cgroup/cpuset.c long time ago, but the comment is stale,
> > so we update it.
[]
> > diff --git a/kernel/cgroup/cpuset.c
Other code might need to reference it.
Signed-off-by: Nicolas Saenz Julienne
---
include/linux/dma-direct.h | 1 +
kernel/dma/direct.c| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/linux/dma-direct.h b/include/linux/dma-direct.h
index
Using two distinct DMA zones turned out to be problematic. Here's an
attempt go back to a saner default.
I tested this on both a RPi4 and QEMU.
---
Nicolas Saenz Julienne (4):
of/fdt: Update zone_dma_bits when running in bcm2711
dma-direct: Turn zone_dma_bits default value into a define
On Wed, Sep 30, 2020 at 11:38:08AM -0500, Dan Murphy wrote:
> + reset-gpio:
> +description: GPIO used to reset the device.
Even if only a single GPIO is allowed DT properties for GPIOs should be
plural.
signature.asc
Description: PGP signature
On Wed, Sep 30, 2020 at 09:51:16PM -0700, Paul E. McKenney wrote:
> Hello!
>
> Al Viro posted the following query:
>
>
>
> fun question regarding barriers, if you have time for that
> V->A = V->B = 1;
>
> CPU1:
On 9/30/20 9:09 AM, Guennadi Liakhovetski wrote:
> On Mon, Sep 21, 2020 at 06:09:56PM -0600, Mathieu Poirier wrote:
>> From: Arnaud Pouliquen
>>
>> Make the RPMSG name service announcement a stand alone driver so that it
>> can be reused by other subsystems. It is also the first step in
Hi Paul,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 60e720931556fc1034d0981460164dcf02697679
commit: 21e3134b3ec09e722cbcda69788f206adc8db1f4 MIPS: barrier: Clean up rmb()
& wmb() definitions
date: 12 months
On Thu, Oct 01, 2020 at 05:21:39PM +0200, Łukasz Stelmach wrote:
> This is a series of fixes created during porting a device driver (these
> patches will be released soon too) for an SPI device to the current kernel.
There appeared to be a number of outstanding review comments (misleading
commit
On Thu, Oct 01, 2020 at 07:10:31PM +0300, Sakari Ailus wrote:
> > @@ -1079,6 +1094,9 @@ mt9p031_get_pdata(struct i2c_client *client)
> > of_property_read_u32(np, "input-clock-frequency", >ext_freq);
> > of_property_read_u32(np, "pixel-clock-frequency", >target_freq);
> >
> > +
Hi Stefan,
On Wed, Sep 30, 2020 at 12:51:32PM +0200, Stefan Riedmueller wrote:
> From: Christian Hemp
>
> Evaluate the desired pixel clock polarity from the device tree.
>
> Signed-off-by: Christian Hemp
> Signed-off-by: Stefan Riedmueller
> ---
> Changes in v2:
> - Initialise endpoint
On 10/1/20 12:54 AM, Coly Li wrote:
> 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 &&
On Thu, Oct 01, 2020 at 04:38:27PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the tip tree got a conflict in:
>
> arch/x86/pci/xen.c
>
> between commit:
>
> b0623566c2e9 ("x86/xen: Fix xen_msi_init() missing prototype warning")
I dropped this from my tree,
On Thu, Oct 1, 2020 at 2:06 PM YiFei Zhu wrote:
> On Wed, Sep 30, 2020 at 5:01 PM Jann Horn wrote:
> > Hmm, this won't work, because the task could be exiting, and seccomp
> > filters are detached in release_task() (using
> > seccomp_filter_release()). And at the moment, seccomp_filter_release()
On Thu, Oct 01, 2020 at 10:25:06AM +0200, Thomas Gleixner wrote:
> On Thu, Oct 01 2020 at 10:17, Joonas Lahtinen wrote:
> > Quoting paul...@kernel.org (2020-09-29 02:30:58)
> >> CONFIG_PREEMPT_COUNT is now unconditionally enabled and will be
> >> removed. Cleanup the leftovers before doing so.
> >
Add power domains dt-bindings for MT8183.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2: None
.../power/mediatek,power-controller.yaml | 2 ++
include/dt-bindings/power/mt8183-power.h | 26 +++
2 files changed, 28
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 not.
Signed-off-by: Weiyi Lu
Signed-off-by: Matthias
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 mtk-pm-domains driver]
Signed-off-by: Matthias Brugger
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
---
Changes in v2: None
drivers/soc/mediatek/mtk-pm-domains.c |
From: Matthias Brugger
Bus protection is not exclusively done by calling the infracfg misc driver.
Make the calls for setting and clearing the bus protection generic so
that we can use other blocks for it as well.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Add power domain controller node for SoC mt8173.
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2:
- Add a scpsys syscon node as parent and a SPM (System Power Manager) as
a child.
arch/arm64/boot/dts/mediatek/mt8173.dtsi | 164 ---
1 file changed, 115
The System Control Processor System (SCPSYS) has several power management
related tasks in the system. This driver implements support to handle
the different power domains supported in order to meet high performance
and low power requirements.
Co-developed-by: Matthias Brugger
Signed-off-by:
On Thu, Oct 1, 2020 at 4:43 AM David E. Box wrote:
>
> From: Alexander Duyck
>
> PMT Telemetry is a capability of the Intel Platform Monitoring Technology.
> The Telemetry capability provides access to device telemetry metrics that
> provide hardware performance data to users from read-only
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 +++
drivers/soc/mediatek/mtk-mmsys.c | 4 -
2
From: Matthias Brugger
In some cases the hardware does not create an acknowledgment of the
bus protection clearing. Add a flag to the bus protection indicating
that a clear event will be ignored.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2: None
From: Matthias Brugger
Add the needed board data to support mt8183 SoC.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2:
- Do not use hardcoded values for triplets set, clear and status in
infracfg and SMI.
drivers/soc/mediatek/mtk-pm-domains.c |
The System Control Processor System (SCPSYS) has several power management
related tasks in the system. Add the bindings to define the power
domains for the SCPSYS power controller.
Co-developed-by: Matthias Brugger
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Dear all,
This is a new driver with the aim to deprecate the mtk-scpsys driver.
The problem with that driver is that, in order to support more Mediatek
SoCs you need to add some logic to handle properly the power-up
sequence of newer Mediatek SoCs, doesn't handle parent-child power
domains and
From: Matthias Brugger
Bus protection will need to update more then one register
in infracfg. Add support for several operations.
Signed-off-by: Matthias Brugger
Signed-off-by: Enric Balletbo i Serra
---
Changes in v2: None
drivers/soc/mediatek/mtk-pm-domains.c | 44
On Thu, Oct 1, 2020 at 8:27 AM Kirill A. Shutemov
wrote:
>
> On Wed, Sep 30, 2020 at 03:42:17PM -0700, Lokesh Gidra wrote:
> > On Wed, Sep 30, 2020 at 3:32 PM Kirill A. Shutemov
> > wrote:
> > >
> > > On Wed, Sep 30, 2020 at 10:21:17PM +, Kalesh Singh wrote:
> > > > mremap time can be
> > + num_element =
> > + es58x_msg_num_element(es58x_dev->dev,
> > + bulk_rx_loopback_msg->rx_loopback_msg,
> > + msg_len);
> > + if (unlikely(num_element <= 0))
> > + return num_element;
>
> Meta-comment on your use of
On Thu, 1 Oct 2020 16:40:33 +0100
Colin Ian King wrote:
> So this test breaks with a recent libc and support tools built against
> libc. I believe the do_sys_open is not being detected because
> do_sys_openat2 is being called instead.
>
> Not sure now of the correct way to fix this.
Perhaps
From: "Vineetha G. Jaya Kumaran"
Ethtool manual stated that the tx-timer is the "the amount of time the
device should stay in idle mode prior to asserting its Tx LPI". The
previous implementation for "ethtool --set-eee tx-timer" sets the LPI TW
timer duration which is not correct. Hence, this
Hi Andy,
Em Thu, 1 Oct 2020 18:50:12 +0300
Andy Shevchenko escreveu:
> On Thu, Oct 1, 2020 at 2:17 PM Mauro Carvalho Chehab
> wrote:
> >
> > A temporary var needed for building with ISP2400 was removed
> > by accident on a cleanup patch.
> >
> > Fix the breakage.
>
> Is this in any of your
On 10/1/20 5:45 PM, Vincent Mailhol wrote:
>>> +static inline int get_can_len(struct sk_buff *skb)
>>
>> make this return an u8
>> make the skb const
>>
>>> +{
>>> + struct canfd_frame *cf =3D (struct canfd_frame *)skb->data;
>>
>> const
>>
>>> +
>>> + if (can_is_canfd_skb(skb))
>>> +
On Thu, Oct 1, 2020 at 2:17 PM Mauro Carvalho Chehab
wrote:
>
> A temporary var needed for building with ISP2400 was removed
> by accident on a cleanup patch.
>
> Fix the breakage.
Is this in any of your branches?
>
> Fixes: 852a53a02cf0 ("media: atomisp: get rid of unused vars")
>
On Thu, Oct 01, 2020 at 11:48:41PM +0800, Ming Lei wrote:
> 'struct percpu_ref' is often embedded into one user structure, and the
> instance is usually referenced in fast path, however actually only
> 'percpu_count_ptr' is needed in fast path.
>
> So move other fields into one new structure of
On Mon, Sep 28, 2020 at 02:35:25PM -0400, Nitesh Narayan Lal wrote:
> Nitesh Narayan Lal (4):
> sched/isolation: API to get number of housekeeping CPUs
> sched/isolation: Extend nohz_full to isolate managed IRQs
> i40e: Limit msix vectors to housekeeping CPUs
> PCI: Limit
Schönen Tag,
Ich bin Mr.Ahmed Muzashah, Account Manager einer Investmentbank hier
in Burkina Faso. In meinem Unternehmen wird seit langem ein
Kontoprojekt von einem Kunden unserer Bank eröffnet. Ich habe die
Möglichkeit, den verbleibenden Fonds (15,8 Millionen US-Dollar) zu
übertragen. Fünfzehn
The field of 'q_usage_counter' is always fetched in fast path of every
block driver, and move it into front of 'request_queue', so it can be
fetched into 1st cacheline of 'request_queue' instance.
Tested-by: Veronika Kabatova
Reviewed-by: Christoph Hellwig
Cc: Sagi Grimberg
Cc: Tejun Heo
Cc:
Hi,
The 1st patch removes memory footprint of percpu_ref in fast path
from 7 words to 2 words, since it is often used in fast path and
embedded in user struct.
The 2nd patch moves .q_usage_counter to 1st cacheline of
'request_queue'.
Simple test on null_blk shows ~2% IOPS boost on one
'struct percpu_ref' is often embedded into one user structure, and the
instance is usually referenced in fast path, however actually only
'percpu_count_ptr' is needed in fast path.
So move other fields into one new structure of 'percpu_ref_data', and
allocate it dynamically via kzalloc(), then
On Thu, Oct 01 2020 at 09:26, Jens Axboe wrote:
> On 10/1/20 9:19 AM, Thomas Gleixner wrote:
>>> ret = task_work_add(tsk, cb, notify);
>>> - if (!ret)
>>> + if (!ret && !notify)
>>
>> !notify assumes that TWA_RESUME == 0. Fun to debug if that ever changes.
>
> Agree, I'll make that
>
>
On Thu, Oct 1, 2020 at 2:54 PM Christian Brauner
wrote:
> On Wed, Sep 30, 2020 at 05:53:46PM +0200, Jann Horn via Containers wrote:
> > On Wed, Sep 30, 2020 at 1:07 PM Michael Kerrisk (man-pages)
> > wrote:
> > > NOTES
> > >The file descriptor returned when seccomp(2) is employed with
On Thu, Oct 1, 2020 at 3:24 AM John Hubbard wrote:
>
> On 9/30/20 3:21 PM, Kalesh Singh wrote:
> > Test mremap on regions of various sizes and alignments and validate
> > data after remapping. Also provide total time for remapping
> > the region which is useful for performance comparison of the
> > +static inline int get_can_len(struct sk_buff *skb)
>
> make this return an u8
> make the skb const
>
> > +{
> > + struct canfd_frame *cf =3D (struct canfd_frame *)skb->data;
>
> const
>
> > +
> > + if (can_is_canfd_skb(skb))
> > + return min_t(__u8, cf->len, CANFD_MAX_DLEN);
On 01/10/2020 15:44, Steven Rostedt wrote:
> On Thu, 1 Oct 2020 09:56:41 +0100
> Colin King wrote:
>
>> From: Colin Ian King
>>
>> More recent libc implementations are now using openat/openat2 system
>> calls so also add do_sys_openat2 to the tracing so that the test
>> passes on these systems
On Thu, Oct 1, 2020 at 8:34 AM Tali Perry wrote:
> On Wed, Sep 30, 2020 at 12:31 PM Andy Shevchenko
> wrote:
> >
> > On Wed, Sep 30, 2020 at 10:13:42AM +0300, Tali Perry wrote:
> > > Systems that can dinamically add and remove slave devices
> >
> > dynamically
> >
> > > often need to change the
On Thu, 2020-10-01 at 09:56 -0500, Gustavo A. R. Silva wrote:
> There is a regular need in the kernel to provide a way to declare having
> a dynamically sized set of trailing elements in a structure. Kernel code
> should always use “flexible array members”[1] for these cases. The older
> style of
On Wed, Sep 30, 2020 at 12:00:15PM -0400, Tejun Heo wrote:
> On Wed, Sep 30, 2020 at 04:26:56PM +0800, Ming Lei wrote:
> > diff --git a/include/linux/percpu-refcount.h
> > b/include/linux/percpu-refcount.h
> > index 87d8a38bdea1..1d6ed9ca23dd 100644
> > --- a/include/linux/percpu-refcount.h
> >
Hi Henrik,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Henrik-Bjoernlund/net-bridge-cfm-Add-support-for-Connectivity-Fault-Management-CFM/20201001-184031
base: https://git.kernel.org/pub/scm
> > All I'm trying to point out to you is that $Constant\s*$Constant
> > isn't a proper test as the first $Constant will pull the test
> > entire sequence of digits and the second $Constant will not be
> > met.
> >
> > It may take some conversion of the collapsing of the dstat
> > block to work
On Wed, Sep 30, 2020 at 7:06 PM Calvin Johnson
wrote:
>
> Modify dpaa2_mac_connect() to support ACPI along with DT.
> Modify dpaa2_mac_get_node() to get the dpmac fwnode from either
> DT or ACPI.
>
> Replace of_get_phy_mode with fwnode_get_phy_mode to get
> phy-mode for a dpmac_node.
>
> Use
I'm announcing the release of the 5.4.69 kernel.
All users of the 5.4 kernel series must upgrade.
The updated 5.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.19.149 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web
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.
>
> Signed-off-by: Muhammad Husaini Zulkifli
> ---
>
I'm announcing the release of the 4.14.200 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web
diff --git a/Documentation/DocBook/libata.tmpl
b/Documentation/DocBook/libata.tmpl
index d7fcdc5a4379..9b55778ab024 100644
--- a/Documentation/DocBook/libata.tmpl
+++ b/Documentation/DocBook/libata.tmpl
@@ -324,7 +324,7 @@ Many legacy IDE drivers use ata_bmdma_status() as the
bmdma_status()
I'm announcing the release of the 4.4.238 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
At the time being, an early hash table is set up when
CONFIG_KASAN is selected.
There is nothing wrong with setting such an early hash table
all the time, even if it is not used. This is a statically
allocated 256 kB table which lies in the init data section.
This makes the code simpler and may
syzbot suspects this issue was fixed by commit:
commit eeaac3634ee0e3f35548be35275efeca888e9b23
Author: Nikolay Aleksandrov
Date: Sat Aug 22 12:06:36 2020 +
net: nexthop: don't allow empty NHA_GROUP
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=116177a790
start
The DCVDD supply does not always power down when the CODEC enters
suspend, for example shared regulators or always-on regulators. In
these cases if a register is written back to the default value whilst
the CODEC is in suspend that register will retain the previous value.
As DCVDD never powered
An errata exists for cs47l15 where the reset must be handled
differently and removed before DCVDD is applied. A soft reset is used
for situations where a reset is required to reset state. This does
however, make this part unsuitable for DCVDD supplies with a rise time
greater than 2mS.
601 - 700 of 1339 matches
Mail list logo
