On Wed, 25 Jul 2018 11:56:20 -0700 Davidlohr Bueso wrote:
> ... 'tis easier on the eye.
true, but.
> +#else
> +#define ep_busy_loop(ep, nonblock) do { } while (0)
> +#define ep_reset_busy_poll_napi_id(ep) do { } while (0)
> +#define ep_set_busy_poll_napi_id(epi)
On Wed, 25 Jul 2018 11:56:20 -0700 Davidlohr Bueso wrote:
> ... 'tis easier on the eye.
true, but.
> +#else
> +#define ep_busy_loop(ep, nonblock) do { } while (0)
> +#define ep_reset_busy_poll_napi_id(ep) do { } while (0)
> +#define ep_set_busy_poll_napi_id(epi)
git diff fscache-fixes-20180705 fscache-fixes-20180725
warthog>
The patch series as a whole got tested by Scott Mayhew whilst seeing if they
cured a bug he was looking at:
https://marc.info/?l=linux-nfs=153191593807248=2
I've also ported them to RHEL-7 where they've undergon
git diff fscache-fixes-20180705 fscache-fixes-20180725
warthog>
The patch series as a whole got tested by Scott Mayhew whilst seeing if they
cured a bug he was looking at:
https://marc.info/?l=linux-nfs=153191593807248=2
I've also ported them to RHEL-7 where they've undergon
On Wed, 25 Jul 2018 12:40:08 -0400
Steven Rostedt wrote:
> Hmm, looks to me that event_enable_trigger_func() suffers the same
> issue. Perhaps we should add this patch too:
>
> -- Steve
>
> diff --git a/kernel/trace/trace_events_trigger.c
> b/kernel/trace/trace_events_trigger.c
> index
On Wed, 25 Jul 2018 12:40:08 -0400
Steven Rostedt wrote:
> Hmm, looks to me that event_enable_trigger_func() suffers the same
> issue. Perhaps we should add this patch too:
>
> -- Steve
>
> diff --git a/kernel/trace/trace_events_trigger.c
> b/kernel/trace/trace_events_trigger.c
> index
On 25/07/2018 20:38:23+0200, Boris Brezillon wrote:
> On Wed, 25 Jul 2018 16:56:28 +0200
> Miquel Raynal wrote:
>
> > Mails to wenyou.y...@microchip.com are not deliverable.
> > Drop him as Microchip/Atmel NAND controller driver maintainer.
> >
> > Signed-off-by: Miquel Raynal
> > ---
> >
On 25/07/2018 20:38:23+0200, Boris Brezillon wrote:
> On Wed, 25 Jul 2018 16:56:28 +0200
> Miquel Raynal wrote:
>
> > Mails to wenyou.y...@microchip.com are not deliverable.
> > Drop him as Microchip/Atmel NAND controller driver maintainer.
> >
> > Signed-off-by: Miquel Raynal
> > ---
> >
Hello,
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
> The coresight drivers relied on default bindings for graph
> in DT, while reusing the "reg" field of the "ports" to indicate
> the actual hardware port number for the connections. This can
> cause duplicate ports with same
Hello,
On Thu, Jul 19, 2018 at 11:55:13AM +0100, Suzuki K Poulose wrote:
> The coresight drivers relied on default bindings for graph
> in DT, while reusing the "reg" field of the "ports" to indicate
> the actual hardware port number for the connections. This can
> cause duplicate ports with same
On 07/26/2018 03:27 AM, Taeung Song wrote:
Hi Arnaldo,
On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 26, 2018 at 02:23:32AM +0900, Taeung Song escreveu:
Hi,
Building bpf programs with .BTF section,
I thought it'd be better to convert dwarf info to .BTF by
a new tool
On 07/26/2018 03:27 AM, Taeung Song wrote:
Hi Arnaldo,
On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 26, 2018 at 02:23:32AM +0900, Taeung Song escreveu:
Hi,
Building bpf programs with .BTF section,
I thought it'd be better to convert dwarf info to .BTF by
a new tool
On 25/07/18 07:19, Tian, Kevin wrote:
>> From: Tian, Kevin
>> Sent: Wednesday, July 25, 2018 10:16 AM
>>
> [...]
>>>
>>> There is another way: as we're planning to add a generic pasid_alloc()
>>> function to the IOMMU API, the mdev module itself could allocate a
>>> default PASID for each mdev by
On 25/07/18 07:19, Tian, Kevin wrote:
>> From: Tian, Kevin
>> Sent: Wednesday, July 25, 2018 10:16 AM
>>
> [...]
>>>
>>> There is another way: as we're planning to add a generic pasid_alloc()
>>> function to the IOMMU API, the mdev module itself could allocate a
>>> default PASID for each mdev by
On Mon, Jul 23, 2018 at 02:24:58PM +0200, Greg Kroah-Hartman wrote:
> 4.17-stable review patch. If anyone has any objections, please let me know.
Both SCTP patches LGTM. Thanks.
On Mon, Jul 23, 2018 at 02:24:58PM +0200, Greg Kroah-Hartman wrote:
> 4.17-stable review patch. If anyone has any objections, please let me know.
Both SCTP patches LGTM. Thanks.
On Tue, Jul 24, 2018 at 02:51:42PM +0530, Naresh Kamboju wrote:
> Deadlock warning on x86 machine while testing selftests: bpf:
> test_progs and running linux next 4.18.0-rc3-next-20180705 and still
> happening on 4.18.0-rc5-next-20180720.
>
> Any one noticed this kernel warning about deadlock ?
On Tue, Jul 24, 2018 at 02:51:42PM +0530, Naresh Kamboju wrote:
> Deadlock warning on x86 machine while testing selftests: bpf:
> test_progs and running linux next 4.18.0-rc3-next-20180705 and still
> happening on 4.18.0-rc5-next-20180720.
>
> Any one noticed this kernel warning about deadlock ?
Hi Jerome,
On Tue, Jul 24, 2018 at 3:09 PM Jerome Brunet wrote:
>
> Add the es7241 analog to digital converter which is fed by the
> lienin jack of the s400
>
> Signed-off-by: Jerome Brunet
> ---
> arch/arm64/boot/dts/amlogic/meson-axg-s400.dts | 10 ++
> 1 file changed, 10
Hi Jerome,
On Tue, Jul 24, 2018 at 3:09 PM Jerome Brunet wrote:
>
> Add the es7241 analog to digital converter which is fed by the
> lienin jack of the s400
>
> Signed-off-by: Jerome Brunet
> ---
> arch/arm64/boot/dts/amlogic/meson-axg-s400.dts | 10 ++
> 1 file changed, 10
On Thu, Jul 19, 2018 at 03:51:56PM +0900, Keiji Hayashibara wrote:
> From: Kunihiko Hayashi
>
> Add DT bindings for SPI controller implemented in UniPhier SoCs.
>
> Signed-off-by: Kunihiko Hayashi
> Signed-off-by: Keiji Hayashibara
> ---
> .../devicetree/bindings/spi/spi-uniphier.txt |
On Thu, Jul 19, 2018 at 03:51:56PM +0900, Keiji Hayashibara wrote:
> From: Kunihiko Hayashi
>
> Add DT bindings for SPI controller implemented in UniPhier SoCs.
>
> Signed-off-by: Kunihiko Hayashi
> Signed-off-by: Keiji Hayashibara
> ---
> .../devicetree/bindings/spi/spi-uniphier.txt |
David Ahern writes:
> On 7/25/18 11:38 AM, Eric W. Biederman wrote:
>>
>> Absolutely NOT. Global thresholds are exactly correct given the fact
>> you are running on a single kernel.
>>
>> Memory is not free (Even though we are swimming in enough of it memory
>> rarely matters). One of the
David Ahern writes:
> On 7/25/18 11:38 AM, Eric W. Biederman wrote:
>>
>> Absolutely NOT. Global thresholds are exactly correct given the fact
>> you are running on a single kernel.
>>
>> Memory is not free (Even though we are swimming in enough of it memory
>> rarely matters). One of the
Hello,
On Wed, 25 Jul 2018, Tan Hu wrote:
> We came across infinite loop in ipvs when using ipvs in docker
> env.
>
> When ipvs receives new packets and cannot find an ipvs connection,
> it will create a new connection, then if the dest is unavailable
> (i.e. IP_VS_DEST_F_AVAILABLE),
Hello,
On Wed, 25 Jul 2018, Tan Hu wrote:
> We came across infinite loop in ipvs when using ipvs in docker
> env.
>
> When ipvs receives new packets and cannot find an ipvs connection,
> it will create a new connection, then if the dest is unavailable
> (i.e. IP_VS_DEST_F_AVAILABLE),
On Wed, Jul 18, 2018 at 10:02:16PM +0200, Krzysztof Kozlowski wrote:
> Replace GPL license statements with SPDX license identifiers (GPL-2.0).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/dt-bindings/clock/exynos3250.h| 5 +
> include/dt-bindings/clock/exynos4.h
On Wed, Jul 18, 2018 at 10:02:16PM +0200, Krzysztof Kozlowski wrote:
> Replace GPL license statements with SPDX license identifiers (GPL-2.0).
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> include/dt-bindings/clock/exynos3250.h| 5 +
> include/dt-bindings/clock/exynos4.h
Hi Jerome,
On Tue, Jul 24, 2018 at 2:53 PM Jerome Brunet wrote:
>
> The main purpose of this patchset is to add the audio devices on amlogic's
> AXG SoCs.
>
> Some codecs require some power supplies. This is why the 3 first patches
> deal with the S400 power supplies, even if some are not
Hi Jerome,
On Tue, Jul 24, 2018 at 2:53 PM Jerome Brunet wrote:
>
> The main purpose of this patchset is to add the audio devices on amlogic's
> AXG SoCs.
>
> Some codecs require some power supplies. This is why the 3 first patches
> deal with the S400 power supplies, even if some are not
On Wed, Jul 18, 2018 at 12:27:50AM +0200, Alexandre Belloni wrote:
> Add a new DT lookup function to lookup for PMC clocks.
>
> Note that the #ifndef AT91_PMC_MOSCS section will be removed once all the
> platforms are converted.
>
> Signed-off-by: Alexandre Belloni
> ---
>
On Wed, Jul 18, 2018 at 12:27:50AM +0200, Alexandre Belloni wrote:
> Add a new DT lookup function to lookup for PMC clocks.
>
> Note that the #ifndef AT91_PMC_MOSCS section will be removed once all the
> platforms are converted.
>
> Signed-off-by: Alexandre Belloni
> ---
>
On Wed, Jul 18, 2018 at 12:27:49AM +0200, Alexandre Belloni wrote:
> Document the new PMC binding with only one PMC node for all the PMC clocks
> instead of one node per clock as this proved to be problematic.
>
> Signed-off-by: Alexandre Belloni
> ---
>
On Wed, Jul 18, 2018 at 12:27:49AM +0200, Alexandre Belloni wrote:
> Document the new PMC binding with only one PMC node for all the PMC clocks
> instead of one node per clock as this proved to be problematic.
>
> Signed-off-by: Alexandre Belloni
> ---
>
On 07/25/2018 08:27 PM, Taeung Song wrote:
> On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
[...]
>> BTW, Daniel, I just pushed to pahole's main repository at:
>>
>> git://git.kernel.org/pub/scm/devel/pahole/pahole.git
>>
>> with the Martin's BTF patch, so no need to pull from the
On 07/25/2018 08:27 PM, Taeung Song wrote:
> On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
[...]
>> BTW, Daniel, I just pushed to pahole's main repository at:
>>
>> git://git.kernel.org/pub/scm/devel/pahole/pahole.git
>>
>> with the Martin's BTF patch, so no need to pull from the
On Tue, Jul 17, 2018 at 05:36:41PM +0200, Jerome Brunet wrote:
> Add the DT binding documentation for axg sound card
I see Mark already applied, but...
>
> Signed-off-by: Jerome Brunet
> ---
> .../bindings/sound/amlogic,axg-sound-card.txt | 124
> +
> 1 file changed,
On Tue, Jul 17, 2018 at 05:36:41PM +0200, Jerome Brunet wrote:
> Add the DT binding documentation for axg sound card
I see Mark already applied, but...
>
> Signed-off-by: Jerome Brunet
> ---
> .../bindings/sound/amlogic,axg-sound-card.txt | 124
> +
> 1 file changed,
Hello Rob,
Thank you for the review.
On Wed, Jul 25, 2018 at 11:51:17AM -0600, Rob Herring wrote:
> On Tue, Jul 24, 2018 at 08:30:03PM +0200, Marcus Folkesson wrote:
> > MCP3911 is a dual channel Analog Front End (AFE) containing two
> > synchronous sampling delta-sigma Analog-to-Digital
Hello Rob,
Thank you for the review.
On Wed, Jul 25, 2018 at 11:51:17AM -0600, Rob Herring wrote:
> On Tue, Jul 24, 2018 at 08:30:03PM +0200, Marcus Folkesson wrote:
> > MCP3911 is a dual channel Analog Front End (AFE) containing two
> > synchronous sampling delta-sigma Analog-to-Digital
Remove unnecessary parentheses to fix the extraneous parentheses clang
warning.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/st/cw1200/txrx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/st/cw1200/txrx.c
Remove unnecessary parentheses to fix the extraneous parentheses clang
warning.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/st/cw1200/txrx.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/st/cw1200/txrx.c
Remove the unnecessary parentheses to fix the clang warning of
extraneous parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
... 'tis easier on the eye.
Signed-off-by: Davidlohr Bueso
---
fs/eventpoll.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/fs/eventpoll.c b/fs/eventpoll.c
index 1b1abc461fc0..0ab82d0d4e02 100644
--- a/fs/eventpoll.c
+++ b/fs/eventpoll.c
@@ -391,7 +391,6 @@
Remove the unnecessary parentheses to fix the clang warning of
extraneous parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_n.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
... 'tis easier on the eye.
Signed-off-by: Davidlohr Bueso
---
fs/eventpoll.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/fs/eventpoll.c b/fs/eventpoll.c
index 1b1abc461fc0..0ab82d0d4e02 100644
--- a/fs/eventpoll.c
+++ b/fs/eventpoll.c
@@ -391,7 +391,6 @@
Remove extra parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/ath/ath9k/debug_sta.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/debug_sta.c
Remove extra parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/ath/ath9k/debug_sta.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/debug_sta.c
On 2018-07-16 11:20, pher...@codeaurora.org wrote:
On 2018-07-13 17:08, Joe Perches wrote:
On Fri, 2018-07-13 at 16:28 -0700, pher...@codeaurora.org wrote:
On 2018-07-13 14:46, Joe Perches wrote:
> On Fri, 2018-07-13 at 14:40 -0700, Prakruthi Deepak Heragu wrote:
> > Commit text is almost
On 2018-07-16 11:20, pher...@codeaurora.org wrote:
On 2018-07-13 17:08, Joe Perches wrote:
On Fri, 2018-07-13 at 16:28 -0700, pher...@codeaurora.org wrote:
On 2018-07-13 14:46, Joe Perches wrote:
> On Fri, 2018-07-13 at 14:40 -0700, Prakruthi Deepak Heragu wrote:
> > Commit text is almost
Remove extra parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/ath/ath6kl/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath6kl/main.c
b/drivers/net/wireless/ath/ath6kl/main.c
Remove extra parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/net/wireless/ath/ath6kl/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath6kl/main.c
b/drivers/net/wireless/ath/ath6kl/main.c
On Wed, Jul 25, 2018 at 11:23 AM Matthew Wilcox wrote:
>
> On Wed, Jul 25, 2018 at 10:30:40AM -0700, Cannon Matthews wrote:
> > On Tue, Jul 24, 2018 at 10:02 PM Elliott, Robert (Persistent Memory)
> > > > + BUG_ON(pages_per_huge_page % PAGES_BETWEEN_RESCHED != 0);
> > > > + BUG_ON(!dest);
On Wed, Jul 25, 2018 at 11:23 AM Matthew Wilcox wrote:
>
> On Wed, Jul 25, 2018 at 10:30:40AM -0700, Cannon Matthews wrote:
> > On Tue, Jul 24, 2018 at 10:02 PM Elliott, Robert (Persistent Memory)
> > > > + BUG_ON(pages_per_huge_page % PAGES_BETWEEN_RESCHED != 0);
> > > > + BUG_ON(!dest);
On Tue, Jul 24, 2018 at 2:18 AM Peter Zijlstra wrote:
>
> On Mon, Jul 23, 2018 at 06:44:43PM -0700, Cong Wang wrote:
> > On Mon, Jul 23, 2018 at 6:35 PM Cong Wang wrote:
> > >
> > > Hi, Peter, Andi
> > >
> > > While reviewing the deadlock, I find out it looks like we could have the
> > >
On Tue, Jul 24, 2018 at 2:18 AM Peter Zijlstra wrote:
>
> On Mon, Jul 23, 2018 at 06:44:43PM -0700, Cong Wang wrote:
> > On Mon, Jul 23, 2018 at 6:35 PM Cong Wang wrote:
> > >
> > > Hi, Peter, Andi
> > >
> > > While reviewing the deadlock, I find out it looks like we could have the
> > >
Remove unnecessary parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/infiniband/core/cma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/core/cma.c b/drivers/infiniband/core/cma.c
index
Remove unnecessary parentheses to fix the clang warning of extraneous
parentheses.
Signed-off-by: Varsha Rao
---
drivers/infiniband/core/cma.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/infiniband/core/cma.c b/drivers/infiniband/core/cma.c
index
On Wed, 25 Jul 2018 16:56:28 +0200
Miquel Raynal wrote:
> Mails to wenyou.y...@microchip.com are not deliverable.
> Drop him as Microchip/Atmel NAND controller driver maintainer.
>
> Signed-off-by: Miquel Raynal
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
On Wed, 25 Jul 2018 16:56:28 +0200
Miquel Raynal wrote:
> Mails to wenyou.y...@microchip.com are not deliverable.
> Drop him as Microchip/Atmel NAND controller driver maintainer.
>
> Signed-off-by: Miquel Raynal
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git
On 2018-07-25 10:26, Yi Wang wrote:
> The variable 'context->module.name' may be null pointer when
> kmalloc return null, so it's better to check it before using
> to avoid null dereference.
> Another one more thing this patch does is using kstrdup instead
> of (kmalloc + strcpy), and signal a
On 2018-07-25 10:26, Yi Wang wrote:
> The variable 'context->module.name' may be null pointer when
> kmalloc return null, so it's better to check it before using
> to avoid null dereference.
> Another one more thing this patch does is using kstrdup instead
> of (kmalloc + strcpy), and signal a
On Tue, Jul 24, 2018 at 09:25:16PM +0530, Balakrishna Godavarthi wrote:
> Hi Matthias,
>
> On 2018-07-24 01:24, Matthias Kaehlcke wrote:
> > On Fri, Jul 20, 2018 at 07:02:43PM +0530, Balakrishna Godavarthi wrote:
> > > + * sometimes we will face communication synchronization issues,
> > > + *
On Tue, Jul 24, 2018 at 09:25:16PM +0530, Balakrishna Godavarthi wrote:
> Hi Matthias,
>
> On 2018-07-24 01:24, Matthias Kaehlcke wrote:
> > On Fri, Jul 20, 2018 at 07:02:43PM +0530, Balakrishna Godavarthi wrote:
> > > + * sometimes we will face communication synchronization issues,
> > > + *
On Montag, 9. Juli 2018 16:25:07 CEST Jiri Olsa wrote:
> On Tue, Jul 03, 2018 at 05:35:55PM +0530, Sandipan Das wrote:
>
> SNIP
>
> > After:
> > # perf report --stdio --no-children -s sym,srcline -g address
> >
> > # Samples: 1 of event 'probe_libc:inet_pton'
> > # Event count
On Montag, 9. Juli 2018 16:25:07 CEST Jiri Olsa wrote:
> On Tue, Jul 03, 2018 at 05:35:55PM +0530, Sandipan Das wrote:
>
> SNIP
>
> > After:
> > # perf report --stdio --no-children -s sym,srcline -g address
> >
> > # Samples: 1 of event 'probe_libc:inet_pton'
> > # Event count
Hi Arnaldo,
On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 26, 2018 at 02:23:32AM +0900, Taeung Song escreveu:
Hi,
Building bpf programs with .BTF section,
I thought it'd be better to convert dwarf info to .BTF by
a new tool such as 'tools/bpf/bpf_dwarf2btf' instead of
Hi Arnaldo,
On 07/26/2018 02:52 AM, Arnaldo Carvalho de Melo wrote:
Em Thu, Jul 26, 2018 at 02:23:32AM +0900, Taeung Song escreveu:
Hi,
Building bpf programs with .BTF section,
I thought it'd be better to convert dwarf info to .BTF by
a new tool such as 'tools/bpf/bpf_dwarf2btf' instead of
On Wed, Jul 25, 2018 at 11:18 AM David Howells wrote:
>
> Linus Torvalds wrote:
>
> > Why do they have commit times literally *minutes* before your email to
> > ask me to pull?
>
> I split the first patch into two because it had two more-or-less independent
> changes and it made it easier to
On Wed, Jul 25, 2018 at 11:18 AM David Howells wrote:
>
> Linus Torvalds wrote:
>
> > Why do they have commit times literally *minutes* before your email to
> > ask me to pull?
>
> I split the first patch into two because it had two more-or-less independent
> changes and it made it easier to
On Wed, Jul 25, 2018 at 10:30:40AM -0700, Cannon Matthews wrote:
> On Tue, Jul 24, 2018 at 10:02 PM Elliott, Robert (Persistent Memory)
> > > + BUG_ON(pages_per_huge_page % PAGES_BETWEEN_RESCHED != 0);
> > > + BUG_ON(!dest);
> >
> > Are those really possible conditions? Is there a safer
On Wed, Jul 25, 2018 at 10:30:40AM -0700, Cannon Matthews wrote:
> On Tue, Jul 24, 2018 at 10:02 PM Elliott, Robert (Persistent Memory)
> > > + BUG_ON(pages_per_huge_page % PAGES_BETWEEN_RESCHED != 0);
> > > + BUG_ON(!dest);
> >
> > Are those really possible conditions? Is there a safer
On 7/24/18 11:14 AM, David Miller wrote:
> From: David Ahern
> Date: Tue, 24 Jul 2018 09:14:01 -0600
>
>> I get the impression there is no longer a strong resistance against
>> moving the tables to per namespace, but deciding what is the right
>> approach to handle backwards compatibility.
On 7/24/18 11:14 AM, David Miller wrote:
> From: David Ahern
> Date: Tue, 24 Jul 2018 09:14:01 -0600
>
>> I get the impression there is no longer a strong resistance against
>> moving the tables to per namespace, but deciding what is the right
>> approach to handle backwards compatibility.
From: Thor Thayer
Add the clocks required for the Stratix10 SMMU. Define the
clock names in the SMMU name array and add DT compatible
matching element.
Signed-off-by: Thor Thayer
---
This patch is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
From: Thor Thayer
Add the clocks required for the Stratix10 SMMU. Define the
clock names in the SMMU name array and add DT compatible
matching element.
Signed-off-by: Thor Thayer
---
This patch is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
From: Thor Thayer
Add SMMU support for the Stratix10 SOCFPGA. This patch requires
clock enables for the master TBUs and therefore has a dependency
on patches currently being reviewed.
This patchset is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
From: Thor Thayer
Add SMMU support to the Stratix10 Device Tree which
includes adding the SMMU node and adding IOMMU stream
ids to the SMMU peripherals. Update bindings.
Signed-off-by: Thor Thayer
---
This patch is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
From: Thor Thayer
Add SMMU support for the Stratix10 SOCFPGA. This patch requires
clock enables for the master TBUs and therefore has a dependency
on patches currently being reviewed.
This patchset is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
From: Thor Thayer
Add SMMU support to the Stratix10 Device Tree which
includes adding the SMMU node and adding IOMMU stream
ids to the SMMU peripherals. Update bindings.
Signed-off-by: Thor Thayer
---
This patch is dependent on the patch series
"iommu/arm-smmu: Add runtime pm/sleep support"
System instability are seen during resume from hibernation when system
is under heavy CPU load. This is due to the lack of update of sched
clock data, and the scheduler would then think that heavy CPU hog
tasks need more time in CPU, causing the system to freeze
during the unfreezing of tasks. For
System instability are seen during resume from hibernation when system
is under heavy CPU load. This is due to the lack of update of sched
clock data, and the scheduler would then think that heavy CPU hog
tasks need more time in CPU, causing the system to freeze
during the unfreezing of tasks. For
Linus Torvalds wrote:
> Why do they have commit times literally *minutes* before your email to
> ask me to pull?
I split the first patch into two because it had two more-or-less independent
changes and it made it easier to describe them separately.
David
Linus Torvalds wrote:
> Why do they have commit times literally *minutes* before your email to
> ask me to pull?
I split the first patch into two because it had two more-or-less independent
changes and it made it easier to describe them separately.
David
On Tue, Jul 24, 2018 at 8:51 PM, Robin Murphy wrote:
> On 19/07/18 11:15, Vivek Gautam wrote:
>>
>> From: Sricharan R
>>
>> The smmu needs to be functional only when the respective
>> master's using it are active. The device_link feature
>> helps to track such functional dependencies, so that
On Tue, Jul 24, 2018 at 8:51 PM, Robin Murphy wrote:
> On 19/07/18 11:15, Vivek Gautam wrote:
>>
>> From: Sricharan R
>>
>> The smmu needs to be functional only when the respective
>> master's using it are active. The device_link feature
>> helps to track such functional dependencies, so that
The FPGA region class's dev_release handles freeing the struct
fpga_region when fpga_region_unregister() unregisters the device. A
couple drivers were accessing the region struct after it had been
freed. Save off the pointer to the mgr before the region struct gets
freed.
Signed-off-by: Alan
The FPGA region class's dev_release handles freeing the struct
fpga_region when fpga_region_unregister() unregisters the device. A
couple drivers were accessing the region struct after it had been
freed. Save off the pointer to the mgr before the region struct gets
freed.
Signed-off-by: Alan
Clarify when fpga_(mgr|bridge|region)_free functions should be used.
The class's dev_release will handle cleanup when the device is released
so once the mgr/brige/region has been successfully registered, it
would be a bug to call fpga_(mgr|bridge|region)_free.
Signed-off-by: Alan Tull
Clarify when fpga_(mgr|bridge|region)_free functions should be used.
The class's dev_release will handle cleanup when the device is released
so once the mgr/brige/region has been successfully registered, it
would be a bug to call fpga_(mgr|bridge|region)_free.
Signed-off-by: Alan Tull
On Wed, Jul 25, 2018 at 7:02 AM David Howells wrote:
>
> Can you pull these fixes for fscache and cachefiles please?
I've pulled them, but I'm not happy about it. They are all *very* new.
Why do they have commit times literally *minutes* before your email to
ask me to pull?
What kind of
On Wed, Jul 25, 2018 at 7:02 AM David Howells wrote:
>
> Can you pull these fixes for fscache and cachefiles please?
I've pulled them, but I'm not happy about it. They are all *very* new.
Why do they have commit times literally *minutes* before your email to
ask me to pull?
What kind of
On 7/25/18 11:38 AM, Eric W. Biederman wrote:
>
> Absolutely NOT. Global thresholds are exactly correct given the fact
> you are running on a single kernel.
>
> Memory is not free (Even though we are swimming in enough of it memory
> rarely matters). One of the few remaining challenges is for
On 7/25/18 11:38 AM, Eric W. Biederman wrote:
>
> Absolutely NOT. Global thresholds are exactly correct given the fact
> you are running on a single kernel.
>
> Memory is not free (Even though we are swimming in enough of it memory
> rarely matters). One of the few remaining challenges is for
On Fri, 2018-07-13 at 15:29 +0200, Patrick Steinhardt wrote:
> When power management for SCSI is enabled and if a device uses blk-mq,
> it is possible to trigger a `NULL` pointer exception when resuming that
> device. The NPE is triggered when trying to dereference the `request_fn`
> function
On Fri, 2018-07-13 at 15:29 +0200, Patrick Steinhardt wrote:
> When power management for SCSI is enabled and if a device uses blk-mq,
> it is possible to trigger a `NULL` pointer exception when resuming that
> device. The NPE is triggered when trying to dereference the `request_fn`
> function
Hi All,
Under heavy stress and constant memory hot add/remove, I have observed
the following loop to occasionally loop infinitely:
mm/memory_hotplug.c:__offline_pages
repeat:
/* start memory hot removal */
ret = -EINTR;
if (signal_pending(current))
goto
Hi All,
Under heavy stress and constant memory hot add/remove, I have observed
the following loop to occasionally loop infinitely:
mm/memory_hotplug.c:__offline_pages
repeat:
/* start memory hot removal */
ret = -EINTR;
if (signal_pending(current))
goto
On 7/25/18 12:42 AM, Juergen Gross wrote:
> Remove some macros not used anywhere.
Applied, thanks.
--
Jens Axboe
On 7/25/18 12:42 AM, Juergen Gross wrote:
> Remove some macros not used anywhere.
Applied, thanks.
--
Jens Axboe
501 - 600 of 1900 matches
Mail list logo