On 2/2/21 11:42 PM, Mathieu Poirier wrote:
> On Tue, Feb 02, 2021 at 09:54:13AM +0100, Arnaud POULIQUEN wrote:
>>
>>
>> On 2/2/21 1:49 AM, Mathieu Poirier wrote:
>>> On Wed, Jan 27, 2021 at 10:21:24AM +0100, Arnaud POULIQUEN wrote:
Hi Mathieu
On 12/18/20 6:32 PM, Mathieu Poirier w
On Sat, Jan 30, 2021 at 7:42 AM Sedat Dilek wrote:
>
> On Fri, Jan 29, 2021 at 11:31 PM Nick Desaulniers
> wrote:
> >
> > On Fri, Jan 29, 2021 at 2:23 PM Sedat Dilek wrote:
> > >
> > > On Fri, Jan 29, 2021 at 11:21 PM Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Jan 29, 2021 at 2:11 PM
Hello,
we already talked about this via irc, but for the record and the benefit
of others:
On Tue, Feb 02, 2021 at 10:49:15AM +, Russell King - ARM Linux admin wrote:
> I think you need to have a 6th patch which moves the
> probe/remove/shutdown methods into the bus_type - if you're setting
>
On Tue, Feb 2, 2021 at 11:44 PM Saravana Kannan wrote:
> On Tue, Feb 2, 2021 at 1:22 PM Martin Kaiser wrote:
> > Thus wrote Saravana Kannan (sarava...@google.com):
> > All of those drivers have a gpio in
> > their device-tree node, such as
> >
> > my_driver {
> >gpio_test1 = <&gpio1 0 0>;
> >
Sedat Dilek noticed duplicated debug flags passed when building C
files with CONFIG_DEBUG_INFO.
I do not know much about his build environment, but yes, Kbuild
recurses to the top Makefile with some build targets. For example,
'make CC=clang bindeb-pkg' reproduces the issue.
With commit 121c5d08d
On 2021/2/3 15:33, Johannes Berg wrote:
> On Wed, 2021-02-03 at 15:00 +0800, samirweng1979 wrote:
>> From: wengjianfeng
>>
>> change 'iff' to 'if'.
>>
>> Signed-off-by: wengjianfeng
>> ---
>> net/wireless/chan.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/net/wire
On Wed, Feb 03, 2021 at 01:54:49AM +, Gustavo Pimentel wrote:
> On Tue, Feb 2, 2021 at 18:8:55, Lukas Wunner wrote:
> > As the name implies, the capability is "vendor-specific", so it is
> > perfectly possible that two vendors use the same VSEC ID for different
> > things.
> >
> > To make sur
On 19/01/21 4:15 pm, Adrian Hunter wrote:
> Hi
>
> Here are patches to add a tracepoint for UFS Exception Events and to allow
> users to enable specific exception events without affecting the driver's
> use of exception events.
>
>
> Adrian Hunter (4):
> scsi: ufs: Add exception event trac
On Wed, Feb 3, 2021 at 3:37 AM Alistair Francis wrote:
>
> On Thu, Jan 28, 2021 at 11:13 PM Shawn Guo wrote:
> >
> > On Sun, Jan 17, 2021 at 10:03:01AM -0800, Alistair Francis wrote:
> > > The reMarkable2 requires VMSPLIT_2G, so lets set this in the
> > > imx_v6_v7_defconfig.
> >
> > Hmm, why is
>
> Fix the following coccicheck warning:
>
> ./drivers/scsi/ufs/ufshcd.c:1838:8-16: WARNING: use scnprintf or
> sprintf.
>
> ./drivers/scsi/ufs/ufshcd.c:1815:8-16: WARNING: use scnprintf or
> sprintf.
>
> ./drivers/scsi/ufs/ufshcd.c:1525:8-16: WARNING: use scnprintf or
> sprintf.
>
> Reported
On Wed, Feb 03, 2021 at 10:50:05AM +0800, Yang Li wrote:
> Eliminate the following coccicheck warning:
> ./drivers/pwm/pwm-lpc18xx-sct.c:292:2-3: Unneeded semicolon
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
Acked-by: Uwe Kleine-König
But this is prior art:
https://lore.kernel.org/
Hi Arnd,
On Tue, Feb 2, 2021 at 9:50 PM Arnd Bergmann wrote:
> On Tue, Feb 2, 2021 at 9:06 PM Geert Uytterhoeven
> wrote:
> > On Tue, Feb 2, 2021 at 8:20 PM Stephen Boyd wrote:
> > > This reverts commit a06cd8cf97a3 ("ASoC: da7218: skip of_device_id table
> > > when !CONFIG_OF") because we wan
On Wed, Jan 20, 2021 at 9:33 AM Mike Kravetz wrote:
>
> Use the new hugetlb page specific flag HPageMigratable to replace the
> page_huge_active interfaces. By it's name, page_huge_active implied
> that a huge page was on the active list. However, that is not really
> what code checking the flag
Fix the following coccicheck warning:
./drivers/scsi/ufs/ufshcd.c:1838:8-16: WARNING: use scnprintf or
sprintf.
./drivers/scsi/ufs/ufshcd.c:1815:8-16: WARNING: use scnprintf or
sprintf.
./drivers/scsi/ufs/ufshcd.c:1525:8-16: WARNING: use scnprintf or
sprintf.
Reported-by: Abaci Robot
Signed-off
On 3/02/21 9:20 am, Chanwoo Lee wrote:
> From: ChanWoo Lee
>
> MMC_CQE_QUEUE_FULL is not set and is only cleared.
> Therefore, define is unnecessary.
>
> Signed-off-by: ChanWoo Lee
Looks like a pre blk-mq remanent.
Acked-by: Adrian Hunter
> ---
> drivers/mmc/core/queue.c | 2 --
> drivers/
On Wed, 2021-02-03 at 15:00 +0800, samirweng1979 wrote:
> From: wengjianfeng
>
> change 'iff' to 'if'.
>
> Signed-off-by: wengjianfeng
> ---
> net/wireless/chan.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/net/wireless/chan.c b/net/wireless/chan.c
> index 285b807
On 2/2/21 8:20 PM, a...@linux-foundation.org wrote:
> The mm-of-the-moment snapshot 2021-02-02-20-19 has been uploaded to
>
>https://www.ozlabs.org/~akpm/mmotm/
>
> mmotm-readme.txt says
>
> README for mm-of-the-moment:
>
> https://www.ozlabs.org/~akpm/mmotm/
>
> This is a snapshot of my -
lude-linux-maple_tree.h:error:MAPLE_NODE_SLOTS-undeclared-here-(not-in-a-function)
| |--
include-linux-maple_tree.h:error:MAPLE_RANGE64_SLOTS-undeclared-here-(not-in-a-function)
| |-- include-linux-mm.h:warning:no-previous-prototype-for-mm_populate_vma
| |-- lib-maple_tree.c:warning:no-previ
On 3/02/21 8:53 am, DooHyun Hwang wrote:
> Since the total error history count is unknown because the error history
> records only the number of UFS_EVENT_HIST_LENGTH, add a member to count
> each error history.
>
> Signed-off-by: DooHyun Hwang
Hi
Please note that the following patch is already
https://bit.ly/2MK7z00
Baby Sasha
Jeff Bezos To Step Down As Amazon's CEO
Amazon's CEO will be Andy Jassy, the head of its cloud computing division. "As much as I still tap dance into the office, I'm excited abou
From: ChanWoo Lee
MMC_CQE_QUEUE_FULL is not set and is only cleared.
Therefore, define is unnecessary.
Signed-off-by: ChanWoo Lee
---
drivers/mmc/core/queue.c | 2 --
drivers/mmc/core/queue.h | 1 -
2 files changed, 3 deletions(-)
diff --git a/drivers/mmc/core/queue.c b/drivers/mmc/core/queue
Fix the following coccicheck warning:
./drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:207:8-16: WARNING: use
scnprintf or sprintf.
./drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:185:8-16: WARNING: use
scnprintf or sprintf.
./drivers/gpu/drm/amd/amdgpu/amdgpu_device.c:163:8-16: WARNING: use
scnprintf
On Tue, Feb 02, 2021 at 08:05:06PM -0500, Sasha Levin wrote:
> On Tue, Feb 02, 2021 at 02:37:09PM +0100, Greg Kroah-Hartman wrote:
> > From: Quentin Perret
> >
> > commit a10f373ad3c760dd40b41e2f69a800ee7b8da15e upstream.
> >
> > The documentation classifies KVM_ENABLE_CAP with KVM_CAP_ENABLE_CA
It's not meaningful to pass on LAPB error codes to HDLC code or other
parts of the system, because they will not understand the error codes.
Instead, use system-wide recognizable error codes.
Fixes: f362e5fe0f1f ("wan/hdlc_x25: make lapb params configurable")
Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc
SN65DSI84 is a Single Channel DSI to Dual-link LVDS bridge from
Texas Instruments.
SN65DSI83, SN65DSI85 are variants of the same family of bridge
controllers.
Right now the bridge driver is supporting a single link, dual-link
support requires to initiate I2C Channel B registers.
Tested with STM3
SN65DSI84 is a Single Channel DSI to Dual-link LVDS bridge from
Texas Instruments.
SN65DSI83, SN65DSI85 are variants of the same family of bridge
controllers.
Right now the bridge driver is supporting a single link, dual-link
support requires to initiate I2C Channel B registers, so dt-bindings
do
On Fri, Jan 29, 2021 at 02:29:33PM +0100, Jens Wiklander wrote:
> Hi Rouven and Sumit,
>
> On Mon, Jan 25, 2021 at 10:58 AM Jens Wiklander via OP-TEE
> wrote:
> >
> > Hi Rouven and Sumit,
> >
> > On Mon, Jan 25, 2021 at 10:55 AM Jens Wiklander
> > wrote:
> > >
> > > Testing need_resched() before
If the platform supports LBR_INFO register, the x86_pmu.lbr_info will
be assigned in intel_pmu_?_lbr_init_?() and it's safe to expose LBR_INFO
in the x86_perf_get_lbr() directly, instead of relying on lbr_format check.
Also Architectural LBR has IA32_LBR_x_INFO instead of LBR_FORMAT_INFO_x
to hold
If hci_add_adv_monitor is a pending command(e.g. forward to
msft_add_monitor_pattern), it is possible that
mgmt_add_adv_patterns_monitor_complete gets called before
cmd->user_data gets set, which will cause a crash when we
try to get the moniter handle through cmd->user_data in
mgmt_add_adv_pattern
Since the total error history count is unknown because the error history
records only the number of UFS_EVENT_HIST_LENGTH, add a member to count
each error history.
Signed-off-by: DooHyun Hwang
---
drivers/scsi/ufs/ufshcd.c | 3 +++
drivers/scsi/ufs/ufshcd.h | 1 +
2 files changed, 4 insertions(
Hi,
On Wed, Feb 03, 2021 at 04:13:00PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the usb tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> drivers/usb/typec/class.c: In function 'typec_partner_set_pd_revision':
> drivers/usb/typec/class.c:763:6
Instead of returning -ENODEV when of_get_named_gpio() fails, make it
return the actual error code.
With that, there's no need anymore to check for -EPROBE_DEFER at
kirin_pcie_probe().
Signed-off-by: Mauro Carvalho Chehab
---
drivers/pci/controller/dwc/pcie-kirin.c | 16 ++--
1 file
From: Manivannan Sadhasivam
Add support for HiSilicon Kirin 970 (hi3670) SoC PCIe controller, based
on Synopsys DesignWare PCIe controller IP.
[mchehab+hua...@kernel.org: fix merge conflicts]
Signed-off-by: Manivannan Sadhasivam
Signed-off-by: Mauro Carvalho Chehab
---
drivers/pci/controller/
On Kirin 970 designs, a power supply is required to enable
a PCI bridge and other components of the board.
For instance, on HiKey 970, the Hi6421v600 regulator provides a
power line (LDO33) which powers on the PCI bridge, the M.2 slot,
the mini PCIe 1x slot and the Realtek 8169 Ethernet card.
Wit
Hi, John
> Just some things to note:
> - please pick up and apply reviewed-by tags granted from previous reviews if
> explicitly granted, subject to making any trivial changes requested If any
> significant changes are made, then don't pick up theses tags or drop them (if
> they
> were picked up
Convert the file into a DT schema.
Signed-off-by: Mauro Carvalho Chehab
---
.../bindings/pci/amlogic,meson-pcie.txt | 4 +-
.../bindings/pci/axis,artpec6-pcie.txt| 2 +-
.../bindings/pci/designware-pcie.txt | 77 --
.../bindings/pci/fsl,imx6q-pcie.txt
On HiKey 970, the PCI hardware contains a bridge (PEX 8606), an Ethernet
controller (RTL8169), a M.2 connector and a mini 1X connector.
They work out of the box, but each of them requires its own reset line,
which should be initialized when the PCI hardware is reset.
So, add support for the DTS t
Use devm_platform_ioremap_resource_byname() in order to simplify the
logic and to make the logic for Kirin 970 similar to the one for Kirin
960.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/pci/controller/dwc/pcie-kirin.c | 23 ++-
1 file changed, 10 insertions(+), 13 del
Cleanup the routine, to let it clearer that eye_param is optional and
that, if not specified, the driver will assume the default.
While here, also drop the useless debug prints.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/pci/controller/dwc/pcie-kirin.c | 17 +++--
1 file chang
This series add PCIe support for Kirin 970 SoC.
Patch 1 converts the Synopsys DesignWare PCIe binding documentation to
the DT schema;
Patch 2 converts the pcie-kirin DT binding to the DT schema;
Patch 3 adds some extra configuration needed to support Kirin 970.
Patch 4 were imported from Maniva
There are a few extra optional bindings that are needed for Kirin 970
based PCIe designs to work. Add them.
Signed-off-by: Mauro Carvalho Chehab
---
.../bindings/pci/hisilicon,kirin-pcie.yaml| 60 ++-
1 file changed, 57 insertions(+), 3 deletions(-)
diff --git a/Documentatio
Convert the file into a DT schema.
Signed-off-by: Mauro Carvalho Chehab
---
.../bindings/pci/hisilicon,kirin-pcie.yaml| 90 +++
.../devicetree/bindings/pci/kirin-pcie.txt| 50 ---
MAINTAINERS | 2 +-
3 files changed, 91 insertion
Both Kirin 960 and Kirin 970 need to do ioremap for apb, phy and dbi.
So, use a shared code for those.
It should be noticed that the dbi remap is now done by dwc core, so it
can simply be removed from kirin970_pcie_get_resource().
Signed-off-by: Mauro Carvalho Chehab
---
drivers/pci/controller
The hardware on Kirin 970 designs use external components as part of
their PCIe hardware support.
Fo instance, in the case of HiKey 970, it has separate clkreq lines that
are needed to be enabled on its PCIe bridge, Ethernet chip and even at
the M.2 connector hardware.
Those should be enabled dur
On 2/1/21 2:30 PM, Michael Walle wrote:
> Add the pinctrl entries for the GPIOs which are connected to the
> push buttons on this board.
>
> Signed-off-by: Michael Walle
> ---
> arch/arm/boot/dts/zynq-ebaz4205.dts | 23 +++
> 1 file changed, 23 insertions(+)
>
> diff --gi
On 2/1/21 6:41 PM, Rob Herring wrote:
> On Mon, Feb 1, 2021 at 8:27 AM Michal Simek wrote:
>>
>> The commit 3eb619b2f7d8 ("scripts/dtc: Update to upstream version
>> v1.6.0-11-g9d7888cbf19c") updated dtc version which also contained DTC
>> commit
>> "81e0919a3e21 checks: Add interrupt provider
Dear maintainers:
Can you reply to me if any opinion?
thanks
B.R.
Argus
On Wed, 2021-01-06 at 20:19 +0800, Argus Lin wrote:
> This patch adds MediaTek MT6359 accdet document.
>
> Signed-off-by: Argus Lin
> ---
> .../devicetree/bindings/sound/mt6359-accdet.yaml | 142
> +
Before KVM exposes guest LBR_FMT perf capabilities, it needs to check
whether VMCS has GUEST_IA32_DEBUGCTL guest status field and vmx switch
support on IA32_DEBUGCTL MSR (including VM_EXIT_SAVE_DEBUG_CONTROLS
and VM_ENTRY_LOAD_DEBUG_CONTROLS). It helps nested LBR enablement.
Signed-off-by: Like Xu
Dear maintainers:
Can you reply to me if any opinion?
thanks
B.R.
Argus
On Wed, 2021-01-06 at 20:19 +0800, Argus Lin wrote:
> MT6359 audio codec support accessory detect features, the general features
> are jack plug detection and key detection.
>
> All of 3-pole and 4-pole jack are supported.
>
If hci_add_adv_monitor is a pending command(e.g. forward to
msft_add_monitor_pattern), it is possible that
mgmt_add_adv_patterns_monitor_complete gets called before
cmd->user_data gets set, which will cause a crash when we
try to get the moniter handle through cmd->user_data in
mgmt_add_adv_pattern
Hi Ben,
On 2/3/21 02:50, Benjamin Li wrote:
On 1/5/21 5:54 AM, Georgi Djakov wrote:
On 1/2/21 13:08, Vincent Knecht wrote:
Le vendredi 04 décembre 2020 à 15:53 +0800, Jun Nie a écrit :
Add driver for the Qualcomm interconnect buses found in MSM8939 based
platforms. The topology consists of fo
Hi Rob,
Em Tue, 02 Feb 2021 11:44:54 -0600
Rob Herring escreveu:
> My bot found errors running 'make dt_binding_check' on your patch:
>
> yamllint warnings/errors:
>
> dtschema/dtc warnings/errors:
> /builds/robherring/linux-dt-review/Documentation/devicetree/bindings/pci/snps,pcie.yaml:
> pr
On Tue, Feb 02, 2021 at 09:14:02AM -0800, Si-Wei Liu wrote:
> On Tue, Feb 2, 2021 at 6:34 AM Eli Cohen wrote:
> >
> > When a change of memory map occurs, the hardware resources are destroyed
> > and then re-created again with the new memory map. In such case, we need
> > to restore the hardware av
Add USB nodes, PHY nodes and some fixed regulator nodes.
We prefer to use mt8192's compatible for the first USB controller
(port0), there is no wrong with the SOF/ITP interval; but for other
controllers (port1~port3) should use mt8195's one due to the wrong
default setting of SOF/ITP interval which
There are 4 USB controllers on MT8195, the controllers (IP1~IP3,
exclude IP0) have a wrong default SOF/ITP interval which is
calculated from the frame counter clock 24Mhz by default, but
in fact, the frame counter clock is 48Mhz, so we should set
the accurate interval according to 48Mhz for those c
There are 4 USB controllers on MT8195, the controllers (IP1~IP3,
exclude IP0) have a wrong default SOF/ITP interval which is
calculated from the frame counter clock 24Mhz by default, but
in fact, the frame counter clock is 48Mhz, so we should set
the accurate interval according to 48Mhz. Here add a
From: wengjianfeng
INVALID_QUEUE has been used as a return value,it is not necessary to
assign it to q_num,so just return INVALID_QUEUE.
Signed-off-by: wengjianfeng
---
drivers/net/wireless/rsi/rsi_91x_core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wir
Fix the following coccicheck warning:
./drivers/scsi/ibmvscsi/ibmvfc.c: WARNING: use scnprintf or
sprintf.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/scsi/ibmvscsi/ibmvfc.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/scs
On Fri, Jan 29, 2021 at 6:10 PM Michael Kao wrote:
>
> From: "michael.kao"
>
> Add thermal zone node to Mediatek MT8183 dts file.
>
> Evaluate the thermal zone every 500ms while not cooling
> and every 100ms when passive cooling is performed.
>
> Signed-off-by: Matthias Kaehlcke
> Signed-off-by:
Hi Daniel,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on pcmoore-audit/next]
[also build test WARNING on linus/master v5.11-rc6 next-20210125]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we suggest to use
From: wengjianfeng
-ENOMEM has been used as a return value,it is not necessary to
assign it, and if kzalloc fail,not need free it,so just return
-ENOMEM when kzalloc fail.
Signed-off-by: wengjianfeng
---
drivers/net/wireless/ti/wl1251/cmd.c | 36
1 file cha
Hello Angelo,
On Tue, 2021-02-02 at 15:42 +0100, AngeloGioacchino Del Regno wrote:
> Il 02/02/21 08:36, Matti Vaittinen ha scritto:
> > If a spurious OCP IRQ occurs the isr schedules delayed work
> > but does not disable the IRQ. The delayed work assumes IRQ was
> > disabled in handler and attempt
From: Yang Guo
clear_buffer_new() is used to clear buffer new stat. When PAGE_SIZE
is 64K, most buffer heads in the list are not needed to clear.
clear_buffer_new() has an enpensive atomic modification operation,
Let's add checking buffer head before clear it as __block_write_begin_int
does which
I am sorry but I wasn't able to get the full picture (not your fault,
it is me), but ...
On 22-01-21, 21:40, Giovanni Gherdovich wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> index d0a3525ce27f..b96677f6b57e 100644
> --- a/drivers/cpufreq/cpufreq.c
> +++ b/drivers/c
powerpc allmodconfig
powerpc allnoconfig
powerpc allyesconfig
i386 randconfig-a001-20210202
i386 randconfig-a005-20210202
i386 randconfig-a003-20210202
i386
Hello,
syzbot found the following issue on:
HEAD commit:3aaf0a27 Merge tag 'clang-format-for-linux-v5.11-rc7' of g..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17ef6108d0
kernel config: https://syzkaller.appspot.com/x/.config?x=10152c2ea16351e7
das
Add compatible for Cortex-A78 PMU
Signed-off-by: Seiya Wang
---
Documentation/devicetree/bindings/arm/pmu.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/pmu.yaml
b/Documentation/devicetree/bindings/arm/pmu.yaml
index 693ef3f185a8..e17ac049e890 100
Hi Luc,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3aaf0a27ffc29b19a62314edd684b9bc6346f9a8
commit: e5fc436f06eef54ef512ea55a9db8eb9f2e76959 sparse: use static inline for
__chk_{user,io}_ptr()
date: 5 month
On Tue, Feb 2, 2021 at 6:04 AM Daniel Vetter wrote:
>
> On Fri, Jan 22, 2021 at 05:28:32PM -0800, John Stultz wrote:
> > On Mon, Dec 21, 2020 at 2:09 PM Daniel Vetter wrote:
> > >
> > > On Fri, Dec 18, 2020 at 05:16:56PM -0800, John Stultz wrote:
> > > > On Fri, Dec 18, 2020 at 6:36 AM Daniel Vet
Add support for Cortex-A78 using generic PMUv3 for now.
Signed-off-by: Seiya Wang
---
arch/arm64/kernel/perf_event.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/kernel/perf_event.c b/arch/arm64/kernel/perf_event.c
index 38bb07eff872..62ec2b4ea403 100644
--- a/arch/arm64
Add support for ARM Cortex-A78 PMU since it will be used in
new Mediatek SoC.
Based on v5.11-rc6
Change in v2:
Remove change-id in commit message
Seiya Wang (2):
arm64: perf: add support for Cortex-A78
dt-bindings: arm: add Cortex-A78 binding
Documentation/devicetree/bindings/arm/pmu.yam
Just improve the coding style.
Signed-off-by: Zhiyuan Dai
---
arch/arm64/kernel/alternative.c | 2 +-
arch/arm64/kernel/module-plts.c | 2 +-
arch/arm64/kernel/perf_event.c | 2 +-
arch/arm64/kernel/process.c | 4 ++--
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/arch/arm6
> On Tue, Feb 02, 2021 at 01:12:04PM +0900, Changheun Lee wrote:
> > > On Mon, Feb 01, 2021 at 11:52:48AM +0900, Changheun Lee wrote:
> > > > > On Fri, Jan 29, 2021 at 12:49:08PM +0900, Changheun Lee wrote:
> > > > > > bio size can grow up to 4GB when muli-page bvec is enabled.
> > > > > > but some
Hello:
This patch was applied to bpf/bpf-next.git (refs/heads/master):
On Wed, 3 Feb 2021 11:17:28 +0800 you wrote:
> Eliminate the following coccicheck warning:
> ./samples/bpf/cookie_uid_helper_example.c:316:3-4: Unneeded semicolon
>
> Reported-by: Abaci Robot
> Signed-off-by: Yang Li
> ---
Hello,
On Sun, Jan 31, 2021 at 7:28 PM Dmitry Vyukov wrote:
> Not directly related to the above question, but related to my use case.
> Could we extend bpf_perf_event_data with some more data re breakpoint events?
>
> struct bpf_perf_event_data {
> bpf_user_pt_regs_t regs;
> __u64 sample_
On Tue, Feb 02, 2021 at 04:28:37PM +, Vinicius Tinti wrote:
> Clang with -Wunreachable-code-aggressive is being used to try to find
> unreachable code that could cause potential bugs. There is no plan to
> enable it by default.
>
> The following code was detected as unreachable:
>
> fs/ext4/n
> Let's make "MEMHP_MERGE_RESOURCE" consistent with "MHP_NONE", "mhp_t" and
> "mhp_flags". As discussed recently [1], "mhp" is our internal
> acronym for memory hotplug now.
>
> [1]
> https://lore.kernel.org/linux-mm/c37de2d0-28a1-4f7d-f944-cfd7d81c3...@redhat.com/
>
> Cc: Andrew Morton
> Cc: "K.
Use test_tsk_thread_flag() directly instead of test_ti_thread_flag() to
improve readability when the argument type is struct task_struct, it is
similar with commit 5afc78551bf5 ("arm64: Use test_tsk_thread_flag() for
checking TIF_SINGLESTEP").
Signed-off-by: Tiezhu Yang
---
arch/sparc/kernel/pro
Use test_tsk_thread_flag() directly instead of test_ti_thread_flag() to
improve readability when the argument type is struct task_struct, it is
similar with commit 5afc78551bf5 ("arm64: Use test_tsk_thread_flag() for
checking TIF_SINGLESTEP").
Signed-off-by: Tiezhu Yang
---
arch/parisc/include/a
Move print_*_events functions out of parse-events.c into a new
print-events.c. Move tracepoint code into tracepoint.c or
trace-event-info.c (sole user). This reduces the dependencies of
parse-events.c and makes it more amenable to being a library in the
future.
Remove some unnecessary definitions f
Avoid a naming conflict with for_each_event with similar code in
parse-events.c, rename to for_each_event_tps.
Signed-off-by: Ian Rogers
---
tools/perf/util/trace-event-info.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tools/perf/util/trace-event-info.c
b/too
On Wed, Feb 3, 2021 at 7:58 AM Palmer Dabbelt wrote:
>
> On Thu, 21 Jan 2021 05:50:16 PST (-0800), Anup Patel wrote:
> > Currently, we do local TLB flush on every MM switch. This is very harsh on
> > performance because we are forcing page table walks after every MM switch.
> >
> > This patch impl
Sorry. Please ignore this patch, it's incorrect.
Thanks,
Yanfei
On 2/3/21 12:40 PM, yanfei...@windriver.com wrote:
From: Yanfei Xu
set_compound_order() set both of page's compound_order and
compound_nr. It's no need to assign to compound_nr again, so
remove it.
Signed-off-by: Yanfei Xu
---
On 2/2/21 8:40 PM, yanfei...@windriver.com wrote:
> From: Yanfei Xu
>
> set_compound_order() set both of page's compound_order and
> compound_nr. It's no need to assign to compound_nr again, so
> remove it.
>
> Signed-off-by: Yanfei Xu
> ---
> mm/hugetlb.c | 1 -
> 1 file changed, 1 deletion(-
Fixed two coding style issues in kernel/trap.c
1. spaces required around that '='
2. Missing a blank line after declarations
Signed-off-by: Zhiyuan Dai
---
arch/arm64/kernel/traps.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/traps.c b/arch/arm64/kern
On 2021/2/3 上午1:54, Si-Wei Liu wrote:
On Tue, Feb 2, 2021 at 1:23 AM Eli Cohen wrote:
On Tue, Feb 02, 2021 at 12:38:51AM -0800, Si-Wei Liu wrote:
Thanks Eli and Jason for clarifications. See inline.
On Mon, Feb 1, 2021 at 11:06 PM Eli Cohen wrote:
On Tue, Feb 02, 2021 at 02:02:25PM +0800,
Hi all,
After merging the usb tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
drivers/usb/typec/class.c: In function 'typec_partner_set_pd_revision':
drivers/usb/typec/class.c:763:6: warning: unused variable 'ret'
[-Wunused-variable]
763 | int ret;
|
--
Alasan saya yang jelas untuk menghubungi Anda
Halo, nama saya Grace Obia, profil Anda benar-benar membuat saya
terkesan dan saya ingin tahu dan mempelajari lebih lanjut tentang
Anda, mungkin Anda dapat menghubungi saya di id email saya
(graceobia...@gmail.com) sehingga saya dapat mengirimi And
/linuxconsole/blob/master/utils/fftest.c
Documentation/input/ff.rst |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-next-20210202.orig/Documentation/input/ff.rst
+++ linux-next-20210202/Documentation/input/ff.rst
@@ -16,8 +16,8 @@ goal is not to support these devices as
(as it
On Mon, Jan 11, 2021 at 10:37:26AM +0900, Daejun Park wrote:
> In the fast_commit.c, list_for_each* + list_entry can be changed to
> list_for_each_entry*. It reduces number of variables and lines.
>
> Signed-off-by: Daejun Park
Thanks, applied.
- Ted
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3aaf0a27ffc29b19a62314edd684b9bc6346f9a8
commit: a5923b6c3137b9d4fc2ea1c997f6e4d51ac5d774 thermal: int340x:
processor_thermal: Refactor MMIO interface
date: 8 weeks ago
config: x86_64-randconfig-s032-20210
Hello,
On Thu, Jan 28, 2021 at 7:43 PM Jiri Slaby wrote:
>
> On 13. 01. 21, 11:46, Jiri Olsa wrote:
> > On Wed, Jan 13, 2021 at 09:01:28AM +0100, Jiri Slaby wrote:
> >> With LTO, there are symbols like these:
> >> /usr/lib/debug/usr/lib64/libantlr4-runtime.so.4.8-4.8-1.4.x86_64.debug
> >> 10305
Hello,
On Mon, Jan 25, 2021 at 9:52 PM John Garry wrote:
>
> Event duration_time in a metric expression requires special handling.
>
> Improve test coverage by including a metric whose expression includes
> duration_time. The actual metric is a copied from the L1D_Cache_Fill_BW
> metric on my bro
From: Yanfei Xu
set_compound_order() set both of page's compound_order and
compound_nr. It's no need to assign to compound_nr again, so
remove it.
Signed-off-by: Yanfei Xu
---
mm/hugetlb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index a3e4fa2c5e94..ac249b
Hi Ian,
On Thu, Jan 28, 2021 at 3:46 AM Ian Rogers wrote:
>
> Minor cleanup motivated by trying to separately fuzz test parse-events.
>
> Signed-off-by: Ian Rogers
Acked-by: Namhyung Kim
Thanks,
Namhyung
> ---
> tools/perf/util/parse-events.c | 2 --
> tools/perf/util/parse-events.l | 1 -
The mm-of-the-moment snapshot 2021-02-02-20-19 has been uploaded to
https://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
https://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
From: Yue Hu
Currently, the macro sched_debug_enabled has same function as
sched_debug() with return false for !SCHED_DEBUG. And sched_debug()
is a wapper of variable sched_debug_enabled for SCHED_DEBUG. We
can use the sched_debug() for all cases. So, let's remove the
unnecessary marco, also use
On Thu, Dec 24, 2020 at 09:22:44PM +0800, Zheng Yongjun wrote:
> mutex lock can be initialized automatically with DEFINE_MUTEX()
> rather than explicitly calling mutex_init().
>
> Signed-off-by: Zheng Yongjun
Thanks, applied.
- Ted
Hi Jakub,
On 3 February 2021 9:40:08 AM IST, Jakub Kicinski wrote:
>On Tue, 2 Feb 2021 09:52:08 +0530 Manivannan Sadhasivam wrote:
>> > > I don't see the connection here, sorry.
>> >
>> > For instance USB_NET_CDC_MBIM driver creates the /dev/cdc-wdmX
>chardev node for
>> > configuring the modem
On Wed, 3 Feb 2021 at 00:37, Rob Herring wrote:
>
> On Tue, Feb 2, 2021 at 1:48 PM Bjorn Andersson
> wrote:
> >
> > On Sat 30 Jan 10:14 CST 2021, Dmitry Baryshkov wrote:
> >
> > > On Sat, 30 Jan 2021 at 06:53, Bjorn Andersson
> > > wrote:
> > > >
> > > > On Fri 29 Jan 16:19 CST 2021, Dmitry Bary
1 - 100 of 1935 matches
Mail list logo
