> -Original Message-
> From: Stephen Rothwell
> Sent: Monday, January 4, 2021 2:07 AM
> To: Mark Brown
> Cc: Ardelean, Alexandru ; Andy Shevchenko
> ; Linux Kernel Mailing List ker...@vger.kernel.org>; Linux Next Mailing List
> Subject: linux-next: build warning after merge of the
Hi,
and a happy new year.
Am 24.12.20 um 09:45 schrieb Tian Tao:
Add the callback functions of drm_driver structure member functions
load and unload, no need to call load in the hibmc_pci_probe function
and unload in the hibmc_pci_remove function.
The load and unload callbacks are left over
This adds pwrap on Mediatek MT6779 platform.
change since v1:
- adds pwrap node at mt6779.dtsi
- set CONFIG_MTK_PMIC_WRAP at defconfig
Argus Lin (2):
arm64: dts: mt6779: Support pwrap on MT6779 platform
arm64: configs: Support pwrap on MT6779 platform
Support pwrap on Mediatek MT6779 platform by enabling CONFIG_MTK_PMIC_WRAP.
Signed-off-by: Argus Lin
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 8383016..a2c926f 100644
---
Support pwrap on Mediatek MT6779 platform by adding pwrap node in dts file.
Signed-off-by: Argus Lin
---
arch/arm64/boot/dts/mediatek/mt6779.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm64/boot/dts/mediatek/mt6779.dtsi
b/arch/arm64/boot/dts/mediatek/mt6779.dtsi
Reviewed-by: Alex Shi
在 2021/1/4 下午1:03, Hugh Dickins 写道:
> Boot a CONFIG_MEMCG=y kernel with "cgroup_disabled=memory" and you are
> met by a series of warnings from the VM_WARN_ON_ONCE_PAGE(!memcg, page)
> recently added to the inline mem_cgroup_page_lruvec().
>
> An earlier attempt to place
In SDX55, the IPC bits are located in the APCS GCC block. Also, this block
can provide clock functionality. Hence, add support for IPC with correct
offset and name of the clock provider.
Signed-off-by: Manivannan Sadhasivam
---
drivers/mailbox/qcom-apcs-ipc-mailbox.c | 5 +
1 file changed,
Add devicetree YAML binding for SDX55 APCS GCC block. The APCS block
acts as the mailbox controller and also provides a clock output and
takes 3 clock sources (pll, aux, ref) as input.
Signed-off-by: Manivannan Sadhasivam
---
.../mailbox/qcom,apcs-kpss-global.yaml| 59
Add devicetree YAML binding for Cortex A7 PLL clock in Qualcomm
platforms like SDX55.
Signed-off-by: Manivannan Sadhasivam
---
.../devicetree/bindings/clock/qcom,a7pll.yaml | 51 +++
1 file changed, 51 insertions(+)
create mode 100644
Hello,
This series adds APCS mailbox and clock support for SDX55. The APCS IP
in SDX55 provides IPC and clock functionalities. Hence, mailbox support
is added to the "qcom-apcs-ipc-mailbox" driver and a dedicated clock
driver "apcs-sdx55" is added.
Also, the clock to the APCS block is coming
Add support for PLL found in Qualcomm SDX55 platforms which is used to
provide clock to the Cortex A7 CPU via a mux. This PLL can provide high
frequency clock to the CPU above 1GHz as compared to the other sources
like GPLL0.
In this driver, the power domain is attached to the cpudev. This is
Add a driver for the SDX55 APCS clock controller. It is part of the APCS
hardware block, which among other things implements also a combined mux
and half integer divider functionality. The APCS clock controller has 3
parent clocks:
1. Board XO
2. Fixed rate GPLL0
3. A7 PLL
The source and the
On 2021/1/3 5:00, Herbert Xu wrote:
> On Thu, Dec 10, 2020 at 07:10:01PM +0800, Longfang Liu wrote:
>> Add support for new algorithms of SEC accelerator on Kunpeng930,
>> the driver and test case needs to be updated
>>
>> Longfang Liu (5):
>> crypto: hisilicon/sec - add new type of sqe for
Before GICv4.1, we do not have direct access to the VLPI's pending
state. So we simply let it fail early when encountering any VLPI.
But now we don't have to return -EACCES directly if on GICv4.1. So
let’s change the hard code and give a chance to save the VLPI's pending
state (and preserve the
On Fri, Jan 1, 2021 at 4:07 PM Takashi Iwai wrote:
>
> On Thu, 31 Dec 2020 19:06:43 +0100,
> Kai-Heng Feng wrote:
> >
> > On Thu, Dec 31, 2020 at 6:55 PM Takashi Iwai wrote:
> > >
> > > On Tue, 29 Dec 2020 14:38:15 +0100,
> > > Kai-Heng Feng wrote:
> > > >
> > > > System takes a very long time
After pausing all vCPUs and devices capable of interrupting, in order
to save the information of all interrupts, besides flushing the pending
states in kvm’s vgic, we also try to flush the states of VLPIs in the
virtual pending tables into guest RAM, but we need to have GICv4.1 and
safely unmap
From: Zenghui Yu
When setting the forwarding path of a VLPI (switch to the HW mode),
we could also transfer the pending state from irq->pending_latch to
VPT (especially in migration, the pending states of VLPIs are restored
into kvm’s vgic first). And we currently send "INT+VSYNC" to trigger
a
With GICv4.1 and the vPE unmapped, which indicates the invalidation
of any VPT caches associated with the vPE, we can get the VLPI state
by peeking at the VPT. So we add a function for this.
Signed-off-by: Shenming Lu
---
arch/arm64/kvm/vgic/vgic-v4.c | 24
In GICv4.1, migration has been supported except for (directly-injected)
VLPI. And GICv4.1 Spec explicitly gives a way to get the VLPI's pending
state (which was crucially missing in GICv4.0). So we make VLPI migration
capable on GICv4.1 in this patch set.
In order to support VLPI migration, we
Hi Daniel,
On Wed, Dec 30, 2020 at 4:39 PM Daniel Lezcano
wrote:
> 32 bits architectures do not support u64 division, so the macro
> DIV_ROUND_CLOSEST is not adequate as the compiler will replace the
> call to an unexisting function for the platform, leading to an
> unresolved symbols.
>
> Fix
-randconfig-r016-20210104 (attached as .config)
compiler: clang version 12.0.0 (https://github.com/llvm/llvm-project
7af6a134508cd1c7f75c6e3441ce436f220f30a4)
reproduce (this is a W=1 build):
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
Document the Sparx5 ethernet serdes phy driver bindings.
Signed-off-by: Lars Povlsen
Signed-off-by: Steen Hegelund
Reviewed-by: Rob Herring
Reviewed-by: Andrew Lunn
---
.../bindings/phy/microchip,sparx5-serdes.yaml | 100 ++
1 file changed, 100 insertions(+)
create mode
Adding the Sparx5 Serdes driver
This series of patches provides the serdes driver for the Microchip Sparx5
ethernet switch.
The serdes driver supports the 10G and 25G serdes instances available in the
Sparx5.
The Sparx5 serdes support several interface modes with several speeds and also
allows
Provide a new ethernet phy configuration structure, that
allow PHYs used for ethernet to be configured with
speed, media type and clock information.
Signed-off-by: Lars Povlsen
Signed-off-by: Steen Hegelund
Reviewed-by: Andrew Lunn
---
include/linux/phy/phy-ethernet-serdes.h | 30
Add Sparx5 serdes driver node, and enable it generally for all
reference boards.
Signed-off-by: Lars Povlsen
Signed-off-by: Steen Hegelund
Reviewed-by: Andrew Lunn
---
arch/arm64/boot/dts/microchip/sparx5.dtsi | 8
1 file changed, 8 insertions(+)
diff --git
On Mon, Jan 4, 2021 at 6:12 AM Stephen Rothwell wrote:
> After merging the staging tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> In file included from include/linux/printk.h:6,
> from include/linux/kernel.h:16,
> from
On Sun, Dec 27, 2020 at 09:38:23AM -0800, Linus Torvalds wrote:
> On Sun, Dec 27, 2020 at 6:16 AM Jon Mason wrote:
> >
> > Wang Qing (1):
> > ntb: idt: fix error check in ntb_hw_idt.c
>
> So this patch seems to be at least partially triggered by a smatch
> warning that is a bit
Hi,
On Sun, Jan 03, 2021 at 04:00:03AM -0600, Samuel Holland wrote:
> The Allwinner H6 SoC contains an RSB controller. It is almost completely
> undocumented, so it was missed when doing the initial SoC bringup.
>
> This series adds the clock/reset, pin configuration, and device tree
> node
Hi,
On Sun, Jan 3, 2021 at 7:06 PM Samuel Holland wrote:
>
> This series adds system (complete power down) and runtime (clock gate)
> PM hooks to the RSB controller driver. Tested on A64 and H6.
>
> Samuel Holland (4):
> bus: sunxi-rsb: Move OF match table
> bus: sunxi-rsb: Split out
Make it slightly readable by using min().
Signed-off-by: Masahiro Yamada
---
fs/proc/proc_sysctl.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/fs/proc/proc_sysctl.c b/fs/proc/proc_sysctl.c
index 317899222d7f..86341c0f0c40 100644
--- a/fs/proc/proc_sysctl.c
+++
i will take care of this
在 2021/1/4 下午4:27, Geert Uytterhoeven 写道:
On Mon, Jan 4, 2021 at 6:12 AM Stephen Rothwell wrote:
After merging the staging tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from include/linux/printk.h:6,
from
ts. I'll let you know when
I'm done.
If you like, I can post your test for you with your Signed-of-by if I think
it is also needed.
>
> [ 246.521880] INFO: task chattr:715 blocked for more than 122 seconds.
> [ 246.525659] Not tainted 5.11.0-rc1-next-20210104+ #20
> [
I sent two patches for that quite a while ago..
3c57281ad3
>>
>> Here's a test that would break on master (I used linux-next/master
>for
>> test).
>
>Thanks.
>I am working on another test to improve overlay/030 that may also
>cover this bug, so maybe no need for both tests. I'll let you know when
>I'm done.
>If yo
于 2021年1月4日 GMT+08:00 下午3:28:35, Icenowy Zheng 写到:
>The function ovl_dir_real_file() currently uses the semaphore of the
>inode to synchronize write to the upperfile cache field.
>
>However, this function will get called by ovl_ioctl_set_flags(), which
>utilizes the inode semaphore too. In
On 1/3/21 10:36 PM, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> Without crc32, this driver fails to link:
>
> arm-linux-gnueabi-ld: drivers/net/can/kvaser_pciefd.o: in function
> `kvaser_pciefd_probe':
> kvaser_pciefd.c:(.text+0x2b0): undefined reference to `crc32_be'
>
> Fixes:
On Wed, Dec 30, 2020 at 08:08:15AM +0800, Ming Lei wrote:
> It is observed that __block_write_full_page() always submit bio with size of
> block size,
> which is often 512 bytes.
>
> In case of sequential IO, or >=4k BS random/seq writeback IO, most of times IO
> represented by all buffer_head
On 1/1/21 6:06 PM, Biju Das wrote:
>> The rcar_can driver supports R-Car Gen{1,2,3} and RZ/G{1,2} SoC's, update
>> the description to reflect this.
>
> Not sure we need to make it generic like dropping {1,2,3}/{1,2} and instead
> use R-Car and RZ/G SoC's??
Sounds good. Better make the
On Wed 30-12-20 21:41:30, Muchun Song wrote:
> On Wed, Dec 30, 2020 at 8:45 PM Matthew Wilcox wrote:
> >
> > On Wed, Dec 30, 2020 at 07:40:14PM +0800, Hui Su wrote:
> > > local variable node_order do not need the static here.
> >
> > It bloody well does. It can be up to 2^10 entries on x86 (and
Hi Martin,
Martin Blumenstingl wrote on Thu,
17 Dec 2020 23:11:48 +0100:
> Drop the check for mtd->name as it's executed while the mtd variable is
> always NULL. If some MTD name is needed then it should be validated by
> the MTD core.
>
> While here, also drop the NULL assignment to the mtd
On 24/12/2020 14:24, Zheng Yongjun wrote:
mutex lock can be initialized automatically with DEFINE_MUTEX()
rather than explicitly calling mutex_init().
Signed-off-by: Zheng Yongjun
---
Thanks!
Acked-by: Frederic Barrat
drivers/misc/ocxl/file.c | 3 +--
1 file changed, 1
Hi Nicolas,
Thanks for all the advices.
On Thu, 2020-12-31 at 10:10 +0800, Nicolas Boichat wrote:
> On Sun, Dec 27, 2020 at 6:55 PM Roger Lu wrote:
> >
> > The Smart Voltage Scaling(SVS) engine is a piece of hardware
> > which calculats suitable SVS bank voltages to OPP voltage table.
>
>
On Wed, Dec 30, 2020 at 08:32:52AM +0800, Ming Lei wrote:
> The inline bvecs won't be used if user needn't bvecs by not passing
> BIOSET_NEED_BVECS, so don't allocate bvecs in this situation.
Looks sensible.
> - bs->bio_slab = bio_find_or_create_slab(front_pad + back_pad);
> +
On Wed, Dec 30, 2020 at 08:32:50AM +0800, Ming Lei wrote:
> Managing bio slab cache via xarray by using slab cache size as xarray index,
> and
Overly long line in the commit log above.
> +static struct bio_slab *create_bio_slab(unsigned int size)
> +{
> + struct bio_slab *bslab =
On Wed, Dec 30, 2020 at 08:32:53AM +0800, Ming Lei wrote:
> bvec_alloc() may allocate more bio vectors than requested, so set
> .bi_max_vecs as
> actual allocated vector number, instead of the requested number. This way can
> help
> fs build bigger bio because new bio often won't be allocated
On Wed, Dec 30, 2020 at 08:32:55AM +0800, Ming Lei wrote:
> This bioset is just for allocating bio only from bio_next_split, and it
> needn't
> bvecs, so remove the flag.
Overly long line above.
Otherwise looks good:
Reviewed-by: Christoph Hellwig
> +extern struct bio_vec *bvec_alloc(gfp_t, int, unsigned long *, mempool_t *);
> +extern void bvec_free(mempool_t *, struct bio_vec *, unsigned int);
> +extern unsigned int bvec_nr_vecs(unsigned short idx);
Please drop the externs while you're at it.
Otherwise looks good:
Reviewed-by:
With the introduction of the 'include/uapi/linux/spi/spi.h' header, the
type of the macros are enforced to 'unsigned long int' via the _BITUL()
macro.
This causes some -Wformat warnings in the spi-stm32 driver.
This patch changes the printf() specifiers from '%d' to '%lu' to
accommodate for this
Macro is not supposed to have flow control in it's
statement, remove.
Signed-off-by: Song Chen
---
Changes in v2:
1, kzm9d_init and armadillo800eva_init are not compatible
with the definition of device_initcall, fixed.
---
drivers/staging/board/armadillo800eva.c | 15 ++-
skbs in frag_list could be shared by pskb_expand_head() from BPF.
While tcpdump, sk_receive_queue of PF_PACKET has the original frag_list.
But the same frag_list is queued to PF_INET (or PF_INET6) as the fraglist
chain made by skb_segment_list().
If the new skb (not frag_list) is queued to one
From: Arnd Bergmann
The definition if xchg() causes a harmless warning in some files, like:
In file included from ../arch/ia64/include/uapi/asm/intrinsics.h:22,
from ../arch/ia64/include/asm/intrinsics.h:11,
from ../arch/ia64/include/asm/bitops.h:19,
Hi, Shuhao,
On 11/11/20 3:45 AM, Shuhao Mai wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you know the
> content is safe
>
> Add support for w25q512jv. This is of the same series chip with
> w25q256jv, which is already supported, but with size doubled and
> different
The rcar_can driver also supports RZ/G SoC's, update the description to
reflect this.
Signed-off-by: Lad Prabhakar
---
v1->v2
* Dropped SoC version numbers.
---
drivers/net/can/rcar/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/can/rcar/Kconfig
On Mon, Jan 04, 2021 at 04:55:46PM +0800, Song Chen wrote:
> Macro is not supposed to have flow control in it's
> statement, remove.
>
> Signed-off-by: Song Chen
>
> ---
> Changes in v2:
> 1, kzm9d_init and armadillo800eva_init are not compatible
> with the definition of device_initcall, fixed.
Hi Arnd!
On 1/4/21 9:58 AM, Arnd Bergmann wrote:
> Change it to a compound expression like the other architectures have
> to get a clean defconfig build.
Slightly OT: Has your other fix for the timer regression on ia64 already been
merged? I can test this patch later today.
Adrian
--
.''`.
Hello Ian,
Ian Goegebuer wrote on Wed, 23 Dec 2020 13:56:30
-0800:
> On Intel platforms, the usable SPI area is located several
> MiB in from the start, to leave room for descriptors and
> the Management Engine binary. Further, not all the remaining
> space can be used, as the last 16 MiB
On Wed, Dec 30, 2020 at 02:57:14PM +0100, Greg Kroah-Hartman wrote:
> On Wed, Dec 30, 2020 at 09:45:29PM +0800, zhangqiumi...@huawei.com wrote:
> > From: Qiumiao Zhang
> >
> > Because serial port is low-speed device, serial port writing will be
> > suspended
> > when the buffer of driver layer
> -Original Message-
> From: Mark Brown
> Sent: Tuesday, December 29, 2020 8:41 PM
> To: Yuan, Perry
> Cc: oder_ch...@realtek.com; pe...@perex.cz; ti...@suse.com;
> lgirdw...@gmail.com; alsa-de...@alsa-project.org; linux-
> ker...@vger.kernel.org; Limonciello, Mario
> Subject: Re: [PATCH
On 12/26/20 8:29 PM, kernel test robot wrote:
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> master
> head: f838f8d2b694cf9d524dc4423e9dd2db13892f3f
> commit: e057dd3fc20ffb3d7f150af46542a51b59b90127 can: add ISO 15765-2:2016
> transport protocol
> date: 3
On 1/4/21 10:03 AM, Lad Prabhakar wrote:
> The rcar_can driver also supports RZ/G SoC's, update the description to
> reflect this.
>
> Signed-off-by: Lad Prabhakar
applied to linux-can/testing
Thanks,
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Embedded Linux
On 22/12/20 3:49 pm, Ziqi Chen wrote:
> As per specs, e.g, JESD220E chapter 7.2, while powering
> off/on the ufs device, RST_N signal and REF_CLK signal
> should be between VSS(Ground) and VCCQ/VCCQ2.
>
> To flexibly control device reset line, refactor the function
>
From: Alice Guo
Add DT Binding doc for the Unique ID of i.MX 8M series.
Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Rob Herring
Signed-off-by: Alice Guo
---
Changes for v10:
- add Reviewed-by
Changes for v9:
- add additionalProperties for "^soc@[0-9a-f]+$"
- add examples
Changes for
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
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.
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Alice Guo
---
Changes for v10:
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 v10:
- none
Changes for v9:
- none
Changes for v8:
- none
Changes for v7:
- none
Changes for v6:
- leave only the
在 2021/1/4 下午5:07, Greg KH 写道:
On Mon, Jan 04, 2021 at 04:55:46PM +0800, Song Chen wrote:
Macro is not supposed to have flow control in it's
statement, remove.
Signed-off-by: Song Chen
---
Changes in v2:
1, kzm9d_init and armadillo800eva_init are not compatible
with the definition of
On Wed, 2020-12-16 at 21:21 +0800, Zheng Yongjun wrote:
> Replace a comma between expression statements by a semicolon.
>
> Signed-off-by: Zheng Yongjun
> ---
> drivers/media/platform/coda/coda-common.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Mon, Jan 04, 2021 at 09:44:15AM +0100, Christoph Hellwig wrote:
> On Wed, Dec 30, 2020 at 08:08:15AM +0800, Ming Lei wrote:
> > It is observed that __block_write_full_page() always submit bio with size
> > of block size,
> > which is often 512 bytes.
> >
> > In case of sequential IO, or >=4k
On Mon, Jan 4, 2021 at 4:51 PM Roger Lu wrote:
>
>
> Hi Nicolas,
>
> Thanks for all the advices.
>
> On Thu, 2020-12-31 at 10:10 +0800, Nicolas Boichat wrote:
> > On Sun, Dec 27, 2020 at 6:55 PM Roger Lu wrote:
[snip]
> > > +static int svs_adjust_pm_opp_volts(struct svs_bank *svsb, bool
> > >
On Mon, Jan 4, 2021 at 10:06 AM John Paul Adrian Glaubitz
wrote:
>
> Hi Arnd!
>
> On 1/4/21 9:58 AM, Arnd Bergmann wrote:
> > Change it to a compound expression like the other architectures have
> > to get a clean defconfig build.
>
> Slightly OT: Has your other fix for the timer regression on
On Wed, Dec 30, 2020 at 05:44:41PM +0100, Andrew Lunn wrote:
> On Wed, Dec 30, 2020 at 10:33:09AM +, Charles Keepax wrote:
> > A new flag MACB_CAPS_CLK_HW_CHG was added and all callers of
> > macb_set_tx_clk were gated on the presence of this flag.
> >
> > - if (!clk)
> > + if (!bp->tx_clk
On Mon, Jan 04, 2021 at 10:09:38AM +0800, Leo Yan wrote:
SNIP
> > > Leo Yan (11):
> > > perf c2c: Add dimensions for total load hit
> > > perf c2c: Add dimensions for load hit
> > > perf c2c: Add dimensions for load miss
> > > perf c2c: Rename for shared cache line stats
> > > perf
在 2021/1/3 5:29, Herbert Xu 写道:
On Thu, Dec 24, 2020 at 02:08:25PM +0800, Meng Yu wrote:
Move elliptic curves definition to 'include/crypto/ecc_curve_defs.h',
so all can use it,
Signed-off-by: Meng Yu
Reviewed-by: Zaibo Xu
---
crypto/ecc.c| 1 -
crypto/ecc.h
On Mon, Jan 4, 2021 at 12:22 PM Hillf Danton wrote:
> It is now updated.
Hello Hilf,
Thanks for the new diff. I tested by applying the diff on 5.10.4 with
the original reproducer, and the issue still persists.
root@syzkaller:~# [ 242.925799] INFO: task repro:416 blocked for more
than 120
On 23. 12. 20 16:29, Masahiro Yamada wrote:
> Microblaze is the only architecture that selects TRACING_SUPPORT.
>
> In my understanding, it is computed by kernel/trace/Kconfig:
>
> config TRACING_SUPPORT
> bool
> depends on TRACE_IRQFLAGS_SUPPORT
> depends on
On Tue, 15 Dec 2020, Ye Xiang wrote:
> Currently custom sensors properties are not decoded and it is up to
> user space to interpret.
>
> Some manufacturers already standardized the meaning of some custom sensors.
> They can be presented as a proper IIO sensor. We can identify these sensors
>
On Mon, Nov 30, 2020 at 07:50:48PM -0600, Adam Ford wrote:
> On Mon, Nov 9, 2020 at 9:32 PM Shawn Guo wrote:
> >
> > On Sat, Nov 07, 2020 at 08:48:08AM -0600, Adam Ford wrote:
> > > Add beacon,imx8mn-beacon-kit to list of compatible options.
> > >
> > > Signed-off-by: Adam Ford
> > >
On Mon, Jan 04, 2021 at 05:17:52PM +0800, chensong_2...@189.cn wrote:
>
>
> 在 2021/1/4 下午5:07, Greg KH 写道:
> > On Mon, Jan 04, 2021 at 04:55:46PM +0800, Song Chen wrote:
> > > Macro is not supposed to have flow control in it's
> > > statement, remove.
> > >
> > > Signed-off-by: Song Chen
> > >
On Mon, Jan 04, 2021 at 12:02:44AM +0100, Johnathan Smithinovic wrote:
> CPU hotplug leads to NULL pointer dereference with RAPL enabled on AMD 2990WX
>
>
> When hot-plugging CPUs (e.g. manually or on suspend) I get a NULL
> pointer dereference in rapl_cpu_offline() for CPUs 16 and 24.
> It
Hi Nicolas,
On Mon, 2021-01-04 at 17:27 +0800, Nicolas Boichat wrote:
> On Mon, Jan 4, 2021 at 4:51 PM Roger Lu wrote:
> >
> >
> > Hi Nicolas,
> >
> > Thanks for all the advices.
> >
> > On Thu, 2020-12-31 at 10:10 +0800, Nicolas Boichat wrote:
> > > On Sun, Dec 27, 2020 at 6:55 PM Roger Lu
Greeting!
I am contacting you to receive and share with me an abandoned fund (
$21,537.000.00 ) left in our bank by a deceased customer. I was going through
the Internet search when I found your email address. My name is Mr. Kim Leang.
I want to utilize this opportunity and make use of this
"uart_add_one_port" function call may fail and return
some error code, so adding a check for return value.
If it is returning some error code, then displaying the
result and returning back from there.
Signed-off-by: Tamseel Shams
---
drivers/tty/serial/samsung_tty.c | 6 +-
1 file changed,
Below is the list of build error/warning regressions/improvements in
v5.11-rc2[1] compared to v5.10[2].
Summarized:
- build errors: +3/-3
- build warnings: +23/-95
JFYI, when comparing v5.11-rc2[1] to v5.11-rc1[3], the summaries are:
- build errors: +2/-0
- build warnings: +51/-0
Happy
es cleanly on v5.11-rc2 and next-20210104
Jonathan, please pick this minor doc warning fixup.
Documentation/virt/kvm/api.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/virt/kvm/api.rst b/Documentation/virt/kvm/api.rst
index c136e254b496..9c04b9e0c78a 100644
--- a/Documentatio
On Mon, Jan 04, 2021 at 02:05:51PM +0530, Tamseel Shams wrote:
> "uart_add_one_port" function call may fail and return
> some error code, so adding a check for return value.
> If it is returning some error code, then displaying the
> result and returning back from there.
>
> Signed-off-by:
On Mon, Jan 4, 2021 at 10:58 AM Geert Uytterhoeven wrote:
> JFYI, when comparing v5.11-rc2[1] to v5.11-rc1[3], the summaries are:
> - build errors: +2/-0
+ error: modpost: "irq_check_status_bit"
[drivers/perf/arm_spe_pmu.ko] undefined!: => N/A
arm64-allmodconfig (fixes available)
+
Hi,
back in March [1] you have recommended 53cdc1cb29e8
("drivers/base/memory.c: indicate all memory blocks as removable") to be
backported to stable trees and that has led to a more general discussion
about the current state of pfn walkers wrt. uninitialized pmem struct
pages. We haven't
From: Wang Sheng Long
When data is transmitted between two serial ports,
the phenomenon of data loss often occurs. The two kinds
of flow control commonly used in serial communication
are hardware flow control and software flow control.
In serial communication, If you only use RX/TX/GND Pins,
On 2021-01-04 03:46, Samuel Holland wrote:
On 1/3/21 7:10 AM, Marc Zyngier wrote:
On Sun, 03 Jan 2021 12:08:43 +,
Samuel Holland wrote:
On 1/3/21 5:27 AM, Marc Zyngier wrote:
[...]
For edge interrupts, don't you want to ack as early as possible,
before the handler clears the source
On Wed, Dec 16, 2020 at 02:48:03PM +0800, Jason Wang wrote:
> This patch introduces virtqueue groups to vDPA device. The virtqueue
> group is the minimal set of virtqueues that must share an address
> space. And the adddress space identifier could only be attached to
> a specific virtqueue group.
On Wed, Dec 23, 2020 at 10:10:35PM +0800, Zheng Yongjun wrote:
> Signed-off-by: Zheng Yongjun
Can you explain the Subject for this patch in more detail?
If this patch is required to correct a bug then it looks to me like it
is incomplete.
Daniel.
> ---
> drivers/video/backlight/backlight.c
If controller driver has specified the irq_flags, mhi uses this specified
irq_flags. Otherwise, mhi uses default irq_flags.
The purpose of this change is to support one MSI vector for QCA6390.
MHI will use one same MSI vector too in this scenario.
In case of one MSI vector, IRQ_NO_BALANCING is
On Thu, Dec 17, 2020 at 03:36:40PM +0100, Peter Zijlstra wrote:
> On Wed, Dec 09, 2020 at 06:33:37PM +, Mark Rutland wrote:
> > This means that a seuence such as:
>
> +q
>
> > diff --git a/include/linux/irqflags.h b/include/linux/irqflags.h
> > index 3ed4e8771b64..bca3c6fa8270 100644
> > ---
On Fri, Dec 25, 2020 at 09:04:09AM +0800, Jin Yao wrote:
SNIP
> void update_stats(struct stats *stats, u64 val)
> @@ -275,16 +276,39 @@ void evlist__save_aggr_prev_raw_counts(struct evlist
> *evlist)
>
> static void zero_per_pkg(struct evsel *counter)
> {
> - if (counter->per_pkg_mask)
On Fri, 2020-09-11 at 10:23:21 UTC, Colin King wrote:
> From: Colin Ian King
>
> Pointer eb is being assigned a value that is never read, the assignment
> is redundant and can be removed.
>
> Addresses-Coverity: ("Unused value")
> Signed-off-by: Colin Ian King
Applied to
Hello RT-list!
I'm pleased to announce the 4.4.249-rt212 stable release.
This release is just an update to the new stable 4.4.249 version and
no RT specific changes have been made.
You can get this release via the git tree at:
Hi Chen,
Thanks for your patch!
On Mon, Jan 4, 2021 at 9:55 AM Song Chen wrote:
> Macro is not supposed to have flow control in it's
> statement, remove.
Why not?
>
> Signed-off-by: Song Chen
>
> ---
> Changes in v2:
> 1, kzm9d_init and armadillo800eva_init are not compatible
> with the
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de
correo electrónico. Para revalidar su buzón de
On Wed, Dec 23, 2020 at 03:36:38PM +0100, Stefano Garzarella wrote:
> This patch enables the IOTLB API support for vhost-vsock devices,
> allowing the userspace to emulate an IOMMU for the guest.
>
> These changes were made following vhost-net, in details this patch:
> - exposes
Hi Greg,
On Mon, Jan 4, 2021 at 10:05 AM Greg KH wrote:
> On Mon, Jan 04, 2021 at 04:55:46PM +0800, Song Chen wrote:
> > Macro is not supposed to have flow control in it's
> > statement, remove.
> >
> > Signed-off-by: Song Chen
> >
> > ---
> > Changes in v2:
> > 1, kzm9d_init and
1 - 100 of 1270 matches
Mail list logo
