Extend the apu2_leds definition to make the leds exportable via the
legacy gpio subsystem. Without this change the leds are not visible
under "/sys/class/leds" and could not be configured.
Signed-off-by: Florian Eckert
---
drivers/platform/x86/pcengines-apuv2.c | 21 ++---
1 file
On Thu, Jul 04, 2019 at 10:46:10AM +0200, Greg Kroah-Hartman wrote:
> Platform drivers now have the option to have the platform core create
> and remove any needed sysfs attribute files. So take advantage of that
> and do not register "by hand" a sysfs group of attributes.
>
> Cc: Sudeep Holla
This patchset adds the following changes to this pcengines-apuv2
platform device.
* Add mpcie reset gpio export
* Add legacy leds gpio definitions
* Update gpio buttion definitions
Florian Eckert (3):
platform/x86/pcengines-apuv2: add mpcie reset gpio export
platform/x86/pcengines-apuv2: add
On 03/07/2019 18:48, Frank Wunderlich wrote:
> From: Josef Friedl
>
Still missing commit message. Describe here why you need to do that.
> Suggested-by: Frank Wunderlich
> Signed-off-by: Josef Friedl
> Signed-off-by: Frank Wunderlich
> =2D--
Please check your email setting as discussed o
Hi Alex,
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Thursday, July 4, 2019 1:22 AM
> To: Liu, Yi L
> Subject: Re: [PATCH v1 9/9] smaples: add vfio-mdev-pci driver
>
> On Wed, 3 Jul 2019 08:25:25 +
> "Liu, Yi L" wrote:
>
> > Hi Alex,
> >
> > Thanks for the comments.
On 03/07/2019 18:48, Frank Wunderlich wrote:
> From: Josef Friedl
>
> - use regmap_read_poll_timeout to drop while-loop
> - use devm-api to drop remove-callback
> - add new compatible for mt6323
>
It's up to the maintainer but I don't like patches doing clean-ups together with
adding support
On Thu, Jul 04, 2019 at 12:00:57AM +0200, Peter Zijlstra wrote:
> On Wed, Jul 03, 2019 at 01:27:09PM -0700, Andy Lutomirski wrote:
> > On Wed, Jul 3, 2019 at 3:28 AM root wrote:
>
> > > @@ -1338,18 +1347,9 @@ ENTRY(error_entry)
> > > movq%rax, %rsp /* switch stack
Hi Anson,
On Mon, 2019-07-01 at 17:39 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> i.MX8MM can reuse i.MX8MQ's src driver, add "fsl,imx8mq-src" as
> src's fallback compatible to enable it.
>
> Signed-off-by: Anson Huang
> ---
> arch/arm64/boot/dts/freescale/imx8mm.dtsi | 2 +-
>
On 03/07/2019 18:48, Frank Wunderlich wrote:
> From: Josef Friedl
>
> Suggested-by: Frank Wunderlich
> Signed-off-by: Josef Friedl
Why is there a Signed-off-by from Josef for this patch but not for the others?
Looks good,
Reviewed-by: Johannes Thumshirn
--
Johannes ThumshirnSUSE Labs Filesystems
jthumsh...@suse.de+49 911 74053 689
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: Felix Imendörffer, Mary Higgins, Sri Rasiah
HRB 21284 (AG Nürn
On Thu, Jul 4, 2019 at 9:20 AM Andreas Schwab wrote:
>
> On Jul 03 2019, Alistair Francis wrote:
>
> > On Wed, Jul 3, 2019 at 12:08 AM Andreas Schwab wrote:
> >>
> >> On Jul 02 2019, Alistair Francis wrote:
> >>
> >> > In the RISC-V 32-bit glibc port [1] the siginfo_t struct in the kernel
> >>
On Wed, 3 Jul 2019 13:19:03 +0300
Ivan Khoronzhuk wrote:
> Add XDP support based on rx page_pool allocator, one frame per page.
> Page pool allocator is used with assumption that only one rx_handler
> is running simultaneously. DMA map/unmap is reused from page pool
> despite there is no need to
On Thu, Jul 04, 2019 at 12:05:22AM +0200, Peter Zijlstra wrote:
> On Wed, Jul 03, 2019 at 04:47:01PM -0400, Steven Rostedt wrote:
> > Yeah, looks like we might be missing a TRACE_IRQS_OFF from the
> > from_usermode_stack_switch path.
>
> Oh bugger, there's a second error_entry call.
---
Subject:
The disable callback can be used to compute timeout for other states
whenever a state is enabled or disabled. We store the computed timeout
in "timeout" defined in cpuidle state strucure. So, we compute timeout
only when some state is enabled or disabled and not every time in the
fast idle path.
We
On Sat, 2019-06-29 at 11:01 -0400, Sasha Levin wrote:
> On Thu, Jun 27, 2019 at 02:31:35AM +0300, Jarkko Sakkinen wrote:
> > On Tue, 2019-06-25 at 16:13 -0400, Sasha Levin wrote:
> > > +static const uuid_t ftpm_ta_uuid =
> > > + UUID_INIT(0xBC50D971, 0xD4C9, 0x42C4,
> > > + 0x82, 0xCB, 0x
On Thu, Jul 04, 2019 at 11:58:00AM +0800, Jason Wang wrote:
>
> On 2019/7/3 下午6:41, Stefano Garzarella wrote:
> > On Wed, Jul 03, 2019 at 05:53:58PM +0800, Jason Wang wrote:
> > > On 2019/6/28 下午8:36, Stefano Garzarella wrote:
> > > > Some callbacks used by the upper layers can run while we are in
Currently, the cpuidle governors determine what idle state a idling CPU
should enter into based on heuristics that depend on the idle history on
that CPU. Given that no predictive heuristic is perfect, there are cases
where the governor predicts a shallow idle state, hoping that the CPU will
be bus
Currently, the cpuidle governors determine what idle state a idling CPU
should enter into based on heuristics that depend on the idle history on
that CPU. Given that no predictive heuristic is perfect, there are cases
where the governor predicts a shallow idle state, hoping that the CPU will
be bus
To force wakeup a cpu, we need to compute the timeout in the fast idle
path as a state may be enabled or disabled but there did not exist a
feedback to driver when a state is enabled or disabled.
This patch adds a callback whenever a state_usage records a store for
disable attribute.
Signed-off-by
From: Anson Huang
Add thermal binding doc for Freescale's i.MX8MM Thermal Monitoring Unit.
Signed-off-by: Anson Huang
---
.../devicetree/bindings/thermal/imx8mm-thermal.txt| 15 +++
1 file changed, 15 insertions(+)
create mode 100644 Documentation/devicetree/bindings/therm
From: Anson Huang
i.MX8MM has a thermal monitor unit (TMU) inside, it ONLY has one sensor
for CPU, add support for temperature reading for CPU, cpu cooling is
also added.
This patch series is based on below i.MX SCU thermal patch series:
https://patchwork.kernel.org/patch/11000821/
Anson Huang
From: Anson Huang
Enable CONFIG_IMX8MM_THERMAL as module to support i.MX8MM
thermal driver.
Signed-off-by: Anson Huang
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 126665f..eeedd3f 100644
From: Anson Huang
i.MX8MM has a thermal monitoring unit(TMU) inside, it ONLY has one
sensor for CPU, add support for reading immediate temperature of
this sensor.
Signed-off-by: Anson Huang
---
drivers/thermal/Kconfig | 10 +++
drivers/thermal/Makefile | 1 +
drivers/therma
From: Anson Huang
Add thermal zone and tmu node to support i.MX8MM thermal
driver, ONLY cpu thermal zone is supported, and cpu cooling
is also added.
Signed-off-by: Anson Huang
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 43 +++
1 file changed, 43 insertions(+)
>>
>>
>>Hi,
>>
>>Pawel Laszczak writes:
>>
Hi,
On Thu, Jul 4, 2019 at 9:59 AM Greg KH wrote:
>
> On Thu, Jul 04, 2019 at 04:34:58PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the usb tree, today's linux-next build (arm
> > multi_v7_d
On Tue, Jul 2, 2019 at 6:34 PM YueHaibing wrote:
>
> Fix sparse warnings:
>
> drivers/scsi/megaraid/megaraid_sas_base.c:271:1: warning: symbol
> 'megasas_issue_dcmd' was not declared. Should it be static?
> drivers/scsi/megaraid/megaraid_sas_base.c:2227:6: warning: symbol
> 'megasas_do_ocr' was
On Thu, Jul 04, 2019 at 10:49:13AM +0200, Jiri Pirko wrote:
> Tue, Jul 02, 2019 at 01:50:24PM CEST, mkube...@suse.cz wrote:
>
> [...]
>
>
> >+/* The structure holding data for unified processing GET requests consists
> >of
> >+ * two parts: request info and reply data. Request info is related t
On Thu, Jul 4, 2019 at 3:30 AM Uladzislau Rezki wrote:
>
> Hello, Li.
>
> I do not think that it is worth to reduce the struct size the way
> this series does. I mean the union around flags/va_start. Simply saying
> if we need two variables: flags and va_start let's have them. Otherwise
> everybod
On Thu, Jul 04, 2019 at 10:46:07AM +0200, Greg Kroah-Hartman wrote:
> Platform drivers like to add sysfs groups to their device, but right now
> they have to do it "by hand". The driver core should handle this for
> them, but there is no way to get to the bus-default attribute groups as
> all plat
From: Junaid Shahid
Release the page at the call-site where it was originally acquired.
This makes the exit code cleaner for most call sites, since they
do not need to duplicate code between success and the failure
label.
Signed-off-by: Junaid Shahid
Signed-off-by: Paolo Bonzini
---
arch/x86/
Note that in such a case it is quite likely that KVM will BUG_ON
in __pte_list_remove when the VM is closed. However, there is no
immediate risk of memory corruption in the host so a WARN_ON is
enough and it lets you gather traces for debugging.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu
These are useful in debugging shadow paging.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 13 -
arch/x86/kvm/mmutrace.h| 59 ++
arch/x86/kvm/paging_tmpl.h | 2 ++
3 files changed, 67 insertions(+), 7 deletions(-)
diff --git a/arc
Given the attention to pgprintk, here are the patches I had locally
to add new tracepoints to __direct_map, FNAME(fetch) and mmu_set_spte().
These tracepoints actually come from a recent debugging session, so they
have proved their usefulness. :) And because I'm feeling both lazy *and*
generous, I
These two functions are basically doing the same thing through
kvm_mmu_get_page, link_shadow_page and mmu_set_spte; yet, for historical
reasons, their code looks very different. This patch tries to take the
best of each and make them very similar, so that it is easy to understand
changes that appl
After the previous patch, the low bits of the gfn are masked in
both FNAME(fetch) and __direct_map, so we do not need to clear them
in transparent_hugepage_adjust.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/mmu.c | 9 +++--
arch/x86/kvm/paging_tmpl.h | 2 +-
2 files changed, 4 ins
On Fri, 28 Jun 2019 at 22:49, Rik van Riel wrote:
>
> Reducing the overhead of the CPU controller is achieved by not walking
> all the sched_entities every time a task is enqueued or dequeued.
>
> One of the things being checked every single time is whether the cfs_rq
> is on the rq->leaf_cfs_rq_l
From: Anson Huang
i.MX8MM can reuse i.MX8MQ's src driver, add "fsl,imx8mq-src" as
src's fallback compatible to enable it.
Signed-off-by: Anson Huang
Reviewed-by: Philipp Zabel
---
No changes.
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Anson Huang
i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
property and related info to support i.MX8MM.
Signed-off-by: Anson Huang
---
New patch.
---
Documentation/devicetree/bindings/reset/fsl,imx7-src.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Клиентские базы! Email: proda...@armyspy.com Узнайте подробнее!
REGMAP_SCCB is selected by ov772x and ov9650 drivers,
but CONFIG_REGMAP may not, so building will fails:
rivers/media/i2c/ov772x.c: In function ov772x_probe:
drivers/media/i2c/ov772x.c:1360:22: error: variable ov772x_regmap_config has
initializer but incomplete type
static const struct regmap_c
Am Mittwoch, den 03.07.2019, 10:10 -0700 schrieb Eric Biggers:
>
> Who are you talking to? If you want syzbot to test your patch, follow the
> directions at
> https://github.com/google/syzkaller/blob/master/docs/syzbot.md#testing-patches
Thanks. I am trying this out now.
Regards
Set the flag of RTL8152_UNPLUG if and only if the device is unplugged.
Some error codes sometimes don't mean the real disconnection of usb device.
For those situations, set the flag of RTL8152_UNPLUG causes the driver skips
some flows of disabling the device, and it let the device stay at incorrect
On Wed, 3 Jul 2019 12:37:50 +0200
Jose Abreu wrote:
> @@ -1498,8 +1479,9 @@ static void free_dma_rx_desc_resources(struct
> stmmac_priv *priv)
> sizeof(struct dma_extended_desc),
> rx_q->dma_erx, rx_q->dma_rx_phy);
On Thu, Jul 04, 2019 at 11:19:39AM +0200, Jesper Dangaard Brouer wrote:
> On Wed, 3 Jul 2019 13:19:03 +0300
> Ivan Khoronzhuk wrote:
>
> > Add XDP support based on rx page_pool allocator, one frame per page.
> > Page pool allocator is used with assumption that only one rx_handler
> > is running
This change adds 3 Kconfig default value tests:
1. discourage default n cases:
e.g.,
default n
2. discourage default "[ynm]" cases:
e.g.,
arch/powerpc/Kconfig: default "y" if PPC_POWERNV
arch/powerpc/Kconfig: default "y" if PPC_POWERNV
arch/powerpc/Kconfig: default "n"
drivers/auxdisplay/Kc
Hi all,
After merging the pm tree, today's linux-next build (x86_64 allnoconfig)
failed like this:
In file included from kernel/power/qos.c:33:
include/linux/pm_qos.h: In function 'dev_pm_qos_read_value':
include/linux/pm_qos.h:205:9: error: expected '(' before 'type'
switch type {
^~~
On Thu, 2019-07-04 at 17:25 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
> property and related info to support i.MX8MM.
>
> Signed-off-by: Anson Huang
> ---
> New patch.
> ---
> Documentation/devicetree/bindings/rese
On Thu, Jul 04, 2019 at 12:39:02PM +0300, Ilias Apalodimas wrote:
On Thu, Jul 04, 2019 at 11:19:39AM +0200, Jesper Dangaard Brouer wrote:
On Wed, 3 Jul 2019 13:19:03 +0300
Ivan Khoronzhuk wrote:
> Add XDP support based on rx page_pool allocator, one frame per page.
> Page pool allocator is us
Hi,
Pawel Laszczak writes:
>>
>>
>>Hi,
>>
>>Pawel Laszczak writes:
>>
Hi,
On Thu, Jul 4, 2019 at 9:59 AM Greg KH wrote:
>
> On Thu, Jul 04, 2019 at 04:34:58PM +1000, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the usb tree, today's linux-ne
Hi,
Pawel Laszczak writes:
>>>
>>>
>>>Hi,
>>>
>>>Pawel Laszczak writes:
>>>
>
>Hi,
>
>On Thu, Jul 4, 2019 at 9:59 AM Greg KH wrote:
>>
>> On Thu, Jul 04, 2019 at 04:34:58PM +1000, Stephen Rothwell wrote:
>> > Hi all,
>> >
>> > After merging the usb tree, t
On Thu, Jul 04, 2019 at 11:19:39AM +0200, Jesper Dangaard Brouer wrote:
On Wed, 3 Jul 2019 13:19:03 +0300
Ivan Khoronzhuk wrote:
Add XDP support based on rx page_pool allocator, one frame per page.
Page pool allocator is used with assumption that only one rx_handler
is running simultaneously.
Hi, Philipp
> On Thu, 2019-07-04 at 17:25 +0800, anson.hu...@nxp.com wrote:
> > From: Anson Huang
> >
> > i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
> > property and related info to support i.MX8MM.
> >
> > Signed-off-by: Anson Huang
> > ---
> > New patch.
> > ---
> > Docum
On Wed, Jul 03, 2019 at 04:30:57PM +0200, Michal Hocko wrote:
>
> How does the reclaim behave with workloads with file backed data set
> not fitting into the memory? Aren't we going to to swap a lot -
> something that the heuristic is protecting from?
>
In common case, most of the pages in a lar
On Thu, 2019-07-04 at 09:46 +, Anson Huang wrote:
> Hi, Philipp
>
> > On Thu, 2019-07-04 at 17:25 +0800, anson.hu...@nxp.com wrote:
> > > From: Anson Huang
> > >
> > > i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
> > > property and related info to support i.MX8MM.
> > >
>
On 04-07-19, 19:41, Stephen Rothwell wrote:
> Hi all,
>
> After merging the pm tree, today's linux-next build (x86_64 allnoconfig)
> failed like this:
>
> In file included from kernel/power/qos.c:33:
> include/linux/pm_qos.h: In function 'dev_pm_qos_read_value':
> include/linux/pm_qos.h:205:9: er
On Wed, 3 Jul 2019 12:37:50 +0200
Jose Abreu wrote:
> --- a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> +++ b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c
> @@ -1197,26 +1197,14 @@ static int stmmac_init_rx_buffers(struct stmmac_priv
> *priv, struct dma_desc *p,
>
On Thu, Jul 04, 2019 at 12:43:30PM +0300, Ivan Khoronzhuk wrote:
> On Thu, Jul 04, 2019 at 12:39:02PM +0300, Ilias Apalodimas wrote:
> >On Thu, Jul 04, 2019 at 11:19:39AM +0200, Jesper Dangaard Brouer wrote:
> >>On Wed, 3 Jul 2019 13:19:03 +0300
> >>Ivan Khoronzhuk wrote:
> >>
> >>> Add XDP suppo
Linus,
please pull sound fixes for v5.2 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-5.2
The topmost commit is 3450121997ce872eb7f1248417225827ea249710
sound fixes for 5.2
Here are a collectio
From: Anson Huang
i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
property and related info to support i.MX8MM.
Signed-off-by: Anson Huang
---
Changes since V2:
- Add separate line for i.MX8MM in case anything different later for
i.MX8MM.
---
Documentation/devicetree/b
Do not assume the affinity to CPU0 if cpu phandle is omitted.
Update the DT binding rules to reflect the same by changing it
to a required property.
Signed-off-by: Sai Prakash Ranjan
Reviewed-by: Suzuki K Poulose
Tested-by: Mathieu Poirier
Reviewed-by: Mathieu Poirier
---
.../devicetree/bindi
Coresight platform support assumes that a missing "cpu" phandle
defaults to CPU0. This could be problematic and unnecessarily binds
components to CPU0, where they may not be. In coresight etm and
cpu-debug drivers, abort the probe for such cases.
Signed-off-by: Sai Prakash Ranjan
Reviewed-by: Suz
From: Anson Huang
i.MX8MM can reuse i.MX8MQ's src driver, add "fsl,imx8mq-src" as
src's fallback compatible to enable it.
Signed-off-by: Anson Huang
Reviewed-by: Philipp Zabel
---
No changes.
---
arch/arm64/boot/dts/freescale/imx8mm.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
In case of missing CPU phandle, the affinity is set default to
CPU0 which is not a correct assumption. Fix this in coresight
platform to set affinity to invalid and abort the probe in drivers.
Also update the dt-bindings accordingly.
Resending with tags added.
v5:
* Separate out the dt-bindings
On Thu, Jul 04, 2019 at 12:49:38PM +0300, Ilias Apalodimas wrote:
On Thu, Jul 04, 2019 at 12:43:30PM +0300, Ivan Khoronzhuk wrote:
On Thu, Jul 04, 2019 at 12:39:02PM +0300, Ilias Apalodimas wrote:
>On Thu, Jul 04, 2019 at 11:19:39AM +0200, Jesper Dangaard Brouer wrote:
>>On Wed, 3 Jul 2019 13:1
I noticed that while 5.1 works on my HP Integrity RX2620, 5.2-rc6 crashed on
boot nondeterministically.
Bisecting it took many tries sice it does not happen on each boot and when it
happes, the symptoms are
different each time. But now the bisection converged to
!ma868b104d7379e28013e9d48bdd2db
The return code after switch default is unreachable,
so remove it.
Signed-off-by: Ding Xiang
---
drivers/scsi/scsi_error.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/scsi/scsi_error.c b/drivers/scsi/scsi_error.c
index bfa569f..12180f0 100644
--- a/drivers/scsi/scsi_error.c
+++ b/
>From ceb5f687f3f7dab2fb9d5b34408d9cf83a0be228 Mon Sep 17 00:00:00 2001
From: Marc Gonzalez
Date: Mon, 1 Jul 2019 12:58:31 +0200
Subject: [PATCH v2] media: si2168: Refactor command setup code
Refactor the command setup code, and let the compiler determine
the size of each command.
Signed-off-by:
On Wed, 3 Jul 2019 12:37:50 +0200
Jose Abreu wrote:
> @@ -3547,6 +3456,9 @@ static int stmmac_rx(struct stmmac_priv *priv, int
> limit, u32 queue)
>
> napi_gro_receive(&ch->rx_napi, skb);
>
> + page_pool_recycle_direct(rx_q->page_pool, buf->page);
On Wed, 26 Jun 2019 13:36:27 +0800
Qii Wang wrote:
> Document MediaTek I3C master DT bindings.
>
You forgot to Cc the DT maintainers/ML.
> Signed-off-by: Qii Wang
> ---
> .../devicetree/bindings/i3c/mtk,i3c-master.txt | 47
>
> 1 file changed, 47 insertions(+)
>
From: Michal Suchanek
This reverts commit 0b6cf6b97b7ef1fa3c7fefab0cac897a1c4a3400 to avoid
following crash:
BUG: Kernel NULL pointer dereference at 0x0012
Faulting instruction address: 0xc0897908
Oops: Kernel access of bad area, sig: 11 [#1]
LE PAGE_SIZE=64K MMU=Hash
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
drivers/dax/dax-private.h
between commit:
ea31d5859f58 ("device-dax: use the dev_pagemap internal refcount")
from the hmm tree and commit:
420a0854e8f2 ("device-dax: "Hotremove" persistent memory that is used l
On Mon, 2019-07-01 at 15:15 +0200, Michal Suchanek wrote:
> This reverts commit 0b6cf6b97b7ef1fa3c7fefab0cac897a1c4a3400 to avoid
> following crash:
Thank you. I think this the right choice for the moment. I fixed
a trivial checkpatch.pl error and added the mandatory tags. Can
you check quickly v2
On Wed, 2019-07-03 at 18:48 +0200, Frank Wunderlich wrote:
> From: Josef Friedl
>
> Suggested-by: Frank Wunderlich
> Signed-off-by: Josef Friedl
> Signed-off-by: Frank Wunderlich
> ---
> drivers/power/reset/Kconfig | 10 +++
> drivers/power/reset/Makefile | 1 +
> drivers/
On Thu, 27 Jun 2019, Palmer Dabbelt wrote:
> The RISC-V port has grown significantly over the past year. Paul's been
> helping out for a while ago. We agreed in person that he'd take over
> collecting the patches and submitting the PRs, but it looks like I
> forgot to make it official.
>
> Sign
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
include/linux/mm.h
between commit:
25b2995a35b6 ("mm: remove MEMORY_DEVICE_PUBLIC support")
from the hmm tree and commit:
0a470a2d114a ("mm: clean up is_device_*_page() definitions")
from the akpm-current tree
From: Jesper Dangaard Brouer
> The page_pool DMA mapping cannot be "kept" when page traveling into the
> network stack attached to an SKB. (Ilias and I have a long term plan[1]
> to allow this, but you cannot do it ATM).
The reason I recycle the page is this previous call to:
skb_copy_
On Thursday, June 20, 2019 1:58:08 PM CEST Daniel Lezcano wrote:
> The objective is the same for all the governors: save energy, but at
> the end the governors menu, ladder and teo aim to improve the
> performances with an acceptable energy drop for some workloads which
> are identified for servers
On Thu, Jul 04, 2019 at 11:58:45AM +0200, Marc Gonzalez wrote:
> >From ceb5f687f3f7dab2fb9d5b34408d9cf83a0be228 Mon Sep 17 00:00:00 2001
> From: Marc Gonzalez
> Date: Mon, 1 Jul 2019 12:58:31 +0200
> Subject: [PATCH v2] media: si2168: Refactor command setup code
>
> Refactor the command setup cod
Hi Anson,
On Thu, 2019-07-04 at 17:44 +0800, anson.hu...@nxp.com wrote:
> From: Anson Huang
>
> i.MX8MM can reuse i.MX8MQ's reset driver, update the compatible
> property and related info to support i.MX8MM.
>
> Signed-off-by: Anson Huang
> ---
> Changes since V2:
> - Add separate line f
On Wed, Jul 03, 2019 at 12:41:35PM +0200, Stefano Garzarella wrote:
> On Wed, Jul 03, 2019 at 05:53:58PM +0800, Jason Wang wrote:
> > On 2019/6/28 下午8:36, Stefano Garzarella wrote:
> > Another more interesting question, I believe we will do singleton for
> > virtio_vsock structure. Then what's the
On Wed, Jul 03, 2019 at 07:40:13PM +0200, Jesper Dangaard Brouer wrote:
On Wed, 3 Jul 2019 13:18:59 +0300
Ivan Khoronzhuk wrote:
First of all, it is an absolute requirement that each RX-queue have
their own page_pool object/allocator. And this change is intendant
to handle special case, where
Set default parents for PCIE1_CTRL and PCIE1_PHY clocks.
Signed-off-by: Abel Vesa
---
arch/arm64/boot/dts/freescale/imx8mq-evk.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm64/boot/dts/freescale/imx8mq-evk.dts
b/arch/arm64/boot/dts/freescale/imx8mq-evk.dts
index e3df9b8..2
HI Jesper, Ivan,
> On Wed, 3 Jul 2019 12:37:50 +0200
> Jose Abreu wrote:
>
> > @@ -3547,6 +3456,9 @@ static int stmmac_rx(struct stmmac_priv *priv, int
> > limit, u32 queue)
> >
> > napi_gro_receive(&ch->rx_napi, skb);
> >
> > + page_pool_recycle_direc
On 04/07/2019 12:14, Jonathan Neuschäfer wrote:
> On Thu, Jul 04, 2019 at 11:58:45AM +0200, Marc Gonzalez wrote:
>> >From ceb5f687f3f7dab2fb9d5b34408d9cf83a0be228 Mon Sep 17 00:00:00 2001
>> From: Marc Gonzalez
>> Date: Mon, 1 Jul 2019 12:58:31 +0200
>> Subject: [PATCH v2] media: si2168: Refactor
On Friday, June 28, 2019 5:10:40 PM CEST Greg KH wrote:
> On Thu, Jun 27, 2019 at 03:53:35PM -0700, Tri Vo wrote:
> > Userspace can use wakeup_sources debugfs node to plot history of suspend
> > blocking wakeup sources over device's boot cycle. This information can
> > then be used (1) for power-sp
Refactor the command setup code, and let the compiler determine
the size of each command.
Reviewed-by: Jonathan Neuschäfer
Signed-off-by: Marc Gonzalez
---
Changes from v1:
- Use a real function to populate struct si2168_cmd *cmd, and a trivial
macro wrapping it (macro because sizeof).
Changes f
This is POC that implements the lockless printk ringbuffer slightly
different way. I believe that it is worth considering because it looks
much easier to deal with. The reasons are:
+ The state of each entry is always clear.
+ The write access rights and validity of the data
On Thursday, July 4, 2019 11:48:34 AM CEST Viresh Kumar wrote:
> On 04-07-19, 19:41, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the pm tree, today's linux-next build (x86_64 allnoconfig)
> > failed like this:
> >
> > In file included from kernel/power/qos.c:33:
> > include/linux/pm
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
kernel/memremap.c
between commit:
514caf23a70f ("memremap: replace the altmap_valid field with a
PGMAP_ALTMAP_VALID flag")
from the hmm tree and commit:
a10a0f39cae6 ("mm/devm_memremap_pages: enable sub-sectio
Hi Julien,
On 7/4/19 12:13 AM, Julien Thierry wrote:
> On 04/07/2019 05:22, Shijith Thotton wrote:
>> The NMI handlers handle_percpu_devid_fasteoi_nmi() and
>> handle_fasteoi_nmi() added by commit 2dcf1fbcad35 ("genirq: Provide NMI
>> handlers") do not update the interrupt counts. Due to that the
04.07.2019 10:31, Linus Walleij пишет:
> On Sat, Jun 29, 2019 at 5:58 PM Dmitry Osipenko wrote:
>
>> Oh, also what about GPIO-pinctrl suspend resume ordering .. is it okay that
>> pinctrl
>> will be resumed after GPIO? Shouldn't a proper pin-muxing be selected at
>> first?
>
> Thierry sent som
On Thu, Jul 04, 2019 at 11:32:00AM +0200, Johan Hovold wrote:
> On Thu, Jul 04, 2019 at 10:46:07AM +0200, Greg Kroah-Hartman wrote:
> > Platform drivers like to add sysfs groups to their device, but right now
> > they have to do it "by hand". The driver core should handle this for
> > them, but th
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/hmm.c
between commits:
0092908d16c6 ("mm: factor out a devm_request_free_mem_region helper")
43535b0aefab ("mm: remove the HMM config option")
from the hmm tree and commit:
4c24b795d8c4 ("mm/memremap: rena
Add *_NOTIFIER_HEAD as variable definition to avoid code like this:
ATOMIC_NOTIFIER_HEAD(foo);
EXPORT_SYMBOL_GPL(foo);
>From triggering the the following warning:
WARNING: EXPORT_SYMBOL(foo); should immediately follow its function/variable
Signed-off-by: Gilad Ben-Yossef
---
Changes from v1:
-
04.07.2019 10:10, Jon Hunter пишет:
>
> On 03/07/2019 18:00, Dmitry Osipenko wrote:
>> 03.07.2019 19:37, Jon Hunter пишет:
>>>
>>> On 03/07/2019 02:28, Dmitry Osipenko wrote:
Tegra's APB DMA engine updates words counter after each transferred burst
of data, hence it can report transfer's
The WiFi tx power of RTL8723BU is extremely low after booting. So
the WiFi scan gives very limited AP list and it always fails to
connect to the selected AP. This module only supports 1x1 antenna
and the antenna is switched to bluetooth due to some incorrect
register settings.
Compare with the ven
Hi all,
Today's linux-next merge of the akpm-current tree got a conflict in:
mm/memory_hotplug.c
between commit:
514caf23a70f ("memremap: replace the altmap_valid field with a
PGMAP_ALTMAP_VALID flag")
from the hmm tree and commit:
db30f881e2d7 ("mm/hotplug: kill is_dev_zone() usage in
On Thu, Jul 04, 2019 at 03:00:37AM +, Z.q. Hou wrote:
[...]
> > If you can manage to rebase patches on pci/mobiveil on top of v5.2-rc1,
> > send them separately so that I can merge them as a base for the subsequent
> > patches to be applied.
>
> You meant send the patches one by one, which y
On Thu 04-07-19 17:47:16, Kuo-Hsin Yang wrote:
> On Wed, Jul 03, 2019 at 04:30:57PM +0200, Michal Hocko wrote:
> >
> > How does the reclaim behave with workloads with file backed data set
> > not fitting into the memory? Aren't we going to to swap a lot -
> > something that the heuristic is protec
On Wed 03-07-19 16:54:35, Mike Kravetz wrote:
> On 7/3/19 2:43 AM, Mel Gorman wrote:
> > Indeed. I'm getting knocked offline shortly so I didn't give this the
> > time it deserves but it appears that part of this problem is
> > hugetlb-specific when one node is full and can enter into this continua
101 - 200 of 652 matches
Mail list logo
