On Sun, Aug 04, 2019 at 10:58:19PM +0800, Chuhong Yuan wrote:
> On Sun, Aug 4, 2019 at 8:48 PM Leon Romanovsky wrote:
> >
> > On Fri, Aug 02, 2019 at 08:10:35PM +0800, Chuhong Yuan wrote:
> > > Reference counters are preferred to use refcount_t instead of
> > > atomic_t.
> > > This is because the
On Fri, Aug 2, 2019 at 2:31 PM Paolo Bonzini wrote:
>
> On 02/08/19 09:47, Anup Patel wrote:
> > +static void kvm_riscv_check_vcpu_requests(struct kvm_vcpu *vcpu)
> > +{
> > + if (kvm_request_pending(vcpu)) {
> > + /* TODO: */
> > +
> > + /*
> > + * Clear
On 17/07/19 2:18 PM, tudor.amba...@microchip.com wrote:
> From: Tudor Ambarus
>
> The write protection at power-up logic was split across functions
> because of a dependency to spansion_quad_enable(). Group the code
> in spi_nor_init() as the pointer to spansion_quad_enable() can be
>
Hi Diana,
On 2019/8/2 16:41, Diana Madalina Craciun wrote:
diff --git a/arch/powerpc/kernel/fsl_booke_entry_mapping.S
b/arch/powerpc/kernel/fsl_booke_entry_mapping.S
index de0980945510..6d2967673ac7 100644
--- a/arch/powerpc/kernel/fsl_booke_entry_mapping.S
+++
On Mon, Aug 5, 2019 at 12:57 PM Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the crypto tree, today's linux-next build (sparc64
> defconfig) failed like this:
>
> drivers/char/hw_random/n2-drv.c: In function 'n2rng_probe':
> drivers/char/hw_random/n2-drv.c:771:29: error: 'pdev'
On 17/07/19 2:18 PM, tudor.amba...@microchip.com wrote:
> From: Tudor Ambarus
>
> The description was interleaved.
>
> Signed-off-by: Tudor Ambarus
Reviewed-by: Vignesh Raghavendra
> ---
> include/linux/mtd/spi-nor.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
On 2019/07/26 16:06, Michal Hocko wrote:
> On Fri 26-07-19 06:25:49, Toshiki Fukasawa wrote:
>>
>>
>> On 2019/07/25 18:03, Michal Hocko wrote:
>>> On Thu 25-07-19 02:31:18, Toshiki Fukasawa wrote:
A kernel panic was observed during reading /proc/kpageflags for
first few pfns allocated by
From: Ran Bi
This add support for the MediaTek MT6358 RTC. Driver using
compatible data to store different RTC_WRTGR address offset.
Review-by: Yingjoe Chen
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c | 43 +++
1 file changed, 35 insertions(+),
refine some variable name for more readable
Acked-for-mfd-by: Lee Jones
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c
index
Some pmics don't need backup interrupt settings, so we change to use
pm notifier for the pmics which are necessary to store settings.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/mt6397-core.c | 89 +
drivers/mfd/mt6397-irq.c| 33
From: Ran Bi
Alarm registers high byte was reserved for other functions.
This add mask in alarm registers operation functions.
This also fix error condition in interrupt handler.
Fixes: fc2979118f3f ("rtc: mediatek: Add MT6397 RTC driver")
Signed-off-by: Ran Bi
---
drivers/rtc/rtc-mt6397.c |
In order to support different types of irq design, we decide to add
separate irq drivers for different design and keep mt6397 mfd core
simple and reusable to all generations of PMICs so far.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/mfd/Makefile| 3 +-
drivers/mfd/mt6397-core.c
This patchset including refactoring interrupt add support to MT6358 PMIC.
MT6358 is the primary PMIC for MT8183 platform.
changes since v3:
- refine some coding style in the mt6358 interrupt setting for better
code quality.
- refine some coding style in the mt6358 regulstor for better code
add PMIC MT6358 related nodes which is for MT8183 platform
Signed-off-by: Hsin-Hsiung Wang
---
arch/arm64/boot/dts/mediatek/mt6358.dtsi | 362 +++
1 file changed, 362 insertions(+)
create mode 100644 arch/arm64/boot/dts/mediatek/mt6358.dtsi
diff --git
The MT6358 is a regulator found on boards based on MediaTek MT8183 and
probably other SoCs. It is a so called pmic and connects as a slave to
SoC using SPI, wrapped inside the pmic-wrapper.
Signed-off-by: Hsin-Hsiung Wang
---
drivers/regulator/Kconfig | 9 +
This adds compatible for the MediaTek MT6358 PMIC.
Acked-for-mfd-by: Lee Jones
Reviewed-by: Rob Herring
Signed-off-by: Hsin-Hsiung Wang
---
Documentation/devicetree/bindings/mfd/mt6397.txt | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git
This adds support for the MediaTek MT6358 PMIC. This is a
multifunction device with the following sub modules:
- Regulator
- RTC
- Codec
- Interrupt
It is interfaced to the host controller using SPI interface
by a proprietary hardware called PMIC wrapper or pwrap.
MT6358 MFD is a child device of
add dt-binding document for MediaTek MT6358 PMIC
Reviewed-by: Rob Herring
Signed-off-by: Hsin-Hsiung Wang
---
.../bindings/regulator/mt6358-regulator.txt| 358 +
1 file changed, 358 insertions(+)
create mode 100644
From: Daniel Baluta
Make sure to only clear enabled interrupts keeping count
of the connection type.
Suggested-by: Oleksij Rempel
Signed-off-by: Daniel Baluta
Signed-off-by: Richard Zhu
Reviewed-by: Dong Aisheng
---
drivers/mailbox/imx-mailbox.c | 15 +--
1 file changed, 13
There is a version 1.0 MU on imx7ulp, use "fsl,imx7ulp-mu" compatible
to support it.
Signed-off-by: Richard Zhu
Reviewed-by: Dong Aisheng
---
Documentation/devicetree/bindings/mailbox/fsl,mu.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git
There is a version 1.0 MU on i.MX7ULP platform.
One new version ID register is added, and it's offset is 0.
TRn registers are defined at the offset 0x20 ~ 0x2C.
RRn registers are defined at the offset 0x40 ~ 0x4C.
SR/CR registers are defined at 0x60/0x64.
Extend this driver to support it.
From: Daniel Baluta
Tx doorbell is handled by txdb_tasklet and doesn't
have an associated IRQ.
Anyhow, imx_mu_shutdown ignores this and tries to
free an IRQ that wasn't requested for Tx DB resulting
in the following warning:
[1.967644] Trying to free already-free IRQ 26
[1.972108]
Change logs:
v4 --> v5:
- Include Daniel's patch-set into this one.
v3 --> v4:
- Change "version1.0" to "version 1.0" in the commit log.
- Update the devicetree binding document to support the imx7ulp mu.
- Rebase the patch refer to the following bug-fixs patch-set issued
by Daniel
On 31/07/19 2:42 PM, tudor.amba...@microchip.com wrote:
> From: Boris Brezillon
>
> S3AN flashes use a specific opcode to read the status register.
> We currently use the SPI_S3AN flag to decide whether this specific
> SR read opcode should be used, but SPI_S3AN is about to disappear, so
>
---
On 05-04-18, 18:16, Daniel Lezcano wrote:
> The cpu idle cooling driver performs synchronized idle injection across all
> cpus belonging to the same cluster and offers a new method to cool down a SoC.
>
> Each cluster has its own idle cooling device, each core has its own idle
> injection
> -Original Message-
> From: Aisheng Dong
> Sent: 2019年8月5日 12:38
> To: Richard Zhu ; jassisinghb...@gmail.com;
> o.rem...@pengutronix.de; Daniel Baluta
> Cc: dl-linux-imx ; linux-kernel@vger.kernel.org;
> linux-arm-ker...@lists.infradead.org; Richard Zhu
> Subject: RE: [PATCH v5 1/4]
On Sun, Aug 04, 2019 at 09:50:50PM -0700, Randy Dunlap wrote:
> On 4/2/19 7:38 PM, Randy Dunlap wrote:
> > On 2/28/19 1:03 AM, kbuild test robot wrote:
> >> Hi Jason,
> >>
> >> FYI, the error/warning still remains.
> >>
> >> tree:
Hi all,
After merging the crypto tree, today's linux-next build (sparc64
defconfig) failed like this:
drivers/char/hw_random/n2-drv.c: In function 'n2rng_probe':
drivers/char/hw_random/n2-drv.c:771:29: error: 'pdev' undeclared (first use in
this function); did you mean 'cdev'?
err =
Hi all,
On Mon, 5 Aug 2019 13:04:03 +1000 Stephen Rothwell
wrote:
>
> After merging the driver-core tree, today's linux-next build (powerpc
> ppc64_defconfig) produced this warning:
>
> drivers/of/platform.c:674:12: warning: 'of_link_to_suppliers' defined but not
> used [-Wunused-function]
>
On 02-08-19, 11:46, Qais Yousef wrote:
> scale_irq_capacity() call in schedutil_cpu_util() does
>
> util *= (max - irq)
> util /= max
>
> But the comment says
>
> util *= (1 - irq)
> util /= max
>
> Fix the comment to match what the scaling function does.
>
>
On 4/2/19 7:38 PM, Randy Dunlap wrote:
> On 2/28/19 1:03 AM, kbuild test robot wrote:
>> Hi Jason,
>>
>> FYI, the error/warning still remains.
>>
>> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
>> master
>> head: 7d762d69145a54d169f58e56d6dac57a5508debc
>> commit:
> From: Richard Zhu
> Sent: Monday, August 5, 2019 10:52 AM
>
> There is a version 1.0 MU on imx7ulp, use "fsl,imx7ulp-mu" compatible to
> support it.
>
> Signed-off-by: Richard Zhu
Reviewed-by: Dong Aisheng
Regards
Aisheng
> From: Richard Zhu
> Sent: Monday, August 5, 2019 10:51 AM
>
> Make sure to only clear enabled interrupts keeping count of the connection
> type.
>
> Suggested-by: Oleksij Rempel
> Signed-off-by: Daniel Baluta
> Signed-off-by: Richard Zhu
Keep original author if any.
Otherwise:
On 2019/8/5 下午12:36, Jason Wang wrote:
On 2019/8/2 下午10:27, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 09:46:13AM -0300, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
This must be a proper barrier, like a spinlock, mutex, or
synchronize_rcu.
I
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?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Sun, Aug 04, 2019 at
On 2019/8/4 下午4:07, Michael S. Tsirkin wrote:
On Sat, Aug 03, 2019 at 09:14:00PM -0300, Jason Gunthorpe wrote:
On Sat, Aug 03, 2019 at 05:36:13PM -0400, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 02:24:18PM -0300, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 10:27:21AM -0400,
> From: Richard Zhu
> Sent: Monday, August 5, 2019 10:51 AM
>
> Tx doorbell is handled by txdb_tasklet and doesn't have an associated IRQ.
>
> Anyhow, imx_mu_shutdown ignores this and tries to free an IRQ that wasn't
> requested for Tx DB resulting in the following warning:
>
> [1.967644]
On 2019/8/2 下午10:27, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 09:46:13AM -0300, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
This must be a proper barrier, like a spinlock, mutex, or
synchronize_rcu.
I start with synchronize_rcu() but both you
On 07/30/2019 10:33 PM, Matthew Wilcox wrote:
> On Mon, Jul 29, 2019 at 02:02:52PM +0530, Anshuman Khandual wrote:
>> On 07/27/2019 01:24 AM, Matthew Wilcox wrote:
>>> On Fri, Jul 26, 2019 at 10:17:11AM +0530, Anshuman Khandual wrote:
> But 'page' isn't necessarily PMD-aligned. I don't
On 2019/8/2 下午10:03, Michael S. Tsirkin wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
Btw, I come up another idea, that is to disable preemption when vhost thread
need to access the memory. Then register preempt notifier and if vhost
thread is preempted, we're sure no one
Hi Henry,
On Thu, Aug 01, 2019 at 06:53:32PM -0700, Henry Burns wrote:
> In zs_destroy_pool() we call flush_work(>free_work). However, we
> have no guarantee that migration isn't happening in the background
> at that time.
>
> Since migration can't directly free pages, it relies on free_work
>
If you use lseek or similar (e.g. pread) to access
a location in a seq_file file that is within a record,
rather than at a record boundary, then the first read
will return the remainder of the record, and the second
read will return the whole of that same record (instead
of the next record).
Whnn
On 2019/8/2 下午8:46, Jason Gunthorpe wrote:
On Fri, Aug 02, 2019 at 05:40:07PM +0800, Jason Wang wrote:
This must be a proper barrier, like a spinlock, mutex, or
synchronize_rcu.
I start with synchronize_rcu() but both you and Michael raise some
concern.
I've also idly wondered if calling
On Sun, Aug 04, 2019 at 01:24:46PM -0700, Paul E. McKenney wrote:
> On Sun, Aug 04, 2019 at 11:41:59AM -0700, Paul E. McKenney wrote:
> > On Sun, Aug 04, 2019 at 04:48:35PM +0200, Peter Zijlstra wrote:
> > > On Sun, Aug 04, 2019 at 04:43:17PM +0200, Peter Zijlstra wrote:
> > > > On Fri, Aug 02,
On 2019/8/4 上午5:49, Pavel Machek wrote:
Hi!
This makes it possible to trigger a infinite while..continue loop
through the co-opreation of two VMs like:
1) Malicious VM1 allocate 1 byte rx buffer and try to slow down the
vhost process as much as possible e.g using indirect descriptors or
On Thu, Aug 01, 2019 at 06:53:31PM -0700, Henry Burns wrote:
> In zs_page_migrate() we call putback_zspage() after we have finished
> migrating all pages in this zspage. However, the return value is ignored.
> If a zs_free() races in between zs_page_isolate() and zs_page_migrate(),
> freeing the
On 05.08.19 00:49, john.hubb...@gmail.com wrote:
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit
Add the PCIe compatible string for LS1028A
Signed-off-by: Xiaowei Bao
---
v2:
- no change.
Documentation/devicetree/bindings/pci/layerscape-pci.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pci/layerscape-pci.txt
Add support for the LS1028a PCIe controller.
Signed-off-by: Xiaowei Bao
---
v2:
- no change.
drivers/pci/controller/dwc/pci-layerscape.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/drivers/pci/controller/dwc/pci-layerscape.c
b/drivers/pci/controller/dwc/pci-layerscape.c
LS1028a implements 2 PCIe 3.0 controllers.
Signed-off-by: Xiaowei Bao
---
v2:
- Fix up the legacy INTx allocate failed issue.
arch/arm64/boot/dts/freescale/fsl-ls1028a.dtsi | 52 ++
1 file changed, 52 insertions(+)
diff --git
Hi,
On Wed, Jul 31, 2019 at 2:16 AM Stephen Boyd wrote:
>
> We don't need dev_err() messages when platform_get_irq() fails now that
> platform_get_irq() prints an error message itself when something goes
> wrong. Let's remove these prints with a simple semantic patch.
>
> //
> @@
> expression
On Sun, Aug 04, 2019 at 07:14:23PM -0700, Guenter Roeck wrote:
> Since commit a035d552a93b ("Makefile: Globally enable fall-through
> warning"), all sh builds fail with errors such as
>
> arch/sh/kernel/disassemble.c: In function 'print_sh_insn':
> arch/sh/kernel/disassemble.c:478:8: error: this
Change logs:
v4 --> v5:
- Include Daniel's patch-set into this one.
v3 --> v4:
- Change "version1.0" to "version 1.0" in the commit log.
- Update the devicetree binding document to support the imx7ulp mu.
- Rebase the patch refer to the following bug-fixs patch-set issued
by Daniel
There is a version 1.0 MU on i.MX7ULP platform.
One new version ID register is added, and it's offset is 0.
TRn registers are defined at the offset 0x20 ~ 0x2C.
RRn registers are defined at the offset 0x40 ~ 0x4C.
SR/CR registers are defined at 0x60/0x64.
Extend this driver to support it.
There is a version 1.0 MU on imx7ulp, use "fsl,imx7ulp-mu" compatible
to support it.
Signed-off-by: Richard Zhu
---
Documentation/devicetree/bindings/mailbox/fsl,mu.txt | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/mailbox/fsl,mu.txt
Make sure to only clear enabled interrupts keeping count
of the connection type.
Suggested-by: Oleksij Rempel
Signed-off-by: Daniel Baluta
Signed-off-by: Richard Zhu
---
drivers/mailbox/imx-mailbox.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git
Tx doorbell is handled by txdb_tasklet and doesn't
have an associated IRQ.
Anyhow, imx_mu_shutdown ignores this and tries to
free an IRQ that wasn't requested for Tx DB resulting
in the following warning:
[1.967644] Trying to free already-free IRQ 26
[1.972108] WARNING: CPU: 2 PID: 157
I'm getting an error message when the uvcvideo module is loaded into
the kernel. Can somebody help me figure this out please?
[0.00] Linux version 5.1.21 (r...@dad.example.net) (gcc version 9.1.0
(GCC)) #3 SMP Sun Aug 4 14:54:49 CDT 2019
[0.00] Command line: BOOT_IMAGE=/bzImage
Hi Jia-Ju,
Please checkout my comments inline.
On 2019/7/27 8:49 上午, Joseph Qi wrote:
On 19/7/26 18:14, Jia-Ju Bai wrote:
In ocfs2_xa_prepare_entry(), there is an if statement on line 2136 to
check whether loc->xl_entry is NULL:
if (loc->xl_entry)
When loc->xl_entry is NULL, it is
From: Alex Lu
usb reset resume will cause downloading firmware again and
requesting firmware may be failed while host is resuming
Signed-off-by: Alex Lu
---
drivers/bluetooth/btrtl.c | 101 --
1 file changed, 97 insertions(+), 4 deletions(-)
diff --git
Hi all,
After merging the driver-core tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
drivers/of/platform.c:674:12: warning: 'of_link_to_suppliers' defined but not
used [-Wunused-function]
static int of_link_to_suppliers(struct device *dev)
Add a minimal driver for ASPEED's SD controller, which exposes two
SDHCIs.
The ASPEED design implements a common register set for the SDHCIs, and
moves some of the standard configuration elements out to this common
area (e.g. 8-bit mode, and card detect configuration which is not
currently
The ASPEED SD/SDIO/MMC controller exposes two slots implementing the
SDIO Host Specification v2.00, with 1 or 4 bit data buses, or an 8 bit
data bus if only a single slot is enabled.
Signed-off-by: Andrew Jeffery
---
v3:
* Make use of mmc-controller.yaml
* Document sdhci,auto-cmd12
v2:
* Fix
Hello,
v4 of the ASPEED SDHCI driver addresses Rob's comments on the binding, making
it utilise the new mmc-controller schema and describing the sdhci,auto-cmd12
property.
v3 can be found here:
http://patchwork.ozlabs.org/cover/1138793/
Please review!
Andrew
Andrew Jeffery (2):
Add devicetree vendor prefix for Beiqi.
http://www.beiqicloud.com/
Signed-off-by: Elon Zhang
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.yaml
Hi Jia-ju,
Could you please point out how ->w_handle can be NULL if we are changing
disk inode?
I just checked the ocfs2 code but can't find any clue ...
In my opinion, it's impossible to change disk inode without an existed
journal transaction. If truly so, it's a another problem.
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit fc1d8e7cca2d
("mm: introduce put_user_page*(), placeholder
From: John Hubbard
For pages that were retained via get_user_pages*(), release those pages
via the new put_user_page*() routines, instead of via put_page() or
release_pages().
This is part a tree-wide conversion, as described in commit fc1d8e7cca2d
("mm: introduce put_user_page*(), placeholder
Since commit a035d552a93b ("Makefile: Globally enable fall-through
warning"), all sh builds fail with errors such as
arch/sh/kernel/disassemble.c: In function 'print_sh_insn':
arch/sh/kernel/disassemble.c:478:8: error: this statement may fall through
Since this effectively disables all build and
On Fri, 2 Aug 2019, at 08:29, Rob Herring wrote:
> On Tue, Jul 30, 2019 at 12:23 AM Andrew Jeffery wrote:
> >
> > The ASPEED SD/SDIO/eMMC controller exposes two slots implementing the
> > SDIO Host Specification v2.00, with 1 or 4 bit data buses, or an 8 bit
> > data bus if only a single slot
Hi All,
I have a custom board that uses the Freescale/NXP T2080 SoC.
The board boots fine using v4.19.60 but when I use v5.1.21 it locks up
waiting for the other CPUs to come online (earlyprintk output below).
If I set maxcpus=0 then the system boots all the way through to
userland. The same
From: Wanpeng Li
Add pv tlb shootdown tracepoint.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/trace.h | 19 +++
arch/x86/kvm/x86.c | 2 ++
2 files changed, 21 insertions(+)
diff --git a/arch/x86/kvm/trace.h b/arch/x86/kvm/trace.h
index
From: Wanpeng Li
kvm_set_pending_timer() will take care to wake up the sleeping vCPU which
has pending timer, don't need to check this in apic_timer_expired() again.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/lapic.c | 8
1 file changed, 8
From: Wanpeng Li
Add pv ipi tracepoint.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Signed-off-by: Wanpeng Li
---
arch/x86/kvm/lapic.c | 2 ++
arch/x86/kvm/trace.h | 25 +
2 files changed, 27 insertions(+)
diff --git a/arch/x86/kvm/lapic.c b/arch/x86/kvm/lapic.c
index
On Sat, 3 Aug 2019 at 14:41, Paolo Bonzini wrote:
>
> On 02/08/19 02:46, Wanpeng Li wrote:
> > Thanks for reporting this, after more grep, it seems that just x86 and
> > s390 enable async_pf in their Makefile. So I can move 'if
> > (!list_empty_careful(>async_pf.done))' checking to
> >
From: Wanpeng Li
IPI shorthand is supported now by linux apic/x2apic driver, switch to
IPI shorthand for all excluding self and all including self destination
shorthand in kvm guest, to avoid splitting the target mask into several
PV IPI hypercalls. This patch removes the kvm_send_ipi_all() and
From: Wanpeng Li
preempted_in_kernel is updated in preempt_notifier when involuntary preemption
ocurrs, it can be stale when the voluntarily preempted vCPUs are taken into
account by kvm_vcpu_on_spin() loop. This patch lets it just check
preempted_in_kernel
for involuntary preemption.
Cc:
From: Wanpeng Li
After commit d73eb57b80b (KVM: Boost vCPUs that are delivering interrupts), a
five years old bug is exposed. Running ebizzy benchmark in three 80 vCPUs VMs
on one 80 pCPUs Skylake server, a lot of rcu_sched stall warning splatting
in the VMs after stress testing:
INFO:
On Sun, 2019-08-04 at 18:18 -0700, Nathan Chancellor wrote:
> On Sun, Aug 04, 2019 at 05:39:28PM -0700, Joe Perches wrote:
> Hi Joe,
Hi Nathan.
> This patch resolves that while adding support for the attribute.
> https://reviews.llvm.org/D64838
[]
> > The __has_attribute use is at least clang
Hi Sergei,
> > Add a driver for Renesas R-Car Gen3 RPC-IF SPI controller.
> >
> > Signed-off-by: Mason Yang
> > Signed-off-by: Sergei Shtylyov
> [...]
> > diff --git a/drivers/spi/spi-renesas-rpc.c
b/drivers/spi/spi-renesas-rpc.c
> > new file mode 100644
> > index 000..648d14e
> > ---
Add devicetree support for RK3399Pro TB-96AI board, one of
the 96Boards family.
The TB-96AI board is a 96Boards Compute SOM design, launched
by Linaro, Rockchip and Beiqicloud.
More information can be obtained from the following websites:
1.https://www.96boards.org/product/tb-96ai/
Interesting. Last Sunday, rc2 was fairly large to match the biggish
merge window, but this last week has actually been quite calm, and rc3
is actually smaller than usual, and smaller than rc2 was. Usually it's
the other way around: rc2 is small while people take a breather after
the merge window,
please drop this mail.
On 2019/8/5 9:22, Mao Wenan wrote:
> There are two warnings in net/can, fix them by setting bcm_sock_no_ioctlcmd
> and raw_sock_no_ioctlcmd as static.
>
> net/can/bcm.c:1683:5: warning: symbol 'bcm_sock_no_ioctlcmd' was not
> declared. Should it be static?
>
There are two warnings in net/can, fix them by setting bcm_sock_no_ioctlcmd
and raw_sock_no_ioctlcmd as static.
net/can/bcm.c:1683:5: warning: symbol 'bcm_sock_no_ioctlcmd' was not declared.
Should it be static?
net/can/raw.c:840:5: warning: symbol 'raw_sock_no_ioctlcmd' was not declared.
There are two warnings in net/can, fix them by setting bcm_sock_no_ioctlcmd
and raw_sock_no_ioctlcmd as static.
net/can/bcm.c:1683:5: warning: symbol 'bcm_sock_no_ioctlcmd' was not declared.
Should it be static?
net/can/raw.c:840:5: warning: symbol 'raw_sock_no_ioctlcmd' was not declared.
Hi Joe,
On Sun, Aug 04, 2019 at 05:39:28PM -0700, Joe Perches wrote:
> On Sun, 2019-08-04 at 11:09 -0700, Linus Torvalds wrote:
> > On Sun, Aug 4, 2019 at 11:01 AM Joe Perches wrote:
> > > Linus? Do you have an opinion about this RFC/patch?
> >
> > So my only real concern is that the comment
On 2019/8/2 16:59, Sergei Shtylyov wrote:
> Hello!
>
> On 02.08.2019 6:36, Mao Wenan wrote:
>
>> There are two warings in net/can, fix them by setting bcm_sock_no_ioctlcmd
>
>Warnings. :-)
Thanks, I will send v2.
>
>> and raw_sock_no_ioctlcmd as static.
>>
>> net/can/bcm.c:1683:5:
Hi,
There's been a fair bit of development effort to get the LG Nexus 5
working with a mainline kernel. Here is a brief summary of what's
working upstream as of this week:
- Display - X11, Wayland, and text mode work. No GPU yet however
out of tree patches are available. I'm slowly working on
On Sun, 2019-08-04 at 11:09 -0700, Linus Torvalds wrote:
> On Sun, Aug 4, 2019 at 11:01 AM Joe Perches wrote:
> > Linus? Do you have an opinion about this RFC/patch?
>
> So my only real concern is that the comment approach has always been
> the really traditional one, going back all the way to
On Fri, 2 Aug 2019, at 18:07, Ben Pai wrote:
> The Mihawk BMC is an ASPEED ast2500 based BMC that is part of an
> OpenPower Power9 server.
>
> Signed-off-by: Ben Pai
Reviewed-by: Andrew Jeffery
--
Dear Friend (Assalamu Alaikum),
I came across your e-mail contact prior a private search while in need of
your assistance. My name is Aisha Al-Qaddafi a single Mother and a Widow
with three Children. I am the only biological Daughter of late Libyan
President (Late Colonel Muammar Gaddafi).
On Thu, Aug 01, 2019 at 09:37:04AM +0800, Shiyang Ruan wrote:
>
>
> On 8/1/19 4:33 AM, Goldwyn Rodrigues wrote:
> > On 19:49 31/07, Shiyang Ruan wrote:
> > > This patchset aims to take care of this issue to make reflink and dedupe
> > > work correctly in XFS.
> > >
> > > It is based on
On Wed, Dec 12, 2018 at 6:43 AM Jan Kara wrote:
>
> On Wed 12-12-18 09:17:08, Mickaël Salaün wrote:
> > When the O_MAYEXEC flag is passed, sys_open() may be subject to
> > additional restrictions depending on a security policy implemented by an
> > LSM through the inode_permission hook.
> >
> >
The pull request you sent on Mon, 5 Aug 2019 01:14:50 +0300:
> git://git.infradead.org/users/jjs/linux-tpmdd.git tags/tpmdd-next-20190805
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a6831a89bcaf351cf41b3a5922640c89beaaf9eb
Thank you!
--
Deet-doot-dot, I am a
The pull request you sent on Sun, 4 Aug 2019 23:30:44 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git
> tags/mtd/fixes-for-5.3-rc3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/62d1716304d1bb35ad9cdafe40efbbb6b3981cfe
Thank you!
--
On Sun, 2019-08-04 at 21:53 +, Jon Maloy wrote:
>
> >
> > -Original Message-
> > From: netdev-ow...@vger.kernel.org
> > On
> > Behalf Of Chris Packham
> > Sent: 2-Aug-19 01:11
> > To: Jon Maloy ; tipc-
> > discuss...@lists.sourceforge.net
> > Cc: net...@vger.kernel.org;
Hi
Contains two bug fixes that did not make into my first PR for Linux v5.3.
/Jarkko
The following changes since commit 4b6f23161b4e888e72671e377c32eabe9a8e62fc:
Merge tag 'powerpc-5.3-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2019-08-04
10:30:47 -0700)
are
> -Original Message-
> From: netdev-ow...@vger.kernel.org On
> Behalf Of Chris Packham
> Sent: 2-Aug-19 01:11
> To: Jon Maloy ; tipc-
> discuss...@lists.sourceforge.net
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: Slowness forming TIPC cluster with explicit
Hello Linus,
Here are three MTD fixes for the next -rc.
Thanks,
Miquèl
The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
are available in the Git repository at:
Due to the economy rate of bad returns in our online market,we have decided to
announce a trusted way of getting a loan from this company,In general we offer
all types of loan at lower interest rate of 2%.get back to me for more details;
borrroloan...@gmail.com
1 - 100 of 182 matches
Mail list logo