…
> +++ b/drivers/vfio/vfio_iommu_type1.c
…
> @@ -2812,11 +2815,10 @@ static int vfio_iommu_type1_dma_rw_chunk
…
> if (!mm)
> return -EPERM;
>
> - if (kthread)
> + if (kthread && use_mm)
Can another design approach make sense here?
+ bool thread_use_mm = ((curren
Hi Chris,
On Mon, Jul 06, 2020 at 12:45:34PM +, Chris Mason via Ksummit-discuss wrote:
> On 5 Jul 2020, at 0:55, Willy Tarreau wrote:
> > On Sat, Jul 04, 2020 at 01:02:51PM -0700, Dan Williams wrote:
> >> +Non-inclusive terminology has that same distracting effect which is why
> >> +it is a st
Hi Yi,
On 7/4/20 1:26 PM, Liu Yi L wrote:
> This patch exports iommu nesting capability info to user space through
> VFIO. User space is expected to check this info for supported uAPIs (e.g.
> PASID alloc/free, bind page table, and cache invalidation) and the vendor
> specific format information fo
From: Colin Ian King
The variable ret is being initialized with a value that is never read
and it is being updated later with a new value. The initialization is
redundant and can be removed.
Addresses-Coverity: ("Unused value")
Signed-off-by: Colin Ian King
---
drivers/thermal/thermal_netlink
On Sun, 2020-07-05 at 16:41 -0700, David Rientjes wrote:
> On Fri, 3 Jul 2020, Robin Murphy wrote:
>
> > > Just for the record the offending commit is: c84dc6e68a1d2 ("dma-pool: add
> > > additional coherent pools to map to gfp mask").
> > >
> > > On Thu, 2020-07-02 at 12:49 -0500, Jeremy Linton
On Fri, Jul 03, 2020 at 04:21:46PM -0400, Vineeth Remanan Pillai wrote:
> On Wed, Jul 1, 2020 at 7:28 PM Joel Fernandes wrote:
> >
> > From: "Joel Fernandes (Google)"
> > Subject: [PATCH] sched: Fix CPU hotplug causing crashes in task selection
> > logic
> >
> > The selection logic does not run
On Sun, Jul 05, 2020 at 03:12:50PM -0600, Jens Axboe wrote:
> On 7/5/20 3:09 PM, Matthew Wilcox wrote:
> > On Sun, Jul 05, 2020 at 03:00:47PM -0600, Jens Axboe wrote:
> >> On 7/5/20 12:47 PM, Kanchan Joshi wrote:
> >>> From: Selvakumar S
> >>>
> >>> For zone-append, block-layer will return zone-re
On 06/07/2020 14:26, Alexander Graf wrote:
On 22.06.20 22:03, Andra Paraschiv wrote:
An enclave is associated with an fd that is returned after the enclave
creation logic is completed. This enclave fd is further used to setup
enclave resources. Once the enclave needs to be terminated, the e
Hi Heiko,
On Fri, Apr 3, 2020 at 7:36 PM Jagan Teki wrote:
>
> roc-rk3328-cc board has vcc_sdio regulator controlled
> by a special output only gpio pin. This special pin can
> now be reference as <&grf_gpio 0> via gpio-syscon driver,
> as mentioned in below commit.
>
> commit <99165b93dafe4f2a82
On Mon, 06 Jul 2020, Hans de Goede wrote:
> Hi,
>
> On 7/6/20 3:33 PM, Lee Jones wrote:
> > Looks as though a079973f462a3 ("usb: typec: tcpm: Remove tcpc_config
> > configuration mechanism") pulled out the only use of 'tcpm_altmode_ops'
> > last year. No need to keep it around.
> >
> > Fixes th
Hi Heiko,
On Thu, Feb 20, 2020 at 6:57 PM wrote:
>
> From: Jagan Teki
>
> RK3399 boards like ROC-RK3399-PC is using MP8859 DC/DC converter
> for 12V supply.
>
> roc-rk3399-pc initially used 12V fixed regulator for this supply,
> but the below commit has switched to use MP8859.
>
> commit <1fc61e
Hi Matthias,
thanks for your comment
On Mon, 2020-07-06 at 16:03 +0200, Matthias Brugger wrote:
>
> On 05/07/2020 08:48, Dennis YC Hsieh wrote:
> > Add address shift when compose jump instruction
> > to compatible with 35bit format.
> >
> > Signed-off-by: Dennis YC Hsieh
>
> You are missing B
Anupam Aggarwal writes:
>>Anyway, fsck would be main way. And on other hand, if we want to add
>>mitigation for corruption, we would have to see much more details of
>>this corruption. Can you put somewhere to access the corrupted image
>>(need the only metadata) to reproduce?
>
> Sorry, uploadi
Jason A. Donenfeld wrote:
> There's no reason to open code this here, so instead replace it with
> pr_warn_once, which amounts to exactly the same thing.
Note that this file is set to be entirely deleted here:
https://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git/log/?h
On Mon, Jul 06, 2020 at 09:32:22AM -0400, Liang, Kan wrote:
>
>
> On 7/6/2020 6:25 AM, Peter Zijlstra wrote:
> > On Fri, Jul 03, 2020 at 04:59:49PM -0400, Liang, Kan wrote:
> > > On 7/3/2020 3:50 PM, Peter Zijlstra wrote:
> >
> > > > If I'm not mistaken, this correctly deals with LBR_FORMAT_INFO
From: Zhang Qiang
Add a missing spinlock protection for play_queue, because
the play_queue may be destroyed when the "playback_work"
work func and "f_audio_out_ep_complete" callback func
operate this paly_queue at the same time.
Cc: stable
Signed-off-by: Zhang Qiang
---
v1->v2->v3:
Add chang
Initializing with 0 makes it much easier to identify time stamps from
otherwise uninitialized clock.
Initialization of PTP clock with current kernel time makes little sense as
PTP time scale differs from UTC time scale that kernel time represents.
It only leads to confusion when no actual PTP init
Code of the form "if(x) x = 0" replaced with "x = 0".
Code of the form "if(x == a) x = a" removed.
Signed-off-by: Sergey Organov
---
drivers/net/ethernet/freescale/fec_ptp.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_ptp.c
b/driver
No need to use snprintf() on a constant string, nor using magic
constant in the fixed code was a good idea.
Signed-off-by: Sergey Organov
---
drivers/net/ethernet/freescale/fec_ptp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/freescale/fec_ptp.c
b/d
When external PTP-aware PHY is in use, it's that PHY that is to time
stamp network packets, and it's that PHY where configuration requests
of time stamping features are to be routed.
To achieve these goals:
1. Make sure we don't time stamp packets when external PTP PHY is in use
2. Make sure we
PPS feature could be useful even when hardware time stamping
of network packets is not in use, so remove offending check
for this condition from fec_ptp_enable_pps().
Signed-off-by: Sergey Organov
---
drivers/net/ethernet/freescale/fec_ptp.c | 5 -
1 file changed, 5 deletions(-)
diff --git
This is a collection of otherwise independent fixes that got developed
out of attempt to use DP83640 PTP PHY connected to built-in fec1 (that
has its own PTP support) of the iMX 6SX micro-controller.
The first patch in the series is actual fix for appeared problems,
while the rest are small style
On 7/6/20 8:10 AM, Matthew Wilcox wrote:
> On Sun, Jul 05, 2020 at 03:12:50PM -0600, Jens Axboe wrote:
>> On 7/5/20 3:09 PM, Matthew Wilcox wrote:
>>> On Sun, Jul 05, 2020 at 03:00:47PM -0600, Jens Axboe wrote:
On 7/5/20 12:47 PM, Kanchan Joshi wrote:
> From: Selvakumar S
>
> For
RT tasks by default run at the highest capacity/performance level. When
uclamp is selected this default behavior is retained by enforcing the
requested uclamp.min (p->uclamp_req[UCLAMP_MIN]) of the RT tasks to be
uclamp_none(UCLAMP_MAX), which is SCHED_CAPACITY_SCALE; the maximum
value.
This is al
This series introduces a new sysctl_sched_uclamp_util_min_rt_default to control
at runtime the default boost value of RT tasks.
Full rationale is in patch 1 commit message.
v6 has changed the approach taken in v5 [1] and earlier by moving away from the
lazy update approach that touched the fast p
Thanks for your suggestin Greg KH
I think there is not need fix tags. I will resend.
thanks,
Zhang Qiang
发件人: Greg KH
发送时间: 2020年7月6日 18:31
收件人: Zhang, Qiang
抄送: ba...@kernel.org; colin.k...@canonical.com; linux-...@vger.kernel.org;
linux-kernel@vger.ker
Uclamp exposes 3 sysctl knobs:
* sched_util_clamp_min
* sched_util_clamp_max
* sched_util_clamp_min_rt_default
Document them in sysctl/kernel.rst.
Signed-off-by: Qais Yousef
CC: Jonathan Corbet
CC: Juri Lelli
CC: Vincent Guittot
CC: Dietmar Eggemann
CC: Steven Rosted
Hi Ignat,
On 6/27/20 5:03 AM, Ignat Korchagin wrote:
> This is a follow up from [1]. Consider the following script:
>
> sudo modprobe brd rd_nr=1 rd_size=4194304
>
Did you test null_blk device? I didn't get result as expected using null_blk.
1.
# fio --filename=/dev/nullb0 --readwrite=readwrit
On Thu, Jul 2, 2020 at 5:32 AM Sergei Shtylyov
wrote:
>
> Hello!
>
> On 02.07.2020 0:21, Jim Quinlan wrote:
>
> > From: Jim Quinlan
> >
> > A reset controller "rescal" is shared between the AHCI driver and the PCIe
> > driver for the BrcmSTB 7216 chip. Use
> > devm_reset_control_get_optional_sha
On Mon, Jul 06, 2020 at 08:27:17AM -0600, Jens Axboe wrote:
> On 7/6/20 8:10 AM, Matthew Wilcox wrote:
> > On Sun, Jul 05, 2020 at 03:12:50PM -0600, Jens Axboe wrote:
> >> On 7/5/20 3:09 PM, Matthew Wilcox wrote:
> >>> On Sun, Jul 05, 2020 at 03:00:47PM -0600, Jens Axboe wrote:
> On 7/5/20 12:
On 7/6/2020 5:53 AM, Arnd Bergmann wrote:
On Mon, Jul 6, 2020 at 1:03 PM Naresh Kamboju wrote:
While booting qemu_arm64 and qemu_arm with Linux version 5.8.0-rc3-next-20200706
the kernel panic noticed due to kernel NULL pointer dereference.
metadata:
git branch: master
git repo
On 7/6/20 8:32 AM, Matthew Wilcox wrote:
> On Mon, Jul 06, 2020 at 08:27:17AM -0600, Jens Axboe wrote:
>> On 7/6/20 8:10 AM, Matthew Wilcox wrote:
>>> On Sun, Jul 05, 2020 at 03:12:50PM -0600, Jens Axboe wrote:
On 7/5/20 3:09 PM, Matthew Wilcox wrote:
> On Sun, Jul 05, 2020 at 03:00:47PM -
On Mon, 6 Jul 2020 15:37:37 +0200
Pierre Morel wrote:
> On 2020-07-02 15:03, Pierre Morel wrote:
> >
> >
> > On 2020-06-29 18:05, Cornelia Huck wrote:
> >> On Mon, 29 Jun 2020 11:57:14 -0400
> >> "Michael S. Tsirkin" wrote:
> >>
> >>> On Wed, Jun 17, 2020 at 12:43:57PM +0200, Pierre Morel
On Fri, Jun 26, 2020 at 10:21:11AM -0700, Andy Lutomirski wrote:
> +static void check_user_regs(struct pt_regs *regs)
---
Subject: x86/entry: Mark check_user_regs() noinstr
vmlinux.o: warning: objtool: do_syscall_64()+0xb: call to check_user_regs()
leaves .noinstr.text section
vmlinux.o: warnin
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dcb7fd82c75ee2d6e6f9d8cc71c52519ed52e258
commit: cf6b83664895a5c7e97710df282e220bd047f0f5 efi/libstub: Make initrd file
loader configurable
date: 2 months ago
config: arm64-randconfig-s032-20200706
The function kasan_unpoison_stack_above_sp_to() is defined in kasan code
but never used. The function was introduced as part of the commit:
commit 9f7d416c36124667 ("kprobes: Unpoison stack in jprobe_return() for
KASAN")
... where it was necessary because x86's jprobe_return() would leave
sta
On Fri, 3 Jul 2020 at 01:44, 김창기 wrote:
>
> Hello.
>
> I am software engineer in charge of BSP (Samsung SOC vendor).
>
> Recently, Google introduced GKI from Android 11(R) version.
> So we can't modified kernel code except module drivers.
>
> Coresight drivers doesn't support module.
> I need the
On Mon, Jul 6, 2020 at 10:09 AM Joel Fernandes wrote:
>
> > I am not sure if this can happen. If the other sibling sets core_pick, it
> > will be under the core wide lock and it should set the core_sched_seq also
> > before releasing the lock. So when this cpu tries, it would see the
> > core_pic
On Wed, 1 Jul 2020 at 11:52, 冯锐 wrote:
>
> Hi Hansson:
>
> I'm sorry to bother you. One month ago you said you will post some patches
> and keep my posted,
> but I can't found the patches or I miss the patches? Users are looking
> forward to the patch, If you
> are busy, I'll post a patch to let
On Mon, Jul 06, 2020 at 05:00:51PM +0300, Jarkko Sakkinen wrote:
> On Mon, Jul 06, 2020 at 11:46:46AM +, peter.hu...@infineon.com wrote:
> > Hi,
> > NACK
> >
> > > % git --no-pager grep IFX0102 drivers/char/tpm
> > > drivers/char/tpm/tpm_infineon.c: {"IFX0102", 0},
> > > drivers/char/tpm/tpm_
On Sat, 4 Jul 2020 00:19:34 +0800, Robin Gong wrote:
> Add pca9450 driver for i.mx8mn-evk board. PCA9450A/B/C supported now.
> Please refer to below link for PCA9450 datasheet:
> https://www.nxp.com/docs/en/data-sheet/PCA9450DS.pdf
>
> v2:
> 1. rebase with the latest code to use linear_ranges he
On Mon, 6 Jul 2020 16:09:44 +0800, Axel Lin wrote:
> Add missing .owner field in regulator_desc, which is used for refcounting.
Applied to
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
for-next
Thanks!
[1/1] regulator: fan53880: Add missing .owner field in regulator_
On (20/07/06 13:31), Kurt Kanzenbach wrote:
> >> @@ -2275,6 +2275,7 @@ int serial8250_do_startup(struct uart_port *port)
> >>
> >> if (port->irq && !(up->port.flags & UPF_NO_THRE_TEST)) {
> >> unsigned char iir1;
> >> +
> >> /*
> >> * Test fo
Mihai Carabas writes:
> The usage of static_cpu_has in bugs.c file is counter-productive
> since the code is executed once but there is extra effort to patch
> it and keep alternatives in a special section --- so there is both
> space and time cost.
>
> Quote from _static_cpu_has definition:
> /*
On Mon, Jul 06, 2020 at 05:43:35PM +0300, Jarkko Sakkinen wrote:
> On Mon, Jul 06, 2020 at 05:00:51PM +0300, Jarkko Sakkinen wrote:
> > On Mon, Jul 06, 2020 at 11:46:46AM +, peter.hu...@infineon.com wrote:
> > > Hi,
> > > NACK
> > >
> > > > % git --no-pager grep IFX0102 drivers/char/tpm
> > >
On 06.07.2020 15:34, Jiri Olsa wrote:
> On Fri, Jul 03, 2020 at 10:47:22AM +0300, Alexey Budankov wrote:
>>
>> Implement handling of 'enable' and 'disable' control commands
>> coming from control file descriptor. process_evlist() function
>> checks for events on control fds and makes required ope
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: dcb7fd82c75ee2d6e6f9d8cc71c52519ed52e258
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 3 weeks ago
config: xtensa-randconfig-s032-20200706
On 7/6/2020 6:08 AM, Colin King wrote:
From: Colin Ian King
The expressions start_idx - dbg_cnt is evaluated using unsigned int
arthithmetic (since these variables are unsigned ints) and hence can
never be less than zero, so the less than comparison is never true.
Re-write the expression to c
On Wed, 17 Jun 2020 at 17:19, Flavio Suligoi wrote:
>
> Fix typo: "trigered" --> "triggered"
>
> Signed-off-by: Flavio Suligoi
Applied for next, thanks!
Kind regards
Uffe
> ---
> drivers/mmc/host/sdhci-msm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/mmc
On Sun, 21 Jun 2020 at 04:54, Manivannan Sadhasivam wrote:
>
> Remove the 'of_match_ptr()' macro to fix the warning when CONFIG_OF is
> not selected.
>
> drivers/mmc/host/owl-mmc.c:677:34: warning: unused variable 'owl_mmc_of_match'
> [-Wunused-const-variable]
>
> Reported-by: kernel test robot
>
On Fri, 19 Jun 2020 at 14:58, Faiz Abbas wrote:
>
> The following patches add driver support for SD card on the
> am654x-evm. It only enables high speed mode with UHS mode
> support coming in a future series.
>
> DTS support will be added in another series as well.
>
> Faiz Abbas (7):
> dt-bindi
- On Jul 6, 2020, at 9:59 AM, Florian Weimer fwei...@redhat.com wrote:
> * Mathieu Desnoyers:
>
>> When available, use the cpu_id field from __rseq_abi on Linux to
>> implement sched_getcpu(). Fall-back on the vgetcpu vDSO if
>> unavailable.
>
> I've pushed this to glibc master, but unfortu
On Tue, 23 Jun 2020 at 15:35, Veerabhadrarao Badiganti
wrote:
>
> On qcom SD host controllers voltage switching be done after the HW
> is ready for it. The HW informs its readiness through power irq.
> The voltage switching should happen only then.
>
> So added support to register voltage regulato
On Mon, 29 Jun 2020 at 09:22, Pali Rohár wrote:
>
> Define appropriate macro names for consistency with other macros.
>
> Signed-off-by: Pali Rohár
Applied for next, thanks!
If it turns out that it's a better idea to funnel this via Kale's
wireless tree, then I can drop it - and you may conside
On Tue, 23 Jun 2020 at 15:34, Akshu Agrawal wrote:
>
> HS400/HS200/eMMC HS doesn't have Preset Value register.
> Hence, sdhci_set_ios function overrides the value set by fmw to
> SDHCI_CTRL_DRV_TYPE_B.
> This patch sets drv_type to MMC_SET_DRIVER_TYPE_A
> so that host_control2 register gets update
On Mon, 22 Jun 2020 at 10:51, Jisheng Zhang wrote:
>
> Convert the pwrseq binding to DT schema format using json-schema.
>
> At the same time, fix a couple of issues with the examples discovered by
> the validation tool -- missing ";"
>
> Signed-off-by: Jisheng Zhang
Applied for next, thanks!
K
On Wed, 1 Jul 2020 at 00:37, Kangmin Park wrote:
>
> Fix unit address to match the first address specified in the reg
> property of the node.
Rather than fixing legacy DT doc, can you please consider to convert
the doc into the yaml format instead?
Kind regards
Uffe
>
> Signed-off-by: Kangmin
Hi Yi,
On 7/4/20 1:26 PM, Liu Yi L wrote:
> From IOMMU p.o.v., PASIDs allocated and managed by external components
> (e.g. VFIO) will be passed in for gpasid_bind/unbind operation. IOMMU
> needs some knowledge to check the PASID ownership, hence add an interface
> for those components to tell the
Hi Yi,
On 7/4/20 1:26 PM, Liu Yi L wrote:
> Shared Virtual Addressing (a.k.a Shared Virtual Memory) allows sharing
> multiple process virtual address spaces with the device for simplified
> programming model. PASID is used to tag an virtual address space in DMA
> requests and to identify the relat
Hi Andy,
On Mon, Jul 6, 2020 at 1:30 AM Andy Duan wrote:
>
> The clock depends on board design, HW refer guide can describe the clk
> usage in detail and customer select one clk path as their board design.
>
Yes, I agree. But how does a board designer practically describe this
in the devicetree?
The HiSilicon hibmc driver triggers a splat at boot time as below
[ 14.137806] [ cut here ]
[ 14.142405] hibmc-drm :0a:00.0: Device has not been registered.
[ 14.148661] WARNING: CPU: 0 PID: 496 at drivers/gpu/drm/drm_fb_helper.c:2233
drm_fbdev_generic_setup+0x15
add support to update firmware with with "ethtool -f" cmd
Signed-off-by: Luo bin
---
.../net/ethernet/huawei/hinic/hinic_ethtool.c | 283 ++
.../net/ethernet/huawei/hinic/hinic_ethtool.h | 108 +++
.../net/ethernet/huawei/hinic/hinic_hw_dev.c | 26 ++
.../net/ethernet/huawe
The variable 'err = -ENODEV;' in au1000_probe() is
duplicate, so remove redundant one. And remove the
extra blank lines in the file au1000_eth.c
Signed-off-by: Zhang Shengju
Signed-off-by: Tang Bin
---
drivers/net/ethernet/amd/au1000_eth.c | 5 -
1 file changed, 5 deletions(-)
diff --git a
On Fri, Jul 3, 2020 at 12:49 AM David E. Box
wrote:
>
> This patch implements a solution for a BIOS hack used on some currently
> shipping Intel systems to change driver power management policy for PCIe
> NVMe drives. Some newer Intel platforms, like some Comet Lake systems,
> require that PCIe de
Hi Fabio,
On Mon, Jul 6, 2020 at 9:46 AM Fabio Estevam wrote:
>
> Would it make sense to use compatible = "mmio-mux"; like we do on
> imx7s, imx6qdl.dtsi and imx8mq.dtsi?
Maybe "fixed-mmio-clock" is a better candidate ?
On Fri, Jul 03, 2020 at 04:51:53PM -0400, Dave Jones wrote:
> On Fri, Jul 03, 2020 at 12:40:33PM +0200, Peter Zijlstra wrote:
>
> > So ARM/Power/etc.. can speculate the load such that the
> > task_contributes_to_load() value is from before ->on_rq.
> >
> > The compiler might similar re-order
On Mon, Jul 6, 2020 at 10:58 AM Sven Van Asbroeck wrote:
>
> Hi Fabio,
>
> On Mon, Jul 6, 2020 at 9:46 AM Fabio Estevam wrote:
> >
> > Would it make sense to use compatible = "mmio-mux"; like we do on
> > imx7s, imx6qdl.dtsi and imx8mq.dtsi?
>
> Maybe "fixed-mmio-clock" is a better candidate ?
A
On Sun, Jul 05, 2020 at 09:30:18AM +0800, qiang.zh...@windriver.com wrote:
> From: Zhang Qiang
>
> Before the work is put into the queue of the worker thread,
> the state of the worker thread needs to be detected,because
> the worker thread may be in the destruction state at this time.
>
> Signe
imx_mu_suspend_noirq()/imx_mu_resume_noirq() are currently used only
when CONFIG_PM_SLEEP configuration options is enabled. Having it
disabled triggers the following warning at compile time:
drivers/mailbox/imx-mailbox.c:611:12: warning: ‘imx_mu_resume_noirq’
defined but not used [-Wunused-functio
On 7/6/2020 5:53 AM, Arnd Bergmann wrote:
On Mon, Jul 6, 2020 at 1:03 PM Naresh Kamboju wrote:
While booting qemu_arm64 and qemu_arm with Linux version 5.8.0-rc3-next-20200706
the kernel panic noticed due to kernel NULL pointer dereference.
metadata:
git branch: master
git repo
On Thu, Jul 02, 2020 at 09:19:16AM -0700, Abhishek Bhardwaj wrote:
> This change adds a new kernel configuration that sets the l1d cache
> flush setting at compile time rather than at run time.
Why is this desired?
--mark
>
> Signed-off-by: Abhishek Bhardwaj
> ---
>
> arch/x86/kernel/cpu/bug
On 7/3/20 1:47 PM, Sylwester Nawrocki wrote:
On 02.07.2020 18:58, Pierre-Louis Bossart wrote:
Fix W=1 warnings - missing fields in structure
Signed-off-by: Pierre-Louis Bossart
---
sound/soc/samsung/pcm.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/sound/soc/samsung/pcm.c b/sou
On 2020-07-06 16:33, Cornelia Huck wrote:
On Mon, 6 Jul 2020 15:37:37 +0200
Pierre Morel wrote:
On 2020-07-02 15:03, Pierre Morel wrote:
On 2020-06-29 18:05, Cornelia Huck wrote:
On Mon, 29 Jun 2020 11:57:14 -0400
"Michael S. Tsirkin" wrote:
On Wed, Jun 17, 2020 at 12:43:57PM +0200
On Mon, 6 Jul 2020 13:53:18 +0200 SeongJae Park wrote:
> From: SeongJae Park
>
> Currently, 'wss' treats every region as working set if accessed at least
> once. Someone who want to know performance important working set only
> would want to ignore regions having low access frequency. '--thre
> On Jul 3, 2020, at 12:06 PM, Kees Cook wrote:
>
> On Fri, Jul 03, 2020 at 10:15:20AM +0200, Sedat Dilek wrote:
>> On Thu, Jul 2, 2020 at 5:18 PM Kees Cook wrote:
>>>
>>> On Wed, Jul 01, 2020 at 10:35:48AM -0400, Alex Xu (Hello71) wrote:
ZSTD compression patches have been sent in a numb
Hi Sergey,
On Mon, Jul 06, 2020 at 05:26:12PM +0300, Sergey Organov wrote:
> When external PTP-aware PHY is in use, it's that PHY that is to time
> stamp network packets, and it's that PHY where configuration requests
> of time stamping features are to be routed.
>
> To achieve these goals:
>
>
On 7/6/20 7:13 AM, Timothy Myers wrote:
> Add the common "nowayout" parameter to booke_wdt to make this behavior
> selectable at runtime and to make the implementation more consistent with
> many other watchdog drivers.
>
> Signed-off-by: Timothy Myers
> Reviewed-by: Guenter Roeck
The added Rev
Hi Adrian,
On Mon, Jul 6, 2020 at 11:23 AM Adrian Fiergolski
wrote:
> Add documentation for SPI daisy chain driver.
>
> Signed-off-by: Adrian Fiergolski
Thanks for your patch!
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/spi/spi-daisy_chain.txt
> @@ -0,0 +1,56 @@
> +spi-daisy_chai
On 06-07-20, 07:33, Dave Jiang wrote:
> > I don't see anything suspicious in dmaengine drivers, but there is a
> > recent series
> > from Dave Jiang that might explain it. Could you try reverting commit
> > deb9541f5052 ("dmaengine: check device and channel list for empty")?
> >
> > I think the
Hello,
syzbot found the following crash on:
HEAD commit:768a0741 usb: dwc2: gadget: Remove assigned but never used..
git tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-testing
console output: https://syzkaller.appspot.com/x/log.txt?x=111f235b10
kernel conf
On 06.07.2020 18:00, Vincenzo Frascino wrote:
imx_mu_suspend_noirq()/imx_mu_resume_noirq() are currently used only
when CONFIG_PM_SLEEP configuration options is enabled. Having it
disabled triggers the following warning at compile time:
drivers/mailbox/imx-mailbox.c:611:12: warning: ‘imx_mu_re
On Mon, Jul 6, 2020 at 8:55 PM Arnaldo Carvalho de Melo wrote:
>
> Em Fri, Jul 03, 2020 at 10:44:28PM +0900, Namhyung Kim escreveu:
> > > @@ -3613,7 +3630,7 @@ int perf_evlist__tui_browse_hists(struct evlist
> > > *evlist, const char *help,
> > > int nr_entries = evlist->core.nr_entries;
Hello,
syzbot found the following crash on:
HEAD commit:768a0741 usb: dwc2: gadget: Remove assigned but never used..
git tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-testing
console output: https://syzkaller.appspot.com/x/log.txt?x=14bc067b10
kernel conf
Hello,
syzbot found the following crash on:
HEAD commit:423b8baf Merge branch 'akpm' (patches from Andrew)
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=109ad97e10
kernel config: https://syzkaller.appspot.com/x/.config?x=b3368ce0cc5f5ace
dashboard lin
Hello,
syzbot found the following crash on:
HEAD commit:0a679e13 Merge branch 'for-5.6-fixes' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=17f70aa1e0
kernel config: https://syzkaller.appspot.com/x/.config?x=735296e4dd620b10
das
Hello,
syzbot found the following crash on:
HEAD commit:7cc2a8ea Merge tag 'block-5.8-2020-07-01' of git://git.ker..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1018035b10
kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338
das
Hello,
syzbot found the following crash on:
HEAD commit:caffb99b Merge git://git.kernel.org/pub/scm/linux/kernel/g..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11df10ee10
kernel config: https://syzkaller.appspot.com/x/.config?x=b3368ce0cc5f5ace
das
Hello,
syzbot found the following crash on:
HEAD commit:2089c6ed usb: core: kcov: collect coverage from usb comple..
git tree: https://github.com/google/kasan.git usb-fuzzer
console output: https://syzkaller.appspot.com/x/log.txt?x=171ff67110
kernel config: https://syzkaller.appspo
Hello,
syzbot found the following crash on:
HEAD commit:f8f02d5c USB: OTG: rename product list of devices
git tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git
usb-testing
console output: https://syzkaller.appspot.com/x/log.txt?x=110df03d10
kernel config: https:
Hello,
syzbot found the following crash on:
HEAD commit:24085f70 Merge tag 'trace-v5.7-rc4' of git://git.kernel.or..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1436b17810
kernel config: https://syzkaller.appspot.com/x/.config?x=efdde85c3af536b5
das
Hello,
syzbot found the following crash on:
HEAD commit:cd77006e Merge tag 'hyperv-fixes-signed' of git://git.kern..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16cab5e310
kernel config: https://syzkaller.appspot.com/x/.config?x=7be693511b29b338
das
On 7/3/20 4:47 AM, Srinivas Kandagatla wrote:
Thanks Pierre for the comments,
+Adding Patric Lai into loop,
On 02/07/2020 16:00, Pierre-Louis Bossart wrote:
On 7/2/20 6:11 AM, Srinivas Kandagatla wrote:
For gapless playback its possible that each track can have different
codec profile wit
Sean Christopherson writes:
> On Thu, Jul 02, 2020 at 06:18:20PM +0300, Mihai Carabas wrote:
>> This RFC patch set aims to provide the ability to re-evaluate all CPU
>> features and take proper bug mitigation in place after a microcode
>> late loading.
>>
>> This was debated last year and this pa
On 02/07/2020 17:59, Pierre-Louis Bossart wrote:
> Fix W=1 warning:
>
> sound/soc//tegra/tegra20_das.c:101:11: warning:
> comparison of unsigned expression >= 0 is always true [-Wtype-limits]
> 101 | if ((reg >= TEGRA20_DAS_DAP_CTRL_SEL) &&
> | ^~
>
> Signed-off-by: Pierre-Lo
Hi Geert,
On Fri, May 15, 2020 at 8:22 AM Geert Uytterhoeven wrote:
>
> Hi Prabhakar,
>
> On Fri, May 15, 2020 at 12:10 AM Lad Prabhakar
> wrote:
> > config option PCIE_RCAR internally selects PCIE_RCAR_HOST which builds the
> > same driver. So this patch renames CONFIG_PCIE_RCAR to
> > CONFIG_P
Hi Yi,
On 7/4/20 1:26 PM, Liu Yi L wrote:
> This patch allows user space to request PASID allocation/free, e.g. when
> serving the request from the guest.
>
> PASIDs that are not freed by userspace are automatically freed when the
> IOASID set is destroyed when process exits.
>
> Cc: Kevin Tian
On 04/07/2020 03:16, Yingjoe Chen wrote:
> On Fri, 2020-07-03 at 12:41 +0800, Chao Hao wrote:
>> Given the fact that we are adding more and more plat_data bool values,
>> it would make sense to use a u32 flags register and add the appropriate
>> macro definitions to set and check for a flag pres
On 03/07/2020 06:41, Chao Hao wrote:
> Add F_MMU_IN_ORDER_WR_EN_MASK and F_MMU_STANDARD_AXI_MODE_EN_MASK
> definitions in MISC_CTRL register.
> F_MMU_STANDARD_AXI_MODE_EN_MASK:
> If we set F_MMU_STANDARD_AXI_MODE_EN_MASK (bit[3][19] = 0, not follow
> standard AXI protocol), the iommu will priori
Hi Geert,
Thank you for your reply.
On 06.07.2020 17:10, Geert Uytterhoeven wrote:
> Hi Adrian,
>
> On Mon, Jul 6, 2020 at 11:23 AM Adrian Fiergolski
> wrote:
>> Add documentation for SPI daisy chain driver.
>>
>> Signed-off-by: Adrian Fiergolski
> Thanks for your patch!
>
>> --- /dev/null
>> +
On 03/07/2020 06:41, Chao Hao wrote:
> The max larb number that a iommu HW support is 8(larb0~larb7 in the below
> diagram).
> If the larb's number is over 8, we use a sub_common for merging
> several larbs into one larb. At this case, we will extend larb_id:
> bit[11:9] means common-id;
> bit[8
401 - 500 of 1314 matches
Mail list logo
