From: Zqiang
There is a small race window when a delayed work is being canceled and
the work still might be queued from the timer_fn:
CPU0CPU1
kthread_cancel_delayed_work_sync()
__kthread_cancel_work_sync()
__kthread_cancel_work()
On Sun, Sep 27, 2020 at 07:45:20AM +0200, Greg Kroah-Hartman wrote:
> On Sun, Sep 27, 2020 at 02:57:56AM +0900, Vincent Mailhol wrote:
> > The ES58X devices are incorrectly recognized as USB Modem (CDC ACM),
> > preventing the etas-es58x module to load.
> >
> > Thus, these have been added
> > to
On Sun, 2020-09-27 at 11:09 +0530, Anup Patel wrote:
> The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
> because clint_time_val is used even before CLINT driver is probed
> at following places:
> 1. rand_initialize() calls get_cycles() which in-turn uses
>clint_time_val
>
On Sat, 2020-09-26 at 22:46 -0700, Palmer Dabbelt wrote:
> On Sat, 26 Sep 2020 22:39:16 PDT (-0700), Anup Patel wrote:
> > The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
> > because clint_time_val is used even before CLINT driver is probed
> > at following places:
> > 1.
On Sat, Sep 26, 2020 at 12:22:19PM -0700, Moritz Fischer wrote:
> Hi Greg,
>
> On Sat, Sep 26, 2020 at 08:09:13AM +0200, Greg KH wrote:
> > On Sat, Sep 26, 2020 at 10:23:46AM +0800, Xu Yilun wrote:
> > > Hi greg,
> > >
> > > About the bus naming, I summarized some questions we've discussed to
Hi Marcel,
> On 26 September 2020 at 1:34, Marcel Holtmann wrote:
>
> Hi Alex,
>
> >>> When someone attacks the service provider, it creates connection,
> >>> authenticates. Then it requests key size of one byte and it identifies
> >>> the key with brute force methods.
> >>>
> >>> After l2cap
On Sat, 26 Sep 2020 22:39:16 PDT (-0700), Anup Patel wrote:
The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
because clint_time_val is used even before CLINT driver is probed
at following places:
1. rand_initialize() calls get_cycles() which in-turn uses
clint_time_val
2.
At 2020-09-24T10:06:23+0200, Michael Kerrisk (man-pages) wrote:
> Thanks for the interesting history, Branden!
Hi, Michael. And you're welcome! I often wonder if I test people's
patience with my info dumps but I try to show my work when making
claims.
> From time toi time I wonder if the
On Sun, Sep 27, 2020 at 02:57:56AM +0900, Vincent Mailhol wrote:
> The ES58X devices are incorrectly recognized as USB Modem (CDC ACM),
> preventing the etas-es58x module to load.
>
> Thus, these have been added
> to the ignore list in drivers/usb/class/cdc-acm.c
>
> Signed-off-by: Vincent
On Sun, Sep 27, 2020 at 08:24:39AM +0800, Liu, Shuo A wrote:
> Ping...
It's been less than a week since you sent this. Please relax and if you
really need reviews, get them from within Intel, where you can impose a
deadline on those developers. Otherwise, your patch is in good company:
The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
because clint_time_val is used even before CLINT driver is probed
at following places:
1. rand_initialize() calls get_cycles() which in-turn uses
clint_time_val
2. boot_init_stack_canary() calls get_cycles() which in-turn
On Sat, 26 Sep 2020 22:38:17 PDT (-0700), a...@brainfault.org wrote:
On Sun, Sep 27, 2020 at 5:50 AM Palmer Dabbelt wrote:
On Sat, 26 Sep 2020 03:31:29 PDT (-0700), Damien Le Moal wrote:
> On Sat, 2020-09-26 at 15:51 +0530, Anup Patel wrote:
>> The NoMMU kernel is broken for QEMU virt machine
On Sat, 26 Sep 2020 22:35:39 PDT (-0700), a...@brainfault.org wrote:
On Sun, Sep 27, 2020 at 5:50 AM Palmer Dabbelt wrote:
On Sat, 26 Sep 2020 03:31:29 PDT (-0700), Damien Le Moal wrote:
> On Sat, 2020-09-26 at 15:51 +0530, Anup Patel wrote:
>> The NoMMU kernel is broken for QEMU virt machine
On Sun, Sep 27, 2020 at 5:50 AM Palmer Dabbelt wrote:
>
> On Sat, 26 Sep 2020 03:31:29 PDT (-0700), Damien Le Moal wrote:
> > On Sat, 2020-09-26 at 15:51 +0530, Anup Patel wrote:
> >> The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
> >> because the get_cycles() and friends are
On Sun, Sep 27, 2020 at 5:50 AM Palmer Dabbelt wrote:
>
> On Sat, 26 Sep 2020 03:31:29 PDT (-0700), Damien Le Moal wrote:
> > On Sat, 2020-09-26 at 15:51 +0530, Anup Patel wrote:
> >> The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
> >> because the get_cycles() and friends are
Rafael Aquini writes:
> On Fri, Sep 25, 2020 at 11:21:58AM +0800, Huang, Ying wrote:
>> Rafael Aquini writes:
>> >> Or, can you help to run the test with a debug kernel based on upstream
>> >> kernel. I can provide some debug patch.
>> >>
>> >
>> > Sure, I can set your patches to run with the
When we see 'can't recover (no error_detected callback)' on console,
Maybe the reason is io state is not changed by calling
pci_dev_set_io_state(), that is confused. fix it.
Signed-off-by: Ethan Zhao
Tested-by: Wen Jin
Tested-by: Shanshan Zhang
---
Chagnes:
V2: no change.
V3: no change.
During DPC error injection test we found there is race condition between
pciehp and DPC driver, NULL pointer reference caused panic as following
# setpci -s 64:02.0 0x196.w=000a
// 64:02.0 is rootport has DPC capability
# setpci -s 65:00.0 0x04.w=0544
// 65:00.0 is NVMe SSD populated in
When uncorrectable error happens, AER driver and DPC driver interrupt
handlers likely call
pcie_do_recovery()
->pci_walk_bus()
->report_frozen_detected()
with pci_channel_io_frozen the same time.
If pci_dev_set_io_state() return true even if the original state is
This simple patch set fixed some serious security issues found when DPC
error injection and NVMe SSD hotplug brute force test were doing -- race
condition between DPC handler and pciehp, AER interrupt handlers, caused
system hang and system with DPC feature couldn't recover to normal
working state
When root port has DPC capability and it is enabled, then triggered by
errors, DPC DLLSC and PDC interrupts will be sent to DPC driver, pciehp
driver at the same time.
That will cause following result:
1. Link and device are recovered by hardware DPC and software DPC driver,
device
isn't
Once root port DPC capability is enabled and triggered, at the beginning
of DPC is triggered, the DPC status bits are set by hardware and then
sends DPC/DLLSC/PDC interrupts to OS DPC and pciehp drivers, it will
take the port and software DPC interrupt handler 10ms to 50ms (test data
on ICS(Ice
definitely simpler !
-Original Message-
From: Joe Perches
Sent: Sunday, September 27, 2020 12:17 PM
To: Zhao, Haifeng ; bhelg...@google.com;
ooh...@gmail.com; rus...@russell.cc; lu...@wunner.de;
andriy.shevche...@linux.intel.com; stuart.w.ha...@gmail.com;
mr.nuke...@gmail.com;
Hi Arnd,
> Subject: Re: [PATCH 0/5] Add noncoherent platform support for vop driver
>
> On Fri, Sep 25, 2020 at 9:27 AM Sherry Sun wrote:
> >
> > Change the way of allocating vring to support noncoherent platform for
> > vop driver, and add some related dma changes to make sure noncoherent
> >
When root port has DPC capability and it is enabled, then triggered by
errors, DPC DLLSC and PDC interrupts will be sent to DPC driver, pciehp
driver at the same time.
That will cause following result:
1. Link and device are recovered by hardware DPC and software DPC driver,
device
isn't
On Sat, 2020-09-26 at 23:19 +0200, Arnd Bergmann wrote:
> On Sat, Sep 19, 2020 at 7:26 AM Christoph Hellwig wrote:
> > On Fri, Sep 18, 2020 at 02:15:43PM +0200, Arnd Bergmann wrote:
[]
>
> > > + return ioc;
> > > +out:
> > > + kfree(ioc);
> > > +
> > > + return ERR_PTR(err);
> >
> >
Hi Leonard,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a1bffa48745afbb54cb4f873bba783b2ae8be042
commit: 5173a9756c8df9c387e04e49da0c4061951bbfec PM / devfreq: Add generic imx
bus scaling driver
date: 4
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a1bffa48745afbb54cb4f873bba783b2ae8be042
commit: 7a3a7671fa6c7e90aff5f4242add2a40587b85ef ASoC: samsung: Add driver for
Aries boards
date: 3 months ago
config: x86_64-randconfig-a001-20200927 (attached as
On Sat, 2020-09-26 at 23:28 -0400, Ethan Zhao wrote:
> simplify the pci_dev_set_io_state() function to only return true
> when dev->error_state is changed.
[]
> diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h
[]
> @@ -362,35 +362,11 @@ static inline bool pci_dev_set_io_state(struct pci_dev
>
The existing macro uses duplicate the index value so
move the index into the macro to reduce any possible
copy/paste and typo defects.
Miscellanea:
o Neaten macro
Signed-off-by: Joe Perches
---
sound/soc/qcom/qdsp6/q6afe-clocks.c | 191 ++---
---
1 file changed, 93
During DPC error injection test we found there is race condition between
pciehp and DPC driver, NULL pointer reference caused panic as following
# setpci -s 64:02.0 0x196.w=000a
// 64:02.0 is rootport has DPC capability
# setpci -s 65:00.0 0x04.w=0544
// 65:00.0 is NVMe SSD populated in
Hi Greg,
This is the second set of MHI patches for v5.10. The summary is below:
* Fixed the format specifier used in debugfs interface. The issue was
identified by building for ARM32 machine.
NOTE: I've sent this patch separately for review.
* Removed the auto-start option for MHI channels.
From: Loic Poulain
Start MHI device channels so that transfers can be performed.
The MHI stack does not auto-start channels anymore.
Signed-off-by: Loic Poulain
Reviewed-by: Manivannan Sadhasivam
Acked-by: David S. Miller
Signed-off-by: Manivannan Sadhasivam
---
net/qrtr/mhi.c | 5 +
1
From: Loic Poulain
There is really no point having an auto-start for channels.
This is confusing for the device drivers, some have to enable the
channels, others don't have... and waste resources (e.g. pre allocated
buffers) that may never be used.
This is really up to the MHI device(channel)
From: Hemant Kumar
Currently this macro is defined in internal MHI header as
a TRE length mask. Moving it to external header allows MHI
client drivers to set this upper bound for the transmit
buffer size.
Signed-off-by: Hemant Kumar
Reviewed-by: Manivannan Sadhasivam
Signed-off-by: Manivannan
From: Loic Poulain
This value was missing in the channel debugfs output.
Signed-off-by: Loic Poulain
Reviewed-by: Manivannan Sadhasivam
Signed-off-by: Manivannan Sadhasivam
---
drivers/bus/mhi/core/debugfs.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
For exposing the addresses of read/write pointers and doorbell register,
let's use the correct format specifiers. This fixes the following issues
generated using W=1 build in ARM32 and reported by Kbuild bot:
All warnings (new ones prefixed by >>):
>> drivers/bus/mhi/core/debugfs.c:75:7:
Hi Andre,
On Tue, Sep 22, 2020 at 11:12:25AM +0100, Andre Przywara wrote:
> The Scalable Vector Extension (SVE) is an ARMv8 architecture extension
> that introduces very long vector operations (up to 2048 bits).
> The SPE profiling feature can tag SVE instructions with additional
> properties
When we see 'can't recover (no error_detected callback)' on console,
Maybe the reason is io state is not changed by calling
pci_dev_set_io_state(), that is confused. fix it.
Signed-off-by: Ethan Zhao
Tested-by: Wen Jin
Tested-by: Shanshan Zhang
---
Chagnes:
V2: no change.
When uncorrectable error happens, AER driver and DPC driver interrupt
handlers likely call
pcie_do_recovery()
->pci_walk_bus()
->report_frozen_detected()
with pci_channel_io_frozen the same time.
If pci_dev_set_io_state() return true even if the original state is
Once root port DPC capability is enabled and triggered, at the beginning
of DPC is triggered, the DPC status bits are set by hardware and then
sends DPC/DLLSC/PDC interrupts to OS DPC and pciehp drivers, it will
take the port and software DPC interrupt handler 10ms to 50ms (test data
on ICS(Ice
This simple patch set fixed some serious security issues found when DPC
error injection and NVMe SSD hotplug brute force test were doing -- race
condition between DPC handler and pciehp, AER interrupt handlers, caused
system hang and system with DPC feature couldn't recover to normal
working state
Dear Friend,
I am Barrister Razak George Ahmed, a lawyer and personal attorney to the
late business man from your country who has a similar name with you, I
request your consent to present you as the next of kin with the
following relatives in order to continue to release his unknown deposits
On Tue, Sep 22, 2020 at 11:12:24AM +0100, Andre Przywara wrote:
> When SPE records a physical address, it can additionally tag the event
> with information from the Memory Tagging architecture extension.
>
> Decode the two additional fields in the SPE event payload.
>
> Signed-off-by: Andre
-a004-20200927
i386 randconfig-a005-20200927
i386 randconfig-a001-20200927
i386 randconfig-a002-20200926
i386 randconfig-a006-20200926
i386 randconfig-a003-20200926
i386 randconfig-a004-20200926
i386
Hi Boris,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a1bffa48745afbb54cb4f873bba783b2ae8be042
commit: cd33c830448baf7b1e94da72eca069e3e1d050c9 media: rkvdec: Add the rkvdec
driver
date: 5 months ago
config:
On Wed, Sep 16, 2020 at 12:56:05PM -0700, Hemant Kumar wrote:
> Currently this macro is defined in internal MHI header as
> a TRE length mask. Moving it to external header allows MHI
> client drivers to set this upper bound for the transmit
> buffer size.
>
> Signed-off-by: Hemant Kumar
On Wed, Sep 16, 2020 at 12:56:04PM -0700, Hemant Kumar wrote:
> Introduce mhi_get_no_free_descriptors() API to return number
> of TREs available to queue buffer. MHI clients can use this
> API to know before hand if ring is full without calling queue
> API.
>
> Signed-off-by: Hemant Kumar
> ---
On Tue, Sep 22, 2020 at 11:12:23AM +0100, Andre Przywara wrote:
> The ARMv8.4 nested virtualisation extension can redirect system register
> accesses to a memory page controlled by the hypervisor. The SPE
> profiling feature in newer implementations can tag those memory accesses
> accordingly.
>
On Tue, Sep 22, 2020 at 11:12:22AM +0100, Andre Przywara wrote:
> The ARMv8.3-SPE extension adds some new bits to the event packet
> fields.
>
> Handle bits 11 (alignment), 17 and 18 (SVE predication) when decoding
> the SPE buffer content.
>
> Signed-off-by: Andre Przywara
> ---
>
On 2020/9/27 09:58, Gang He wrote:
> When we discard unused blocks on a mounted ocfs2 filesystem, fstrim
> handles each block goup with locking/unlocking global bitmap meta-file
> repeatedly. we should let fstrim thread take a break(if need) between
> unlock and lock, this will avoid the
---
drivers/mmc/host/meson-gx-mmc.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/mmc/host/meson-gx-mmc.c b/drivers/mmc/host/meson-gx-mmc.c
index 08a3b1c05..3ba8f988d 100644
--- a/drivers/mmc/host/meson-gx-mmc.c
+++ b/drivers/mmc/host/meson-gx-mmc.c
@@ -146,6
This is a updated experiamental patch for review following discussions
with Jerome / Sebastian regarding the usage of threadded interupts in
meson-gx-mmc. I don't have a complete understanding or am I a kernel
developer but this is my best efforts attempt to address this issue.
Also thanks to
Hi,
On 09/25/20 at 10:56am, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 25, 2020 at 11:05:58AM +0800, Dave Young wrote:
> > Hi,
> >
> > On 09/24/20 at 01:16pm, boris.ostrov...@oracle.com wrote:
> > >
> > > On 9/24/20 12:43 PM, Michael Kelley wrote:
> > > > From: Eric W. Biederman Sent:
Hi Andre,
On Tue, Sep 22, 2020 at 11:12:21AM +0100, Andre Przywara wrote:
> The ARMv8.3-SPE extension adds some new bits for the event filter.
>
> Remove bits 11, 17 and 18 from the RES0 mask, so they can be used
> correctly.
>
> Signed-off-by: Andre Przywara
> ---
>
On Fri, Sep 25, 2020 at 04:45:27PM -0700, Kees Cook wrote:
> Currently with run_kselftest.sh there is no way to choose which test
> we could run. All the tests listed in kselftest-list.txt are all run
> every time. This patch enhanced the run_kselftest.sh to make the test
> collections (or tests)
This patch introduces a character device interface for the Counter
subsystem. Device data is exposed through standard character device read
operations. Device data is gathered when a Counter event is pushed by
the respective Counter device driver. Configuration is handled via ioctl
operations on
Changes in v5:
- Fixed typographical errors in documentation and comments
- Updated flow charts in documentation for clarity
- Moved uapi header to be part of the character device intro patch
- Fix git squash mistake in 104-quad-8.c; remove redundant changes
- Fix git merge mistake in
The LSI/CSI LS7266R1 chip provides programmable output via the FLG pins.
When interrupts are enabled on the ACCES 104-QUAD-8, they occur whenever
FLG1 is active. Four functions are available for the FLG1 signal: Carry,
Compare, Carry-Borrow, and Index.
Carry:
Interrupt
This patch adds high-level documentation about the Counter subsystem
character device interface.
Signed-off-by: William Breathitt Gray
---
Documentation/ABI/testing/sysfs-bus-counter | 18 ++
Documentation/driver-api/generic-counter.rst | 228 ++
The Counter subsystem architecture and driver implementations have
changed in order to handle Counter sysfs interactions in a more
consistent way. This patch updates the Generic Counter interface
documentation to reflect the changes.
Signed-off-by: William Breathitt Gray
---
在 2020/9/27 上午4:15, Jonathan Corbet 写道:
> On Sat, 26 Sep 2020 22:35:51 +0800
> Alex Shi wrote:
>
>> Why your patch repeatly has encoding issue which fails on 'git am'
>> Could you like to check the problem before send out?
>> Could you please fix your editor issue by
>>
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a1bffa48745afbb54cb4f873bba783b2ae8be042
commit: a19f228b8dd9a67e8de4ebd4eac8a4c94ec39d1a media: Kconfig: not all V4L2
platform drivers are for camera
date: 6 months ago
config:
When we discard unused blocks on a mounted ocfs2 filesystem, fstrim
handles each block goup with locking/unlocking global bitmap meta-file
repeatedly. we should let fstrim thread take a break(if need) between
unlock and lock, this will avoid the potential soft lockup problem,
and also gives the
Andy,
About the header file, yes, to keep the order.
The function was already defined with #ifdef CONFIG_PCIE_DPC.
As to ' readx_poll_timeout()' if there is generic one, I would like to use
it.
Seems there is no yet ?
Thanks,
Ethan
-Original Message-
From: Andy Shevchenko
On Fri, Sep 25, 2020 at 02:16:14PM -0700, Kees Cook wrote:
> On Fri, Sep 25, 2020 at 01:51:53PM +0530, Naresh Kamboju wrote:
> > On Mon, 14 Sep 2020 at 07:53, Hangbin Liu wrote:
> > >
> > > Currently, after generating run_kselftest.sh, there is no way to choose
> > > which test we could run. All
> Subject: RE: [PATCH] KVM: x86: emulate wait-for-SIPI and SIPI-VMExit
>
> > Again, this looks good but it needs testcases.
>
> Yes, the unit test development is WIP.
>
Hi, Paolo
I have sent out the unit test patch.
https://patchwork.kernel.org/patch/11799305/
Could you help review it? Thanks
Andy,
About the ICX code name, I will align it to public documentation in next
version.
' non-relevant information' about the crash, I'm not sure what's not relevant.
Thanks,
Ethan
-Original Message-
From: Andy Shevchenko
Sent: Friday, September 25, 2020 8:33 PM
To: Zhao,
Hi Jerome,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: a1bffa48745afbb54cb4f873bba783b2ae8be042
commit: 33901f5b9b16d212ee58865e9e8e80fc813f12da ASoC: meson: add t9015
internal DAC driver
date: 7 months ago
On Fri, 21 Aug 2020 15:56:12 -0400
Tony Krowiak wrote:
> This patch intruduces an extension to the ap bus to notify drivers
> on crypto config changed and bus scan complete events.
> Two new callbacks are introduced for ap_drivers:
>
> void (*on_config_changed)(struct ap_config_info
Yes, better !
-Original Message-
From: Andy Shevchenko
Sent: Friday, September 25, 2020 8:38 PM
To: Zhao, Haifeng
Cc: bhelg...@google.com; ooh...@gmail.com; rus...@russell.cc; lu...@wunner.de;
stuart.w.ha...@gmail.com; mr.nuke...@gmail.com;
mika.westerb...@linux.intel.com;
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
urezki-pcount.2020.09.26a
head: e9bed2a1239b017d78cec5de66adce0560f6d077
commit: 2fa3b3dd18ef5ef28a9dd40f6711211c62ac929b [5/17] mm/pagemap: Cleanup
PREEMPT_COUNT leftovers
config: x86_64-randconfig-a002-20200927
syzbot has found a reproducer for the following issue on:
HEAD commit:ba5f4cfe bpf: Add comment to document BTF type PTR_TO_BTF_..
git tree: bpf-next
console output: https://syzkaller.appspot.com/x/log.txt?x=13f316e590
kernel config:
On Fri, 18 Sep 2020 01:55:58 PDT (-0700), li...@allwinnertech.com wrote:
The argument to pfn_to_virt() should be pfn not the value of CSR_SATP.
Reviewed-by: Palmer Dabbelt
Signed-off-by: liush
IIUC you're supposed to use an actual name.
---
arch/riscv/mm/fault.c | 4 +++-
1 file
On 2020/09/27 4:39, Peilin Ye wrote:
> On Sun, Sep 27, 2020 at 01:25:17AM +0900, Tetsuo Handa wrote:
>> Since I don't know the meaning of "struct vt_consize"->v_clin (which is
>> commented
>> with "/* number of pixel rows per character */" but does it mean font size
>> ?),
>> I don't know why we
Ping...
On 9/22/2020 19:42, shuo.a@intel.com wrote:
> From: Shuo Liu
>
> ACRN is a Type 1 reference hypervisor stack, running directly on the
> bare-metal
> hardware, and is suitable for a variety of IoT and embedded device solutions.
>
> ACRN implements a hybrid VMM architecture, using a
On Sat, 26 Sep 2020 03:31:29 PDT (-0700), Damien Le Moal wrote:
On Sat, 2020-09-26 at 15:51 +0530, Anup Patel wrote:
The NoMMU kernel is broken for QEMU virt machine from Linux-5.9-rc6
because the get_cycles() and friends are called very early from
rand_initialize() before CLINT driver is
From: Joseph Salisbury Sent: Saturday,
September 26, 2020 7:26 AM
>
> In the architecture independent version of hyperv-tlfs.h, commit
> c55a844f46f958b
> removed the "X64" in the symbol names so they would make sense for both x86
> and
> ARM64. That commit added aliases with the "X64" in
From: Boqun Feng Sent: Tuesday, September 15, 2020 8:48
PM
>
> For a Hyper-V vmbus, the size of the ringbuffer has two requirements:
>
> 1)it has to take one PAGE_SIZE for the header
>
> 2)it has to be PAGE_SIZE aligned so that double-mapping can work
>
> VMBUS_RING_SIZE() could
From: Boqun Feng Sent: Tuesday, September 15, 2020 8:48
PM
>
> For a Hyper-V vmbus, the size of the ringbuffer has two requirements:
>
> 1)it has to take one PAGE_SIZE for the header
>
> 2)it has to be PAGE_SIZE aligned so that double-mapping can work
>
> VMBUS_RING_SIZE() could
From: Boqun Feng Sent: Tuesday, September 15, 2020 8:48
PM
>
> For a Hyper-V vmbus, the size of the ringbuffer has two requirements:
>
> 1)it has to take one PAGE_SIZE for the header
>
> 2)it has to be PAGE_SIZE aligned so that double-mapping can work
>
> VMBUS_RING_SIZE() could
From: Mateusz Nosek
Previously if 'futex_should_fail' returned true, then only 'ret' variable
was set, which was later overwritten without being read. The patch fixes
the problem.
Signed-off-by: Mateusz Nosek
---
kernel/futex.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
On Sat, Sep 26, 2020 at 4:23 PM Jason Gunthorpe wrote:
>
> Linus's version doesn't do pte_sw_mkyoung(), but looks OK to have it
I don't think it matters. But I don't think it should make it young,
since there's no access, but it's not like it's a big deal.
> > + pte
On Fri, 21 Aug 2020 15:56:10 -0400
Tony Krowiak wrote:
> The current support for pass-through crypto adapters does not allow
> configuration of a matrix mdev when it is in use by a KVM guest. Let's
> allow AP resources - i.e., adapters, domains and control domains - to be
> assigned to or
Client pointers in tps65910 data are not used in the drivers.
Remove those fields.
Signed-off-by: Michał Mirosław
---
include/linux/mfd/tps65910.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/linux/mfd/tps65910.h b/include/linux/mfd/tps65910.h
index f7398d982f23..701925db75b3
Use regmap accessors directly for register manipulation - removing one
layer of abstraction.
Signed-off-by: Michał Mirosław
---
drivers/gpio/gpio-tps65910.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/gpio/gpio-tps65910.c
Use regmap accessors directly for register manipulation - removing
one layer of abstraction.
Signed-off-by: Michał Mirosław
---
drivers/regulator/tps65910-regulator.c | 125 +
1 file changed, 63 insertions(+), 62 deletions(-)
diff --git
Use regmap accessors directly for register manipulation - removing
one layer of abstraction.
Signed-off-by: Michał Mirosław
---
drivers/mfd/tps65911-comparator.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mfd/tps65911-comparator.c
Remove wrappers around regmap calls to remove now-useless indirection.
Signed-off-by: Michał Mirosław
---
drivers/mfd/tps65910.c | 16
include/linux/mfd/tps65910.h | 35 ---
2 files changed, 8 insertions(+), 43 deletions(-)
diff --git
tps65910 was converted a long time ago to regmap. This series cleans up
after the conversion by removing tps65910_reg_*() indirections and
other unused fields in MFD structure.
Michał Mirosław (5):
gpio: tps65910: use regmap accessors
regulator: tps65910: use regmap accessors
mfd:
On 9/26/2020 12:05 PM, Andy Lutomirski wrote:
On Fri, Sep 25, 2020 at 3:29 PM Sean Christopherson
wrote:
On Fri, Sep 25, 2020 at 01:20:03PM -0700, Andy Lutomirski wrote:
On Fri, Sep 25, 2020 at 12:09 PM Sean Christopherson
wrote:
But where would the vDSO get memory for that little data
On Fri, 21 Aug 2020 15:56:09 -0400
Tony Krowiak wrote:
> The current implementation does not allow assignment of an AP adapter or
> domain to an mdev device if the APQNs resulting from the assignment
> do not reference AP queue devices that are bound to the vfio_ap device
> driver. This patch
My Beloved Friend In The Lord.
Greetings in the name of our Lord Jesus Christ. I am Mrs. Maryam C. Richard,
From Poland, a widow to late (MR.RICHARD BURSON from Florida , U.S.A) l am 51
years old and I am a converted born again Christian, suffering from long term
Cancer of the KIDNEY, from
On Fri, Sep 25, 2020 at 11:38 PM Rafael J. Wysocki wrote:
>
> On Thu, Sep 24, 2020 at 12:03 PM Chanwoo Choi wrote:
> >
> > Dear Rafael,
> >
> > This is devfreq-next pull request for v5.9-rc7. I add detailed description
> > of
> > this pull request on the following tag. Please pull devfreq with
> -Original Message-
> From: Bartosz Golaszewski
> Sent: Friday, September 25, 2020 17:44
> To: Liu, Yongxin
> Cc: David S . Miller ; netdev
> ; LKML
> Subject: Re: [PATCH] Revert "net: ethernet: ixgbe: check the return value
> of ixgbe_mii_bus_init()"
>
> On Fri, Sep 25, 2020 at 10:51
On Fri, Sep 25, 2020 at 06:25:59PM -0400, Peter Xu wrote:
> -static inline void
> +/*
> + * Copy one pte. Returns 0 if succeeded, or -EAGAIN if one preallocated page
> + * is required to copy this pte.
> + */
> +static inline int
> copy_present_pte(struct mm_struct *dst_mm, struct mm_struct
We Offer All Kinds Of Loans, Business Loan, Personal Loan And Much More, If
Interested, Contact Us For More Information Via Email:
robertfastcapi...@gmail.com or Call Or Text us: +1 407-236-1668.
Regards,
Robert Reel
CEO: Robert Fast Capital
Website: robertfastcapital.weebly.com
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
urezki-pcount.2020.09.26a
head: e9bed2a1239b017d78cec5de66adce0560f6d077
commit: e9bed2a1239b017d78cec5de66adce0560f6d077 [17/17] kvfree_rcu(): Switch
to kmalloc() and kfree() for allocations
config:
.
And when submitting patch, we suggest to use '--base' as documented in
https://git-scm.com/docs/git-format-patch]
url:
https://github.com/0day-ci/linux/commits/Luka-Kovacic/Add-support-for-the-iEi-Puzzle-M801-board/20200926-215756
base:
https://git.kernel.org/pub/scm/linux/kernel/git/groeck
On Fri, Sep 25, 2020 at 6:15 PM Linus Torvalds
wrote:
>
> I think that over the weekend I'll do Peter's version but with the
> "page_mapcount() == 1" check, because I'm starting to like that
> better than the mm->has_pinned.
Actually, rafter the first read-through, I feel like I'll just apply
1 - 100 of 460 matches
Mail list logo
