On (10/25/18 08:28), Heiko Carstens wrote:
>
> With your patch this looks nearly like the common code variant. I did
> some code archaeology and this function is unchanged since ~17 years.
> When it was introduced it was close to identical to the x86 variant.
> All other architectures use the comm
In a prior public statement, Bruce Perens put forth a legal theory where
users of a certain piece of Software would be liable for contributory
copyright infringement*[1]. This statement, specifically the
pronouncement of such damages reachable, is predicated on a pure
copyright License theory r
On Wed 24-10-18 15:54:54, Andrew Morton wrote:
[...]
> There has been a lot of heat and noise and confusion and handwaving in
> all of this. What we're crying out for is simple testcases which
> everyone can run. Find a problem, write the testcase, distribute that.
> Develop a solution for that t
On Thu, Oct 25, 2018 at 08:28:44AM +0200, Juergen Gross wrote:
> On 25/10/2018 08:16, Dan Carpenter wrote:
> > The current check is a bit off in the case where "phys_addr + size"
> > wraps to zero because then "last_addr" is set to ULONG_MAX which is >=
> > phys_addr.
>
> And -2 would be okay?
Hi Mason,
On Thu, 25 Oct 2018 14:44:30 +0800
masonccy...@mxic.com.tw wrote:
> From: Mason Yang
>
> Hi Boris,
> I patched this for Macronix all 1.8V AC chips.
> Thanks for your review.
No need to add a cover letter when you only have patch.
> best regards,
> Mason
>
> Mason Yang (1):
> mtd
On Thu, 25 Oct 2018 09:16:53 +0200
Boris Brezillon wrote:
> Hi Mason,
>
> On Thu, 25 Oct 2018 14:44:30 +0800
> masonccy...@mxic.com.tw wrote:
>
> > From: Mason Yang
> >
> > Hi Boris,
> > I patched this for Macronix all 1.8V AC chips.
> > Thanks for your review.
>
> No need to add a cover l
Linus,
please pull sound updates for v4.20 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.20-rc1
The topmost commit is de7d83da84bdf0b5ec50b3b09249e608c0e4b81d
sound updates for 4.20
There ha
On Thu, Oct 25, 2018 at 10:18:09AM +0800, Baoquan He wrote:
> > We don't touch 4 pgd slot gap just before the direct mapping reserved
> > for a hypervisor, but move direct mapping by one slot instead.
> >
> > The LDT mapping is per-mm, so we cannot move it into P4D page table next
> > to CPU_ENTRY
On Wed, Oct 24, 2018 at 11:49:17AM -0700, Andy Lutomirski wrote:
> On Tue, Oct 23, 2018 at 9:32 AM Kirill A. Shutemov
> wrote:
> >
> > modify_ldt(2) leaves old LDT mapped after we switch over to the new one.
> > Memory for the old LDT gets freed and the pages can be re-used.
> >
> > Leaving the ma
Hi Jerome, Jianxin:
see my comments
On 10:58 Wed 24 Oct , Jerome Brunet wrote:
> On Thu, 2018-10-18 at 13:07 +0800, Jianxin Pan wrote:
> > From: Yixun Lan
> >
> > Document the MMC sub clock controller driver, the potential consumer
> > of this driver is MMC or NAND. Also add four clock bind
On Thu, 25 Oct 2018 00:02:34 +0200,
Kirill Marinushkin wrote:
>
> >> When you play sound - the pointer increments.
> >
> > Unfortunately, when you play sound, the pointer does not actually
> > increment, for up to about 10 milliseconds. I know of no way to actually
> > access the true “live” po
Hi Linus,
the EDAC tree was busier than usual this cycle as the shortlog below
shows.
There's a merge commit of a shared base with tip's x86/cpu branch, which
is part of this merge commit
fec98069fb72 ("Merge branch 'x86-cpu-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip"
(sorry for the noise, peter's email I had does not exist, so I'm resending
this email with the correct address)
On Sunday, October 21, 2018 4:10:30 PM CEST Peter Korsgaard wrote:
> On Mon, Jun 25, 2018 at 6:14 PM Federico Vaga wrote:
>
> Hi, and sorry for the slow response.
>
> > Detecting a t
On Mon, 08 Oct 2018, Charles Keepax wrote:
> From: Charles Keepax
>
> Lochnagar is an evaluation and development board for Cirrus
> Logic Smart CODEC and Amp devices. It allows the connection of
> most Cirrus Logic devices on mini-cards, as well as allowing
> connection of various application pr
On Thu 25-10-18 11:53:34, Anshuman Khandual wrote:
>
>
> On 10/24/2018 07:28 PM, Michal Hocko wrote:
> > On Wed 24-10-18 15:56:39, Michal Hocko wrote:
> >> On Tue 23-10-18 18:31:59, Anshuman Khandual wrote:
> >>> Architectures like arm64 have HugeTLB page sizes which are different than
> >>> gene
Quoting Paul Walmsley (2018-10-20 06:50:22)
> Add common library code for the Analog Bits Wide-Range PLL (WRPLL) as
> implemented in TSMC CLN28HPC.
>
> There is no bus interface or register target associated with this PLL.
> This library is intended to be used by drivers for IP blocks that
> expos
Hi!
Here's problem bisected down to:
commit 9d659ae14b545c4296e812c70493bfdc999b5c1c
Author: Peter Zijlstra
Date: Tue Aug 23 14:40:16 2016 +0200
locking/mutex: Add lock handoff to avoid starvation
Implement lock handoff to avoid lock starvation.
Numan, I assume revert of that patch
(sorry for the noise, peter's email I had does not exist, so I'm resending
this email with the correct address)
On Sunday, October 21, 2018 4:39:07 PM CEST Peter Korsgaard wrote:
> On Mon, Jun 25, 2018 at 6:14 PM Federico Vaga wrote:
> > This driver assumes that an interrupt line is always avail
Hi Steve,
On Mon, 22 Oct 2018 at 17:10, Steve Sistare wrote:
>
> When a CPU has no more CFS tasks to run, and idle_balance() fails to
> find a task, then attempt to steal a task from an overloaded CPU in the
> same LLC. Maintain and use a bitmap of overloaded CPUs to efficiently
> identify candid
The linux devs can rescind their license grant. Why don't they if they
don't like the CoC. They did NOT give their code away. They merely
licensed it to people for nothing. Licenses can be rescinded. The
License text itself doesn't even disclaim the possibility of rescission.
All it says is tha
Hi,
On 15.10.2018 13:17, Jiri Olsa wrote:
> On Mon, Oct 15, 2018 at 09:26:09AM +0300, Alexey Budankov wrote:
>>
>> Currently in record mode the tool implements trace writing serially.
>> The algorithm loops over mapped per-cpu data buffers and stores
>> ready data chunks into a trace file using
On Tue, 16 Oct 2018, Richard Fitzgerald wrote:
> Put the pointer to struct regmap_irq_chip_data into the parent
> mfd structure so that the child irqchip driver does not need
> a trivial private structure to store only this pointer. As
> the irqchip child driver already has a pointer to the parent
On Wed, 17 Oct 2018, Nathan Chancellor wrote:
> When building the kernel with Clang, the following section mismatch
> warning appears:
>
> WARNING: vmlinux.o(.text+0x3d84a3b): Section mismatch in reference from
> the function twl_probe() to the function
> .init.text:unprotect_pm_master()
> The fu
On Wed, 17 Oct 2018, Nathan Chancellor wrote:
> When building the kernel with Clang, the following section mismatch
> warnings appear:
>
> WARNING: vmlinux.o(.text+0x7239cc): Section mismatch in reference from
> the function db8500_prcmu_probe() to the function
> .init.text:init_prcm_registers()
On Mon 2018-10-22 08:20:11, NeilBrown wrote:
> On Sat, Oct 20 2018, Greg Kroah-Hartman wrote:
>
> > Hi all,
> >
> > As everyone knows by now, we added a new Code of Conduct to the kernel
> > tree a few weeks ago.
>
> I wanted to stay detached from all this, but as remaining (publicly)
> silent mi
On Tue 2018-10-23 19:55:54, Jessica Yu wrote:
> The arm64 module loader keeps a pointer into info->sechdrs to keep track
> of section header information for .plt section(s). A pointer to the
> relevent section header (struct elf64_shdr) in info->sechdrs is stored
> in mod->arch.{init,core}.plt. Thi
On 10/16/2018 08:01 PM, Zi Yan wrote:
> On 15 Oct 2018, at 0:06, Anshuman Khandual wrote:
>
>> On 10/15/2018 06:23 AM, Zi Yan wrote:
>>> On 12 Oct 2018, at 4:00, Anshuman Khandual wrote:
>>>
On 10/10/2018 06:13 PM, Zi Yan wrote:
> On 10 Oct 2018, at 0:05, Anshuman Khandual wrote:
>
On 10/25/18 at 10:24am, Kirill A. Shutemov wrote:
> On Thu, Oct 25, 2018 at 10:18:09AM +0800, Baoquan He wrote:
> > > We don't touch 4 pgd slot gap just before the direct mapping reserved
> > > for a hypervisor, but move direct mapping by one slot instead.
> > >
> > > The LDT mapping is per-mm, so
On Thu, Oct 25, 2018 at 01:52:11AM +0300, Igor Stoppa wrote:
> On 24/10/2018 17:56, Tycho Andersen wrote:
> > On Wed, Oct 24, 2018 at 05:03:01PM +0300, Igor Stoppa wrote:
> > > On 24/10/18 14:37, Mathieu Desnoyers wrote:
> > > > Also, is it the right approach to duplicate existing APIs, or should w
On Thu, Oct 25, 2018 at 04:05:43PM +0900, Sergey Senozhatsky wrote:
> On (10/25/18 08:28), Heiko Carstens wrote:
> >
> > With your patch this looks nearly like the common code variant. I did
> > some code archaeology and this function is unchanged since ~17 years.
> > When it was introduced it was
On Mon, Oct 22, 2018 at 10:54 AM, Oleg Nesterov wrote:
> On 10/21, Tetsuo Handa wrote:
>>
>> On 2018/10/21 16:10, syzbot wrote:
>> > BUG: KASAN: use-after-free in __read_once_size
>> > include/linux/compiler.h:188 [inline]
>> > BUG: KASAN: use-after-free in task_is_descendant.part.2+0x610/0x670
On Thu, Oct 25, 2018 at 07:56:26AM +, visionsofal...@redchan.it wrote:
> The linux devs can rescind their license grant.
No they can not, please do not keep spreading false information.
greg k-h
The previous version of this RFC has been posted here [1]. I have fixed
few issues spotted during the review and by 0day bot. I have also reworked
patch 2 to be ratio rather than an absolute number based.
With this series applied the locking protocol between the oom_reaper and
the exit path is as
From: Michal Hocko
oom_reaper is not able to reap all types of memory. E.g. mlocked
mappings or page tables. In some cases this might be a lot of memory
and we do rely on exit_mmap to release that memory. Yet we cannot rely
on exit_mmap to set MMF_OOM_SKIP right now because there are several
plac
From: Michal Hocko
The oom_reaper cannot handle mlocked vmas right now and therefore we
have exit_mmap to reap the memory before it clears the mlock flags on
mappings. This is all good but we would like to have a better hand over
protocol between the oom_reaper and exit_mmap paths.
Therefore use
On Thu, 18 Oct 2018, Dan Carpenter wrote:
> I just noticed this in review. The get_register_interruptible() should
> return zero on success but it instead returns the value that it read.
>
> I looked at all the places that called this directly and they check for
> negatives and treat greater tha
From: Michal Hocko
David Rientjes has noted that certain user space memory allocators leave
a lot of page tables behind and the current implementation of oom_reaper
doesn't deal with those workloads very well. In order to improve these
workloads define a point when exit_mmap is guaranteed to fini
On Thu, Oct 25, 2018 at 08:44:59AM +0100, Lee Jones wrote:
> On Mon, 08 Oct 2018, Charles Keepax wrote:
> > From: Charles Keepax
> > +static const struct reg_default lochnagar1_reg_defaults[] = {
> > + { LOCHNAGAR1_CDC_AIF1_SEL,0x00 },
> > + { LOCHNAGAR1_CDC_AIF2_SEL,0x00 },
...
> > +
The example text says the capacity value should be 446, while the
example have it set to 578 instead. Fix the mismatch.
Signed-off-by: Viresh Kumar
---
Documentation/devicetree/bindings/arm/cpu-capacity.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicet
On (10/25/18 10:11), Heiko Carstens wrote:
> > s390 is the only architecture that is using own bust_spinlocks()
> > variant, while other arch-s seem to be OK with the common
> > implementation.
> >
> > Heiko Carstens [1] said he would prefer s390 to use the common
> > bust_spinlocks() as well:
> >
Some SoC share one irq number between DSPI controllers.
For example, on the LX2160 board, DSPI0 and DSPI1 share one irq number.
In this case, only one DSPI controller can register successfully,
and others will fail.
Signed-off-by: Chuanhua Han
---
drivers/spi/spi-fsl-dspi.c | 4 ++--
1 file chan
On Tue 2018-10-23 20:54:33, Sergey Senozhatsky wrote:
> On (10/23/18 13:07), Petr Mladek wrote:
> > Though this looks a bit weird.
> >
> > I have just realized that console_unblank() is called by
> > bust_spinlocks(0) and does basically the same as
> > console_flush_on_panic(). Also it does not ma
Attention :
I'm Lewis Edward, I have been instructed to notify you of the
availability of a package deposited by your relative (our client)
in your name at the event of demise. We are entrusted and
empowered with diplomatic immunity and status to safe keep
valuable packages and baggage in tru
On Wed 24-10-18 19:34:18, Uladzislau Rezki wrote:
> Hi.
>
> On Wed, Oct 24, 2018 at 08:22:52AM +0200, Michal Hocko wrote:
> > On Tue 23-10-18 12:30:44, Joel Fernandes wrote:
> > > On Tue, Oct 23, 2018 at 11:13:36AM -0600, Shuah Khan wrote:
> > > > On 10/23/2018 11:05 AM, Michal Hocko wrote:
> > >
Hi Moritz, Matthew,
>> Hi Anatolij, Andreas,
>>
>> On Tue, Oct 23, 2018 at 06:46:47PM +, Andreas Puhm wrote:
>>> Hi Anatolij,
>>>
The CvP docs says that on some FPGAs (e.g. Arria 10) the assertion of CVP
status can take up to 500ms. However it is not clear whether this delay
mig
On Thu, Oct 25, 2018 at 09:25:08AM +0100, Lee Jones wrote:
> On Thu, 18 Oct 2018, Dan Carpenter wrote:
>
> > I just noticed this in review. The get_register_interruptible() should
> > return zero on success but it instead returns the value that it read.
> >
> > I looked at all the places that ca
From: Hou Zhiqiang
This issue is introduced by commit 4a2745d760fac ("PCI: layerscape: Disable
outbound windows configured by bootloader").
Signed-off-by: Hou Zhiqiang
---
drivers/pci/controller/dwc/pci-layerscape.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pc
Hi Du,
Thank you for the updated patch,
On 17/10/2018 15:24, Du Changbin wrote:
> For current gdb version (has tested with 7.3 and 8.1), 'lx-version'
> only prints one character.
> (gdb) lx-version
> L(gdb)
>
> This can be fixed by casting 'linux_banner' as (char *).
> (gdb) lx-version
> Linux v
On Thu, Oct 25, 2018 at 10:59:36AM +0300, Alexey Budankov wrote:
> Hi,
>
> On 15.10.2018 13:17, Jiri Olsa wrote:
> > On Mon, Oct 15, 2018 at 09:26:09AM +0300, Alexey Budankov wrote:
> >>
> >> Currently in record mode the tool implements trace writing serially.
> >> The algorithm loops over mapped
On Wed, Oct 24, 2018 at 06:01:37PM +0100, Patrick Bellasi wrote:
> On 24-Oct 14:41, Aaron Lu wrote:
> > On Mon, Apr 02, 2018 at 11:20:00AM +0800, Ye, Xiaolong wrote:
> > >
> > > Greeting,
> > >
> > > FYI, we noticed a -9.9% regression of unixbench.score due to commit:
> > >
> > >
> > > commit:
On Thu, 25 Oct 2018, Petr Mladek wrote:
> On Tue 2018-10-23 19:55:54, Jessica Yu wrote:
> > The arm64 module loader keeps a pointer into info->sechdrs to keep track
> > of section header information for .plt section(s). A pointer to the
> > relevent section header (struct elf64_shdr) in info->sech
On (10/25/18 10:29), Petr Mladek wrote:
>
> Yes, klogd is not a big deal. I just think that the bust_spinlocks()
> ping-pong would just confuse the code.
I agree; that's why I put some comments there.
> It might be better to keep the spinlocks busted and make sure that we do
> not cause regressi
On Tue 2018-10-23 21:12:30, Sergey Senozhatsky wrote:
> On (10/23/18 21:04), Sergey Senozhatsky wrote:
> >
> > Seems that s390 is the only arch which defines its own bust_spinlocks().
> > Not sure why... Just to play games with console_loglevel?
> >
> > ---
> >
> > void bust_spinlocks(int yes)
>
On Mon, 22 Oct 2018, Nicolas Boichat wrote:
> If the PMIC ID is unknown, the current code would call
> irq_domain_remove and panic, as pmic->irq_domain is only
> initialized by mt6397_irq_init.
>
> Return immediately with an error, if the chip ID is unsupported.
>
> Signed-off-by: Nicolas Boicha
On Wed, Oct 24, 2018 at 10:24:52AM -0400, Sven Van Asbroeck wrote:
> This patch set adds support for the HMS Industrial Networks AB Profinet card.
>
> Profinet is an industry technical standard for data communication over
> Industrial Ethernet, designed for collecting data from, and controlling,
>
On Wed 24-10-18 01:39:18, Joe Perches wrote:
> On Wed, 2018-10-24 at 10:23 +0200, Michal Hocko wrote:
> > On Tue 23-10-18 23:26:16, Joe Perches wrote:
> > > On Wed, 2018-10-24 at 08:15 +0200, Michal Hocko wrote:
> > > > On Wed 24-10-18 10:47:52, Arun KS wrote:
> > > > > On 2018-10-24 01:34, Kees Co
On Wed, Oct 24, 2018 at 10:07:30PM +0200, Jacek Anaszewski wrote:
> Yet, there are many out of LED subsystem files to update:
>
> find -name "*.c" -o -name "*.h" | xargs grep "enum led_brightness" |
> awk -F: '{print $1}' | sort -u | grep -v "leds" | wc -l
>
> returns 87.
Side note:
git grep
From: Hou Zhiqiang
Free the allocated pci_host_bridge struct when failed to get
host bridge resources, and free the resource windows before
free the bridge.
Signed-off-by: Hou Zhiqiang
---
drivers/pci/controller/dwc/pcie-designware-host.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
From: Hou Zhiqiang
The current type of mem_size is 'u32', so when resource_size()
return 4G it will be truncated to zero. This patch fix it by
changing its type to 'u64'.
Signed-off-by: Hou Zhiqiang
---
drivers/pci/controller/dwc/pcie-designware.c | 4 ++--
drivers/pci/controller/dwc/pcie-desi
From: Hou Zhiqiang
As each viewport support upto 4GiB, to support greater than 4GiB range
we need multiple viewport for MEM windows. And this patch explicitly
assigned the last (if there are only 2 viewports) or last 2 viewports
for CFG and IO windows and the rests for MEM windows.
Signed-off-by
From: Hou Zhiqiang
This patch set is to add greater than 4GiB range support, patch 4/4.
Patch 3/4 is to initialize the number of viewport.
BTW, fix 2 bugs, see patch 1/4 and 2/4.
Hou Zhiqiang (4):
PCI/dwc: fix potential memory leak
PCI/dwc: Fix the 4GiB outbound window size truncated to zero
From: Hou Zhiqiang
FSL implements 6 viewports on Layerscape series SoCs.
Signed-off-by: Hou Zhiqiang
---
drivers/pci/controller/dwc/pci-layerscape.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/pci/controller/dwc/pci-layerscape.c
b/drivers/pci/controller/dwc/pci-layerscape.c
On Wed 24-10-18 15:19:50, Andrew Morton wrote:
> On Tue, 23 Oct 2018 16:43:29 + Roman Gushchin wrote:
>
> > Spock reported that the commit 172b06c32b94 ("mm: slowly shrink slabs
> > with a relatively small number of objects") leads to a regression on
> > his setup: periodically the majority o
Reclaim and free can race on an object (which is basically ok) but
in order for reclaim to be able to map "freed" object we need to
encode object length in the handle. handle_to_chunks() is thus
introduced to extract object length from a handle and use it during
mapping of the last object we could
Hi Rob,
Thanks a lot for your comments!
> -Original Message-
> From: Rob Herring
> Sent: 2018年10月17日 21:52
> To: Z.q. Hou
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org; devicet...@vger.kernel.org; Leo Li
> ; shawn...@kernel.org; m
Thanks Rob!
> -Original Message-
> From: Rob Herring
> Sent: 2018年10月17日 21:53
> To: Z.q. Hou
> Cc: linux-arm-ker...@lists.infradead.org; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org; devicet...@vger.kernel.org; Leo Li
> ; shawn...@kernel.org; mark.rutl...@arm.com;
> bhelg.
On 25/10/18 09:26, Charles Keepax wrote:
On Thu, Oct 25, 2018 at 08:44:59AM +0100, Lee Jones wrote:
On Mon, 08 Oct 2018, Charles Keepax wrote:
From: Charles Keepax
+static const struct reg_default lochnagar1_reg_defaults[] = {
+ { LOCHNAGAR1_CDC_AIF1_SEL,0x00 },
+ { LOCHNAGAR1_
On 25-Oct 16:56, Aaron Lu wrote:
> On Wed, Oct 24, 2018 at 06:01:37PM +0100, Patrick Bellasi wrote:
> > On 24-Oct 14:41, Aaron Lu wrote:
> > > On Mon, Apr 02, 2018 at 11:20:00AM +0800, Ye, Xiaolong wrote:
> > > >
> > > > Greeting,
> > > >
> > > > FYI, we noticed a -9.9% regression of unixbench.sc
On (10/25/18 11:06), Petr Mladek wrote:
>
> IMHO, the custom s390 implementation can get removed.
> The generic code should do the same job these days.
>
Yep.
> > And console_unblank() is not guaranteed to print anything (unlike
> > console_flush_on_panic(), but oops is not panic() yet, so we c
Please pull.
>From Mimi: "This pull request contains a couple of bug fixes, including
one for a recent problem with calculating file hashes on overlayfs, and
some code cleanup."
---
The following changes since commit e6123c524064a571616ec978b1317f1696eff0ae:
security: fix LSM description lo
Hey Linus,
First, good to have you back!
Please PULL to receive updates for this v5.0 (?) which contain:
- Support for ColdFire mcf5441x edma controller
- Support for link list mode in sprd dma
- More users of managed dmaenginem_async_device_register API
- Cyclic mode support in owl dma drive
On Tue, 23 Oct 2018, Tony Xie wrote:
> The rk809 and rk817 are a Power Management IC (PMIC) for multimedia
> and handheld devices. It contains the following components:
>
> - Regulators
> - RTC
> - Clocking
>
> Both RK809 and RK817 chips are using a similar re
Please pull.
>From Jarkko: "These are the updates to v4.20. The only new feature is
non-blocking operation for /dev/tpm0."
---
The following changes since commit 2ecefa0a15fd0ef88b9cd5d15ceb813008136431:
keys: Fix the use of the C++ keyword "private" in uapi/linux/keyctl.h
(2018-09-28 09:51
On Tue, 23 Oct 2018, Tony Xie wrote:
> Add support for the rk809 and rk817 regulator driver.
> Their specifications are as follows：
> 1. The RK809 and RK809 consist of 5 DCDCs, 9 LDOs
>and have the same registers for these components except dcdc5.
> 2. The dcdc5 is a boost
Please pull.
>From Casey: "Here are three patches for Smack for 4.20. Two clean up
warnings and one is a rarely encountered ptrace capability check."
---
The following changes since commit 0d42d73a37ff91028785e42a6bf12fc020a277c1:
seccomp: remove unnecessary unlikely() (2018-09-06 13:29:59 -
On Tue, 23 Oct 2018, Tony Xie wrote:
> Add device tree bindings documentation for Rockchip's RK809 & RK817 PMIC.
>
> Signed-off-by: Tony Xie
> Reviewed-by: Rob Herring
> ---
> Documentation/devicetree/bindings/mfd/rk808.txt | 44
> +
> 1 file changed, 44 insertions(+)
Please pull.
>From Kees: "This is a small reporting improvement and the param change
needed for the ordering series (but since the loadpin change is desired
and separable, I'm putting it here)."
---
The following changes since commit 3f6caaf5ff33073ca1a3a0b82edacab3c57c38f9:
LSM: Don't igno
Rob: please grep your name for some feedback.
On Thu, 18 Oct 2018, Pascal PAILLET-LME wrote:
> From: pascal paillet
Please use `git send-email` to send patches.
Please capitalise your name: Pascal Paillet
> stpmic1 is a pmic from STMicroelectronics. The STPMIC1 integrates 10
"STPMIC1"
"PMIC"
From: Hou Zhiqiang
Removed the compatible string "snps,dw-pcie" from FSL layerscape-pci compatible
string list.
Hou Zhiqiang (4):
dt-bindings: pci: layerscape-pci: add compatible strings
"fsl,ls1043a-pcie"
dt-bindings: pci: layerscape-pci: removed compatible string
"snps,dw-pcie"
d
From: Hou Zhiqiang
Removed the wrong compatible string "snps,dw-pcie", in case
match incorrect driver.
Signed-off-by: Hou Zhiqiang
---
V2:
- no change
arch/arm/boot/dts/ls1021a.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/
From: Hou Zhiqiang
Removed the wrong compatible string "snps,dw-pcie", in case
match incorrect driver.
Signed-off-by: Hou Zhiqiang
---
V2:
- no change
arch/arm64/boot/dts/freescale/fsl-ls1012a.dtsi | 2 +-
arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi | 6 +++---
arch/arm64/boot/dts/frees
From: Hou Zhiqiang
The PCIe compatible string for LS1043A was lost, so add it.
Signed-off-by: Hou Zhiqiang
---
V2:
- Improved the subject and corrected 'PCIe' casing.
Documentation/devicetree/bindings/pci/layerscape-pci.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/de
From: Hou Zhiqiang
Removed the compatible string "snps,dw-pcie", it is for the reference
platform driver for PCI RC IP Protoyping Kits based on the ARC SDP,
so it is not suitable for all platform with designware PCIe controller,
and platform vendors have themselves' drivers.
The compatible strin
Nick Hu 於 2018年10月25日 週四 上午10:25寫道：
>
> These four commits are perf supporting for nds32.
> There are three perfomance counters in nds32, and
> each of them can counts different events. You can
> use 'perf list' to show the available events that
> can be used.
>
> Changes in V2:
> 1. Chang
On Thu, 25 Oct 2018, Dan Carpenter wrote:
> On Thu, Oct 25, 2018 at 09:25:08AM +0100, Lee Jones wrote:
> > On Thu, 18 Oct 2018, Dan Carpenter wrote:
> >
> > > I just noticed this in review. The get_register_interruptible() should
> > > return zero on success but it instead returns the value that
On Thu, Oct 25, 2018 at 10:28:16AM +0100, Richard Fitzgerald wrote:
> On 25/10/18 09:26, Charles Keepax wrote:
> > On Thu, Oct 25, 2018 at 08:44:59AM +0100, Lee Jones wrote:
> > > I'm really not a fan of these so call 'patches'.
> > > Can't you set the registers up proper way?
> > I will see if
>From printk()/serial console point of view panic() is special, because
it may force CPU to re-enter printk() or/and serial console driver.
Therefore, some of serial consoles drivers are re-entrant. E.g. 8250:
serial8250_console_write()
{
if (port->sysrq)
locked = 0;
Nick Hu 於 2018年10月24日 週三 下午6:14寫道：
>
> There are three sleep states in nds32:
> suspend to idle,
> suspend to standby,
> suspend to ram
>
> In suspend to ram, we use the 'standby' instruction to emulate
> power management device to hang the system util wakeup source
> send
Hi Sven,
thanks for your patch!
On Wed, Oct 24, 2018 at 4:25 PM Sven Van Asbroeck wrote:
> + - pwms : the pwm connected to the bridge's 'pwm input'.
That is really unintuitive and needs a detailed explanation. What
is a bridge doing with a PWM? Is it 100% certain this is a PWM,
it's not just
On Tue, 23 Oct 2018, Oskari Lemmela wrote:
> AXP813 and AXP803 PMICs can control input current and minimum voltage.
>
> Both of these values are configurable.
>
> Signed-off-by: Oskari Lemmela
> Reviewed-by: Quentin Schulz
> ---
> drivers/power/supply/axp20x_ac_power.c | 94 ++
Ping.
This is a good point in time, methinks, where kernel folk on CC here
should have a look at this and speak up whether it is useful for us in
this form.
Frankly, I'm a bit unsure on the aspect of us using this and supporting
old compilers which don't have it and new compilers which do. Becaus
On Tue, 23 Oct 2018, Oskari Lemmela wrote:
> Parts of the AXP803 are compatible with their counterparts on the AXP813.
> These include the GPIO, ADC, AC and battery power supplies.
>
> Signed-off-by: Oskari Lemmela
> Reviewed-by: Chen-Yu Tsai
> Tested-by: Vasily Khoruzhick
> ---
> drivers/mfd
On Tue, 23 Oct 2018, Oskari Lemmela wrote:
> As axp20x-ac-power-supply now supports AXP813, add a cell for it.
>
> Signed-off-by: Oskari Lemmela
> Reviewed-by: Quentin Schulz
> Reviewed-by: Chen-Yu Tsai
> Tested-by: Vasily Khoruzhick
> ---
> drivers/mfd/axp20x.c | 5 +
> 1 file changed,
On Wed, Oct 24, 2018 at 04:01:06PM -0700, Andrew Morton wrote:
> On Fri, 19 Oct 2018 19:35:36 +0200 "Uladzislau Rezki (Sony)"
> wrote:
>
> > improving vmalloc allocator
>
> It's about time ;)
>
> Are you aware of https://lwn.net/Articles/285341/ ? If not, please do
> take a look through Nick'
Hi Vincent,
On 10/19/18 6:17 PM, Vincent Guittot wrote:
The current implementation of load tracking invariance scales the
contribution with current frequency and uarch performance (only for
utilization) of the CPU. One main result of this formula is that the
figures are capped by current capacit
On Thu, Oct 25, 2018 at 10:43:27AM +0200, Michal Hocko wrote:
> On Wed 24-10-18 19:34:18, Uladzislau Rezki wrote:
> > Hi.
> >
> > On Wed, Oct 24, 2018 at 08:22:52AM +0200, Michal Hocko wrote:
> > > On Tue 23-10-18 12:30:44, Joel Fernandes wrote:
> > > > On Tue, Oct 23, 2018 at 11:13:36AM -0600, Sh
On Thu, 25 Oct 2018 at 12:36, Dietmar Eggemann wrote:
>
> Hi Vincent,
>
> On 10/19/18 6:17 PM, Vincent Guittot wrote:
> > The current implementation of load tracking invariance scales the
> > contribution with current frequency and uarch performance (only for
> > utilization) of the CPU. One main
On 2018-10-19 16:09, Taniya Das wrote:
On 10/17/2018 7:50 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-10-17 05:04:10)
On 10/17/2018 5:07 PM, Taniya Das wrote:
Hello Stephen,
On 10/12/2018 11:05 PM, Stephen Boyd wrote:
Quoting Taniya Das (2018-10-09 23:12:27)
On 10/10/2018 2:22 AM,
/commits/Sergey-Senozhatsky/panic-avoid-deadlocks-in-re-entrant-console-drivers/20181025-181929
base: https://github.com/thesofproject/linux master
config: i386-randconfig-x077-201842 (attached as .config)
compiler: gcc-7 (Debian 7.3.0-1) 7.3.0
reproduce:
# save the attached .config to
On 25 October 2018 at 07:52, Viresh Kumar wrote:
> The OPP core currently stores the performance state in the consumer
> device's OPP table, but that is going to change going forward and
> performance state will rather be set directly in the genpd's OPP table.
>
> For that we need to get the perfo
1 - 100 of 848 matches
Mail list logo
