Hi Sven,
On Wed, Jun 24, 2020 at 12:23 PM Sven Van Asbroeck wrote:
> + /*
> +* On imx6 plus, enet_ref from ANATOP/CCM can be internally routed to
> +* be the PTP clock source, instead of having to be routed through
> +* pads.
> +* Board designs which route t
On Wed, Jun 24, 2020 at 06:44:17PM +0100, Mark Brown wrote:
> On Wed, Jun 24, 2020 at 10:39:48AM -0700, Matthias Kaehlcke wrote:
> > On Wed, Jun 24, 2020 at 06:15:37PM +0100, Mark Brown wrote:
>
> > > Aren't there dependencies on earlier patches in the series?
>
> > Not to my knowledge. Patch "[2
On Wed, Jun 24, 2020 at 10:19:16AM -0700, Linus Torvalds wrote:
> Honestly, I think this is the wrong way to go.
>
> All of this new complexity and messiness, just to remove a few
> unimportant final cases?
>
> If somebody can't be bothered to convert a driver to
> iter_read/iter_write, why would
On Wed, Jun 24, 2020 at 1:52 PM Qais Yousef wrote:
>
> On 06/24/20 13:35, Joel Fernandes wrote:
>
> [...]
>
> > > Doing the in-kernel opt-out via API should be fine, I think. But this will
> > > need to be discussed in the wider circle. It will already clash with this
> > > for
> > > example
> >
With legacy PM, drivers themselves were responsible for managing the
device's power states and takes care of register states.
After upgrading to the generic structure, PCI core will take care of
required tasks and drivers should do only device-specific operations.
The driver was also calling bnx2
On Tue, Jun 23, 2020 at 10:02:57AM +0100, Will Deacon wrote:
> On Tue, Jun 23, 2020 at 10:36:51AM +0200, Peter Zijlstra wrote:
> > In order to use in irqflags.h, we need to make sure
> > asm/percpu.h does not itself depend on irqflags.h.
> >
> > Signed-off-by: Peter Zijlstra (Intel)
> > ---
> >
Mark
On 6/24/20 12:48 PM, Mark Brown wrote:
On Wed, Jun 24, 2020 at 12:36:02PM -0500, Dan Murphy wrote:
Can this patchset get a review as well so I can fix before I post v6?
Not sure what the current work load is for review or merge.
Well, it's less work to review if it's been fixed...
Ok f
On 06/24/20 13:35, Joel Fernandes wrote:
[...]
> > Doing the in-kernel opt-out via API should be fine, I think. But this will
> > need to be discussed in the wider circle. It will already clash with this
> > for
> > example
> >
> > https://lore.kernel.org/lkml/20200619172011.5810-1-qais.you...@a
Added new PCI device ids for supporting mailbox and MMIO interface for
Sapphire Rapids.
Signed-off-by: Srinivas Pandruvada
---
drivers/platform/x86/intel_speed_select_if/isst_if_common.h | 3 +++
drivers/platform/x86/intel_speed_select_if/isst_if_mbox_pci.c | 1 +
drivers/platform/x86/intel_sp
On Wed, Jun 24, 2020 at 4:46 AM Borislav Petkov wrote:
>
> From: Petteri Aimonen
>
> Add a selftest for the usage of FPU code in kernel mode.
>
> Currently only implemented for x86. In the future, kernel FPU testing
> could be unified between the different architectures supporting it.
>
> [ bp:
Update the shutdown GPIO property to be shutdown from shut-down.
Fixes: c173dba44c2d2 ("ASoC: tas2562: Introduce the TAS2562 amplifier")
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2562.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/tas2562.c b/s
Convert the TAS2562 text file to yaml format.
Signed-off-by: Dan Murphy
---
.../devicetree/bindings/sound/tas2562.txt | 37 -
.../devicetree/bindings/sound/tas2562.yaml| 77 +++
2 files changed, 77 insertions(+), 37 deletions(-)
delete mode 100644 Documentation/d
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e08a95294a4fb3702bb3d35ed08028433c37fe6
commit: 631e83bf7c0e801f0ab960a97a3228b2dbf9ebeb net: dsa: vsc73xx: add support
for parallel mode
date: 12 months ago
config: alpha-randconfig-s031-20200624
Add a property to configure the slot for the voltage sense monitoring of
the device. Vsense data will be sent to the processor via the slot
defined by the property
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/sound/tas2562.txt | 3 +++
1 file changed, 3 insertions(+)
diff --g
Add Vsense slot configuration based on the device tree. Adding this
property enables the slot programming to be moved to the tdm_set_slot
callback. This in affect sets the slots for the Isense and Vsense and
enabling this these modes are now based on whether these features were
powered on or not.
Fix the shut-down gpio property to be shut-down-gpio and fix the
example.
Signed-off-by: Dan Murphy
---
Documentation/devicetree/bindings/sound/tas2562.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/sound/tas2562.txt
b/Documentation
Add programming for the tdm slots for both tx and rx offsets.
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2562.c | 17 -
sound/soc/codecs/tas2562.h | 4
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/sound/soc/codecs/tas2562.c b/sound/soc/codecs/tas256
Fix the issue found that there is an extra space before a comma in the
volume control.
Fixes: bf726b1c86f2c ("ASoC: tas2562: Add support for digital volume control")
Signed-off-by: Dan Murphy
---
sound/soc/codecs/tas2562.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound
Hello
This series fixes issues tih the shut-down gpio device tree allocation and a
code format issue found.
While working on a project slot programming for the tx and rx paths needed to be
enabled. In addition the vsense slot programming needed to be configurable and
not directly a simpler adder
Add Reset Management Unit (RMU) support for Actions Semi S500 SoC.
Signed-off-by: Cristian Ciocaltea
---
Changes in v2:
- Remove copyright as indicated by Stephen
drivers/clk/actions/owl-s500.c | 78 ++
1 file changed, 78 insertions(+)
diff --git a/drivers/clk/
Add the missing APB, DMAC and GPIO clock bindings constants for
Actions Semi S500 SoC.
Signed-off-by: Cristian Ciocaltea
---
include/dt-bindings/clock/actions,s500-cmu.h | 77 ++--
1 file changed, 40 insertions(+), 37 deletions(-)
diff --git a/include/dt-bindings/clock/actions,s
Add a reset binding entry to match all members of Actions Semi Owl SoCs.
Signed-off-by: Cristian Ciocaltea
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7b5ffd646c6b..e6285c13bab0 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1533,6 +1533,7
Add device tree binding constants for Actions Semi S500 SoC Reset
Management Unit (RMU).
Signed-off-by: Cristian Ciocaltea
---
.../dt-bindings/reset/actions,s500-reset.h| 67 +++
1 file changed, 67 insertions(+)
create mode 100644 include/dt-bindings/reset/actions,s500-reset
On Wed, Jun 24, 2020 at 12:36:02PM -0500, Dan Murphy wrote:
> Can this patchset get a review as well so I can fix before I post v6?
> Not sure what the current work load is for review or merge.
Well, it's less work to review if it's been fixed...
signature.asc
Description: PGP signature
This patch series is a stripped-down revision of the initial series
"[PATCH 00/11] Add CMU/RMU/DMA support for Actions Semi S500 SoCs":
https://lore.kernel.org/lkml/cover.1592407030.git.cristian.ciocal...@gmail.com/
At Stephen's request, I detached all DTS related work to keep the focus
exclusivel
Add support for the missing APB, DMAC and GPIO clocks in the Actions
Semi S500 SoC clock driver.
Signed-off-by: Cristian Ciocaltea
---
drivers/clk/actions/owl-s500.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/clk/actions/owl-s500.c b/drivers/clk/actions/owl-s500.c
index
The h_clk clock in the Actions Semi S500 SoC clock driver has an
invalid parent. Replace with the correct one.
Signed-off-by: Cristian Ciocaltea
---
drivers/clk/actions/owl-s500.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/actions/owl-s500.c b/drivers/clk/act
Signed-off-by: kernel test robot
---
refscale.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/rcu/refscale.c b/kernel/rcu/refscale.c
index d9291f883b5428..4097b53867b33d 100644
--- a/kernel/rcu/refscale.c
+++ b/kernel/rcu/refscale.c
@@ -159,7 +159,7 @@ static str
From: Arun Kumar Neelakantam
Remote peripherals send signal notifications over glink with commandID 15.
Add support to send and receive the signal command and convert the signals
from NATIVE to TIOCM while receiving and vice versa while sending.
Signed-off-by: Chris Lew
Signed-off-by: Deepak K
From: Arun Kumar Neelakantam
Add TICOMGET and TIOCMSET ioctl support for rpmsg char device nodes
to get/set the low level transport signals.
Signed-off-by: Deepak Kumar Singh
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/rpmsg_char.c | 54 +++-
From: Arun Kumar Neelakantam
Register a callback to get the signal notifications from rpmsg and
send POLLPRI mask to indicate the signal change in POLL system call.
Signed-off-by: Deepak Kumar Singh
Signed-off-by: Arun Kumar Neelakantam
---
drivers/rpmsg/rpmsg_char.c | 22
Some transports like Glink support the state notifications between
clients using signals similar to serial protocol signals.
Local glink client drivers can send and receive signals to glink
clients running on remote processors.
Add apis to support sending and receiving of signals by rpmsg clients.
On Wed, Jun 24, 2020 at 10:39:48AM -0700, Matthias Kaehlcke wrote:
> On Wed, Jun 24, 2020 at 06:15:37PM +0100, Mark Brown wrote:
> > Aren't there dependencies on earlier patches in the series?
> Not to my knowledge. Patch "[2/6] spi: spi-geni-qcom: Use OPP API to set
> clk/perf state" depends on
On Wed 24 Jun 10:18 PDT 2020, Vinod Koul wrote:
> On 08-06-20, 19:41, Sivaprakash Murugesan wrote:
> > IPQ8074 has two super speed USB ports, with QMP and QUSB2 PHYs.
> > This patch set enables the USB PHYs and USB dwc3 in IPQ8074.
>
> Applied 1 thru 4. Bjorn can take the 5th one, thanks
>
Than
With the support of generic PM callbacks, drivers no longer need to use
legacy .suspend() and .resume() in which they had to maintain PCI states
changes and device's power state themselves. The required operations are
done by PCI core.
PCI drivers are not expected to invoke PCI helper functions li
Since commit bbddabe2e436aa7869b3ac5248df5c14ddde0cbf ("mm: filemap:
only do access activations on reads"), mark_page_accessed() is called
for reads only. But the idle flag is cleared by mark_page_accessed() so
the idle flag won't get cleared if the page is write accessed only.
Basically idle pag
Hi Heikki,
On Wed, Jun 24, 2020 at 12:20:40PM +0300, Heikki Krogerus wrote:
> On Wed, Jun 24, 2020 at 12:15:20PM +0300, Heikki Krogerus wrote:
> > On Wed, Jun 24, 2020 at 01:09:24AM -0700, Prashant Malani wrote:
> > > Add mux control support for Thunderbolt compatibility mode.
> > >
> > > Suggest
On Wed, Jun 24, 2020 at 06:15:37PM +0100, Mark Brown wrote:
> On Wed, Jun 24, 2020 at 10:09:33AM -0700, Matthias Kaehlcke wrote:
> > Hi Mark,
> >
> > do you plan to land this in your tree?
> >
> > I know you hate contentless pings, but since you acked this patch and
> > usually don't seem to do t
Mark
On 6/24/20 11:58 AM, Dan Murphy wrote:
Mark
On 6/24/20 11:29 AM, Mark Brown wrote:
On Wed, Jun 24, 2020 at 11:14:55AM -0500, Dan Murphy wrote:
Fix the issue found that there is an extra space before a comma in the
volume control.
Fixes: bf726b1c86f2c ("ASoC: tas2562: Add support for dig
On Wed, Jun 24, 2020 at 10:26:20AM -0700, Fangrui Song wrote:
>
> On 2020-06-24, Arvind Sankar wrote:
> >On Wed, Jun 24, 2020 at 09:16:43AM -0700, Fangrui Song wrote:
> >>
> >> On 2020-06-24, Arvind Sankar wrote:
> >> >On Tue, Jun 23, 2020 at 06:49:33PM -0700, Kees Cook wrote:
> >> >> When linking
On Wed, Jun 24, 2020 at 12:55 PM Qais Yousef wrote:
>
> On 06/24/20 11:49, Joel Fernandes wrote:
> > On Tue, Jun 23, 2020 at 12:40 PM Qais Yousef wrote:
> > >
> > > On 06/22/20 11:21, Doug Anderson wrote:
> > >
> > > [...]
> > >
> > > > > If you propose something that will help the discussion. I
While upgrading ide_pci_suspend() and ide_pci_resume(), all other source
files, using same callbacks, were also updated except
drivers/ide/triflex.c. This is because the driver does not want to power
off the device during suspend. A quirk was required for the same.
This patch provides the fix. Ano
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e08a95294a4fb3702bb3d35ed08028433c37fe6
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 6 days ago
config: riscv-randconfig-s031-20200624 (attached
Earlier, drivers had to manage the device's power states, and related
operations, themselves. With the generic approach, these are done by PCI
core.
The ide_pci_suspend() and ide_pci_resume(), declared in
include/linux/ide.h and defined in drivers/ide/setup-pci.c, were external
and were exported.
With the support of generic PM callbacks, drivers no longer need to use
legacy .suspend() and .resume() in which they had to maintain PCI states
changes and device's power state themselves. All required operations are
done by PCI core.
After converting it into generic model, suspend() became an em
Linux Kernel Mentee: Remove Legacy Power Management.
The purpose of this patch series is to remove legacy power management callbacks
from ide drivers.
The suspend() and resume() callbacks operations are still invoking
pci_save/restore_state(), pci_set_power_state(), pci_enable/disable_state(),
et
With the support of generic PM callbacks, drivers no longer need to use
legacy .suspend() and .resume() in which they had to maintain PCI states
changes and device's power state themselves. The required operations are
done by PCI core.
Compile-tested only.
Signed-off-by: Vaibhav Gupta
---
drive
The pull request you sent on Tue, 23 Jun 2020 13:11:17 -0400:
> https://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/26e122e97a3d0390ebec389347f64f3730fdf48f
Thank you!
--
Deet-doot-dot, I am a bot.
https://ko
Hi Alim,
On 24-06-20, 22:27, Alim Akhtar wrote:
> > > > Sure, will re-send this series.
> >
> > But patches have not been sent right, pls send and me/Kishon will review
> >
> Thanks for your kind attention on this series. As per [0] comment from
> Kishon, patch 7/10 [1] and probably 6/10 [2] sho
Hi Vinod,
On 6/24/20 00:55, Vinod Koul wrote:
> On 19-06-20, 17:43, Gustavo A. R. Silva wrote:
>> Make use of the struct_size() helper instead of an open-coded version
>> in order to avoid any potential type mistakes.
>>
>> This code was detected with the help of Coccinelle and, audited and
>> fix
This is the start of the stable review cycle for the 4.19.130 release.
There are 207 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 by Fri, 26 Jun 2020 17:23:16 +.
Anything r
Hi Laurent,
On 24-06-20, 19:39, Laurent Pinchart wrote:
> > > +/* Number of GT lanes */
> > > +#define NUM_LANES4
> >
> > Should this be coded in driver like this? Maybe future versions of
> > hardware will have more lanes..? Why not describe this in DT?
>
> This macro i
struct uclamp_rq was zeroed out entirely in assumption that in the first
call to uclamp_rq_inc() they'd be initialized correctly in accordance to
default settings.
But when next patch introduces a static key to skip
uclamp_rq_{inc,dec}() until userspace opts in to use uclamp, schedutil
will fail t
On 2020-06-24, Arvind Sankar wrote:
On Wed, Jun 24, 2020 at 09:16:43AM -0700, Fangrui Song wrote:
On 2020-06-24, Arvind Sankar wrote:
>On Tue, Jun 23, 2020 at 06:49:33PM -0700, Kees Cook wrote:
>> When linking vmlinux with LLD, the synthetic sections .symtab, .strtab,
>> and .shstrtab are lis
This is the start of the stable review cycle for the 4.14.186 release.
There are 139 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 by Fri, 26 Jun 2020 17:23:12 +.
Anything r
This series attempts to address the report that uclamp logic could be expensive
sometimes and shows a regression in netperf UDP_STREAM under certain
conditions.
The first patch is a fix for how struct uclamp_rq is initialized which is
required by the 2nd patch which contains the real 'fix'.
Worth
On 6/23/20 12:58 PM, Mimi Zohar wrote:
Hi Steve\Paul,
Sample audit messages:
[6.303048] audit: type=1804 audit(1592506281.627:2): pid=1 uid=0
auid=4294967295 ses=4294967295 subj=kernel op=measuring_key
cause=ENOMEM comm="swapper/0" name=".builtin_trusted_keys" res=0
errno=-12
My only con
There is a report that when uclamp is enabled, a netperf UDP test
regresses compared to a kernel compiled without uclamp.
https://lore.kernel.org/lkml/20200529100806.ga3...@suse.de/
While investigating the root cause, there were no sign that the uclamp
code is doing anything particularly expensiv
On Wed, Jun 24, 2020 at 9:07 AM Steven Rostedt wrote:
>
> On Wed, 24 Jun 2020 16:45:24 +0800
> Nicolas Boichat wrote:
>
> > trace_printk is only meant as a debugging tool, and should never be
> > compiled into production code without source code changes, as
> > indicated by the warning that shows
On Wed, Jun 24, 2020 at 9:29 AM Christoph Hellwig wrote:
>
> Add two new file operations that are identical to ->read and ->write
> except that they can also safely take kernel pointers using the uptr_t
> type.
Honestly, I think this is the wrong way to go.
All of this new complexity and messine
On 17.06.2020 11:35, Alexey Budankov wrote:
>
> Skip fds with zeroed revents field from count and avoid fds moving
> at fdarray__filter() call so fds indices returned by fdarray__add()
> call stay the same and can be used for direct access and processing
> of fd revents status field at entries a
On 08-06-20, 19:41, Sivaprakash Murugesan wrote:
> IPQ8074 has two super speed USB ports, with QMP and QUSB2 PHYs.
> This patch set enables the USB PHYs and USB dwc3 in IPQ8074.
Applied 1 thru 4. Bjorn can take the 5th one, thanks
--
~Vinod
On Wed, Jun 24, 2020 at 06:40:48PM +0200, Ard Biesheuvel wrote:
> On Wed, 24 Jun 2020 at 18:29, Dave Martin wrote:
> >
> > On Wed, Jun 24, 2020 at 05:48:41PM +0200, Ard Biesheuvel wrote:
> > > On Wed, 24 Jun 2020 at 17:45, Kees Cook wrote:
> > > >
> > > > On Wed, Jun 24, 2020 at 05:31:06PM +0200,
On Wed, Jun 24, 2020 at 10:09:33AM -0700, Matthias Kaehlcke wrote:
> Hi Mark,
>
> do you plan to land this in your tree?
>
> I know you hate contentless pings, but since you acked this patch and
> usually don't seem to do that when patches go through your tree I want
> to make sure we aren't in a
Is there any way I can help to get this patch into mainline?
Thank you,
Sven
On Sat, Jun 13, 2020 at 7:53 PM Sven Van Asbroeck wrote:
>
> This chip is (nearly) identical to the Winbond w25q64 which is
> already supported by Linux. Compared to the w25q64, the 'jv'
> does not support Quad SPI mode
On Wed, 24 Jun 2020 at 11:39, Greg Kroah-Hartman
wrote:
>
> This is the start of the stable review cycle for the 4.14.186 release.
> There are 135 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.
>
> R
On 06/24/20 18:01, Peter Zijlstra wrote:
> On Tue, Jun 23, 2020 at 05:40:21PM +0100, Qais Yousef wrote:
> > On 06/22/20 11:21, Doug Anderson wrote:
> >
> > [...]
> >
> > > > If you propose something that will help the discussion. I think based
> > > > on the
> > > > same approach Peter has taken
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 3e08a95294a4fb3702bb3d35ed08028433c37fe6
commit: 670d0a4b10704667765f7d18f7592993d02783aa sparse: use identifiers to
define address spaces
date: 6 days ago
config: arm-randconfig-s032-20200624 (attached
On 17-06-20, 17:28, Krzysztof Kozlowski wrote:
> Fix up inconsistent usage of upper and lowercase letters in "Exynos"
> name.
>
> "EXYNOS" is not an abbreviation but a regular trademarked name.
> Therefore it should be written with lowercase letters starting with
> capital letter.
>
> The lowerca
On Wed, Jun 24, 2020 at 09:16:43AM -0700, Fangrui Song wrote:
>
> On 2020-06-24, Arvind Sankar wrote:
> >On Tue, Jun 23, 2020 at 06:49:33PM -0700, Kees Cook wrote:
> >> When linking vmlinux with LLD, the synthetic sections .symtab, .strtab,
> >> and .shstrtab are listed as orphaned. Add them to th
This module shares the same name as its parent PMIC driver, which
confuses tools like kmod. Rename the regulator driver to avoid
such problems.
Signed-off-by: Seth Forshee
---
drivers/regulator/Makefile | 2 +-
drivers/regulator/{da903x.c => da903x-regulator.c} | 0
2 fil
Hi Mark,
do you plan to land this in your tree?
I know you hate contentless pings, but since you acked this patch and
usually don't seem to do that when patches go through your tree I want
to make sure we aren't in a situation where everybody thinks that the
patch will go through someone else's t
On Wed, Jun 24, 2020 at 07:02:11PM +0200, Christoph Hellwig wrote:
> On Wed, Jun 24, 2020 at 04:57:48PM +, Niklas Cassel wrote:
> > On Wed, Jun 24, 2020 at 06:44:41PM +0200, Christoph Hellwig wrote:
> > > This looks good to me, but I'd rather wait a few releases to
> > > avoid too mush backport
Enable clock event handling on per CPU core basis. Make sure that
interrupts raised on the first core execute event handlers on the
correct CPU core. This driver is required by Ingenic processors
that support SMP/SMT, such as JZ4780 and X2000.
周琰杰 (Zhou Yanjie) (1):
clocksource: Ingenic: Add hig
Enable clock event handling on per CPU core basis. Make sure that
interrupts raised on the first core execute event handlers on the
correct CPU core. This driver is required by Ingenic processors
that support SMP/SMT, such as JZ4780 and X2000.
Tested-by: H. Nikolaus Schaller
Tested-by: Paul Boddi
On 24/06/2020 19:50, Pavel Begunkov wrote:
> Did more comprehensive iopoll testing and found some more problems.
>
> [1] is from the previous series. Actually, v2 for this one, addressing
> the double-reissue bug found by Jens. It maybe not as efficient, but
> simple and easy to backport.
>
> [2,
On Wed, Jun 24, 2020 at 12:49:43PM -0400, Joel Savitz wrote:
> When I increased the upper bound of the min_free_kbytes value in
> ee8eb9a5fe863, I forgot to tweak the above comment to reflect
> the new value. This patch fixes that mistake.
>
> In addition, this patch replaces the magic number boun
On Wed, Jun 24, 2020 at 04:57:48PM +, Niklas Cassel wrote:
> On Wed, Jun 24, 2020 at 06:44:41PM +0200, Christoph Hellwig wrote:
> > This looks good to me, but I'd rather wait a few releases to
> > avoid too mush backporting pain.
>
> Chaitanya made me realize that about half of the nvme functi
Hi,
I love your patch! Perhaps something to improve:
[auto build test WARNING on hwmon/hwmon-next]
[also build test WARNING on linux/master robh/for-next linus/master v5.8-rc2
next-20200624]
[If your patch is applied to the wrong git tree, kindly drop us a note.
And when submitting patch, we
On Wed, Jun 24, 2020 at 5:24 PM Eric Biggers wrote:
>
> On Wed, Jun 24, 2020 at 09:24:07AM +0100, Ignat Korchagin wrote:
> > On Wed, Jun 24, 2020 at 6:04 AM Eric Biggers wrote:
> > >
> > > On Fri, Jun 19, 2020 at 05:41:32PM +0100, Ignat Korchagin wrote:
> > > > Sometimes extra thread offloading i
On Wed, 24 Jun 2020 14:54:49 +0800
Lu Baolu wrote:
> Hi Jacob,
>
> On 2020/6/24 1:03, Jacob Pan wrote:
> > IOMMU UAPI data has a user filled argsz field which indicates the
> > data length comes with the API call. User data is not trusted,
> > argsz must be validated based on the current kernel
Mark
On 6/24/20 11:29 AM, Mark Brown wrote:
On Wed, Jun 24, 2020 at 11:14:55AM -0500, Dan Murphy wrote:
Fix the issue found that there is an extra space before a comma in the
volume control.
Fixes: bf726b1c86f2c ("ASoC: tas2562: Add support for digital volume control")
Signed-off-by: Dan Murph
On 23/06/2020 22:01, Jens Axboe wrote:
> On 6/23/20 5:57 AM, Pavel Begunkov wrote:
>> On 23/06/2020 05:18, Jens Axboe wrote:
>>> On 6/22/20 8:07 PM, Jens Axboe wrote:
On 6/22/20 4:16 PM, Pavel Begunkov wrote:
> io_do_iopoll() won't do anything with a request unless
> req->iopoll_comple
On Wed, 24 Jun 2020 06:32:36 + Christian Benvenuti (benve) wrote:
> We/Cisco will also look into it, hopefully a small code reorg will be
> sufficient.
Make sure you enable CONFIG_DEBUG_ATOMIC_SLEEP when you test.
Hi,
On Thu, Jun 18, 2020 at 10:52:09AM -0700, Rob Clark wrote:
> On Fri, Jun 5, 2020 at 9:26 PM Sharat Masetty wrote:
> >
> > This patch changes the plumbing to send the devfreq recommended opp rather
> > than the frequency. Also consolidate and rearrange the code in a6xx to set
> > the GPU frequ
Hi Vinod
> -Original Message-
> From: Vinod Koul
> Sent: 24 June 2020 15:51
> To: Alim Akhtar
> Cc: 'Kishon Vijay Abraham I' ; r...@kernel.org;
> k...@kernel.org; linux-samsung-...@vger.kernel.org; avri.alt...@wdc.com;
> stanley@mediatek.com; linux-s...@vger.kernel.org; linux-arm-
>
On Tue, Jun 23, 2020 at 06:27:06PM +0200, Bartosz Golaszewski wrote:
> wt., 23 cze 2020 o 11:56 Russell King - ARM Linux admin
> napisał(a):
> >
> > On Tue, Jun 23, 2020 at 11:46:15AM +0200, Bartosz Golaszewski wrote:
> > > wt., 23 cze 2020 o 11:43 Russell King - ARM Linux admin
> > > napisał(a):
On Wed, Jun 24, 2020 at 06:44:41PM +0200, Christoph Hellwig wrote:
> This looks good to me, but I'd rather wait a few releases to
> avoid too mush backporting pain.
Chaitanya made me realize that about half of the nvme functions
are using "struct nvme_command c" on the stack, and then memsets
it,
On Thu, June 25, 2020 1:28 AM, Uwe Kleine-König
> On Wed, Jun 24, 2020 at 03:39:52PM +, Roy Im wrote:
> > On Wed, Jun 24, 2020 at 10:37 PM, Uwe Kleine-König wrote:
> > > On Wed, Jun 24, 2020 at 12:04:24PM +0900, Roy Im wrote:
> > > > period2freq = 100 / state.period;
> > > >
On 06/24/20 11:49, Joel Fernandes wrote:
> On Tue, Jun 23, 2020 at 12:40 PM Qais Yousef wrote:
> >
> > On 06/22/20 11:21, Doug Anderson wrote:
> >
> > [...]
> >
> > > > If you propose something that will help the discussion. I think based
> > > > on the
> > > > same approach Peter has taken to pr
When I increased the upper bound of the min_free_kbytes value in
ee8eb9a5fe863, I forgot to tweak the above comment to reflect
the new value. This patch fixes that mistake.
In addition, this patch replaces the magic number bounds with symbolic
constants to clarify the logic.
changes from v1:
- de
In Debian testing the initrd triggers the warning.
[ 34.529809] process '/usr/bin/fstype' started with executable stack
$ checksec --format=json --extended
--file=/var/tmp/mkinitramfs_eTyMPQ/bin/fstype | jq
{
"file": {
"relro": "no",
"canary": "no",
"nx": "no",
"pie": "no",
__io_queue_sqe() tries to handle all request of a link,
so it's not enough to grab mm in io_sq_thread_acquire_mm()
based just on the head.
Don't check req->needs_mm and do it always.
Signed-off-by: Pavel Begunkov
---
fs/io_uring.c | 15 +++
1 file changed, 11 insertions(+), 4 deleti
X1000 and SoCs after X1000 (such as X1500 and X1830) had a separate
OST, it no longer belongs to TCU. This driver will register both a
clocksource and a sched_clock to the system.
Co-developed-by: qipengzhen
Signed-off-by: qipengzhen
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
drivers/clocksource/Kco
Did more comprehensive iopoll testing and found some more problems.
[1] is from the previous series. Actually, v2 for this one, addressing
the double-reissue bug found by Jens. It maybe not as efficient, but
simple and easy to backport.
[2,3] current->mm NULL deref
Pavel Begunkov (3):
io_uring
1.Add Ingenic X1000 OST bindings.
2.Add support for the Ingenic X1000 OST.
周琰杰 (Zhou Yanjie) (2):
dt-bindings: timer: Add Ingenic X1000 OST bindings.
clocksource: Ingenic: Add support for the Ingenic X1000 OST.
.../devicetree/bindings/timer/ingenic,ost.yaml | 62 +++
drivers/clocksource
Don't reissue requests from io_iopoll_reap_events(), the task may not
have mm, which ends up with NULL. It's better to kill everything off on
exit anyway.
[ 677.734670] RIP: 0010:io_iopoll_complete+0x27e/0x630
...
[ 677.734679] Call Trace:
[ 677.734695] ? __send_signal+0x1f2/0x420
[ 677.73469
Add the OST bindings for the X1 SoC from Ingenic.
Signed-off-by: 周琰杰 (Zhou Yanjie)
---
.../devicetree/bindings/timer/ingenic,ost.yaml | 62 ++
include/dt-bindings/clock/ingenic,ost.h| 12 +
2 files changed, 74 insertions(+)
create mode 100644 Document
io_do_iopoll() won't do anything with a request unless
req->iopoll_completed is set. So io_complete_rw_iopoll() has to set
it, otherwise io_do_iopoll() will poll a file again and again even
though the request of interest was completed long time ago.
Also, remove -EAGAIN check from io_issue_sqe() a
On Wed, Jun 24, 2020 at 09:06:28AM -0700, Florian Fainelli wrote:
> On 6/24/2020 6:48 AM, Bartosz Golaszewski wrote:
> > I didn't expect to open such a can of worms...
> >
> > This has evolved into several new concepts being proposed vs my
> > use-case which is relatively simple. The former will p
501 - 600 of 1419 matches
Mail list logo