On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
wrote:
> Add pinctrl binding for Bitmain BM1880 SoC. The SoC is not capable
> of handling pinconf, thereby supporting only pinmux and this limitation
> is documented.
>
> Signed-off-by: Manivannan Sadhasivam
These are just very standard bind
> From: "Voon, Weifeng"
>
> This patch-set is to enable Ethernet controller (DW Ethernet QoS and DW
> Ethernet PCS) with SGMII interface in Elkhart Lake. The DW Ethernet PCS is
> the Physical Coding Sublayer that is between Ethernet MAC and PHY and
> uses MDIO Clause-45 as Communication.
>
> Kwe
Commit-ID: 82c99f7a81f28f8c1be5f701c8377d14c4075b10
Gitweb: https://git.kernel.org/tip/82c99f7a81f28f8c1be5f701c8377d14c4075b10
Author: Harry Pan
AuthorDate: Wed, 24 Apr 2019 22:50:33 +0800
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 08:59:31 +0200
perf/x86/intel: Update KBL Pa
On 2019/4/25 14:30, Xiaoyao Li wrote:
On Thu, 2019-04-25 at 14:02 +0800, Like Xu wrote:
On 2019/4/25 12:18, Xiaoyao Li wrote:
On Thu, 2019-04-25 at 10:58 +0800, Like Xu wrote:
On 2019/4/24 22:32, Sean Christopherson wrote:
Now that I understand how min() works...
On Mon, Apr 22, 2019 at 02:4
* Zhao Yakui wrote:
> When ACRN hypervisor is detected, the hypercall is needed so that the
> ACRN guest can query/config some settings. For example: it can be used
> to query the resources in hypervisor and manage the CPU/memory/device/
> interrupt for the guest operating system.
>
> So add t
On Thu, 25 Apr 2019 at 01:13, Pierre-Louis Bossart
wrote:
>
> On 4/24/19 6:41 AM, Anders Roxell wrote:
> > When building bytcht_es8316 the following warning shows up:
> >
> > ../sound/soc/intel/boards/bytcht_es8316.c: In function
> > ‘snd_byt_cht_es8316_mc_probe’:
> > ../sound/soc/intel/boards/by
> Enable xPCS capability inside EHL platform data.
>
> Signed-off-by: Weifeng Voon
> ---
> drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_pci.c
> b/drivers/net/ethernet/stmicro/stmmac/stmm
On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
wrote:
> Add pinctrl support for Bitmain BM1880 SoC. The driver only handles
> pinmuxing as the SoC is not capable of handling pinconf.
>
> Signed-off-by: Manivannan Sadhasivam
Patch applied, because there is no reason to hold back this clea
On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
wrote:
> Add MAINTAINERS entry for Bitmain BM1880 SoC pinctrl.
>
> Signed-off-by: Manivannan Sadhasivam
Patch applied.
Yours,
Linus Walleij
On Wed, Apr 24, 2019 at 3:59 PM Geert Uytterhoeven
wrote:
> The err_remove_chip block is too coarse, and may perform cleanup that
> must not be done. E.g. if of_gpiochip_add() fails, of_gpiochip_remove()
> is still called, causing:
Good catch!
Patch applied for fixes.
Yours,
Linus Walleij
On Wed, Apr 24, 2019 at 09:18:04PM +, Paul Burton wrote:
> Hi Peter,
>
> On Wed, Apr 24, 2019 at 02:36:58PM +0200, Peter Zijlstra wrote:
> > The comment describing the loongson_llsc_mb() reorder case doesn't
> > make any sense what so ever. Instruction re-ordering is not an SMP
> > artifact, b
* Zhao Yakui wrote:
> Linux kernel uses the HYPERVISOR_CALLBACK_VECTOR for hypervisor upcall
> vector. And it is already used for Xen and HyperV.
English sentences should not be started with 'and'.
> After ACRN hypervisor is detected, it will also use this defined vector
> to notify ACRN gues
On Thu, Apr 25, 2019 at 11:28 AM Christoph Hellwig wrote:
>
> > +#ifdef CONFIG_64BIT
> > +#define SCAUSE_IRQ_FLAG _AC(0x8000, UL)
> > +#else
> > +#define SCAUSE_IRQ_FLAG _AC(0x8000, UL)
> > +#endif
>
> Please keep the existing defintion that doesn't need a
On Thu, Apr 25, 2019 at 10:55:54AM +0530, Naresh Kamboju wrote:
> On Wed, 24 Apr 2019 at 23:04, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.0.10 release.
> > There are 115 patches in this series, all will be posted as a response
> > to this one. If a
On Thu, 25 Apr 2019, Li, Aubrey wrote:
> On 2019/4/25 5:18, Thomas Gleixner wrote:
> > On Mon, 22 Apr 2019, Aubrey Li wrote:
> >> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> >> index 5ad92419be19..d5a9c5ddd453 100644
> >> --- a/arch/x86/Kconfig
> >> +++ b/arch/x86/Kconfig
> >> @@ -208,6 +20
On Thu, 25 Apr 2019, Ingo Molnar wrote:
> > +# else
> > + .irq_restore_fl = { 0x50, 0x9d }, // push %eax; popf
> > + .mmu_write_cr3 = { 0x0f, 0x22, 0xd8 }, // mov %eax, %cr3
> > + .cpu_iret = { 0xcf }, // iret
> > +# endif
>
> I think these op
On 4/25/19 12:52 AM, Dmitry Torokhov wrote:
> Hi Benjamin,
>
> On Wed, Apr 24, 2019 at 12:19:11PM +0200, Benjamin Gaignard wrote:
>> From: Yannick Fertré
>>
>> Add a call to devm_of_device_links_add() to create links with suppliers
>> at probe time.
>>
>> Signed-off-by: Yannick Fertré
>> Signed
Hi Linus,
On Thu, Apr 25, 2019 at 09:09:28AM +0200, Linus Walleij wrote:
> On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
> wrote:
>
> > Add pinctrl support for Bitmain BM1880 SoC. The driver only handles
> > pinmuxing as the SoC is not capable of handling pinconf.
> >
> > Signed-off-by:
Commit-ID: 465f81857c16ae17f461e4738ceb1f4f8cce2077
Gitweb: https://git.kernel.org/tip/465f81857c16ae17f461e4738ceb1f4f8cce2077
Author: Thomas Gleixner
AuthorDate: Wed, 24 Apr 2019 15:41:16 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 08:45:01 +0200
x86/paravirt: Remove bo
Commit-ID: 92c814ed5f39d0f03d8cc432449a07f82e2c8a73
Gitweb: https://git.kernel.org/tip/92c814ed5f39d0f03d8cc432449a07f82e2c8a73
Author: Thomas Gleixner
AuthorDate: Wed, 24 Apr 2019 15:41:17 +0200
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 08:45:02 +0200
x86/paravirt: Unify 32/
Commit-ID: 2792107dc3af29ecc1a9b3dc5bc873dac4b61cd6
Gitweb: https://git.kernel.org/tip/2792107dc3af29ecc1a9b3dc5bc873dac4b61cd6
Author: Mike Rapoport
AuthorDate: Wed, 24 Apr 2019 16:24:12 +0300
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 09:02:18 +0200
x86/Kconfig: Deprecate DI
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
On Thu, Apr 25, 2019 at 12:58:50PM +0800, huang...@loongson.cn wrote:
> In my opinion. patch 2/3 is about Loongson's bug, an
Commit-ID: 6ad57f7f2cbf65daced27f023cc99360742a24b9
Gitweb: https://git.kernel.org/tip/6ad57f7f2cbf65daced27f023cc99360742a24b9
Author: Mike Rapoport
AuthorDate: Wed, 24 Apr 2019 16:24:11 +0300
Committer: Ingo Molnar
CommitDate: Thu, 25 Apr 2019 09:02:17 +0200
x86/Kconfig: Make SPARSEM
On Wed 2019-04-24 13:56:01, Bart Van Assche wrote:
> On Wed, 2019-04-24 at 22:51 +0200, Pavel Machek wrote:
> > Unfortunately, that one does not revert cleanly on top of -next.
>
> Can you try the following:
>
> git revert d16ece577bf2cee7f94bab75a0d967bcb89dd2a7 &&
> git revert 21e6ba3f0e0257c
On Wed, Apr 24, 2019 at 09:24:31PM +, Paul Burton wrote:
> Hi Peter,
>
> On Wed, Apr 24, 2019 at 02:37:00PM +0200, Peter Zijlstra wrote:
> > --- a/arch/mips/include/asm/barrier.h
> > +++ b/arch/mips/include/asm/barrier.h
> > @@ -230,9 +238,6 @@
> > #define nudge_writes() mb()
> > #endif
> >
On Wed, Apr 24, 2019 at 7:22 PM Jason Gunthorpe wrote:
> A driver that simply wants a SGL with a capped max size (ie 4k?)
> should use the dma_set_max_seg_size() API and just never get a SGE
> with a larger length.
That sounds like exactly what we want here. However I tried that
function and it s
From: YueHaibing
During randconfig builds, I occasionally run into an invalid configuration
drivers/hid/hid-logitech-dj.o: In function `logi_dj_probe':
hid-logitech-dj.c:(.text+0x32dc): undefined reference to `usb_hid_driver'
This is because CONFIG_USB_HID is not set, So this
patch selects it.
Hi Clément,
On Wed, Apr 24, 2019 at 5:34 PM Clément VUCHENER
wrote:
>
> Hi Benjamin,
>
> I tried again to add hi-res wheel support for the G500 with Hans de
> Goede's latest patch series you've just merged in for-5.2/logitech, it
> is much better but there is still some issues.
>
> The first one
>-Original Message-
>From: Michal Hocko [mailto:mho...@kernel.org]
>Sent: Thursday, April 25, 2019 2:37 PM
>To: Du, Fan
>Cc: a...@linux-foundation.org; Wu, Fengguang ;
>Williams, Dan J ; Hansen, Dave
>; xishi.qiuxi...@alibaba-inc.com; Huang, Ying
>; linux...@kvack.org; linux-kernel@vger
Hi,
On Thu, Apr 25, 2019 at 9:40 AM Yue Haibing wrote:
>
> From: YueHaibing
>
> During randconfig builds, I occasionally run into an invalid configuration
>
> drivers/hid/hid-logitech-dj.o: In function `logi_dj_probe':
> hid-logitech-dj.c:(.text+0x32dc): undefined reference to `usb_hid_driver'
>
>-Original Message-
>From: Michal Hocko [mailto:mho...@kernel.org]
>Sent: Thursday, April 25, 2019 2:38 PM
>To: Du, Fan
>Cc: a...@linux-foundation.org; Wu, Fengguang ;
>Williams, Dan J ; Hansen, Dave
>; xishi.qiuxi...@alibaba-inc.com; Huang, Ying
>; linux...@kvack.org; linux-kernel@vger
>-Original Message-
>From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
>Behalf Of Xishi Qiu
>Sent: Thursday, April 25, 2019 11:26 AM
>To: Wu, Fengguang ; Du, Fan
>Cc: a...@linux-foundation.org; Michal Hocko ;
>Williams, Dan J ; Hansen, Dave
>; Huang, Ying ;
>linux...@kv
On 25/04/2019 09:22, Thomas Gleixner wrote:
> On Thu, 25 Apr 2019, Ingo Molnar wrote:
>>> +# else
>>> + .irq_restore_fl = { 0x50, 0x9d }, // push %eax; popf
>>> + .mmu_write_cr3 = { 0x0f, 0x22, 0xd8 }, // mov %eax, %cr3
>>> + .cpu_iret = { 0xcf },
On Thu 25-04-19 07:43:09, Du, Fan wrote:
>
>
> >-Original Message-
> >From: Michal Hocko [mailto:mho...@kernel.org]
> >Sent: Thursday, April 25, 2019 2:38 PM
> >To: Du, Fan
> >Cc: a...@linux-foundation.org; Wu, Fengguang ;
> >Williams, Dan J ; Hansen, Dave
> >; xishi.qiuxi...@alibaba-inc
On Thu 2019-04-25 12:52:33, Sergey Senozhatsky wrote:
> On (04/24/19 16:49), Petr Mladek wrote:
> > > + if (bcon && (newcon->flags & (CON_CONSDEV|CON_BOOT)) == CON_CONSDEV) {
> > > + console_lock();
> > > + /*
> > > + * We need to iterate through all boot consoles, to make
On Wed, Apr 24, 2019 at 10:35:20AM -0700, Nathan Chancellor wrote:
> Hi Greg,
>
> On Wed, Apr 24, 2019 at 07:09:12PM +0200, Greg Kroah-Hartman wrote:
> > From: Will Deacon
> >
> > commit 045afc24124d80c6998d9c770844c67912083506 upstream.
> >
> > Rather embarrassingly, our futex() FUTEX_WAKE_OP
On Thu 25-04-19 07:41:40, Du, Fan wrote:
>
>
> >-Original Message-
> >From: Michal Hocko [mailto:mho...@kernel.org]
> >Sent: Thursday, April 25, 2019 2:37 PM
> >To: Du, Fan
> >Cc: a...@linux-foundation.org; Wu, Fengguang ;
> >Williams, Dan J ; Hansen, Dave
> >; xishi.qiuxi...@alibaba-inc
On (04/25/19 09:50), Petr Mladek wrote:
> > Sure we can.
> >
> > We also can take extra care of pr_info("%sconsole [%s%d] enabled\n".
> > Right now we do
> >
> > ...
> > console_unlock();
> > console_sysfs_notify();
> >
> > pr_info("%sconsole [%s%d] enabled\n",
> >
> >
> >
>-Original Message-
>From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
>Behalf Of Michal Hocko
>Sent: Thursday, April 25, 2019 3:49 PM
>To: Du, Fan
>Cc: a...@linux-foundation.org; Wu, Fengguang ;
>Williams, Dan J ; Hansen, Dave
>; xishi.qiuxi...@alibaba-inc.com; Huang,
On 04/18/19 at 11:41P, WANG Chao wrote:
> A left over pfn (because we don't clear) at ca->array[n] can be a match
> in __find_elem. Later it'd cause a memmove size overflow in del_elem.
>
> Signed-off-by: WANG Chao
> ---
> drivers/ras/cec.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
On Thu, Apr 25, 2019 at 02:30:35AM +0900, Tetsuo Handa wrote:
> On 2019/04/25 2:08, Greg Kroah-Hartman wrote:
> > [ Upstream commit 71492580571467fb7177aade19c18ce7486267f5 ]
> >
> > Tetsuo Handa had reported he saw an incorrect "downgrading a read lock"
> > warning right after a previous lockdep
On 4/24/19 4:49 PM, Fabien Dessenne wrote:
During probe, check the "get_irq" error value.
Signed-off-by: Fabien Dessenne
Acked-by: Christophe Kerello
---
drivers/mtd/nand/raw/stm32_fmc2_nand.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mtd/nand/raw/stm32_fmc2_n
On Thu, Apr 25, 2019 at 11:52:28AM +0800, Xie XiuQi wrote:
> On 2019/4/24 2:44, Peter Zijlstra wrote:
> > I'll try and come up with a better Changelog tomorrow.
I actually did, but forgot to send out. I have the below.
Does that work for you?
---
Subject: sched/numa: Fix a possible divide-by-zer
On Thu, Apr 25, 2019 at 12:46:52PM +0530, Anup Patel wrote:
> On Thu, Apr 25, 2019 at 11:28 AM Christoph Hellwig wrote:
> >
> > > +#ifdef CONFIG_64BIT
> > > +#define SCAUSE_IRQ_FLAG _AC(0x8000, UL)
> > > +#else
> > > +#define SCAUSE_IRQ_FLAG _AC(0x8000, UL
Given that mmc uses block layer helpers to build the sg list you
just have to set the right block layer and DMA layer (in case an
iommu merges during map_sg) dma_boundary paramters (PAGE_SIZE - 1),
and you should get sglists formatted to your requirements, no need
to use an iterator.
On 04/25/19 at 03:56P, WANG Chao wrote:
> On 04/18/19 at 11:41P, WANG Chao wrote:
> > A left over pfn (because we don't clear) at ca->array[n] can be a match
> > in __find_elem. Later it'd cause a memmove size overflow in del_elem.
> >
> > Signed-off-by: WANG Chao
> > ---
> > drivers/ras/cec.c |
>-Original Message-
>From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
>Behalf Of Michal Hocko
>Sent: Thursday, April 25, 2019 3:54 PM
>To: Du, Fan
>Cc: a...@linux-foundation.org; Wu, Fengguang ;
>Williams, Dan J ; Hansen, Dave
>; xishi.qiuxi...@alibaba-inc.com; Huang,
On Thu, Apr 25, 2019 at 08:52:09AM +0200, Ingo Molnar wrote:
> > -# ifdef CONFIG_PARAVIRT_XXL
> > -DEF_NATIVE(irq, irq_disable, "cli");
> > -DEF_NATIVE(irq, irq_enable, "sti");
> > -DEF_NATIVE(irq, restore_fl, "push %eax; popf");
> > -DEF_NATIVE(irq, save_fl, "pushf; pop %eax");
> > -DEF_NATIVE(cp
Hi Igor
Sorry, for my late reply but this one got stuck in my private email.
On Thu, 2019-04-04 at 11:19 +0200, Igor Opaniuk wrote:
> Introduce DTS for Colibri iMX6DL with proper configuration for VGEN3,
> which allows that rail to be automatically switched to 1.8 volts for
> proper UHS-I operati
On Thu 25-04-19 07:55:58, Du, Fan wrote:
> >> PMEM is good for frequently read accessed page, e.g. page cache(implicit
> >> page
> >> request), or user space data base (explicit page request)
> >> For now this patch create GFP_SAME_NODE_TYPE for such cases, additional
> >> Implementation will be fo
* Thomas Gleixner wrote:
> On Thu, 25 Apr 2019, Ingo Molnar wrote:
> > > +# else
> > > + .irq_restore_fl = { 0x50, 0x9d }, // push %eax; popf
> > > + .mmu_write_cr3 = { 0x0f, 0x22, 0xd8 }, // mov %eax, %cr3
> > > + .cpu_iret = { 0xcf }, // iret
>
On Wed, Apr 24, 2019 at 08:31:47PM +0300, Konstantin Khlebnikov wrote:
> Please skip this. It's going to be reverted upstream:
> https://patchwork.ozlabs.org/patch/1086838/
>
> while original problem fixed differently:
> https://patchwork.ozlabs.org/patch/1086839/
>
> same for 3.18 branch
Ok, I'
On 2019/4/25 15:20, Thomas Gleixner wrote:
> On Thu, 25 Apr 2019, Li, Aubrey wrote:
>
>> On 2019/4/25 5:18, Thomas Gleixner wrote:
>>> On Mon, 22 Apr 2019, Aubrey Li wrote:
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 5ad92419be19..d5a9c5ddd453 100644
--- a/arch/x86/Kconfi
Hi Josh,
On 4/24/19 5:56 PM, Josh Poimboeuf wrote:
> On Wed, Apr 24, 2019 at 04:32:44PM +, Raphael Gault wrote:
diff --git a/tools/objtool/arch/arm64/decode.c
b/tools/objtool/arch/arm64/decode.c
index 0feb3ae3af5d..8b293eae2b38 100644
--- a/tools/objtool/arch/arm64/decode.
On Wed, 24 Apr 2019, Gwendal Grignou wrote:
> The interface between CrosEC embedded controller and the host,
> described by cros_ec_commands.h, as diverged from what the embedded
> controller really support.
>
> The source of thruth is at
> https://chromium.googlesource.com/chromiumos/platform/ec
On Wed, Apr 24, 2019 at 11:50:22PM +0200, Christian Brauner wrote:
> On Wed, Apr 24, 2019 at 7:16 PM Greg Kroah-Hartman
> wrote:
> >
> > [ Upstream commit 32a5ad9c22852e6bd9e74bdec5934ef9d1480bc5 ]
> >
> > Currently, when writing
> >
> > echo 18446744073709551616 > /proc/sys/fs/file-max
> >
> >
The spacing between macro name and value is not consistent in
asm/csr.h. This patch beautifies asm/csr.h by using tabs to align
macro values instead of spaces.
Signed-off-by: Anup Patel
Reviewed-by: Christoph Hellwig
---
arch/riscv/include/asm/csr.h | 76 ++--
1
This patch series adds support to access CSR using both CSR name and
CSR numbers.
Also, we should prefer accessing CSRs using their CSR numbers because:
1. It compiles fine with older toolchains.
2. We can use latest CSR names in #define macro names of CSR numbers
as-per RISC-V spec. (e.g. sptb
This patch adds SCAUSE interrupt flag and SCAUSE interrupt related
defines to asm/csr.h. We also use these defines in kernel/irq.c and
express SIE/SIP flags in-terms of SCAUSE interrupt causes.
Signed-off-by: Anup Patel
---
arch/riscv/include/asm/csr.h | 21 +
arch/riscv/kern
We should prefer accessing CSRs using their CSR numbers because:
1. It compiles fine with older toolchains.
2. We can use latest CSR names in #define macro names of CSR numbers
as-per RISC-V spec.
3. We can access newly added CSRs even if toolchain does not recognize
newly addes CSRs by name.
On Thu, Apr 25, 2019 at 4:13 PM Qian Cai wrote:
>
> Memory offline [1] starts to fail on linux-next on ppc64le with
> page_alloc.shuffle=1 where the "echo offline" command hangs with lots of
> migrating failures below. It seems in migrate_page_move_mapping()
>
> if (!mapping) {
>
Hi Peter,
On 2019/4/25 16:00, Peter Zijlstra wrote:
> On Thu, Apr 25, 2019 at 11:52:28AM +0800, Xie XiuQi wrote:
>> On 2019/4/24 2:44, Peter Zijlstra wrote:
>
>>> I'll try and come up with a better Changelog tomorrow.
>
> I actually did, but forgot to send out. I have the below.
> Does that work
On Thu, Apr 25, 2019 at 1:31 PM Christoph Hellwig wrote:
>
> On Thu, Apr 25, 2019 at 12:46:52PM +0530, Anup Patel wrote:
> > On Thu, Apr 25, 2019 at 11:28 AM Christoph Hellwig
> > wrote:
> > >
> > > > +#ifdef CONFIG_64BIT
> > > > +#define SCAUSE_IRQ_FLAG _AC(0x8000, UL)
On Thu, Apr 25, 2019 at 10:08:10AM +0200, Peter Zijlstra wrote:
> On Thu, Apr 25, 2019 at 08:52:09AM +0200, Ingo Molnar wrote:
>
> > > -# ifdef CONFIG_PARAVIRT_XXL
> > > -DEF_NATIVE(irq, irq_disable, "cli");
> > > -DEF_NATIVE(irq, irq_enable, "sti");
> > > -DEF_NATIVE(irq, restore_fl, "push %eax;
>-Original Message-
>From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
>Behalf Of Michal Hocko
>Sent: Thursday, April 25, 2019 4:10 PM
>To: Du, Fan
>Cc: a...@linux-foundation.org; Wu, Fengguang ;
>Williams, Dan J ; Hansen, Dave
>; xishi.qiuxi...@alibaba-inc.com; Huang,
Hi Benjamin,
Thank you for looking at this.
On Wed, Apr 24, 2019 at 04:18:23PM +0200, Benjamin Tissoires wrote:
> On Mon, Apr 22, 2019 at 5:13 AM Ronald Tschalär wrote:
> >
> > The iBridge device provides access to several devices, including:
> > - the Touch Bar
> > - the iSight webcam
> > -
On Thu, 25 Apr 2019, Li, Aubrey wrote:
> On 2019/4/25 15:20, Thomas Gleixner wrote:
> > Let the arch select CONFIG_PROC_PID_ARCH_STATUS
>
> Sorry, I didn't get the point here, above you mentioned not mixing arch and
> proc code
> and not enabling this on x86 right away, then how to let x86 selec
On Wed, Apr 24, 2019 at 4:31 PM Matthias Brugger wrote:
>
>
[...]
> > @@ -139,6 +141,8 @@ static int __init parse_crashkernel_simple(char
> > *cmdline,
> > pr_warn("crashkernel: unrecognized char: %c\n", *cur);
> > return -EINVAL;
> > }
> > + if (*crash_size
On 2019/4/25 16:20, Thomas Gleixner wrote:
> On Thu, 25 Apr 2019, Li, Aubrey wrote:
>> On 2019/4/25 15:20, Thomas Gleixner wrote:
>>> Let the arch select CONFIG_PROC_PID_ARCH_STATUS
>>
>> Sorry, I didn't get the point here, above you mentioned not mixing arch and
>> proc code
>> and not enabling
Le jeu. 25 avr. 2019 à 09:40, Benjamin Tissoires
a écrit :
>
> Hi Clément,
>
> On Wed, Apr 24, 2019 at 5:34 PM Clément VUCHENER
> wrote:
> >
> > Hi Benjamin,
> >
> > I tried again to add hi-res wheel support for the G500 with Hans de
> > Goede's latest patch series you've just merged in for-5.2/l
Make the BM1880 SoC pinctrl driver depend on COMPILE_TEST to get compiler
test coverage and also select this driver by default for ARCH_BITMAIN
platform.
Signed-off-by: Manivannan Sadhasivam
---
drivers/pinctrl/Kconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers
On Thu, Apr 25, 2019 at 08:12:24AM +, Raphael Gault wrote:
> The motivation behind this is that the `br ` instruction is a
> dynamic jump (jump to the address contained in the provided register).
> This instruction is used for sibling calls but can also be used for
> switch table. I use this to
The Thermal Monitoring Unit (TMU) monitors and reports the
temperature from 2 remote temperature measurement sites
located on ls1028a chip.
Add TMU dts node to enable this feature.
Signed-off-by: Yuantian Tang
---
arch/arm64/boot/dts/freescale/fsl-ls1028a.dtsi | 114
1
The following changes since commit 085b7755808aa11f78ab9377257e1dad2e6fa4bb:
Linux 5.1-rc6 (2019-04-21 10:45:57 -0700)
are available in the git repository at:
https://github.com/c-sky/csky-linux.git tags/csky-for-linus-5.1-rc7
for you to fetch changes up to a691f3334d58b833e41d56de1b9820e68
The spacing between macro name and value is not consistent in
asm/csr.h. This patch beautifies asm/csr.h by using tabs to align
macro values instead of spaces.
Signed-off-by: Anup Patel
Reviewed-by: Christoph Hellwig
---
arch/riscv/include/asm/csr.h | 76 ++--
1
This introduces support for HEVC/H.265 to the Cedrus VPU driver, with
both uni-directional and bi-directional prediction modes supported.
Field-coded (interlaced) pictures, custom quantization matrices and
10-bit output are not supported at this point.
Signed-off-by: Paul Kocialkowski
---
drive
This patch adds SCAUSE interrupt flag and SCAUSE interrupt related
defines to asm/csr.h. We also use these defines in kernel/irq.c and
express SIE/SIP flags in-terms of SCAUSE interrupt causes.
Signed-off-by: Anup Patel
---
arch/riscv/include/asm/csr.h | 21 +
arch/riscv/kern
This patch series adds support to access CSR using both CSR name and
CSR numbers.
Also, we should prefer accessing CSRs using their CSR numbers because:
1. It compiles fine with older toolchains.
2. We can use latest CSR names in #define macro names of CSR numbers
as-per RISC-V spec. (e.g. sptb
We should prefer accessing CSRs using their CSR numbers because:
1. It compiles fine with older toolchains.
2. We can use latest CSR names in #define macro names of CSR numbers
as-per RISC-V spec.
3. We can access newly added CSRs even if toolchain does not recognize
newly addes CSRs by name.
Add SW and HW follow control function.
Signed-off-by: Long Cheng
---
drivers/tty/serial/8250/8250_mtk.c | 60 ++--
1 file changed, 37 insertions(+), 23 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_mtk.c
b/drivers/tty/serial/8250/8250_mtk.c
index c1fd
Perfect 8250 mtk uart function,
1.Modify baudrate setting
2.Add follow control function
Long Cheng (2):
serial: 8250-mtk: add follow control
serial: 8250-mtk: modify baudrate setting
drivers/tty/serial/8250/8250_mtk.c | 162 +++--
1 file changed, 139 insertion
On Thu, Apr 25, 2019 at 08:38:37AM +, Anup Patel wrote:
> This patch adds SCAUSE interrupt flag and SCAUSE interrupt related
> defines to asm/csr.h. We also use these defines in kernel/irq.c and
> express SIE/SIP flags in-terms of SCAUSE interrupt causes.
>
> Signed-off-by: Anup Patel
Looks
On 21.04.2019 10:25, Jonas Karlman wrote:
> When ddc-i2c-bus property is used, a NULL pointer dereference is reported:
>
> [ 31.041669] Unable to handle kernel NULL pointer dereference at virtual
> address 0008
> [ 31.041671] pgd = 4d3c16f6
> [ 31.041673] [0008] *pgd=
> [ 3
In termios function, add Fractional divider to adjust baudrate.
Signed-off-by: Long Cheng
---
drivers/tty/serial/8250/8250_mtk.c | 102
1 file changed, 102 insertions(+)
diff --git a/drivers/tty/serial/8250/8250_mtk.c
b/drivers/tty/serial/8250/8250_mtk.c
i
On Thu 25-04-19 08:20:28, Du, Fan wrote:
>
>
> >-Original Message-
> >From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On
> >Behalf Of Michal Hocko
> >Sent: Thursday, April 25, 2019 4:10 PM
> >To: Du, Fan
> >Cc: a...@linux-foundation.org; Wu, Fengguang ;
> >Williams, Dan
On Wed, Apr 24, 2019 at 02:48:01PM -0700, Atish Patra wrote:
> While working on the patches, I found some minor checkpatch issues.
>
> Signed-off-by: Atish Patra
Looks fine,
Reviewed-by: Christoph Hellwig
On Thu, Apr 25, 2019 at 10:25 AM Clément VUCHENER
wrote:
>
> Le jeu. 25 avr. 2019 à 09:40, Benjamin Tissoires
> a écrit :
> >
> > Hi Clément,
> >
> > On Wed, Apr 24, 2019 at 5:34 PM Clément VUCHENER
> > wrote:
> > >
> > > Hi Benjamin,
> > >
> > > I tried again to add hi-res wheel support for the
On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
wrote:
> Add pinctrl support for Bitmain BM1880 SoC. This SoC only supports
> pinmuxing and the pinctrl registers are part of the sctrl block.
>
> Signed-off-by: Manivannan Sadhasivam
Acked-by: Linus Walleij
Yours,
Linus Walleij
On Wed, Apr 24, 2019 at 2:03 PM Manivannan Sadhasivam
wrote:
> Add pinctrl support for UARTs exposed on the Sophon Edge board.
>
> Signed-off-by: Manivannan Sadhasivam
Acked-by: Linus Walleij
Yours,
Linus Walleij
Hi Gwendal,
On 25/4/19 1:29, Gwendal Grignou wrote:
> Improve I2S API.
>
> Signed-off-by: Gwendal Grignou
> ---
> include/linux/mfd/cros_ec_commands.h | 44 +---
> 1 file changed, 20 insertions(+), 24 deletions(-)
>
[snip]
>
> -/*
> - * For subcommand EC_CODEC_GET_G
On Tue, Apr 23, 2019 at 05:40:32PM +0530, Kishon Vijay Abraham I wrote:
> Hi Greg,
>
> Please find the pull request of 5.2 merge window below.
>
> It adds a new PHY ops to _release_ the PHY which can be used by PHY drivers
> for cleaning up any initializations done during phy_get.
> It adds a num
On Thu, Apr 25, 2019 at 10:32 AM Manivannan Sadhasivam
wrote:
> Make the BM1880 SoC pinctrl driver depend on COMPILE_TEST to get compiler
> test coverage and also select this driver by default for ARCH_BITMAIN
> platform.
>
> Signed-off-by: Manivannan Sadhasivam
Patch applied.
Yours,
Linus Wal
On Thu 2019-04-25 14:19:44, Sergey Senozhatsky wrote:
> On (04/24/19 17:13), Petr Mladek wrote:
> > > /*
> > >* before we register a new CON_BOOT console, make sure we don't
> > > @@ -2691,6 +2696,7 @@ void register_console(struct console *newcon)
> > > if (!(bcon->flags & C
From: Yogesh Gaur
Increase size of cmux_to_group array, to accomdate entry of
-1 termination.
Added -1, terminated, entry for 4080_cmux_grpX.
Signed-off-by: Yogesh Gaur
Signed-off-by: Vabhav Sharma
Acked-by: Scott Wood
Acked-by: Stephen Boyd
Changes for v2:
- Incorporated review comments f
From: Yogesh Gaur
Add clockgen support for lx2160a.
Added entry for compat 'fsl,lx2160a-clockgen'.
Signed-off-by: Tang Yuantian
Signed-off-by: Yogesh Gaur
Signed-off-by: Vabhav Sharma
Acked-by: Scott Wood
Acked-by: Stephen Boyd
Acked-by: Viresh Kumar
Changes for v2:
- Subject line updated
Both genpd_alloc_dev_data() and genpd_add_device(), whom are internal genpd
functions, allows a struct gpd_timing_data *td to be passed as an
in-parameter. However, as NULL is always passed, let's just drop the
in-parameter altogether.
Signed-off-by: Ulf Hansson
---
drivers/base/power/domain.c |
Recently genpd was extended to cope with devices belonging to CPUs. However,
attaching CPU devices via genpd_dev_pm_attach_by_id|name() doesn't work,
because of the virtual device that genpd allocates in this path.
In this series, this limitation is addressed, together with a few other related
fix
While attaching/detaching a device to a PM domain (genpd) that has the
GENPD_FLAG_CPU_DOMAIN set, genpd iterates the cpu_possible_mask to check
whether the device corresponds to a CPU. This iteration is done while
holding the genpd's lock, which is unnecessary. Let's avoid the locking,
by restructu
When genpd fails to attach a device to one of its multiple PM domains, we
end up calling driver_deferred_probe_check_state() for the recently
allocated virtual device. This is wrong, as it's the base device that is
being probed. Fix this, by passing along the base device to
__genpd_dev_pm_attach()
Attaching a device via genpd_dev_pm_attach_by_id|name() makes genpd to
allocate a virtual device that it attaches instead. This leads to a problem
in case the base device belongs to a CPU. More precisely, it means
genpd_get_cpu() compares against the virtual device, thus it fails to find
a matching
1 - 100 of 901 matches
Mail list logo
