Hi,
On 03.12.2020 13:57, Masahiro Yamada wrote:
> Linus pointed out a third of the time in the Kconfig parse stage comes
> from the single invocation of cc1plus in scripts/gcc-plugin.sh [1],
> and directly testing plugin-version.h for existence cuts down the
> overhead a lot. [2]
>
> This commit
This silences the following tools/perf/ build warning:
Warning: Kernel ABI header at
'tools/perf/arch/powerpc/entry/syscalls/syscall.tbl' differs from latest
version at 'arch/powerpc/kernel/syscalls/syscall.tbl'
Just make them same:
cp arch/powerpc/kernel/syscalls/syscall.tbl
It is better to check syscall.tbl for s390 in check-headers.sh, it is
similar with commit c9b51a017065 ("perf tools: Move syscall_64.tbl check
into check-headers.sh").
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/s390/Makefile | 4
tools/perf/check-headers.sh | 1 +
2 files changed, 1
This silences the following tools/perf/ build warning:
Warning: Kernel ABI header at 'tools/perf/arch/s390/entry/syscalls/syscall.tbl'
differs from latest version at 'arch/s390/kernel/syscalls/syscall.tbl'
Just make them same:
cp arch/s390/kernel/syscalls/syscall.tbl
Hi Sam,
On 17/12/2020 19.25, Sam Ravnborg wrote:
>>> dtschema/dtc warnings/errors:
>>> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/display/bridge/toshiba,tc358768.yaml:
>>> 'maintainers' is a required property
>>>
On Fri, Dec 18, 2020 at 3:36 PM Ian Kent wrote:
>
> On Thu, 2020-12-17 at 10:14 -0500, Tejun Heo wrote:
> > Hello,
> >
> > On Thu, Dec 17, 2020 at 07:48:49PM +0800, Ian Kent wrote:
> > > > What could be done is to make the kernfs node attr_mutex
> > > > a pointer and dynamically allocate it but
Tiezhu Yang (4):
perf tools: Move syscall.tbl check into check-headers.sh for powerpc
perf tools: Move syscall.tbl check into check-headers.sh for s390
perf tools: Update powerpc's syscall.tbl
perf tools: Update s390's syscall.tbl
tools/perf/arch/powerpc/Makefile | 7
It is better to check syscall.tbl for powerpc in check-headers.sh, it is
similar with commit c9b51a017065 ("perf tools: Move syscall_64.tbl check
into check-headers.sh").
Signed-off-by: Tiezhu Yang
---
tools/perf/arch/powerpc/Makefile | 7 ---
tools/perf/check-headers.sh | 1 +
2 files
> Subject: [PATCH v3 2/3] fpga: dfl: add the userspace I/O device support for
> DFL devices
>
> This patch supports the DFL drivers be written in userspace. This is
> realized by exposing the userspace I/O device interfaces.
>
> The driver leverages the uio_pdrv_genirq, it adds the
On Fri, 18 Dec 2020 06:09:38 +0100,
Kai-Heng Feng wrote:
>
> [+Cc Bjorn, Alan and linux-pci]
>
> On Thu, Dec 17, 2020 at 12:57 AM Takashi Iwai wrote:
> >
> > On Wed, 16 Dec 2020 17:22:17 +0100,
> > Takashi Iwai wrote:
> > >
> > > On Wed, 16 Dec 2020 17:07:45 +0100,
> > > Kai-Heng Feng wrote:
>
Hi,
I run this command:
make allmodconfig ARCH=x86_64 CROSS_COMPILE=x86_64-linux-gnu-
make C=2 drivers/vdpa/vdpa_sim/vdpa_sim_net.o ARCH=x86_64
CROSS_COMPILE=x86_64-linux-gnu-
-邮件原件-
发件人: Stefano Garzarella [mailto:sgarz...@redhat.com]
发送时间: 2020年12月18日 15:57
收件人: Zouwei (Samuel)
抄送:
Hi Linus,
please consider this trivial change which fall into the cracks. It adds
a couple of ids in a array.
The following changes since commit 4401117bf7fc11dc738c0963fa0c94814abc8dcd:
thermal/drivers/devfreq_cooling: Fix the build when !ENERGY_MODEL
(2020-12-15 17:03:56 +0100)
are
This patch series does the following:
- converts the qcom,spmi-pmic bindings from .txt to .yaml format
- Sorted the compatible strings
- Adds PM6150 and PM6150L subtypes.
Changes from V3:
- Fixed compilation error in .yaml file.
Changes from V2:
- Addressed Stephen Boyd and Rob Herring
Add the compatibles and PMIC ids for pm6150 and pm6150l PMICs
found on SC7180 based platforms.
Signed-off-by: Kiran Gunda
---
Documentation/devicetree/bindings/mfd/qcom,spmi-pmic.yaml | 2 ++
drivers/mfd/qcom-spmi-pmic.c | 4
2 files changed, 6 insertions(+)
Convert the bindings from .txt to .yaml format.
Signed-off-by: Kiran Gunda
---
.../devicetree/bindings/mfd/qcom,spmi-pmic.txt | 80 -
.../devicetree/bindings/mfd/qcom,spmi-pmic.yaml| 127 +
2 files changed, 127 insertions(+), 80 deletions(-)
delete mode
On Fri, Dec 18, 2020 at 08:11:20AM +, Zouwei (Samuel) wrote:
Hi,
I run this command:
make allmodconfig ARCH=x86_64 CROSS_COMPILE=x86_64-linux-gnu-
make C=2 drivers/vdpa/vdpa_sim/vdpa_sim_net.o ARCH=x86_64
CROSS_COMPILE=x86_64-linux-gnu-
Yeah, I can see the warning using C=2.
I'll use it
On Thu, Dec 17, 2020 at 12:33 AM Atish Patra wrote:
>
> On Wed, Dec 16, 2020 at 10:51 PM Palmer Dabbelt wrote:
> >
> > On Tue, 15 Dec 2020 22:02:54 PST (-0800), Palmer Dabbelt wrote:
> > > On Wed, 04 Nov 2020 16:04:37 PST (-0800), Atish Patra wrote:
> > >> In order to improve kernel text
On 2020/12/15 23:53, Alex Williamson wrote:
> On Tue, 15 Dec 2020 17:37:11 +0800
> zhukeqian wrote:
>
>> Hi Alex,
>>
>> On 2020/12/15 8:04, Alex Williamson wrote:
[...]
+static void vfio_populate_bitmap_all(struct vfio_iommu *iommu)
+{
+ struct rb_node *n;
+
On Fri, Dec 18, 2020 at 04:21:13PM +0800, Hillf Danton wrote:
> On Thu, 17 Dec 2020 19:21:10 -0800
> > syzbot has found a reproducer for the following issue on:
> >
> > HEAD commit:5e60366d Merge tag 'fallthrough-fixes-clang-5.11-rc1' of g..
> > git tree:
> >
My employment with TI is coming to an end and I will not have access to
the board where this bridge is connected to and I will also loose access to
the manual of the chip.
Add the missing copyright information, author and change the maintainer to
Sam Ravnborg (thank you for volenteering!)
From: Alice Guo
Add DT Binding doc for the Unique ID of i.MX 8M series.
Signed-off-by: Alice Guo
---
Changes for v8:
- match soc node with regular expression
Changes for v7:
- change to a separate schema file
Changes for v6:
- none
Changes for v5:
- correct the error of using allOf
From: Alice Guo
In order to be able to use NVMEM APIs to read soc unique ID, add the
nvmem data cell and name for nvmem-cells to the "soc" node, and add a
nvmem node which provides soc unique ID to efuse@3035.
Signed-off-by: Alice Guo
---
Changes for v8:
- none
Changes for v7:
- add
From: Alice Guo
Add compatible string to .dtsi files for binding of imx8_soc_info and
device.
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Alice Guo
---
Changes for v8:
- none
Changes for v7:
- none
Changes for v6:
- leave only the changelog under '---'
Changes for v5:
- none
Changes
The goal of the Generic Kernel Image (GKI) effort is to have a common
image that works across multiple Android devices. This involves generating
a kernel image that has core features integrated into it, while SoC specific
functionality can be added to the kernel for the device as a module.
Along
The io-pgtable-arm and io-pgtable-arm-v7s source files will
be compiled as separate modules, along with the io-pgtable
source. Export the symbols for the io-pgtable init function
structures for the io-pgtable module to use.
Signed-off-by: Isaac J. Manjarres
---
Now that all of the required symbols have been exported,
and the io-pgtable code can correctly refer to the
io-pgtable init functions when their source files are built
as modules, allow the io-pgtable code to be built as a module. The
expectation is that the io-pgtable core code, along with
the
The io-pgtable source file uses the #ifdef preprocessor macro
to construct the io_pgtable_init_table structure. However,
the #ifdef macro evaluates to true if the config it is testing
is set to y. This is not ideal when the configs that the
io-pgtable code checks for can be m, so use IS_ENABLED()
On 12/17/2020 4:24 PM, Alexander Potapenko wrote:
>>> Can you provide an example of a use case in which the user wants to
>>> use the stack depot of a smaller size without disabling it completely,
>>> and that size cannot be configured statically?
>>> As far as I understand, for the page owner
From: Alice Guo
Directly reading ocotp register depends on that bootloader enables ocotp
clk, which is not always effective, so change to use nvmem API. Using
nvmem API requires to support driver defer probe and thus change
soc-imx8m.c to use platform driver.
The other reason is that directly
Hi Yonghong,
Thank you for the detailed review.
On Thu, Dec 17, 2020 at 06:12:11PM -0800, Yonghong Song wrote:
> On 12/17/20 7:01 AM, Sean Young wrote:
> > clang supports arbitrary length ints using the _ExtInt extension. This
> > can be useful to hold very large values, e.g. 256 bit or 512 bit
On Fri, Dec 18, 2020 at 04:37:23PM +0800, Alice Guo (OSS) wrote:
> From: Alice Guo
>
> Add DT Binding doc for the Unique ID of i.MX 8M series.
>
> Signed-off-by: Alice Guo
> ---
>
> Changes for v8:
> - match soc node with regular expression
> Changes for v7:
> - change to a separate schema
Sean Christopherson writes:
> Return -1 from the get_walk() helpers if the shadow walk doesn't fill at
> least one spte, which can theoretically happen if the walk hits a
> not-present PTPDR. Returning the root level in such a case will cause
PDPTR
> get_mmio_spte() to return garbage
On 12/18/2020 12:53 AM, Rafael J. Wysocki wrote:
> [CAUTION: External Email]
>
> From: Rafael J. Wysocki
>
> Some code in drivers/acpi/sleep.c (which is regarded as a generic
> file) related to suspend-to-idle support has grown direct dependencies
> on x86, but in fact it has been specific
On 2020/12/17 23:44, Satya Tangirala wrote:
On Sat, Oct 10, 2020 at 05:53:06PM +0800, Chao Yu wrote:
On 2020/10/5 15:36, Satya Tangirala wrote:
This patch series adds support for metadata encryption to F2FS using
blk-crypto.
It looks this implementation is based on hardware crypto engine,
> -Original Message-
> From: Krzysztof Kozlowski
> Sent: 2020年12月18日 16:52
> To: Alice Guo (OSS)
> Cc: robh...@kernel.org; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; devicet...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org;
On 12/17/20 10:52 AM, Pavel Tatashin wrote:
In gup_test both gup_flags and test_flags use the same flags field.
This is broken, because gup_flags can be passed as raw value (via -F hex),
which can overwrite all the test flags.
Thanks for finding and fixing the "stuck at 0x1" bug!
The test is
On Thu, Dec 17, 2020 at 08:13:02PM +0800, Muchun Song wrote:
> diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> index 6c02f49959fd..78dd88dda857 100644
> --- a/mm/hugetlb.c
> +++ b/mm/hugetlb.c
> @@ -1360,7 +1360,7 @@ static inline void hwpoison_subpage_deliver(struct
> hstate *h, struct page *head)
>
Sean Christopherson writes:
> Get the so called "root" level from the low level shadow page table
> walkers instead of manually attempting to calculate it higher up the
> stack, e.g. in get_mmio_spte(). When KVM is using PAE shadow paging,
> the starting level of the walk, from the callers
On 12/18/20 1:06 AM, John Hubbard wrote:
Add a new test_flags field, to allow raw gup_flags to work.
I think .test_control_flags field would be a good name, to make it very
clear that it's not destined for gup_flags. Just .test_flags is not quite
as clear a distinction from .gup_flags, as
On 2020/12/18 上午11:49, Darrick J. Wong wrote:
On Fri, Dec 18, 2020 at 10:44:26AM +0800, Ruan Shiyang wrote:
On 2020/12/17 上午4:55, Jane Chu wrote:
Hi, Shiyang,
On 12/15/2020 4:14 AM, Shiyang Ruan wrote:
The call trace is like this:
memory_failure()
pgmap->ops->memory_failure() =>
Sean Christopherson writes:
> Bump the size of the sptes array by one and use the raw level of the
> SPTE to index into the sptes array. Using the SPTE level directly
> improves readability by eliminating the need to reason out why the level
> is being adjusted when indexing the array. The
Hi Sowjanya,
On 17/12/20 12:28PM, Sowjanya Komatineni wrote:
> This patch marks dummy transfer by setting dummy_data bit to 1.
>
> Controllers supporting dummy transfer by hardware use this bit field
> to skip software transfer of dummy bytes and use hardware dummy bytes
> transfer.
What is the
From: Xuewen Yan
CPU (root cfs_rq) estimated utilization (util_est) is currently used in
dequeue_task_fair() to drive frequency selection before it is updated.
with:
CPU_util: rq->cfs.avg.util_avg
CPU_util_est: rq->cfs.avg.util_est
CPU_utilization : max(CPU_util, CPU_util_est)
On 18/12/2020 01:55, Bart Van Assche wrote:
On 12/17/20 3:07 AM, John Garry wrote:
diff --git a/block/blk-mq-tag.c b/block/blk-mq-tag.c
index a6df2d5df88a..853ed5b889aa 100644
--- a/block/blk-mq-tag.c
+++ b/block/blk-mq-tag.c
@@ -358,10 +358,19 @@ void blk_mq_tagset_busy_iter(struct
Sean Christopherson writes:
> Check only the terminal leaf for a "!PRESENT || MMIO" SPTE when looking
> for reserved bits on valid, non-MMIO SPTEs. The get_walk() helpers
> terminate their walks if a not-present or MMIO SPTE is encountered, i.e.
> the non-terminal SPTEs have already been
Because clk_prepare_enable() and clk_disable_unprepare() already checked
NULL clock parameter, so the additional checks are unnecessary, just
remove them.
Signed-off-by: Xu Wang
---
drivers/iio/adc/stm32-adc-core.c | 29 +++--
drivers/iio/adc/stm32-adc.c | 14
On Fri, Dec 18, 2020 at 09:05:00AM +, Alice Guo (OSS) wrote:
> > +required:
> > > + - compatible
> > > + - nvmem-cells
> > > + - nvmem-cell-names
> > > +
> > > +additionalProperties: true
> >
> > Don't leave comments unresolved (or resolve them against review without
> >
On Thu 17-12-20 13:52:36, Pavel Tatashin wrote:
[..]
> diff --git a/mm/vmscan.c b/mm/vmscan.c
> index 469016222cdb..d9546f5897f4 100644
> --- a/mm/vmscan.c
> +++ b/mm/vmscan.c
> @@ -3234,11 +3234,12 @@ static bool throttle_direct_reclaim(gfp_t gfp_mask,
> struct zonelist *zonelist,
> unsigned
ecause clk_disable_unprepare() already checked NULL clock parameter,
so the additional check is unnecessary, just remove it.
Signed-off-by: Xu Wang
---
drivers/iio/adc/stm32-dfsdm-core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iio/adc/stm32-dfsdm-core.c
On Thursday 17 December 2020 12:03:24 Hermes Zhang wrote:
> Hi Pali,
>
> From the TI spec (e.g.
> https://www.ti.com/lit/ug/tidu077/tidu077.pdf?ts=1608206347022_url=https%253A%252F%252Fwww.google.com%252F)
> , the NAC and RC (RemainingCapacity) are different:
>
> 4.5 NominalAvailableCapacity(
On Fri, Dec 18, 2020 at 5:06 PM Oscar Salvador wrote:
>
> On Thu, Dec 17, 2020 at 08:13:02PM +0800, Muchun Song wrote:
> > diff --git a/mm/hugetlb.c b/mm/hugetlb.c
> > index 6c02f49959fd..78dd88dda857 100644
> > --- a/mm/hugetlb.c
> > +++ b/mm/hugetlb.c
> > @@ -1360,7 +1360,7 @@ static inline
On Thu 17-12-20 13:52:38, Pavel Tatashin wrote:
> + * 1. Pinned pages: (long-term) pinning of movable pages is avoided
> + *when pages are pinned and faulted, but it is still possible that
> + *address space already has pages in ZONE_MOVABLE at the time when
> + *
On Fri, Dec 18, 2020 at 4:58 PM Marek Szyprowski
wrote:
>
> Hi,
>
> On 03.12.2020 13:57, Masahiro Yamada wrote:
> > Linus pointed out a third of the time in the Kconfig parse stage comes
> > from the single invocation of cc1plus in scripts/gcc-plugin.sh [1],
> > and directly testing
On Thu 17-12-20 13:52:39, Pavel Tatashin wrote:
> Document the special handling of page pinning when ZONE_MOVABLE present.
>
> Signed-off-by: Pavel Tatashin
> Suggested-by: David Hildenbrand
Acked-by: Michal Hocko
> ---
> Documentation/admin-guide/mm/memory-hotplug.rst | 9 +
> 1
Sie haben eine Spende von EUR 5.800.000,00. Antworten Sie mit diesem Code
[MW530342019], um den Gewinn zu beanspruchen
Because clk_disable_unprepare() already checked NULL clock parameter,
so the additional check is unnecessary, just remove it.
Signed-off-by: Xu Wang
---
drivers/iio/frequency/adf4350.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/iio/frequency/adf4350.c
On Thu, Dec 17, 2020 at 04:08:12PM +0100, Jerome Brunet wrote:
> When the axg-tdm-interface was introduced, the backend DAI was marked as an
> endpoint when DPCM was walking the DAPM graph to find a its BE.
>
> It is no longer the case since this
> commit 8dd26dff00c0 ("ASoC: dapm: Fix handling
On Thu 17-12-20 13:52:40, Pavel Tatashin wrote:
> In __get_user_pages_locked() i counts number of pages which should be
> long.
Do we know of any caller who would like to pin so many pages it wouldn't
fit into an int? I suspect this is more to sync types of nr_pages and
the iterator right. It
From: Joe Perches
> Sent: 17 December 2020 23:58
>
> On Thu, 2020-12-17 at 15:45 -0800, Daniel West wrote:
> > Fixed a coding style issue.
>
> It may pass checkpatch without warning, but it's uncommon kernel coding style.
checkpatch probably shouldn't complain about lines that end in (
if they
On 17/12/20 19:44, Uros Bizjak wrote:
Replace inline assembly in nested_vmx_check_vmentry_hw
with a call to __vmx_vcpu_run. The function is not
performance critical, so (double) GPR save/restore
in __vmx_vcpu_run can be tolerated, as far as performance
effects are concerned.
v2: Mark
Hi Huaixin,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on tip/sched/core]
[also build test ERROR on tip/master linus/master v5.10 next-20201217]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use
On Thu, Dec 17, 2020 at 12:58:34PM -0800, Dave Hansen wrote:
> On 12/16/20 9:41 AM, Chang S. Bae wrote:
> > +config CRYPTO_AES_KL
> > + tristate "AES cipher algorithms (AES-KL)"
> > + depends on X86_KEYLOCKER
> > + select CRYPTO_AES_NI_INTEL
> > + help
> > + Use AES Key Locker
On Fri, 18 Dec 2020 14:51:08 +0530
Pratyush Yadav wrote:
> Hi Sowjanya,
>
> On 17/12/20 12:28PM, Sowjanya Komatineni wrote:
> > This patch marks dummy transfer by setting dummy_data bit to 1.
> >
> > Controllers supporting dummy transfer by hardware use this bit field
> > to skip software
Am 18.12.20 um 00:27 schrieb Bert Vermeulen:
> On 12/15/20 11:11 PM, Oleksij Rempel wrote:
>> Hello Bert,
>>
>> thank you for your work. Here are some comments..
>
> Thanks for reviewing. I will send in a V2 with your comments all handled.
>
>> I assume, after applying all needed changes, there
On Wed, Dec 16, 2020 at 09:41:44AM -0800, Chang S. Bae wrote:
> + /* ENCODEKEY128 %EAX */
> + asm volatile (".byte 0xf3, 0xf, 0x38, 0xfa, 0xc0");
This is lacking a binutils version number. Boris, didn't you do a
checkpatch.pl thing for that?
On 18/12/2020 03:31, Ming Lei wrote:
3 files changed, 23 insertions(+), 2 deletions(-)
diff --git a/block/blk-mq-tag.c b/block/blk-mq-tag.c
index a6df2d5df88a..853ed5b889aa 100644
--- a/block/blk-mq-tag.c
+++ b/block/blk-mq-tag.c
@@ -358,10 +358,19 @@ void blk_mq_tagset_busy_iter(struct
On 18.12.2020 10:43, Masahiro Yamada wrote:
> On Fri, Dec 18, 2020 at 4:58 PM Marek Szyprowski
> wrote:
>> On 03.12.2020 13:57, Masahiro Yamada wrote:
>>> Linus pointed out a third of the time in the Kconfig parse stage comes
>>> from the single invocation of cc1plus in scripts/gcc-plugin.sh [1],
On Fri, 2020-12-18 at 09:49 +, David Laight wrote:
> From: Joe Perches
> > Sent: 17 December 2020 23:58
> >
> > On Thu, 2020-12-17 at 15:45 -0800, Daniel West wrote:
> > > Fixed a coding style issue.
> >
> > It may pass checkpatch without warning, but it's uncommon kernel coding
> > style.
Some RTCs, e.g. the pcf2127, can be used as a hardware watchdog. But
if the reset pin is not actually wired up, the driver exposes a
watchdog device that doesn't actually work.
Provide a standard binding that can be used to indicate that a given
RTC can perform a reset of the machine, similar to
On Wed, Dec 16, 2020 at 09:41:45AM -0800, Chang S. Bae wrote:
> diff --git a/arch/x86/include/asm/inst.h b/arch/x86/include/asm/inst.h
> index bd7f02480ca1..b719a11a2905 100644
> --- a/arch/x86/include/asm/inst.h
> +++ b/arch/x86/include/asm/inst.h
> @@ -122,9 +122,62 @@
> #endif
> .endm
>
the refactoring patch already in -next (5d78533a0c53 - rtc:
pcf2127: move watchdog initialisation to a separate function), make
sure to cc the DT binding list.
Applies on top of next-20201218.
Rasmus Villemoes (1):
dt-bindings: rtc: add reset-source property
Uwe Kleine-König (1):
rtc: pcf2127: only
From: Uwe Kleine-König
Most boards using the pcf2127 chip (in my bubble) don't make use of the
watchdog functionality and the respective output is not connected. The
effect on such a board is that there is a watchdog device provided that
doesn't work.
So only register the watchdog if the device
Hi Stephen,
Linux 5.10 has been recently released.
Do you have any updates for this patch?
Thanks,
Alex
On 12/12/20 6:58 PM, Alejandro Colomar (man-pages) wrote:
> Hi Christian,
>
> Makes sense to me.
>
> Thanks,
>
> Alex
>
> On 12/12/20 1:14 PM, Christian Brauner wrote:
>> On Thu, Dec 10,
On Thu, Dec 17, 2020 at 06:06:35PM +0100, Mian Yousaf Kaukab wrote:
> On Thu, Dec 17, 2020 at 08:58:57AM -0600, Rob Herring wrote:
> > On Tue, Dec 15, 2020 at 09:52:35PM +0100, Mian Yousaf Kaukab wrote:
> > > On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote:
> > > > On Tue, Dec 15, 2020
From: Tim Jiang
we should send hci reset command before bt turn off, which can reset bt
firmware status.
Signed-off-by: Tim Jiang
---
drivers/bluetooth/btusb.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index
> -Original Message-
> From: Krzysztof Kozlowski
> Sent: 2020年12月18日 17:37
> To: Alice Guo (OSS)
> Cc: robh...@kernel.org; shawn...@kernel.org; s.ha...@pengutronix.de;
> ker...@pengutronix.de; feste...@gmail.com; devicet...@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org;
On 16 December 2020 22:04, Daniel Lezcano wrote:
> The code does no longer use the ms unit based fields to set the
> delays as they are replaced by the jiffies.
>
> Remove them and replace their user to use the jiffies version instead.
>
> Cc: Thara Gopinath
> Signed-off-by: Daniel Lezcano
>
On 17/12/2020 09:34, Lee Jones wrote:
> Start all helpers with "MFD_CELL_".
>
> Cc: Linus Walleij
> Cc: Matthias Brugger
> Cc: Gene Chen
> Cc: linux-media...@lists.infradead.org
> Signed-off-by: Lee Jones
Reviewed-by: Matthias Brugger
On Thu, 17 Dec 2020 12:28:44 -0800
Sowjanya Komatineni wrote:
> Tegra Quad SPI controller hardware supports sending dummy bytes based
> on programmed dummy clock cycles after the actual transfer bytes.
>
> This patch adds this support of hardware dummy bytes transfer and
> skips transfer of
Hi Huang, Ying,
Sorry I forgot to answer.
See below.
BTW, Linux 5.10 has been released recently;
is this series already merged for 5.11?
If not yet, could you just write '5.??' and we'll fix it (and add a
commit number in a comment) when we know the definitive version?
Thanks,
Alex
On 12/8/20
On 12/18/20 7:54 AM, Randy Dunlap wrote:
Hi,
[adding linux-mm]
On 12/16/20 1:54 AM, Toralf Förster wrote:
Hi,
I got this recently at this hardened Gentoo Linux server:
Linux mr-fox 5.10.1 #1 SMP Tue Dec 15 22:09:42 CET 2020 x86_64 Intel(R)
Xeon(R) CPU E5-1650 v3 @ 3.50GHz GenuineIntel
This patch reduces repetition of set_task_reclaim_state() around
do_try_to_free_pages().
Signed-off-by: Jacob Wen
---
mm/vmscan.c | 27 ---
1 file changed, 16 insertions(+), 11 deletions(-)
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 257cba79a96d..4bc244b23686 100644
Set the flag vblank_disable_immediate = true to turn off vblank irqs
immediately as soon as drm_vblank_put is requested so that there are
no irqs triggered during idle state. This will reduce cpu wakeups
and help in power saving.
To enable vblank_disable_immediate flag the underlying KMS driver
On Fri, Dec 18, 2020 at 01:47:39PM +1100, Stephen Rothwell wrote:
> Today's linux-next merge of the kvm tree got a conflict in:
>
> arch/arm64/include/asm/kvm_asm.h
>
> between commit:
>
> 9fd339a45be5 ("arm64: Work around broken GCC 4.9 handling of "S"
> constraint")
>
> from the
buck7 is the supply here. Also, fix alphabetical ordering.
Signed-off-by: Martin Kepplinger
---
arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi
This is a workaround for a hardware bug in the r3 revision that basically would
stop the system due to traffic on the i2c1 bus. A cpu voltage change would
trigger such traffic and that's what is avoided in order to work around it.
Signed-off-by: Martin Kepplinger
---
Add the pinctrl description for the interrupt.
Signed-off-by: Martin Kepplinger
---
arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi
Some minor updates for the current hardware descriptions:
Martin Kepplinger (4):
arm64: dts: imx8mq-librem5: add vin-supply to VDD_1V8
arm64: dts: imx8mq-librem5: add pinctrl for the touchscreen
description
arm64: dts: imx8mq-librem5: Move usdhc clocks assignment to board DT
arm64:
On Fri, Dec 18, 2020 at 06:01:34PM +0800, Hillf Danton wrote:
> On Fri, 18 Dec 2020 09:28:16 +0100 Greg KH wrote:
> >On Fri, Dec 18, 2020 at 04:21:13PM +0800, Hillf Danton wrote:
> >> On Thu, 17 Dec 2020 19:21:10 -0800
> >> > syzbot has found a reproducer for the following issue on:
> >> >
> >> >
Signed-off-by: Peter Zijlstra (Intel)
---
Documentation/scheduler/schedutil.txt | 168 ++
1 file changed, 168 insertions(+)
--- /dev/null
+++ b/Documentation/scheduler/schedutil.txt
@@ -0,0 +1,168 @@
+
+
+NOTE; all this assumes a linear relation between
According to commit e045f044e84e ("arm64: dts: imx8mq: Move usdhc clocks
assignment to board DT") add the clocks assignment to imx8mq-librem5.dtsi
too.
Signed-off-by: Martin Kepplinger
---
arch/arm64/boot/dts/freescale/imx8mq-librem5.dtsi | 4
1 file changed, 4 insertions(+)
diff --git
> On Dec 18, 2020, at 19:11, Peter Zijlstra wrote:
>
> *groan*, so what actual version of binutils is needed and why is this
> driver important enough to build on ancient crud to warrant all this
> gunk?
The new Key Locker instructions look to be added a few month ago [1].
But the latest
From: Joe Perches
> Sent: 18 December 2020 10:09
> On Fri, 2020-12-18 at 09:49 +, David Laight wrote:
> > From: Joe Perches
> > checkpatch probably shouldn't complain about lines that end in (
> > if they are function definitions.
>
> Opinons vary.
>
> Very few function
On 18/12/2020 06:23, Jiahui Cen wrote:
Since the [start, end) is a half-open interval, a range with the end equal
to the start of another range should not be considered as overlapped.
Signed-off-by: Jiahui Cen
---
lib/logic_pio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
drivers/dma/qcom/gpi.c:1419:3: warning: format '%lu' expects argument of
type 'long unsigned int', but argument 8 has type 'size_t {aka unsigned
int}' [-Wformat=]
drivers/dma/qcom/gpi.c:1427:31: warning: format '%lu' expects argument of
type 'long unsigned int', but argument 3 has type 'size_t
For a given struct tty_struct this yields the corresponding statistics
about sent and received characters (and some more) which is needed to
implement an LED trigger for tty devices.
The new function is then used to simplify tty_tiocgicount().
Reviewed-by: Pavel Machek
Signed-off-by: Uwe
From: Uwe Kleine-König
Hello,
here comes v10 of this series. Changes compared to v9 sent with
Message-Id: 20201018204022.910815-1-u.kleine-koe...@pengutronix.de in
October:
- Bump date and kernel version in ABI doc
- Fix double unlock in error path; found by Pavel
- Don't stop the workqueue
Usage is as follows:
myled=ledname
tty=ttyS0
echo tty > /sys/class/leds/$myled/trigger
echo $tty > /sys/class/leds/$myled/ttyname
. When this new trigger is active it periodically checks the tty's
statistics and when it changed since the last check the led is
Introduce a new function tty_kopen_shared() that yields a struct
tty_struct. The semantic difference to tty_kopen() is that the tty is
expected to be used already. So rename tty_kopen() to
tty_kopen_exclusive() for clearness, adapt the single user and put the
common code in a new static helper
On Fri, Dec 18, 2020 at 05:00:16AM +0800, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: 74f602dc96dd854c7b2034947798c1e2a6b84066
> commit: 68c5debcc06d6d24f15dbf978780fc5efc147d5e arm64: implement CPPC FFH
> support using
1 - 100 of 712 matches
Mail list logo
