On 2/22/21 23:10, Christoph Hellwig wrote:
> Well, that is a somewhat odd calling convention. What about the patch below
> instead? That being we really need to kill this bouncing code off..
If we can kill it off soon it will be great.
>
> diff --git a/block/bounce.c b/block/bounce.c
> index fc55
On Tue, Feb 23, 2021 at 08:04:08AM +0100, Christoph Hellwig wrote:
> The problem is that the blk-crypto fallback code calls bio_split
> with a NULL bioset. That was aready broken before, as the mempool
> needed to guarantee forward progress was missing, but is not fatal.
>
> Satya, can you look i
On Tue, Feb 23, 2021 at 2:42 AM Linus Torvalds
wrote:
>
> On Mon, Feb 22, 2021 at 2:25 AM Daniel Vetter wrote:
> >
> > Cc all the mailing lists ... my usual script crashed and I had to
> > hand-roll the email and screwed it up ofc :-/
>
> Oh, and my reply thus also became just a reply to you pers
When the buffer attributes were wrapped in iio_dev_attr types, I forgot to
duplicate the names, so that when iio_free_chan_devattr_list() gets called
on cleanup, these get free'd.
I stumbled over this while accidentally breaking a driver doing
iio_device_register(), and then the issue appeared.
So
On 22.02.21 22:18, Song Bao Hua (Barry Song) wrote:
>
>
>> -Original Message-
>> From: Kieran Bingham [mailto:kieran.bing...@ideasonboard.com]
>> Sent: Tuesday, February 23, 2021 12:06 AM
>> To: Song Bao Hua (Barry Song) ; cor...@lwn.net;
>> linux-...@vger.kernel.org; jan.kis...@siemens.c
lz4 uses LZ4_DISTANCE_MAX to record history preservation. When
using rolling decompression, a block with a higher compression
ratio will cause a larger memory allocation (up to 64k). It may
cause a large resource burden in extreme cases on devices with
small memory and a large number of concurrent
On Tue, 23 Feb 2021 10:23:31 +0900
Masami Hiramatsu wrote:
> On Mon, 22 Feb 2021 11:51:50 -0600
> Josh Poimboeuf wrote:
>
> > On Tue, Feb 23, 2021 at 12:05:08AM +0900, Masami Hiramatsu wrote:
> > > > Of course, one could place probes using absolute addresses of the
> > > > functions but that w
Please ignore this. I will send a better fix.
Thanks,
On Tue, 23 Feb 2021 10:48:30 +0900
Masami Hiramatsu wrote:
> If an error occurs on post processing (this converts probe point to
> _text relative address for identifying non-unique symbols) for the
> probes on module, failback to symbol-base
Quoting Rajendra Nayak (2021-02-11 23:28:40)
> Add initial device tree support for the SC7280 SoC and the IDP
> boards based on this SoC
>
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
> diff --git a/arch/arm64/boot/dts/qcom/sc7280-idp.dts
> b/arch/arm64/boot/dts/qcom/sc7280
The kernel modules have .text.* subsections such as .text.unlikely.
Since dso__process_kernel_symbol() only identify the symbols in the ".text"
section as the text symbols and inserts it in the default dso in the map,
the symbols in such subsections can not be found by map__find_symbol().
This add
On 2/22/21 23:10, Christoph Hellwig wrote:
> On Tue, Feb 23, 2021 at 03:51:23AM +, Chaitanya Kulkarni wrote:
>> Looking at the other call sites do we need something like following ?
>> Since __blk_queue_bounce() passes the NULL for the passthru case as a
>> bio_set value ?
> Well, that is a som
Quoting Rajendra Nayak (2021-02-11 23:28:41)
> Add the compatible string for sc7180 SoC from Qualcomm
>
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
Quoting Rajendra Nayak (2021-02-11 23:28:41)
> Add the compatible string for sc7180 SoC from Qualcomm
>
> Signed-off-by: Rajendra Nayak
> ---
> Documentation/devicetree/bindings/interrupt-controller/qcom,pdc.txt | 1 +
Is this being YAML-ified at some point?
Quoting Rajendra Nayak (2021-02-11 23:28:42)
> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> index 1fe2eba..7848e88 100644
> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> @@ -7,6 +7,7 @@
>
> #include
>
On 23-02-21, 09:45, Vinod Koul wrote:
> Hello Linus,
>
> Please consider merging to get dmaengine updates for this cycle. We have
> couple of drivers removed a new driver and bunch of new device support
> and few updates to drivers for this round.
Sorry, not sure why I tagged it as PULL REQUEST,
Hi Yamada-san,
On Tue, Feb 23, 2021 at 7:31 AM Masahiro Yamada wrote:
> On Mon, Feb 22, 2021 at 9:59 PM Geert Uytterhoeven
> wrote:
> > If F2FS_FS is modular, enabling the compressions options
> > F2FS_FS_{LZ4,LZ4HZ,LZO,LZORLE,ZSTD} will make the (de)compression
> > algorithms {LZ4,LZ4HC,LZO,ZS
Quoting Rajendra Nayak (2021-02-11 23:28:43)
> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> index 7848e88..10851e7 100644
> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> @@ -6,6 +6,7 @@
> */
>
> #inclu
Quoting Rajendra Nayak (2021-02-11 23:28:44)
> From: Sai Prakash Ranjan
>
> Add the SoC specific compatible for SC7280 implementing
> arm,mmu-500.
>
> Signed-off-by: Sai Prakash Ranjan
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
On Tue, Feb 23, 2021 at 03:31:19PM +0800, Huang Jianan via Linux-erofs wrote:
> lz4 uses LZ4_DISTANCE_MAX to record history preservation. When
> using rolling decompression, a block with a higher compression
> ratio will cause a larger memory allocation (up to 64k). It may
> cause a large resource
Quoting Rajendra Nayak (2021-02-11 23:28:46)
> From: Maulik Shah
>
> Add fw reserved memory area for CPUCP and AOP.
Does CPUCP stand for CPU Content Protection? AOP is Always On Processor.
It would help if the commit text told us what these acronyms were.
>
> Signed-off-by: Maulik Shah
> Sign
Quoting Rajendra Nayak (2021-02-11 23:28:47)
> From: Sai Prakash Ranjan
>
> Add compatible for watchdog timer on SC7280 SoC.
>
> Signed-off-by: Sai Prakash Ranjan
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
Quoting Rajendra Nayak (2021-02-11 23:28:48)
> From: Sai Prakash Ranjan
>
> Add APSS (Application Processor Subsystem) watchdog
> DT node for SC7280 SoC.
>
> Signed-off-by: Sai Prakash Ranjan
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
allmodconfig
powerpc allyesconfig
powerpc allmodconfig
powerpc allnoconfig
x86_64 randconfig-a001-20210222
x86_64 randconfig-a002-20210222
x86_64 randconfig-a003-20210222
x86_64
On Mon, Feb 22, 2021 at 12:28:22PM +0100, David Hildenbrand wrote:
> -EBUSY, will try having a look this week!
sure, thanks for the effort David ;-)
--
Oscar Salvador
SUSE L3
From: dingsenjie
remove unneeded variable: "ret".
Signed-off-by: dingsenjie
---
drivers/i2c/busses/i2c-aspeed.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-aspeed.c b/drivers/i2c/busses/i2c-aspeed.c
index 724bf30..efad900 100644
--- a/drivers/i2
Quoting Rajendra Nayak (2021-02-11 23:28:50)
> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> index 8f2002b..3b86052 100644
> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
> @@ -186,12 +207,69 @@
>
Quoting Rajendra Nayak (2021-02-11 23:28:38)
> Document the SC7280 SoC and the IDP board bindings
>
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
Quoting Rajendra Nayak (2021-02-11 23:28:39)
> Add compatible for SC7280 SoC
>
> Signed-off-by: Rajendra Nayak
> ---
Reviewed-by: Stephen Boyd
> +/*
> + * This function will parse recommended active subregion information in
> sense
> + * data field of response UPIU with SAM_STAT_GOOD state.
> + */
> +void ufshpb_rsp_upiu(struct ufs_hba *hba, struct ufshcd_lrb *lrbp)
> +{
> + struct ufshpb_lu *hpb;
> + struct scsi_device *sdev;
Hi Kishon,
url:
https://github.com/0day-ci/linux/commits/Kishon-Vijay-Abraham-I/AM64-Add-PCIe-bindings-and-driver-support/20210222-194422
base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next
config: i386-randconfig-m021-20210222 (attached as .config)
compiler: gcc-9
> + if (!ufshpb_is_hpb_rsp_valid(hba, lrbp, rsp_field))
> + return;
> +
> + hpb->stats.rb_noti_cnt++;
> + switch (rsp_field->hpb_op) {
> + case HPB_RSP_NONE:
> + /* nothing to do */
> + break;
Maybe checks this too in ufshpb_is_hpb
On Sun, Feb 21, 2021 at 04:32:38AM +0100, Maciej W. Rozycki wrote:
> I haven't booted Linux on my Malta for a while now, but it turns out to
> work just fine, and your patch set does not regress it booting multi-user
> NFS-rooted over FDDI.
>
> I note however that the system does not reboot pro
Hi Leon,
On Sun, 2021-02-21 at 07:59 +0200, Leon Romanovsky wrote:
> EXTERNAL EMAIL: Do not click links or open attachments unless you
> know the content is safe
>
> On Thu, Feb 18, 2021 at 05:14:49PM +0100, Steen Hegelund wrote:
> > Provide new phy configuration interfaces for media type and spe
fixed the following coccicheck:
./drivers/net/ethernet/ibm/ibmveth.c:1805:51-52: WARNING opportunity for
kobj_to_dev()
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
drivers/net/ethernet/ibm/ibmveth.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/etherne
Hello,
syzbot found the following issue on:
HEAD commit:3af409ca net: enetc: fix destroyed phylink dereference dur..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=139da604d0
kernel config: https://syzkaller.appspot.com/x/.config?x=8cb23303ddb9411f
dashboar
On 2/21/21 11:54 PM, Bhaskar Chowdhury wrote:
>
> s/postive/positive/
>
> Signed-off-by: Bhaskar Chowdhury
Acked-by: Randy Dunlap
> ---
> drivers/input/mouse/alps.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/input/mouse/alps.c b/drivers/input/mouse/alps
Hi
Am 22.02.21 um 08:08 schrieb Kai-Heng Feng:
On Mon, Feb 1, 2021 at 11:21 PM Alex Deucher wrote:
On Sat, Jan 30, 2021 at 6:27 AM Kai-Heng Feng
wrote:
We are seeing root ports on some desktop boards support D3cold for
discrete graphics card. So when efifb is in use while graphics device
i
kasan_mem_to_shadow translates virtual addresses to kasan shadow
addresses whereas for_each_mem_range returns physical addresses: it is
then required to use __va on those addresses before passing them to
kasan_mem_to_shadow.
Fixes: b10d6bca8720 ("arch, drivers: replace for_each_membock() with
for
fixed the following coccicheck:
./drivers/media/pci/solo6x10/solo6x10-core.c:371:60-61: WARNING
opportunity for kobj_to_dev()
Reported-by: Abaci Robot
Signed-off-by: Yang Li
---
drivers/media/pci/solo6x10/solo6x10-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
Hi all,
After merging the sparc tree, today's linux-next build (sparc64 defconfig)
produced these warnings:
arch/sparc/configs/sparc64_defconfig:237:warning: override: reassigning to
symbol ATA
arch/sparc/configs/sparc64_defconfig:239:warning: override: reassigning to
symbol HAPPYMEAL
Presumab
Le 2/22/21 à 12:40 AM, Alex Ghiti a écrit :
Hi Dmitry,
Le 2/21/21 à 10:38 AM, Dmitry Vyukov a écrit :
On Sun, Feb 21, 2021 at 3:22 PM Alexandre Ghiti wrote:
At early boot stage, we have a whole PGDIR to map the kernel, so there
is no need to restrict the early mapping size to 128MB. Removing
On Mon, Feb 22, 2021 at 11:31:48AM +0530, karthek wrote:
> On Mon, Feb 22, 2021 at 11:10 AM Dan Carpenter
> wrote:
> >
> > On Sat, Feb 20, 2021 at 05:04:00PM +0530, karthik alapati wrote:
> > > fix sparse warning by casting to explicit user address-space
> > > pointer type
> > >
> > > Signed-off-
Some of SD cards sets permanent write protection
due to lifespan or internal problem.
Host can find out it's protected permanantly during initialization.
Once set read only during initialization,
it could prevent unnecessary write operation in it.
Signed-off-by: Seunghui Lee
---
drivers/mmc/core
> +void ufshpb_rsp_upiu(struct ufs_hba *hba, struct ufshcd_lrb *lrbp)
> > +{
> > + struct ufshpb_lu *hpb = ufshpb_get_hpb_data(lrbp->cmd->device);
> > + struct utp_hpb_rsp *rsp_field;
> > + int data_seg_len;
> > +
> > + if (!hpb)
> > + return;
> > +
> > +
> +static bool ufshpb_is_hpb_rsp_valid(struct ufs_hba *hba,
> > +struct ufshcd_lrb *lrbp,
> > +struct utp_hpb_rsp *rsp_field)
> > +{
> > + if (be16_to_cpu(rsp_field->sense_data_len) != DEV_SENSE_SEG_LEN ||
> > +
s/negtive/negative/
s/possilbe/possible/
Signed-off-by: Bhaskar Chowdhury
---
drivers/gpu/drm/i915/gvt/gtt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/gvt/gtt.c b/drivers/gpu/drm/i915/gvt/gtt.c
index 897c007ea96a..dc5834bf4de2 100644
--- a/dri
> +static u64 ufshpb_get_ppn(struct ufshpb_lu *hpb,
> > + struct ufshpb_map_ctx *mctx, int pos, int *error)
> > +{
> > + u64 *ppn_table;
> > + struct page *page;
> > + int index, offset;
> > +
> > + index = pos / (PAGE_SIZE / HPB_ENTRY_SIZE);
> > +
> > kmem_cache_destroy(hpb->map_req_cache);
> > @@ -1670,7 +2109,7 @@ void ufshpb_init_hpb_lu(struct ufs_hba *hba, struct
> > scsi_device *sdev)
> > if (ret)
> > goto out;
> >
> > - hpb = ufshpb_alloc_hpb_lu(hba, lun, &hba->ufshpb_dev,
> > + hpb = ufshpb
Fix the following coccicheck warnings:
./drivers/usb/cdns3/cdnsp-gadget.c:83:2-3: Unneeded semicolon.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/usb/cdns3/cdnsp-gadget.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/cdns3/cdnsp-gadget.c
Hi all,
On Mon, 15 Feb 2021 07:53:21 +1100 Stephen Rothwell
wrote:
>
> On Thu, 21 Jan 2021 13:26:45 +1100 Stephen Rothwell
> wrote:
> >
> > Today's linux-next merge of the devicetree tree got a conflict in:
> >
> > Documentation/devicetree/bindings/net/ti,k3-am654-cpsw-nuss.yaml
> >
> > b
Hi all,
On Tue, 16 Feb 2021 18:19:38 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the gpio-brgl tree got a conflict in:
>
> MAINTAINERS
>
> between commit:
>
> df53e4f48e8d ("MAINTAINERS: Add entries for Toshiba Visconti ethernet
> controller")
>
> from the net-next tr
Hello,
syzbot found the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=179e8d22d0
kernel config: https://syzkaller.appspot.com/x/.config?x=e53d04227c52a0df
dashboard link: https://syzkaller.appspot.co
Set err to -ENOMEM if kzalloc fails instead of 0.
Fixes: 759738537142 ("IB/mlx5: Enable subscription for device events over DEVX")
Signed-off-by: YueHaibing
---
drivers/infiniband/hw/mlx5/devx.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/mlx5/dev
Perf annotate supports --symbol but it's impossible to filter
a C++ symbol. With --no-demangle one can filter easily by
mangled function name.
Signed-off-by: Martin Liška
---
tools/perf/Documentation/perf-annotate.txt | 7 +++
tools/perf/builtin-annotate.c | 4
2 files cha
On Sun 21-02-21 19:42:06, Matthew Wilcox wrote:
> Fix a sparse warning by using rcu_dereference(). Technically this is a
> bug and a sufficiently aggressive compiler could reload the `real_parent'
> pointer outside the protection of the rcu lock (and access freed memory),
> but I think it's pretty
On 22/02/2021 07:26, Yang Li wrote:
fixed the following coccicheck:
./drivers/scsi/scsi_transport_iscsi.c:436:60-61: WARNING opportunity for
kobj_to_dev()
./drivers/scsi/scsi_transport_iscsi.c:1128:60-61: WARNING opportunity
for kobj_to_dev()
./drivers/scsi/scsi_transport_iscsi.c:4043:61-62: WARN
Hi all,
On Mon, 15 Feb 2021 11:39:39 +1100 Stephen Rothwell
wrote:
>
> Hi all,
>
> After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
> produced this warning:
>
> In file included from drivers/gpu/drm/gma500/mdfld_output.c:28:
> arch/x86/include/asm/intel_scu_ipc.h:23:12
Hi Thomas,
those fixes were not picked up
-- Daniel
On 27/01/2021 09:47, Daniel Lezcano wrote:
>
> Hi Thomas,
>
> just a gentle ping
>
> On 20/01/2021 09:31, Daniel Lezcano wrote:
>>
>> Hi Thomas,
>>
>> please consider the following three fixes for the timer drivers.
>>
>> Thanks
>>
>>
On 2/9/2021 2:12 AM, Paolo Bonzini wrote:
On 08/02/21 19:04, Sean Christopherson wrote:
That said, the case where we saw MSR autoload as faster involved
EFER, and
we decided that it was due to TLB flushes (commit f6577a5fa15d,
"x86, kvm,
vmx: Always use LOAD_IA32_EFER if available", 2014-11-1
On 2/22/21 4:15 AM, Yejune Deng wrote:
> The arp_hh_ops structure is similar to the arp_generic_ops structure.
> but the latter is more general,so remove the arp_hh_ops structure.
>
> Fix when took out the neigh->ops assignment:
> 8.973653] #PF: supervisor read access in kernel mode
> [8.97
On 2/22/21 9:25 AM, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit:f40ddce8 Linux 5.11
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=179e8d22d0
> kernel config: https://syzkaller.appspot.com/x/.config?x=e53d0422
On Mon, Feb 22, 2021 at 08:46:52AM +0100, Heiko Thiery wrote:
> Hi Krysztof,
>
> Am So., 21. Feb. 2021 um 13:11 Uhr schrieb Krzysztof Kozlowski
> :
> >
> > On Thu, Feb 18, 2021 at 01:33:29PM +0100, Heiko Thiery wrote:
> > > The Kontron pitx-imx8m board is based on an i.MX8MQ soc.
> > >
> > > Signe
On Fri 19-02-21 10:59:05, Tim Chen wrote:
>
>
> On 2/19/21 1:11 AM, Michal Hocko wrote:
> > On Wed 17-02-21 12:41:35, Tim Chen wrote:
>
> >> Memory is accessed at a much lower frequency
> >> for the second cgroup. The memcg event update was not triggered for the
> >> second cgroup as the memcg
On Fri 19-02-21 11:28:47, Tim Chen wrote:
>
>
> On 2/19/21 1:16 AM, Michal Hocko wrote:
>
> >>
> >> Something like this?
> >>
> >> diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> >> index 8bddee75f5cb..b50cae3b2a1a 100644
> >> --- a/mm/memcontrol.c
> >> +++ b/mm/memcontrol.c
> >> @@ -3472,6 +34
On 2/21/21 1:39 PM, Sabyrzhan Tasbolatov wrote:
>> Do we really expect to accept huge lengths here ?
>
> Sorry for late response but I couldnt find any reference to the max
> length of incoming data for qrtr TUN interface.
>
>> qrtr_endpoint_post() will later attempt a netdev_alloc_skb() which
On Sat, Feb 20, 2021 at 04:46:28PM +0800, Jason Wang wrote:
This patch delay the queue number setting to vDPA device
registering. This allows us to probe the virtqueue numbers between
device allocation and registering.
Signed-off-by: Jason Wang
---
drivers/vdpa/ifcvf/ifcvf_main.c | 5 ++--
Add optional dma-coherent property to support coherent PCIe DMA traffic.
Signed-off-by: Bharat Kumar Gogada
---
Documentation/devicetree/bindings/pci/xilinx-nwl-pcie.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/pci/xilinx-nwl-pcie.txt
b/Documentati
Add support for routing PCIe DMA traffic coherently when
Cache Coherent Interconnect (CCI) is enabled in the system.
The "dma-coherent" property is used to determine if CCI is enabled
or not.
Refer to https://developer.arm.com/documentation/ddi0470/k/preface
for the CCI specification.
Signed-off-b
Fix the following coccicheck warning:
./drivers/tty/vt/vt.c:3909:8-16: WARNING: use scnprintf or sprintf.
./drivers/tty/vt/vt.c:3917:8-16: WARNING: use scnprintf or sprintf
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/tty/vt/vt.c | 7 +++
1 file changed, 3 insertions(+)
On SoCs such as i.MX7ULP, cpuidle has some levels which
may disable system/bus clocks, so need to add pm_qos to
prevent cpuidle from entering low level idles and make sure
system/bus clocks are enabled when sai is active.
Signed-off-by: Shengjiu Wang
---
sound/soc/fsl/fsl_sai.c | 12
On 2/9/2021 2:55 AM, Konrad Rzeszutek Wilk wrote:
On Mon, Feb 08, 2021 at 07:12:22PM +0100, Paolo Bonzini wrote:
[...]
However, running the host with _more_ bits set than necessary in XFD should
not be a problem as long as the host doesn't use the AMX instructions. So
perhaps Jing can look
On Mon, Feb 22, 2021 at 04:48:49PM +0800, Jiapeng Chong wrote:
> Fix the following coccicheck warning:
>
> ./drivers/tty/vt/vt.c:3909:8-16: WARNING: use scnprintf or sprintf.
> ./drivers/tty/vt/vt.c:3917:8-16: WARNING: use scnprintf or sprintf
Why?
You say what you did, but there is no justifica
> -Original Message-
> From: Auger Eric [mailto:eric.au...@redhat.com]
> Sent: 21 February 2021 18:21
> To: Shameerali Kolothum Thodi ;
> eric.auger@gmail.com; io...@lists.linux-foundation.org;
> linux-kernel@vger.kernel.org; k...@vger.kernel.org;
> kvm...@lists.cs.columbia.edu; w...@
On Sun, Feb 21, 2021 at 11:14 PM Martin Schiller wrote:
>
> I'm not really happy with this change because it breaks compatibility.
> We then suddenly have 2 interfaces; the X.25 routings are to be set via
> the "new" hdlc_x25 interfaces instead of the hdlc interfaces.
>
> I currently just don't ha
Am 19.02.21 um 13:00 schrieb Maxime Ripard:
The current atomic helpers have either their object state being passed as
an argument or the full atomic state.
The former is the pattern that was done at first, before switching to the
latter for new hooks or when it was needed.
Let's convert all t
Am 19.02.21 um 16:12 schrieb Maxime Ripard:
Hi Thomas,
Thanks for your review!
On Fri, Feb 19, 2021 at 03:49:22PM +0100, Thomas Zimmermann wrote:
diff --git a/drivers/gpu/drm/imx/ipuv3-plane.c
b/drivers/gpu/drm/imx/ipuv3-plane.c
index 075508051b5f..1873a155bb26 100644
--- a/drivers/gpu/drm/
Fix the following coccicheck warnings:
./drivers/net/wireless/mediatek/mt76/mt7921/mac.c:1402:2-3: Unneeded
semicolon.
Reported-by: Abaci Robot
Signed-off-by: Jiapeng Chong
---
drivers/net/wireless/mediatek/mt76/mt7921/mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/d
On Sat, Feb 20, 2021 at 04:46:29PM +0800, Jason Wang wrote:
This patch introduce a vDPA driver for virtio-pci device. It bridges
the virtio-pci control command to the vDPA bus. This will be used for
features prototyping and testing.
Note that get/restore virtqueue state is not supported which ne
Hello,
syzbot found the following issue on:
HEAD commit:e767b353 Merge tag 'arm-drivers-v5.12' of git://git.kernel..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=150add22d0
kernel config: https://syzkaller.appspot.com/x/.config?x=61dda858c0a83826
das
Hello,
syzbot found the following issue on:
HEAD commit:3af409ca net: enetc: fix destroyed phylink dereference dur..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=144bf26cd0
kernel config: https://syzkaller.appspot.com/x/.config?x=8cb23303ddb9411f
dashboar
Hello,
syzbot found the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17494c6cd0
kernel config: https://syzkaller.appspot.com/x/.config?x=4b919ebed7b4902
dashboard link: https://syzkaller.appspot.com
On Sat, 20 Feb 2021, Andrew Jeffery wrote:
> From: "Chia-Wei, Wang"
>
> The LPC controller has no concept of the BMC and the Host partitions.
> This patch fixes the documentation by removing the description on LPC
> partitions. The register offsets illustrated in the DTS node examples
> are also
Am 19.02.21 um 13:00 schrieb Maxime Ripard:
Now that atomic_check takes the global atomic state as a parameter, we
don't need to go through the pointer in the plane state.
This was done using the following coccinelle script:
@ plane_atomic_func @
identifier helpers;
identifier func;
@@
stati
Hello,
syzbot found the following issue on:
HEAD commit:3af409ca net: enetc: fix destroyed phylink dereference dur..
git tree: net
console output: https://syzkaller.appspot.com/x/log.txt?x=11e8c05cd0
kernel config: https://syzkaller.appspot.com/x/.config?x=8cb23303ddb9411f
dashboar
Hello,
syzbot found the following issue on:
HEAD commit:f40ddce8 Linux 5.11
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11e1a434d0
kernel config: https://syzkaller.appspot.com/x/.config?x=5528e8db7fc481ae
dashboard link: https://syzkaller.appspot.co
On 2021/2/22 3:29 下午, Michael S. Tsirkin wrote:
On Mon, Feb 22, 2021 at 11:42:44AM +0800, Jason Wang wrote:
On 2021/2/19 11:38 下午, Guenter Roeck wrote:
On 2/19/21 12:45 AM, Jason Wang wrote:
We used to prompt CONFIG_VIRTIO_PCI_MODERN to user which may bring a
lot of confusion. E.g it may bre
On Sun, 21 Feb 2021, Cristian Ciocaltea wrote:
> Hi Lee,
>
> I have just noticed your mfd-next tag for 5.12 doesn't include the
> support for the ATC260x PMICs.
>
> I assumed the patchset is ready for merging.. Did I miss something?
The MFD driver needs another review.
For some reason, this di
Hi Krzysztof,
Am Mo., 22. Feb. 2021 um 09:40 Uhr schrieb Krzysztof Kozlowski
:
>
> On Mon, Feb 22, 2021 at 08:46:52AM +0100, Heiko Thiery wrote:
> > Hi Krysztof,
> >
> > Am So., 21. Feb. 2021 um 13:11 Uhr schrieb Krzysztof Kozlowski
> > :
> > >
> > > On Thu, Feb 18, 2021 at 01:33:29PM +0100, Heiko
On Monday 22 February 2021 00:07:40 Randy Dunlap wrote:
> On 2/21/21 11:54 PM, Bhaskar Chowdhury wrote:
> >
> > s/postive/positive/
> >
> > Signed-off-by: Bhaskar Chowdhury
>
> Acked-by: Randy Dunlap
Reviewed-by: Pali Rohár
> > ---
> > drivers/input/mouse/alps.c | 2 +-
> > 1 file changed,
On Sat, 20 Feb 2021, Wolfram Sang wrote:
>
> > Is the patch already on the way upstream?
>
> Can't really speak for Lee here, but during the merge window patches are
> usually not applied. So, in something like 2 weeks, usually collecting
> for the next cycle begins. Looking at the CC list, I th
Hi Limeng,
On 2021-02-22 03:45, Li, Meng wrote:
Hi Marc&Lee,
Is there any comment on this patch?
Could you please help to review this patch so that I can improve it if
it still has weakness?
If you are confident that the root issue has been fixed, no objection
from me, but I'm not in a positi
Am 19.02.21 um 13:00 schrieb Maxime Ripard:
Many drivers reference the plane->state pointer in order to get the
current plane state in their atomic_check hook, which would be the old
plane state in the global atomic state since _swap_state hasn't happened
when atomic_check is run.
Use the drm_
Hi all,
Please do not add any changes destined for v5.13 to your linux-next
included branches until after v5.12-rc1 has been released.
Changes since 20210219:
The sparc tree gained a conflict against Linus' tree.
The kbuild tree gained a build failure so I used the version from
next-20210219.
发件人: Paul E. McKenney
发送时间: 2021年2月18日 23:17
收件人: Lai Jiangshan
抄送: Zhang, Qiang; Tejun Heo; Tejun Heo; LKML
主题: Re: [PATCH] workqueue: Remove rcu_read_lock/unlock() in
workqueue_congested()
[Please note: This e-mail is from an EXTERNAL e-mail address]
Hello,
syzbot found the following issue on:
HEAD commit:29ad81a1 arch/x86: add missing include to sparsemem.h
git tree: https://github.com/google/kmsan.git master
console output: https://syzkaller.appspot.com/x/log.txt?x=111e6312d0
kernel config: https://syzkaller.appspot.com/x/.co
On Fri, 19 Feb 2021, Min Li wrote:
> Hi Lee
>
> When you have time, can you please take a look at my review below?
a) Please don't sent contentless pings (especially in a top post).
If you think your patch has been forgotten (it hasn't) submit a
[RESEND].
b) Please keep an eye on the rele
From: Viorel Suman
Move reset assert into runtime_resume since we
cannot rely on reset assert state when the device
is put out from suspend.
Signed-off-by: Viorel Suman
Signed-off-by: Shengjiu Wang
---
sound/soc/fsl/fsl_xcvr.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
On Mon, 22 Feb 2021, Marc Zyngier wrote:
> Hi Limeng,
>
> On 2021-02-22 03:45, Li, Meng wrote:
> > Hi Marc&Lee,
> >
> > Is there any comment on this patch?
> > Could you please help to review this patch so that I can improve it if
> > it still has weakness?
>
> If you are confident that the roo
From: Yannick Fertre
Don't print error when probe deferred error is returned.
Signed-off-by: Raphael Gallais-Pou
Signed-off-by: Yannick Fertre
---
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/stm/dw_mipi_dsi
The use of DRM logging macros was removed and dev_err_probe() replaces
condition, showing errors but not EPROBE_DEFER.
Yannick Fertre (2):
drm/stm: dsi: Avoid printing errors for -EPROBE_DEFER
drm/stm: dsi: Use dev_ based logging
drivers/gpu/drm/stm/dw_mipi_dsi-stm.c | 58 +--
401 - 500 of 1414 matches
Mail list logo
