From: Filipe Manana
commit 260a63395f90f67d6ab89e4266af9e3dc34a77e9 upstream.
If we attempt to do a RWF_NOWAIT write against a file range for which we
can only do NOCOW for a part of it, due to the existence of holes or
shared extents for example, we proceed with the write as if it were
possible
From: Qu Wenruo
commit 6d4572a9d71d5fc2affee0258d8582d39859188c upstream.
[BUG]
When the data space is exhausted, even if the inode has NOCOW attribute,
we will still refuse to truncate unaligned range due to ENOSPC.
The following script can reproduce it pretty easily:
#!/bin/bash
dev=/dev
From: Filipe Manana
commit 9722b10148504c4153a74a9c89725af271e490fc upstream.
When doing an incremental send and a file has extents shared with itself
at different file offsets, it's possible for send to emit clone operations
that will fail at the destination because the source range goes beyond
From: Qu Wenruo
commit 2d974619a77f106f3d1341686dea95c0eaad601f upstream.
The old code goes:
offset = logical - em->start;
length = min_t(u64, em->len - offset, length);
Where @length calculation is dependent on offset, it can take reader
several more seconds to find it's just
From: Filipe Manana
commit 11f2069c113e02971b8db6fda62f9b9cd31a030f upstream.
For send we currently skip clone operations when the source and
destination files are the same. This is so because clone didn't support
this case in its early days, but support for it was added back in May
2013 by comm
On 8/10/20 12:27 pm, Ulf Hansson wrote:
> On Thu, 8 Oct 2020 at 04:12, wrote:
>>
>> From: Muhammad Husaini Zulkifli
>>
>> Voltage switching sequence is needed to support UHS-1 interface.
>> There are 2 places to control the voltage.
>> 1) By setting the AON register using firmware driver calling
Linus Walleij writes:
> Hi Lars!
>
> Thanks for the update, this looks much improved!
Glad you like it! It's been a difficult birth...
>
> Some further hints at things I saw here:
>
> On Tue, Oct 6, 2020 at 4:25 PM Lars Povlsen
> wrote:
>
>> This adds a pinctrl driver for the Microsemi/Micro
On a HP ZCentral, the front Mic could not be detected.
The codec of the HP ZCentrol is alc671 and it needs to override the pin
configuration to enable the headset mic.
Signed-off-by: Jeremy Szu
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/pci/hda/p
From: Robbie Ko
[ Upstream commit 8ecebf4d767e2307a946c8905278d6358eda35c3 ]
Commit e9894fd3e3b3 ("Btrfs: fix snapshot vs nocow writting") forced
nocow writes to fallback to COW, during writeback, when a snapshot is
created. This resulted in writes made before creating the snapshot to
unexpected
On (20/10/08 11:01), Petr Mladek wrote:
>
> Interesting idea. Well, it looks like yet another mess:
>
> + it would show the consoles in /proc/consoles
> even thought they will be basically unusable
Which is fine, no? We already can have disables consoles in
/proc/consoles.
$ cat /proc/co
On Thu, 2020-10-08 at 13:39 +0300, Maxim Levitsky wrote:
> On Thu, 2020-10-08 at 13:23 +0300, Maxim Levitsky wrote:
> > On Thu, 2020-10-08 at 07:52 +0200, Paolo Bonzini wrote:
> > > On 08/10/20 00:14, Maxim Levitsky wrote:
> > > > > + if (svm->vmcb01->control.asid == 0)
> > > > > +
Hi,
>-Original Message-
>From: Ulf Hansson
>Sent: Thursday, October 8, 2020 5:28 PM
>To: Zulkifli, Muhammad Husaini
>Cc: Hunter, Adrian ; Michal Simek
>; Shevchenko, Andriy
>; linux-...@vger.kernel.org; Linux ARM
>; Linux Kernel Mailing List ker...@vger.kernel.org>; Raja Subramanian, Lak
On 08/10/2020 09:49, Enric Balletbo i Serra wrote:
Hi Chun-Kuang,
On 8/10/20 2:01, Chun-Kuang Hu wrote:
Hi, Enric:
Enric Balletbo i Serra 於 2020年10月7日 週三 上午3:33寫道：
From: CK Hu
Actually, setting the registers for routing, use multiple 'if-else' for
different
routes, but this code would
Colin King wrote:
> From: Colin Ian King
>
> Currently the error return path when 'limits' fails to allocate
> does not free the memory allocated for 'combinations'. Fix this
> by adding a kfree before returning.
>
> Addresses-Coverity: ("Resource leak")
> Fixes: 2626c269702e ("ath11k: add int
On Fri, 14 Aug 2020 at 19:57, Naresh Kamboju wrote:
>
> On Fri, 14 Aug 2020 at 18:11, Steven Rostedt wrote:
> >
> > On Fri, 14 Aug 2020 14:53:36 +0530
> > Naresh Kamboju wrote:
> >
> > > steps to reproduce:
> > > # Boot qemu arm64 with trace configs enabled ^.
> > > # cd /opt/ltp
> > > # ./runlt
On 2020-10-05 16:57:32 [+0200], Peter Zijlstra wrote:
> In order to minimize the interference of migrate_disable() on lower
> priority tasks, which can be deprived of runtime due to being stuck
> below a higher priority task. Teach the RT/DL balancers to push away
> these higher priority tasks when
Chris Chiu wrote:
> From: Chris Chiu
>
> The legacy_httxpowerdiff in rtl8192se is pretty much the same as
> the legacy_ht_txpowerdiff for other chips. Use the same name to
> keep the consistency.
>
> Signed-off-by: Chris Chiu
Patch applied to wireless-drivers-next.git, thanks.
8b2426c50f20
t...@redhat.com wrote:
> From: Tom Rix
>
> clang static analysis reports this problem:
>
> sdio.c:2403:3: warning: Attempt to free released memory
> kfree(card->mpa_rx.buf);
> ^~~
>
> When mwifiex_init_sdio() fails in its first call to
> mwifiex_alloc_sdio_m
Alex Dewar wrote:
> In ath11k_mac_setup_iface_combinations(), if memory cannot be assigned
> for the variable limits, then the memory assigned to combinations will
> be leaked. Fix this.
>
> Addresses-Coverity-ID: 1497534 ("Resource leaks")
> Fixes: 2626c269702e ("ath11k: add interface_modes to
On 2020-10-08 11:03, Wolfram Sang wrote:
> On Wed, Oct 07, 2020 at 05:49:35PM +, Caleb Connolly wrote:
>> The OnePlus 6/T has the same issues as the c630 causing a crash when DMA
>> is used for i2c, so disable it.
>>
>> https://patchwork.kernel.org/patch/11133827/
>> Signed-off-by: Caleb Connol
Lee Jones wrote:
> None of these headers attempt to document any function parameters.
>
> Fixes the following W=1 kernel build warning(s):
>
> drivers/net/wireless/intel/iwlwifi/dvm/main.c:388: warning: Function
> parameter or member 't' not described in 'iwl_bg_statistics_periodic'
> driver
On Thu, Oct 08, 2020 at 11:40:52AM +0200, Marco Elver wrote:
> On Thu, 1 Oct 2020 at 19:58, Mark Rutland wrote:
> [...]
> > > > If you need virt_to_page() to work, the address has to be part of the
> > > > linear/direct map.
> [...]
> >
> > What's the underlying requirement here? Is this a perform
On Thu, 2020-10-08 at 13:23 +0300, Maxim Levitsky wrote:
> On Thu, 2020-10-08 at 07:52 +0200, Paolo Bonzini wrote:
> > On 08/10/20 00:14, Maxim Levitsky wrote:
> > > > + if (svm->vmcb01->control.asid == 0)
> > > > + svm->vmcb01->control.asid =
> > > > svm->nested.vmcb02->contro
Hi Andy,
Thanks for the feedback.
>-Original Message-
>From: Andy Shevchenko
>Sent: Thursday, October 8, 2020 4:46 PM
>To: Zulkifli, Muhammad Husaini
>Cc: Hunter, Adrian ; Michal Simek
>; Shevchenko, Andriy
>; Ulf Hansson ; linux-
>mmc ; linux-arm Mailing List ker...@lists.infradead.org
Hi Michal,
Thanks for the comment. I replied inline
>-Original Message-
>From: Michal Simek
>Sent: Thursday, October 8, 2020 3:35 PM
>To: Zulkifli, Muhammad Husaini ;
>Hunter, Adrian ; michal.si...@xilinx.com;
>Shevchenko, Andriy ; ulf.hans...@linaro.org;
>linux-...@vger.kernel.org; linu
Jann Horn writes:
> On Wed, Oct 7, 2020 at 2:35 PM Christoph Hellwig wrote:
>> On Wed, Oct 07, 2020 at 09:39:31AM +0200, Jann Horn wrote:
>> > diff --git a/arch/powerpc/kernel/syscalls.c
>> > b/arch/powerpc/kernel/syscalls.c
>> > index 078608ec2e92..b1fabb97d138 100644
>> > --- a/arch/powerpc/ke
On Wed, Oct 07, 2020 at 05:37:44PM -0700, Nicolin Chen wrote:
> This is a cleanup change to prepare for new swgroups.
What type of cleanup? Any functional change?
>
> Signed-off-by: Nicolin Chen
> ---
> drivers/memory/tegra/tegra210.c | 20 ++--
> 1 file changed, 10 insertions(
This script is slow. Speed it up by using one thread per CPU.
On my desktop with 4 cores (8 threads) and SSD disks, before
this change, it takes:
$ time scripts/check_docs_external_symbols drivers/media/v4l2-core/
...
real0m11,044s
user0m13,860s
sys
Em Wed, 7 Oct 2020 15:31:10 +0200
Mauro Carvalho Chehab escreveu:
> While not all EXPORT_SYMBOL*() symbols should be documented,
> it seems useful to have a tool which would help to check what
> symbols aren't documented.
>
> This is a first step on this direction. The tool has some
> limitatio
On Thu, 8 Oct 2020 at 02:44, Nicolin Chen wrote:
>
> This series has two fixes of tegra210_mc_clients, and three
> changes to add missing swgroups, according to Tegra X1 TRM.
>
> Nicolin Chen (5):
> memory: tegra: Correct la.reg address of seswr
> memory: tegra: Correct tegra210_mc_clients def
On Thu, 2020-10-08 at 07:52 +0200, Paolo Bonzini wrote:
> On 08/10/20 00:14, Maxim Levitsky wrote:
> > > + if (svm->vmcb01->control.asid == 0)
> > > + svm->vmcb01->control.asid = svm->nested.vmcb02->control.asid;
> >
> > I think that the above should be done always. The asid field is curre
This control indicates the priority id to be applied
to base layer.
Signed-off-by: Dikshita Agarwal
---
Documentation/userspace-api/media/v4l/ext-ctrls-codec.rst | 9 +
drivers/media/v4l2-core/v4l2-ctrls.c | 1 +
include/uapi/linux/v4l2-controls.h
Hi Enric and CK,
On 06/10/2020 21:33, Enric Balletbo i Serra wrote:
From: CK Hu
Actually, setting the registers for routing, use multiple 'if-else' for
different
routes, but this code would be more and more complicated while we
support more and more SoCs. Change that and use a table per SoC s
Function find_evsel_group() seems broken for aliases covering multiple
PMUs, as dicussed at:
https://lore.kernel.org/lkml/CAP-5=fuy6fosznrwjf6znpqqssyrnlpv6gbkeczmqahup3x...@mail.gmail.com/
For now, hack a fix which I only know works for me.
Signed-off-by: John Garry
---
tools/perf/util/metric
Add a function to read the PMU id sysfs entry. This is only done for uncore
PMUs where this would possibly be relevant.
Signed-off-by: John Garry
---
tools/perf/util/pmu.c | 18 ++
tools/perf/util/pmu.h | 1 +
2 files changed, 19 insertions(+)
diff --git a/tools/perf/util/pmu.c
From: Ian Rogers
A metric like DRAM_BW_Use has on SkylakeX events uncore_imc/cas_count_read/
and uncore_imc/case_count_write/. These events open 6 events per socket
with pmu names of uncore_imc_[0-5]. The current metric setup code in
find_evsel_group assumes one ID will map to 1 event to be recor
Add uncore events for DDRC, HHA, and L3C. We use "Compat" property to
match to specific implementations of the PMUs.
Signed-off-by: John Garry
---
.../hisilicon/hip09/sys/uncore-ddrc.json | 58 ++
.../arm64/hisilicon/hip09/sys/uncore-hha.json | 82 ++
.../arm64/hisilic
Process the JSONs to find support for "system" events, which are not tied
to a specific CPUID.
A "COMPAT" property is now used to match against the namespace ID from the
kernel PMU driver.
The generated pmu-events.c will now have 2 tables:
a. CPU events, as before.
b. New pmu_sys_event_tables[] t
Currently printing metricgroups for core- or uncore-based events matched
by CPUID is supported.
Extend this for system events.
Signed-off-by: John Garry
---
tools/perf/util/metricgroup.c | 62 +--
1 file changed, 59 insertions(+), 3 deletions(-)
diff --git a/too
From: Joakim Zhang
Add JSON metrics for imx8mm DDR Perf.
Signed-off-by: Joakim Zhang
Signed-off-by: John Garry
---
.../arch/arm64/freescale/imx8mm/sys/ddrc.json | 39 +++
.../arm64/freescale/imx8mm/sys/metrics.json | 18 +
tools/perf/pmu-events/jevents.c
To aid supporting system event metric groups, break up the function
metricgroup__print() into a part which iterates metrics and a part which
actually "prints" the metric.
No functional change intended.
Signed-off-by: John Garry
---
tools/perf/util/metricgroup.c | 124 +++
Currently adding metrics for core- or uncore-based events matched by CPUID
is supported.
Extend this for system events.
Signed-off-by: John Garry
---
tools/perf/util/metricgroup.c | 59 +--
1 file changed, 56 insertions(+), 3 deletions(-)
diff --git a/tools/perf
Currently only upto a level 2 directory is supported, in form
vendor/platform.
Add support for a further level, to support vendor/platform
sub-directories in future.
Signed-off-by: John Garry
---
tools/perf/pmu-events/jevents.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
Add pmu_add_sys_aliases() to add system PMU events aliases.
For adding system PMU events, iterate through all the events for all SoC
event tables in pmu_sys_event_tables[].
Matches must satisfy both:
- PMU identifier matches event "compat" value
- event "Unit" member must match, same as uncore ev
Add JSON for Architected events from [0], Section 10.3 .
[0] https://static.docs.arm.com/ihi0070/a/IHI_0070A_SMMUv3.pdf
Signed-off-by: John Garry
---
.../pmu-events/arch/arm64/smmuv3-pmcg.json| 58 +++
tools/perf/pmu-events/jevents.c | 2 +
2 files changed, 60
Add the SMMUv3 PMCG (Performance Monitor Event Group) events for hip09
platform.
This contains a mix of architected and IMP def events
Signed-off-by: John Garry
---
.../hisilicon/hip09/sys/smmu-v3-pmcg.json | 42 +++
1 file changed, 42 insertions(+)
create mode 100644
tool
Hello!
On 08.10.2020 6:57, Pawel Laszczak wrote:
Siergei,
Sergei, or, more correctly, Sergey. :-)
On 10/7/20 11:15 AM, Roger Quadros wrote:
[...]
Patch removes not used variable 'length' from
cdns3_wa2_descmiss_copy_data function.
Signed-off-by: Pawel Laszczak
Fixes: commit 141e
Currently event aliasing and metrics for only CPU and uncore PMUs is
supported. In fact, only uncore PMUs aliasing is supported for when the
uncore PMUs are fixed for a CPU, which may not always be the case for
certain architectures.
This series adds support for PMU event aliasing and metrics for
On Wed, 2020-10-07 at 14:49 +, Nikolay Aleksandrov wrote:
> On Wed, 2020-10-07 at 12:07 +, Henrik Bjoernlund wrote:
> > This commit is correcting NETLINK br_fill_ifinfo() to be able to
> > handle 'filter_mask' with multiple flags asserted.
> >
> > Fixes: 36a8e8e265420 ("bridge: Extend br_f
Hi Lukasz,
On Friday 02 Oct 2020 at 13:24:16 (+0100), Lukasz Luba wrote:
> The sustainable power value might come from the Device Tree or can be
> estimated in run time. There is no need to estimate every time when the
> governor is called and temperature is high. Instead, store the estimated
> va
On Thu, Oct 08, 2020 at 12:05:25PM +0200, Nicolas Saenz Julienne wrote:
> On Fri, 2020-10-02 at 12:55 +0100, Catalin Marinas wrote:
> > On Thu, Oct 01, 2020 at 07:31:19PM +0200, Nicolas Saenz Julienne wrote:
> > > On Thu, 2020-10-01 at 18:23 +0100, Catalin Marinas wrote:
> > > > On Thu, Oct 01, 202
On Wed, Oct 07, 2020 at 09:39:31AM +0200, Jann Horn wrote:
> arch_validate_prot() is a hook that can validate whether a given set of
> protection flags is valid in an mprotect() operation. It is given the set
> of protection flags and the address being modified.
>
> However, the address being modi
Hello Christian,
I faced an issue with this change, see below.
On Tue, 6 Oct 2020 at 00:26, Cristian Marussi wrote:
>
> Add SCMI Voltage Domain protocol support.
>
> Signed-off-by: Cristian Marussi
> ---
> drivers/firmware/arm_scmi/Makefile | 2 +-
> drivers/firmware/arm_scmi/common.h |
onfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a004-20201008
x86_64 randconfig-a003-20201008
x86_64
Hi!
> > I believe probability someone uses that with more than 4 CPUs is <
> > 5%.
>
> So you even didn't bother to check:
>
> $ git grep "default-trigger = \"cpu[4-9]"
> arch/arm/boot/dts/vexpress-v2m-rs1.dtsi: linux,default-trigger = "cpu4";
> arch/arm/boot/dts/vexpress-v2m-rs1.dtsi: linux,def
ig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a004-20201008
x86_64 randconfig-a003-20201008
x86_64 randconfig-a005-20201008
x86_64
On Thursday 8 October 2020 09:30:06 CEST Kalle Valo wrote:
[...]
> Yes, the driver needs to be reviewed in linux-wireless list. I recommend
> submitting the whole driver in a patchset with one file per patch, which
> seems to be the easiest way to review a full driver. The final move will
> be in j
defconfig
mips allyesconfig
mips allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a004-20201008
x86_64
Hi Catalin, sorry for the late reply.
On Fri, 2020-10-02 at 12:55 +0100, Catalin Marinas wrote:
> On Thu, Oct 01, 2020 at 07:31:19PM +0200, Nicolas Saenz Julienne wrote:
> > On Thu, 2020-10-01 at 18:23 +0100, Catalin Marinas wrote:
> > > On Thu, Oct 01, 2020 at 06:15:01PM +0100, Catalin Marinas wr
On Wed, Oct 07, 2020 at 05:49:35PM +, Caleb Connolly wrote:
> The OnePlus 6/T has the same issues as the c630 causing a crash when DMA
> is used for i2c, so disable it.
>
> https://patchwork.kernel.org/patch/11133827/
> Signed-off-by: Caleb Connolly
May I ask for a quick review here, so we c
Add a MODULE_DEVICE_TABLE() entry so that the driver is autoloaded
when built as a module.
Signed-off-by: Faiz Abbas
---
drivers/mmc/host/sdhci_am654.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mmc/host/sdhci_am654.c b/drivers/mmc/host/sdhci_am654.c
index 2bce962bf7e4..a64ea143
On Wed, Oct 07, 2020 at 10:07:50AM +0200, Jerome Brunet wrote:
> SCL rate appears to be different than what is expected. For example,
> We get 164kHz on i2c3 of the vim3 when 400kHz is expected. This is
> partially due to the peripheral clock being disabled when the clock is
> set.
>
> Let's keep
On Wed, Oct 07, 2020 at 10:07:51AM +0200, Jerome Brunet wrote:
> From: Nicolas Belin
>
> Apparently, 15 cycles of the peripheral clock are used by the controller
> for sampling and filtering. Because this was not known before, the rate
> calculation is slightly off.
>
> Clean up and fix the calc
On Wed, Oct 07, 2020 at 10:07:49AM +0200, Jerome Brunet wrote:
> When the slave address is written in do_start(), SLAVE_ADDR is written
> completely. This may overwrite some setting related to the clock rate
> or signal filtering.
>
> Fix this by writing only the bits related to slave address. To
On Thu, 2020-10-01 at 11:18 -0400, Jim Quinlan wrote:
> Fixes two cases where we were returning without calling
> clk_disable_unprepare(). Although there is a common place to go on probe()
> errors (the 'fail' label), one can only jump there after executing
> brcm_pcie_setup(), so we have to add c
On Mon, Sep 28, 2020 at 11:13:25PM -0700, Nicolin Chen wrote:
> This is used to protect potential race condition at use_count.
> since probes of client drivers, calling attach_dev(), may run
> concurrently.
>
> Signed-off-by: Nicolin Chen
> ---
>
> Changelog
> v3->v4:
> * Fixed typo "Expend" =>
On Wed, Oct 07, 2020 at 10:45:22AM +0200, Christian Eggers wrote:
> According to the "VFxxx Controller Reference Manual" (and the comment
> block starting at line 97), Vybrid requires writing a one for clearing
> an interrupt flag. Syncing the method for clearing I2SR_IIF in
> i2c_imx_isr().
>
> S
On Mon, Sep 28, 2020 at 11:13:24PM -0700, Nicolin Chen wrote:
> The tegra_smmu_group_get was added to group devices in different
> SWGROUPs and it'd return a NULL group pointer upon a mismatch at
> tegra_smmu_find_group(), so for most of clients/devices, it very
> likely would mismatch and need a f
On Mon, Oct 05, 2020 at 06:05:46PM -0700, Nicolin Chen wrote:
> On Mon, Oct 05, 2020 at 11:57:54AM +0200, Thierry Reding wrote:
> > On Fri, Oct 02, 2020 at 11:58:29AM -0700, Nicolin Chen wrote:
> > > On Fri, Oct 02, 2020 at 06:02:18PM +0300, Dmitry Osipenko wrote:
> > > > 02.10.2020 09:08, Nicolin
From: Colin Ian King
An incorrect sizeof is being used, struct rvt_ibport ** is not correct,
it should be struct rvt_ibport *. Note that since ** is the same size as
* this is not causing any issues. Improve this fix by using
sizeof(*rdi->ports) as this allows us to not even reference the type
o
Kalle Valo writes:
> Greg Kroah-Hartman writes:
>
>> On Wed, Oct 07, 2020 at 12:19:36PM +0200, Jerome Pouiller wrote:
>>> From: Jérôme Pouiller
>>>
>>> I think the wfx driver is now mature enough to be accepted in the
>>> drivers/net/wireless directory.
>>>
>>> There is still one item on the
In a 10 years old commit
(https://github.com/linuxppc/linux/commit/d069cb4373fe0d451357c4d3769623a7564dfa9f), powerpc 8xx has
made the handling of PTE accessed bit conditional to CONFIG_SWAP.
Since then, this has been extended to some other powerpc variants.
That commit means that when CONFIG_S
On Wed, Oct 07, 2020 at 03:53:50PM -0400, Arvind Sankar wrote:
> This is fragile, as boot_params and the command line mappings are
> required for the main kernel. If EARLY_PRINTK and RANDOMIZE_BASE are
> disabled, a QEMU/OVMF boot never accesses the command line in the
> decompressor stub, and so i
Hi all,
Changes since 20201007:
The risc-v tree gained a conflict against the risc-v-fixes tree.
The xarray tree gaeind 2 build failure for which I added some fixes.
Non-merge commits (relative to Linus' tree): 12803
12585 files changed, 699779 insertions(+), 275718 deletions(-)
-
On Thu, Oct 08, 2020 at 10:09:33AM +0800, muhammad.husaini.zulki...@intel.com
wrote:
> From: Muhammad Husaini Zulkifli
>
> Add header file to handle API function for device driver to communicate
> with Arm Trusted Firmware.
[nit] Since it moved to trusted-firmware.org, it is no longer "Arm"
Trus
Tero,
On 08/10/20 2:49 pm, Tero Kristo wrote:
> On 08/10/2020 11:59, Faiz Abbas wrote:
>> Tero,
>>
>> On 06/10/20 6:40 pm, Tero Kristo wrote:
>>> On 06/10/2020 16:03, Faiz Abbas wrote:
Hi Tero,
On 06/10/20 5:21 pm, Tero Kristo wrote:
> On 02/10/2020 19:45, Faiz Abbas wrote:
On Thu, 1 Oct 2020 at 19:58, Mark Rutland wrote:
[...]
> > > If you need virt_to_page() to work, the address has to be part of the
> > > linear/direct map.
[...]
>
> What's the underlying requirement here? Is this a performance concern,
> codegen/codesize, or something else?
It used to be perform
On Thu, 2020-10-08 at 10:45 +0200, Matthias Brugger wrote:
>
> On 08/10/2020 04:35, Neal Liu wrote:
> > On Wed, 2020-10-07 at 12:44 +0200, Matthias Brugger wrote:
> >>
> >> On 27/08/2020 05:06, Neal Liu wrote:
> >>> MediaTek bus fabric provides TrustZone security support and data
> >>> protection
On 08/10/2020 05.25, Greg Kroah-Hartman wrote:
On Thu, Oct 08, 2020 at 04:56:56AM -0400, M. Vefa Bicakci wrote:
On 07/10/2020 12.13, Greg Kroah-Hartman wrote:
On Tue, Oct 06, 2020 at 04:26:27PM +0300, M. Vefa Bicakci wrote:
On 05/10/2020 18.26, Greg Kroah-Hartman wrote:
From: M. Vefa Bicakci
Hi,
On Thu, 2020-10-08 at 09:02 +0200, Peter Zijlstra wrote:
> Some time ago, I had my intern pursue the other 2 approaches for
> > symbolization. The one I see as most promising is by using the DWARF
> > information (no BPF needed). The good news is that I believe we do not
> > need more informat
Hi all,
On Thu, 1 Oct 2020 19:43:37 +1000 Stephen Rothwell
wrote:
>
> On Tue, 22 Sep 2020 18:11:26 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the pm tree, today's linux-next build (i386 defconfig)
> > produced this warning:
> >
> > In file included from include/acpi/acpi.h:24,
> >
Hi Dave, sorry for the late reply.
On Tue, 2020-10-06 at 18:14 +0100, Dave Stevenson wrote:
> Hi Maxime
>
> On Tue, 6 Oct 2020 at 16:26, Maxime Ripard wrote:
> > Hi Dave,
> >
> > On Fri, Oct 02, 2020 at 04:57:05PM +0100, Dave Stevenson wrote:
> > > Hi Maxime
> > >
> > > On Fri, 2 Oct 2020 at 1
current_desc_hdr() compares the value of the current descriptor
with the next_desc member of the talitos_desc struct.
While the current descriptor is obtained from in_be32() which
return CPU ordered bytes, next_desc member is in big endian order.
Convert the current descriptor into big endian bef
Removing the struct member "dev" in mt6397 RTC driver because it's not
initialized and the only usage is for one debugging message.
Also fixed a typo in the error message.
Signed-off-by: Fei Shao
---
drivers/rtc/rtc-mt6397.c | 3 ++-
include/linux/mfd/mt6397/rtc.h | 1 -
2 files changed,
current_desc_hdr() returns a u32 but in fact this is a __be32,
leading to a lot of sparse warnings.
Change the return type to __be32 and ensure it is handled as
sure by the caller.
Fixes: 3e721aeb3df3 ("crypto: talitos - handle descriptor not found in error
path")
Signed-off-by: Christophe Leroy
Jikos, is it possible we could try to get this moving? I have something
like 300+ users in a Discord channel using laptops this this particular
device, and more keep arriving. It's a good problem to have but the
support isn't something I have much time for now. Users rely on a
daemon I wrote to ma
Add the dmaengine bindings for the JZ4775 SoC and the X2000 SoC from Ingenic.
周琰杰 (Zhou Yanjie) (2):
dt-bindings: dmaengine: Add JZ4775 bindings.
dt-bindings: dmaengine: Add X2000 bindings.
include/dt-bindings/dma/jz4775-dma.h | 44 +
include/dt-bindings/dma/x2000
Add the dmaengine bindings for the JZ4775 SoC from Ingenic.
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
include/dt-bindings/dma/jz4775-dma.h | 44
1 file changed, 44 insertions(+)
create mode 100644 include/dt-bindings/dma/jz4775-dma.h
diff --git a/include/dt-bind
Add the dmaengine bindings for the X2000 SoC from Ingenic.
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
include/dt-bindings/dma/x2000-dma.h | 54 +
1 file changed, 54 insertions(+)
create mode 100644 include/dt-bindings/dma/x2000-dma.h
diff --git a/include/dt-bindin
On Wed, Oct 07, 2020 at 03:53:48PM -0400, Arvind Sankar wrote:
> Move get_cmd_line_ptr() and COMMAND_LINE_SIZE into misc.h for easier
> use from multiple files.
Well, I don't like that. cmdline.c *is* for cmdline-related things.
misc.h is a dumping ground for everything but the kitchen sink.
Why
To allow perf tool to identify a specific implementation of a PMU for
event alias matching and metric support, expose a per-PMU identifier file.
There is no standard format for the identifier string. It just should be
unique per HW implementation.
Typical methods to retrieve the information for t
SMMU_PMCG_IIDR was added in the SMMUv3.3 spec.
For the perf tool to know the specific HW implementation, expose the
PMCG_IIDR contents only when set.
Signed-off-by: John Garry
---
drivers/perf/arm_smmuv3_pmu.c | 39 +++
1 file changed, 39 insertions(+)
diff --gi
To allow userspace to identify the specific implementation of the device,
add an "identifier" sysfs file.
Encoding is as follows (same for all uncore drivers):
hi1620: 0x0
hi1630: 0x30
Signed-off-by: John Garry
---
drivers/perf/hisilicon/hisi_uncore_ddrc_pmu.c | 16
drivers/per
From: Joakim Zhang
The DDR Perf for i.MX8 is a system PMU whose AXI ID would different from
SoC to SoC. Need expose system PMU identifier for userspace which refer
to /sys/bus/event_source/devices//identifier.
Reviewed-by: John Garry
Signed-off-by: Joakim Zhang
Signed-off-by: John Garry
---
From: Joakim Zhang
Update compatible string according to driver change.
[jpg: keep "fsl,imx8m-ddr-pmu", which was being removed]
Signed-off-by: Joakim Zhang
Signed-off-by: John Garry
---
Documentation/devicetree/bindings/perf/fsl-imx-ddr.txt | 3 +++
1 file changed, 3 insertions(+)
diff --g
> -Original Message-
> From: Rob Herring
> Sent: Tuesday, October 6, 2020 11:25 PM
> To: Ardelean, Alexandru
> Cc: linux-...@vger.kernel.org; devicet...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Hennerich, Michael
> ; l...@metafoo.de; sb...@kernel.org;
> mturque...@baylibre.com
On Thu, 8 Oct 2020 at 04:12, wrote:
>
> From: Muhammad Husaini Zulkifli
>
> Voltage switching sequence is needed to support UHS-1 interface.
> There are 2 places to control the voltage.
> 1) By setting the AON register using firmware driver calling
> system-level platform management layer (SMC) t
This avoids the below warning
WARNING: CPU: 0 PID: 30613 at arch/powerpc/mm/pgtable.c:185
set_pte_at+0x2a8/0x3a0 arch/powerpc/mm/pgtable.c:185
Kernel panic - not syncing: panic_on_warn set ...
CPU: 0 PID: 30613 Comm: syz-executor.0 Not tainted
5.9.0-rc8-syzkaller-00156-gc85fb28b6f99 #0
Call Trac
In copy_present_page, after we mark the pte non-writable, we should
check for previous dirty bit updates and make sure we don't lose the dirty
bit on reset.
Also, avoid marking the pte write-protected again if copy_present_page
already marked it write-protected.
Cc: Peter Xu
Cc: Jason Gunthorpe
On Thu, Oct 08, 2020 at 04:56:56AM -0400, M. Vefa Bicakci wrote:
> On 07/10/2020 12.13, Greg Kroah-Hartman wrote:
> > On Tue, Oct 06, 2020 at 04:26:27PM +0300, M. Vefa Bicakci wrote:
> > > On 05/10/2020 18.26, Greg Kroah-Hartman wrote:
> > > > From: M. Vefa Bicakci
> > > >
> > > > commit d6407613
901 - 1000 of 1142 matches
Mail list logo
