On 03/11/2020 16:05, Ian Rogers wrote:
On Tue, Nov 3, 2020 at 6:43 AM John Garry wrote:
On 20/10/2020 17:53, Ian Rogers wrote:
Thanks for taking a look John. If you want help you can send the
output of "perf test 67 -vvv" to me. It is possible Broadwell has
similar glitches in the json to Skyl
Should be fixed by:
https://patchwork.freedesktop.org/patch/397039/?series=83038&rev=1
On Mon, Nov 2, 2020 at 7:44 PM dev god wrote:
>
> Hi
>
> fix implicit declaration of function error.
>
> >> drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c:1229:7: error: implicit
> >> declaration of function 'ms
On Tue, Nov 03, 2020 at 05:28:32PM +0100, Krzysztof Kozlowski wrote:
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and add Dan Murphy from TI to look after:
> - TI LP855x backlight driver,
>
On Fri, 2020-10-30 at 18:11 +, Catalin Marinas wrote:
> On Thu, Oct 29, 2020 at 06:25:43PM +0100, Nicolas Saenz Julienne wrote:
> > Ard Biesheuvel (1):
> > arm64: mm: Set ZONE_DMA size based on early IORT scan
> >
> > Nicolas Saenz Julienne (6):
> > arm64: mm: Move reserve_crashkernel() in
Krzysztof Kozlowski writes:
> The driver can match only via the DT table so the table should be always
> used and the of_match_ptr does not have any sense (this also allows ACPI
> matching via PRP0001, even though it is not relevant here). This fixes
> compile warning (!CONFIG_OF && !CONFIG_MODU
On 2020-11-02 11:29, Stephen Boyd wrote:
Subject has a typo in "training".
Quoting Kuogee Hsieh (2020-10-30 16:23:24)
Some dongles, such as Apple, required link training done at irq_hpd
s/required/require/
request instead of plugin request. This patch promote irq_hpd hanlder
s/hanlder/han
Hi Tomasz,
Proper handling of CROP is added with new patch
https://lkml.org/lkml/2020/11/3/811
Thanks,
Dikshita
On 2020-10-27 20:32, vgaro...@codeaurora.org wrote:
On 2020-10-23 04:38, Tomasz Figa wrote:
On Thu, Oct 22, 2020 at 6:37 AM wrote:
Hi Tomasz,
On 2020-10-13 19:09, Tomasz Figa
On Tue, Nov 03, 2020 at 01:17:12AM +0100, Ahmed S. Darwish wrote:
> > > > diff --git a/mm/memory.c b/mm/memory.c
> > > > index c48f8df6e50268..294c2c3c4fe00d 100644
> > > > +++ b/mm/memory.c
> > > > @@ -1171,6 +1171,12 @@ copy_page_range(struct vm_area_struct *dst_vma,
> > > > struct vm_area_struc
Hi Chao,
On Tue, Nov 03, 2020 at 11:58:42PM +0800, Chao Yu wrote:
> Hi Xiang,
>
> On 2020-11-3 10:50, Gao Xiang wrote:
> > Hi Chao,
> >
> > On Sun, Nov 01, 2020 at 03:51:02AM +0800, Gao Xiang wrote:
> > > From: Gao Xiang
> > >
> > > EROFS has _only one_ ondisk timestamp (ctime is currently
> >
On 03/11/2020 11:44, Jon Hunter wrote:
> Deferred probe is an expected return value for tegra_output_probe().
> Given that the driver deals with it properly, there's no need to output
> a warning that may potentially confuse users.
>
> Signed-off-by: Jon Hunter
> ---
> drivers/gpu/drm/tegra/so
Andrew
On 10/30/20 3:15 PM, Andrew Lunn wrote:
+static int dp83td510_config_init(struct phy_device *phydev)
+{
+ struct dp83td510_private *dp83td510 = phydev->priv;
+ int mst_slave_cfg;
+ int ret = 0;
+
+ if (phy_interface_is_rgmii(phydev)) {
+ if (dp83td510
> Do you have any issue with the property being in the ethernet-phy.yaml?
It seems generic enough. Increasing the voltage increases the power
requirements, and maybe not all boards are capable of that.
Andrew
On Tue, 2020-11-03 at 17:10 +1100, Victor Ding wrote:
> On Mon, Nov 2, 2020 at 12:39 PM Zhang Rui
> wrote:
> > On Tue, 2020-10-27 at 07:23 +, Victor Ding wrote:
> > > This patch enables AMD Fam17h RAPL support for the power capping
> > > framework. The support is as per AMD Fam17h Model31h (Ze
Hello
On 10/30/20 6:03 PM, Jakub Kicinski wrote:
On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote:
The DP83TD510E is an ultra-low power Ethernet physical layer transceiver
that supports 10M single pair cable.
The device supports both 2.4-V p2p and 1-V p2p output voltage as defined
by IEEE 8
Hi Dmitry,
On Sat, Oct 24, 2020 at 11:51:49AM +0200, Dmitry Vyukov wrote:
> Hello ARM64/LOCKDEP maintainers,
>
> I've started experimenting with running syzkaller on ARM64 using
> QEMU/TCG. Total execution speed is very low and it ran just a handful
> of tests, but I am seeing massive amounts of
Le 23/10/2020 à 14:28, Christophe Leroy a écrit :
Hi Laurent
Le 07/05/2019 à 18:35, Laurent Dufour a écrit :
Le 01/05/2019 à 12:32, Michael Ellerman a écrit :
Laurent Dufour writes:
Le 23/04/2019 à 18:04, Dave Hansen a écrit :
On 4/23/19 4:16 AM, Laurent Dufour wrote:
...
There are 2 assu
It was <2020-11-03 wto 17:44>, when Krzysztof Kozlowski wrote:
> On Tue, Nov 03, 2020 at 01:46:18PM +0100, Łukasz Stelmach wrote:
>> Add Ethernet interface description for Odroid X/X2.
>>
>> Signed-off-by: Łukasz Stelmach
>> ---
>> arch/arm/boot/dts/exynos4412-odroidx.dts | 28 ++
The check introduced by the commit 83d3f0e90c6c ("powerpc/mm: tracking vDSO
remap") is wrong and is missing some partial unmaps of the VDSO.
To be complete the check needs the base and end address of the
VDSO. Currently only the base is available in the mm_context of a task, but
the end address ca
Hi Suzuki,
On Wed, Oct 28, 2020 at 10:09:26PM +, Suzuki K Poulose wrote:
> We are about to introduce support for sysreg access to ETMv4.4+
> component. Since there are generic routines that access the
> registers (e.g, CS_LOCK/UNLOCK , claim/disclaim operations, timeout)
> and in order to pres
On Tue, Nov 03, 2020 at 01:50:34PM +0100, Oleg Nesterov wrote:
> Another problem is that show_opcodes() makes no sense if user_mode(regs)
> and tsk is not current.
Because if not current, we would access *some* user address space but
not the one to which regs belong to?
> Try "echo t > /proc/sysr
Hi,
The warning is fixed by this patch:
https://www.spinics.net/lists/kvm/msg227575.html
The errors are caused by the fact that the vfio fsl-mc patches have a
dependency on the fsl-mc bus series. For this particular error the
missing patch is: bus/fsl-mc: Export IRQ pool handling functions t
On Tue, Nov 03, 2020 at 11:07:00AM -0600, Dan Murphy wrote:
> Andrew
>
> On 10/30/20 3:15 PM, Andrew Lunn wrote:
> > > +static int dp83td510_config_init(struct phy_device *phydev)
> > > +{
> > > + struct dp83td510_private *dp83td510 = phydev->priv;
> > > + int mst_slave_cfg;
> > > + int ret = 0;
>
On 11/2/2020 11:45 PM, Alex Williamson wrote:
Thanks, Dan.
Diana, can I get an ack for this? Thanks,
Yes, sure, I apologize for not doing it earlier.
Thanks,
Diana
Alex
On Fri, 23 Oct 2020 14:34:50 +0300
Dan Carpenter wrote:
The copy_to_user() function returns the number of bytes re
On Tue, Nov 03, 2020 at 11:09:44AM -0600, Dan Murphy wrote:
> Hello
>
> On 10/30/20 6:03 PM, Jakub Kicinski wrote:
> > On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote:
> > > The DP83TD510E is an ultra-low power Ethernet physical layer transceiver
> > > that supports 10M single pair cable.
> >
On Tue, 3 Nov 2020 at 18:13, Lukasz Stelmach wrote:
>
> It was <2020-11-03 wto 17:44>, when Krzysztof Kozlowski wrote:
> > On Tue, Nov 03, 2020 at 01:46:18PM +0100, Łukasz Stelmach wrote:
> >> Add Ethernet interface description for Odroid X/X2.
> >>
> >> Signed-off-by: Łukasz Stelmach
> >> ---
>
Andrew
On 11/3/20 11:21 AM, Andrew Lunn wrote:
On Tue, Nov 03, 2020 at 11:09:44AM -0600, Dan Murphy wrote:
Hello
On 10/30/20 6:03 PM, Jakub Kicinski wrote:
On Fri, 30 Oct 2020 12:29:50 -0500 Dan Murphy wrote:
The DP83TD510E is an ultra-low power Ethernet physical layer transceiver
that suppo
On Tue, Nov 03, 2020 at 10:14:17AM -0700, Mathieu Poirier wrote:
> Hi Suzuki,
>
> On Wed, Oct 28, 2020 at 10:09:26PM +, Suzuki K Poulose wrote:
> > We are about to introduce support for sysreg access to ETMv4.4+
> > component. Since there are generic routines that access the
> > registers (e.g
On Mon, Nov 02, 2020 at 06:18:45PM +, Robin Murphy wrote:
> On 2020-11-02 17:14, Jordan Crouse wrote:
> >From: Rob Clark
> >
> >For the Adreno GPU's SMMU, we want SCTLR.HUPCF set to ensure that
> >pending translations are not terminated on iova fault. Otherwise
> >a terminated CP read could h
From: Bartosz Golaszewski
The way the driver is implemented is buggy for the (admittedly unlikely)
use case where there are two RTCs with one having an interrupt configured
and the second not. This is caused by the fact that we use a global
rtc_class_ops struct which we modify depending on whethe
On Mon, Nov 02, 2020 at 09:02:25PM +0100, Marijn Suijten wrote:
> nr_rings is reset to 1, but when this function is called for a second
> (and third!) time nr_rings > 1 is false, thus the else case is entered
> to set up a buffer for the RPTR shadow and consequently written to
> RB_RPTR_ADDR, hangi
On 03.11.2020 15:12, Chanwoo Choi wrote:
>>> I have a question about exynos_icc_get_parent().
>>> As I checked, this function returns the only one icc_node
>>> as parent node. But, bus_display dt node in the exynos4412.dtsi
>>> specifies the two interconnect node as following with bus_leftbus, bus_
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.
---
Changes since v5:
- Unify ACPI/DT functions
Changes since v4:
- Fix of_dma_get_max_cpu_address() so it returns the last addressable
addres, no
crashkernel might reserve memory located in ZONE_DMA. We plan to delay
ZONE_DMA's initialization after unflattening the devicetree and ACPI's
boot table initialization, so move it later in the boot process.
Specifically into mem_init(), this is the last place crashkernel will be
able to reserve the
We recently introduced a 1 GB sized ZONE_DMA to cater for platforms
incorporating masters that can address less than 32 bits of DMA, in
particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has
peripherals that can only address up to 1 GB (and its PCIe host
bridge can only access the bott
From: Ard Biesheuvel
We recently introduced a 1 GB sized ZONE_DMA to cater for platforms
incorporating masters that can address less than 32 bits of DMA, in
particular the Raspberry Pi 4, which has 4 or 8 GB of DRAM, but has
peripherals that can only address up to 1 GB (and its PCIe host
bridge c
Introduce of_dma_get_max_cpu_address(), which provides the highest CPU
physical address addressable by all DMA masters in the system. It's
specially useful for setting memory zones sizes at early boot time.
Signed-off-by: Nicolas Saenz Julienne
Reviewed-by: Rob Herring
---
Changes since v4:
-
On 2020-11-02 17:47, Carl Yin wrote:
Hi bbhatt:
On November 03, 2020 12:34 AM, Bhatt wrote:
On 2020-11-02 04:27, carl@quectel.com wrote:
> From: "carl.yin"
>
> MHI wwan modems support download firmware to nand or emmc by firehose
> protocol, process as next:
> 1. modem boot up and enter EE
On Mon, 2020-11-02 at 13:07 -0800, Florian Fainelli wrote:
>
> On 11/2/2020 12:57 PM, Jim Quinlan wrote:
> > The variable 'tmp' is used multiple times in the brcm_pcie_setup()
> > function. One such usage did not initialize 'tmp' to the current value of
> > the target register. By luck the mista
Introduce a test for of_dma_get_max_cup_address(), it uses the same DT
data as the rest of dma-ranges unit tests.
Signed-off-by: Nicolas Saenz Julienne
Reviewed-by: Rob Herring
---
Changes since v5:
- Update address expected by test
Changes since v3:
- Remove HAS_DMA guards
drivers/of/unitt
zone_dma_bits's initialization happens earlier that it's actually
needed, in arm64_memblock_init(). So move it into the more suitable
zone_sizes_init().
Signed-off-by: Nicolas Saenz Julienne
Tested-by: Jeremy Linton
---
arch/arm64/mm/init.c | 7 ++-
1 file changed, 2 insertions(+), 5 deleti
We can't really list every setup in common code. On top of that they are
unlikely to stay true for long as things change in the arch trees
independently of this comment.
Suggested-by: Christoph Hellwig
Signed-off-by: Nicolas Saenz Julienne
Reviewed-by: Christoph Hellwig
---
include/linux/mmzon
On Wed 28 Oct 12:08 CDT 2020, Manivannan Sadhasivam wrote:
> On Wed, Oct 28, 2020 at 01:12:28PM +0530, Manivannan Sadhasivam wrote:
> > Hello,
> >
> > This series adds Global Clock Controller (GCC) and RPMh clock support
> > for SDX55 SoC from Qualcomm with relevant DT bindings.
> >
> > This ser
On Tue, Nov 03, 2020 at 10:25:37AM +, Szabolcs Nagy wrote:
> Re-mmap executable segments instead of mprotecting them in
> case mprotect is seccomp filtered.
> For the kernel mapped main executable we don't have the fd
> for re-mmap so linux needs to be updated to add BTI. (In the
> presence o
On 2020-11-02 12:59, Stephen Boyd wrote:
Quoting Kuogee Hsieh (2020-10-30 16:22:53)
DP compo phy have to be enable to start link training. When
link training failed phy need to be disabled so that next
link trainng can be proceed smoothly at next plug in. This
s/trainng/training/
patch de in
On Tue, Nov 03, 2020 at 05:28:32PM +0100, Krzysztof Kozlowski wrote:
> Milo Kim's email in TI bounces with permanent error (550: Invalid
> recipient). Last email from him on LKML was in 2017. Move Milo Kim to
> credits and add Dan Murphy from TI to look after:
> - TI LP855x backlight driver,
>
Andrew
On 11/3/20 11:18 AM, Andrew Lunn wrote:
On Tue, Nov 03, 2020 at 11:07:00AM -0600, Dan Murphy wrote:
Andrew
On 10/30/20 3:15 PM, Andrew Lunn wrote:
+static int dp83td510_config_init(struct phy_device *phydev)
+{
+ struct dp83td510_private *dp83td510 = phydev->priv;
+ int mst
allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a004-20201103
x86_64 randconfig-a005-20201103
Hi Chris,
On Mon, Nov 2, 2020 at 6:24 PM Chris Ye wrote:
>
> Hi Benjamin,
>
> I've tried the hid-tool for testing on my linux machine and it
> works. However the issue comes from a game controller I don't posses in
> hand right now so I can't physically connect it and provide the log from
>
On Wed 28 Oct 02:42 CDT 2020, Manivannan Sadhasivam wrote:
> From: Vinod Koul
>
> Add compatible for SDX55 RPMHCC and DT include.
>
> Signed-off-by: Vinod Koul
Given that you handled the patch on its way here you should add your
Signed-off-by.
When doing so feel free to add my:
Reviewed-by:
> > > > drivers/net/phy/dp83td510.c:70:11: warning: symbol
> > > > 'dp83td510_feature_array' was not declared. Should it be static?
> > > I did not see this warning. Did you use W=1?
> > I _think_ that one is W=1. All the PHY drivers are W=1 clean, and i
> > want to keep it that way. And i hope to
On Tue, Nov 3, 2020 at 8:22 AM Greg KH wrote:
>
> On Tue, Nov 03, 2020 at 05:11:47PM +0100, Petr Mladek wrote:
> > On Tue 2020-11-03 12:52:23, Greg KH wrote:
> > > On Tue, Nov 03, 2020 at 01:33:53PM +0200, Andy Shevchenko wrote:
> > > > On Tue, Nov 03, 2020 at 04:40:49PM +0530, Arpitha Raghunandan
On Mon, Nov 2, 2020 at 10:52 PM Ahmed S. Darwish
wrote:
>
> The problem is, I've already documented seqlock.h to death There are
> more comments than code in there, and there is "seqlock.rst" under
> Documentation/ to further describe the big picture.
Well, honestly, I think the correct thing
qnx4_block_map() may return -EIO on funny qnx4 fs image, in this case do
not interpret error as a valid block number.
Signed-off-by: Tong Zhang
---
v2: also check other callers according to Anders Larsen's
comment
v3: change error code from EIO to ~0ull to avoid potential compiler
warning on sig
It was <2020-11-03 wto 17:36>, when Krzysztof Kozlowski wrote:
> On Tue, Nov 03, 2020 at 01:46:14PM +0100, Łukasz Stelmach wrote:
>> Create ethernet alias
>
> Your commit msg should explain why.
>
OK. (And a separate patch - ack)
>> and assign appropriate compatible properties.
>
> Then what was
Hi Willem,
> -Original Message-
> From: Willem de Bruijn
> Sent: Tuesday, November 3, 2020 7:21 PM
> To: George Cherian
> Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller
> ; Sunil Kovvuri Goutham
> ; Linu Cherian ;
> Geethasowjanya Akula ;
Hello Luiz,
Thank you for the information. It is good to know that this tool is
actively used and that there is a way to skip existing flaky tests.
Just for clarification, is this a requirement to land the kernel
changes, i.e. should I prioritize adding these tests immediately to
move the process
Hello,
syzbot found the following issue on:
HEAD commit:b49976d8 Add linux-next specific files for 20201102
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=16a0273250
kernel config: https://syzkaller.appspot.com/x/.config?x=fe87d079ac78e2be
dashboard
My Dear
My Name is Mrs. Maya Oliver, from Norway. I know that this message
will be a surprise to you. Firstly, I am married to Mr. Patrick
Oliver, A gold merchant who owns a small gold Mine in Burkina Faso; He
died of Cardiovascular Disease in mid-March 2011. During his life time
he deposited the
Hello,
syzbot found the following issue on:
HEAD commit:04a55c94 Merge tag 'mac80211-for-net-2020-10-30' of git://..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=12079c3a50
kernel config: https://syzkaller.appspot.com/x/.config?x=803dd96a0e492ac1
dashboar
Hello,
syzbot found the following issue on:
HEAD commit:b49976d8 Add linux-next specific files for 20201102
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=158bbb8250
kernel config: https://syzkaller.appspot.com/x/.config?x=fe87d079ac78e2be
dashboard
On 11/03, Borislav Petkov wrote:
>
> On Tue, Nov 03, 2020 at 01:50:34PM +0100, Oleg Nesterov wrote:
> > Another problem is that show_opcodes() makes no sense if user_mode(regs)
> > and tsk is not current.
>
> Because if not current, we would access *some* user address space but
> not the one to whi
On Tue, Nov 3, 2020 at 2:33 AM Thomas Gleixner wrote:
>
> +static inline void *kmap(struct page *page)
> +{
> + void *addr;
> +
> + might_sleep();
> + if (!PageHighMem(page))
> + addr = page_address(page);
> + else
> + addr = kmap_high(page);
> +
On Tue, Nov 03, 2020 at 06:47:44PM +0100, Oleg Nesterov wrote:
> > I'm thinking this should not use the atomic variant if it can get called
> > in !atomic context too.
>
> For what?
I'm thinking copy_code() should not use copy_from_user_nmi() if former
can be called in non-atomic context too.
--
> -Original Message-
> From: Pierre-Louis Bossart
> Sent: Tuesday, November 3, 2020 10:13
> To: Mark Brown; Yuan, Perry
> Cc: oder_ch...@realtek.com; alsa-de...@alsa-project.org; lgirdw...@gmail.com;
> Limonciello, Mario; linux-kernel@vger.kernel.org; ti...@suse.com
> Subject: Re: [PATCH]
On Wed 28 Oct 02:42 CDT 2020, Manivannan Sadhasivam wrote:
> Add support for clocks maintained by RPMh in SDX55 SoCs.
>
> Signed-off-by: Manivannan Sadhasivam
> ---
> drivers/clk/qcom/clk-rpmh.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/drivers/clk/qcom/clk
On Tue, Nov 03, 2020 at 07:50:24AM +0100, Greg KH wrote:
> On Mon, Nov 02, 2020 at 12:53:15PM -0800, ira.we...@intel.com wrote:
> > From: Fenghua Yu
> >
[snip]
> > diff --git a/include/linux/pkeys.h b/include/linux/pkeys.h
> > index 2955ba976048..0959a4c0ca64 100644
> > --- a/include/linux/pkey
On Thu, Oct 29, 2020 at 05:50:04PM +0100, Uladzislau Rezki (Sony) wrote:
> The current memmory-allocation interface presents to following
> difficulties that this patch is designed to overcome
[...]
> ---
> kernel/rcu/tree.c | 109 --
> 1 file changed, 6
On Tue, Nov 3, 2020 at 12:43 PM George Cherian wrote:
>
> Hi Willem,
>
>
> > -Original Message-
> > From: Willem de Bruijn
> > Sent: Tuesday, November 3, 2020 7:21 PM
> > To: George Cherian
> > Cc: Network Development ; linux-kernel > ker...@vger.kernel.org>; Jakub Kicinski ; David Mill
To summarize, the issue is that as time goes by, the CPU rcache and depot
rcache continue to grow. As such, IOVA RB tree access time also continues
to grow.
Hi Robin,
I'm struggling to see how this is not simply indicative of a leak
originating elsewhere.
It sounds like one, but I don't t
Hi Willem,
> -Original Message-
> From: Willem de Bruijn
> Sent: Tuesday, November 3, 2020 7:21 PM
> To: George Cherian
> Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller
> ; Sunil Kovvuri Goutham
> ; Linu Cherian ;
> Geethasowjanya Akula ;
Add architecture specific implementation details for KFENCE and enable
KFENCE for the arm64 architecture. In particular, this implements the
required interface in .
KFENCE requires that attributes for pages from its memory pool can
individually be set. Therefore, force the entire linear map to be
From: Alexander Potapenko
This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a
low-overhead sampling-based memory safety error detector of heap
use-after-free, invalid-free, and out-of-bounds access errors.
KFENCE is designed to be enabled in production kernels, and has near
From: Alexander Potapenko
Add architecture specific implementation details for KFENCE and enable
KFENCE for the x86 architecture. In particular, this implements the
required interface in for setting up the pool and
providing helper functions for protecting and unprotecting pages.
For x86, we ne
[ From v7 we think this series is ready to be included in the mm tree.
Where appropriate, we would welcome additional Acks / Reviews by MM,
x86, and arm64 maintainers. Thank you! ]
This adds the Kernel Electric-Fence (KFENCE) infrastructure. KFENCE is a
low-overhead sampling-based memory safet
Add KFENCE test suite, testing various error detection scenarios. Makes
use of KUnit for test organization. Since KFENCE's interface to obtain
error reports is via the console, the test verifies that KFENCE outputs
expected reports to the console.
Reviewed-by: Dmitry Vyukov
Co-developed-by: Alexa
From: Alexander Potapenko
Make KFENCE compatible with KASAN. Currently this helps test KFENCE
itself, where KASAN can catch potential corruptions to KFENCE state, or
other corruptions that may be a result of freepointer corruptions in the
main allocators.
Reviewed-by: Dmitry Vyukov
Reviewed-by:
Add entry for KFENCE maintainers.
Reviewed-by: Dmitry Vyukov
Reviewed-by: SeongJae Park
Co-developed-by: Alexander Potapenko
Signed-off-by: Alexander Potapenko
Signed-off-by: Marco Elver
---
v7:
* Add asm/kfence.h [reported by Jann Horn].
v4:
* Split out from first patch.
---
MAINTAINERS |
From: Alexander Potapenko
Inserts KFENCE hooks into the SLUB allocator.
To pass the originally requested size to KFENCE, add an argument
'orig_size' to slab_alloc*(). The additional argument is required to
preserve the requested original size for kmalloc() allocations, which
uses size classes (e
Hi Willem,
> -Original Message-
> From: Willem de Bruijn
> Sent: Tuesday, November 3, 2020 11:26 PM
> To: George Cherian
> Cc: Network Development ; linux-kernel ker...@vger.kernel.org>; Jakub Kicinski ; David Miller
> ; Sunil Kovvuri Goutham
> ; Linu Cherian ;
> Geethasowjanya Akula ;
The pull request you sent on Tue, 3 Nov 2020 08:30:06 -0700:
> git://git.lwn.net/linux.git tags/docs-5.10-3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/ce2e33ba4163c66ff89d2c0f2a9a51214a122e27
Thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/
Add KFENCE documentation in dev-tools/kfence.rst, and add to index.
Reviewed-by: Dmitry Vyukov
Co-developed-by: Alexander Potapenko
Signed-off-by: Alexander Potapenko
Signed-off-by: Marco Elver
---
v7:
* Suggestions by Jann Horn:
* Add a note about huge tables.
* Note about graceful handli
The pull request you sent on Tue, 3 Nov 2020 11:00:12 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> tags/x86_seves_for_v5.10_rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/43c834186c185abc53b41ee985330501ccfc4f7b
Thank you!
--
Deet-doot-d
From: Alexander Potapenko
Inserts KFENCE hooks into the SLAB allocator.
To pass the originally requested size to KFENCE, add an argument
'orig_size' to slab_alloc*(). The additional argument is required to
preserve the requested original size for kmalloc() allocations, which
uses size classes (e
On Tue, Nov 03, 2020 at 10:13:03AM -0600, Pierre-Louis Bossart wrote:
> Somehow this patch was filtered by alsa-devel servers?
It'll be a post by a non-subscriber I guess, in which case it will
appear later.
> Actually thinking more about it, having two controls for 'mute LED' and
> 'capture swit
Hi Vlad,
Few minor nits:
On Thu, Oct 29, 2020 at 05:50:18PM +0100, Uladzislau Rezki (Sony) wrote:
> Given that CONFIG_PREEMPT_COUNT is unconditionally enabled by the
> earlier commits in this series, the preemptible() macro now properly
> detects preempt-disable code regions even in kernels built
On Wed, Oct 28, 2020 at 10:09:28PM +, Suzuki K Poulose wrote:
> Convert the generic routines to use the new access abstraction layer
> gradually, starting with coresigth_timeout.
>
> Cc: Mike Leach
> Reviewed-by: Mathieu Poirier
> Signed-off-by: Suzuki K Poulose
> ---
> drivers/hwtracing/c
On Wed, Oct 28, 2020 at 10:09:27PM +, Suzuki K Poulose wrote:
> Prepare the TPIU driver to make use of the CoreSight device access
> abstraction layer. The driver touches the device even before the
> coresight device is registered. Thus we could be accessing the
> devices without a csdev. As we
> -Original Message-
> From: Mark Brown
> Sent: Tuesday, November 3, 2020 12:00
> To: Pierre-Louis Bossart
> Cc: Yuan, Perry; oder_ch...@realtek.com; alsa-de...@alsa-project.org;
> lgirdw...@gmail.com; Limonciello, Mario; linux-kernel@vger.kernel.org;
> ti...@suse.com
> Subject: Re: [PATCH
This is a series to switch powerpc VDSO to generic C implementation.
Changes in v13:
- Reorganised headers to avoid the need for a fake 32 bits config for building
VDSO32 on PPC64
- Rebased after the removal of powerpc 601
- Using DOTSYM() macro to call functions directly without using OPD
- Expl
For VDSO32 on PPC64, we create a fake 32 bits config, on the same
principle as MIPS architecture, in order to get the correct parts of
the different asm header files.
With the C VDSO, the performance is slightly lower, but it is worth
it as it will ease maintenance and evolution, and also brings c
Provides __kernel_clock_gettime64() on vdso32. This is the
64 bits version of __kernel_clock_gettime() which is
y2038 compliant.
Signed-off-by: Christophe Leroy
---
v12: Added missing prototype
---
arch/powerpc/include/asm/vdso/gettimeofday.h | 2 ++
arch/powerpc/kernel/vdso32/gettimeofday.S
Prepare for switching VDSO to generic C implementation in following
patch. Here, we:
- Prepare the helpers to call the C VDSO functions
- Prepare the required callbacks for the C VDSO functions
- Prepare the clocksource.h files to define VDSO_ARCH_CLOCKMODES
- Add the C trampolines to the generic C
On 8xx, we get the following features:
[0.00] cpu_features = 0x0100
[0.00] possible= 0x0120
[0.00] always = 0x
This is not correct. As CONFIG_PPC_8xx is mutually exclusive with all
other configurations, the
In order to build VDSO32 for PPC64, we need to have CPU_FTRS_POSSIBLE
and CPU_FTRS_ALWAYS independant of whether we are building the
32 bits VDSO or the 64 bits VDSO.
Use #ifdef CONFIG_PPC64 instead of #ifdef __powerpc64__
Signed-off-by: Christophe Leroy
---
v13: new
---
arch/powerpc/include/as
On PPC64, the TOC pointer needs to be saved and restored.
Suggested-by: Michael Ellerman
Signed-off-by: Christophe Leroy
---
v13: Using __powerpc64__ instead of CONFIG_PPC64 to exclude it from VDSO32
build on PPC64.
v9: New.
I'm not sure this is really needed, I can't see the VDSO C code doin
In order to easily use get_tb() from C VDSO, move timebase
functions into a new header named asm/timebase.h
Signed-off-by: Christophe Leroy
---
v13: new
---
arch/powerpc/include/asm/time.h | 30 +
arch/powerpc/include/asm/timebase.h | 42 +
2 f
cpu_relax() need to be in asm/vdso/processor.h to be used by
the C VDSO generic library.
Move it there.
Signed-off-by: Christophe Leroy
---
v9: Forgot to remove cpu_relax() from processor.h in v8
---
arch/powerpc/include/asm/processor.h | 13 ++---
arch/powerpc/include/asm/vdso/pro
On Tue, Nov 03, 2020 at 08:39:12AM -0800, James Bottomley wrote:
> On Mon, 2020-09-21 at 18:22 -0700, Sean Christopherson wrote:
> > ASIDs too. I'd also love to see more info in the docs and/or cover
> > letter to explain why ASID management on SEV requires a cgroup. I
> > know what an ASID is, a
On 11/3/20 3:07 PM, Atish Patra wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> On Fri, Oct 30, 2020 at 2:20 PM Ben Dooks wrote:
>> On 30/10/2020 07:11, Atish Patra wrote:
>>> On Thu, Oct 29, 2020 at 3:24 AM Ben Dooks wrote:
On 28/10
On 11/03, Borislav Petkov wrote:
>
> On Tue, Nov 03, 2020 at 06:47:44PM +0100, Oleg Nesterov wrote:
> > > I'm thinking this should not use the atomic variant if it can get called
> > > in !atomic context too.
> >
> > For what?
>
> I'm thinking copy_code() should not use copy_from_user_nmi() if form
1 - 100 of 2220 matches
Mail list logo