Hey, everyone. I've run into problems starting up my Xen domUs as of
the latest batch of stable updates. Whenever I try to create one, I
get a bunch of block device errors like this:
libxl: error: libxl_device.c:1105:device_backend_callback: Domain 4:unable to
add device with path /local/domain
On 1/28/2021 6:39 PM, Bjorn Helgaas wrote:
> AFAICT, this thread petered out with no resolution.
>
> If the bandwidth change notifications are important to somebody,
> please speak up, preferably with a patch that makes the notifications
> disabled by default and adds a parameter to enable them (o
That port does not have an interrupt on TEMT when using
the FIFO mode.
Signed-off-by: Eric Tremblay
---
drivers/tty/serial/8250/8250_of.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/tty/serial/8250/8250_of.c
b/drivers/tty/serial/8250/8250_of.c
index 4efc62c0b25c..9a5bb6837949
On Thu, Jan 28, 2021 at 9:56 AM Vlastimil Babka wrote:
>
> On 1/28/21 12:33 AM, Yang Shi wrote:
> > Currently registered shrinker is indicated by non-NULL
> > shrinker->nr_deferred.
> > This approach is fine with nr_deferred at the shrinker level, but the
> > following
> > patches will move MEMC
On Wed, 13 Jan 2021 09:03:10 +1000
Peter Hutterer wrote:
> ABS_PRESSURE and ABS_MT_PRESSURE on touch devices usually represent
> contact size (as a finger flattens with higher pressure the contact size
> increases) and userspace translates the kernel pressure value back into
> contact size. For e
Add the fsl,16550-FIFO64 compatible to be able
to use the port from device-tree
Signed-off-by: Eric Tremblay
---
drivers/tty/serial/8250/8250_of.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/tty/serial/8250/8250_of.c
b/drivers/tty/serial/8250/8250_of.c
index 65e9045dafe6..4efc
The patch introduce the UART_CAP_TEMT capability which is by default
assigned to all 8250 UART since the code assume that device has the
interrupt on TEMT
In the case where the device does not support it, we calculate the
maximum of time it could take for the transmitter to empty the
shift registe
From: Peter Xu
It is a preparation work to be able to behave differently in the per
architecture huge_pte_alloc() according to different VMA attributes.
Signed-off-by: Peter Xu
[axelrasmus...@google.com: fixed typo in arch/mips/mm/hugetlbpage.c]
Signed-off-by: Axel Rasmussen
---
arch/arm64/mm
On Thu, Jan 28, 2021 at 03:34:30PM -0800, Saravanan D wrote:
> To help with debugging the sluggishness caused by TLB miss/reload,
> we introduce monotonic hugepage [direct mapped] split event counts since
> system state: SYSTEM_RUNNING to be displayed as part of
> /proc/vmstat in x86 servers
...
>
The series is mainly about the support of 8250 UART without TEMT
interrupt. I saw that there was some development in the past but
it was never merged. Since the last discussion were quite some
time ago, I was not sure if I should post a v4 over the
last v3 or start from scratch so I decided to post
On Thu, Jan 28, 2021 at 11:03 PM Anatoly Pugachev wrote:
>
> Masahiro,
>
> wanted to test on sparc64, but I'm unable to cleanly apply your patch
> series to current master of
> git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
>
> saved in all patches from mutt MUA to mbox (syscalltbl
[+cc Atanas -- thank you very much for the bug report!]
On Sat, Feb 22, 2020 at 10:58:40AM -0600, Bjorn Helgaas wrote:
> On Wed, Jan 15, 2020 at 04:10:08PM -0600, Bjorn Helgaas wrote:
> > I think we have a problem with link bandwidth change notifications
> > (see
> > https://git.kernel.org/pub/sc
On 1/28/21 5:21 PM, David Lechner wrote:
> On 1/28/21 4:55 PM, Suman Anna wrote:
>> Hi David,
>>
>> On 1/15/21 6:53 PM, Suman Anna wrote:
>>> On 1/4/21 3:18 PM, David Lechner wrote:
static int pru_rproc_probe(struct platform_device *pdev)
@@ -825,20 +808,28 @@ static int pru_rproc_remov
The pull request you sent on Thu, 28 Jan 2021 15:22:10 -0800:
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git tags/net-5.11-rc6
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/909b447dcc45db2f9bd5f495f1d16c419812e6df
Thank you!
--
Deet-doot-dot, I am a
On Tue, Jan 26, 2021 at 10:46:04AM -0600, Jeremy Linton wrote:
> On 1/22/21 1:48 PM, Will Deacon wrote:
> > On Fri, Jan 08, 2021 at 10:32:16AM +, Lorenzo Pieralisi wrote:
> > > On Thu, Jan 07, 2021 at 04:05:48PM -0500, Jon Masters wrote:
> > > > On 1/7/21 1:14 PM, Will Deacon wrote:
> > > > > O
On Thu, 28 Jan 2021 at 23:28, Arnd Bergmann wrote:
>
> On Thu, Jan 28, 2021 at 10:03 PM Ard Biesheuvel wrote:
> > On Thu, 28 Jan 2021 at 20:34, Nick Desaulniers
> > wrote:
> > > @@ -468,15 +468,15 @@ void kprobe_thumb32_test_cases(void)
> > >
> > > TEST_UNSUPPORTED("strexbr0, r1
Enable drivers to tell ACPI that there's no need to power on a device for
probe. Drivers should still perform this by themselves if there's a need
to. In some cases powering on the device during probe is undesirable, and
this change enables a driver to choose what fits best for it.
Add a field cal
Store a device's desired enumeration power state in struct
acpi_device_power_flags during acpi_device object's initialisation.
Signed-off-by: Sakari Ailus
---
drivers/acpi/scan.c | 6 ++
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/driver
From: Rajmohan Mani
Tell ACPI device PM code that the driver supports the device being powered
off when the driver's probe function is entered.
Signed-off-by: Rajmohan Mani
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/imx319.c | 72 +++---
1 file changed,
In certain use cases (where the chip is part of a camera module, and the
camera module is wired together with a camera privacy LED), powering on
the device during probe is undesirable. Add support for the at24 to
execute probe while being powered off. For this to happen, a hint in form
of a device
The DR6 handling failure which made GDB upset was caused by a commit
which addressed a WINE test case regression. The test case runs a
trivial
NOP; NOP; RET;
sequence in the tracee. The tracer runs the following steps:
1 - Set data breakpoint on the first instruction in DR0
- Continu
Tell ACPI device PM code that the driver supports the device being in a
low power state when the driver's probe function is entered.
Also do identification on the first access of the device, whether in probe
or when starting streaming.
Signed-off-by: Sakari Ailus
---
drivers/media/i2c/ov5670.c
Document the use of the _PRE object for setting desirable power state
during probe.
Signed-off-by: Sakari Ailus
---
Documentation/firmware-guide/acpi/index.rst | 1 +
.../firmware-guide/acpi/low-power-probe.rst | 51 +++
2 files changed, 52 insertions(+)
create mode 100644
Add a convenience function to tell whether a device is in low power state,
primarily for use in drivers' probe or remove functions on busses where
the custom is to power on the device for the duration of both.
Returns false on non-ACPI systems.
Suggested-by: Mika Westerberg
Signed-off-by: Sakari
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
.@vger.kernel.org
Cc: Zhang Rui
---
drivers/acpi/acpi_fpdt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20210128.orig/drivers/acpi/acpi_fpdt.c
+++ linux-next-20210128/drivers/acpi/acpi_fpdt.c
@@ -252,7 +252,7 @@ void acpi_init_fpdt(void)
The following changes since commit 75439bc439e0f02903b48efce84876ca92da97bd:
Merge tag 'net-5.11-rc5' of
git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net (2021-01-20 11:52:21
-0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git
On Fri, Jan 8, 2021 at 3:29 AM Zhiqiang Hou wrote:
>
> From: Hou Zhiqiang
>
> The dw_pci->ops may be a NULL, and fix it by adding one more check.
>
> Signed-off-by: Hou Zhiqiang
> Reviewed-by: Rob Herring
> Acked-by: Gustavo Pimentel
Hi Bjorn,
This is causing many layerscape platforms to fai
On 1/28/21 4:55 PM, Suman Anna wrote:
Hi David,
On 1/15/21 6:53 PM, Suman Anna wrote:
On 1/4/21 3:18 PM, David Lechner wrote:
static int pru_rproc_probe(struct platform_device *pdev)
@@ -825,20 +808,28 @@ static int pru_rproc_remove(struct platform_device *pdev)
static const struct pru_
--
how are you doing, Its my pleasure to contact you for a long term
relationship. I was just surfing through the Internet when i found your
email address. I want to make a new and special friend. Lets keep in touch
and get to know more about each other and see what happens in future.
My name is
On Fri, Jan 29, 2021 at 7:08 AM Josh Poimboeuf wrote:
>
> On Thu, Jan 28, 2021 at 01:45:51PM -0800, Linus Torvalds wrote:
> > On Thu, Jan 28, 2021 at 1:34 PM Josh Poimboeuf wrote:
> > >
> > > On Thu, Jan 28, 2021 at 01:23:11PM -0800, Linus Torvalds wrote:
> > > > THAT workaround is long gone, but
Hi Pavel
> motmdm.c handles audio configuration on "gsmtty2"; it needs to know
> whether we are in call or not; that part is in motmdm-state.c and
> listens on "gsmtty1".
>
> To configure Alsamixer for voice calls do for example:
>
> Speaker Right -> Voice
> Call Noise Cancellation -> Unmu
On 1/25/2021 9:15 PM, Bjorn Andersson wrote:
> On Mon 25 Jan 22:32 CST 2021, Wesley Cheng wrote:
>> On 1/25/2021 5:55 PM, Bjorn Andersson wrote:
>>> On Mon 25 Jan 19:14 CST 2021, Wesley Cheng wrote:
>>>
On 1/22/2021 9:12 AM, Bjorn Andersson wrote:
> On Thu 21 Jan 22:01 CST 202
On Sun, Jan 24, 2021 at 10:21:38PM +, David Laight wrote:
> > One open question is whether IORING_OP_GETDENTS64 should be more like
> > pread(2) and allow passing in a starting offset to read from the
> > directory from. (This would require some more surgery in fs/readdir.c.)
>
> Since direc
Hello Michael,
On Thu, 28 Jan 2021 21:50:23 +0100, "Michael Kerrisk (man-pages)"
wrote:
> Thanks for your patch revision. I've merged it, and have
> done some light editing, but I still have a question:
>
> On 1/23/21 5:11 PM, Stephen Kitt wrote:
>
> [...]
>
> > +.SH ERRORS
>
> > +.TP
> > +
On Fri, Jan 15, 2021 at 9:09 AM Peter Xu wrote:
>
> It is a preparation work to be able to behave differently in the per
> architecture huge_pte_alloc() according to different VMA attributes.
>
> Signed-off-by: Peter Xu
> ---
> arch/arm64/mm/hugetlbpage.c | 2 +-
> arch/ia64/mm/hugetlbpage.c
Hi David,
On 1/15/21 6:53 PM, Suman Anna wrote:
> On 1/4/21 3:18 PM, David Lechner wrote:
>> Currently, to determine the ID (0 or 1) of a PRU core, the last 19 bits
>> of the physical address of the cores IRAM are compared to known values.
>> However, the PRUs on TI AM18XX have IRAM at 0x01c38000
On Wed, 27 Jan 2021, Alexander Lobakin wrote:
> A bunch of drivers test the page before reusing/recycling for two
> common conditions:
> - if a page was allocated under memory pressure (pfmemalloc page);
> - if a page was allocated at a distant memory node (to exclude
>slowdowns).
>
> Intro
On Wed, 27 Jan 2021, Alexander Lobakin wrote:
> pool_page_reusable() is a leftover from pre-NUMA-aware times. For now,
> this function is just a redundant wrapper over page_is_pfmemalloc(),
> so Inline it into its sole call site.
>
> Signed-off-by: Alexander Lobakin
> Acked-by: Jesper Dangaard B
Fix a dormant bug in userfaultfd_events_test(), where we did
`return faulting_process(0)` instead of `exit(faulting_process(0))`.
This caused the forked process to keep running, trying to execute any
further test cases after the events test in parallel with the "real"
process.
Add a simple test ca
Reword / reorganize things a little bit into "lists", so new features /
modes / ioctls can sort of just be appended.
Describe how UFFDIO_REGISTER_MODE_MINOR and UFFDIO_CONTINUE can be used
to intercept and resolve minor faults. Make it clear that COPY and
ZEROPAGE are used for MISSING faults, wher
This ioctl is how userspace ought to resolve "minor" userfaults. The
idea is, userspace is notified that a minor fault has occurred. It might
change the contents of the page using its second non-UFFD mapping, or
not. Then, it calls UFFDIO_CONTINUE to tell the kernel "I have ensured
the page content
This feature allows userspace to intercept "minor" faults. By "minor"
faults, I mean the following situation:
Let there exist two mappings (i.e., VMAs) to the same page(s) (shared
memory). One of the mappings is registered with userfaultfd (in minor
mode), and the other is not. Via the non-UFFD ma
As the comment says: for the MINOR fault use case, although the page
might be present and populated in the other (non-UFFD-registered) half
of the shared mapping, it may be out of date, and we explicitly want
userspace to get a minor fault so it can check and potentially update
the page's contents.
From: Peter Xu
Huge pmd sharing for hugetlbfs is racy with userfaultfd-wp because
userfaultfd-wp is always based on pgtable entries, so they cannot be shared.
Walk the hugetlb range and unshare all such mappings if there is, right before
UFFDIO_REGISTER will succeed and return to userspace.
Thi
From: Peter Xu
It is a preparation work to be able to behave differently in the per
architecture huge_pte_alloc() according to different VMA attributes.
Signed-off-by: Peter Xu
Signed-off-by: Axel Rasmussen
---
arch/arm64/mm/hugetlbpage.c | 2 +-
arch/ia64/mm/hugetlbpage.c| 3 ++-
arch/
From: Peter Xu
Prepare for it to be called outside of mm/hugetlb.c.
Signed-off-by: Peter Xu
Signed-off-by: Axel Rasmussen
---
include/linux/hugetlb.h | 8
mm/hugetlb.c| 8
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/include/linux/hugetlb.h b/in
From: Peter Xu
Huge pmd sharing could bring problem to userfaultfd. The thing is that
userfaultfd is running its logic based on the special bits on page table
entries, however the huge pmd sharing could potentially share page table
entries for different address ranges. That could cause issues o
From: Kan Liang
With Architectural Performance Monitoring Version 5, CPUID 10.ECX cpu
leaf indicates the fixed counter enumeration. This extends the previous
count to a bitmap which allows disabling even lower fixed counters.
It could be used by a Hypervisor.
The existing intel_ctrl variable is
From: Kan Liang
Add perf core PMU support for the Intel Sapphire Rapids server, which is
the successor of the Intel Ice Lake server. The enabling code is based
on Ice Lake, but there are several new features introduced.
The event encoding is changed and simplified, e.g., the event codes
which ar
From: Kan Liang
Intel Sapphire Rapids server will introduce 8 metrics events. Intel
Ice Lake only supports 4 metrics events. A perf tool user may mistakenly
use the unsupported events via RAW format on Ice Lake. The user can
still get a value from the unsupported Topdown metrics event once the
fo
Changelog
=
v2->v3:
- Added #ifdef CONFIG_USERFAULTFD around hugetlb helper functions, to fix build
errors when building without CONFIG_USERFAULTFD set.
v1->v2:
- Fixed a bug in the hugetlb_mcopy_atomic_pte retry case. We now plumb in the
enum mcopy_atomic_mode, so we can differentiat
From: Kan Liang
Similar to Ice Lake, Intel Sapphire Rapids server also supports the
topdown performance metrics feature. The difference is that Intel
Sapphire Rapids server extends the PERF_METRICS MSR to feature TMA
method level two metrics, which will introduce 8 metrics events. Current
icl_upd
From: Kan Liang
Current PERF_SAMPLE_WEIGHT sample type is very useful to expresses the
cost of an action represented by the sample. This allows the profiler
to scale the samples to be more informative to the programmer. It could
also help to locate a hotspot, e.g., when profiling by memory latenc
From: Kan Liang
Changes since V2:
- Add the the big-endian and little-endian support for
union perf_sample_weight.
Rename the fields of the union perf_sample_weight.
- Move the check for the unsupported topdown events to event creation.
- Update the comments for the auxiliary event and modify
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
On Wed, 20 Jan 2021 13:26:47 +
Eric Curtin wrote:
> max_user_watches for epoll should say 1/25, rather than 1/32
>
> Signed-off-by: Eric Curtin
> ---
> Documentation/admin-guide/sysctl/fs.rst | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/Documentation/admin-
On Wed, 27 Jan 2021, Alexander Lobakin wrote:
> The function doesn't write anything to the page struct itself,
> so this argument can be const.
>
> Misc: align second argument to the brace while at it.
>
> Signed-off-by: Alexander Lobakin
Acked-by: David Rientjes
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/atmel_mxt_ts.c | 5 ++---
1 file changed, 2 insertions(+), 3 del
On Wed, 20 Jan 2021 13:31:51 +
Milan Lakhani wrote:
> There were two references to devicetree/booting-without-of.rst (which has
> been removed) for DTB format information, and
> devicetree/usage-model.rst pointed to
> https://elinux.org/Device_Tree_Usage. Change all three of these references
On Wed, 27 Jan 2021, Alexander Lobakin wrote:
> The function only tests for page->index, so its argument should be
> const.
>
> Signed-off-by: Alexander Lobakin
Acked-by: David Rientjes
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/melfas_mip4.c | 5 ++---
1 file changed, 2 insertions(+), 3 dele
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/cyttsp_core.c | 5 ++---
1 file changed, 2 insertions(+), 3 dele
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/keyboard/tca6416-keypad.c | 3 +--
1 file changed, 1 insertion(+), 2 deletio
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/wm831x-ts.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/mms114.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/keyboard/tegra-kbc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions
Right now, irq core supports requesting irq with IRQF_NO_AUTOEN, this means
the driver doesn't need to call irq_set_status_flags any more.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/stmfts.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/input/touchscr
Many drivers don't want interrupts enabled automatically due to
request_irq(). So they are handling this issue by either way of
the below two:
(1)
irq_set_status_flags(irq, IRQ_NOAUTOEN);
request_irq(dev, irq...);
(2)
request_irq(dev, irq...);
disable_irq(irq);
The code in the second way is silly
On Thu, 28 Jan 2021, Yafang Shao wrote:
> As pGp has been already introduced in printk, we'd better use it to make
> the output human readable.
>
> Before this change, the output is,
> [ 6155.716018] INFO: Slab 0x4027dd4f objects=33 used=3
> fp=0x8cd1579c flags=0x17c0010200
>
Right now, irq core supports requesting irq with IRQF_NO_AUTOEN, this means
the driver doesn't need to call irq_set_status_flags any more.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/zinitix.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/touch
disable_irq() after request_irq() still has a time gap in which
interrupts can come. request_irq() with IRQF_NO_AUTOEN flag will
disable IRQ auto-enable because of requesting.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/ar1021_i2c.c | 5 +
1 file changed, 1 insertion(+), 4 deleti
Right now, irq core supports requesting irq with IRQF_NO_AUTOEN, this means
the driver doesn't need to call irq_set_status_flags any more.
Signed-off-by: Barry Song
---
drivers/input/touchscreen/bu21029_ts.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/to
Hi,
On my System76 Gazelle Pro (gazp9) laptop, internal audio broke after
upgrading to kernel 5.10.
The laptop's speakers produce no sound. Audio from headphones still
works fine. A quick test is to visit GNOME System Settings -> Sound ->
Output, select Test, click Front Left or Front Right
This patchset added IRQF_NO_AUTOEN for request_irq() and converted
drivers/input to this new API.
Other drivers will be handled afterwards.
-v4:
remove the irq_settings magic for NOAUTOEN
Barry Song (12):
genirq: add IRQF_NO_AUTOEN for request_irq
Input: ar1021 - request_irq by IRQF_NO_AUTO
On Sun, 24 Jan 2021 20:32:02 -0800
Randy Dunlap wrote:
> Add qualifying build option legend [CMA] to kernel boot options
> that requirce CMA support to be enabled for them to be usable.
>
> Also capitalize 'CMA' when it is used as an acronym.
>
> Signed-off-by: Randy Dunlap
> Cc: Jonathan Corb
On Mon, 25 Jan 2021 15:15:29 +0100
Pali Rohár wrote:
> On Marvell website is documentation accessible without need to register or
> fill any other forms.
>
> Signed-off-by: Pali Rohár
> ---
> Documentation/arm/marvell.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Thu, 21 Jan 2021 20:34:17 +0100
Pali Rohár wrote:
> Signed-off-by: Pali Rohár
> ---
> Documentation/arm/index.rst | 2 +-
> Documentation/arm/{marvel.rst => marvell.rst} | 0
> 2 files changed, 1 insertion(+), 1 deletion(-)
> rename Documentation/arm/{marvel.rst => marvell
On Mon, 25 Jan 2021 15:13:41 +0100
Pali Rohár wrote:
> Signed-off-by: Pali Rohár
> ---
> Documentation/arm/marvell.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/arm/marvell.rst b/Documentation/arm/marvell.rst
> index b16e6f7e8dbe..fa22a72d4391 10064
> Am 28.01.2021 um 23:28 schrieb David Rientjes :
>
> On Thu, 28 Jan 2021, David Hildenbrand wrote:
>
>>> On Thu, 28 Jan 2021, David Hildenbrand wrote:
>>>
diff --git a/mm/vmstat.c b/mm/vmstat.c
index 7758486097f9..957680db41fa 100644
--- a/mm/vmstat.c
+++ b/mm/vmstat.c
>
On Sat, Jan 23, 2021 at 04:33:34PM -0700, Jens Axboe wrote:
> >> IORING_OP_GETDENTS64 behaves like getdents64(2) and takes the same
> >
> > Could we drop the '64'? We don't, for example, have IOURING_OP_FADVISE64
> > even though that's the name of the syscall.
>
> Agreed, only case we do mimic
On Thu, 28 Jan 2021, David Hildenbrand wrote:
> > On Thu, 28 Jan 2021, David Hildenbrand wrote:
> >
> >> diff --git a/mm/vmstat.c b/mm/vmstat.c
> >> index 7758486097f9..957680db41fa 100644
> >> --- a/mm/vmstat.c
> >> +++ b/mm/vmstat.c
> >> @@ -1650,6 +1650,11 @@ static void zoneinfo_show_print(s
On Wed, Jan 27, 2021 at 11:36:15AM +0100, David Hildenbrand wrote:
> Extending on that, I just discovered that only x86-64, ppc64, and arm64
> really support hugepage migration.
>
> Maybe one approach with the "magic switch" really would be to disable
> hugepage migration completely in hugepage_mi
On Thu, Jan 28, 2021 at 10:03 PM Ard Biesheuvel wrote:
> On Thu, 28 Jan 2021 at 20:34, Nick Desaulniers
> wrote:
> > @@ -468,15 +468,15 @@ void kprobe_thumb32_test_cases(void)
> >
> > TEST_UNSUPPORTED("strexbr0, r1, [r2]")
> > TEST_UNSUPPORTED("strexhr0, r1, [r2]"
On Wed, 27 Jan 2021 13:54:40 +0100
Daniel Kiper wrote:
> On Wed, Jan 27, 2021 at 04:49:11PM +0800, Cao jin wrote:
> > struct setup_data.len is the length of data field. In case of
> > SETUP_INDIRECT, it should be sizeof(setup_indirect).
> >
> > Signed-off-by: Cao jin
>
> Reviewed-by: Daniel K
On Thu, Jan 28, 2021 at 01:31:33PM -0800, Paul E. McKenney wrote:
> On Thu, Jan 28, 2021 at 06:12:11PM +0100, Frederic Weisbecker wrote:
> > ---
> > include/linux/rcu_segcblist.h | 7 ---
> > kernel/rcu/tree_plugin.h | 31 +++
> > 2 files changed, 27 insertion
On Wed, 27 Jan 2021 11:43:43 +0100
Wolfram Sang wrote:
> Acked-by: Randy Dunlap
> Signed-off-by: Wolfram Sang
> ---
> Documentation/admin-guide/kernel-parameters.rst | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Documentation/admin-guide/kernel-parameters.rst
> b/D
LOTTO.NL,
2391 Beds 152 Koningin Julianaplein 21,
Den Haag-Netherlands.
(Lotto affiliate with Subscriber Agents).
From: Susan Console
(Lottery Coordinator)
Website: www.lotto.nl
Sir/Madam,
CONGRATULATIONS!!!
We are pleased to inform you of the result of the Lotto NL Winners
International progr
Tested by the below topology:
qemu-system-aarch64 -M virt -nographic \
Also works on the initial 8-node Sun Fire X4600-M2. No strange messages in
dmesg and no problems on kernel build with make -j64.
Tested-by: Meelis Roos
syzbot has found a reproducer for the following issue on:
HEAD commit:d03154e8 Add linux-next specific files for 20210128
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=12e976e8d0
kernel config: https://syzkaller.appspot.com/x/.config?x
On Thu, 28 Jan 2021 14:00:29 -0800 Mike Kravetz wrote:
> On 1/28/21 1:37 PM, Andrew Morton wrote:
> > On Thu, 28 Jan 2021 06:52:21 +0100 Oscar Salvador wrote:
> >
> >> On Wed, Jan 27, 2021 at 03:36:41PM -0800, Mike Kravetz wrote:
> >>> Yes, this patch is somewhat optional. It should be a minor
Add an optional GPIO in the dtb description that will
be used to reset the connected hub (if any).
Signed-off-by: Adrien Grassein
---
drivers/phy/freescale/phy-fsl-imx8mq-usb.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/phy/freescale/phy-fsl-imx8mq-usb.c
b/dr
Add an optional GPIO in the dtb description that will
be used to reset the connected hub (if any).
Signed-off-by: Adrien Grassein
---
Documentation/devicetree/bindings/phy/fsl,imx8mq-usb-phy.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/phy/fsl,imx8mq-
On Thu, Jan 28, 2021 at 03:57:42PM -0600, Rob Herring wrote:
> From: Stephen Boyd
>
> Use the more modern API to get the match data out of the of match table.
> This saves some code, lines, and nicely avoids referencing the match
> table when it is undefined with configurations where CONFIG_OF=n.
Hello,
mda...@codeaurora.org wrote on Fri, 29 Jan 2021 03:18:46 +0530:
> On 2021-01-14 21:23, Miquel Raynal wrote:
> > Hello,
> >
> > Md Sadre Alam wrote on Sun, 10 Jan 2021
> > 09:31:45 +0530:
> >
> >> From QPIC version 2.0 onwards new register got added to
> >
> >
Hi,
I sent this suggestion to linux-arm-kernel in response to the Reliable
Stacktrace RFC from Mark Brown
and Mark Rutland. I am repeating it here for two reasons:
- It involves objtool.
- There are many more recipients in this thread that may be interested in this
topic.
Please let me know i
On Thu, Jan 28, 2021 at 01:45:51PM -0800, Linus Torvalds wrote:
> On Thu, Jan 28, 2021 at 1:34 PM Josh Poimboeuf wrote:
> >
> > On Thu, Jan 28, 2021 at 01:23:11PM -0800, Linus Torvalds wrote:
> > > THAT workaround is long gone, but I didn't check what other ones we
> > > might have now. But the gc
On Thu, Jan 28, 2021 at 11:47 AM Jakub Kicinski wrote:
>
> Noob question - could you point at or provide a quick guide to layering
> here? I take there is only one netdev, and something maintains an
> internal queue which is not stopped when HW driver stops the qdisc?
Yes, there is only one netde
> Am 28.01.2021 um 22:54 schrieb David Rientjes :
>
> On Thu, 28 Jan 2021, David Hildenbrand wrote:
>
>> diff --git a/mm/vmstat.c b/mm/vmstat.c
>> index 7758486097f9..957680db41fa 100644
>> --- a/mm/vmstat.c
>> +++ b/mm/vmstat.c
>> @@ -1650,6 +1650,11 @@ static void zoneinfo_show_print(struct
On Thu, Jan 28, 2021 at 9:38 AM Vlastimil Babka wrote:
>
> On 1/28/21 12:33 AM, Yang Shi wrote:
> > The following patch is going to add nr_deferred into shrinker_map, the
> > change will
> > make shrinker_map not only include map anymore, so rename it to a more
> > general
> > name. And this sh
301 - 400 of 1344 matches
Mail list logo