On Thu, Jan 14, 2021 at 8:40 PM Josh Poimboeuf wrote:
>
> Add support for proper vmlinux.o validation, which will be needed for
> Sami's upcoming x86 LTO set. (And vmlinux validation is the future for
> objtool anyway, for other reasons.)
>
> This isn't 100% done -- most notably, crypto still
On 2021/1/14 上午9:30, Lu Baolu wrote:
Some vendor IOMMU drivers are able to declare that it is running in a VM
context. This is very valuable for the features that only want to be
supported on bare metal. Add a capability bit so that it could be used.
Signed-off-by: Lu Baolu
---
On Wed, Jan 13, 2021 at 10:24:13PM -0800, Dmitry Torokhov wrote:
> A typical USB keyboard usually splits its keys into several reports:
>
> - one for the basic alphanumeric keys, modifier keys, F keys, six pack
> keys and keypad. This report's application is normally listed as
>
On 15/01/2021 01:56, syzbot wrote:
> Hello,
>
> syzbot has tested the proposed patch and the reproducer did not trigger any
> issue:
>
> Reported-and-tested-by: syzbot+06b7d55a62acca161...@syzkaller.appspotmail.com
#syz dup: general protection fault in io_disable_sqo_submit
>
> Tested on:
>
From: Menglong Dong
Replace some checks for ETH_P_8021Q and ETH_P_8021AD with
eth_type_vlan().
Signed-off-by: Menglong Dong
---
v3:
- fix compile warning in br_vlan_set_proto() by casting 'val' to
be16.
v2:
- use eth_type_vlan() in br_validate() and __br_vlan_set_proto()
too.
---
On Wed 13 Jan 13:42 CST 2021, AngeloGioacchino Del Regno wrote:
> Implement {get,set}_voltage_sel, list_voltage, map_voltage with
> the useful regulator regmap helpers in order to be able to manage
> the voltage of LAB (positive) and IBB (negative) regulators.
>
> In particular, the supported
On Wed 13 Jan 13:42 CST 2021, AngeloGioacchino Del Regno wrote:
> LAB and IBB regulators can be current-limited by setting the
> appropriate registers, but this operation is granted only after
> sending an unlock code for secure access.
>
> Besides the secure access, it would be possible to use
From: UAI
Message Body:
Средства ожидают зачисления на Ваши реквизиты! Подтвердите операцию по
ссылке: https://bit.ly/2KdMLNi?4nw
--
This e-mail was sent from a contact form on UAI (https://uai.co.th)
+LKML (Not sure why the cover-letter didn't go to LKML but everything else).
On 14-01-21, 17:04, Viresh Kumar wrote:
> Hello,
>
> The "oprofile" user-space tools don't use the kernel OPROFILE support
> any more, and haven't in a long time. User-space has been converted to
> the perf interfaces.
Hello,
The "oprofile" user-space tools don't use the kernel OPROFILE support
any more, and haven't in a long time. User-space has been converted to
the perf interfaces.
Remove oprofile and dcookies (whose only user is oprofile) support from
the kernel.
This was suggested here [1] earlier.
This
On Thu, Jan 14, 2021 at 2:01 PM Steven Rostedt wrote:
>
> Thanks, I take it, it will be going into mainline soon.
Just got merged - it might be a good idea to verify that your problem is solved.
Linus
The pull request you sent on Thu, 14 Jan 2021 21:58:03 -0500:
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> trace-v5.11-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/cdaed110311d45cdbefbb9a23a2d1774717b7b71
Thank you!
--
The pull request you sent on Fri, 15 Jan 2021 14:01:12 +1000:
> git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2021-01-15
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/5ee88057889bbca5f5bb96031b62b3756b33e164
Thank you!
--
Deet-doot-dot, I am a bot.
Use the struct member w of the struct urelease_work directly instead of
casting it.
Signed-off-by: Geliang Tang
---
net/nfc/netlink.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/nfc/netlink.c b/net/nfc/netlink.c
index 573b38ad2f8e..640906359c22 100644
---
On Mon, 11 Jan 2021 17:29:28 +0800, YANG LI wrote:
> Fix the following coccicheck warning:
> ./drivers/scsi/qedf/qedf_main.c:3716:5-31: WARNING: Comparison to bool
Applied to 5.12/scsi-queue, thanks!
[1/1] scsi: qedf: style: Simplify bool comparison
On Thu, 14 Jan 2021 18:23:44 -0800 menglong8.d...@gmail.com wrote:
> From: Menglong Dong
>
> Replace some checks for ETH_P_8021Q and ETH_P_8021AD with
> eth_type_vlan().
>
> Signed-off-by: Menglong Dong
This adds a new warning when built with W=1 C=1:
net/bridge/br_vlan.c:920:28: warning:
On 14-01-21, 17:05, Viresh Kumar wrote:
> The "oprofile" user-space tools don't use the kernel OPROFILE support
> any more, and haven't in a long time. User-space has been converted to
> the perf interfaces.
>
> This commits stops building oprofile for powerpc and removes any
> reference to it
On Tue, 12 Jan 2021 19:11:30 +0800, John Garry wrote:
> The mail address intel-linux-...@intel.com bounces for Ahmed and I, so
> just remove it.
Applied to 5.12/scsi-queue, thanks!
[1/1] MAINTAINERS: Remove intel-linux-...@intel.com for INTEL C600 SAS DRIVER
On Sat, 9 Jan 2021 15:53:27 +, Pavel Begunkov wrote:
> iov_iter_bvec() initialises iterators well, no need to pre-zero it
> beforehand as done in fd_execute_rw_aio(). Compilers can't optimise it
> out and generate extra code for that (confirmed with assembly).
Applied to 5.12/scsi-queue,
On Tue, 12 Jan 2021 16:24:53 +0800, YANG LI wrote:
> Fix the following coccicheck warning:
> ./drivers/scsi/lpfc/lpfc_bsg.c:5392:5-29: WARNING: Comparison to bool
Applied to 5.12/scsi-queue, thanks!
[1/1] scsi: lpfc: style: Simplify bool comparison
On Mon, 11 Jan 2021 01:59:27 -0800, Jaegeuk Kim wrote:
> Kernel stack violation when getting unit_descriptor/wb_buf_alloc_units from
> rpmb lun. The reason is the unit descriptor length is different per LU.
>
> The lengh of Normal LU is 45, while the one of rpmb LU is 35.
>
> int
On Tue, 12 Jan 2021 10:21:28 +0100, Bean Huo wrote:
> The memory allocated with devm_kzalloc() is freed automatically
> no need to explicitly call devm_kfree, so delete it and save some
> instruction cycles.
Applied to 5.12/scsi-queue, thanks!
[1/1] scsi: ufs: Remove unnecessary devm_kfree
On Thu, 7 Jan 2021 09:25:38 +0200, Adrian Hunter wrote:
> People testing have a need to know how many errors might be occurring
> over time. Add error counters and expose them via debugfs.
>
> A module initcall is used to create a debugfs root directory for
> ufshcd-related items. In the case
On Sun, 10 Jan 2021 10:46:18 +0200, Avri Altman wrote:
> Remove a redundant if clause in ufshcd_add_query_upiu_trace.
Applied to 5.12/scsi-queue, thanks!
[1/1] scsi: ufs: A tad optimization in query upiu trace
https://git.kernel.org/mkp/scsi/c/fb475b74d663
--
Martin K. Petersen
On Wed, 30 Dec 2020 15:04:20 +0800, YANG LI wrote:
> The variable 'status' is being initialized with SCI_SUCCESS and never
> update later with a new value. The initialization is redundant and can
> be removed.
Applied to 5.12/scsi-queue, thanks!
[1/1] isci: style: remove the unneeded variable:
On 1/14/21 3:44 PM, Marc Zyngier wrote:
> On Tue, 12 Jan 2021 05:59:44 +,
> Samuel Holland wrote:
>>
>> Maintain bitmaps of wake-enabled IRQs and mux inputs, and program them
>> to the hardware during the syscore phase of suspend and shutdown. Then
>> restore the original set of enabled IRQs
Hi Lee,
Thank you for taking a look at the series.
On Thu, Jan 14, 2021 at 10:17:11AM +, Lee Jones wrote:
> On Sun, 03 Jan 2021, Jeff LaBundy wrote:
>
> > After loading firmware, the driver triggers ATI (calibration) with
> > the newly loaded register configuration in place. Next, the
Hey Linus,
Back to mostly regular scheduling for me. Big thanks to Daniel for
stepping into my duties for the last few turns.
Regular fixes for rc4, a bunch of fixes across i915, amdgpu and
nouveau here, along with a couple of TTM fixes, and dma-buf and one
core pageflip/modifier interaction
Hello,
On 1/14/21 3:06 PM, Marc Zyngier wrote:
> Hi Samuel,
>
> On 2021-01-12 05:59, Samuel Holland wrote:
>
> [...]
>
>> +static void sun6i_r_intc_ack_nmi(void)
>> +{
>> +writel(SUN6I_NMI_BIT, base + SUN6I_IRQ_PENDING(0));
>
> writel_relaxed()
irq_chip_unmask_parent(), which calls
Matthias Brugger 於 2021年1月12日 週二 下午8:32寫道：
>
>
>
> On 12/11/2020 11:39, Gene Chen wrote:
> > From: Gene Chen
> >
> > Combine mt6360 pmic/ldo resources into mt6360 regulator resources
> > to simplify the similar resources object.
> >
> > Signed-off-by: Gene Chen
> > Acked-for-MFD-by: Lee Jones
On Thu, Jan 14, 2021 at 8:27 AM Nick Desaulniers
wrote:
>
> Sedat,
> Thanks for testing, and congrats on https://lwn.net/Articles/839772/.
> I always appreciate you taking the time to help test my work, and
> other Clang+Linux kernel patches!
>
> On Wed, Jan 13, 2021 at 1:24 PM Sedat Dilek
On Thu 14 Jan 14:33 CST 2021, Konrad Dybcio wrote:
>
> > The device definitely doesn't support USB3, although downstream does
> > leave the USB3 phy enabled the hardware doesn't support it. So it made
> > sense to disable it here.
>
>
> Sure.
>
>
> > OnePlus' bootloader doesn't seem to
On Thu, Jan 14, 2021 at 7:37 AM Alan Maguire wrote:
>
> On Mon, 11 Jan 2021, Andrii Nakryiko wrote:
>
> > On Mon, Jan 11, 2021 at 9:34 AM Alan Maguire
> > wrote:
> > > Currently the only "show" function for userspace is to write the
> > > representation of the typed data to a string via
> > >
>
On Thu, 14 Jan 2021, Jassi Brar wrote:
On Thu, Jan 14, 2021 at 6:21 PM Davidlohr Bueso wrote:
Tasklets have long been deprecated as being too heavy on the system
by running in irq context - and this is not a performance critical
path. If a higher priority process wants to run, it must wait
On Fri, Jan 15, 2021 at 2:52 AM Florian Fainelli wrote:
>
> On 1/14/21 1:08 AM, Claire Chang wrote:
> > On Wed, Jan 13, 2021 at 7:48 AM Florian Fainelli
> > wrote:
> >>
> >> On 1/5/21 7:41 PM, Claire Chang wrote:
> >>> If a device is not behind an IOMMU, we look up the device node and set
> >>>
Hi Alexander,
On Thu, Jan 14, 2021 at 10:03:12AM +, Lee Jones wrote:
> On Mon, 28 Dec 2020, Alexander Dahl wrote:
>
> > The node names for devices using the pwm-leds driver follow a certain
> > naming scheme (now). Parent node name is not enforced, but recommended
> > by DT project.
> >
>
Hello:
This series was applied to bpf/bpf-next.git (refs/heads/master):
On Thu, 14 Jan 2021 14:40:41 +0100 you wrote:
> hi,
> adding the support to have buildid stored in mmap2 event,
> so we can bypass the final perf record hunt on build ids.
>
> This patchset allows perf to record build ID in
On Thu, Jan 14, 2021 at 3:44 PM Yonghong Song wrote:
>
>
>
> On 1/14/21 2:02 PM, Jiri Olsa wrote:
> > On Thu, Jan 14, 2021 at 01:05:33PM -0800, Yonghong Song wrote:
> >>
> >>
> >> On 1/14/21 12:01 PM, Jiri Olsa wrote:
> >>> On Thu, Jan 14, 2021 at 10:56:33AM -0800, Yonghong Song wrote:
>
>
This looks like a left over debug print that tells us that HDMI is
enabled. Let's remove it as that's definitely not an error to have HDMI
enabled.
Cc: V Sujith Kumar Reddy
Cc: Srinivasa Rao
Cc: Srinivas Kandagatla
Cc: Cheng-Yi Chiang
Fixes: 7cb37b7bd0d3 ("ASoC: qcom: Add support for lpass
This device can sometimes have multiple regmaps. Let's add a name so
that we can differentiate in debugfs more easily.
Cc: V Sujith Kumar Reddy
Cc: Srinivasa Rao
Cc: Srinivas Kandagatla
Cc: Cheng-Yi Chiang
Signed-off-by: Stephen Boyd
---
sound/soc/qcom/lpass-cpu.c | 2 ++
1 file changed, 2
We don't need to cast away __iomem when testing with IS_ERR() or
converting with PTR_ERR(). Modern sparse can handle this just fine.
Drop it.
Cc: V Sujith Kumar Reddy
Cc: Srinivasa Rao
Cc: Srinivas Kandagatla
Cc: Cheng-Yi Chiang
Signed-off-by: Stephen Boyd
---
sound/soc/qcom/lpass-cpu.c |
We don't need to print an error message when these ioremap operations
fail. The function that returns an error already prints an error message
and properly attributes it to the device. Drop them to save some code.
Cc: V Sujith Kumar Reddy
Cc: Srinivasa Rao
Cc: Srinivas Kandagatla
Cc: Cheng-Yi
Here's some minor code cleanups for the lpass-cpu driver. I noticed that
it casts away const from the driver data from DT. That's not great but
fixing it is a little more involved. I'll get to it later. There's also
some questionable clk_get() usage that should probably be
clk_get_optional(). For
Signed-off-by: ZhiJie.Zhang
---
drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h
b/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h
index 2ee6edb3df93..ef4acb1d4a80
On 14-01-21, 17:51, Vineet Gupta wrote:
> On 1/14/21 3:35 AM, Viresh Kumar wrote:
> > The "oprofile" user-space tools don't use the kernel OPROFILE support
> > any more, and haven't in a long time. User-space has been converted to
> > the perf interfaces.
> >
> > Remove the old oprofile's
> Subject: Re: [PATCH V5 7/8] remoteproc: imx_rproc: ignore mapping vdev
> regions
>
> On Thu, Jan 14, 2021 at 09:52:13AM +, Peng Fan wrote:
> > > Subject: Re: [PATCH V5 7/8] remoteproc: imx_rproc: ignore mapping
> > > vdev regions
> > >
> > > On Wed, Jan 13, 2021 at 02:19:32AM +, Peng
Tyrel,
> Recent updates in pHyp Firmware and VIOS releases provide new
> infrastructure towards enabling Subordinate Command Response Queues
> (Sub-CRQs) such that each Sub-CRQ is a channel backed by an actual
> hardware queue in the FC stack on the partner VIOS. Sub-CRQs are
> registered with
From: zhangzhijie
this callback was used by drm_kms_helper_hotplug_event()
V2: (Thanks for Daniel's suggestions)
- remove the FIXME below.since with the drm_client
- infrastructure and the generic fbdev emulation we've
- resolved this all very neatly now.
Signed-off-by: zhangzhijie
A subsequent patch introduces macros in preparation for simplifying the
definition for vmx_x86_ops and svm_x86_ops. Making the naming more uniform
expands the coverage of the macros. Add vmx/svm prefix to the following
functions: update_exception_bitmap(), enable_nmi_window(),
enable_irq_window(),
Use static calls to improve kvm_x86_ops performance. Introduce the
definitions that will be used by a subsequent patch to actualize the
savings. Add a new kvm-x86-ops.h header that can be used for the
definition of static calls. This header is also intended to be
used to simplify the defition of
Convert kvm_x86_ops to use static calls. Note that all kvm_x86_ops are
covered here except for 'pmu_ops and 'nested ops'.
Here are some numbers running cpuid in a loop of 1 million calls averaged
over 5 runs, measured in the vm (lower is better).
Intel Xeon 3000MHz:
|default
Hi,
Convert kvm_x86_ops to use static_call. Shows good performance
gains for cpuid loop micro-benchmark (results in patch 3/3).
Thanks,
-Jason
Changes from v1:
-Introduce kvm-x86-ops header with eye towards using this to define
svm_x86_ops and vmx_x86_ops in follow on patches (Paolo, Sean)
Christoph Hellwig 于2021年1月15日周五 上午1:43写道：
>
> On Wed, Jan 13, 2021 at 02:12:59PM -0800, Sagi Grimberg wrote:
> >> But this only catches a physical block size < 512 for NVMe, not any other
> >> block device.
> >>
> >> Please fix it for the general case in blk_queue_physical_block_size().
> >
> >
> Subject: Re: [PATCH V6 07/10] remoteproc: imx_rproc: add i.MX specific
> parse fw hook
>
> On Tue, Jan 12, 2021 at 05:39:16PM +0800, peng@nxp.com wrote:
> > From: Peng Fan
> >
> > The hook is used to parse memory-regions and load resource table from
> > the address the remote processor
> Subject: Re: [PATCH V6 10/10] remoteproc: imx_proc: enable virtio/mailbox
>
> On Tue, Jan 12, 2021 at 05:39:19PM +0800, peng@nxp.com wrote:
> > From: Peng Fan
> >
> > Use virtio/mailbox to build connection between Remote Proccessors and
> > Linux. Add work queue to handle incoming
On Thu, Jan 14, 2021 at 10:18 AM Brendan Jackman wrote:
>
> There's still one unresolved review comment from John[3] which I
> will resolve with a followup patch.
>
> Differences from v6->v7 [1]:
>
> * Fixed riscv build error detected by 0-day robot.
Applied.
Thanks a lot.
Please address John's
Daniel Jordan writes:
> Peter Zijlstra writes:
>>> The nature of this bug is also described here (with different consequences):
>>> https://lore.kernel.org/lkml/20200211141554.24181-1-qais.you...@arm.com/
>>
>> Yeah, pesky deadlocks.. someone was going to try again.
>
> I dug up the synchronous
On Wed, 6 Jan 2021 at 08:51, Sean Christopherson wrote:
>
> +tglx
>
> On Tue, Jan 05, 2021, Nitesh Narayan Lal wrote:
> > This reverts commit d7a08882a0a4b4e176691331ee3f492996579534.
> >
> > After the introduction of the patch:
> >
> > 87fa7f3e9: x86/kvm: Move context tracking where it
Hello:
This series was applied to bpf/bpf-next.git (refs/heads/master):
On Thu, 14 Jan 2021 18:17:40 + you wrote:
> There's still one unresolved review comment from John[3] which I
> will resolve with a followup patch.
>
> Differences from v6->v7 [1]:
>
> * Fixed riscv build error detected
In Linux, if a driver does disable_irq() and later does enable_irq()
on its interrupt, I believe it's expecting these properties:
* If an interrupt was pending when the driver disabled then it will
still be pending after the driver re-enables.
* If an edge-triggered interrupt comes in while an
Quoting Douglas Anderson (2021-01-14 19:16:24)
> In Linux, if a driver does disable_irq() and later does enable_irq()
> on its interrupt, I believe it's expecting these properties:
> * If an interrupt was pending when the driver disabled then it will
> still be pending after the driver
Quoting Srinivasa Rao Mandadapu (2020-09-29 23:42:48)
> diff --git a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> b/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> index 5724982..850b43e 100644
> --- a/arch/arm64/boot/dts/qcom/sc7180-trogdor.dtsi
> +++
Hello,
On Fri, Jan 15, 2021 at 09:55:43AM +0800, chenzhou wrote:
> Yeah, this will select all enabled controllers, but which doesn't the
> behavior we want.
> I think the case should return error with information "Disabled controller
> xx" rather than
> attaching all the other enabled
In commit 4b7618fdc7e6 ("pinctrl: qcom: Add irq_enable callback for
msm gpio") we tried to Ack interrupts during unmask. However, that
patch forgot to check "intr_ack_high" so, presumably, it only worked
for a certain subset of SoCs.
Let's add a small accessor so we don't need to open-code the
When the Qualcomm pinctrl driver wants to Ack an interrupt, it does a
read-modify-write on the interrupt status register. On some SoCs it
makes sure that the status bit is 1 to "Ack" and on others it makes
sure that the bit is 0 to "Ack". Presumably the first type of
interrupt controller is a
There's currently a comment in the code saying function 0 is GPIO.
Instead of hardcoding it, let's add a member where an SoC can specify
it. No known SoCs use a number other than 0, but this just makes the
code clearer. NOTE: no SoC code needs to be updated since we can rely
on
Add HD Audio Device PCI ID for the Intel Cometlake-R platform
Reviewed-by: Kai Vehmanen
Signed-off-by: Kai-Chuan Hsieh
---
sound/pci/hda/hda_intel.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c
index 83a4a6290070..313d2c9fb35d
Linus,
Update bootconf scripts for tracing_on option
The tracing_on option is supported by bootconfig entries, but the scripts to
convert from ftrace to a bootconfig and back were not updated.
Please pull the latest trace-v5.11-rc3 tree, which can be found at:
From: Peng Fan
We are using Jailhouse Hypervsior which has virtual pci node that
use dt domains. so also use dt domains for pci node, this will avoid
conflict with Jailhouse Hypervisor to trigger the following error:
pr_err("Inconsistent \"linux,pci-domain\" property in DT\n");
From: Peng Fan
When imx_data->pinctrl is not a valid pointer, pinctrl_lookup_state
will trigger kernel panic.
When we boot Dual OS on Jailhouse hypervisor, we let the 1st Linux to
configure pinmux ready for the 2nd OS, so the 2nd OS not have pinctrl
settings.
Similar to this commit
On 1/11/21 7:30 PM, Andrew Morton wrote:
I doubt if Kees (or I or anyone else) can review this change because
there are no callers which actually use the new DUMP_PREFIX_UNHASHED.
Is it intended that some other places in the kernel be changed to use
this? If so, please describe where and why,
On Thu, Jan 14, 2021 at 4:30 PM Chunfeng Yun wrote:
>
> Hi Ikjoon,
>
> On Tue, 2021-01-12 at 13:48 +0800, Ikjoon Jang wrote:
> > On Fri, Jan 8, 2021 at 10:44 PM Mathias Nyman
> > wrote:
> > >
> > > On 8.1.2021 8.11, Chunfeng Yun wrote:
> > > > On Thu, 2021-01-07 at 13:09 +0200, Mathias Nyman
On 2021/1/15 2:55, Sean Christopherson wrote:
On Mon, Jan 04, 2021, Like Xu wrote:
---
arch/x86/events/intel/ds.c | 62 ++
1 file changed, 62 insertions(+)
diff --git a/arch/x86/events/intel/ds.c b/arch/x86/events/intel/ds.c
index
From: Menglong Dong
Coccinelle reports a redundant error print in rb532_pata_driver_probe.
As 'platform_get_irq' already prints the error message, error print
here is redundant and can be removed.
Signed-off-by: Menglong Dong
---
v2:
- change patch summary.
---
drivers/ata/pata_rb532_cf.c | 4
Quoting Philip Chen (2021-01-14 18:30:31)
> The top-row keys in a keyboard usually have dual functionalities.
> E.g. A function key "F1" is also an action key "Browser back".
>
> Therefore, when an application receives an action key code from
> a top-row key press, the application needs to know
Quoting Philip Chen (2021-01-14 18:30:30)
> Add a new property `function-row-physmap` to the
> device tree for the custom keyboard top row design.
>
> The property describes the rows/columns of the top row keys
> from left to right.
>
> Signed-off-by: Philip Chen
Reviewed-by: Stephen Boyd
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 65f0d2414b7079556fbbcc070b3d1c9f9587606d
commit: c86e9b987cea3dd0209203e714553a47f5d7c6dd lockdep: Prepare for noinstr
sections
date: 8 months ago
config: parisc-randconfig-r022-20210113 (attached as
On 1/13/21 3:13 PM, Suzuki K Poulose wrote:
> On 1/13/21 4:18 AM, Anshuman Khandual wrote:
>> Add support for dedicated sinks that are bound to individual CPUs. (e.g,
>> TRBE). To allow quicker access to the sink for a given CPU bound source,
>> keep a percpu array of the sink devices. Also,
On Wed, 13 Jan 2021 18:33:58 PST (-0800), wangkefeng.w...@huawei.com wrote:
The ARM and riscv have same logic to check and reserve
the memory of initrd, let's provide a common function to
reduce duplicated code.
Add __LINUX_INITRD_H define in initrd.h to prevent build error
(found by kernel
On Thu, Jan 14, 2021 at 08:28:30PM +0800, zhangqiumi...@huawei.com wrote:
> From: Qiumiao Zhang
>
> make pl011 serial port support 485 mode full duplex communication
>
> Signed-off-by: Qiumiao Zhang
> ---
> Changes in v3:
> -Fix busy loop forever in pl011_tx_empty
> -Move the definition of
From: Menglong Dong
Replace some checks for ETH_P_8021Q and ETH_P_8021AD in
drivers/net/tap.c with eth_type_vlan.
Signed-off-by: Menglong Dong
---
v2:
- use eth_type_vlan() in tap_get_user_xdp() too.
---
drivers/net/tap.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git
On Wed, Jan 13, 2021 at 5:36 PM Stephen Boyd wrote:
>
> Quoting Philip Chen (2021-01-13 17:25:13)
> > diff --git a/drivers/input/keyboard/cros_ec_keyb.c
> > b/drivers/input/keyboard/cros_ec_keyb.c
> > index b379ed7628781..273e3c9ba0b03 100644
> > --- a/drivers/input/keyboard/cros_ec_keyb.c
> >
The top-row keys in a keyboard usually have dual functionalities.
E.g. A function key "F1" is also an action key "Browser back".
Therefore, when an application receives an action key code from
a top-row key press, the application needs to know how to correlate
the action key code with the
Add a new property `function-row-physmap` to the
device tree for the custom keyboard top row design.
The property describes the rows/columns of the top row keys
from left to right.
Signed-off-by: Philip Chen
---
Changes in v6:
- remove $ref and add `function-row-physmap` to the example
On 1/12/21 6:50 PM, Praveen Chaudhary wrote:
> For IPv4, default route is learned via DHCPv4 and user is allowed to change
> metric using config etc/network/interfaces. But for IPv6, default route can
> be learned via RA, for which, currently a fixed metric value 1024 is used.
>
> Ideally, user
On Tue, 12 Jan 2021 18:28:22 PST (-0800), nyl...@andestech.com wrote:
It's reference x86/s390 architecture.
So, it's don't map the early shadow page to cover VMALLOC space.
Prepopulate top level page table for the range that would otherwise be
empty.
lower levels are filled dynamically upon
On Wed, 13 Jan 2021 23:44:36 -0800 menglong8.d...@gmail.com wrote:
> From: Menglong Dong
>
> Replace the check for ETH_P_8021Q and ETH_P_8021AD in
> tap_get_user_xdp with eth_type_vlan.
>
> Signed-off-by: Menglong Dong
Similarly to bridge, please convert all the instances in tap in one
patch.
From: Menglong Dong
Replace some checks for ETH_P_8021Q and ETH_P_8021AD with
eth_type_vlan().
Signed-off-by: Menglong Dong
---
v2:
- use eth_type_vlan() in br_validate() and __br_vlan_set_proto()
too.
---
net/bridge/br_forward.c | 3 +--
net/bridge/br_netlink.c | 11 +++
On Wed, Jan 6, 2021 at 12:49 AM Arnd Bergmann wrote:
>
> On Wed, Jan 6, 2021 at 7:48 AM wrote:
> > From: Ryan Houdek
> ...
> > This does not solve the following problems:
> > 1) compat_alloc_user_space inside ioctl
> > 2) ioctls that check task mode instead of entry point for behaviour
> > 3)
-20210114
i386 randconfig-a001-20210114
i386 randconfig-a003-20210114
i386 randconfig-a005-20210114
i386 randconfig-a006-20210114
i386 randconfig-a004-20210114
x86_64 randconfig-a015-20210114
x86_64
> Perhaps the code be then simplified a bit
>
> -- >8 --
> From: =?UTF-8?q?Michal=20Koutn=C3=BD?=
> Date: Thu, 14 Jan 2021 13:23:39 +0100
> Subject: [PATCH] cgroup: cgroup.{procs,threads} factor out common parts
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
>
Hi Marcel,
On Fri, Dec 18, 2020 at 1:39 PM Marcel Holtmann wrote:
>
> Hi Miao-chen,
>
> > This moves msft_do_close() from hci_dev_do_close() to
> > hci_unregister_dev() to avoid clearing MSFT extension info. This also
> > avoids retrieving MSFT info upon every msft_do_open() if MSFT extension
>
A list_add corruption is reported by Hulk Robot like this:
==
list_add corruption.
Call Trace:
link_obj+0xc0/0x1c0
link_group+0x21/0x140
configfs_register_subsystem+0xdb/0x380
acpi_configfs_init+0x25/0x1000 [acpi_configfs]
do_one_initcall+0x149/0x820
do_init_module+0x1ef/0x720
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 65f0d2414b7079556fbbcc070b3d1c9f9587606d
commit: 8c0d884986ba22f1020be9c02e41c030890ee8f2 init: main: add KUnit to
kernel init
date: 3 months ago
config: parisc-randconfig-r023-20210114 (attached
Quoting Douglas Anderson (2021-01-14 17:22:59)
> If the HPD signal never asserts in panel_simple_prepare() and we
> return an error, we should unset the enable GPIO and disable the
> regulator to make it consistent for the caller.
>
> At the moment I have some hardware where HPD sometimes doesn't
On Thu, 14 Jan 2021 15:22:54 -0800 Saeed Mahameed wrote:
> On Wed, 2021-01-13 at 11:15 -0600, Alex Elder wrote:
> > This series implements some updates for the GSI interrupt code,
> > buliding on some bug fixes implemented last month.
> >
> > The first two are simple changes made to improve
Quoting Douglas Anderson (2021-01-14 15:40:27)
> diff --git a/drivers/pinctrl/qcom/pinctrl-msm.c
> b/drivers/pinctrl/qcom/pinctrl-msm.c
> index 192ed31eabf4..712a693425fc 100644
> --- a/drivers/pinctrl/qcom/pinctrl-msm.c
> +++ b/drivers/pinctrl/qcom/pinctrl-msm.c
> @@ -1097,16 +1128,11 @@ static
Hi:
On 2021/1/15 3:16, Mike Kravetz wrote:
> On 1/14/21 4:32 AM, David Hildenbrand wrote:
>> On 14.01.21 12:31, Miaohe Lin wrote:
>>> When gbl_reserve is 0, hugetlb_acct_memory() will do nothing except holding
>>> and releasing hugetlb_lock.
>>
>> So, what's the deal then? Adding more code?
>>
>>
Hi Peter, Ingo, Will and linux-kernel.
While I read the code of queued_spin_lock_slowpath function,
I have some questions about an unrelated nesting case when qspinlock is waiting.
Suppose there are CPU1 to CPU8.
There are two locks named lock1 and lock2 which are not related to each other.
At
Hi Team,
I have a question about bonding. During testing bonding mode 4
scenarios, I find that there is a very low probability that
the pointer is null. The following information is displayed:
[99359.795934] bond0: (slave eth13.2001): Port 2 did not find a suitable
aggregator
[99359.796960]
101 - 200 of 1491 matches
Mail list logo
