Hi!
> > GPS on the droid 4 does not really work out of the box.
> >
> > gpsd is not in default installation, maybe it should be?
> >
> > What is worse, there's something broken with gpsd. Try:
> >
> > /usr/sbin/gpsd -N -D 5 /dev/gnss0
> > gpspipe -w
> > # this seems to work, but do ^C and resta
Em Wed, 19 Aug 2020 12:52:06 -0700
John Stultz escreveu:
> On Wed, Aug 19, 2020 at 8:31 AM Laurent Pinchart
> wrote:
> > On Wed, Aug 19, 2020 at 05:21:20PM +0200, Sam Ravnborg wrote:
> > > On Wed, Aug 19, 2020 at 01:45:28PM +0200, Mauro Carvalho Chehab wrote:
> > > > This patch series port t
Hi Ulf,
On 18/08/20 2:47 am, Rob Herring wrote:
> On Sun, 02 Aug 2020 12:31:14 +0530, Faiz Abbas wrote:
>> Add binding documentation for mmc host controllers present on
>> TI's J7200 SOC
>>
>> Signed-off-by: Faiz Abbas
>> ---
>> Documentation/devicetree/bindings/mmc/sdhci-am654.txt | 6 +-
>>
On Wed, Aug 19, 2020 at 01:08:29PM +0200, Lars-Peter Clausen wrote:
> > For the first option, which is potentially more performant, we have to
> > leave the atomic PCM context
> > and we are not sure if we are allowed to.
> > For the second option, we would have to divide the dma_device terminate_
On Wed, 19 Aug 2020 18:21:44 -0700 Shakeel Butt wrote:
> On Tue, Aug 18, 2020 at 12:25 AM SeongJae Park wrote:
> >
> > From: SeongJae Park
> >
> > Changes from Previous Version
> > =
> >
> > - Use 42 as the fake target id for paddr instead of -1
> > - Fix a typo
> >
On Sun, Aug 02, 2020 at 10:12:47AM -0700, t...@redhat.com wrote:
> From: Tom Rix
>
> Clang static analysis reports this error
>
> crypto/drbg.c:441:40: warning: Division by zero
> padlen = (inputlen + sizeof(L_N) + 1) % (drbg_blocklen(drbg));
> ~~
Fix spelling mistake: "Cant" -> "Can't"
Signed-off-by: Kaige Li
---
drivers/scsi/lpfc/lpfc_debugfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/lpfc/lpfc_debugfs.c b/drivers/scsi/lpfc/lpfc_debugfs.c
index ae0a825..d6c07ee 100644
--- a/drivers/scsi/lpfc/lpfc_
Am 20.08.20 um 07:26 schrieb Furquan Shaikh:
In `amdgpu_dm_update_backlight_caps()`, there is a local
`amdgpu_dm_backlight_caps` object that is filled in by
`amdgpu_acpi_get_backlight_caps()`. However, this object is
uninitialized before the call and hence the subsequent check for
aux_support can
On Wed, 19 Aug 2020 17:26:15 -0700 Shakeel Butt wrote:
> On Tue, Aug 18, 2020 at 12:27 AM SeongJae Park wrote:
> >
> > From: SeongJae Park
> >
> > This commit implements the four callbacks (->init_target_regions,
> > ->update_target_regions, ->prepare_access_check, and ->check_accesses)
> > for
i386 randconfig-a006-20200818
i386 randconfig-a003-20200818
i386 randconfig-a004-20200818
i386 randconfig-a002-20200818
i386 randconfig-a002-20200820
i386 randconfig-a004-20200820
i386
On 15-08-20, 00:55, Stephen Boyd wrote:
> Quoting Viresh Kumar (2020-08-12 21:29:00)
> > diff --git a/drivers/opp/core.c b/drivers/opp/core.c
> > index e8882e7fd8a5..5f5da257f58a 100644
> > --- a/drivers/opp/core.c
> > +++ b/drivers/opp/core.c
> > @@ -703,12 +703,10 @@ static int _generic_set_opp_r
On 2020-08-19 10:48 p.m., Sam Ravnborg wrote:
> Hi Mauro.
>
> It seems my review comments failed to reach dri-devel - likely due to
> the size of the mail.
Right, some e-mails in this thread went through the dri-devel moderation
queue due to their sizes. This mail of yours did as well, because yo
Hi Sam,
Em Wed, 19 Aug 2020 22:48:00 +0200
Sam Ravnborg escreveu:
> Hi Mauro.
>
> It seems my review comments failed to reach dri-devel - likely due to
> the size of the mail.
Probably. It reached here properly.
> Link:
> https://lore.kernel.org/linux-devicetree/20200819173558.ga3...@ravnborg
Attention:
Promptly email Mr David Bailey on to lay claims to your INHERITED FUNDS.
Mr David Bailey
On 18/08/20 12:16, Will Deacon wrote:
> Please note that I'm planning on rewriting most of the arm64 KVM page-table
> code for 5.10, so if you can get this series in early (e.g. for -rc2), then
> it would _really_ help with managing the kvm/arm64 queue for the next merge
> window.
Yes, I plan to s
On Wed, 19 Aug 2020 17:53:36 -0300
Melissa Wen wrote:
> The current VKMS blend function ignores alpha channel and just overwrites
> vaddr_src with vaddr_dst. This XRGB approach triggers a warning when
> running the kms_cursor_crc/cursor-alpha-transparent test case. In IGT
> tests, cairo_format_ar
On Mon, 17 Aug 2020 12:51:22 +0200 SeongJae Park wrote:
> From: SeongJae Park
>
> Changes from Previous Version
> =
>
> - Place 'CREATE_TRACE_POINTS' after '#include' statements (Steven Rostedt)
> - Support large record file (Alkaid)
> - Place 'put_pid()' of virtual
On 8/20/2020 6:20 AM, Rob Herring wrote:
The intel,lgm-pcie binding is matching on all snps,dw-pcie instances
which is wrong. Add a custom 'select' entry to fix this.
Fixes: e54ea45a4955 ("dt-bindings: PCI: intel: Add YAML schemas for the PCIe RC
controller")
Cc: Bjorn Helgaas
Cc: Dilip Kota
Hi Paul,
On Wed, 2020-08-19 at 15:54 +0200, Paul Kocialkowski wrote:
> Hi,
>
> On Fri 07 Aug 20, 11:44, Ezequiel Garcia wrote:
> > On Thu, 2020-08-06 at 17:50 +0200, Paul Kocialkowski wrote:
> > > Hi,
> > >
> > > On Thu 06 Aug 20, 12:13, Ezequiel Garcia wrote:
> > > > The SLICE_PARAMS control is
On Thu, 20 Aug 2020 at 02:13, benbjiang(蒋彪) wrote:
>
>
>
> > On Aug 19, 2020, at 10:55 PM, Vincent Guittot
> > wrote:
> >
> > On Wed, 19 Aug 2020 at 16:27, benbjiang(蒋彪) wrote:
> >>
> >>
> >>
> >>> On Aug 19, 2020, at 7:55 PM, Dietmar Eggemann
> >>> wrote:
> >>>
> >>> On 19/08/2020 13:05, Vin
On Thu, Aug 20, 2020 at 3:22 AM Keith Busch wrote:
>
> On Wed, Aug 19, 2020 at 01:11:58PM -0600, David Fugate wrote:
> > Intel does not support making *optional* NVMe spec features *required*
> > by the NVMe driver.
>
> This is inaccurate. As another example, the spec optionally allows a
> zone si
From: Sven Schneider
This font is derived from lib/fonts/font_6x10.c and is useful for small OLED
displays.
---
Hi All,
I am not sure any new fonts are desired in the kernel. If yes, please consider
for inclusion, otherwise some "go away, there are enough fonts in the kernel
already" would be n
Hi Josh,
On Fri, Jul 3, 2020 at 2:14 AM Josh Hunt wrote:
{snip}
> Initial results with Cong's patch look promising, so far no stalls. We
> will let it run over the long weekend and report back on Tuesday.
>
> Paolo - I have concerns about possible performance regression with the
> change as well.
From: Joe Perches
> Sent: 20 August 2020 01:34
>
> On Thu, 2020-08-20 at 01:32 +0206, John Ogness wrote:
> > Implement a new buffering mechanism for pr_cont messages.
> >
> > Old mechanism syntax:
> >
> > printk(KERN_INFO "text");
> > printk(KERN_CONT " continued");
> > printk(KERN_CON
On 8/12/2020 2:34 AM, Sergei Shtylyov wrote:
> Hello!
>
> On 12.08.2020 10:19, Wesley Cheng wrote:
>
>> Add the required DTS node for the USB VBUS output regulator, which is
>> available on PM8150B. This will provide the VBUS source to connected
>> peripherals.
>>
>> Signed-off-by: Wesley Che
Em Wed, 19 Aug 2020 20:28:44 -0700
John Stultz escreveu:
> On Wed, Aug 19, 2020 at 7:01 PM John Stultz wrote:
> >
> > On Wed, Aug 19, 2020 at 2:36 PM John Stultz wrote:
> >
> > >
> > > On Wed, Aug 19, 2020 at 4:46 AM Mauro Carvalho Chehab
> > > wrote:
> > > > So, IMO, the best is to keep
On Thu, Aug 20, 2020 at 09:42:14AM +0200, Sascha Hauer wrote:
> From: Sven Schneider
>
> This font is derived from lib/fonts/font_6x10.c and is useful for small OLED
> displays.
> ---
>
No signed-off-by: line? :(
Always use scripts/checkpatch.pl on your patch to find stuff like this,
and othe
On Thu, 20 Aug 2020, dinghao@zju.edu.cn wrote:
> > On Thu, 20 Aug 2020, dinghao@zju.edu.cn wrote:
> >
> > > > On Wed, 19 Aug 2020, Markus Elfring wrote:
> > > >
> > > > > > When of_property_read_u32_array() returns an error code,
> > > > > > a pairing refcount decrement is needed to keep
This allows moving the leave_mm() call into generic code before
rcu_idle_enter(). Gets rid of more trace_*_rcuidle() users.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/x86/include/asm/mmu.h |1 +
arch/x86/mm/tlb.c | 13 ++---
drivers/cpuidle/cpuidle.c |4
d
Lots of things take locks, due to a wee bug, rcu_lockdep didn't notice
that the locking tracepoints were using RCU.
Push rcu_idle_{enter,exit}() as deep as possible into the idle paths,
this also resolves a lot of _rcuidle()/RCU_NONIDLE() usage.
Specifically, sched_clock_idle_wakeup_event() will
Cc: Nick Hu
Cc: Greentime Hu
Cc: Vincent Chen
Signed-off-by: Peter Zijlstra (Intel)
---
arch/nds32/include/asm/irqflags.h |5 +
1 file changed, 5 insertions(+)
--- a/arch/nds32/include/asm/irqflags.h
+++ b/arch/nds32/include/asm/irqflags.h
@@ -34,3 +34,8 @@ static inline int arch_ir
TRACE_IRQFLAGS
local_irq_*() keeps a software state that mirrors the hardware state,
used for lockdep, includes tracepoints.
raw_local_irq_*() does not update the software state, no tracing.
---
Problem 1:
raw_local_irq_save(); // software state on
local_irq_save(); // softwa
From: Nicholas Piggin
Problem:
raw_local_irq_save();
local_irq_save();
...
local_irq_restore();
raw_local_irq_restore();
existing instances:
- lock_acquire()
raw_local_irq_save()
__lock_acquire()
arch_spin_lock(&graph_lock)
pv_
Unused remnants
Signed-off-by: Peter Zijlstra (Intel)
---
--- a/arch/x86/entry/thunk_32.S
+++ b/arch/x86/entry/thunk_32.S
@@ -29,11 +29,6 @@ SYM_CODE_START_NOALIGN(\name)
SYM_CODE_END(\name)
.endm
-#ifdef CONFIG_TRACE_IRQFLAGS
- THUNK trace_hardirqs_on_thunk,trace_hardirqs_on_cal
Sven reported that commit a21ee6055c30 ("lockdep: Change
hardirq{s_enabled,_context} to per-cpu variables") caused trouble on
s390 because their this_cpu_*() primitives disable preemption which
then lands back tracing.
On the one hand, per-cpu ops should use preempt_*able_notrace() and
raw_local_i
The lockdep tracepoints are under the lockdep recursion counter, this
has a bunch of nasty side effects:
- TRACE_IRQFLAGS doesn't work across the entire tracepoint
- RCU-lockdep doesn't see the tracepoints either, hiding numerous
"suspicious RCU usage" warnings.
Pull the trace_lock_*() trac
Remove trace_cpu_idle() from the arch_cpu_idle() implementations and
put it in the generic code, right before disabling RCU. Gets rid of
more trace_*_rcuidle() users.
Signed-off-by: Peter Zijlstra (Intel)
---
arch/arm/mach-omap2/pm34xx.c |4
arch/arm64/kernel/process.c |2 --
arch/
Signed-off-by: Peter Zijlstra (Intel)
---
---
include/linux/irqflags.h | 54 ++-
1 file changed, 30 insertions(+), 24 deletions(-)
--- a/include/linux/irqflags.h
+++ b/include/linux/irqflags.h
@@ -49,10 +49,11 @@ struct irqtrace_events {
DECLARE_P
The most common cause of the binder transaction buffer filling up is a
client rapidly firing oneway transactions into a process, before it has
a chance to handle them. Yet the root cause of this is often hard to
debug, because either the system or the app will stop, and by that time
binder debug in
Fix below warning when CONFIG_OF=n:
drivers/regulator/fan53555.c:439:34: warning: ‘fan53555_dt_ids’ defined but not
used [-Wunused-const-variable=]
439 | static const struct of_device_id fan53555_dt_ids[] = {
| ^~~
Signed-off-by: Jisheng Zhang
Fix below warning when CONFIG_OF=n:
drivers/regulator/ltc3676.c:371:34: warning: ‘ltc3676_of_match’ defined but not
used [-Wunused-const-variable=]
371 | static const struct of_device_id ltc3676_of_match[] = {
| ^~~~
Signed-off-by: Jisheng Zha
Fix below warning when CONFIG_OF=n:
drivers/regulator/pwm-regulator.c:393:34: warning: ‘pwm_of_match’ defined but
not used [-Wunused-const-variable=]
393 | static const struct of_device_id pwm_of_match[] = {
| ^~~~
Signed-off-by: Jisheng Zhang
--
From: Colin Ian King
There is a spelling mistake in the MODULE_ALIAS, fix it.
Signed-off-by: Colin Ian King
---
drivers/staging/hikey9xx/hisi-spmi-controller.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/hikey9xx/hisi-spmi-controller.c
b/drivers/staging
Fix below warning when CONFIG_OF=n:
drivers/regulator/ltc3589.c:460:34: warning: ‘ltc3589_of_match’ defined but not
used [-Wunused-const-variable=]
460 | static const struct of_device_id ltc3589_of_match[] = {
| ^~~~
Signed-off-by: Jisheng Zha
Fix below warning when CONFIG_OF=n:
drivers/regulator/max77826-regulator.c:277:34: warning: ‘max77826_of_match’
defined but not used [-Wunused-const-variable=]
277 | static const struct of_device_id max77826_of_match[] = {
| ^
Signed-off-b
On 19/08/2020 20:26, Mathieu Poirier wrote:
On Wed, 19 Aug 2020 at 11:30, Will Deacon wrote:
On Wed, Aug 19, 2020 at 11:01:38AM -0600, Mathieu Poirier wrote:
On Tue, 18 Aug 2020 at 11:56, John Garry wrote:
On 17/08/2020 20:31, Mathieu Poirier wrote:
diff --git a/MAINTAINERS b/MAINTAINERS
i
In `amdgpu_dm_update_backlight_caps()`, there is a local
`amdgpu_dm_backlight_caps` object that is filled in by
`amdgpu_acpi_get_backlight_caps()`. However, this object is
uninitialized before the call and hence the subsequent check for
aux_support can fail since it is not initialized by
`amdgpu_ac
Fix below warning when CONFIG_OF=n:
drivers/regulator/da9210-regulator.c:128:34: warning: ‘da9210_dt_ids’ defined
but not used [-Wunused-const-variable=]
128 | static const struct of_device_id da9210_dt_ids[] = {
| ^
Signed-off-by: Jisheng Zha
Fixing W=1 build warning when no support for device tree is there.
Jisheng Zhang (12):
regulator: 88pg86x: Fix W=1 build warning when CONFIG_OF=n
regulator: da9210: Fix W=1 build warning when CONFIG_OF=n
regulator: fan53555: Fix W=1 build warning when CONFIG_OF=n
regulator: fixed: Fix W=1
This patch series add MT6360 regulator support contains driver and binding
document
Gene Chen (2)
regulator: mt6360: Add support for MT6360 regulator
regulator: mt6360: Add DT binding documentation
Documentation/devicetree/bindings/regulator/mt6360-regulator.yaml | 109 ++
drivers/regulato
From: Gene Chen
Add a devicetree binding documentation for the mt6360 regulator driver.
Signed-off-by: Gene Chen
---
.../bindings/regulator/mt6360-regulator.yaml | 109 +
1 file changed, 109 insertions(+)
create mode 100644
Documentation/devicetree/bindings/regulato
Fix below warning when CONFIG_OF=n:
drivers/regulator/88pg86x.c:87:34: warning: ‘pg86x_dt_ids’ defined but not used
[-Wunused-const-variable=]
87 | static const struct of_device_id pg86x_dt_ids [] = {
| ^~~~
Signed-off-by: Jisheng Zhang
---
drivers/r
From: Gene Chen
Add MT6360 regulator driver that contains two BUCKs and six LDOs
Signed-off-by: Gene Chen
---
drivers/regulator/Kconfig | 9 +
drivers/regulator/Makefile | 1 +
drivers/regulator/mt6360-regulator.c | 458 +++
Fix below warnings when CONFIG_OF=n:
drivers/regulator/fixed.c:48:36: warning: ‘fixed_clkenable_data’ defined but
not used [-Wunused-const-variable=]
48 | static const struct fixed_dev_type fixed_clkenable_data = {
|^~~~
drivers/regulat
Hi Vasily,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 18445bf405cb331117bc98427b1ba6f12418ad17
commit: f0cbd3b83ed47803df941865f720934c69abb803 s390/atomic: circumvent gcc 10
build regression
date: 9 days ago
Fix below warning when CONFIG_OF=n:
drivers/regulator/stm32-vrefbuf.c:287:34: warning: ‘stm32_vrefbuf_of_match’
defined but not used [-Wunused-const-variable=]
287 | static const struct of_device_id stm32_vrefbuf_of_match[] = {
| ^~
Si
Fix below warning when CONFIG_OF=n:
drivers/regulator/max1586.c:204:34: warning: ‘max1586_of_match’ defined but not
used [-Wunused-const-variable=]
204 | static const struct of_device_id max1586_of_match[] = {
| ^~~~
Signed-off-by: Jisheng Zha
On Mon, Aug 17, 2020 at 11:46:01AM -0700, Badhri Jagan Sridharan wrote:
> The patch addresses the compliance test failures while running TDA
> 2.3.1.1 and TDA 2.3.1.2 of the "PD Communications Engine USB PD
> Compliance MOI" test plan published in https://www.usb.org/usbc.
> For a product to be T
Fix below warning when CONFIG_OF=n:
drivers/regulator/sy8106a-regulator.c:126:34: warning: ‘sy8106a_i2c_of_match’
defined but not used [-Wunused-const-variable=]
126 | static const struct of_device_id sy8106a_i2c_of_match[] = {
| ^~~~
Sign
On 2020-08-19 19:51, Saravana Kannan wrote:
On Wed, Aug 19, 2020 at 9:52 AM Frank Wunderlich
wrote:
hi,
does the fix you've linked to my revert [1] not work in your case?
[1] https://patchwork.kernel.org/patch/11718481/
Thanks for pointing it out Frank. Also, might want to avoid top
postin
Create separate routine _opp_set_rate_zero() to handle !target_freq
case.
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 52 ++
1 file changed, 29 insertions(+), 23 deletions(-)
diff --git a/drivers/opp/core.c b/drivers/opp/core.c
index 0b437d48
Remove the unnecessary wrapper and merge
_dev_pm_opp_find_and_remove_table() with dev_pm_opp_remove_table().
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 21 -
drivers/opp/cpu.c | 2 +-
drivers/opp/of.c | 2 +-
drivers/opp/opp.h | 1 -
4 files changed, 10 inser
Hi,
Here is another version of the cleanups I sent earlier.
Rajendra: Please see if these work fine now.
V3:
- Dropped v2 1/4 as it is already merged.
- New patch 4/4 added.
- Reordered the first two patches here (Stephen)
- disable regulator only if present
Viresh Kumar (4):
opp: Rename regu
The OPP core needs to track if the resources of devices are
enabled/configured or not, as it disables the resources when target_freq
is set to 0.
Handle that with the new enabled flag and remove otherwise complex
conditional statements.
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 29 ++
Expand the scope of the regulator_enabled flag and use it to track
status of all the resources. This will be used for other stuff in the
next patch.
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 19 +--
drivers/opp/opp.h | 4 ++--
2 files changed, 11 insertions(+), 12 de
As with GPIO, UART and others, allow specifying the device index via the
aliases node in the device tree.
On embedded devices, there is often a combination of removable (e.g.
SD card) and non-removable MMC devices (e.g. eMMC).
Therefore the index might change depending on
* host of removable devi
On Thu, 2020-08-20 at 07:44 +, David Laight wrote:
> I've no idea how you'd 'size' the number of buffers.
I believe they are static and assume no more than 10
simultaneous uses of
printk_begin
+#define CONT_LINE_MAX LOG_LINE_MAX
+#define CONT_BUF_COUNT 10
+static char cont_buf[CONT_BUF_COUNT]
Fix below warning when CONFIG_OF=n:
drivers/regulator/stm32-pwr.c:169:34: warning: ‘stm32_pwr_of_match’ defined but
not used [-Wunused-const-variable=]
169 | static const struct of_device_id stm32_pwr_of_match[] = {
| ^~
Signed-off-by: Jis
On 20.08.2020 08:52, Christoph Hellwig wrote:
On Thu, Aug 20, 2020 at 08:37:19AM +0200, Javier Gonzalez wrote:
We will stop pushing for this emulation. We have a couple of SSDs where
we disabled Append, we implemented support for them, and we wanted to
push the changes upstream. That's it. This
Em Wed, 19 Aug 2020 14:36:52 -0700
John Stultz escreveu:
> On Wed, Aug 19, 2020 at 4:46 AM Mauro Carvalho Chehab
> wrote:
> > So, IMO, the best is to keep it on staging for a while, until those
> > remaining bugs gets solved.
> >
> > I added this series, together with the regulator driver and
>
Hi Tingwei
On Tue, 18 Aug 2020 at 12:11, Tingwei Zhang wrote:
>
> Deadlock as below is triggered by one CPU holds drvdata->spinlock
> and calls cti_enable_hw(). Smp_call_function_single() is called
> in cti_enable_hw() and tries to let another CPU write CTI registers.
> That CPU is trying to get
Hi, Dave,
Dave Hansen writes:
[snip]
> diff -puN mm/vmscan.c~demote-with-migrate_pages mm/vmscan.c
> --- a/mm/vmscan.c~demote-with-migrate_pages 2020-08-18 11:36:52.919583179
> -0700
> +++ b/mm/vmscan.c 2020-08-18 11:36:52.924583179 -0700
> @@ -43,6 +43,7 @@
> #include
> #include
>
On 2020-08-19 19:06, Paul Cercueil wrote:
All the wakeup sources we possibly want will go through the interrupt
controller, so the parent IRQ must not be masked during suspend, or
there won't be any way to wake up the system.
Signed-off-by: Paul Cercueil
Do you have a Fixes: tag? Does it need
On Thu, Aug 20, 2020 at 12:56 AM Marc Zyngier wrote:
>
> On 2020-08-19 19:51, Saravana Kannan wrote:
> > On Wed, Aug 19, 2020 at 9:52 AM Frank Wunderlich
> > wrote:
> >>
> >> hi,
> >>
> >> does the fix you've linked to my revert [1] not work in your case?
> >>
> >> [1] https://patchwork.kernel.or
On Thu, Aug 20, 2020 at 08:18:27AM +0200, Michal Hocko wrote:
> On Tue 18-08-20 12:47:04, Yu Zhao wrote:
> > Presumably __ClearPageWaiters() was added to follow the previously
> > removed __ClearPageActive() pattern.
>
> I do not think so. Please have a look at 62906027091f ("mm: add
> PageWaiters
On Tue, 18 Aug 2020 at 12:11, Tingwei Zhang wrote:
>
> Coresight_claim_device() is called in cti_starting_cpu() only
> when CTI is enabled while coresight_disclaim_device() is called
> uncontionally in cti_dying_cpu(). This triggered below WARNING.
> Only call disclaim device when CTI device is en
On 20.08.2020 13:07, Kanchan Joshi wrote:
On Thu, Aug 20, 2020 at 3:22 AM Keith Busch wrote:
On Wed, Aug 19, 2020 at 01:11:58PM -0600, David Fugate wrote:
> Intel does not support making *optional* NVMe spec features *required*
> by the NVMe driver.
This is inaccurate. As another example, the
On 8/20/20 9:46 AM, Jisheng Zhang wrote:
> Fix below warning when CONFIG_OF=n:
>
> drivers/regulator/stm32-vrefbuf.c:287:34: warning: ‘stm32_vrefbuf_of_match’
> defined but not used [-Wunused-const-variable=]
> 287 | static const struct of_device_id stm32_vrefbuf_of_match[] = {
> |
On Tue, Aug 18, 2020 at 02:24:46PM +0200, Michal Hocko wrote:
> On Tue 18-08-20 13:00:46, Oscar Salvador wrote:
> > Recently a customer of ours experienced a crash when booting the
> > system while enabling memory-hotplug.
> >
> > The problem is that Normal zones on different nodes don't get their
On Wed, Aug 05, 2020 at 03:34:09PM -0400, Mike Snitzer wrote:
> On Wed, Aug 05 2020 at 10:32am -0400,
> Greg KH wrote:
>
> > On Tue, Aug 04, 2020 at 02:20:38PM -0400, Mike Snitzer wrote:
> > > On Tue, Aug 04 2020 at 8:47am -0400,
> > > Greg KH wrote:
> > >
> > > > On Tue, Aug 04, 2020 at 07:33
From: Sven Schneider
This font is derived from lib/fonts/font_6x10.c and is useful for small
OLED displays
Signed-off-by: Sven Schneider
Signed-off-by: Sascha Hauer
---
Changes since v1:
- re-added lost Signed-off-by lines
- do not mode change include/linux/font.h to 0755
- Add SPDX tag
- Whit
On Thu, Aug 20, 2020 at 04:12:39PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> In commit
>
> 71aefb9a89d4 ("RAS/CEC: Fix cec_init() prototype")
>
> Fixes tag
>
> Fixes: 9554bfe403nd ("x86/mce: Convert the CEC to use the MCE notifier")
Hmm, this came from the original patch submission:
ht
(added c/c Rob Herring)
Em Wed, 19 Aug 2020 18:53:06 -0700
John Stultz escreveu:
> On Wed, Aug 19, 2020 at 4:46 AM Mauro Carvalho Chehab
> wrote:
> > @@ -376,7 +355,7 @@ static int kirin_drm_platform_resume(struct
> > platform_device *pdev)
> > }
> >
> > static const struct of_device_id kiri
Hi Andrew,
On Fri, Aug 14, 2020 at 03:18:15PM +0200, Andrew Lunn wrote:
> > > > Currently
> > > >
> > > > compatible = "marvell,prestera"
> > > >
> > > > is used as default, so may be
> > > >
> > > > you mean to support few matching including particular silicon too, like
> > > > ?
> > > >
This patch fixes IIO_VAL_FRACTIONAL calculation for negative
values where the exponent is 0.
Signed-off-by: Anand Ashok Dumbre
---
drivers/iio/industrialio-core.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industri
On Thu, 20 Aug 2020 10:13:12 +0200 Fabrice Gasnier wrote:
>
>
> On 8/20/20 9:46 AM, Jisheng Zhang wrote:
> > Fix below warning when CONFIG_OF=n:
> >
> > drivers/regulator/stm32-vrefbuf.c:287:34: warning: ‘stm32_vrefbuf_of_match’
> > defined but not used [-Wunused-const-variable=]
> > 287 | st
On Wed, 19 Aug 2020, Joe Perches wrote:
> On Wed, 2020-08-19 at 14:22 -0700, Joe Perches wrote:
> > There are commas used as statement terminations that should typically
> > have used semicolons instead. Only direct assignments or use of a single
> > function or value on a single line are dete
The following commit has been merged into the ras/core branch of tip:
Commit-ID: 368d1887200d68075c064a62a9aa191168cf1eed
Gitweb:
https://git.kernel.org/tip/368d1887200d68075c064a62a9aa191168cf1eed
Author:Yazen Ghannam
AuthorDate:Mon, 20 Jul 2020 14:53:53
Committer: B
The following commit has been merged into the ras/core branch of tip:
Commit-ID: 85e6084e0b436cabe9c909e679937998ffbf9c9d
Gitweb:
https://git.kernel.org/tip/85e6084e0b436cabe9c909e679937998ffbf9c9d
Author:Luca Stefani
AuthorDate:Wed, 05 Aug 2020 11:57:08 +02:00
Committer:
On Wed, Aug 19, 2020 at 10:46:36PM -0500, Josh Poimboeuf wrote:
> On Wed, Aug 19, 2020 at 05:14:18PM -0700, Andy Lutomirski wrote:
> > I'm pretty sure you have the buggy sequence of events right, but for
> > the wrong reason. There's nothing wrong with scheduling when
> > delivering SIGTRAP, but
Hi Stephen,
On Thu, Aug 20, 2020 at 03:51:12PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> After merging the dma-mapping tree, today's linux-next build (powerpc
> pseries_le_defconfig) failed like this:
>
> [1.829053][T1] [ cut here ]
> [1.829629][T1] ker
From: Gene Chen
Add bindings for MT6360 PMIC
Signed-off-by: Gene Chen
---
Documentation/devicetree/bindings/mfd/mt6360.yaml | 142 ++
1 file changed, 142 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/mt6360.yaml
diff --git a/Documentation/devicetr
On Thu, Aug 20, 2020 at 10:21:37AM +0200, Sascha Hauer wrote:
> From: Sven Schneider
>
> This font is derived from lib/fonts/font_6x10.c and is useful for small
> OLED displays
>
> Signed-off-by: Sven Schneider
> Signed-off-by: Sascha Hauer
Reviewed-by: Greg Kroah-Hartman
On Wed, Aug 19, 2020 at 05:15:43PM -0700, Andy Lutomirski wrote:
> +static __always_inline void debug_enter(unsigned long *dr6, unsigned long
> *dr7)
> +{
> + *dr6 = debug_read_clear_dr6();
> }
>
> static __always_inline void debug_exit(unsigned long dr7)
> {
> - local_db_restore(dr7)
On Fri 2020-08-14 12:19:33, Thomas Gleixner wrote:
> printk intends to store various timestamps (MONOTONIC, REALTIME, BOOTTIME)
> to make correlation of dmesg accross different machines easier.
>
> The NMI safe timekeeper allows to retrieve these timestamps from any
> context.
For both patches:
On Wed, Aug 19, 2020 at 05:20:53PM -0700, Suren Baghdasaryan wrote:
> Currently __set_oom_adj loops through all processes in the system to
> keep oom_score_adj and oom_score_adj_min in sync between processes
> sharing their mm. This is done for any task with more that one mm_users,
> which includes
From: Joe Perches
> Sent: 20 August 2020 09:00
>
> On Thu, 2020-08-20 at 07:44 +, David Laight wrote:
> > I've no idea how you'd 'size' the number of buffers.
>
> I believe they are static and assume no more than 10
> simultaneous uses of printk_begin
What I meant was how you'd work out whet
Fix spelling mistake "extention" => "extension".
And correct the statement in passive-voice by adding "be".
Signed-off-by: Suraj Upadhyay
---
drivers/staging/wfx/main.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wfx/main.h b/drivers/staging/wfx/main.h
ind
Parts of the LRNG are already covered by self-tests, including:
* Self-test of SP800-90A DRBG provided by the Linux kernel crypto API.
* Self-test of the PRNG provided by the Linux kernel crypto API.
* Raw noise source data testing including SP800-90B compliant
tests when enabling CONFIG_LRNG_
Add runtime-pluggable support for all PRNGs that are accessible via
the kernel crypto API, including hardware PRNGs. The PRNG is selected
with the module parameter drng_name where the name must be one that the
kernel crypto API can resolve into an RNG.
This allows using of the kernel crypto API PR
1 - 100 of 2524 matches
Mail list logo
