On Sun, Aug 26 2018 at 08:33 -0600, Linus Walleij wrote:
On Fri, Aug 17, 2018 at 6:39 PM Lina Iyer wrote:
QCOM SoC's that have Power Domain Controller (PDC) chip in the always-on
domain can wakeup the SoC, when interrupts and GPIOs are routed to the
its interrupt controller. Only select GPIOs
On Sun, Aug 26 2018 at 08:33 -0600, Linus Walleij wrote:
On Fri, Aug 17, 2018 at 6:39 PM Lina Iyer wrote:
QCOM SoC's that have Power Domain Controller (PDC) chip in the always-on
domain can wakeup the SoC, when interrupts and GPIOs are routed to the
its interrupt controller. Only select GPIOs
On 08/27/2018 06:22 PM, Luca Ceresoli wrote:
> Hi,
>
> thanks for your feedback.
>
> [Adding Michal Simek (Xilinx maintainer) in Cc]
>
> On 27/08/2018 14:27, Lars-Peter Clausen wrote:
>> On 08/24/2018 06:04 PM, Luca Ceresoli wrote:
>>> The default value of the PERIOD_LEN register is 0 and
On 08/27/2018 06:22 PM, Luca Ceresoli wrote:
> Hi,
>
> thanks for your feedback.
>
> [Adding Michal Simek (Xilinx maintainer) in Cc]
>
> On 27/08/2018 14:27, Lars-Peter Clausen wrote:
>> On 08/24/2018 06:04 PM, Luca Ceresoli wrote:
>>> The default value of the PERIOD_LEN register is 0 and
On Mon, Aug 20 2018 at 00:05 -0600, Bjorn Andersson wrote:
On Fri 17 Aug 09:38 PDT 2018, Lina Iyer wrote:
Thanks Lina, I think this looks like a very reasonable approach!
QCOM SoC's that have Power Domain Controller (PDC) chip in the always-on
domain can wakeup the SoC, when interrupts and
On Mon, Aug 20 2018 at 00:05 -0600, Bjorn Andersson wrote:
On Fri 17 Aug 09:38 PDT 2018, Lina Iyer wrote:
Thanks Lina, I think this looks like a very reasonable approach!
QCOM SoC's that have Power Domain Controller (PDC) chip in the always-on
domain can wakeup the SoC, when interrupts and
Changes since v4:
- Rebase to the current kvm/next (KVM_CAP_HYPERV_SEND_IPI is now 159)
- Use 64 instead of 'BITS_PER_LONG' [Roman Kagan]
- Continue in case wrong VP ids or disabled APICs instead of bailing
[Roman Kagan]
Using hypercall for sending IPIs is faster because this allows to specify
We can use 'NULL' to represent 'all cpus' case in
kvm_make_vcpus_request_mask() and avoid building vCPU mask with
all vCPUs.
Suggested-by: Radim Krčmář
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/kvm/hyperv.c | 42 +++---
VP_INDEX almost always matches VCPU id and get_vcpu_by_vpidx() is fast,
use it instead of traversing full vCPU list every time.
To support the change split off get_vcpu_idx_by_vpidx() from
get_vcpu_by_vpidx().
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/kvm/hyperv.c
Hyper-V TLFS (5.0b) states:
> Virtual processors are identified by using an index (VP index). The
> maximum number of virtual processors per partition supported by the
> current implementation of the hypervisor can be obtained through CPUID
> leaf 0x4005. A virtual processor index must be
These structures are going to be used from KVM code so let's make
their names reflect their Hyper-V origin.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/hyperv/hv_apic.c | 8
arch/x86/include/asm/hyperv-tlfs.h | 16 +---
2 files changed,
Changes since v4:
- Rebase to the current kvm/next (KVM_CAP_HYPERV_SEND_IPI is now 159)
- Use 64 instead of 'BITS_PER_LONG' [Roman Kagan]
- Continue in case wrong VP ids or disabled APICs instead of bailing
[Roman Kagan]
Using hypercall for sending IPIs is faster because this allows to specify
We can use 'NULL' to represent 'all cpus' case in
kvm_make_vcpus_request_mask() and avoid building vCPU mask with
all vCPUs.
Suggested-by: Radim Krčmář
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/kvm/hyperv.c | 42 +++---
VP_INDEX almost always matches VCPU id and get_vcpu_by_vpidx() is fast,
use it instead of traversing full vCPU list every time.
To support the change split off get_vcpu_idx_by_vpidx() from
get_vcpu_by_vpidx().
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/kvm/hyperv.c
Hyper-V TLFS (5.0b) states:
> Virtual processors are identified by using an index (VP index). The
> maximum number of virtual processors per partition supported by the
> current implementation of the hypervisor can be obtained through CPUID
> leaf 0x4005. A virtual processor index must be
These structures are going to be used from KVM code so let's make
their names reflect their Hyper-V origin.
Signed-off-by: Vitaly Kuznetsov
Reviewed-by: Roman Kagan
---
arch/x86/hyperv/hv_apic.c | 8
arch/x86/include/asm/hyperv-tlfs.h | 16 +---
2 files changed,
Using hypercall for sending IPIs is faster because this allows to specify
any number of vCPUs (even > 64 with sparse CPU set), the whole procedure
will take only one VMEXIT.
Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi
hypercall can't be 'fast' (passing parameters
Using hypercall for sending IPIs is faster because this allows to specify
any number of vCPUs (even > 64 with sparse CPU set), the whole procedure
will take only one VMEXIT.
Current Hyper-V TLFS (v5.0b) claims that HvCallSendSyntheticClusterIpi
hypercall can't be 'fast' (passing parameters
On Wed, Aug 15, 2018 at 06:12:05PM +0200, Borislav Petkov wrote:
> Nah, I can take it - I'll just drop the CC:stable thing.
Actually, looking at this driver more - it has been depending on BROKEN
since 2007!
28f96eeafc89 ("drivers/edac-new-i82443bxgz-mc-driver: mark as broken")
and no one has
On Wed, Aug 15, 2018 at 06:12:05PM +0200, Borislav Petkov wrote:
> Nah, I can take it - I'll just drop the CC:stable thing.
Actually, looking at this driver more - it has been depending on BROKEN
since 2007!
28f96eeafc89 ("drivers/edac-new-i82443bxgz-mc-driver: mark as broken")
and no one has
[gah -- accidentally hit send]
On Mon, Aug 27, 2018 at 9:42 AM, Andy Lutomirski wrote:
> Hi all-
>
> We had an unfortunate conflict. Adrian did all the plumbing to get
> entry_trampoline to play nicelyh with kcore and perf. Meanwhile, I
> was working on getting rid of the entry trampoline.
[gah -- accidentally hit send]
On Mon, Aug 27, 2018 at 9:42 AM, Andy Lutomirski wrote:
> Hi all-
>
> We had an unfortunate conflict. Adrian did all the plumbing to get
> entry_trampoline to play nicelyh with kcore and perf. Meanwhile, I
> was working on getting rid of the entry trampoline.
On 08/27/2018 12:46 AM, Michal Hocko wrote:
> On Fri 24-08-18 11:08:24, Mike Kravetz wrote:
>> On 08/24/2018 01:41 AM, Michal Hocko wrote:
>>> On Thu 23-08-18 13:59:16, Mike Kravetz wrote:
>>>
>>> Acked-by: Michal Hocko
>>>
>>> One nit below.
>>>
>>> [...]
diff --git a/mm/hugetlb.c
Hi all-
We had an unfortunate conflict. Adrian did all the plumbing to get
entry_trampoline to play nicelyh with kcore and perf. Meanwhile, I
was working on getting rid of the entry trampoline. Adrian's code is
merged and mine is finally in good shape, and there's an obvious
conflict.
So I
On 08/27/2018 12:46 AM, Michal Hocko wrote:
> On Fri 24-08-18 11:08:24, Mike Kravetz wrote:
>> On 08/24/2018 01:41 AM, Michal Hocko wrote:
>>> On Thu 23-08-18 13:59:16, Mike Kravetz wrote:
>>>
>>> Acked-by: Michal Hocko
>>>
>>> One nit below.
>>>
>>> [...]
diff --git a/mm/hugetlb.c
Hi all-
We had an unfortunate conflict. Adrian did all the plumbing to get
entry_trampoline to play nicelyh with kcore and perf. Meanwhile, I
was working on getting rid of the entry trampoline. Adrian's code is
merged and mine is finally in good shape, and there's an obvious
conflict.
So I
On 27/08/2018 15:32, zhong jiang wrote:
> The function 'for_each_child_of_node' iterates over the node list by
> dropping the of_node reference of the previous node.
>
> Calling of_node_put() on the iterator is pointless and leads to an
> inconsistent refcounting in addition to a double free.
On 27/08/2018 15:32, zhong jiang wrote:
> The function 'for_each_child_of_node' iterates over the node list by
> dropping the of_node reference of the previous node.
>
> Calling of_node_put() on the iterator is pointless and leads to an
> inconsistent refcounting in addition to a double free.
I've noticed, that dying memory cgroups are often pinned
in memory by a single pagecache page. Even under moderate
memory pressure they sometimes stayed in such state
for a long time. That looked strange.
My investigation showed that the problem is caused by
applying the LRU pressure balancing
I've noticed, that dying memory cgroups are often pinned
in memory by a single pagecache page. Even under moderate
memory pressure they sometimes stayed in such state
for a long time. That looked strange.
My investigation showed that the problem is caused by
applying the LRU pressure balancing
Memcg charge is batched using per-cpu stocks, so an offline memcg
can be pinned by a cached charge up to a moment, when a process
belonging to some other cgroup will charge some memory on the same
cpu. In other words, cached charges can prevent a memory cgroup
from being reclaimed for some time,
Memcg charge is batched using per-cpu stocks, so an offline memcg
can be pinned by a cached charge up to a moment, when a process
belonging to some other cgroup will charge some memory on the same
cpu. In other words, cached charges can prevent a memory cgroup
from being reclaimed for some time,
If CONFIG_VMAP_STACK is set, kernel stacks are allocated
using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
stack pages are charged against corresponding memory cgroups
on allocation and uncharged on releasing them.
The problem is that we do cache kernel stacks in small
per-cpu caches and
If CONFIG_VMAP_STACK is set, kernel stacks are allocated
using __vmalloc_node_range() with __GFP_ACCOUNT. So kernel
stack pages are charged against corresponding memory cgroups
on allocation and uncharged on releasing them.
The problem is that we do cache kernel stacks in small
per-cpu caches and
On Mon, 27 Aug 2018 17:50:53 +0200
Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on Tegra
> > > SDHCI
On Mon, 27 Aug 2018 17:50:53 +0200
Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on Tegra
> > > SDHCI
The Cirrus Logic Madera codecs (Cirrus Logic CS47L35/85/90/91 and WM1840)
are highly complex devices containing up to 7 programmable DSPs and many
other internal sources of interrupts plus a number of GPIOs that can be
used as interrupt inputs. The large number (>150) of internal interrupt
sources
The Cirrus Logic Madera codecs (Cirrus Logic CS47L35/85/90/91 and WM1840)
are highly complex devices containing up to 7 programmable DSPs and many
other internal sources of interrupts plus a number of GPIOs that can be
used as interrupt inputs. The large number (>150) of internal interrupt
sources
Put the pointer to struct regmap_irq_chip_data into the parent
mfd structure so that the child irqchip driver does not need
a trivial private structure to store only this pointer. As
the irqchip child driver already has a pointer to the parent
struct madera it can use that to store the pointer.
Put the pointer to struct regmap_irq_chip_data into the parent
mfd structure so that the child irqchip driver does not need
a trivial private structure to store only this pointer. As
the irqchip child driver already has a pointer to the parent
struct madera it can use that to store the pointer.
Hi,
thanks for your feedback.
[Adding Michal Simek (Xilinx maintainer) in Cc]
On 27/08/2018 14:27, Lars-Peter Clausen wrote:
> On 08/24/2018 06:04 PM, Luca Ceresoli wrote:
>> The default value of the PERIOD_LEN register is 0 and results in
>> axi-i2s keeping TLAST always asserted in its AXI
Hi,
thanks for your feedback.
[Adding Michal Simek (Xilinx maintainer) in Cc]
On 27/08/2018 14:27, Lars-Peter Clausen wrote:
> On 08/24/2018 06:04 PM, Luca Ceresoli wrote:
>> The default value of the PERIOD_LEN register is 0 and results in
>> axi-i2s keeping TLAST always asserted in its AXI
Hey Jens,
Would you be OK pulling the following branch:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-jens-4.19
which has a fix for flushing out persistent pages at a deterministic rate.
Thanks to the L1TF I did not manage to send this email until today - but
Hey Jens,
Would you be OK pulling the following branch:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-jens-4.19
which has a fix for flushing out persistent pages at a deterministic rate.
Thanks to the L1TF I did not manage to send this email until today - but
On Sat, 25 Aug 2018 12:54:07 +0530
Sai Prakash Ranjan wrote:
> Ftrace does not trace __raw{read,write}{b,l,w,q}() functions. I am not
> sure why and how it is filtered out because I do not see any notrace
> flag in those functions, maybe that whole directory is filtered out.
> So adding this
Using a static const struct definition as part of
a series of declarations produces a false positive
"Missing a blank line after declarations" for code like:
WARNING: Missing a blank line after declarations
#710: FILE: drivers/gpu/drm/tidss/tidss_scale_coefs.c:137:
+ int inc;
+ static
On Sat, 25 Aug 2018 12:54:07 +0530
Sai Prakash Ranjan wrote:
> Ftrace does not trace __raw{read,write}{b,l,w,q}() functions. I am not
> sure why and how it is filtered out because I do not see any notrace
> flag in those functions, maybe that whole directory is filtered out.
> So adding this
Using a static const struct definition as part of
a series of declarations produces a false positive
"Missing a blank line after declarations" for code like:
WARNING: Missing a blank line after declarations
#710: FILE: drivers/gpu/drm/tidss/tidss_scale_coefs.c:137:
+ int inc;
+ static
On Mon, Aug 27, 2018 at 05:50:53PM +0200, Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on Tegra
> > > SDHCI
On Mon, Aug 27, 2018 at 05:50:53PM +0200, Thierry Reding wrote:
> On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> > On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > > Hi all,
> > >
> > > This series implements support for faster signaling modes on Tegra
> > > SDHCI
* Kishon Vijay Abraham I [180827 03:06]:
> Hi Tony,
>
> On Monday 20 August 2018 08:01 PM, Tony Lindgren wrote:
> > * Kishon Vijay Abraham I [180808 06:35]:
> >> On Tuesday 05 June 2018 07:35 PM, Rob Herring wrote:
> >>> Really need 64-bit addresses and sizes? Use ranges to limit the
> >>>
* Kishon Vijay Abraham I [180827 03:06]:
> Hi Tony,
>
> On Monday 20 August 2018 08:01 PM, Tony Lindgren wrote:
> > * Kishon Vijay Abraham I [180808 06:35]:
> >> On Tuesday 05 June 2018 07:35 PM, Rob Herring wrote:
> >>> Really need 64-bit addresses and sizes? Use ranges to limit the
> >>>
On Mon, 2018-08-27 at 18:27 +0300, Andy Shevchenko wrote:
> Convert printk:s to pr_* format.
>
> Note, printk(KERN_DEBUG ...) is left untouched due to side effects
> of pr_debug().
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/base/dd.c | 13 ++---
> 1 file changed, 6
On Mon, 2018-08-27 at 18:27 +0300, Andy Shevchenko wrote:
> Convert printk:s to pr_* format.
>
> Note, printk(KERN_DEBUG ...) is left untouched due to side effects
> of pr_debug().
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/base/dd.c | 13 ++---
> 1 file changed, 6
On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > Hi all,
> >
> > This series implements support for faster signaling modes on Tegra
> > SDHCI controllers. This series consist of several parts: changes
> > requried for
On Mon, Aug 27, 2018 at 02:10:58PM +, Marcel Ziswiler wrote:
> On Fri, 2018-08-10 at 21:08 +0300, Aapo Vienamo wrote:
> > Hi all,
> >
> > This series implements support for faster signaling modes on Tegra
> > SDHCI controllers. This series consist of several parts: changes
> > requried for
> sparc:
>
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> esp_sbus_probe+0x408/0x6e8
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> sparc_lance_probe_one+0x428/0x4f
>
> Missing initialization of coherent_dma_mask in the respective drivers.
>
> ---
> Each
> sparc:
>
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> esp_sbus_probe+0x408/0x6e8
> WARNING: CPU: 0 PID: 1 at ./include/linux/dma-mapping.h:516
> sparc_lance_probe_one+0x428/0x4f
>
> Missing initialization of coherent_dma_mask in the respective drivers.
>
> ---
> Each
Hello ,
Indeed, I am a consultant in private investment in direct contact with
investors who want to invest in several sectors of economically viable
activities as follows:
-Creation of the industry
-Agriculture (agriculture, livestock and fisheries)
-Small and medium industries
Hello ,
Indeed, I am a consultant in private investment in direct contact with
investors who want to invest in several sectors of economically viable
activities as follows:
-Creation of the industry
-Agriculture (agriculture, livestock and fisheries)
-Small and medium industries
On 08/27/2018 03:51 PM, Cornelia Huck wrote:
On Mon, 27 Aug 2018 09:47:58 -0400
Tony Krowiak wrote:
On 08/27/2018 04:33 AM, Cornelia Huck wrote:
On Thu, 23 Aug 2018 10:16:59 -0400
Tony Krowiak wrote:
On 08/23/2018 06:25 AM, Cornelia Huck wrote:
On Wed, 22 Aug 2018 15:16:19 -0400
On 08/27/2018 03:51 PM, Cornelia Huck wrote:
On Mon, 27 Aug 2018 09:47:58 -0400
Tony Krowiak wrote:
On 08/27/2018 04:33 AM, Cornelia Huck wrote:
On Thu, 23 Aug 2018 10:16:59 -0400
Tony Krowiak wrote:
On 08/23/2018 06:25 AM, Cornelia Huck wrote:
On Wed, 22 Aug 2018 15:16:19 -0400
USBID is 2-bit bit field according to specification. Make it clear.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 32 +---
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git
USBID is 2-bit bit field according to specification. Make it clear.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 32 +---
1 file changed, 19 insertions(+), 13 deletions(-)
diff --git
Convert driver to use SPDX identifier.
While here, fix MODULE_LICENSE() string to be the same as license text states.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-int3496.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git
There is no suffix MASK in the spec and other small spelling fixes.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/extcon/extcon-intel-cht-wc.c
Convert driver to use SPDX identifier.
While here, fix MODULE_LICENSE() string to be the same as license text states.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-int3496.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git
There is no suffix MASK in the spec and other small spelling fixes.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/extcon/extcon-intel-cht-wc.c
Switch to use kasprintf() instead of open coded variant.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/extcon/extcon.c b/drivers/extcon/extcon.c
index
Switch to use kasprintf() instead of open coded variant.
No functional change intended.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon.c | 13 +++--
1 file changed, 3 insertions(+), 10 deletions(-)
diff --git a/drivers/extcon/extcon.c b/drivers/extcon/extcon.c
index
When assign unions we need to supply non-scalar value, otherwise
static analyzer is not happy:
CHECK drivers/extcon/extcon.c
drivers/extcon/extcon.c:631:22: warning: cast to non-scalar
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon.c | 2 +-
1 file changed, 1 insertion(+), 1
When assign unions we need to supply non-scalar value, otherwise
static analyzer is not happy:
CHECK drivers/extcon/extcon.c
drivers/extcon/extcon.c:631:22: warning: cast to non-scalar
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon.c | 2 +-
1 file changed, 1 insertion(+), 1
Convert driver to use SPDX identifier.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/extcon/extcon-intel-cht-wc.c
b/drivers/extcon/extcon-intel-cht-wc.c
index
Convert driver to use SPDX identifier.
Signed-off-by: Andy Shevchenko
---
drivers/extcon/extcon-intel-cht-wc.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/extcon/extcon-intel-cht-wc.c
b/drivers/extcon/extcon-intel-cht-wc.c
index
When we have first case to fall through it's not enough to put
single comment there to satisfy compiler. Instead of doing that,
return fall back value directly from default case.
This to avoid following warnings:
drivers/extcon/extcon-intel-cht-wc.c: In function ‘cht_wc_extcon_get_charger’:
When we have first case to fall through it's not enough to put
single comment there to satisfy compiler. Instead of doing that,
return fall back value directly from default case.
This to avoid following warnings:
drivers/extcon/extcon-intel-cht-wc.c: In function ‘cht_wc_extcon_get_charger’:
On 08/26/2018 08:21 PM, Dave Chinner wrote:
> On Sun, Aug 26, 2018 at 04:53:14PM -0400, Waiman Long wrote:
>> The current log space reservation code allows multiple wakeups of the
>> same sleeping waiter to happen. This is a just a waste of cpu time as
>> well as increasing spin lock hold time. So
On 08/26/2018 08:21 PM, Dave Chinner wrote:
> On Sun, Aug 26, 2018 at 04:53:14PM -0400, Waiman Long wrote:
>> The current log space reservation code allows multiple wakeups of the
>> same sleeping waiter to happen. This is a just a waste of cpu time as
>> well as increasing spin lock hold time. So
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 5b394b2ddf0347bef56e50c69a58773c94343ff3
commit: ee676cd5017c5f71b8aac1f2d1016ba0f6e4f348 mt76: add driver code for
MT76x2u based devices
date: 4 weeks ago
config: i386-randconfig-c0-08272052 (attached as
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 5b394b2ddf0347bef56e50c69a58773c94343ff3
commit: ee676cd5017c5f71b8aac1f2d1016ba0f6e4f348 mt76: add driver code for
MT76x2u based devices
date: 4 weeks ago
config: i386-randconfig-c0-08272052 (attached as
On Fri, Aug 3, 2018 at 6:44 PM Thomas Gleixner wrote:
>
> On Fri, 3 Aug 2018, Souptick Joarder wrote:
> > On Mon, Jul 16, 2018 at 2:47 PM, Thomas Gleixner wrote:
> > > On Tue, 3 Jul 2018, Matthew Wilcox wrote:
> > >
> > >> Return vm_fault_t codes directly from the appropriate mm routines instead
On Fri, Aug 3, 2018 at 6:44 PM Thomas Gleixner wrote:
>
> On Fri, 3 Aug 2018, Souptick Joarder wrote:
> > On Mon, Jul 16, 2018 at 2:47 PM, Thomas Gleixner wrote:
> > > On Tue, 3 Jul 2018, Matthew Wilcox wrote:
> > >
> > >> Return vm_fault_t codes directly from the appropriate mm routines instead
On Fri, Aug 24, 2018 at 5:45 PM Dmitry Torokhov
wrote:
>
> Hi Benjamin, Jiri,
>
> On Tue, Apr 24, 2018 at 1:04 AM Benjamin Tissoires
> wrote:
> >
> > It is not a good idea to try to fit all types of applications in the
> > same input report. There are a lot of devices that are needing
> > the
On Fri, Aug 24, 2018 at 5:45 PM Dmitry Torokhov
wrote:
>
> Hi Benjamin, Jiri,
>
> On Tue, Apr 24, 2018 at 1:04 AM Benjamin Tissoires
> wrote:
> >
> > It is not a good idea to try to fit all types of applications in the
> > same input report. There are a lot of devices that are needing
> > the
Convert printk:s to pr_* format.
Note, printk(KERN_DEBUG ...) is left untouched due to side effects
of pr_debug().
Signed-off-by: Andy Shevchenko
---
drivers/base/dd.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/base/dd.c b/drivers/base/dd.c
Convert printk:s to pr_* format.
Note, printk(KERN_DEBUG ...) is left untouched due to side effects
of pr_debug().
Signed-off-by: Andy Shevchenko
---
drivers/base/dd.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/base/dd.c b/drivers/base/dd.c
Jiri,
On Mon, Aug 27, 2018 at 2:28 AM Jiri Olsa wrote:
>
> On Wed, Aug 15, 2018 at 10:48:25AM +0200, Jiri Olsa wrote:
> > On Tue, Aug 14, 2018 at 12:14:19AM -0700, Stephane Eranian wrote:
> >
> > SNIP
> >
> > > > @@ -104,11 +110,12 @@ static struct ordered_event *alloc_event(struct
> > > >
Jiri,
On Mon, Aug 27, 2018 at 2:28 AM Jiri Olsa wrote:
>
> On Wed, Aug 15, 2018 at 10:48:25AM +0200, Jiri Olsa wrote:
> > On Tue, Aug 14, 2018 at 12:14:19AM -0700, Stephane Eranian wrote:
> >
> > SNIP
> >
> > > > @@ -104,11 +110,12 @@ static struct ordered_event *alloc_event(struct
> > > >
On Mon, 27 Aug 2018 23:02:29 +0800 (CST)
liuxiang wrote:
> Fixes:e46ecda764dc37f9fc6279d95ea2c007daef1a71("mtd: spi-nor: Add Freescale
> QuadSPI driver")
12 digits should be enough for the commit-id.
> Cc: sta...@vger.kernel.org
>
> Should I send a V2 patch that adds these above?
Yes
On Mon, 27 Aug 2018 23:02:29 +0800 (CST)
liuxiang wrote:
> Fixes:e46ecda764dc37f9fc6279d95ea2c007daef1a71("mtd: spi-nor: Add Freescale
> QuadSPI driver")
12 digits should be enough for the commit-id.
> Cc: sta...@vger.kernel.org
>
> Should I send a V2 patch that adds these above?
Yes
On 16/08/2018 18:26:22+0800, zhong jiang wrote:
> of_find_device_by_node takes a reference to the struct device when it
> finds a match via get_device. but it fails to put_device in
> at91_pm_config_ws, for_each_matching_node_and_match will get and put
> the node properly, there is no need to call
On 16/08/2018 18:26:22+0800, zhong jiang wrote:
> of_find_device_by_node takes a reference to the struct device when it
> finds a match via get_device. but it fails to put_device in
> at91_pm_config_ws, for_each_matching_node_and_match will get and put
> the node properly, there is no need to call
On Fri, Aug 24, 2018 at 10:35:23AM -0500, Rob Herring wrote:
> On Fri, Aug 24, 2018 at 9:51 AM Georgi Djakov
> wrote:
> >
> > Hi Maxime,
> >
> > On 08/20/2018 06:32 PM, Maxime Ripard wrote:
> > > Hi Georgi,
> > >
> > > On Tue, Aug 07, 2018 at 05:54:38PM +0300, Georgi Djakov wrote:
> > >>> There
On Fri, Aug 24, 2018 at 10:35:23AM -0500, Rob Herring wrote:
> On Fri, Aug 24, 2018 at 9:51 AM Georgi Djakov
> wrote:
> >
> > Hi Maxime,
> >
> > On 08/20/2018 06:32 PM, Maxime Ripard wrote:
> > > Hi Georgi,
> > >
> > > On Tue, Aug 07, 2018 at 05:54:38PM +0300, Georgi Djakov wrote:
> > >>> There
On 08/08/2018 10:47:40+0300, Claudiu Beznea wrote:
> There is no need to initialize pm_bu since it is used only if backup
> mode is selected. In case backup mode initialization fails (which means
> pm_bu is invalid) the ULP0 mode will be selected.
>
> Signed-off-by: Claudiu Beznea
> ---
>
On 08/08/2018 10:47:40+0300, Claudiu Beznea wrote:
> There is no need to initialize pm_bu since it is used only if backup
> mode is selected. In case backup mode initialization fails (which means
> pm_bu is invalid) the ULP0 mode will be selected.
>
> Signed-off-by: Claudiu Beznea
> ---
>
Hi!
On Fri, Aug 24, 2018 at 05:51:37PM +0300, Georgi Djakov wrote:
> Hi Maxime,
>
> On 08/20/2018 06:32 PM, Maxime Ripard wrote:
> > Hi Georgi,
> >
> > On Tue, Aug 07, 2018 at 05:54:38PM +0300, Georgi Djakov wrote:
> >>> There is also a patch series from Maxime Ripard that's addressing the
>
Hi!
On Fri, Aug 24, 2018 at 05:51:37PM +0300, Georgi Djakov wrote:
> Hi Maxime,
>
> On 08/20/2018 06:32 PM, Maxime Ripard wrote:
> > Hi Georgi,
> >
> > On Tue, Aug 07, 2018 at 05:54:38PM +0300, Georgi Djakov wrote:
> >>> There is also a patch series from Maxime Ripard that's addressing the
>
Fixes:e46ecda764dc37f9fc6279d95ea2c007daef1a71("mtd: spi-nor: Add Freescale
QuadSPI driver")
Cc: sta...@vger.kernel.org
Should I send a V2 patch that adds these above?
At 2018-08-27 16:06:13, "Boris Brezillon" wrote:
>On Sat, 18 Aug 2018 17:14:23 +0800
>Liu Xiang wrote:
>
>> If the size
Fixes:e46ecda764dc37f9fc6279d95ea2c007daef1a71("mtd: spi-nor: Add Freescale
QuadSPI driver")
Cc: sta...@vger.kernel.org
Should I send a V2 patch that adds these above?
At 2018-08-27 16:06:13, "Boris Brezillon" wrote:
>On Sat, 18 Aug 2018 17:14:23 +0800
>Liu Xiang wrote:
>
>> If the size
701 - 800 of 1294 matches
Mail list logo