[PATCH v2 1/2] drm: Introduce crtc->mode_valid() callback

Some crtc's may have restrictions in the mode they can display. In this patch a new callback (crtc->mode_valid()) is introduced that is called at the same stage of connector->mode_valid() callback. This shall be implemented if the crtc has some sort of restriction so that we don't probe modes

[PATCH v2 1/2] drm: Introduce crtc->mode_valid() callback

Some crtc's may have restrictions in the mode they can display. In this patch a new callback (crtc->mode_valid()) is introduced that is called at the same stage of connector->mode_valid() callback. This shall be implemented if the crtc has some sort of restriction so that we don't probe modes

[PATCH v2 2/2] drm: arcpgu: Use crtc->mode_valid() callback

Now that we have a callback to check if crtc supports a given mode we can use it in arcpgu so that we restrict the number of probbed modes to the ones we can actually display. This is specially useful because arcpgu crtc is responsible to set a clock value in the commit() stage but unfortunatelly

[PATCH v2 2/2] drm: arcpgu: Use crtc->mode_valid() callback

Now that we have a callback to check if crtc supports a given mode we can use it in arcpgu so that we restrict the number of probbed modes to the ones we can actually display. This is specially useful because arcpgu crtc is responsible to set a clock value in the commit() stage but unfortunatelly

[PATCH v2 0/2] Introduce crtc->mode_valid() callback

This patchset introduces a new callback for crtc, called mode_valid() that is responsible to limit the number of probbed modes. Just like connector->mode_valid(), this new callback is called at mode probbing stage so that we can validate the mode. This is specially useful because arcpgu crtc is

[PATCH v2 0/2] Introduce crtc->mode_valid() callback

This patchset introduces a new callback for crtc, called mode_valid() that is responsible to limit the number of probbed modes. Just like connector->mode_valid(), this new callback is called at mode probbing stage so that we can validate the mode. This is specially useful because arcpgu crtc is

Re: [PATCH v2] arm64: perf: Use only exclude_kernel attribute when kernel is running in HYP

On Thu, Apr 27, 2017 at 06:37:59PM +0100, Will Deacon wrote: > On Wed, Apr 26, 2017 at 01:41:42PM +, Jayachandran C wrote: > > On Wed, Apr 26, 2017 at 11:10:21AM +0100, Will Deacon wrote: > > > On Wed, Apr 26, 2017 at 07:22:46AM +, Pinski, Andrew wrote: > > > > On 4/25/2017 11:53 PM,

Re: [PATCH v2] arm64: perf: Use only exclude_kernel attribute when kernel is running in HYP

On Thu, Apr 27, 2017 at 06:37:59PM +0100, Will Deacon wrote: > On Wed, Apr 26, 2017 at 01:41:42PM +, Jayachandran C wrote: > > On Wed, Apr 26, 2017 at 11:10:21AM +0100, Will Deacon wrote: > > > On Wed, Apr 26, 2017 at 07:22:46AM +, Pinski, Andrew wrote: > > > > On 4/25/2017 11:53 PM,

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 11:02:26, Peter Zijlstra wrote: > On Thu, Apr 27, 2017 at 03:38:19PM +0200, Petr Mladek wrote: > > Also we need to look for alternatives. There is a chance > > to create crashdump and get the ftrace messages from it. > > Also this might be scenario when we might need to suggest >

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 11:02:26, Peter Zijlstra wrote: > On Thu, Apr 27, 2017 at 03:38:19PM +0200, Petr Mladek wrote: > > Also we need to look for alternatives. There is a chance > > to create crashdump and get the ftrace messages from it. > > Also this might be scenario when we might need to suggest >

Re: [PATCH v3] usb: dwc3: add disable u2mac linestate check quirk

On Wed, Apr 19, 2017 at 08:11:38PM +0800, William Wu wrote: > This patch adds a quirk to disable USB 2.0 MAC linestate check > during HS transmit. Refer the dwc3 databook, we can use it for > some special platforms if the linestate not reflect the expected > line state(J) during transmission. > >

Re: [PATCH v3] usb: dwc3: add disable u2mac linestate check quirk

On Wed, Apr 19, 2017 at 08:11:38PM +0800, William Wu wrote: > This patch adds a quirk to disable USB 2.0 MAC linestate check > during HS transmit. Refer the dwc3 databook, we can use it for > some special platforms if the linestate not reflect the expected > line state(J) during transmission. > >

Re: [PATCH] MAINTAINERS: bfq: Add Paolo as maintainer for the BFQ I/O scheduler

On 04/28/2017 04:10 AM, Ulf Hansson wrote: > Seems like this was forgotten in the bfq-series from Paolo. Let's do it now > so people don't miss out involving Paolo for any future changes or when > reporting bugs. Thanks, added. -- Jens Axboe

Re: [PATCH] MAINTAINERS: bfq: Add Paolo as maintainer for the BFQ I/O scheduler

On 04/28/2017 04:10 AM, Ulf Hansson wrote: > Seems like this was forgotten in the bfq-series from Paolo. Let's do it now > so people don't miss out involving Paolo for any future changes or when > reporting bugs. Thanks, added. -- Jens Axboe

Re: [PATCH] MAINTAINERS: Remove myself as reviewer for Exynos

On 04/27/2017 10:22 PM, Javier Martinez Canillas wrote: > I left Samsung and lost access to most Exynos hardware and documentation. > Also, I likely won't be able to keep an eye on the platform anymore in the > short term so remove myself as a reviewer for Exynos. > > Signed-off-by: Javier

Re: [PATCH] MAINTAINERS: Remove myself as reviewer for Exynos

On 04/27/2017 10:22 PM, Javier Martinez Canillas wrote: > I left Samsung and lost access to most Exynos hardware and documentation. > Also, I likely won't be able to keep an eye on the platform anymore in the > short term so remove myself as a reviewer for Exynos. > > Signed-off-by: Javier

[PATCH] Allow to use DMA_CTRL_REUSE flag for all channel types

In the current implementation dma_get_slave_caps is used to check state of descriptor_reuse option. But dma_get_slave_caps includes check if the channel supports slave transactions. So DMA_CTRL_REUSE flag can be set (even for MEM-TO-MEM tranfers) only if channel supports slave transactions. Now

[PATCH] Allow to use DMA_CTRL_REUSE flag for all channel types

In the current implementation dma_get_slave_caps is used to check state of descriptor_reuse option. But dma_get_slave_caps includes check if the channel supports slave transactions. So DMA_CTRL_REUSE flag can be set (even for MEM-TO-MEM tranfers) only if channel supports slave transactions. Now

[PATCH 08/14] sched/topology: Move comment about asymmetric node setups

Cc: lw...@redhat.com Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Cc: r...@redhat.com Signed-off-by: Lauro Ramos Venancio Signed-off-by: Peter Zijlstra (Intel) Link:

Re: [BUG] x86: failed to boot a kernel on a Ryzen machine

On 27/04/2017 02:42, Satoru Takeuchi wrote: > At Wed, 26 Apr 2017 18:58:27 +0200, >> On 26/04/2017 13:47, Satoru Takeuchi wrote: >>> OK, here it is. >> >> It looks like the cause is that AMD has removed TBM instructions >> compared to e.g. Piledriver, so libvirt resorts to a much older base >>

[PATCH 08/14] sched/topology: Move comment about asymmetric node setups

Cc: lw...@redhat.com Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Cc: r...@redhat.com Signed-off-by: Lauro Ramos Venancio Signed-off-by: Peter Zijlstra (Intel) Link: http://lkml.kernel.org/r/1492717903-5195-4-git-send-email-lvena...@redhat.com --- kernel/sched/topology.c | 19

Re: [BUG] x86: failed to boot a kernel on a Ryzen machine

On 27/04/2017 02:42, Satoru Takeuchi wrote: > At Wed, 26 Apr 2017 18:58:27 +0200, >> On 26/04/2017 13:47, Satoru Takeuchi wrote: >>> OK, here it is. >> >> It looks like the cause is that AMD has removed TBM instructions >> compared to e.g. Piledriver, so libvirt resorts to a much older base >>

Re: [PATCH -mm -v3] mm, swap: Sort swap entries before free

"Huang, Ying" writes: > Minchan Kim writes: > >> On Fri, Apr 28, 2017 at 04:05:26PM +0800, Huang, Ying wrote: >>> Minchan Kim writes: >>> >>> > On Fri, Apr 28, 2017 at 09:09:53AM +0800, Huang, Ying wrote: >>> >> Minchan Kim

Re: [PATCH -mm -v3] mm, swap: Sort swap entries before free

"Huang, Ying" writes: > Minchan Kim writes: > >> On Fri, Apr 28, 2017 at 04:05:26PM +0800, Huang, Ying wrote: >>> Minchan Kim writes: >>> >>> > On Fri, Apr 28, 2017 at 09:09:53AM +0800, Huang, Ying wrote: >>> >> Minchan Kim writes: >>> >> >>> >> > On Wed, Apr 26, 2017 at 08:42:10PM +0800,

Re: [PATCH] pwm: sun4i: switch to atomic PWM

Hi, On 28/04/2017 at 00:00:02 +0200, Alexandre Belloni wrote: > +static int sun4i_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm, > +struct pwm_state *state) > { > struct sun4i_pwm_chip *sun4i_pwm = to_sun4i_pwm_chip(chip); > - u32 val; > - int ret;

[PATCH 04/14] sched/topology: Simplify build_overlap_sched_groups()

Now that the first group will always be the previous domain of this @cpu this can be simplified. In fact, writing the code now removed should've been a big clue I was doing it wrong :/ Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 13 ++---

Re: [PATCH] pwm: sun4i: switch to atomic PWM

Hi, On 28/04/2017 at 00:00:02 +0200, Alexandre Belloni wrote: > +static int sun4i_pwm_apply(struct pwm_chip *chip, struct pwm_device *pwm, > +struct pwm_state *state) > { > struct sun4i_pwm_chip *sun4i_pwm = to_sun4i_pwm_chip(chip); > - u32 val; > - int ret;

[PATCH 04/14] sched/topology: Simplify build_overlap_sched_groups()

Now that the first group will always be the previous domain of this @cpu this can be simplified. In fact, writing the code now removed should've been a big clue I was doing it wrong :/ Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 13 ++--- 1 file changed, 2

[PATCH 14/14] sched/topology: Add a few comments

Try and describe what this code is about.. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 169 ++-- 1 file changed, 162 insertions(+), 7 deletions(-) --- a/kernel/sched/topology.c +++

[PATCH 06/14] sched/topology,debug: Verify the first group matches the child domain

Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c |6 ++ 1 file changed, 6 insertions(+) --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -93,6 +93,12 @@ static int sched_domain_debug_one(struct

[PATCH 06/14] sched/topology,debug: Verify the first group matches the child domain

Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c |6 ++ 1 file changed, 6 insertions(+) --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -93,6 +93,12 @@ static int sched_domain_debug_one(struct group->sgc->capacity);

[PATCH 14/14] sched/topology: Add a few comments

Try and describe what this code is about.. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 169 ++-- 1 file changed, 162 insertions(+), 7 deletions(-) --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -495,11 +495,96

[PATCH 10/14] sched/topology: Fix overlapping sched_group_mask

The point of sched_group_mask is to select those CPUs from sched_group_cpus that can actually arrive at this balance domain. The current code gets it wrong, as can be readily demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1: 20 10 20 30 2: 30 20

[PATCH 05/14] sched/topology,debug: Print the group mask

In order to determine the balance_cpu (for should_we_balance()) we need the sched_group_mask() for overlapping domains. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) ---

[PATCH 10/14] sched/topology: Fix overlapping sched_group_mask

The point of sched_group_mask is to select those CPUs from sched_group_cpus that can actually arrive at this balance domain. The current code gets it wrong, as can be readily demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1: 20 10 20 30 2: 30 20

[PATCH 05/14] sched/topology,debug: Print the group mask

In order to determine the balance_cpu (for should_we_balance()) we need the sched_group_mask() for overlapping domains. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/topology.c | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) --- a/kernel/sched/topology.c +++

[PATCH 07/14] sched/topology: Optimize build_group_mask()

The group mask is always used in intersection with the group cpus. So, when building the group mask, we don't have to care about cpus that are not part of the group. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Cc: r...@redhat.com

[PATCH 07/14] sched/topology: Optimize build_group_mask()

The group mask is always used in intersection with the group cpus. So, when building the group mask, we don't have to care about cpus that are not part of the group. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Cc: r...@redhat.com Signed-off-by: Lauro Ramos Venancio Signed-off-by:

[PATCH 13/14] sched/topology: Fix overlapping sched_group_capacity

When building the overlapping groups we need to attach a consistent sched_group_capacity structure. That is, all 'identical' sched_group's should have the _same_ sched_group_capacity. This can (once again) be demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1:

[PATCH 13/14] sched/topology: Fix overlapping sched_group_capacity

When building the overlapping groups we need to attach a consistent sched_group_capacity structure. That is, all 'identical' sched_group's should have the _same_ sched_group_capacity. This can (once again) be demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1:

[PATCH 09/14] sched/topology: Remove FORCE_SD_OVERLAP

Its an obsolete debug mechanism and future code wants to rely on properties this undermines. Namely, it would be good to assume that SD_OVERLAP domains have children, but if we build the entire hierarchy with SD_OVERLAP this is obviously false. Signed-off-by: Peter Zijlstra (Intel)

[PATCH 09/14] sched/topology: Remove FORCE_SD_OVERLAP

Its an obsolete debug mechanism and future code wants to rely on properties this undermines. Namely, it would be good to assume that SD_OVERLAP domains have children, but if we build the entire hierarchy with SD_OVERLAP this is obviously false. Signed-off-by: Peter Zijlstra (Intel) ---

[PATCH 11/14] sched/topology: Small cleanup

Move the allocation of topology specific cpumasks into the topology code. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/core.c |4 +--- kernel/sched/sched.h|4 +--- kernel/sched/topology.c |7 +-- 3 files changed, 7 insertions(+), 8

[PATCH 12/14] sched/topology,debug: Add sched_group_capacity debugging

Add sgc::id to easier spot domain construction issues. Take the opportunity to slightly rework the group printing, because adding more "(id: %d)" strings makes the entire thing very hard to read. Also the individual groups are very hard to separate, so add explicit visual grouping, which allows

[PATCH 12/14] sched/topology,debug: Add sched_group_capacity debugging

Add sgc::id to easier spot domain construction issues. Take the opportunity to slightly rework the group printing, because adding more "(id: %d)" strings makes the entire thing very hard to read. Also the individual groups are very hard to separate, so add explicit visual grouping, which allows

[PATCH 11/14] sched/topology: Small cleanup

Move the allocation of topology specific cpumasks into the topology code. Signed-off-by: Peter Zijlstra (Intel) --- kernel/sched/core.c |4 +--- kernel/sched/sched.h|4 +--- kernel/sched/topology.c |7 +-- 3 files changed, 7 insertions(+), 8 deletions(-) ---

[PATCH 00/14] sched/topology fixes

Hi, These patches are based upon the hard work of Lauro. He put in the time and effort to understand and debug the code. So while I didn't take many of his actual patches; I want to thank him for doing the work. Hopefully the "Debugged-by:" tag conveys some of that. In any case, please have a

[PATCH 02/14] sched,cpumask: Export for_each_cpu_wrap()

More users for for_each_cpu_wrap() have appeared. Promote the construct to generic cpumask interface. The implementation is slightly modified to reduce arguments. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Lauro Ramos Venancio Cc: Thomas

[PATCH 00/14] sched/topology fixes

Hi, These patches are based upon the hard work of Lauro. He put in the time and effort to understand and debug the code. So while I didn't take many of his actual patches; I want to thank him for doing the work. Hopefully the "Debugged-by:" tag conveys some of that. In any case, please have a

[PATCH 02/14] sched,cpumask: Export for_each_cpu_wrap()

More users for for_each_cpu_wrap() have appeared. Promote the construct to generic cpumask interface. The implementation is slightly modified to reduce arguments. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Lauro Ramos Venancio Cc: Thomas Gleixner Cc: Rik van Riel Signed-off-by: Peter Zijlstra

[PATCH 01/14] sched/topology: Refactor function build_overlap_sched_groups()

Create functions build_group_from_child_sched_domain() and init_overlap_sched_group(). No functional change. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Acked-by: Rik van Riel Signed-off-by: Lauro Ramos Venancio

[PATCH 01/14] sched/topology: Refactor function build_overlap_sched_groups()

Create functions build_group_from_child_sched_domain() and init_overlap_sched_group(). No functional change. Cc: Ingo Molnar Cc: Mike Galbraith Cc: Thomas Gleixner Acked-by: Rik van Riel Signed-off-by: Lauro Ramos Venancio Signed-off-by: Peter Zijlstra (Intel) Link:

[PATCH 03/14] sched/topology: Fix building of overlapping sched-groups

When building the overlapping groups, we very obviously should start with the previous domain of _this_ @cpu, not CPU-0. This can be readily demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1: 20 10 20 30 2: 30 20 10 20 3: 20 30 20 10

[PATCH 03/14] sched/topology: Fix building of overlapping sched-groups

When building the overlapping groups, we very obviously should start with the previous domain of _this_ @cpu, not CPU-0. This can be readily demonstrated with a topology like: node 0 1 2 3 0: 10 20 30 20 1: 20 10 20 30 2: 30 20 10 20 3: 20 30 20 10

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 04:15:09PM +0300, Matwey V. Kornilov wrote: > 2017-04-28 15:43 GMT+03:00 Bin Liu : > > On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: > >> which i > >> > >> 2017-04-28 14:58 GMT+03:00 Bin Liu : > >> > On Fri, Apr 28, 2017 at

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

On Fri, Apr 28, 2017 at 04:15:09PM +0300, Matwey V. Kornilov wrote: > 2017-04-28 15:43 GMT+03:00 Bin Liu : > > On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: > >> which i > >> > >> 2017-04-28 14:58 GMT+03:00 Bin Liu : > >> > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V.

Re: [PATCH v6 3/5] rxrpc: check return value of skb_to_sgvec always

Hi Sabrina, Thanks for the review. On Fri, Apr 28, 2017 at 1:41 PM, Sabrina Dubroca wrote: > > sg_init_table(sg, nsg); > > - skb_to_sgvec(skb, sg, offset, len); > > + if (unlikely(skb_to_sgvec(skb, sg, offset, len) < 0)) > > + goto nomem; > >

Re: [PATCH v6 3/5] rxrpc: check return value of skb_to_sgvec always

Hi Sabrina, Thanks for the review. On Fri, Apr 28, 2017 at 1:41 PM, Sabrina Dubroca wrote: > > sg_init_table(sg, nsg); > > - skb_to_sgvec(skb, sg, offset, len); > > + if (unlikely(skb_to_sgvec(skb, sg, offset, len) < 0)) > > + goto nomem; > > You're leaking sg when nsg

Re: [PATCH V2] hwmon: (ibmpowernv) Add min/max attributes and current sensors

On 04/27/2017 10:59 PM, Shilpasri G Bhat wrote: Add support for adding min/max values for the inband sensors copied by OCC to main memory. And also add current(mA) sensors to the list. Signed-off-by: Shilpasri G Bhat --- Changes from V1: - Add functions to get

Re: [PATCH V2] hwmon: (ibmpowernv) Add min/max attributes and current sensors

On 04/27/2017 10:59 PM, Shilpasri G Bhat wrote: Add support for adding min/max values for the inband sensors copied by OCC to main memory. And also add current(mA) sensors to the list. Signed-off-by: Shilpasri G Bhat --- Changes from V1: - Add functions to get min and max attribute strings -

Re: [PATCH 1/2] iommu/s390: Fix IOMMU groups

On Thu, 27 Apr 2017 23:12:32 +0200 Joerg Roedel wrote: > On Thu, Apr 27, 2017 at 08:11:42PM +0200, Gerald Schaefer wrote: > > > +void zpci_destroy_iommu(struct zpci_dev *zdev) > > > +{ > > > + iommu_group_put(zdev->group); > > > + zdev->group = NULL; > > > +} > > > > While

Re: [PATCH 1/2] iommu/s390: Fix IOMMU groups

On Thu, 27 Apr 2017 23:12:32 +0200 Joerg Roedel wrote: > On Thu, Apr 27, 2017 at 08:11:42PM +0200, Gerald Schaefer wrote: > > > +void zpci_destroy_iommu(struct zpci_dev *zdev) > > > +{ > > > + iommu_group_put(zdev->group); > > > + zdev->group = NULL; > > > +} > > > > While the rest of this

[PATCH] smp: do not send IPI if call_single_queue not empty

For smp_call_function_many(), whenever a CPU queues a CSD to a target CPU, it will send an IPI to let the target CPU to handle the work. This isn't necessary - we need only send IPI when queueing a CSD to an empty call_single_queue. The reason: flush_smp_call_function_queue() that is called upon

[PATCH] smp: do not send IPI if call_single_queue not empty

For smp_call_function_many(), whenever a CPU queues a CSD to a target CPU, it will send an IPI to let the target CPU to handle the work. This isn't necessary - we need only send IPI when queueing a CSD to an empty call_single_queue. The reason: flush_smp_call_function_queue() that is called upon

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

Hi Ralph, On 4/28/2017 5:55 PM, Ralph Sennhauser wrote: > On Fri, 28 Apr 2017 17:26:41 +0530 > Sricharan R wrote: > >> Hi Ralph, >> >> >> >>> >>> Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe >>> time for platform/amba/pci bus devices")

Re: [REGRESSION next-20170426] Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe time for platform/amba/pci bus devices") causes oops in mvneta

Hi Ralph, On 4/28/2017 5:55 PM, Ralph Sennhauser wrote: > On Fri, 28 Apr 2017 17:26:41 +0530 > Sricharan R wrote: > >> Hi Ralph, >> >> >> >>> >>> Commit 09515ef5ddad ("of/acpi: Configure dma operations at probe >>> time for platform/amba/pci bus devices") causes a kernel panic

RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Friday, April 28, 2017, Andy Shevchenko wrote: > > In the RZ/A1 HW manual you can kind of see that in 54.18 Port Control > Logical Diagram (but that wasn't obvious to me at first). > > Please, post a link to it or copy essential parts. This board the RZ/A1 GENMAI board.

RE: [PATCH v5 01/10] pinctrl: generic: Add bi-directional and output-enable

On Friday, April 28, 2017, Andy Shevchenko wrote: > > In the RZ/A1 HW manual you can kind of see that in 54.18 Port Control > Logical Diagram (but that wasn't obvious to me at first). > > Please, post a link to it or copy essential parts. This board the RZ/A1 GENMAI board.

Re: [PATCH] iov_iter: don't revert if csum error

2017-04-28, 20:48:45 +0800, Ding Tianhong wrote: > The patch 3278682 (make skb_copy_datagram_msg() et.al. preserve > ->msg_iter on error) will revert the iov buffer if copy to iter > failed, but it looks no need to revert for csum error, so fix it. > > Fixes: 3278682 ("make

Re: [PATCH] iov_iter: don't revert if csum error

2017-04-28, 20:48:45 +0800, Ding Tianhong wrote: > The patch 3278682 (make skb_copy_datagram_msg() et.al. preserve > ->msg_iter on error) will revert the iov buffer if copy to iter > failed, but it looks no need to revert for csum error, so fix it. > > Fixes: 3278682 ("make

Re: [PATCH -mm -v10 3/3] mm, THP, swap: Enable THP swap optimization only if has compound map

On Tue, Apr 25, 2017 at 05:46:18PM -0400, Johannes Weiner wrote: > On Tue, Apr 25, 2017 at 08:56:58PM +0800, Huang, Ying wrote: > > From: Huang Ying > > > > If there is no compound map for a THP (Transparent Huge Page), it is > > possible that the map count of some

Re: [PATCH -mm -v10 3/3] mm, THP, swap: Enable THP swap optimization only if has compound map

On Tue, Apr 25, 2017 at 05:46:18PM -0400, Johannes Weiner wrote: > On Tue, Apr 25, 2017 at 08:56:58PM +0800, Huang, Ying wrote: > > From: Huang Ying > > > > If there is no compound map for a THP (Transparent Huge Page), it is > > possible that the map count of some sub-pages of the THP is 0. So

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

2017-04-28 15:43 GMT+03:00 Bin Liu : > On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: >> which i >> >> 2017-04-28 14:58 GMT+03:00 Bin Liu : >> > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: >> >> 2017-04-27 20:13 GMT+03:00

Re: [PATCH] usb: musb: musb_host: Introduce postponed URB giveback

2017-04-28 15:43 GMT+03:00 Bin Liu : > On Fri, Apr 28, 2017 at 03:13:55PM +0300, Matwey V. Kornilov wrote: >> which i >> >> 2017-04-28 14:58 GMT+03:00 Bin Liu : >> > On Fri, Apr 28, 2017 at 10:04:30AM +0300, Matwey V. Kornilov wrote: >> >> 2017-04-27 20:13 GMT+03:00 Bin Liu : >> >> > On Thu, Apr

Re: [PATCH v7 1/3] staging: typec: USB Type-C Port Manager (tcpm)

On 04/28/2017 12:28 AM, Greg Kroah-Hartman wrote: On Thu, Apr 27, 2017 at 02:09:56PM -0700, Guenter Roeck wrote: --- /dev/null +++ b/drivers/staging/typec/pd.h @@ -0,0 +1,281 @@ +/* + * Copyright 2015-2017 Google, Inc + * + * This program is free software; you can redistribute it and/or modify

Re: [PATCH v7 1/3] staging: typec: USB Type-C Port Manager (tcpm)

On 04/28/2017 12:28 AM, Greg Kroah-Hartman wrote: On Thu, Apr 27, 2017 at 02:09:56PM -0700, Guenter Roeck wrote: --- /dev/null +++ b/drivers/staging/typec/pd.h @@ -0,0 +1,281 @@ +/* + * Copyright 2015-2017 Google, Inc + * + * This program is free software; you can redistribute it and/or modify

[PATCH v2] clk: Provide dummy of_clk_get_from_provider() for compile-testing

When CONFIG_ON=n, dummies are provided for of_clk_get() and of_clk_get_by_name(), but not for of_clk_get_from_provider(). Provide a dummy for the latter, to improve the ability to do compile-testing. This requires removing the existing dummy in the Lantiq clock code. Fixes: 766e6a4ec602d0c1

[PATCH v2] clk: Provide dummy of_clk_get_from_provider() for compile-testing

When CONFIG_ON=n, dummies are provided for of_clk_get() and of_clk_get_by_name(), but not for of_clk_get_from_provider(). Provide a dummy for the latter, to improve the ability to do compile-testing. This requires removing the existing dummy in the Lantiq clock code. Fixes: 766e6a4ec602d0c1

Re: [PATCH V15 07/11] acpi: apei: panic OS with fatal error status block

On Tue, Apr 18, 2017 at 05:05:19PM -0600, Tyler Baicar wrote: > From: "Jonathan (Zhixiong) Zhang" > > Even if an error status block's severity is fatal, the kernel does not > honor the severity level and panic. > > With the firmware first model, the platform could inform

Re: [PATCH V15 07/11] acpi: apei: panic OS with fatal error status block

On Tue, Apr 18, 2017 at 05:05:19PM -0600, Tyler Baicar wrote: > From: "Jonathan (Zhixiong) Zhang" > > Even if an error status block's severity is fatal, the kernel does not > honor the severity level and panic. > > With the firmware first model, the platform could inform the OS about a > fatal

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Thu, Apr 27, 2017 at 01:42:25PM -0400, Jon Mason wrote: > On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin > wrote: > > Hey Jason, > > It's Jon :) Apologies. I think I either read too fast, or my fingers were faster than my brain. Sorry. > > > > > On Tue, Apr 25,

Re: [PATCH 1/2] thermal: broadcom: Allow for NSP to use ns-thermal driver

On Thu, Apr 27, 2017 at 01:42:25PM -0400, Jon Mason wrote: > On Thu, Apr 27, 2017 at 12:37 PM, Eduardo Valentin > wrote: > > Hey Jason, > > It's Jon :) Apologies. I think I either read too fast, or my fingers were faster than my brain. Sorry. > > > > > On Tue, Apr 25, 2017 at 04:49:10PM

[PATCH v1] clk: palmas: undo preparation of a clock source.

Undo preparation of a clock source, if palmas_clks_init_configure is not successful. Signed-off-by: Arvind Yadav --- drivers/clk/clk-palmas.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/clk-palmas.c b/drivers/clk/clk-palmas.c index 31f590c..7f51c01

[PATCH v1] clk: palmas: undo preparation of a clock source.

Undo preparation of a clock source, if palmas_clks_init_configure is not successful. Signed-off-by: Arvind Yadav --- drivers/clk/clk-palmas.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/clk/clk-palmas.c b/drivers/clk/clk-palmas.c index 31f590c..7f51c01 100644 ---

[PATCH v2 1/3] tpm: vtpm_proxy: Add ioctl to get supported flags

Add an ioctl to get the supported flags. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 29 + include/uapi/linux/vtpm_proxy.h | 11 +++ 2 files changed, 40 insertions(+) diff --git

[PATCH v2 1/3] tpm: vtpm_proxy: Add ioctl to get supported flags

Add an ioctl to get the supported flags. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 29 + include/uapi/linux/vtpm_proxy.h | 11 +++ 2 files changed, 40 insertions(+) diff --git a/drivers/char/tpm/tpm_vtpm_proxy.c

[PATCH v2 2/3] tpm: vtpm_proxy: Implement request_locality

Implement the request_locality function. Accept all localities assuming that the emulator handling the localities will check for a valid locality. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 6 ++ 1 file changed, 6 insertions(+) diff

[PATCH v2 2/3] tpm: vtpm_proxy: Implement request_locality

Implement the request_locality function. Accept all localities assuming that the emulator handling the localities will check for a valid locality. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH v2 0/3] Extend the vTPM proxy driver to pass locality to emulator

The purpose of this series of patches is to enable the passing of the locality a command is executing in to a TPM emulator. To enable this we introduce a new flag for the device creation ioctl that requests that the locality be prepended to every command. For applications to check which flags the

[PATCH v2 0/3] Extend the vTPM proxy driver to pass locality to emulator

The purpose of this series of patches is to enable the passing of the locality a command is executing in to a TPM emulator. To enable this we introduce a new flag for the device creation ioctl that requests that the locality be prepended to every command. For applications to check which flags the

[PATCH v2 3/3] tpm: vtpm_proxy: Add ioctl to request locality prepended to command

Add an ioctl to request that the locality be prepended to every TPM command. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 18 +- include/uapi/linux/vtpm_proxy.h | 4 +++- 2 files changed, 16 insertions(+), 6 deletions(-)

[PATCH v2 3/3] tpm: vtpm_proxy: Add ioctl to request locality prepended to command

Add an ioctl to request that the locality be prepended to every TPM command. Signed-off-by: Stefan Berger --- drivers/char/tpm/tpm_vtpm_proxy.c | 18 +- include/uapi/linux/vtpm_proxy.h | 4 +++- 2 files changed, 16 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v4] staging: ks7010: fix block comment style

On Fri, 28 Apr 2017 14:20:21 +0200 Greg Kroah-Hartman wrote: > > Nope, the whole thing still doesn't apply: > > checking file drivers/staging/ks7010/ks_wlan_net.c > Hunk #1 FAILED at 230. > Hunk #2 FAILED at 343. > Hunk #3 FAILED at 1137. > Hunk #4 FAILED at 1189. >

Re: [PATCH v4] staging: ks7010: fix block comment style

On Fri, 28 Apr 2017 14:20:21 +0200 Greg Kroah-Hartman wrote: > > Nope, the whole thing still doesn't apply: > > checking file drivers/staging/ks7010/ks_wlan_net.c > Hunk #1 FAILED at 230. > Hunk #2 FAILED at 343. > Hunk #3 FAILED at 1137. > Hunk #4 FAILED at 1189. > Hunk #5 FAILED at 1225. >

[PATCH] proc: Fix unbalanced hard link numbers

proc_create_mount_point() forgot to increase the parent's nlink, and it resulted in unbalanced hard link numbers, e.g. /proc/fs shows one less than expected. Fixes: eb6d38d5427b ("proc: Allow creating permanently empty directories...") Cc: sta...@vger.kernel.org Reported-by: Tristan Ye

[PATCH] proc: Fix unbalanced hard link numbers

proc_create_mount_point() forgot to increase the parent's nlink, and it resulted in unbalanced hard link numbers, e.g. /proc/fs shows one less than expected. Fixes: eb6d38d5427b ("proc: Allow creating permanently empty directories...") Cc: sta...@vger.kernel.org Reported-by: Tristan Ye

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Fri, Apr 28, 2017 at 01:30:16PM +0100, Jose Abreu wrote: > Hi Ville, > > > Thanks for the review! My comments inline. > > > On 28-04-2017 12:41, Ville Syrjälä wrote: > > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > >> Some crtc's may have restrictions in the mode they can

Re: [PATCH 1/2] drm: Introduce crtc->mode_valid() callback

On Fri, Apr 28, 2017 at 01:30:16PM +0100, Jose Abreu wrote: > Hi Ville, > > > Thanks for the review! My comments inline. > > > On 28-04-2017 12:41, Ville Syrjälä wrote: > > On Wed, Apr 26, 2017 at 11:48:34AM +0100, Jose Abreu wrote: > >> Some crtc's may have restrictions in the mode they can

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 10:35:32, Sergey Senozhatsky wrote: > On (04/27/17 12:14), Steven Rostedt wrote: > [..] > > I tried this patch. It's better because I get the end of the trace, but > > I do lose the beginning of it: > > > > ** 196358 printk messages dropped ** [ 102.321182] perf-5981

Re: [PATCH v5 1/4] printk/nmi: generic solution for safe printk in NMI

On Fri 2017-04-28 10:35:32, Sergey Senozhatsky wrote: > On (04/27/17 12:14), Steven Rostedt wrote: > [..] > > I tried this patch. It's better because I get the end of the trace, but > > I do lose the beginning of it: > > > > ** 196358 printk messages dropped ** [ 102.321182] perf-5981

<    3   4   5   6   7   8   9   10   11   12   >