[PATCH RFT/RFC v2 11/47] staging: media: zoran: zoran_device.c: convert pr_x to pci_x

Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_device.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_device.c b/drivers/staging/media/zoran/zoran_device.c index 61b4cfccc168..e50153218f72 100644 --- a/drive

[PATCH RFT/RFC v2 08/47] staging: media: zoran: convert dprintk warn

This patch convert dprintk(warn) to pci_warn. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 18 -- drivers/staging/media/zoran/zoran_device.c | 13 +++--- drivers/staging/media/zoran/zoran_driver.c | 29 +- 3 files changed, 14

[PATCH RFT/RFC v2 12/47] staging: media: zoran: remove proc_fs

The zoran driver give some debug information in procfs, but this is not the right place. So let's remove them, we will use debugfs later. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/Makefile | 2 +- drivers/staging/media/zoran/zoran.h| 5 - drivers/staging/med

[PATCH RFT/RFC v2 04/47] staging: media: zoran: Documentation: fix typo

Fix some typo in doc. Signed-off-by: Corentin Labbe --- Documentation/media/v4l-drivers/zoran.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/media/v4l-drivers/zoran.rst b/Documentation/media/v4l-drivers/zoran.rst index a0586514cd8a..2b82b9a47a71 100644

[PATCH RFT/RFC v2 09/47] staging: media: zoran: convert dprintk info to pci_info

This patch convert dprintk(info) to pci_info (or pci_dbg if the message is not important). Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 46 +++--- drivers/staging/media/zoran/zoran_device.c | 27 - drivers/staging/media/zoran/zoran_dr

[PATCH RFT/RFC v2 07/47] staging: media: zoran: convert all error dprintk to pci_err/pr_err

This patch converts all errors dprintk to pci_err/pr_err. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/videocodec.c | 39 +-- drivers/staging/media/zoran/zoran_card.c | 96 ++ drivers/staging/media/zoran/zoran_device.c | 28 +- drivers/staging/media/zoran/zoran_driver

[PATCH RFT/RFC v2 13/47] staging: media: zoran: use VFL_TYPE_VIDEO

The VFL_TYPE_GRABBER type was removed, so let's use the new type. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_card.c in

[PATCH RFT/RFC v2 10/47] staging: media: zoran: convert dprintk debug

This patch convert dprintk(debug) to pci_dbg. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 30 -- drivers/staging/media/zoran/zoran_card.h | 6 - drivers/staging/media/zoran/zoran_device.c | 2 +- drivers/staging/media/zoran/zoran_dri

Re: [PATCH V3 6/8] mm: and drivers core: Convert hugetlb_report_node_meminfo to sysfs_emit

On Sat, 2020-09-19 at 08:22 +0200, Greg Kroah-Hartman wrote: > I'll take a look at it on Monday... Thoughts?

[PATCH RFT/RFC v2 14/47] staging: media: zoran: use v4l2_buffer_set_timestamp

The ns_to_timeval function is removed, so replace it with v4l2_buffer_set_timestamp(). Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/drivers/stagin

[PATCH RFT/RFC v2 19/47] staging: media: zoran: move overlay_settings out of zoran_fh

We need to get rid of zoran_fh, so move the overlay_settings directly in the zoran structure. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 1 - drivers/staging/media/zoran/zoran_device.c | 8 ++--- drivers/staging/media/zoran/zoran_driver.c | 40 +--

[PATCH RFT/RFC v2 20/47] staging: media: zoran: Use video_drvdata to get struct zoran

Using video_drvdata() is proper and shorter than using directly fh pointers. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 40 -- 1 file changed, 14 insertions(+), 26 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/dri

[PATCH RFT/RFC v2 22/47] staging: media: zoran: remove overlay

Supporting overlay is not necessary today, so let's reduce the code size by removing it. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 16 - drivers/staging/media/zoran/zoran_card.c | 6 - drivers/staging/media/zoran/zoran_device.c | 143 + drivers/s

Re: [PATCH] ath10k: qmi: Skip host capability request for Xiaomi Poco F1

On Fri, 25 Sep 2020 at 20:57, Bjorn Andersson wrote: > > On Thu 24 Sep 11:31 CDT 2020, Kalle Valo wrote: > > > Amit Pundir writes: > > > > > Workaround to get WiFi working on Xiaomi Poco F1 (sdm845) > > > phone. We get a non-fatal QMI_ERR_MALFORMED_MSG_V01 error > > > message in ath10k_qmi_host_c

[PATCH RFT/RFC v2 15/47] staging: media: zoran: do not print random guest 0

The slot 0 of guest is never initialized and so we print later random data. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_device.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/staging/media/zoran/zoran_device.c b/drivers/staging/media/zoran/zoran_devi

[PATCH RFT/RFC v2 16/47] staging: media: zoran: move buffer_size out of zoran_fh

We need to get rid of zoran_fh, so move the buffer_size directly in the zoran structure. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 3 +- drivers/staging/media/zoran/zoran_device.c | 3 +- drivers/staging/media/zoran/zoran_driver.c | 62 +++--

[PATCH RFT/RFC v2 23/47] staging: media: zoran: Use DMA coherent for stat_com

Instead of using a fragile virt_to_bus, let's use proper DMA coherent for the stat_com entry. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 2 ++ drivers/staging/media/zoran/zoran_card.c | 22 +++--- drivers/staging/media/zoran/zoran_device.c |

Re: [PATCH 5.8 00/56] 5.8.12-rc1 review

On Fri, 25 Sep 2020 at 18:18, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 5.8.12 release. > There are 56 patches in this series, all will be posted as a response > to this one. If anyone has any issues with these being applied, please > let me know. > > Resp

[PATCH RFT/RFC v2 21/47] staging: media: zoran: Change zoran_v4l_set_format parameter from zoran_fh to zoran

We need to get rid of zoran_fh, so let's change function arguments. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/drivers/staging/media/zoran/zor

[PATCH RFT/RFC v2 18/47] staging: media: zoran: move jpg_settings out of zoran_fh

We need to get rid of zoran_fh, so move the jpg_settings directly in the zoran structure. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 2 - drivers/staging/media/zoran/zoran_driver.c | 103 ++--- 2 files changed, 47 insertions(+), 58 deletions(-

[PATCH RFT/RFC v2 25/47] staging: media: zoran: zoran does not support STD_ALL

In fact, zoran does not support V4L2_STD_ALL, so let's enumerate what we support. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/drivers/staging/media/z

[PATCH RFT/RFC v2 24/47] staging: media: zoran: use ZR_NORM

Instead of using hardcoded numbers, let's use some define for ZR NORM. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 4 drivers/staging/media/zoran/zoran_card.c | 8 drivers/staging/media/zoran/zoran_driver.c | 6 +++--- 3 files changed, 11 insert

[PATCH RFT/RFC v2 17/47] staging: media: zoran: move v4l_settings out of zoran_fh

We need to get rid of zoran_fh, so move the v4l_settings directly in the zoran structure. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 1 - drivers/staging/media/zoran/zoran_driver.c | 38 ++ 2 files changed, 17 insertions(+), 22 deletions(-)

[PATCH RFT/RFC v2 32/47] staging: media: zoran: add stat_com buffer

This patch adds the allocation of the stat_com buffer which be used later. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h | 2 ++ drivers/staging/media/zoran/zoran_card.c | 13 - 2 files changed, 14 insertions(+), 1 deletion(-) diff --git a/drivers/stagi

[PATCH RFT/RFC v2 28/47] staging: media: zoran: convert mdelay to udelay

As asked by checkpath, let's use udelay. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_device.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_device.c b/drivers/staging/media/zoran/zoran_device.c index 0ecb044f8e8

[PATCH RFT/RFC v2 26/47] staging: media: zoran: convert irq to pci irq

This patch convert zoran to pci_irq functions. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_card.c index 8be7f8f0

[PATCH RFT/RFC v2 33/47] staging: media: zoran: constify struct tvnorm

The structure tvnorm could be consified. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/videocodec.h | 2 +- drivers/staging/media/zoran/zoran.h| 4 ++-- drivers/staging/media/zoran/zoran_card.c | 24 +++--- drivers/staging/media/zoran/zoran_device.c

[PATCH RFT/RFC v2 30/47] staging: media: zoran: use pci_request_regions

Use pci_request_regions so now we can see zoran in /proc/iomem. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_car

[PATCH RFT/RFC v2 27/47] staging: media: zoran: convert zoran alloc to devm

Allocate the zoran structure with devm_ functions permit to simplify code. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zor

[PATCH RFT/RFC v2 31/47] staging: media: zoran: use devm_ioremap

Using devm_ioremap simplify code. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_card.c index f4639324bace..147bef1

[PATCH RFT/RFC v2 29/47] staging: media: zoran: use devm for videocodec_master alloc

Let's use devm allocations for videocodec, this simplify code. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 22 +- 1 file changed, 5 insertions(+), 17 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/

[PATCH RFT/RFC v2 43/47] staging: media: zoran: fix use of buffer_size and sizeimage

buffer_size was not set when it should be. Furthermore, use it instead of recalculate it. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 2 ++ drivers/staging/media/zoran/zoran_driver.c | 9 ++--- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/

[PATCH RFT/RFC v2 42/47] staging: media: zoran: remove test_interrupts

The test_interrupts function is useless, remove it. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 3 --- drivers/staging/media/zoran/zoran_card.c | 27 -- drivers/staging/media/zoran/zoran_device.c | 16 - 3 files changed, 46 de

[PATCH RFT/RFC v2 37/47] staging: media: zoran: disable output

Zoran is picky about jpeg data it accepts. At least it seems to not support COM and APPn. So until a way to filter data will be done, disable output. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 2 ++ drivers/staging/media/zoran/zoran_driver.c | 20 +++

[PATCH RFT/RFC v2 41/47] staging: media: zoran: add vidioc_g_parm

Adding vidioc_g_parm made v4l compliance happy. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/drivers/staging/media/zoran/zoran_driver.c index bcbe2c78ea16..5

[PATCH RFT/RFC v2 39/47] staging: media: zoran: enable makefile

This patch enables compilation of the zoran driver. Signed-off-by: Corentin Labbe --- drivers/staging/media/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/staging/media/Makefile b/drivers/staging/media/Makefile index 25910221b100..965a8b0e6cf2 100644 --- a/drivers/staging/m

[PATCH RFT/RFC v2 35/47] staging: media: zoran: Add more check for compliance

The zoran driver miss some sanity checks, and this made v4l compliance happy. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 17 + 1 file changed, 17 insertions(+) diff --git a/drivers/staging/media/zoran/zoran_driver.c b/drivers/staging/media/zo

[PATCH RFT/RFC v2 34/47] staging: media: zoran: constify codec_name

The codec_name could be const. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_card.c index 79783cbb919a..49a1d9e084a

[PATCH RFT/RFC v2 36/47] staging: media: zoran: Add vb_queue

This patchs adds a vb_queue without using it. This reduce the final VB2 conversion patch. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/Kconfig| 1 + drivers/staging/media/zoran/zoran.h| 30 +++ drivers/staging/media/zoran/zoran_card.c | 7 + drivers/stagin

[PATCH RFT/RFC v2 38/47] staging: media: zoran: device support only 32bit DMA address

The zoran device only supports 32bit DMA address. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/staging/media/zoran/zoran_card.c b/drivers/staging/media/zoran/zoran_card.c index dbdb1c4b0515..0a193283

[PATCH RFT/RFC v2 40/47] staging: media: zoran: remove framebuffer support

The framebuffer support is obsolete, so let's reduce code size. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran.h| 4 - drivers/staging/media/zoran/zoran_card.c | 6 -- drivers/staging/media/zoran/zoran_driver.c | 85 -- 3 files changed, 95 del

[PATCH RFT/RFC v2 44/47] staging: media: zoran: fix some compliance test

Add TODO for "TRY_FMT cannot handle an invalid pixelformat" We need to set pixelformat in some case. We should also handle some minimum requirement. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_driver.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) d

Re: [PATCH RFT/RFC v2 11/47] staging: media: zoran: zoran_device.c: convert pr_x to pci_x

On Fri, 2020-09-25 at 18:30 +, Corentin Labbe wrote: > Signed-off-by: Corentin Labbe [] > diff --git a/drivers/staging/media/zoran/zoran_device.c > b/drivers/staging/media/zoran/zoran_device.c [] > @@ -198,15 +198,14 @@ void detect_guest_activity(struct zoran *zr) [] > for (i = 0; i < j

[PATCH RFT/RFC v2 45/47] staging: media: zoran: remove deprecated .vidioc_g_jpegcomp

This patchs removed the deprecated .vidioc_g_jpegcomp and replace it with corresponding v4l2_ctrl_ops code. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/zoran_card.c | 22 ++ drivers/staging/media/zoran/zoran_driver.c | 49 -- 2 files changed, 22 in

[PATCH RFT/RFC v2 47/47] staging: media: zoran: update TODO

Update the TODO of the zoran driver Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/TODO | 23 +++ 1 file changed, 19 insertions(+), 4 deletions(-) diff --git a/drivers/staging/media/zoran/TODO b/drivers/staging/media/zoran/TODO index 54464095d0d7..6992540d3e53

[PATCH RFT/RFC v2 46/47] staging: media: zoran: convert to vb2

This is it! the ultimate last step, the vb2 conversion. Signed-off-by: Corentin Labbe --- drivers/staging/media/zoran/Kconfig|2 +- drivers/staging/media/zoran/zoran.h| 83 +- drivers/staging/media/zoran/zoran_card.c | 45 +- drivers/staging/media/zoran/zoran_device.c |

RE: [PATCH v4] Introduce support for Systems Management Driver over WMI for Dell Systems

> > I really prefer min_value and max_value here, those have 2 advantages: > > 1. min/max is used almost everywhere in the kernel/sysfs for things like this, > upper-/lower-bound feels a bit like archaic Enlish to me. > > 2. The _value postfix makes it immediately clear that they are the bou

Re: [PATCH 2/2] PM/hibernate: remove the bogus call to get_gendisk in software_resume

Hi! > get_gendisk grabs a reference on the disk and file operation, so this > code will leak both of them while having absolutely no use for the > gendisk itself. > > This effectively reverts commit 2df83fa4bce421f > ("PM / Hibernate: Use get_gendisk to verify partition if resume_file is > integ

RE: [PATCH v3 3/4] of_net: add mac-address-increment support

> -Original Message- > From: Rob Herring > Sent: Friday, September 25, 2020 8:24 PM > To: Ansuel Smith > Cc: Miquel Raynal ; Richard Weinberger > ; Vignesh Raghavendra ; David S. > Miller ; Jakub Kicinski ; > Andrew Lunn ; Heiner Kallweit > ; Russell King ; Frank > Rowand ; Boris Brezi

[PATCH] mm,kmemleak-test.c: move kmemleak-test.c to samples dir

kmemleak-test.c is just a kmemleak test module, which also can not be used as a built-in kernel module. Thus, i think it may should not be in mm dir, and move the kmemleak-test.c to samples/kmemleak/kmemleak-test.c. Fix the spelling of built-in by the way. Signed-off-by: Hui Su --- Documentation

[PATCH v2 1/1] scsi: libiscsi: fix NOP race condition

From: Lee Duncan iSCSI NOPs are sometimes "lost", mistakenly sent to the user-land iscsid daemon instead of handled in the kernel, as they should be, resulting in a message from the daemon like: > iscsid: Got nop in, but kernel supports nop handling. This can occur because of the forward- and b

[PATCH v2 0/1] scsi: libiscsi: fix NOP race condition

From: Lee Duncan A customer that uses iSCSI NOPs extensively found a race condition caused in part by the two-lock system used in iscsi (a forward and a back lock), since sending an iSCSI NOP uses the forward lock, and receiving one uses the back lock. Because of this, processing of the "send" ca

Re: [PATCH net-next v2 1/2] ethtool: improve compat ioctl handling

On Fri, Sep 25, 2020 at 3:22 PM Arnd Bergmann wrote: > > The ethtool compat ioctl handling is hidden away in net/socket.c, > which introduces a couple of minor oddities: > > - The implementation may end up diverging, as seen in the RXNFC > extension in commit 84a1d9c48200 ("net: ethtool: extend

Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent

Hi Christoph, On Tue, Sep 15, 2020 at 05:51:21PM +0200, Christoph Hellwig wrote: > Implement the alloc_noncoherent method to provide memory that is neither > coherent not contiguous. > > Signed-off-by: Christoph Hellwig > --- > drivers/iommu/dma-iommu.c | 41 +++-

Re: [PATCH v2 1/2] perf vendor events: Update CascadelakeX events to v1.08

> Thanks, it now works, but then... You forgot to add the Cc: entries for > all the people in your actual e-mail Cc: list, and also the > Reviewed-by: from Andy, I had to do it all manually, so when I applied > your attachments with 'git am' I needed to go on and manually collect > all the Cc, Revi

Re: [PATCH 01/18] media/v4l2: remove V4L2-FLAG-MEMORY-NON-CONSISTENT flag

Hi Christoph, On Tue, Sep 15, 2020 at 05:51:05PM +0200, Christoph Hellwig wrote: > From: Sergey Senozhatsky > > The patch partially reverts some of the UAPI bits of the buffer > cache management hints. Namely, the queue consistency (memory > coherency) user-space hint because, as it turned out,

Re: [PATCH] Documentation/llvm: Fix clang target examples

On Fri, Sep 25, 2020 at 8:21 AM Florian Fainelli wrote: > > clang --target= is how we can specify a particular toolchain > triple to be use, fix the two occurences in the documentation. Ah right, my mistake. It's either double dash+equals, or single dash+space. Thanks for the patch. Masahiro,

Re: [PATCH v3] usb: dwc3: Stop active transfers before halting the controller

On 9/24/2020 11:06 PM, Felipe Balbi wrote: > > Hi, > > Alan Stern writes: Hence, the reason if there was already a pending IRQ triggered, the dwc3_gadget_disable_irq() won't ensure the IRQ is handled. We can do something like: if (!is_on) dwc3_gadget_disable_irq()

Re: [RFC PATCH 1/1] tracing: support dynamic string field types for synthetic events

Hi Axel, On Fri, 2020-09-25 at 12:08 -0700, Axel Rasmussen wrote: > It's typical [1] to define tracepoint string fields as "const char *", > using the __string, __assign_str, and __get_str helpers. For synthetic > event definitions, the only available mechanism to define a string type > is a fixed

Re: [PATCH 0/9] sched: Migrate disable support

On 25/09/20 19:17, Sebastian Andrzej Siewior wrote: > On 2020-09-21 18:35:57 [+0200], Peter Zijlstra wrote: >> Hi, > Hi, > >> Here's my take on migrate_disable(). It avoids growing a second means of > > I have here: > > |005: numa_remove_cpu cpu 5 node 0: mask now 0,3-4,6-7 > |007: smpboot: CPU 5

Re: [PATCH v4] Introduce support for Systems Management Driver over WMI for Dell Systems

Hi, On 9/25/20 8:37 PM, Limonciello, Mario wrote: So a user would see the different authentication mechanisms available by looking At the contents of /sys/class/firmware- attributes/*/authentication and if they don't understand it's purpose they look at the type sysfs file. But one role c

Re: [PATCH] rpadlpar_io:Add MODULE_DESCRIPTION entries to kernel modules

On Thu, Sep 24, 2020 at 04:41:39PM +1000, Oliver O'Halloran wrote: > On Thu, Sep 24, 2020 at 3:15 PM Mamatha Inamdar > wrote: > > > > This patch adds a brief MODULE_DESCRIPTION to rpadlpar_io kernel modules > > (descriptions taken from Kconfig file) > > > > Signed-off-by: Mamatha Inamdar > > ---

Re: [PATCH v2 8/8] x86/MCE/AMD Support new memory interleaving modes during address translation

On Fri, Sep 25, 2020 at 09:22:31AM +0200, Borislav Petkov wrote: > On Wed, Sep 23, 2020 at 11:25:10AM -0500, Yazen Ghannam wrote: > > I don't remember the original reason, and I was recently asked about > > this code living in a module. I did some looking after this ask, and I > > found that we sho

Re: [PATCH v6 03/10] PCI/RCEC: Cache RCEC capabilities in pci_init_capabilities()

On Tue, Sep 22, 2020 at 02:38:52PM -0700, Sean V Kelley wrote: > From: Sean V Kelley > > Extend support for Root Complex Event Collectors by decoding and > caching the RCEC Endpoint Association Extended Capabilities when > enumerating. Use that cached information for later error source > reportin

Re: [PATCH printk v5 6/6] printk: reimplement log_cont using record extension

Hi again, On 25.09.2020 21:08, Marek Szyprowski wrote: > Hi John, > > On 14.09.2020 14:33, John Ogness wrote: >> Use the record extending feature of the ringbuffer to implement >> continuous messages. This preserves the existing continuous message >> behavior. >> >> Signed-off-by: John Ogness >>

Re: [PATCH 4/5] media: mt9p031: Make pixel clock polarity configurable by DT

Hi Stefan, Thanks for the patchset. On Fri, Sep 25, 2020 at 09:50:28AM +0200, Stefan Riedmueller wrote: > From: Christian Hemp > > Evaluate the desired pixel clock polarity from the device tree. > > Signed-off-by: Christian Hemp > Signed-off-by: Stefan Riedmueller > --- > drivers/media/i2c/

Re: [RFC PATCH 0/1] tracing: support dynamic string field types for synthetic events

Hi Axel, On Fri, 2020-09-25 at 12:08 -0700, Axel Rasmussen wrote: > Hi Steven and Tom, > > In this thread: https://lkml.org/lkml/2020/9/17/1015 we discussed how > to plumb > dynamic strings into synthetic events. Tom, you proposed adding a new > dynamic > string type to synthetic event definition

Re: [PATCH] cpuidle-haltpoll: fix error comments in arch_haltpoll_disable

On 24/09/20 17:58, Li Qiang wrote: > The 'arch_haltpoll_disable' is used to disable guest halt poll. > Correct the comments. > > Fixes: a1c4423b02b21 ("cpuidle-haltpoll: disable host side polling when kvm > virtualized") > Signed-off-by: Li Qiang > --- > arch/x86/kernel/kvm.c | 2 +- > 1 file c

Re: [RFC PATCH v2] tools/x86: add kcpuid tool to show raw CPU features

On Fri, Sep 25, 2020 at 03:48:04PM -0400, Arvind Sankar wrote: > Ok. Another suggestion: while designing the format for the cpuid.txt > file, would it be possible to include enough information for > cpufeatures.h to be auto-generated from it? I think you're missing the previous discussion on this

Re: [PATCH] tracing/boot: Initialize per-instance event list in early boot

On Fri, 25 Sep 2020 01:40:08 +0900 Masami Hiramatsu wrote: > Initialize per-instance event list in early boot time (before > initializing instance directory on tracefs). This fixes boot-time > tracing to correctly handle the boot-time per-instance settings. > I added: Fixes: 4114fbfd02f1 ("tra

Re: [PATCH v3 0/5] KVM: VMX: Clean up RTIT MAXPHYADDR usage

On 24/09/20 21:42, Sean Christopherson wrote: > Stop using cpuid_query_maxphyaddr() for a random RTIT MSR check, unexport > said function to discourage future use, and do additional related cleanup. > > Paolo, feel free to reorder/squash these as you see fit. Five patches > feels more than a bit

Re: [PATCH 4.19 00/37] 4.19.148-rc1 review

On 9/25/20 6:48 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 4.19.148 release. There are 37 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made

[GIT PULL] regulator fixes for v5.9-rc6

The following changes since commit 59ae97a7a9e1499c2070e29841d1c4be4ae2994a: regulator: pwm: Fix machine constraints application (2020-09-02 19:13:29 +0100) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git tags/regulator-fix-v5.9

[GIT PULL] regmap fixes for v5.9-rc6

The following changes since commit d012a7190fc1fd72ed48911e77ca97ba4521bccd: Linux 5.9-rc2 (2020-08-23 14:08:43 -0700) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git tags/regmap-fix-v5.9-rc6 for you to fetch changes up to 05669b63

[GIT PULL] SPI fixes for v5.9-rc6

The following changes since commit c170a5a3b6944ad8e76547c4a1d9fe81c8f23ac8: spi: stm32: fix pm_runtime_get_sync() error checking (2020-09-09 15:11:44 +0100) are available in the Git repository at: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git tags/spi-fix-v5.9-rc6 for y

Re: [PATCH v2 4/4] KVM: VMX: Add a helper and macros to reduce boilerplate for sec exec ctls

On 25/09/20 02:30, Sean Christopherson wrote: > Add a helper function and several wrapping macros to consolidate the > copy-paste code in vmx_compute_secondary_exec_control() for adjusting > controls that are dependent on guest CPUID bits. > > No functional change intended. > > Signed-off-by: Sea

Re: [PATCH 1/5] mm: Introduce mm_struct.has_pinned

On Thu, Sep 24, 2020 at 2:30 PM Peter Xu wrote: > > > > > > > With the extra mprotect(!WRITE), I think we'll see a !pte_write() entry. > > > Then > > > it'll not go into maybe_dma_pinned() at all since cow==false. > > > > Hum that seems like a problem in this patch, we still need to do the > > D

Re: [PATCH v2 1/2] perf vendor events: Update CascadelakeX events to v1.08

On Fri, Sep 25, 2020 at 03:05:27PM -0300, Arnaldo Carvalho de Melo wrote: > Things like b4 help with this and probably have to take into account > attachments as well, that is why I'm adding Konstantin to the Cc: list > of this message. > > Konstantin, is this case covered? I.e. patches that get b

Re: [RFC] openprom: Fix 'opiocnextprop'; ensure integer conversions; use string size

From: David Miller Date: Mon, 14 Sep 2020 17:03:21 -0700 > From: Michael Witten > Date: Fri, 04 Sep 2020 19:40:00 - > >> @@ -34,10 +34,10 @@ EXPORT_SYMBOL(of_console_options); >> int of_getintprop_default(struct device_node *np, const char *name, int def) >> { >> struct property *pro

Re: [PATCH v3 4/4] PCI: Limit pci_alloc_irq_vectors() to housekeeping CPUs

On Fri, Sep 25, 2020 at 02:26:54PM -0400, Nitesh Narayan Lal wrote: > If we have isolated CPUs dedicated for use by real-time tasks, we try to > move IRQs to housekeeping CPUs from the userspace to reduce latency > overhead on the isolated CPUs. > > If we allocate too many IRQ vectors, moving them

[PATCH v3] : Add nitems()

'nitems()' calculates the length of an array in number of items. It is safe: if a pointer is passed to the macro (or function, in C++), the compilation is broken due to: - In >= C11: _Static_assert() - In C89, C99: Negative anonymous bitfield - In C++: The template requires an array Some BSDs a

[PATCH v5 16/17] dax/hmem: introduce dax_hmem.region_idle parameter

From: Joao Martins Introduce a new module parameter for dax_hmem which initializes all region devices as free, rather than allocating a pagemap for the region by default. All hmem devices created with dax_hmem.region_idle=1 will have full available size for creating dynamic dax devices. Link:

[PATCH v5 03/17] device-dax/kmem: move resource name tracking to drvdata

Towards removing the mode specific @dax_kmem_res attribute from the generic 'struct dev_dax', and preparing for multi-range support, move resource name tracking to driver data. The memory for the resource name needs to have its own lifetime separate from the device bind lifetime for cases where th

Re: [PATCH v2 seccomp 3/6] seccomp/cache: Add "emulator" to check if filter is arg-dependent

> On Sep 25, 2020, at 12:42 PM, Kees Cook wrote: > > On Fri, Sep 25, 2020 at 11:45:05AM -0500, YiFei Zhu wrote: >> On Thu, Sep 24, 2020 at 10:04 PM YiFei Zhu wrote: Why do the prepare here instead of during attach? (And note that it should not be written to fail.) >>> >>> Right. >

Re: [PATCH v6 02/10] PCI/RCEC: Bind RCEC devices to the Root Port driver

On Tue, Sep 22, 2020 at 02:38:51PM -0700, Sean V Kelley wrote: > From: Qiuxu Zhuo > > If a Root Complex Integrated Endpoint (RCiEP) is implemented, errors may > optionally be sent to a corresponding Root Complex Event Collector (RCEC). > Each RCiEP must be associated with no more than one RCEC. I

Re: KASLR support on ARM with Kernel 4.9 and 4.14

On Fri, Sep 25, 2020 at 08:33:59PM +0530, Pintu Agarwal wrote: > This is regarding the KASLR feature support on ARM for the kernel > version 4.9 and 4.14. > > Is KASLR supported on ARM-32 Linux 4.9 and above ? Sorry, this feature did not yet land in upstream: https://github.com/KSPP/linux/issues/

Re: [PATCH] KVM: x86/mmu: Stash 'kvm' in a local variable in kvm_mmu_free_roots()

On 23/09/20 21:12, Sean Christopherson wrote: > To make kvm_mmu_free_roots() a bit more readable, capture 'kvm' in a > local variable instead of doing vcpu->kvm over and over (and over). > > No functional change intended. > > Signed-off-by: Sean Christopherson > --- > arch/x86/kvm/mmu/mmu.c | 1

[RFC PATCH 0/1] tracing: support dynamic string field types for synthetic events

Hi Steven and Tom, In this thread: https://lkml.org/lkml/2020/9/17/1015 we discussed how to plumb dynamic strings into synthetic events. Tom, you proposed adding a new dynamic string type to synthetic event definition like "char foo[]". I'm sending this patch because it may be simpler than implem

[PATCH v5 04/17] device-dax/kmem: replace release_resource() with release_mem_region()

Towards removing the mode specific @dax_kmem_res attribute from the generic 'struct dev_dax', and preparing for multi-range support, change the kmem driver to use the idiomatic release_mem_region() to pair with the initial request_mem_region(). This also eliminates the need to open code the release

Re: [PATCH v2 4/7] KVM: x86: hyper-v: always advertise HV_STIMER_DIRECT_MODE_AVAILABLE

On 24/09/20 16:57, Vitaly Kuznetsov wrote: > HV_STIMER_DIRECT_MODE_AVAILABLE is the last conditionally set feature bit > in KVM_GET_SUPPORTED_HV_CPUID but it doesn't have to be conditional: first, > this bit is only an indication to userspace VMM that direct mode stimers > are supported, it still r

[RFC PATCH 1/1] tracing: support dynamic string field types for synthetic events

It's typical [1] to define tracepoint string fields as "const char *", using the __string, __assign_str, and __get_str helpers. For synthetic event definitions, the only available mechanism to define a string type is a fixed-size char array ("char[]") [2]. Without this patch, since the type string

Re: [WARNING] kernel/rcu/tree.c:1058 rcu_irq_enter+0x15/0x20

Ping. -- Steve On Thu, 17 Sep 2020 13:18:16 -0400 Steven Rostedt wrote: > Hi Peter, > > I ran my tests on a series of patches on top of 5.9-rc4, and hit the > following splat: > > [ cut here ] > WARNING: CPU: 0 PID: 2557 at kernel/rcu/tree.c:1058 rcu_irq_enter+0x1

Re: [PATCH 5.4 00/43] 5.4.68-rc1 review

On 9/25/20 6:48 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.4.68 release. There are 43 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made b

Re: [PATCH printk v5 6/6] printk: reimplement log_cont using record extension

Hi John, On 14.09.2020 14:33, John Ogness wrote: > Use the record extending feature of the ringbuffer to implement > continuous messages. This preserves the existing continuous message > behavior. > > Signed-off-by: John Ogness > Reviewed-by: Petr Mladek This patch landed recently in linux-next

Re: [PATCH 5.8 00/56] 5.8.12-rc1 review

On 9/25/20 6:47 AM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 5.8.12 release. There are 56 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be made b

Re: [PATCH] x86/dumpstack: Fix misleading instruction pointer error message

On Fri, Sep 25, 2020 at 07:31:51PM +, Mark Mossberg wrote: > Unconditionally printing "Bad RIP value" if copy_code() fails can be > misleading for userspace pointers, since copy_code() can fail if the > instruction pointer is valid, but the code is paged out. This is > because copy_code() call

Re: Can we credibly make vdso_sgx_enter_enclave() pleasant to use?

On Fri, Sep 25, 2020 at 12:09 PM Sean Christopherson wrote: > > +Nathaniel, Cedric and linux-sgx > > On Fri, Sep 25, 2020 at 09:55:00AM -0700, Andy Lutomirski wrote: > > vdso_sgx_enter_enclave() sucks. I don't think anyone seriously likes > > it, but maybe it's the best we can do. > > The code its

arch/mips/kernel/r4k-bugs64.c:171:24: warning: no previous prototype for 'do_daddi_ov'

Hi Paul, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 171d4ff79f965c1f164705ef0aaea102a6ad238b commit: 071d2f0b5419d3cf80cc8ba73ec8fe2cedc4cc0c MIPS: r4k-bugs64: Limit R4k bug checks to affected systems date: 1

Re: [RFC PATCH v2] tools/x86: add kcpuid tool to show raw CPU features

On Fri, Sep 25, 2020 at 07:16:31PM +0200, Borislav Petkov wrote: > On Wed, Sep 23, 2020 at 10:45:29AM +0800, Feng Tang wrote: > > > Rather than a tool, would additional file(s) in, say, > > > /sys/devices/system/cpu/cpu be nicer? They could show the raw CPUID > > > features, one file per leaf or su

Re: [PATCH] ASoC: rockchip: fix a possible divide-by-zero bug in rockchip_i2s_hw_params()

On Sun, Aug 30, 2020 at 05:51:06PM +0800, Tuo Li wrote: > The variable bclk_rate is checked in: > if (bclk_rate && mclk_rate % bclk_rate) This doesn't apply against current code, please check and resend: HEAD is now at bbd59df075ab Merge series "ASoC: Intel: sdw machine driver updates for 5.10

<    4   5   6   7   8   9   10   11   12   13   >